Nowości z php.internals – release cycles

W jednym z wpisów na php.internals w dyskusji o dacie wersji alpha releasu kolejnej wersji php (5.4 ?) Johannes Schlüter który jest release managerem dla brancha 5.3, zaproponował by publikacje nowych wersji języka przeprowadzać w pewnych konkretnych cyklach.

Cykle wydawnicze php miały by być oparte o model cykli Ubuntu. Co to oznacza ? Mniej więcej tyle, że istniałby stabliny branch typu LTS (long term support) który żył by określoną z góry ilość czasu (np. 2 lata) i otrzymywał by przez ten czas tylko poprawki (np. 5.3), równolegle istniał by kolejny branch (5.4) z pewną ilością zmian w stosunku do poprzedniej wersji, który otrzymywałby poprawki do czasu aż nie wyszedł by kolejny (5.5) z nowymi featurami.
Taka polityka ma kilka zasadniczych zalet:

  • szybkie wprowadzanie nowości do języka
  • większa motywacja dla deweloperów by nowości do języka wprowadzali sprawniej
  • określony cykl wydawniczy pozwalający końcowym użytkownikom prowadzenie efektywnej polityki migracji

Z ostatnich wpisów na liście wynika, że prawdopodobnie propozycja ta zostanie zaakceptowana, a nowe wersje języka będą pojawiały się raz do roku.

Co wy o tym sądzicie ?

  1. pluszak says:

    Jeśli takie rozwiązanie zostanie przyjęte to na zdecydowanej większości hostingów dostępne będą tylko wersje z gałęzi LTS więc pewnie nie ma co się nastawiać na powszechne wykorzystywanie nowości wprowadzonych w gałęziach o krótkim czasie wsparcia dopóki nie trafią do kolejnej LTS. Inna sprawa to czy te nowości są niezbędne w raczej mniejszych projektach które są hostowane tam gdzie nie mamy możliwości samodzielnego wyboru wersji php.
    Drugi możliwy problem to możliwość, że narzucenie terminu wydania kolejnej wersji zamiast oddziaływać motywująco na programistów spowoduje: “niedługo mamy wydać kolejną wersję LTS więc wciśnijmy tam cokolwiek (co np nie jest w 100% dopracowane) żeby można było ją wydać”

  2. Wojciech Soczyński says:

    Może masz i racje, ale dzięki temu, że LTS-y będą miały krótszy czas życia niż w obecnym systemie i tak zmiany na hostingach będą miały szanse odbywać się szybciej. Jeżeli chodzi o narzucenie terminu, to sądzę, że będzie tak, że jeżeli jakiś feature nie jest gotowy to po prostu zostanie przesunięty do kolejnego wydania (tak robią deweloperzy Chrome) i myślę, że to jest właściwe rozwiązanie :)

  3. cojack says:

    Mi się podoba, jestem za. Wcześniej to nigdy nie było wiadomo co i kiedy wyskoczy z kapelusza, a tak teraz będziemy mieli wszystko jak na dłoni.

  4. batman says:

    Pomysł fajny, ale obawiam się że hostingi i tak będą trzymać starą wersję PHP lub podniosą ceny. Firmy, które zajmują się tworzeniem stron w oparciu o PHP również będą kręcić nosem. Przecież każde nowe wydanie języka będzie wymagało dokładnych testów. Ostatecznie może dojść do sytuacji, w której kilkanaście serwisów w jednej firmie będzie napisanych w kilku/kilkunastu wersjach PHP.

  5. Zyx says:

    Moim zdaniem w tym wypadku nie bez winy są sami programiści wychodzący z założenia, że “po co korzystać z możliwości wersji XXX, kiedy nie ma jej na hostingach”, co daje hostingom możliwość tłumaczenia się “po co mamy instalować wersję XXX, kiedy nikt nie zgłasza zapotrzebowania?” Samospełniająca się przepowiednia i tyle. Ja tam się nie przejmuję. Czekać mogę góra 6 miesięcy, jak ktoś się nie ma zamiaru dostosować i nie rozumie, że “klient nasz pan”, to do widzenia.

  1. There are no trackbacks for this post yet.

Leave a Reply

Notify me of followup comments via e-mail. You can also subscribe without commenting.