🚀 go-pugleaf

On 27 Sep 2023 at 01:16:00 CEST, "Arnold Ziffel" <Arnold Ziffel> wrote:

>> Ktoś to ekg utrzymuje?
> Ja. Utrzymuję serwer, na którym stoi repo :) Jak będzie potrzeba zmienić
> coś w kodzie i nie będzie to kompletne przerycie wszystkiego, to zmienię,
> a tak, to sobie po prostu żyję.

github nie wystarcza?

>>>>> Gmaila pewnie prędko nie ubiją. Ja i tak nie korzystam.
>>>> No mam nadzieję. Ja niby mam pod własną domeną maila, ale częściej
>>>> używam adresu @gmail, więc byłoby PITA zmieniać wszędzie :P
>>> Może zacznij już teraz? :)
>> Wiele razy myślałem o tym, ale nigdy nie przeszedłem do czynów.
> Może zacznij dziś? ;)

Nie wierzę, że trzeba się będzie ewakuować z gmaila kiedykolwiek, więc
nie widzę benefitów.

>> Ale inni różnie. Z jednym nigdy nie wszedłem w relację taką, żeby nam
>> się układała współpraca. Z innym tak, ale nagle mu się odwidziało i
>> zrobił zwrot o 180, skutecznie, krok po kroku niszcząc zaufanie
>> zbudowane przez lata.
> Ciekawe co było powodem...

Do dziś nie wiem, tylko mogę spekulować. Nasze relacje były zbudowane
na pewnej idei, która przestała być ważna dla niego pod wpływem nowych
osób w jego otoczeniu. Ale nigdy nie podszedł do tej dyskusji, więc
nie wiem.

>> Ja nigdy nie miałem aż tak złych projektów. Trafiali się Klienci,
>> którzy niestworzone rzeczy wymyślali, ale rzadko pracowałem na czyimś
>> Kodzie. Dzisiaj w zasadzie mogę powiedzieć, że ostatnie 10 lat
>> greenfieldy robię, z małymi wyjątkami.
> Zazdro. Ja od jakiegoś czasu pracuję tylko z czyimś kodem. Eh, znowu mam
> jedną dużą rzecz do zrobienia, trzeba to przeorać i jeszcze zachować
> kompatybilność wsteczną. Odechciewa mi się jak o tym myślę, ale nie minie
> mnie to.

A wiesz jak potem łatwo znaleźć pracę, która nie jest po kolana w legacy? ;)
Wcale nie łatwo.

>> But like, that's just code. Nie ma się co przywiązywać, że wejdzie
>> na produkcje kiedykolwiek.
> Ale jednak jest to w jakiś sposób miłe. Nikt nie lubi, jak jego praca
> natychmiast idzie prosto do śmieci.

Może od razu mi się nie zdarzało tak często (chociaż teraz pokazuję ziomkom
refectory, których oni boją się robić review nawet). Ale wrzutka na produkcję,
a w następnej iteracji kasowanie -- na porządku dziennym praktycznie. Myśle,
że to kwestia nastawienia.

>> Albo o ASI*
>> Nie kumam debili, których celem jest oszczędzanie miejsca na dysku
>> przez utylizacje tego ,,ficzera" :-/ ale poza tym mam wyjebane :P
>> 
>> *: https://blog.alexdevero.com/automatic-semicolon-insertion-in-javascript/
> To bym się musiał bardziej w JS wgryźć, bo nie wiem, jaka jest zaleta
> średników w nim i jaka wada. Jeśli miejsce jest jedyną wadą, a są jakieś
> zalety, to jest to żaden argument.

Nie ma zalet braku średników, są wady. To decyzja stylistyczna, która
powoduje czasami problemy. Nawet nie trzeba ich samemu wstawiać, bo kod
jest poprawny bez nich, więc formatter bez problemu je uzupełni.

>> A trochę bardziej serio -- jeszcze nie widziałem nikogo, kto by
>> w vscode robił połowę tej efektywności, co średnio rozgarnięty user
>> PHPStorma daje. Nie mówiąc o bardziej zaawansowanych funkcjach, do
>> których się człowiek przyzwyczaja po latach. Więc trochę pushowaliśmy
>> na storma jednak.
> Nie znam phpstorma :) U nas trochę pushują na vscode, ale bez dramatu. Na
> zasadzie, że ma takie-i-takie funkcje, tu integracja z clangd, tu cośtam
> innego, i oni wiedzą jak to zrobić w vscode, a jak używasz czegoś innego,
> to ogarnij sobie to sam.

Nom, tylko z mojego doświadczenia to „ogarnij sobie sam” oznacza, że
ludzie kodują efektywnie w notatniku z kolorowaniem składni, a ja w
IDE. A te bardziej doświadczone osoby zamiast konfigurować milion
pluginów od razu odpalają toola od JetBrains. Again, tylko z mojego
doświadczenia.


>> Gość był spoko, ale przeżył moje odejście z firmy jak rozwód rodziców
>> i próbował, żebyśmy się zeszli razem. Po kilku latach się wygadał, że
>> uważa, że ,,byłoby nam razem lepiej". Like, bez podtekstów, on to miał
>> na myśli w stricte zawodowym kontekście.
> Może to jego pierwsza praca? Pamiętam pierwsze odejście kogoś z mojej
> pierwszej pracy. To było dla mnie wydarzenie. Kolejne to już statystyka.

Nom, pierwsza albo druga. Ale to było 4+ lat temu, mógłby się zagoić
przez ten czas już :P

>> Poza tym miał taką manierę, że w każdej dyskusji starał się wejść
>> zawsze poziom lub dwa głębiej i większość argumentów w końcu obijało
>> się o sens istnienia lub coś takiego. A to męczyło na dłuższą metę.
> Może minął się z powołaniem i powinien zostać filozofem?

Scrum masterem został, blisko :P

>> No to wiadomo. Ale nawet nasze poukładane zasady pisania w usenecie,
>> rodem z lat 90 swoją drogą, mają swoje granice. Gdzieś zawsze jakiś
>> wyjątek się pojawi, więc IMO trzeba zawsze oczekiwać aplikacji
>> zdrowego rozsądku, a nie uszczegółowiania zasad za wszelką cenę.
> No tak, zasady są dla ludzi, a nie ludzie dla zasad. O ile nie mówimy o
> czymś, od czego zależy czyjeś życie. Wtedy dupokrytki są najważniejsze.

Ja nigdy nie pracowałem nad niczym, co pełniło jakąś poważną funkcję,
tylko quality of life. Jak nasz system telefoniczny chcieli wdrożyć
na linii awaryjnej to broniłem się rękami i nogami (i argumentami
merytorycznymi, że nasz system to zabawka, a nie coś poważnego).

[...]
> Tak, plus to, że oni robią ten projekt od lat. To ich projekt. Ja go tylko
> zmieniam. Rzadko dopisuję coś nowego. No i chyba też bariera... nawet nie
> językowa, bo rozmawiamy po angielsku, ale kulturowa. Oni siedzą tam, ja
> siedzę tu.

Yep, to ma znaczenie. Tak jak zewnętrzny kontraktor nigdy nie będzie
traktowany tak samo jak pracownik. It adds up.

> https://flickr.com/photos/mlebkowski/1039815621/in/photostream/
> https://flickr.com/photos/mlebkowski/1039814085/in/photostream/
> 
> Nic się nie zmieniłeś :) Tylko bródki kiedyś nie miałeś.

Może w 2007 roku się nie zmieniłem :P

-- 
Winning popularity contests since ’85