🚀 go-pugleaf

On 2017-03-18, Cezary Tomczyk <cezary.tomczyk@gmail.com> wrote:

[...]

>> Nie. Bo czas jest cenniejszy niż te kilka kb kodu.
>> Nie obsługujemy w dzisiejszych czasach atarynek.
>
> Pojęcie oszczędzania przez to czasu jest względne. Dodajesz coś, co 
> rozwiązuje jeden problem i jednocześnie tworzysz pięć innych problemów, 
> np. może okazać się, że jest niekompatybilne z inną bilioteką albo ów 
> lib jest zależny od cośTam 2.x a w projekcie jest tylko wersja 1.x.

Dawno dawno temu ludzie wymyślili coś co się nazywa "zależność"
i opracowali systemy do zarządzania nimi. Dla przykładu możesz kojarzyć
coś co się nazywa homebrew. 

W światku Javascriptu również takie systemy są i sprawdzają się o wiele lepiej 
niż wiedza pojedynczego programisty, choćby i był on najlepszy.

> Poza tym, dodanie każdego liba to ekstra czas na zarządzanie nim 
> (wersjami, kompatybilnością, a jak znajdziesz bug-a, to kto to ma 
> poprawić?).

Wspomniane wyżej dependency managery. Nie wiem czy zdajesz sobie 
sprawę, ale od dłuższego już czasu, są one wszechobecne w praktycznie
każdym języku programowania.

Naprawdę będziesz kwestionować rozwój open source i jego dokonania
w zakresie radzenia sobie z takimi problemami? Czy po prostu nie
wiesz jak to się robi?

Popatrz może co potrafi zrobić bower, npm, albo yarn.
Błędy możesz zgłosić, możesz zrobić sobie fork projektu i podesłać
poprawkę autorom. Przy czym ja nadal twierdze, że więcej błędów
robi samodzielny programista, który ma termin, ograniczony budżet,
niż zespół ludzi którzy robią coś ochotniczo, mają czas pisać testy
i dzielą się wiedzą. I masz się kogo spytać.

>> Ale zdaj sobie sprawę że stajesz w opozycji do znacznej większości.
> To, że większość tak robi, nie znaczy, że dobrze.

Nie znaczy też, że jest to rozwiązanie złe. Świat ewoluował, warto się
czasem zagłębić w to co się dzieje, a nie tkwić w rozwiazaniach 
z początku wieku.

Jeszcze pamiętam czasy kiedy każda agencja interaktywna, każdy podmiot
na polskim rynku musiał mieć własne rozwiązanie, własny framework 
i własne rozwiązania. :) I to nie były dobre czasy :)

>> szybciej. :)
>
> Tu nie chodzi o przysłowiowe 15 cykli dłużej, ale dodawanie 
> niepotrzebnej warstwy, gdzie problem czasem może być rozwiązany w 
> prostszy sposób. ;-)

Jakby to było lepsze, to do dzisiaj programowalibyśmy w asemblerze.
Bo tam masz najmniejszą warstwę abstrakcji.

Zamiast myśleć w ten sposób, pomyśl raczej że jest to warstwa która 
*zdejmuje z Ciebie* konieczność zajmowania się pewną klasą problemów.
I to taką, która przez długi czas była bolączką i bardzo dużym kosztem
w świecie IT.

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com