Stable 2.0 – aneb jak ven ze začarovaného kruhu

rgr. accepted

kravčo napsal(a):

Milé… a tie argumenty?

Tak v bodech fíčurky 2.x které jsou podle mě stable a stojí za vydání stable:

• adresářová struktura
• debug
  • chytřejší bluescreen
  • debugbar
  • firelogger
• neon
• spousta novinek v latte
  • makra: cache, var, first, last, sep, l, r
  • n:class, n:href
  • {ifset #block}
  • .latte
• finder
• context

Změn je samozřejmě více ale tohle by pro udělání si obrazu mělo stačit.

Fakt, že stable verzia vyšla vtedy kedy vyšla a bolo to už dávnejšie argumentom podľa môjho názoru nie je.

Tohle bude asi hodně o osobních preferencích. Pro mě je zastaralost poslední stable (na které někteří lidé staví právě protože je stable) celkem vězeňskou koulí. A to z toho důvodu že se snažím aktivně radit a odpovídat na dotazy. Problémem je, že když přijde otázka na něco co je ve stable jinak, mám problémy odpovědět, protože už ji dlouhou dobu aktivně nevyužívám. Nehledě na doopravdy subjektivní věc. Pokud narazím u software na verzi staršího data spíše mě to v jeho použití odradí.

Verziu, ktorá sa nám pod rukami nemení predsa máme, je ňou predsa aktuálna stable.

Takže by jsi doporučil zakládat nové projekty na 0.9.x? (pokud by někdo chtěl mít jistotu že nebude muset složitě přepisovat)

… a hlavne, písať dokumentáciu k narýchlo vydanej stable verzii je strata času…

Pozor ale dokumentace kterou nyní David píše je s největší pravděpodobností psána na master. Zanášet změny do nějaké dokumentace je jednodušší než psát od začátku něco nové. Tady bych tedy problém neviděl (sám čekám kdy David nahodí na web to co už má aby se dalo navázat a pomoct s tím co ještě není)

</flame>

hehe :-D narazil jsem na to poněkud pozdě…

Líbí se mi jak někteří jedinci prohlásili hovadinu a teď si za ní mermomoci stojí. I když už si nejspíše uvědomili, že obhajují hloupost, jenom proto, aby si zachovali „hrdost“, jenže tímhle si nepomáhají. :)

A vy, co tady brečíte proti vydání stable, tak v podstatě všechny vaše argumenty směřují k tomu, že stable nepotřebujete, nebo je vám to jedno. To znamená, že vám může být i jedno jestli David vytvoří nový tag v mainu.

kravčo napsal(a):

Git je krásny v tom, že neexistuje správny postup, iba odporúčaný.

Troufnu si, trošku namyšleně, tvrdit, že intenzivní používání gitu posledního půlroku v zaměstnání, mě naučilo jak pracovat s gitem tak, abych si mohl opravdu hrdě stát za tím, co jsem napsal. V gitu se zakládají větve a úpravy se dělají v ních, tečka. Pamatuj, pokaždé když zbytečně cherry-pickneš commit, umře koťátko!

Ale vážně, „správný“ postup je založit větev, na ní vytvořit commity, které opravují nebo vylepšují jednu věc a tato větev se při integraci rebasne a pushne. Cherry-pick mi příjde vhodný, pokud si tuto větev rozbiju a chci z ní dostat konkrétní commity do nové větve, se správnými refs, což je většinou nejjednodužší způsob jak takovou větev opravit. A samozřejmě jde idělat i to, že se na jakoukoliv logiku integrace vykašleš a budeš otrocky kopírovat idčka commitů :)

Honza Marek napsal(a):

Současný Context je jen přejmenovaný ServiceLocator ze starší verze. A rozhodně bych ho nikdy neoznačil za stable.

• bublá do presenteru (to je celkem zásadní fíčura) nehledě na to že samotný context má dle mého stabilní API (ať už se bude kolem něj dít cokoli není nutné aby se jeho veřejné API nějak měnilo)

HosipLan napsal(a):

A vy, co tady brečíte proti vydání stable, tak v podstatě všechny vaše argumenty směřují k tomu, že stable nepotřebujete, nebo je vám to jedno. To znamená, že vám může být i jedno jestli David vytvoří nový tag v mainu.

A na tohle jsi přišel jak?

Patrik Votoček napsal(a):

kravčo napsal(a):

Fakt, že stable verzia vyšla vtedy kedy vyšla a bolo to už dávnejšie argumentom podľa môjho názoru nie je.

Tohle bude asi hodně o osobních preferencích.

Čo nie je? :)

Verziu, ktorá sa nám pod rukami nemení predsa máme, je ňou predsa aktuálna stable.

Takže by jsi doporučil zakládat nové projekty na 0.9.x? (pokud by někdo chtěl mít jistotu že nebude muset složitě přepisovat)

To je presne otázka. Ak má Ferko projekt s deadlinom o mesiac a nechce v polovici zistiť, že niečo nefunguje alebo sa zmenilo, tak použije stable 0.9.x. Ja alphu. Ak by som ja mal projekt v Zende (ktorý skoro nepoznám) s deadlinom o mesiac neváhal by som použiť starú stable verziu. Áno, Zend má určite lepšiu dokumentáciu, ale to rozhodnutie nie je o dokumentácii.

HosipLan napsal(a):

A vy, co tady brečíte proti vydání stable, tak v podstatě všechny vaše argumenty směřují k tomu, že stable nepotřebujete, nebo je vám to jedno. To znamená, že vám může být i jedno jestli David vytvoří nový tag v mainu.

Je fakt, že stable nepotrebujem a nehanbím sa za to.

Ale vážně, „správný“ postup je …

„Since we believe in choice…“ (one fellow)

Upresním: viem ako fungujú a načo sú dobré branche a používam ich (doma i v práci). Aj keď priznávam, že by som to mohol vedieť lepšie. Môj git fork doma má viacej vetví, no na githube mi vyhovuje systém iba master, keďže to je fork len na fixy/vylepšenia do Nette, nie na vlastné fičúry.

Iný postup je vhodný vo firme, kde na projektoch pracujú desiati ľudia súčasne…

Vždyť je to „jenom blbej tag“…

Hlavným dôvodom, prečo sa zapájam je fakt, že si myslím, že stará stabilná stable škodí Nette oveľa menej ako nová nie úplne stabilná.

Nutíš mě nad tím znova přemýšlet (sakra potřebuju se soustředit na něco jiného). Jinak až dopřemýšlím odpovím do nějakého „lepšího“ vlákna.

na1k wrote:

Ohooo! Takže beta zhruba za týden a stable brzo po ní? To zní nadějně :))

Zmínka na přednášce na FITu

jj, a na webexpo 2010 bylo hotovo 90% a 2.0 byla těsně před vydáním ;)

Neříkám že je to tutovka, neřekl to ani David a všichni víme, jak to s termíny u SW bývá.

Prostě jen zmínil, že pokud někdo chce zkusit Nette, nemá se bát stáhnout 2.0a, protože je v pohodě a stejně během asi týdne bude 2.0b a brzy na to snad stable.

Závěry si z toho udělejte sami :-p
Já osobně doufám, že formuláře budou (už by přeci jenom bylo na čase; a když ne do 2.0 tak už asi nikdy). Naopak DI a Database mě netrápí vůbec :)

ona je betaverze a betaverze, některé produkty (FF) betaverzí teprve fixují…