Zastanawia mnie jedno w tych galopujących bajerach kto to potem utrzyma. Jakaś stronka, aplikacja firmowa powstaje na jakimś "gularze1.5.3.2.8.7.6.4" bo gites nowe i takie fajne teraz sprzedane i .. mija pól roku i nie ma komu dodać pola bo w tym już nikt nie pisze a do tego okazało się że się nie przyjęło i teraz robi się w "gularze 8.5.3.5.65.3.4" a to coś zupełnie innego. Kolejna sprawa jak wiele jest archaicznych
@rt_of_vnt: to powiedz im, że za X czasu nie znajdą już programistów do przestarzałej technologii. Znajdź to co będzie łatwiej zrobić w nowej i jej lepsze strony względem obecnej. No i na koniec nie proponuj pisania od nowa bo to się żadko udaje (robi się zawsze nowe błędy w nowym kodzie) ale powolną refaktoryzację w której najpierw wprowadzi się do projektu nowy framework, potem nowe funkcje będą powstawały w nowszej technologii
Taki full stack to wymysł startupów, których budżety nie przewidują zatrudniania specjalistów w wąskich gałęziach technologii, tak jak ma to miejsce w większości firm wyspecjalizowanych w IT. Tam, gdzie brakuje pieniędzy docenia się ludzi-orkiestry, tacy też się zdarzają. Słusznie ktoś kiedyś powiedział, że nie można być dobrym jednocześnie w kilku technologiach, bo kluczowa jest specjalizacja, doświadczenie i wiedza ekspercka, a nie da się być ekspertem w kilkunastu dziedzinach na raz bez wielu
Jak dla mnie brakuje programowania funkcyjnego. Przez rok nauczyłem się języka scala i gdybym mógł, wróciłbym do tego ... niestety w Javie dużo lepsze zarobki :/
@Seraf ja miałem przyjemność przez prawie rok programować w elixirze.... języki funkcyjne to magia, szkoda że nie ma dla nich jeszcze rynku. A połączenie Ecto+Phoenix+ElasticSearch+Rabbit wymiata:)
Troche rakowo a pewnie ludzie juz paluja wiplera do tego obrazka MariaDB i MySQL dla backendowca jako dwa osobne punkty, redis jako baza danych, apache jest ale zend juz be, w ogole Laravel jest a zenda brak, new relic jako debugger, w devops brak windowsa, wywalone TeamCity, brak PRTG w monitoringu, kolejny raz apache, terminal nie na pierwszym miejscu a podstawy teoretyczne pod koniec, brak wzmianki o wirtualizacji i jak wyzej juz
@Rozenkranc: noSQL jest do innych zastosowan, tam masz kilka propozycji. Brak relacji baaaardzo utrudnia wiekszosc zadan a zapytan SQL nie konstruujesz, robi to za Ciebie najczesciej jakis ORM, np doctrine Raportowanie, logi, dane archiwalne, przeszukiwanie tekstu w noSQL - zajebiscie, RBAC, CRUD itd juz niekoniecznie
A nie wpadłeś na to, że noSQL zdecydowanie lepiej obecnie się sprawdza?
@Rozenkranc: A nie wpadłeś dlaczego SQL jakoś umiera od co najmniej 20 lat i umrzeć nie może? Ta jednoznaczność, której tak nie lubisz to błogosławieństwo przy projektowaniu. Nie bez powodu do dzisiaj modeluje się osobno relacyjne struktury danych, chociaż metodyki strukturalne to już ponoć mezozoik, wyparty przez obiektówkę, która jest wypierana przez inne wynalazki, a... stare schematy ERD trzymają
Komentarze (272)
najlepsze
Kolejna sprawa jak wiele jest archaicznych
Przez rok nauczyłem się języka scala i gdybym mógł, wróciłbym do tego ... niestety w Javie dużo lepsze zarobki :/
@Hound: Możesz rozwinąć? Ludzie w pythonie programują przecież...
MariaDB i MySQL dla backendowca jako dwa osobne punkty, redis jako baza danych, apache jest ale zend juz be, w ogole Laravel jest a zenda brak, new relic jako debugger, w devops brak windowsa, wywalone TeamCity, brak PRTG w monitoringu, kolejny raz apache, terminal nie na pierwszym miejscu a podstawy teoretyczne pod koniec, brak wzmianki o wirtualizacji i jak wyzej juz
Raportowanie, logi, dane archiwalne, przeszukiwanie tekstu w noSQL - zajebiscie, RBAC, CRUD itd juz niekoniecznie
@Rozenkranc: A nie wpadłeś dlaczego SQL jakoś umiera od co najmniej 20 lat i umrzeć nie może? Ta jednoznaczność, której tak nie lubisz to błogosławieństwo przy projektowaniu. Nie bez powodu do dzisiaj modeluje się osobno relacyjne struktury danych, chociaż metodyki strukturalne to już ponoć mezozoik, wyparty przez obiektówkę, która jest wypierana przez inne wynalazki, a... stare schematy ERD trzymają