StartUp w PHP - czy warto?, Hmm... tak, czy nie? Opcje

[Dejmien_85]

Witam szanowne grono,

Hmm, każdy z czasem zaczyna myśleć, aby zrobić coś dla siebie - no i przy okazji ma malutką nadzieję, że mooooże stanie się tak, że kiedyś będzie mógł usiąść na plaży (Hawaje, Karaiby) z drinkiem w ręku, wsłuchując się w fale oceanu i rozkoszować się faktem, że jednak coś się w życiu udało i że można tak spędzać czas... częściej. ; )

Tak, możemy pomarzyć.

Dobra, wracając do tematu - od około dwóch lat w mojej głowie rodziła się myśl StartUp-u. Oglądałem konferencje, zapisywałem swoje pomysły, czekałem na "to coś". W końcu jestem w fazie, kiedy to już wiem na czym chcę się skupić no i pojawia się myśli:

Czy warto postawić na PHP?

Myślałem o tym namiętnie. Osobiście wolę "bezpieczniejsze rozwiązania" (w sensie języki silnie typowane, gdzie trudniej sobie strzelić w stopę). PHP ma mocne i słabe strony. Dopiero teraz, gdy startUp zaczyna mnie dotyczyć, wtedy do głowy przychodzą mi myśli, które wcześniej nie przychodziły.

Z jednej strony to bogaty w biblioteki język, pozwalający szybko pisać web-aplikacje. Z punktu biznesowego także jest dobry - w razie gdyby projekt wypalił, wtedy łatwiej, taniej i szybciej można wynająć zespół PHP Developerów.

Z drugiej strony - czy nie lepiej postawić od razu na jakiś wydajniejszy, kompilowany język (Go, D, Java - tak, wiem, to nie do końca kompilowany)? W drugim przypadku aplikacja wytrzyma większe obciążenie, nie będzie później trzeba jej przepisywać, albo budować infrastruktury złożonej z N-serwerów. Piszę o tym, bo często oglądam konferencje nt. startUpów itd, jeden z zespołów przy rozwiązaniu X na RubyOnRails mieli aplikację na 15 (lub 30, nie pamiętam już) serwerach, przy przejściu na "Go" liczba zmniejszyła się do 2 serwerów, także różnica jest ogromna.

Użycie PHP na pewno pozwoli szybko stworzyć i rozwijać projekt, w razie czego szybko utworzyć team. Choć czy to nie za szybko, aby myśleć o sprawach wydajności (osobiście widziałem sporo dość obleganych apek, które dawały radę)? Nawet jeśli aplikacja będzie działać na jednym serwerze, to aby go "zajechać" ruch musiałby być całkiem spory. Z drugiej strony - czy nie lepiej zacząć od czegoś wydajnego, co da nam dobry margines na przyszłość? Tylko w tym przypadku czas pisania aplikacji niestety będzie się przedłużał - osobiście nie jestem jeszcze tak bardzo biegły w Javie, czy Go (chodzi oczywiście o znajomość bibliotek i godziny praktyk).

Co myślisz o starUpie w PHP?

Każda opinia będzie dla mnie ważna, jeśli przerabiałeś już ten temat i coś nasuwa się Tobie na język, wtedy pisz śmiało! Z chęcią Cię wysłucham. ; )

[gitbejbe]

Napisałeś wszystkiego po trochu i zero konkretów. Czyli będzie to aplikacja webowa ? czego będzie dotyczyć ? skierowana do kogo ? jaki przewidywany ruch ? itd... Możesz napisac w czym chcesz, w każdej technologii bardzo łatwo jest napisać bubla ; ) PHP pod weba jest - jak dla mnie, najprostszym rozwiązaniem i wcale nie takim mało wydajnym. Akurat niedawno sam w firmie napisałem apke webową pod "inteligentne domy". Kolega zaprojektowął i zbudował fizyczny moduł który podpina sie do sterownika kotła grzewczego w domu, który to komunikuje się co 10sekund z serwerem i przesyła informacje. Od strony serwera możesz robić ze swoim całym systemem grzewczym co chcesz. Do tego dochdozi API, udostępnianie swoich kotłów itd itp, wszystko w ładnej szacie graficznej. To tak w bardzo duzym skrócie. Projekt realizowany w ciągu 8miesiecy. Obecnie jst troche ponad 200 urzadzeń wysyłających ciągle requesty co 10 sekund + dochodzą użytkownicy którzy odwiedzają serwis. Wszystko pięknie śmiga i to obecnie jeszcze na najtańszym vps'ie z homeclouda.Cała apka tylko w php'ie. Postaw na technologie w której czujesz się najlepiej i tyle. Zmniejszasz wtedy ryzyko spartolenia projektu i oszczedzasz czas który straciłbyś na poznawanie nowego środowiska , rozwiązań itd itp.