Wiele razy słyszałem jak ludzie mylą Continuous Delivery z Continuous Deployment dlatego zdecydowałem się tutaj pokazać różnice, zaczynając przy okazji od Continuous Integration. Bez obaw, postaram się unikać słownikowych definicji.
Wyobraźmy sobie, że chcemy ocenić poziom zaawansowania procesu wytwarzania oprogramowania jaki obowiązuje w naszym projekcie. Możemy tu wydzielić następujące etapy:
Czy można ignorować testy?
Wiele razy słyszałem, że jak ma się ignorować testy to już lepiej je usunąć. Dlaczego? Bo bardzo łatwo podjąć decyzję o zignorowaniu testu (dodaniu jednego atrybutu czy tam literki “x” w przypadku JavaScript) a trudniej podjąć decyzję o od-ignorowanie testu. Tutaj znajdzie się już milion powodów, żeby tego nie robić: a bo nie ma czasu, a bo to trzeba zmienić coś innego co już działa, a bo ten test to od początku pisała jakaś ciamajda i trzeba go przepisać i to potrwa.
A więc czemu usunąć? Bo i tak nie są uruchamiane i starzeją się z każdą chwilą. To jest “Dead code” który przy okazji maskuje inny “dead code” (normalnie na klasie dostalibyśmy “0 references”, ale przecież jest używana w tym martwym teście).
[PL] Przechodzę na polski / Switching blog language to Polish
For english-speaking readers – I decided to switch blog language to Polish as an experiment. I want to check if that will increase freaquency of publishing new posts or increase number of visitors. At the same time some universal posts may still be in English so don’t disconnect.
Wierzę, że “Polcy i Polaki” zrozumieli. Raz kozie śmierć! Chciałbym sprawdzić, czy po polsku uda się pisać szybciej a w rezultacie częściej i więcej. Mimo wszystko mój styl bycia, żartowania i pisania jest właśnie polski. Poza tym część rzeczy o których chcę pisać odnosi się konkretnie do polskiego środowiska, pracy, prawa i trudno byłoby to wszystko pisać/czytać w języki angielskim.
Na początku zakładałem, że pisząc po angielsku piszę do wszystkich. Ale jak coś jest do wszystkiego, to jak wiemy jest do niczego. Odnosząc to do bloga, czasem mam wrażenie, że jest do nikogo, nie ma życia. A chciałbym właśnie pisać do konkretnych grup ludzi. A może oni też woleliby komentować pod artykułem po polsku? Zobaczymy.
Code inspection on build server using ReSharper Command Line Tools
Did you see source code with VS scrollbar full of different colors and warning sign in every file? For a long time that was my case. It did not help that we agreed on some coding guidelines within our team. If some rules are not enforced, then code issues will get into your source code – doesn’t matter if it’s rush, manual refactoring, merging conflicts or less careful teammates. To avoid that the best way is to make code inspection part of your bulid pipeline.
VIM: Better grepping (in Windows)
Several times I noticed that grepping in VIM (finding in files) does not work very well comparing to Visual Studio or VSCode at least. I felt it pretty hard last time when I tried to search in a medium-size web project. It took over 23 seconds to search for files and another 55 seconds to render the list of results. I’ve never experienced something similar in any other editor. Another think that bothered me was the quality of results which frequently showed binary files, multi-line records or everything else what I could call “rubbish” in the context of file search option:
VIM: Find in files
It’s not a surprise that there is a built-in way to find in files in VIM. You can use four commands: :grep, :lgrep, :vimgrep, :lvimgrep.
CMDer/ConEmu – starting new tab in current folder
Recently I posted about a trick allowing the user to open new CMDer/ConEmu tab in current folder from command line. In response ConEmu team twitted a better solution that I would like to share:
Continue reading
CMDer/ConEmu – starting new tab in current folder from command line
Quite frequently I found myself opening several console tabs in the same folder (for vim, for running unit tests, for git, for executing the application etc). Starting new tab and navigating to my project’s directory is not optimal so I created a short !cmd.bat snippet that I can run everywhere (added as global alias) and it will create a new tab for me in the same directory. Here’s the content:
Review/Planning no. 0
DSP2017 – What’s your methodology?
Almost three weeks have passed since the start of DSP2017. I cannot say that I feel excited about what I did. Nothing really changed since the last year (which was unsuccessful). Maybe it’s time for a quick recap? Maybe the way I drive my project after-hours is less serious than then one I do at work? Why? Wiseman said: Pay yourself first.
Maybe the thing is that I miss some kind of a process, rules to proceed, methodology? Why not to take the best of what I do and practice at work?
chrisseroka 