Zarobki programisty C#

generalnie zgadzam się z tym, co napisałeś, poza dwiema rzeczami.

po kilku latach programowania nie będzie chciało Ci się siedzieć po 14 godzin przed komputerem, nawet 8h to będzie sporo. powoli zaczną psuć się oczy, a zaniedbane zdrowie przypomni o sobie. gdzie miejsce na życie towarzyskie?

opanowanie "bardziej zaawansowanych" zagadnień z książki to chyba żart. to jak oglądanie filmu sensacyjnego a osobiste uciekanie przed zabójcami ninja. w prawdziwym życiu będziesz mieć pistolet, będziesz wiedział, że strzela, ale jak już wpadniesz na to jak go odbezpieczyć i strzelić, to odrzut uszkodzi Ci nadgarstek. praktyka i tylko praktyka da Ci naukę, książka czy wykład tylko przeprowadzi przez podstawy.

weź też pod uwagę, że nie każdy ma predyspozycje. są ludzie, którzy programują tylko dla pieniędzy, są też tacy, którzy pewnego poziomu nie potrafią przeskoczyć, jeszcze inni są zajebiści, ale nie potrafią się dobrze sprzedać.

w UK 20k to chyba w złotówkach i raczej nie na start, chyba, że jesteś bardzo wygadany.

Zaraz po studiach (zero doswiadczenia ani nawet zlecen) poszedlem do pierwszej pracy w .net - Krakow 2500 netto. Było to pół roku temu. Moze jestem zbyt zachłanny lub za szybko chce nie wiadomo co ale czy moja płaca jest ok? Generalnie chciałbym zwiększyć to o 1000, jest szansa?
Pytanie dodatkowe po jakiem czasie można szukać pracy za granicą? chciałbym pojechać na jakieś 2 lata, poki jeszcze nic mnie tu nie trzyma

nie mowie ze podwyzka ale moze zmiana? choc po pół roku to moze byc za szybko. Moze sie wstrzymam i poczekam kolejne pół. A co z tą zagranicą ile trzeba umiec (przeliczając śrenia na lata pracy o ile to możliwe) zeby gdzies wyjechać

2,5k bez doswiadczenia to imo dobra pensja, niezle trafiles

no to sprowadziliście mnie na ziemie i zasmuciliście jednocześnie :/

2,5k bez doświadczenia to dobra pensja, jeśli jesteś przeciętniakiem. Jeśli natomiast - mimo braku komercyjnego doświadczenia - masz spore umiejętności to jest to przeciętna pensja.

Może by tak tytuł zmienić ogólnie na "zarobki programistów"? Bo ja mam podobne pytanie, ale dotyczące Pythona. Ile może dostać osoba bez doświadczenia komercyjnego?

2,5k bez doświadczenia to dobra pensja, jeśli jesteś przeciętniakiem. Jeśli natomiast - mimo braku komercyjnego doświadczenia - masz spore umiejętności to jest to przeciętna pensja.

Masz na myśli tzw niekomercyjne doświadczenie? Jeśli ktoś jest dobry (w jakimś tam sensie), a nie miał za sobą żadnych projektów większych niż zadanie domowe to chyba ciężko przekonać zdecydowaną większość rekruterów do wysokiej pensji.

mówicie zatem ze nie jest źle i żebym nie szarżował. Po roku, gdy będę miał za sobą mniejsze projekty i jakieś doświadczenie w naprawianiu błędów w kodzie - wtedy 3.5k netto jest możliwe ?
sorry że tak męczę ale ciężko trochę za taką kasę mieszkać, z dziewczyną gdzieś wyjść, odłożyć na samochód etc. dlatego więc szukam realnej szansy na większy zarobek a nie do końca wiem na co mogę liczyć.

ale dlaczego od razu o nieracjonalne 40% w górę? nie lepiej 500zł więcej, po pół roku znowu itp.

A ja myślałem, że się nie cenie. No cóż pozostaje mi zakasać rękawy i wziąć się do roboty, może pieniądze przyjdą same. Za jakieś pół roku pewnie będę się przeprowadzał do Warszawy więc jakbyście mieli namiary na firmę która przygrnie programiste z rocznym doświadczeniem za 5-6 brutto to będę wdzięczny.

poważnie prawie każda ?

A może macie namiary na jakąś firmę w Rzeszowie która chętnie by przygarnęła programistę C#?

allocer napisał(a):

Nie mam zamiaru się bawić w PHP. Pytam czysto teoretycznie, a osobiście piszę w C# ;)

A to widze ze programisci facebooka, amazona, nk i wilu innych aplikacji pobawili sie w PHP, bo w C# sie tylko PISZE zajebiaszcze appy.

Wilczur napisał(a):

A może macie namiary na jakąś firmę w Rzeszowie która chętnie by przygarnęła programistę C#?

Ja mam - daj znać to zobaczymy co się da zrobić w temacie :)

sokool napisał(a):

allocer napisał(a):

Nie mam zamiaru się bawić w PHP. Pytam czysto teoretycznie, a osobiście piszę w C# ;)

A to widze ze programisci facebooka, amazona, nk i wilu innych aplikacji pobawili sie w PHP, bo w C# sie tylko PISZE zajebiaszcze appy.

Nie piernicz, programiści Facebooka pobawili się w PHP i teraz muszą pokutować po wsze czasy, nawet własne potężne frameworki pokroju HipHopa tworzą żeby wybrnąć z problemów stwarzanych przez ten język.

sokool napisał(a):

allocer napisał(a):

Nie mam zamiaru się bawić w PHP. Pytam czysto teoretycznie, a osobiście piszę w C# ;)

A to widze ze programisci facebooka, amazona, nk i wilu innych aplikacji pobawili sie w PHP, bo w C# sie tylko PISZE zajebiaszcze appy.

Jeśli ktoś twierdzi, że programiści NK od razu przygotowywali się na miliony użytkowników to musiał dostać czymś wielkim i twardym po głowie. Nie dość, że autorzy sami stwierdzili w wywiadach, że serwis miał być w zamierzeniu dla małego grona odbiorców, głównie znajomych autorów (żeby łatwiej się im było porozumiewać) to jeszcze w ogóle nie byli przygotowani na popularność - wystarczy sobie przypomnieć jak ciężko się było dobić do serwisu, jak często zrywane było połączenie i jak długo trwało ładowanie strony. Sukces przyniósł im później taką kasę, że napisaliby ten serwis w miarę przyzwoicie nawet gdyby mieli go napisać w Fortranie. W sumie to i tak nie wiadomo jaka część kodu w NK jest obecnie napisana w PHP.

Facebook i PHP? Frontend jest rzeczywiście PHP, choć nawet nie ma pewności jaka część tego frontendu, ale backend na pewno nie jest. Wystarczy zobaczyć na projekty Open Source napisane i używane w Facebooku: Apache Cassandra (Java), Apache Hive (Java), HipHop for PHP (C++, Python), Scribe (C++), a czat był (jest?) napisany w Erlangu. Obecnie w FB pracuje http://en.wikipedia.org/wiki/Andrei_Alexandrescu i raczej nie klepie kodu w PHP.
FB też zaczynał jako mały projekt, choć ZTCW i tak szybko zdobył sponsorów. Skoro byli sponsorzy to autorzy FB powinni byli mieć motywację do przepisania serwisu na bardziej wydajny język, ale jakoś tego nie zrobili. Może mieli mentalność taką samą jak tysiące albo i miliony małych firemek, które to tworzą kolejny rewolucyjny CMS w PHP?

Co Wy macie do PHP? Co może w Javie albo w C# stworzycie stronę, która będzie działać szybciej - nie żartujcie. W ogóle sam lubię C#, ale interesuję się tworzeniem stron internetowych więc naturalna wydaje się dla mnie znajomość PHP (w końcu większość stron jest tworzonych w tym języku) i jak porównuję np. rozwiązania zastosowane we frameworku Symfony (PHP) i ASP.NET MVC (C#) to wiecie co? Różnice są minimalne - te dwa frameworki są do siebie bardzo podobne i nie chodzi tylko o to, że oba wykorzystują wzorzec MVC. W ogóle nie rozumiem krytyki PHP.

A porównywałeś szybkość działania kodu Javy/C# w najpopularniejszych JVM/CLR do szybkości działania PHP w standardowym interpreterze? Tutaj są rezultaty dla mikrotestów (różnice w zastosowaniach webowych powinny być sporo mniejsze, ale i tak duże): http://shootout.alioth.debian.org/u64q/which-programming-languages-are-fastest.php No chyba, że użyjesz tego HipHopa od Facebooka, to może wtedy będzie szybko, ale chyba i tak niewystarczająco, bo Facebook i tak pisze backend w językach innych niż PHP.

Czemu PHP (jako sam język) jest zły? Wystarczy zapytać Googla: "why php is bad". Dla przykładu pierwszy wynik: http://me.veekun.com/blog/2012/04/09/php-a-fractal-of-bad-design/

Bez jaj - pracowałem już przy tworzeniu ogromnej liczby stron, piszesz o wydajności, a tak na prawdę w rzeczywistości mało kiedy się tym przejmuje, nie tworzyłem wprawdzie witryn na miarę Facebooka, ale w przypadku np. sklepu internetowego jak było dużo klientów to się po prostu przechodziło na droższy hosting i problem się kończył - pisanie o wydajności w dzisiejszych czasach jest z lekka bez sensu.

Wielu uważa, że PHP to język dla gimnazjalistów - faktycznie ten język jest bardzo prosty i to ogromny plus, dlatego często witryny w nim tworzone mają tragiczny kod, ale jak użyje się frameworka, np. Symfony to sprawa wygląda zupełnie inaczej, nie można nic zarzucić jakości kodu, bo ten framework po prostu narzuca pewne zachowania i dobre praktyki. Ja spędziłem z PHP kilka lat swego życia i mam o nim bardzo ciepłe wspomnienia. :)

PHP tak jak Facebook czy nk nie był "stworzony" z myślą o takiej popularności. Nazwa tego języka wywodzi się z Personal Home Page (nie Hypertext Preprocessor, co niektórzy starają się wmówić), i był to język stworzony prywatnie przez pewnego programistę - jako zestaw skryptów perla (źródło). To prawda, że potem przez dwóch programistów z Izraela został przepisany i stał się wydajniejszy, ale i tak nie był zaprojektowany w celu wielkich komercyjnych projektów. Owszem jest prosty, tani i może warto go znać, ale jednak ASP nie przebije.

Ja nie gloryfikuję PHP kosztem ASP, ale nie rozumiem pod jakim względem PHP nie przebije ASP. Co do szybkości - to czytałem już ogrom dyskusji i jedni twierdzili, że PHP jest szybszy a inni, że ASP.NET (C#) - NIE MA ŻADNYCH UDOKUMENTOWANYCH DOWODÓW na temat tego, która technologia jest szybsza, a nawet gdyby były i ASP.NEt okazałby się szybszy to krytyka z tego powodu PHP w dzisiejszych czasach to tak jakby krytykować ASP.NET, że działa tylko na Windowsie (pomijam mono) skoro i tak strony internetowe wyświetlają się w przeglądarkach i dla końcowego użytkownika system nie ma żadnego znaczenia - taka sama logika ;)

Wydajność nie ma znaczenia? NK stoi na 8464 rdzeniach (czyli pewnie ponad 1000 oddzielnych CPU), logika już dawno wyszła poza wpychanie danych prosto z bazy do szablonów. Dołożenie X serwerów nic nie pomoże, jeśli kod nie jest skalowalny. Jeszcze raz przypomnę problemy NK na początku - były one właśnie spowodowane brakiem skalowalności architektury, bo serwis był pisany jak typowa aplikacja w PHP.

Facebook ma pewnie kilkadziesiąt razy więcej serwerów niż NK i tam problemy są jeszcze bardziej skomplikowane.

W PHP ZTCP dla każdego żądania odpalany jest osobny proces interpretera oraz za każdym razem pliki są ponownie ładowane z dysku i parsowane (parsowanie można pominąć skrócić jeśli wstępnie skompiluje się skrypty do bajtkodu). Takie rozwiązanie się nie skaluje, wystarczy sobie wyobrazić że np do obsługi żądania trzeba załadować 1000 klas i te klasy ciągle rosną, a np strona robi się coraz bardziej skomplikowana i na jedno odświeżenie strony jest kilka/ kilkanaście/ kilkadziesiąt wywołań np AJAXowych (każde wywołanie to osobne żądanie po stronie serwera, a więc znowu odpalanie procesu, ładowanie klas, parsowanie, itd).

http://highscalability.com/blog/2011/8/8/tagged-architecture-scaling-to-100-million-users-1000-server.html
Przykład skalowalności PHP. Zaczęli od PHP i skończyli na PHP, ale w międzyczasie jego rola ograniczyła się do serwowania kontentu z Javowego backendu (ależ to po Polsku mi wyszło, jeszcze zrymowałem!).

wiewiorek napisał(a):

Wielu uważa, że PHP to język dla gimnazjalistów - faktycznie ten język jest bardzo prosty i to ogromny plus, dlatego często witryny w nim tworzone mają tragiczny kod, ale jak użyje się frameworka, np. Symfony to sprawa wygląda zupełnie inaczej, nie można nic zarzucić jakości kodu, bo ten framework po prostu narzuca pewne zachowania i dobre praktyki. Ja spędziłem z PHP kilka lat swego życia i mam o nim bardzo ciepłe wspomnienia. :)

Tak, tak. Obecnie praktycznie nie ma dobrych programistów PHP. Większość geniuszy piszących w tym zawodowo nie wie, że operator == to słabe porównanie. Potem prędzej czy później lecą z mordą, że parser jest zbugowany i przechodzą takie "kwiatki": http://ideone.com/933am (a to wcale nie jest bug, operator zachowuje się zgodnie ze swoim przeznaczeniem opisanym tu: http://www.php.net/manual/pl/language.operators.comparison.php). Znam kilka większych systemów pisanych w PHP, które na przestrzeni historii kilka razy miały wręcz idiotycznie głupie podatności umożliwiające rozpieprzenie autoryzacji lub innych strategicznych procesów z samego faktu nieumiejętnego użycia operatorów.

Idąc dalej: dokumentacja jest beznadziejna. Jeszcze niedawno linkowałem na forum jakie cuda działy się z polską dokumentacją PHP. Któraś funkcja dotycząca ustawiania ciasteczek w polskiej wersji dokumentacji miała podanych 6 argumentów, a w angielskiej jeszcze jeden - niedawno dodany httpOnly. Po paru miesiącach po prostu wyrzucono możliwość wyboru języka "Polski" dla tej funkcji, przez spory okres czasu wisiał ten babol ukrywający istnienie dodatkowego mechanizmu bezpieczeństwa.

Zero asertywności twórców - na hurra wprowadzono cuda typu register_globals i magic_quotes_gpc, teraz sami twórcy nie rekomendują użycia tych mechanizmów i je usuwają. Analiza pierwszego lepszego speca od bezpieczeństwa lub nieco pomyślunku developerów przed zaimplementowaniem ich uniemożliwiłaby powstanie tych syfiastych antyficzerów. Normalnie programowanie ekstremalne... Na dokładkę przygoda z PHP najczęściej zaczyna się od wkuwania nazw funkcji na pamięć, bo konwencji nazewnictwa mamy do wyboru do koloru.

• konwencja camelCase - strcmp,
• konwencja rozdzielania wyrazów - get_html_translation_table,
• konwencja Ch**Wie_Jaka™ - htmlspecialchars_decode.
  I ponownie - absolutny brak pomyślunku developerów klepaczy PHP: http://pornel.net/phpns/pl

W przeciwieństwie do innych technologii, PHP nie ma nic wspólnego ze skalowalnością, cała VMka od środka przypomina trochę "Polskę w budowie". W rekomendowanych release jest kupa eksperymentalnego kodu, którego włączenie powoduje rozpieprzenie procesu budowania lub upośledza parser. Różne mechanizmy się na siebie nakładają - np. error reporting i wyjątki. I właśnie! W przypadku wystąpienia błędu dla każdej funkcji zachowanie jest specyficzne! Funkcja file_get_contents w przypadku błędu zwróci bool(false). Funkcja json_decode w przypadku niemożliwości zdekodowania danych zwróci NULL (co jest totalnym idiotyzmem bo NULL może znajdować się w normalnym zbiorze wartości tej funkcji). W normalnych językach wystarczy sprawdzić zunifikowaną listę rzucanych wyjątków i możliwe powody ich rzucenia, a później po prostu użyć spójnego i jasnego zapisu do przechwycenia błędów.

Mam kontynuować?

wiewiorek napisał(a):

Co Wy macie do PHP? Co może w Javie albo w C# stworzycie stronę, która będzie działać szybciej - nie żartujcie.

A dlaczego niby nie? :|
Powiedziałbym nawet, że jest to bardzo prawdopodobne - mniej kodu, a na dodatek skompilowanego. Do tego można użyć sensownej bazy danych.

W ogóle sam lubię C#, ale interesuję się tworzeniem stron internetowych więc naturalna wydaje się dla mnie znajomość PHP (w końcu większość stron jest tworzonych w tym języku)

"Interesuje się programowaniem, więc naturalna dla mnie wydaje się znajomość Cobola. W końcu większość kodu została napisana w tym języku."

i jak porównuję np. rozwiązania zastosowane we frameworku Symfony (PHP) i ASP.NET MVC (C#) to wiecie co? Różnice są minimalne - te dwa frameworki są do siebie bardzo podobne i nie chodzi tylko o to, że oba wykorzystują wzorzec MVC.

Nie znam PHP ani Symphony, ale rozumiem, że Ty znasz, więc pewno odpowiesz na moje pytania:

1. Można w PHP/Symphony zrobić silnie typowane widoki?
2. Czy podczas edycji kodu w widokach działa podpowiadanie nazw pól dla klasy, którą widok ma wyświetlać?
3. Czy polom tej klasy można nadać atrybuty, dzięki którym w widoku zostaną wygenerowane odpowiednie kontrolki do edycji oraz etykiety opisowe, oraz automatycznie zostanie przeprowadzona walidacja po stronie serwera, a także zostaną wygenerowane walidatory w JS?
4. Jak realizuje się dzielenie kodu widoku na mniejsze elementy w celu reużywalności?
5. Jak wygląda zapewnienie autoryzacji dostępu do akcji kontrolera na podstawie ról posiadanych przez użytkownika?
6. Jak wygląda zapewnienie takiej autoryzacji na podstawie właściciela/twórcy obiektu (np. edytować artykuł może tylko jego autor i żaden inny)?
7. W jaki sposób implementuje się optimistic concurrency?
8. Załóżmy, że mamy taką strukturę tabel jak tutaj: http://somekind.pl/_imagies/4p/tabele_project_php.jpg Jak wyglądałoby w PHP wybranie z bazy wszystkich projektów, dla których zalogowany użytkownik jest aktywnym managerem (ProjectManager.UserId oraz ProjectManager.IsActive), których status (ProjectStatus.EnumValue) jest Active (zdefiniowany w enumie), a typ (ProjectType.EnumValue) jest np. Standard (również zdefiniowany w enumie), jako kolekcję obiektów typu Project. Trzeba w tym celu pisać jakieś zapytania SQL, czy jak to się robi?
9. Znalazłem w internecie takie stwierdzenie: "Sytuacja z mechanizmem sesji standardowo dostępnym w PHP jest o tyle śmieszna, że jego autorzy właśnie nam zostawili swobodę działania odnośnie tego, jak go zabezpieczyć przed kradzieżą. Normalnie użyty jest on bowiem dziurawy jak sito. Kradzież sesji nie nastręcza wielkich trudności". Czy to prawda?
10. Gdzie PHP przechowuje sesje? Czy można to zmienić?
11. Czy można zastosować mechanizm uwierzytelniania połączony z Active Directory?

W PHP od jakiegoś czasu zbudowano narzędzia, które umożliwiają pisanie aplikacji w wygodny sposób. Różnice są, bo w PHP mamy narzut inicjalizacyjny przy w każdym żądaniu, więc pisanie wysokowydajnych aplikacji bywa niemożliwe. Jednak wiele zależy od potrzeb. Projekt średniej wielkości da się napisać w PHP (a raczej w jakimś FW) i będzie działał więcej niż przyzwoicie jeśli chodzi o wydajność. Podobnie ma się sprawa z utrzymywaniem kodu - tu już wiele zależy od programistów, a właściwie wszystko. Widywałem i pisałem różne projekty, w tym dla instytucji finansowych. Zaletą PHP jest to, ze dla prostych projekcików można pisać...prościej, wymagające systemy z kolei pisze się nieco inaczej, bardziej dokładnie.
Krzywdzące jest wmawianie, że nie ma dobrych programistów PHP. Są i zarabiają porównywalnie, a czasem więcej niż programiści Java, czy .NET. Więcej jest osób o niskich umiejętnościach, stąd taka opinia. Wielu jest po prostu klepaczy, ale nawet Ci mają te 2-2,5k na rękę, co biorąc pod uwagę dużą konkurencję, jest imo niezłym wynikiem. Chcesz więcej, dajesz z siebie więcej, rozwijasz się i lądujesz wyżej.

cysiaczek napisał(a):

Zaletą PHP jest to, ze dla prostych projekcików można pisać...prościej, wymagające systemy z kolei pisze się nieco inaczej, bardziej dokładnie.

A w jakiej technologii/języku małych projektów nie można pisać prosto, a wymagających w bardziej skomplikowany sposób?

W każdej można, ale kod wielu, często amatorskich aplikacji w PHP jest pisany z użyciem gołego PHP lub pseudo-obiektowo. Na domiar złego, jest dziurawy i przypomina spaghetti. Duża ilość dobrego kodu często nie wychodzi poza serwery firm, więc siłą rzeczy jako pożywka dla malkontentów służy ten zły/brzydki i często nierozsądny kod.
Obecnie warto obejrzeć źródła frameworków takich jak symfony2, Doctrine 2, Propel 1.6, czy Zend Framework - jakość ich kodu rzutuje na projekty w nich pisane, co podnosi poziom aplikacji niemal automatycznie. Sam język jest rzeczywiście źle zaprojektowany, panuje bałagan w funkcjach. Zostało to moim zdaniem opanowane przez narzędzia, ale oczywiście nie eliminuje wielu innych problemów.

somekind napisał(a):

1. Można w PHP/Symphony zrobić silnie typowane widoki?
2. Czy podczas edycji kodu w widokach działa podpowiadanie nazw pól dla klasy, którą widok ma wyświetlać?
3. Czy polom tej klasy można nadać atrybuty, dzięki którym w widoku zostaną wygenerowane odpowiednie kontrolki do edycji oraz etykiety opisowe, oraz automatycznie zostanie przeprowadzona walidacja po stronie serwera, a także zostaną wygenerowane walidatory w JS?
4. Jak realizuje się dzielenie kodu widoku na mniejsze elementy w celu reużywalności?
5. Jak wygląda zapewnienie autoryzacji dostępu do akcji kontrolera na podstawie ról posiadanych przez użytkownika?
6. Jak wygląda zapewnienie takiej autoryzacji na podstawie właściciela/twórcy obiektu (np. edytować artykuł może tylko jego autor i żaden inny)?
7. W jaki sposób implementuje się optimistic concurrency?
8. Załóżmy, że mamy taką strukturę tabel jak tutaj: http://somekind.pl/_imagies/4p/tabele_project_php.jpg Jak wyglądałoby w PHP wybranie z bazy wszystkich projektów, dla których zalogowany użytkownik jest aktywnym managerem (ProjectManager.UserId oraz ProjectManager.IsActive), których status (ProjectStatus.EnumValue) jest Active (zdefiniowany w enumie), a typ (ProjectType.EnumValue) jest np. Standard (również zdefiniowany w enumie), jako kolekcję obiektów typu Project. Trzeba w tym celu pisać jakieś zapytania SQL, czy jak to się robi?
9. Znalazłem w internecie takie stwierdzenie: "Sytuacja z mechanizmem sesji standardowo dostępnym w PHP jest o tyle śmieszna, że jego autorzy właśnie nam zostawili swobodę działania odnośnie tego, jak go zabezpieczyć przed kradzieżą. Normalnie użyty jest on bowiem dziurawy jak sito. Kradzież sesji nie nastręcza wielkich trudności". Czy to prawda?
10. Gdzie PHP przechowuje sesje? Czy można to zmienić?
11. Czy można zastosować mechanizm uwierzytelniania połączony z Active Directory?

1. Wygląda jak rozwiązywanie "problemów" C#, w PHP niepotrzebne
2. Co to ma do języka? Tak, jak widok jest w PHP, ale ogólnie widoki w PHP są passe i używa się różniastych języków szablonów
3. Tak
4. Zależnie od użytego języka szablonów, od includowania po dziedziczenie.
5. http://symfony.com/doc/current/book/security.html
6. nie wiem czy tak się da out of the box, pewnie to trzeba implementować samemu
7. nie wiem
8. można SQL, można ORM i nie, nie ma boskiego LINQa
9. Pewnie tak, jest wiele syfu w PHP, dobry framework jak Symfony, rozwiązuje ten problem
10. Standardowo sesje są przechowywane w plikach, oczywiście że można to zmienić
11. Pewnie tak

Do niektórych nie dociera, że liczą się też biznesowe aspekty w wyborze technologii. PHP ma wiele zalet dla małego biznesu, tani i łatwo dostępni programiści, tani hosting, szybkie prototypowanie. Co z tego, że NK i inne facebooki, nie były przygotowane pod miliony użytkowników w najlepszym dostępnym języku. Przyszła kasa to mogą sobie teraz cudować i pisać backendy w czym chcą. Stać ich na to. Co z tego, że znam Scalę, jakbym musiał sobie sam w niej klepać, albo kusić Wibowita pensją 4 programistów PHP. A ktoś kawę robić musi...