🚀 go-pugleaf

On 2016-09-19, Wojciech Bancer <wojciech.bancer@gmail.com> wrote:

>>> Linuks i stabilne środowisko developerskie... jakbym się nie
>>> naćwiczył z open-sourcowym "musisz mieć gcc ileśtam, i co nas to,
>>> że Twoje distro tego nie ma", to może bym uwierzył.
>>
>> Bardzo cię proszę, nie pobredzaj na tematy o których nie masz 
>> bladego pojęcia.
>
> Widzę, że wzorcem dyskusji dla Ciebie są wypowiedzi w stylu:
> https://www.youtube.com/watch?v=FWyhglT5rtA

Sorki, nie mam czasu na filmiki z jutuba.

Jest oczywiste, że nie masz pojęcia o czym rozmawiasz. Firma, która
ma problemy z pracą "bo Linux zmienił wersję gcc" powinna zlecać 
pisanie softu na zewnątrz komuś, kto wie co robi.

Po pierwsze, niezgodności i problemy z wersjami nie są niespodzianką,
tylko aksjomatem: występują zawsze i wszędzie, czy chodzi o gcc, 
MS VS, LLVM czy dwowolne inne środowisko.

W związku z tym, po drugie, ktoś kto zmienił wersję swojego
środowiska (albo nie zadbał o odpowiednią wersję dla danej bazy 
kodu) i spowodował tego typu problemy powinien zostać objechany 
od góry do dołu przez swojego szefa i zmuszony do używania odpowiednich 
narzędzi. Po prostu TAK SIĘ NIE ROBI. Jest absolutnie niedopuszczalne,
żeby np. testy nowej wersji łapały opóźnienie, bo ktoś sobie coś tam
upgrade'ował na swoim desktopie.

Rysujesz jakieś obrazki z epoki krzemu łupanego: pan programista 
ma kompilator, se kompiluje, a po zmianie systemu sie przestało 
kompilować! O ty badziewny Linuksie ty!

A w życiu realnym pan programista przychodzi do pracy, zaczyna 
od 15 minut jogi na kręgosłup lędźwiowy, bo jak wiadomo siedzenie
zabija (sitting is new smoking), wstaje, robi sobie kawę witając 
się i plotkując z resztą zespołu, siada do biurka sprawdzić pocztę
itp, po pół godzinie zabiera kawę i idzie na kolejny stand-up
(pan programista w wersji hardcore robi na tę okazję następną 
kawę), na którym okazuje się, że blocker z poprzedniego sprintu
przestał być blockerem i zasadniczo nic nie stoi na przeszkodzie,
żeby dzisiaj puścić nową wersję. W związku z czym pan programista
siada sobie do biurka, rozwiązuje z kolegami drobne konflikty 
(w kodzie oczywiście, tak poza tym w biurze wszyscy się lubią 
i nie ma żadnych konfliktów), po czym kiedy już wszystko jest cacy, 
ktoś dostaje prośbę o git pull i ją spełnia.

W tym momencie przykładowy Jenkins skonfigurowany do sprawdzania
odpowiedniego repozytorium na taką okoliczność uruchamia projekt
i korzystając z etykiety dla preferowanych węzłów używa plugina od
VSphere or compatible i buduje pobrany z repo kod na wirtualnej
maszynie zbudowanej na ściśle określonym co do jednego zaplutego
include'a środowisku z przykładowym gcc 4.9.3 w środku i o innym nie
ma mowy. A po pomyślnym zakończeniu budowania softu wywołuje kolejny
projekt z testami. A po dwóch godzinach, kiedy się pomyślnie skończą
testy, uruchamia przykładowego fpma i buduje fafnaście typów
pakietów, wrzuca je do przykładowego Artifactory, po czym plugin od
Slacka (taki graficzny IRC, modny ostatnio) puszcza na kanał #builds
losowego "zabawnego" gifa z giphy.com z komunikatem "build XYZ #457 
się skończył, deployment czas zacząć!". Po czym odbiorcy dowcipnego
komunikatu uruchamiają na Rundecku job który pobiera co trzeba 
z Artifactory, uruchamia na AWS or compatible odpowiednie obrazy
systemów z odpowiednimi pakietami i startuje testy akceptacyjne.
A kiedy skończą się pomyślnie, pozostaje do wciśnięcia guzik 
który wykonuje samo wdrożenie -- rekonfigurację serwerów jako 
produkcyjnych, wrzucenie pakietów do dystrybucji przez sieć,
aktywne wypchnięcie do klienckich repozytoriów itd. itp. 
w zależności od tego co, jak i komu sprzedajemy.

Gdzie w tym kontekście jest to twoje nieszczęście w postaci
niezgodnej wersji gcc? Tam, gdzie powinno być -- jako detal 
konfiguracji projektu, odpowiednio wyspecyfikowane środowisko
wirtualnego (przykładowo) węzła używanego do budowania softu.
Na desktopie nie masz żadnego środowiska które mógłbyś popsuć, 
bo desktop z definicji jest wymienny, zmienny i bez znaczenia,
możesz pracować na OS/2 ablbo DOSie jesli masz taką fantazję
i dosowego gita czy mercuriala, bo do pracy potrzebujesz 
przeglądarki, edytora tekstu i dostępu do repozytoriów, a nie
gcc. Sorki, ale obraz tłustego desktopu z IDE i kompilatorem
to jest obraz z lat 90. Widywałem już ludzików pracujących 
wyłącznie z tabletem i telefonem. Jeśli całej reszty nie 
potrafisz zautomatyzować i "zmobilizować" (a spróbuj to 
zrobić bez Linuksa) to nie masz w ogóle po co startować
do walki z konkurencją, bo nie masz szans.

GS
-- 
Grzegorz Staniak <gstaniak _at_ gmail *dot* com>