-
Data: 2013-04-30 14:10:57
Temat: Re: jsp vs php
Od: Michal Kleczek <m...@k...org> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On 2013-04-30 13:13, M.M. wrote:
> W dniu wtorek, 30 kwietnia 2013 11:40:53 UTC+2 użytkownik Michal Kleczek napisał:
>> 1. W "golym" JSP od czasow juz niepamietnych nikt rozsadny nie tworzy
>> aplikacji.
> Cały czas trochę mnie to dziwi. PHP, JSP, ASP to narzędzia tak
> specjalistyczne, że powinny oferować wszystko co może okazać się
> potrzebne w różnych aplikacjach. Tymczasem ciągle powstają
> wszelkiej maści frameworki i cieszą się popularnością. Ciekawe jakby
> to było, jakby jakiś framework był oferowany już na poziomie PHP czy JSP.
"Jakis" jest. Trudno oczekiwac, ze bedzie spelnial potrzeby wszystkich
uzytkownikow i rozwiazywal wszelkie problemy. Po to sa
biblioteki/narzedzia dodatkowe.
Poza tym to jednak leciwe narzedzia, swiat idzie naprzod.
Golego JSP nie polecam. Predzej czy pozniej skonczy sie to na
rozwiazywaniu problemow juz dawno rozwiazanych, wywazaniu otwartych
drzwi i przepisywaniu aplikacji.
>
>
>> Struts to minimum, zas w naszych czasach to JSF (pomijajac
>> oczywiscie architekture "pure" ajax - wtedy to GWT lub
>> biblioteki/frameworki JS + serwlety)
> To najbardziej cenne dla mnie uwagi.
>
Nie znam sie dobrze na PHP. W Javie frameworkow do tworzenia aplikacji
web jest gazilion. Sztuka sensownie wybrac...
>
>> 2. Jaki projekt?
> Nie wiemy obecnie jak duże będzie zainteresowanie projektem. W przypadku
> dużego zainteresowania, obawiamy się problemów z wydajnością i
> skalowalnością. Może się okazać, że będzie trzeba dostawić 30 dodatkowych
> serwerów i wtedy najlepiej jakby aplikacja działała 10-15 razy szybciej.
Rozumiem, ze nie 10-15 razy szybciej, tylko tak samo przy 10-15 razy
wiekszym obciazeniu. Ale to tylko uscislenie czym jest skalowalnosc.
Jezeli potrzebujesz takiej skalowalnosci, to myslenie o JSP vs PHP jest
pomylka. To sa tylko technologie warstwy UI. A w tej warstwie jak
programista nie jest zupelnym ignorantem trudno jest cos zepsuc w
temacie skalowalnosc. I tak "koniec skalowalnosci" jest zazwyczaj
wyznaczony przez centralny storage. Wiec wroc i sie zastanow nad
architektura _calosci_ systemu.
> Zdaję sobie sprawę że w żadnym środowisku nie jest możliwe uzyskanie takiego
> efektu w pełni automatycznie. Jednak może niektóre środowiska znacznie
> ułatwiają skalowanie aplikacji?
>
JEE (czescia ktorego jest JSP) jest dokladnie po to, zeby ulatwic
tworzenie skalowalnych aplikacji. Co nie znaczy, ze zrobi to za programiste.
>
>> Abstrahujac od zalet/wad samego jezyka istotne jest chociazby, czy i
>> jak/gdzie ma byc site uruchomiony. Hosting PHP jest znacznie tanszy od
>> hostingu Javy. Chyba ze mowimy o np. chmurze Google.
> Koszty hostowania nie wydają się straszne, ale jak wygląda licencja Javy,
> JSP, narzędzi i powyższych frameworków do zastosowań komercyjnych? Nie
> ma jakiś pułapek?
>
Wiekszosc rzeczy jest za darmo. Ale licencje trzeba przeczytac.
>
>> Na twoj wybor powinno rowniez wplynac, czy bedziesz tworzyl cos od zera,
>> czy tez oprzesz sie o jakies gotowe rozwiazania typu
>> portalowego/CMS/inne. Zarowno w jednej jak i drugiej technologii jest
>> tego troche.
> Jakbym zdecydował się na Javę i JSP, to raczej będzie instalacja jakiegoś
> frameworka i na jego bazie wszystko od zera. Jednak w 100% nie jestem
> pewny.
>
Nie znam wymagan, ale doswiadczenie/intuicja podpowiada mi, ze ktos juz
zrobil to lub cos podobnego. Najtaniej wziac gotowe i ew dostosowac.
Jezeli jednak zdecydujesz sie na tworzenie "od zera", to to "od zera"
tez moze zaczynac sie w roznych miejscach... Moze byc to JSP, a moze byc
jakis generyczne oprogramowanie typu portalowego (Joomla, Liferay) + CMS
+ jakies wtyczki. Nie znam wymagan, wiec trudno powiedziec.
Jesli chodzi "niskopoziomowe" frameworki w Javie to polecam popatrzec na:
- GWT (+ jakis framework/biblioteki :-) ) jesli aplikacja ma byc czysto
Ajaxowa
- Apache Tapestry jesli Ajax tylko jako "wodotryski"
- ew. JSF, bo to standard, wiec latwiej o utrzymanie systemu (ale za to
beda dosc trudne poczatki)
>
>> Wreszcie - a jakimi ludzmi dysponujesz? Tworzenie produkcyjnego systemu
>> przez ludzi poznajacych nowa technologie to proszenie sie o porazke.
> Na razie sobą i dwoma innymi osobami. Kiedyś każdy z nas trochę
> programował w javie, wszyscy zrobiliśmy kiedyś jakieś małe aplikacje w JSP,
> ale teraz raczej nie mamy kontaktu z tymi narzędziami. Wiem że słaba
> znajomość narzędzi to proszenie się o kłopoty, jednak mimo wszystko może
> warto.
Jak chcesz zarobic na serwisie to nie warto :-)
--
Michal
Następne wpisy z tego wątku
- 30.04.13 17:04 R.e.m.e.K
- 30.04.13 18:56 Ghost
- 30.04.13 19:55 M.M.
- 30.04.13 20:28 R.e.m.e.K
- 30.04.13 20:38 Ghost
- 30.04.13 20:37 Ghost
- 30.04.13 20:59 R.e.m.e.K
- 30.04.13 21:07 Ghost
- 30.04.13 21:10 M.M.
- 30.04.13 21:14 Ghost
- 30.04.13 21:37 R.e.m.e.K
- 30.04.13 21:40 R.e.m.e.K
- 30.04.13 21:44 Ghost
- 30.04.13 21:46 M.M.
- 30.04.13 21:47 R.e.m.e.K
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-12-20 Precedensy politycznie motywowanego nie wydawania w UE
- 2024-12-20 Obrońcy
- 2024-12-20 Obrońcy
- 2024-12-20 Obrońcy
- 2024-12-20 Gdańsk => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-20 czyste powietrze
- 2024-12-20 Katowice => Analyst in the Trade Development department (experience wi
- 2024-12-20 Opole => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-12-20 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-20 Rzeszów => International Freight Forwarder <=
- 2024-12-20 Katowice => Key Account Manager (ERP) <=
- 2024-12-20 Ekstradycja
- 2024-12-20 Mikroskop 3D
- 2024-12-20 Warszawa => Spedytor Międzynarodowy <=
- 2024-12-20 Warszawa => Analityk w dziale Trade Development (doświadczenie z Powe