![]() |
![]() |
![]() ![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 0 Pomógł: 0 Dołączył: 14.09.2009 Ostrzeżenie: (10%) ![]() ![]() |
Czy faktycznie każdy rozumny człowiek powinien omijać PHP szerokim łukiem? Największe serwisy internetowe powstały w PHP (Facebook, YT). Internet jest zalany artykułami o beznadziejności PHP. Czy jest tak w rzeczywistości? Jakie są powody by tak twierdzić? Jeff Atwood stara się to wyjaśnić. SPAM
Ten post edytował erix 14.09.2009, 21:45:27
Powód edycji: [erix]: znowu ten sam link, moderka do odwołania [Ociu]: Usunąłem link.
|
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Moderatorzy Postów: 2 921 Pomógł: 269 Dołączył: 11.08.2005 Skąd: 127.0.0.1 ![]() |
Cytat Przychylę się do tego co mówi wookieb i co być może łatwo wyczytać z mojego poprzedniego postu: wszystko jest dla ludzi, ale nie należy z niczym przesadzać. Całkowicie się z Tobą zgadzam. Nie można popadać ze skraności w skrajność.Cytat Wookie i ja mieliśmy na forum niedawno tutaj zabawę z optymalizacją algorytmu i szczerze mówiąc bawiłem sie dobrze zmuszając szare komórki do pracy inaczej niż "Kurcze... Jaka funkcja we frameworku robiła to wszystko za mnie?" A ja zdobyłem kolejnego klienta, ponieważ zamiast bawić się zadania z algorytmiki, oddałem projekt na długo przed konćem terminu i zostałem polecony innej osobie.Cytat A do tego właśnie wszystkie dążą z ZF na czele: "Poznaj moje funkcje, które być może robią to samo co te z manuala, ale są obiektowe, więc bardziej cool". Dlatego trzeba podchodzić do wszystkiego z pewnym dystansem, by być w stanie zdać sobie sprawę z ewentualnych wad konkretnego rozwiązania. Ja w taki sposób podchodzę do większości zagadnień i jestem w stanie w miarę obiektywnie ocenić, czy dane rozwiązanie spełni swoja role.Cytat Jak dla mnie by naprawdę zrozumieć język i móc się nim wprawnie posługiwać, trzeba znać jego podstawy i nie skakać od razu na framework, bo inaczej później będą problemy nawet z prostymi rzeczami. Podstawą nauki dowolnego frameworka/biblioteki powinna być znajomość języka, w którym mamy zamiar wykorzystać gotowe rozwiązanie. Tutaj nie ma żadnych wątpliwości.Cytat Obiektówka jest fajna i ułatwia wiele rzeczy, gdyż modeluje zachowania świata rzeczywistego i pozwala to odwzorować na język komputerowy. Tyle że nie warto wszystkiego sprowadzać do roli abstrakcyjnego obiektu. W PHP nie warto. Ale, jak wiesz, są inne języki, w których nie ma czegoś takiego jak programowanie strukturalne.Cytat Co do wprowadzania kolejnych "warstw abstrakcji" to przy takim podejściu do sprawy niedługo do włączenia notatnika będzie potrzebny procesor 2GHz i 1GB RAM A co powiesz o płytach cd, potem dvd, a obecnie blue-ray? Technologia poszła do przodu i film, który kiedyś "ważył" 700MB, teraz potrafi osiągnąć kilkanaście GB. Tylko, ze w chwili obecnej kupno dysku 1TB nie jest wydatkiem rujnującym domowy budżet. Tak samo jest z innym sprzętem. Skoro mogę dokupić dodatkowa kość pamięci za 500 zł, albo spędzić miesiąc nad optymalizacja, która przyniesie mi 0.2 s, to wole kupić pamięć. Cytat A wiele frameworków to takie scyzoryki, których pełnych możliwości się po prostu nie używa, ograniczając jedynie do pewnych podstawowych. Czy jest więc sens ich stosowania? Nie lepiej okroić z możliwości lub znaleźć ów nóż dostosowany do naszych określonych potrzeb? O tym pisałem wcześniej. Nie ma sensu strzelać z armaty do wróbla. Pisanie wizytówki/strony domowej na kombajnie jest co najmniej głupie.Podobnie jak w innych dyskusjach tego typu zapomina się o jednym bardzo ważnym elemencie - kliencie. Jak sądzicie, co wybierze klient? Przesunięcie terminu oddania projektu o kilka miesięcy, ponieważ trzeba porobić testy wydajnościowe, zamienić wszystkie cudzysłowowy na apostrofy i wykonać inne mniej lub bardziej sensowne prace (co tak nawiasem mówiąc, nie obchodzi klienta), czy dokupić pamięć/procka? Jeśli koszt zakupu nie będzie jakiś astronomiczny, a my wyjaśnimy klientowi wszystkie za i przeciw obu rozwiązań, to 90% klientów wybierze drugie rozwiązanie. Kolejną bardzo ważną rzeczą jest to, że zastosowanie jakiegoś rozwiązania, wymaga od programisty jego znajomości. Ktoś kto nie zna wywołanego do tablicy ZF, może stworzyć potwora, który zarżnie każdą maszynę. Równie dobrze, nie korzystając z żadnego frameworka, można napisać w czystym PHP taki kod, który również zarżnie serwer. |
|
|
![]()
Post
#3
|
|
Grupa: Moderatorzy Postów: 4 362 Pomógł: 714 Dołączył: 12.02.2009 Skąd: Jak się położę tak leżę :D ![]() |
Takie rozwiązanie z dokupowaniem pamięci może być, ale tylko jeśli sam sobie stawiasz serwer lub rozwiązanie jest "na local", nie zaś gdy tworzysz mające iść na serwer współdzielony. A klientowi robi różnicę gdy musiałby zamiast niego wykupić dedyk, którego cena za miesiąc jest podobna do opłaty za rok na współdzielonym. Nie każdy wtedy taki chętny już będzie.
Jeśli już wskoczyliśmy na temat filmów to jest wyraźna różnica pomiędzy każdym ze wspomnianych. Począwszy od rozdzielczości kończąc na jakości i zastosowanych kodekach. VCD to nie DVD z domyślnym mpeg-2 i na pewno nie to co na dysku Blu-Ray. Tutaj nie ma co porównywać nawet. Nie chodzi już nawet o technologię, bo pomiędzy CD a DVD różnica w zasadzie z grubsza jest tylko w laserze i gęstości zapisu. W zasadzie to można porównać jedynie do zmienionego kodeka. Wiadomo, że i tak nie otrzyma się "żylety" bo to musiałoby być związane z bezstratnym kodowaniem materiału w RGB. A to są koszmarne ilości, gdyż sam robię czasem niekompresowane zrzuty z karty graficznej i przykładowo materiał 1280x800 trwający 65 sekund to już 993MB a utkniemy oczywiście na limicie obsługi pamięci choćby w starszych systemach i powyżej 4GB się plik "wysypie". A co dopiero mówić o całym 90 minutowym filmie. Blu-Ray mógłby się pokusić powoli o coś takiego, ale i tak musiałby mieć jakiś bezstratny kodek i być dzielony na małe pakiety. Co do IE6 to wynika jego pozycja w dużej mierze z musu i pewnego "przywiązania". Na szczęście jest wiele dobrych alternatyw i ciągłe tłuczenie do głowy daje jakieś rezultaty. Wolno, ale jednak sie zmienia układ na rynku co może tylko cieszyć. Niestety IE nawet w tej samej wersji jest nieprzewidywalny. Przykład miałem wczoraj. Klient dzwonił, że mu się nie wyświetla coś na stronie. Odpaliłem na 4 kompach w firmie na Operze, IE6, IE7, IE8 oraz FX i wszędzie ruszył oprócz IE6 na 2 kompach, ale jak się dowiedziałem to owe przeglądarki coś "dorwało" i miały uszkodzone pliki przez co zachowywały się niestabilnie. A tłumacz to teraz klientowi, że winna jest jego przeglądarka. Już i tak co chwile się zastrzega, że jeśli coś nie działa to niech zmieni ją na nowocześniejszą. Ale jaki to ma efekt? Żaden, bo dział Pomoc na stronie odwiedzają nieliczni i połowa telefonów nawet by nie zadzwoniła gdyby zajrzeli tam. Klienci to leniwe istoty, które przy byle problemie dzwonią, choć w większości przypadków wina jest po ich stronie. Czasem potrafi bezczelność nawet wkurzyć. Przedwczoraj zbluzgano handlowca ponieważ na 2 dni przed końcem okresu promocyjnego przyszedł mail klientowi o konieczności wykupienia abonamentu. Kij z tym, że przez 60 dni korzystał za darmo z okresu promocyjnego. Nie podobało mu się, że taki mail mu przyszedl i twierdził, że zasypujemy go tym (IMG:style_emoticons/default/winksmiley.jpg) A w cronie jest wyraźnie, że takie maile przychodzą dwa: na 16 i 2 dni przed końcem okresu wygaśnięcia. Wychowanie klienta to chyba jednak podstawa. Niech nie liczy na złote góry. Niestety niektórzy zdają się tak wychowywać swych klientów i potem w całej branży są problemy. Ale wracając do głównego wątku, czyli samego PHP i projektowania w nim optymalnego to trudno znaleźć złoty środek. Niestety pseudo-koderów jest masę. Rozumiem, że każdy zaczynał kiedyś, ale coraz częściej dochodzi do sytuacji, że zamiast pogłębiać oni swoja wiedzę w sposób samodzielny powielają oni spostrzeżone wzorce z błędami, nie zawsze rozumiejąc co robią. Jakiś czas temu był boom na AJAX, wcześniej to samo przechodził Flash. Gdy wchodziłem na stronę jakąś i widziałem wolno przesuwający się loader to zazwyczaj od razu zamykałem stronę, zanim się załadowała. Ciekawe co będzie takim "priorytetem" i dumą niedługo. Myślę, że niedługo każdy "szanujący się webmaster" na swojej stronie będzie musiał mieć coś w canvas i przejść na html5. Oczywiście nabijam się, ale tak z perspektywy czasu widzę tę branżę. Krótkie mody na określone technologie, po których następują kolejne. Nawet na forum widać, że obecnie w Polsce jest "na czasie" napisać grę przegladarkową co widać po wielu postach w serwisie. Ja sam zastanawiam się nad taką, ale u mnie jest to naturalne, bo planuje zmianę serwisu i użytkownicy na forum mnie o takie rozwiązanie pytali. A ja uważam to za ciekawe rozwinięcie systemu rang i avatarów. Zamiast standardowego obrazka i rangi - swoja postać, która wyrażałaby zaangażowanie usera w stronę i mocno z jego zachowaniem w portalu związana. Zastanawia mnie jednak przede wszystkim ilość tych pseudo-koderów obecnie. Rozumiem, że Internet wciągnąć potrafi, ale skoro ktoś przyjmuje za punkt honoru sobie być adminem strony to czemu zamiast siąść z manualem w przeglądarce i jakąś "cegiełką" w ręku tycząca programowania oraz projektowania leci na forum mając ledwo mgliste pojęcie o html, niemal zerowe o php i chce pisać, nie potrafiąc nawet sformułować poprawnego pytania? Są przecież granice od których pytać o coś już jest wstyd. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 16.10.2025 - 09:10 |