przyszłość php i zarobki Opcje

[Terrorizer]

Cześć,
Jakiś czas temu odkryłem, że programowanie sprawia mi ogromną frajdę. Uczyłem się c++ jednak postanowiłem przerwać i zacząć od czegoś webowego.
Wciąż trenuję HTML i CSS do tego mam troszkę podstaw JS.
Pomyślałem ,że skoro sprawia mi to przyjemność, to czemu nie zacząć się z tego utrzymywać w przyszłości? Tak, chcę to robić!
Matematycznym geniuszem to ja nie jestem, a kierunek studiów odbiega od informatyki, jednak chciałbym zapytać was o zdanie.
Chyba jest to dosyć drażliwy temat, bo wiadomo ,że każdy zarabia inaczej i obejmuje inne stanowiska, jednak postanowiłem rozwijać się w taki sposób:
html+css > php+mysql/pdo > zend framework > magneto,symfony i na koniec dopakuję do tego c++
Zastanawiam się czy dobry kierunek sobie wybrałem i czy znajomość tych rzeczy może zapewnić jakąś pewną przyszłość mi i mojej przyszłej rodzinie ?
A może standardy smieniają się na tyle szybko ,że warto zabrać się za coś innego?? sprzecznym tematem też jest front end i back end. Lubię bawić się po stronie serwera, jednak czy któreś z nich przynosi większe korzyści?

Ten post edytował Terrorizer 2.08.2014, 20:21:54

[Pyton_000]

Zend i Magento to dochodowa przyszłość.

[mrc]

Polecam Ci uczyć się po równo frontu jak i backendu. Często w firmach jest potrzeba na pracownika, który potrafi stworzyć stronę kompleksowo niż samego programisty. Ja pracując na posadzie programisty PHP dostaję od szefa prośby o przestylowanie tego czy tamtego czy wdrożenie gotowego rozwiązania w javascript/jQuery. Myślę, że ważnym dla Ciebie będzie poznanie php obiektowego, zasad PSR oraz wzorców projektowych. Polecam Ci dużo czytać, dużo pisać (nawet jakieś drobiazgi), bo ile czasu spędzisz nad czymś, tyle z tego dobrego wyciągniesz. I nie polecam myślenia "Przysiądę rok przy php i będę zarabiał 4.000 na rękę". Doświadczenie to nie to samo co nauka języka. Doświadczenie to umiejętność zaplanowania oraz przewidzenia konsekwensji rozwiązania, które chcesz zastosować.

[Adi32]

4k to nie jest dużo, jak na programiste. Jeżeli dana firma potrzebuje specialisty od frontendu, programowania ogólnego i backendu to raczej ma dalego do bycia profesionalną firmą. W całej mojej karierze zaobserwowałem, że specialiści (od samego backendu, frontendu czy baz itp) zarabiają wiele lepiej, niż wirtuozy od wszystkiego po trochu. Ja pracuje od niedawna jako backendowiec za większą kwotę.

[Terrorizer]

No tak ale zakładamy ,że jesteś profesjonalistą, a ja narazie jakimś korniszonem

[Tuminure]

4k to nie jest dużo, jak na programiste

Na kogoś, kto przysiadł rok do programowania to jest dużo. Nawet bardzo dużo.

[!*!]

przyszłość php i zarobki

A to nie słyszałeś, że PHP umiera a stawki są głodowe?

jednak postanowiłem rozwijać się w taki sposób:
html+css > php+mysql/pdo > zend framework > magneto,symfony i na koniec dopakuję do tego c++

W ogóle znajomość C++ to duży plus, ale... na co Ci wtedy półśrodki jak html czy PHP? Skoncentruj się na jednym, nie ogarniesz wszystkiego na wystarczającym poziomie, a zarabiać będziesz tyle ile sam wyszarpiesz.

[SmokAnalog]

PHP jak PHP, ale HTML5 (czyli +CSS3 +JavaScript) to pewniak

[sowiq]

Zend i Magento to dochodowa przyszłość.

Magento to tylko sklepy (i to raczej te większe, dla klientów z większym budżetem). Zend to już tylko Magento - nie słyszałem ostatnio, żeby ktoś wybrał Zenda jako FW do nowego projektu, wszyscy trzepią Symfony2.

[viking]

Ja mam awersję potężną do Symfony i wybieram Zenda

[tzm]

PHP jak PHP, ale HTML5 (czyli +CSS3 +JavaScript) to pewniak

W tym się teraz trzaska gry multiplatformowe więc to jest bardzo dochodowe.
Kwestia tego że PHP jako silnik serwerowy też się już nie sprawdza, u nas wszystko jest na C przepisywane...
C++ / C to przyszłość chyba najbardziej dochodowa jeśli chodzi o programowanie.
A poza tym to dla mnie jedyne słuszne języki programowania.

[mrc]

W tym się teraz trzaska gry multiplatformowe więc to jest bardzo dochodowe.

Niesamowicie denerwuje mnie, jak jest jakaś dobra gra, ale tylko na przeglądarkę / urządzenie mobilne. Ja dalej uważam, że najbardziej przyszłościowe są języki z rodziny C/C++ dla aplikacji działających bezpośrednio w systemie operacyjnym, a nie przez jakieś chmury, serwery czy dodatkowe środowiska.

[sowiq]

Niesamowicie denerwuje mnie, jak jest jakaś dobra gra, ale tylko na przeglądarkę / urządzenie mobilne. Ja dalej uważam, że najbardziej przyszłościowe są języki z rodziny C/C++ dla aplikacji działających bezpośrednio w systemie operacyjnym, a nie przez jakieś chmury, serwery czy dodatkowe środowiska.

No to jesteś chyba w mniejszości, bo tendencja jest raczej w tę drugą stronę - pakowania wszystkiego w chmurę. Najlepszy przykład to Adobe i ich pakiet. Najnowsza wersja działa w chmurze (Creative Cloud) i opłacana jest abonamentem miesięcznym. Dzięki temu użytkownicy nie muszą kupować (aż tak) drogiego sprzętu i mają dostęp do aplikacji z dowolnego komputera a samo Adobe nie traci tyle na piractwie.

[tzm]

@mrc zależy co kto lubi. nie gram w gry więc nie wiem jak to działa ze strony gracza ale dla mnie nie ma nic złego w grach w których możesz sobie poklikać na telefonie w busie, na spotkaniu czy coś. a gry zręcznościowe to i tak dla mnie zawsze będą konsole i pady. Komputer został stworzony w innym celu

[!*!]

No to jesteś chyba w mniejszości, bo tendencja jest raczej w tę drugą stronę

Nie powiedziałbym. Liderem w śród gier był quake live... ale wymiękli, choć klient w przeglądarce działał rewelacyjnie... teraz musisz ściągać całego klienta jako natywną aplikację która przy niskich detalach potrafi mieć zgrzyty na mocnym sprzęcie. Tak samo jest z chmurami sony... zanim kupili firmę która się tym zajmowała, było można grać w przeglądarce w gta4 czy NFS, jednak z tego zrezygnowali na rzecz aplikacji natywnej która ściąga ważniejsze elementy na dysk... A z takim działaniem chmura ma niewiele wspólnego.

[BigPig]

Hmm, jak to niektórzy mówią, PHP od samego początku miał już ranę śmiertelną A bo to skryptowy, bo webowy, bo open source, a bo mi nazwa się nie podoba. No z tym ostatnim to akurat mały żarcik.

Jakoś te stwierdzenia o umieralności nie specjalnie mnie martwią. W dziejach już tyle języków niby umierała, a żyje i trzyma się całkiem dobrze.

1) Sytuacja co opisywał profesorek na zajęciach. Jak wyszła java to zapanował wielki entuzjazm i wiele osób mówiło, że w ciągu tam chyba 2 lat wszystkie inne języki przestaną być używane, a zostanie tylko jedna, wielka java. Jak widać tak się nie stało
2) Opowiadał mi kolega, że profesorek na jego uczelni mówił, że javy uczą się tylko kretyni bo ten język już przestaje istnieć i nie ma sensu go ogarniać. 'TYLKO C#' - idealnie pasuje do klimatu ten filmik https://www.youtube.com/watch?v=9QFK1cLhytY
3) (rok jakoś 2009-2010)Wchodzę sobie kiedyś na forum javy i tam javiści się żalą, że ich kochany język umiera i zniechęcają innych do jego nauki. Albo to był z ich strony zabójczy spisek!! wiedzieli, że java rośnie, ale zniechęcali innych do jego nauki bo chcieli by było mniej specjalistów z tego języka i, żeby hajs się w kieszeni zawsze zgadzał oczywiście żarcik.
4) Rozmawiałem z kolegą, zapartym i radykalnym wyznawcą javy. Jak to powiedział. 'PHP? A to jeszcze w ogóle żyje? Ktoś w tym pisze?' Po czym przekonywał, mnie, że java rozpoczyna swoją ofensywe webową i, że coraz więcej i więcej jest stron opartych na javie. A poza tym, że to taki idealny język do zastosowań webowych.


Wniosek ogólny jest taki, że sporo osób narzeka na umieralność każdego języka, czy to javascript, assembler, C++ lub html(to nie język w klasycznym pojęciu, ale wiecie o co chodzi). Ostatnio spotkałem się z opinią. 'WIEDZIELIŚCIE, ŻE JUTUBE JEST ZAPROGRAMOWANE W HTML5? KURDE, WSZYSTKIE JĘZYKI WEBOWE PRZESTANĄ ISTNIEĆ I BĘDZIE SIĘ TYLKO PROGRAMOWAĆ W HTML5!!!!!!111'

Nie ma co panikować. Tak by ładnie zakończyć wypowiedź, powiem coś na pokrzepienie serc, bo my Polacy lubimy takie rzeczy. 'PHP żyje, póki my żyjemy!'



@viking
Ja to mam na odwrót, jak patrzę na zend'a pisanego w netbeans'ie to mam coś na wzór odruchu wymiotnego Tyle nerwów poszło na tego ACL'a, że szkoda gadać. Z cyklu co myśli Zend: 'O jakiś błąd, nie ważne, że nie jest on związany z ACL'em, ale wyrzucę błąd ACL'a!!'. A symfony póki co kocham i ubóstwiam

Ten post edytował BigPig 6.08.2014, 10:33:55

[cepa]

@Terrorizer, ja na Twoim miejscu zmienilbym nieco podejscie.

Nie jest wazne w jakim jezyku klepiesz ale CO piszesz.

Jezyk programowania to takie samo narzedzie jak lopata, w firme placa ci sa machanie lopata, ale klienta nie obchodzi czy dol wykopales lopata czy koparka.
Pytanie czy chcesz cale zycie machac lopata czy przesiasc sie do koparki i robic wieksze dolki

Imho Pehap jest:
- prosty - niski prog wejscia, szybko mozna naklepac stronice i robic nowe internety
- tani - pacz wyzej plus wiele osob, ktore umiejo robic internety w pehapie, wiec latwo i tanio mozna prowadzic projekt
- wystarczajacy - klient typowej agencji interaktywnej potrzebuje maly, malutki dolek anie przekopac pol okolicy, stronka + konkurs, jakas kampania itp itd, poziom projektow od trywialnych po proste

Zeby uscislic za proste projekty uwazam wszelkiego typu wzornictwo oparte na Symfony / Zend / <you name it>, ktore ma na celu zrobienie mniej lub bardziej rozbudowanego panelu, ktory siedzi ponad baza danych (sql/nosql/whatever) czasem z dodatkiem jakiejs szukajki i innych wodotryskow.

Jezeli satysfakcjonuje Cie robienie prostych projektow nawet za "dobra" kase to mysle ze conajmniej kilka najblizszyc lat bedziesz sie w stanie utrzymac z pehapa. Z drugiej strony widze ze psychologiczna granica 10k do lapy miesiecznie jest czyms mitycznym nawet dla programistow w PL, na co osoba robiaca w HFT moze sie jedynie usmiechnanc poblazliwie bo tutaj zarobki rzedu kilkudziesieciu tys pln / mc nie robia wrazenia.

Na szczescie lub nieszczescie pehapa swiat idzie do przodu, obecne trendy ktore obserwuje to:

- SPA - single page app, front systemu robi sie calkowicie w JS + HTML5, komunikacja odbywa sie wylacznie poprzez webapi i websockety, nie ma potrzeby uzywac pehapa do renderowania html dla przegladarki.

- aplikacje mobilne - z definicji w pehapie ich sie nie robi, a komunikuja sie z backendem tez via webapi itp

- przetwarzanie w tle - http robi jedynie za interfejs, logika biznesowa dzieje sie na serwerze asynchronicznie, pehap natywnie tego nie wspiera

- big data - danych w sieci coraz wiecej, trzeba to analizowac, baza kilka GB to pryszcz, problem jest jak masz zrobic analize np: 10TB logow

Krotko: sens stosowania pehapa sie zmniejsza. Nie twierdze ze nie da sie tego robic w pehapie, mozna tylko po co skoro do okola jest masa narzedzi, ktore powstaly aby dostarczac pewne kluczowe funkcjonalnosci szybciej / prosciej / taniej. Dodatkowo robienie jakiegokolwiek przetwarzania innego niz sklejanie stringow jest w pehapie wolne i trzeba robic czesto od zera bo frejmlorki sa o kant dupy rozbic, bo i tak nic nie oferuja. Polskie IT bazuje na tanim outsourcingu, ale raczej niewiele firm przenosi do nas R&D, dlatego tez tyle roboty w pehapie, a stosunkowo malo w pythonie czy innej scali.

Na twoim miejscu powaznie zainteresowal bym sie takimi jezykami i technologiami, ktorych potencjal jest znacznie wiekszy niz pehap, nawet dla samej inspiracji:

Jezyki:
- Python
- Scala
- Go
- JavaScript

Front:
- angular
- ember
- require.js

Python:
- nltk - przetwarzanie jezyka naturalnego
- numpy / scipy - wynalazki uzywane przy analizie danych
- celery - zajebiscie dopracowany "framework" do przetwarzania w tle
- fabric - deployment
- boto - chmura (aws)

Scala:
- akka.io + spray - wydajna implementacja api asynchronicznego opartego o aktorow

Message brokers:
- RabbitMQ - raczej pierwsze co sie kojarzy z kolejkami
- Gearman - troche mniej popularny wynalazek
- zeromq - super szybka kolejka do wbudowania w projekt

Big data:
- MapReduce - ogolnie jak i poco
- Hadoop - de facto standard dla map reduce
- Storm - "lzzejszy hadoop", mozna takze uzyc w kontekscie kolejki

NoSQL:
- Redis - nie tylko keystore, ale przedewszystkim mega szybkie struktury danych i in-memory processing
- Cassandra - rozproszona baza danych, no single point of failure

Wyszukiwanie:
- Lucene
- Elasticsearch / Solr - wdrozone Lucene
- nltk - przetwarzanie

Automatyzacja:
- puppet, chef, ansible - infrastruktura jako kod

[darko]

Zależy jakie korzyści masz na myśli i zależy co znaczy dla Ciebie "dobrze zarabiać"? Każdy ma inne wytyczne w kwestii tego, jaka praca jest dla niego najlepsza. Dla mnie prywatnie najważniejsze jest dobre krzesło, klima latem oraz dobra atmosfera w pracy ze zgranym zespołem, z którym po całym cięzkim dniu kodowania idziemy na piwo, natomiast dla kogoś innego może to być sprzęt na którym pracuje lub lokalizacja biura. Jeśli patrzysz na swoją pracę dojrzale i odpowiedzialnie przez pryzmat tego, co będziesz robił w przyszłości, to najpierw odpowiedz sobie na pytanie, co jest dla Ciebie najważniejsze w pracy na co dzień i w którym kierunku się chcesz rozwijać. Języki programowania i technologie to tylko narzędzia do wykonywania określonych zadań, a wszelkie trendy branżowe i nowinki technologicznie nie są żadną tajemnicą w dobie powszechnego dostępu do informacji. Najważniejsze jest zdrowe podejście do wykonywanej pracy, otwartość na nowe pomysły, nietuzinkowe rozwiązania, to wszystko, co czyni Cię lepszym programistą od innych, ale jednocześnie spaja w całość Twoje atuty wraz z zespołem, w którym na co dzień pracujesz. To taka trochę druga rodzina, w końcu spędzamy w pracy z ludźmi 1/3 swojego życia, trzeba pamiętać o rzeczach najważniejszych i tych mniej ważnych...

[aniolekx]

Na twoim miejscu powaznie zainteresowal bym sie takimi jezykami i technologiami, ktorych potencjal jest znacznie wiekszy niz pehap, nawet dla samej inspiracji:

Fajnie to o czym piszesz się czyta, ale problem pojawia się przy najprostszych rzeczach, mianowicie np jak przetworzyć plik Excela w JavaScript? Czy istnieje jakaś biblioteka/projekt?
Bo w PHP jest np PHPExcel. Kiedyś szukałem odpowiednika dla JavaScript i okazuje się ze nie ma.

[markuz]

https://github.com/SheetJS/js-xls