[zibizz1]

@Szumrzeczny zgadza się

[z--x]

@Szumrzeczny: Phi, popatrzyłbyś co teraz ludzie robią w Ruście np. i jak prześcigają się w budowaniu coraz szybszych podstawowych narzędzi.

[Wap30]

@Szumrzeczny: zdaje się, że jest możliwość że do historii przeszedł ten 1% gigachadów, a o 99% klepiacych kod normalnie nikt nie mówi, bo i o czym ( ͡° ͜ʖ ͡°)

[k.....n]

Phi, popatrzyłbyś co teraz ludzie robią w Ruście np. i jak prześcigają się w budowaniu coraz szybszych podstawowych narzędzi.

@z--x: dla rustowego circlejerku liczy się tylko to że coś jest napisane w ruście a nie szybkość

[Rousseau]

Zgadzam się całkowicie, ten ch***y poziom programowania widac dosłownie wszedzie. Nikt sie nie bawi w optymalizacje gier a najczesciej problem rozwiązuje wykupienie nowego procesora lub karty graficznej.

[briskmann]

@Szumrzeczny: Ale to Ty dzwonisz. To byly takie chady, ze te ich bibiloteki dzialaly tylko w ich programach. Zadnych mozliwosci integracji czy ponownego uzycia. O wiele bardziej wole rypac na ustandaryzowanych bibliotekach niz szarpac sie na jakichs frankensteinach stworzonych przez ludzi z lat 80tych.

[Krolik]

@Szumrzeczny: w tej chwili nie trzeba być gigachadem, żeby napisać kod 20x szybszy niż to co ludki robią w typowym korpo. I to używając Pythona przeciw Javie xD Bo używając Rust lub C++ to można 1000x szybciej.

[E.....o]

@Szumrzeczny: gigaczadem to jest ten oskarek15k, który korzysta sobie z życia, zamiast optymalizowac gowno cruda w piwnicy, który wisi 99% czasu na I/O

[BreathDeath]

@Szumrzeczny: Skomplikowanie było dużo mniejsze, chociażby można popatrzeć na gry. Mniej softu było, było dużo bugow, więcej niż teraz. Chociażby można porównać biblioteka rozwijana od kilku lat, używana przez tysiące programistów vs dedykowany kod napisany przez jednego, którego nie można rozwijać, bo masz pełno hardkodow, obejść i nikt poza autorem nie kuma o co chodziz

[Krolik]

@z--x: dla rustowego circlejerku liczy się tylko to że coś jest napisane w ruście a nie szybkość

@kerdian: tak, oczywiście, a takie programy/frameworki/biblioteki jak ripgrep, meilisearch, fclones, actix, tokio, serde itp. nie są nic a nic szybsze od swoich odpowiedników w C lub Java. A wszystkie benchmarki w great language shootout wygrywają Python i Ruby. Żyjesz w jakiejś alternatywnej rzeczywistości.

Natomiast w jednym masz rację - ilość czasu

[n.....n]

@Szumrzeczny w it nie pracuja oskarki tylko przegrywy :-)

[Abre]

A jeżdżenie na drugą stronę miasta rowerem do gościa w piwnicy, który miał programator, żeby wgrać program na mikrokontroler?

[Mar3czek]

@Szumrzeczny:

[skullc64]

@Szumrzeczny Tak było

[mateusz-zahorski]

@Szumrzeczny: assembler? Czy jest coś gorszego? Nie

[sadge]

programiści dzisiaj:

[FrasierCrane]

@Szumrzeczny: Przede wszystkim nie było internetów, lub dopiero raczkowały, więc wszystko musieli rozwiazywać sami, lub z pomocą książek / wiedzy w zespole z pracy.
Dziś dobrze wiemy, że internet to podstawowe szukanie i jedzie się na gotowcach, które się (lub nie) modyfikuje.

[NieBendePrasowac]

Bo używając Rust lub C++ to można 1000x szybciej.

@Krolik: tak, od razu dwa miliardy razy szybciej w rust można zwalidować jsona, pobrać coś z bazy i zwrócić jsona niż np. w javie

[Izanagi013]

@Szumrzeczny: aha, ale oprogramowania było też mniej i było dużo droższe i głównie dla firm.
To tak, jakbyś napisał, że kiedyś było lepiej, bo pranie wyprane ręcznie było bardziej czyste.
Owszem, jest sporo słabego oprogramowania, ale widzisz go dużo bo jest dużo więcej dostępnego oprogramowania