Parę dni temu otrzymaliśmy kolejną wersję golang. Tym razem 1.13.
Jak zwykle, dostaliśmy szereg raczej mniejszych poprawek, wszystko wg. ideologii małych kroków.
Ta wersja ma jednak długo oczekiwaną przeze mnie zmianę.
GOMODULES staje się domyślnym podejściem!

It’s not a secret that almost all of my professional career was related to C# and .Net technologies.
After some years I got fed up with how certain things worked in this “area” (maybe I will write about it someday) and decided to scratch all that and become junior again.

I’m GIT fan for years.
I was presenting it on a few occasions and even created a video course (sorry it’s only in Polish for the moment). But for all that time there was one piece of a puzzle missing in my setup.
I’m not a command line guru, but I prefer using it over clicking in the GUI.
GIT fits here perfectly, but I always had a problem with browsing through the logs. The git log command it pretty flexible and it can show you different kind of information, from just commit…

I was moving few of the sites I manage to HTTPS lately. I’ve messed up on one of the sites and I had to revert back to plain HTTP.
Ok, so I revert hosting configuration, enter url into Chrome address bar and…. Chrome shows errors and I see my site address over https. Refresh, same thing.
Hard refresh, still same.
Remove “s” from “https” in the address bar, still same situation.
“Aha! I have to have htaccess redirect on server” - no.
That made me…

I’m a ‘console guy’. I usually prefer any type of console/text based interface over sweet and colorful UI. Same applies to my favorite source control - GIT. But there is nothing that prevents us to get fancy in our terminals. Meet diff-so-fancy.
GIT is great for handling your code, showing repository log in any way you want, but when it comes to showing a diff, we’re basicly stuck with the standard patch format.
Don’t get me wrong, it’s very informative, but…

Handling errors is not something new, it was always part of good practices. But from simple, monolithic applications where in huge number of cases we could think of scenario that will throw exception, we are now moving to complex architectures, with many independent components talking with each other over the network.
That means, we need to cover for a lot more situations related to intermittent issues (it could be temporary network failure or just some component being down or upgraded). Our…

Dziś wreszcie pojawi się trochę kodu :) Mam nadzieję, że o zyskach przy okazji pisania testów jednostkowych, czy stosowaniu TDD nie muszę pisać. Jednak te z reguły możemy docenić dopiero w dłuższej perspektywie pracy z projektem. Tu i teraz, w chwili pisania kodu, nie oszukujmy się – jest to dodatkowa praca. Ale nawet jeśli staramy się trzymać dobrych praktyk, zasad SOLID, a nasze metody są krótkie i przemyślane, zdarzają się projekty gdzie operujemy na rozbudowanych modelach danych, z dużą…

Szczerze, myślałem że taka sytuacja jest niemożliwa. Ale, że sam siebie wpakuje w takie bagno, to już mogłem się spodziewać.

Notka do siebie w przyszłości.

Chyba wszyscy się zgodzą, że praca programisty to niekończąca się opowieść. Aby wciąż być ‘na topie’ musimy ciągle monitorować rynek, nadążać za pojawiającymi się technikami, bibliotekami czy językami. Ale z drugiej strony większość z nas, to pracownicy etatowi, gdzie od 9tej do 5*tej *kodzimy kolejne wymagania klientów czy managerów. Nie wszyscy mają to szczęście, żeby pracę z nowymi technologiami mieć wpisaną w listę obowiązków.