tor pisal o duzych firmach.

500k EUR inwestycja (wraz z CRM i ERP) to mały projekt?

EDIT: Dla mało domyślnych, wiem że mało, ale to mój największy projekt jaki miałem.

Nie jest to mały projekt, raczej średni. Budżet to nie jest jedyny wyznacznik "rozmiaru" projektu.

Ja tam się ciesze, bo będzie follow up na rozwój tego vs 10 lat temu żarło robiłem w kuchni a 5 lat temu postawiłem swój pierwszy prestashop i wordpress aby używane szmaty sprzedawać

W większości się zgadzam - z buzzwordami trzeba się obchodzić bardzo ostrożnie. Tworząc nowy projekt głupotą było by ryzykowanie z technologią, której się nie zna, lecz to się odnosi głównie do core domain. Na szczęście znamy coś takiego jak SOA (w tym mikroserwisy). Pozwala nam to podzielić aplikację na małe usługi, każda ze swoim stackiem i tam możemy eksperymentować z nowymi technologiami bez strachu, bo takie usługi w razie potrzeby można przepisać w max miesiąc (jak są większe, to prawdopodbnie mamy za dużą usługę).

Czemu to jest istotne żeby używać nowych języków i technologii? Jest wiele argumentów za tym, ale przede wszystkim chodzi o rozwój całej branży IT.

Steve Jobs w jednym z wywiadów opowiada o tym jak w 1979 odwiedzili siedzibę Xerox PARC. Xerox wtedy pracował nad trzema istotnymi technologiami, Jobs zapamiętał tylko jedną i na niej się skupił - był to interfejs graficzny. Olał natomiast dwie inne: połączenie dwóch komputerów za pomocą Ethernet i nowy paradygmat - OOP. Jak sam zauważył, był to jeden z większych błędów jakie popełnił. Dopiero wiele lat później Jobs docenił OOP i stworzył NeXTSTEP, który był podstawą dzisiejeszego MacOS i dzięki temu wrócił do Apple.

Chyba nie muszę tłumaczyć dlaczego to przytoczyłem.


O jak dużych firmach mówimy? Google, IBM, Facebook, LinkedIn, AirBnB, Amazon, Netflix i wiele innych innych - wszystkie tworzą własne rozwiązania.
W tamtym roku byłem na Crunch Conference (Big data) w Budapeszcie. Był tam koleś z LinkedIn, który opowiadał, ile własnych technologii musieli stworzyć żeby być w stanie obsłużyć ich skalę - link do prezentacji http://www.ustream.tv/recorded/92500157 .

Telco, banki, przemysł , można wymieniać. Wszędzie gdzie IT nie jest core działaności tylko niezbędnym narzędziem. Wymienianie startupow i Google jest hmm...co najmniej ograniczonym punktem widzenia, gdzie świat zaczął się w latach 90'.

Ale zdajesz sobie sprawę, że "telco, banki, przemysł" korzystają z technologii, które stworzyły inne firmy? Gdyby ktoś tych technologii nie stworzył, to dalej byś robił przelewy na poczcie, a nie przez bankowość internetową.

Nie zdaje sobie sprawy, dlatego napisałem ze właśnie kupują gotowe rozwiązania...chyba zgubiłeś argument z którym polemizowałes.

czuje nowy kierunek dla naszych forumowych wymiataczy
http://wolnyrynek.com.pl/wiadomosci/rum ... gramistow/

Pytam, czy zdajesz sobie sprawę, że te technologie musiały zostać przez kogoś stworzone (to jest oczywiście pytanie retoryczne). Nic nie zgubiłem, polemizuję jedynie ze stwierdzeniem, że "nie warto interesować się nowymi technologiami, skoro stare działają".

Mocno mylicie rozwój z redundancją.

A to chyba nie ze mną, bo nic takiego nie twierdziłem i z łatwością znajduję miejsca gdzie warto eksperymentować i tak sie naturalnie dzieje.

Te rzeczy idą w parze. Nie jesteś w stanie stwierdzić bez sprawdzenia nowej technologii w jakiej części to rozwój a w jakiej redundancja. Najczęściej, w większości to rendundancja, a w małej części rozwój. Pytanie ile tego rozwoju musi być, żeby było warto tego użyć.

Duże firmy stać na zrobienie Proof of Concept i sprawdzić buzzwordy.
I według mnie ludzie odpowiedzialni za stronę techniczną powinni je sprawdzać, niekoniecznie wdrażać.
Większość tych ''niszowych' rzeczy wychodzi od Google, Facebooka, Netflixa itp.
I są stosunkowo bezpieczne w użyciu jeśli pamięta się o skali.
Chyba najwięcej różnych technologii mają firmy takie jak Netflix oparte na SOA/Mikroserwisy.
Poza tym poznając 'nowe' rzeczy można przez analogię sporo rzeczy zrobić w standardowych technologiach.

banki, telco, ubezpieczenia, przemysł to przecież waterfall nawet jeśli nazywają to agile.
Miejsca gdzie zazwyczaj każdy stara się nic nie robić z softem chyba, że już naprawdę trzeba.
I później płacą programistom najwięcej za utrzymywanie czegoś czego nikt nie chce dotykać.
A przemysł? To tam przecież SAP siedzi i większości programistów nie ma ochoty tego dotykać nawet za dużą kasę.
Ale np. taki język Scala często można spotkać właśnie w bankach.

Uncle Bob jest hipsterem http://blog.cleancoder.com/uncle-bob/20 ... kPath.html

A produktów napisanych w Go (stworzonego przez Google) jest coraz więcej i coraz więcej programistów ich używa.
Taki Docker już jest niesamowicie popularny.

'Moda na devops' - w niektórych firmach to absolutny must have. Poza tym to żadna moda tylko ktoś to nazwał i dorzucił kolejnego buzzworda.
Jednak w wielu firmach dalej się myśli, że fullstack to najlepsza droga, nawet przy wielkich zespołach.

PS. a taka Modern Java potrafi być spoko. Tymczasem większość projektów jest mega legacy, w których ludzie 'zadbali o swoje emerytury' - wspaniała polityka.
PPS. dla wielu to pewnie i bazy NoSQL są hipsterskie

No i jaki masz problem? To te firmy co robia te gotowe rozwiazania powinny sie interesowac aspektem technicznym. Ciebie raczej powinno obchodzic samo rozwiazanie a co jest tam uzyte to malo wazne, ma dzialac.

Ty rozumiesz o czym była dyskusja ?

Podsumowując to firma stricte IT (A) i firma potrzebująca rozwiązań IT np. bank (B).

A. Tworzy rozwiązanie polegająca na 2-step verification przy logowaniu do serwisu np. dla sesji PHP używając kodu SMS.

B. Bank kupuje tą technologię i reklamuje się jako elo innowacyjny.

Jest jeszcze C -> Kolejna firma IT tworzy 2-step verification 2.0 używając swojego kodu z opcją zapamiętania urządzenia i kradnie klienta.

Easy?

moze ktos sobie chce sklonowac i wymyslic na nowo vi

https://github.com/ChrisPenner/rasa

Ciekawe czy istnieje jakis firmowy soft napisany w haskellu

Duze firmy kupuja rozwiazania wlasnie ze wzgledu na utrzymanie w pakiecie, inna sprawa ze czesto, gesto zewnetrzni vendorzy nie za bardzo sobie radza z integracja swoich serwisow z istniejacymi.

Koniec koncow, nie raz sie konczy tym ze lepiej sobie wyklepac cos swojego z chlopakami z teamu. Powstaja tak funkcjonalne narzedzia, wlasne algorytmy, z intuicyjnym gui bez bloated angulara/ reacta bo user experience

W Polsce cos innego niz java to juz jest egzotyka, na tym na czym sie napewno nie straci w 2017 to javascript. Stawki dla doswiadczonych frontendowcow mocno skoczyly, a to pewnie nie koniec, oprocz zdolnosci programistycznych przydaja sie zdolnosci plastyczno-estetyczne

mnogosc frameworkow i czas w jakim nastepuje rotacja moga odrzucac, ale w sumie, w tym zawodzie trzeba sie caly czas uczyc wielu rzeczy od nowa