php a duże projekty., Jakie środowisko używać. |
Tematy na forum Pro mogą zakładać jedynie moderatorzy. W otwartych tematach może pisać każdy, kto ma coś fachowego do powiedzenia. Wszystkie posty nie wnoszące nic do tematu będą natychmiast usuwane, a ich autorzy dostaną ostrzeżenie.
Jeśli uważasz, że jakiś temat jest warty dyskusji na tym forum, zgłoś go w temacie Propozycje.
php a duże projekty., Jakie środowisko używać. |
27.08.2006, 22:03:12
Post
#1
|
|
Grupa: Zarejestrowani Postów: 172 Pomógł: 0 Dołączył: 22.09.2002 Skąd: Gorzów Wlkp Ostrzeżenie: (0%) |
Witam.
Od jakiegoś czasu jako firma realizujemy w miarę duże projekty bazując częściowo na własnych rozwiązaniach (jak to już w świecie php bywa - każdy pisze własny framework). Interesuje mnie wasza opinia czy warto dalej brnąć w tworzenie własnych fundamentów, czy np. nie lepiej pozostawić to innym (Zend Framework, Symfony, itd). Jak wiemy w php zanim się "przetnie deskę", należy sobie stworzyć piłę, samą deskę, a najlepiej to okulary ochronne i wiele innych narzędzi. (szkoda że nie wygląda to tak jak w .net). I teraz najważniejsze to jakie wy narzędzia byście zastosowali przy tworzeniu większych serwisów internetowych (dla przykładu serwis - 50k userów na dzień dobry przeniesionych ze starej wersji - docelowo liczba może sięgnąć kilkuset tysięcy, a może i więcej). Chodzi mi o solidną platformę - czy ktoś z was pracował na jakimś dobrym ogólnodostępnym frameworku, nad podobnej wielkości projektem i może zdradzić mi jak się zachowywał? A może inne narzędzia? Czego wy używacie przy naprawdę dużych projektach? Ps. Zależy mi również na szybkości pracy - przy np. 4 programistach nad takim projektem koszta mają dla mnie duże znaczenie. Pozdrawiam dzięki za sugestie. anas |
|
|
21.02.2007, 00:44:30
Post
#2
|
|
Grupa: Zarejestrowani Postów: 172 Pomógł: 0 Dołączył: 22.09.2002 Skąd: Gorzów Wlkp Ostrzeżenie: (0%) |
jeżeli swojego doświadczenia nie przeleje na oficjalny wpis na blogu to dla ciebie jest to gówno warte? a Hummer H3, podobno obiekt westchnień (?!?) spala 10-20l na setkę... Czytanie ze zrozumieniem to chyba kolejny problem naszego narodu, cóż. Pierwsza rzecz to przelewanie na wpisy w ramach blogu - gdzie, ktokolwiek wspominał, że masz to robić - podkreślam, bazujesz na opiniach z blogów, przytaczasz argumenty innych - napisz: pracowałem na: X, Y, Z - w mojej ocenie Y wypada najlepiej bo... i jeśli przekonasz mnie, moich klientów, programistów, administratorów że inny framework jest korzystniejszy, podbudowując to konstruktywną argumentacją, uwierz mi że będę się mocno zastanawiał nad ewentualną zmianą. Porównanie do Hammer'a jest ni w ząb nie trafione, bo moja "Edyta" wyraźnie wskazała, że nie masz racji, nawet co do testów na których bazujesz. Są inne, całkiem odwrotne do tych które podałeś. Ja dodatkowo mogę powiedzieć co nieco prosto z warsztatu, bo moja firma jak wspominałem bazuje na Symfony, jeśli chodzi o aplikacje PHP. Porównując Symfony do np. takich FW jak ZEND FW, Solar - to tak jak bym porównywał .net + VS Studio, do EditPlus'a i korzystania z MFC. Dzisiejsze koszty sprzętu w stosunku do kosztów pracy inżynierów są śmieszne. Skoro optymalizacja wydajność, bazująca na pracy 3-4 inżynierów to koszt średnio 12-15 tyś miesięcznie na rękę + ZUS, podatki, koszta utrzymania firmy, to ja za te pieniędzy dozbroję się w kolejny serwer i wydajność zostanie podniesiona dużo bardziej. Dodatkowo optymalizując środowisko pracy, można zbliżyć się do wyników najbardziej wydajnych środowisk, który przytaczałeś. Dodam jeszcze, że w stosunku do inżynierów Yahoo, Twój autorytet ma dla mnie mniejszą wagę, a oni postawili właśnie na Symfony, przy jednym z serwisów tematycznych i co ważniejsze, są z tej decyzji zadowoleni. Niemniej jednak każda konstruktywna wypowiedź ma wartość merytoryczną, byleby właśnie była konstruktywna. Każdy robi to co lubi, jeśli nie lubisz Symfony to używaj innych narzędzi, jeśli jednak nie masz pewności polecam wypróbować - to nic nie kosztuje poza poświęconym czasem. Pozdrówka, anas Edyta: No i bym był zapomniał - porównujemy FW bazujące na 4 i 5 wersji PHP - to też silny argument który wpływa na decyzję - zalet programowania obiektowego nie trzeba chyba nikomu tłumaczyć, ograniczeń co do tych kwestii 4 wersji PHP też, nie będę wspominał o tym że warto zastanowić się nad dostępnością php4 w stosunku do php5 teraz i za kilka lat, chyba że myślimy o aplikacji na dzisiaj i wczoraj, nie dzisiaj i jutro. Wydzieliłem z tematu parę "bardziej osobistych" postów. Szkoda psuć ciekawy wątek. - DeyV |
|
|
Wersja Lo-Fi | Aktualny czas: 23.09.2024 - 11:46 |