Pary_anime
Wkład w powstanie niniejszej standaryzacji wnie¶li (układ alfabetyczny):
antyqjon, roodee, Sl@o
Podczas prac nad standaryzacj± korzystano z opracowań:
http://utvikler.start.no/code/php_coding_standard.html
http://srparish.net/writings/php_code_standards.html
http://pear.php.net/manual/en/standards.php
W przypadku watpliwosci lub rozbieznosci o wyborze decydowac bedzie sposob zapisu stosowany z manualem PHP.
Duzy wklad w powstanie niniejszego standardu kodowania dla aplikacji PHP na niniejszym forum wniesli uczestnicy grupy dyskusyjnej pl.comp.lang.php oraz liczni go¶cie na forum Skorosze.pl
Po co jaki¶ standard?
Niniejsze opracowanie opiera się na dyskusji grupy projektowej i jest czę¶ci± projektu Open Source. Niniejszym standaryzacja ma system otwarty, może być modyfikowana, rozbudowywana, skracana, etc, Autorzy licz± jednak na informowanie o naniesionych poprawkach w celu aktualizacji niniejszej standaryzacji.
Okre¶lenie to ma sprzyjać powstaniu łatwego do przegl±dania i modyfikowania kodu PHP jak najblizszego temu podanemu bibli kazdego PHPowca, tj. w manualu PHP. Nie mniej ważnym celem jest konieczno¶ć okre¶lenie konwencji pisania aplikacji.
Niniejszy standard kodowania jest bliski tradycyjnej unixowej formule kodowania. Jednakże w wielu miejscach zdecydowano się na rozwi±zania praktyczne, które stały w sprzeczno¶ci z podej¶ciem tradycyjnym. Ale się będ± wkurzać )). Od unixowej tradycji wieksza wage ma dla nas manual PHP.
Dlaczego nie warto stosować standaryzacji w oprogramowaniu Open Source?
Standaryzacja to straszna przeszkoda i same kłopoty.
- * każdy może zrozumieć napisany przez Ciebie kod i go rozwin±ć
A dlaczego ma rozumieć, ty się tak namęczyłe¶, a kto¶ ma to rozwijać ot tak sobie. A nie lepiej by posiedział nad tym co zrobiłe¶ dwa razy dłużej i nic nie zrozumiał.
- * każda standaryzacja jest _nierozwa* i dlatego lepiej nawet samemu jej nie stosować
Dlatego lepiej nie stosować nawet własnego standardu, bo to naprawdę duży fun nie rozumieć nawet samemu co się napisało. To nawet lepsze od krzyżówek, bo możesz spędzić z kilka godzin na co¶, co w inny sposób zajęłoby Ci minutę, a na nowo napisać można w godzinę.
- * standardy krępuje i niszcz± kreatywno¶ć
Przecież nie ma nic lepszego jak stosować stylu pisania zależnie od własnego nastroju i dać popis weny twórczej. Np. zacz±ć pisać funkcję otworzyć nawias i w bloku komentarzy opisać ze szczegółami ostatnie spotkanie z kumplami i dziewczynami, gdzie¶ w ¶rodku przypomnieć sobie co się robi więc wtr±cić parę argumentów bez przenoszenia tego do innej linii, wrócić do swego literackiego opisu, daj±c tym popis swojej literackiej elokwencji..
W ten sposób kto¶ nie tylko pozna kod twojej aplikacji, ale i dokulturalni się!
- * nie ma nic fajniejszego w PHP jak tworzenie własnego standardu do końca życia. Sam kod jest nudny i jego pisanie można zostawić na póĽniej
- * Nie ma nic fajniejszego jak robienie tych samych błędów na nowo i na nowo bez końca.
- * po co stosować standardy. Przecież wszyscy s± tacy sami i my¶l± tak samo.
- * I tak nikt nie stosuje się do standardów
A teraz już serio
!" border="0" /> Głosowanie rozpoczęte !
Po długotrwałych dyskusjach, przekonywaniu sie (co tu ukrywac) zażartych kłótniach postanowili¶my poddać projekt standardu pod głosowanie. Uznali¶my, że lepsze jest wrogiem dobrego, a nasze akademickie dyskusje mog± się ci±gn±ć w nieskończono¶ć. Zawsze można niedoci±gnięcia poprawić póĽniej.
Bardzo proszę zwolenników PHP i Open Source do wzięcia udziału w niniejszym głosowaniu. Koniec głosowania planowany na 20 grudnia 2002, a więc jeszcze przed
Bożym Narodzeniem.
Myslę, że to przyczyni się do ruszenia dalszych projektów.
Zgłoszone od dzi¶ na niniejszym forumpropozycje zmian będ± mogły być głosowane w poĽniejszym czasie.
