| Zobrazit předchozí téma :: Zobrazit následující téma |
| Autor |
Zpráva |
OndraSej
Založen: 28. 07. 2007
Příspěvky: 767
Bydliště: Brandýs nad Labem
|
 Zaslal: 7. srpen 2011, 18:11:59 Předmět: |
 |
|
Eosie> branchovat v SVN jde (snadno a efektivne). Co ovsem je maximalni opruz, je merge, pripadne prehazovani commitu mezi vetvemi.
Ale jinak pres vsechny vyhrady SVN porad je pomerne dobre pouzitelny system (pro nektere situace) a jsou veci, ktere mi z nej v Hg/gitu celkem chybi (jako treba moznost checkoutovat jen cast repository).
_________________
http://trionteam.net |
|
| Návrat nahoru |
|
 |
Lemik
Založen: 30. 07. 2007
Příspěvky: 138
|
| Zaslal: 7. srpen 2011, 18:52:36 Předmět: |
|
|
| SVN bych na "domácí" použití už nechtěl, možná jsem tehdy přehlédl jednodušší možnost, ale nutnost mít server na počítači jen kvůli tomu abych mohl uložit do repository to byla šílenost. |
|
| Návrat nahoru |
|
|
rezna
Založen: 27. 07. 2007
Příspěvky: 2156
|
| Zaslal: 7. srpen 2011, 19:47:39 Předmět: |
|
|
| Lemik napsal: |
| SVN bych na "domácí" použití už nechtěl, možná jsem tehdy přehlédl jednodušší možnost, ale nutnost mít server na počítači jen kvůli tomu abych mohl uložit do repository to byla šílenost. |
TortoiseSVN a lokalni repository pres file:// protokol  |
|
| Návrat nahoru |
|
|
Marek
Založen: 28. 07. 2007
Příspěvky: 1782
Bydliště: Velká Morava
|
| Zaslal: 7. srpen 2011, 20:10:50 Předmět: |
|
|
| VladR napsal: |
| .. ten dodatocny overhead spojeny s udrzbou SVNka ... tak je mi SVNko rovnako nic platne. |
No tak jasně, že SVN je ti na nic. SVN je totiž v rámci jednoho stroje téměř nepoužitelný a moc toho neumí. Ovšem já se nebavím o SVN...
_________________
AMD Open Source Graphics Driver Developer |
|
| Návrat nahoru |
|
|
VladR
Založen: 30. 07. 2007
Příspěvky: 1322
Bydliště: Greater New York City Area
|
| Zaslal: 8. srpen 2011, 14:55:05 Předmět: |
|
|
| Eosie napsal: |
Ale ztratíš schopnost bisectovat bugy (najít v historii, kde se něco rozbilo - pokud příčina bugu nejde zjistit jinak, hodí se vědět, který commit to způsobil). |
Ja chapem, ze v pripade projektu ako su napr. drivery (na ktore zrejme narazas), je to nevyhnutne.
Ale ked doma kodim na svojom engine/hre, tak uz predsa davno viem, ze je aspon 10-krat jednoduchsie stravit pol hodinu navyse testovanim vsetkych test cases a naslednym ultrarychlym fixom pripadneho bugu (ak sa nejaky vyskytol) - kym ma clovek celu implementaciu triedu a vstkych vztahov v pamati, nez nabusenim kodu bez testingu a clovek sa po 3 mesiacoch len pozera jak puk na kod a ze preco to vlastne nejde.
Bisecting bugov je nieco, co uz vyse 5 rokov nepotrebujem, kedze procesna metodologia, ktoru doma pri kodeni pouzivam bugy a priori eliminuje uz v zarodku
Tym netvrdim, ze to nie je potrebne pri vacsich projektoch, kde robi X ludi, alebo ako ked ty kodis drivery, kde je milion riadkov a 1000 featur.
Ale doma kodim ultra defenzivne - radsej spravim cez vikend o jednu featuru menej, ako si neskor narobit problemy o par mesiacov. |
|
| Návrat nahoru |
|
|
rezna
Založen: 27. 07. 2007
Příspěvky: 2156
|
| Zaslal: 8. srpen 2011, 20:03:42 Předmět: |
|
|
nj - je fakt ze jsme zapomneli ze ty jsi genialni - to pak opravdu nema smysl nic tady resit
prosimte VladR vzpamatuj se - chybu dokazu udelat kazdej i na 10 radcich kodu, a nejvic jich delaji ti co si mysli ze jsou dokonali
proto vznikaji veci jako TDD, kdy clovek sam sebe povazuje za omylneho a radeji si vse natestuje automatem |
|
| Návrat nahoru |
|
|
VladR
Založen: 30. 07. 2007
Příspěvky: 1322
Bydliště: Greater New York City Area
|
| Zaslal: 8. srpen 2011, 20:21:31 Předmět: |
|
|
| rezna napsal: |
nj - je fakt ze jsme zapomneli ze ty jsi genialni - to pak opravdu nema smysl nic tady resit
prosimte VladR vzpamatuj se - chybu dokazu udelat kazdej i na 10 radcich kodu, a nejvic jich delaji ti co si mysli ze jsou dokonali
proto vznikaji veci jako TDD, kdy clovek sam sebe povazuje za omylneho a radeji si vse natestuje automatem |
Zas ides do extremu. Nikdy som netvrdil, ze bugy nerobim.
Len, ze pripadne bugy HNED opravujem, lebo ked ich nechas postat, tak to po par mesiacoch sakra dlho trva, kym si zase natrepes veskere vztahy vsetkych tried do pamate. To je predsa hadam jasne kazdemu, co programoval dlhsie ako rok, ci nie ?
A kedze si doma svoj projekt koordinujem sam, nemam nad sebou ziadneho manazera s bicom, ktory sa mi snazi nahovorit, ze tie 2-3 hodiny na bugfix vyclenime o 3 mesiace neskor (kedy to uz 3 hodiny nebudu ani omylom), tak si mozem dovolit ten luxus, ze vsetky bugy fixujem hned ako vzniknu. Ale vela ich posledne roky nevznika, to je proste fakt.
Samozrejme, skusenostami clovek zisti aj to (mne to tiez trvalo peknych par rokov, to sa nebojim priznat), ze sa do featury doma pustam LEN ak viem, ze mam casovu rezervu, lebo odstateho/ nedokonceneho kodu sa aj ja bojim ako cert kriza, kedze v nom nie su zdokumentovane vsetky externe/interne dependencies (ktore su prave zdrojom necakanych bugov).
Taky luxus clovek bezne v praci pravdaze nema, ale za posledny rok som v praci nemal ziaden bug, na ktory by prisiel niekto iny - takze mozno na tom mojom style predsa len nieco bude |
|
| Návrat nahoru |
|
|
VladR
Založen: 30. 07. 2007
Příspěvky: 1322
Bydliště: Greater New York City Area
|
| Zaslal: 8. srpen 2011, 20:31:49 Předmět: |
|
|
| rezna napsal: |
prosimte VladR vzpamatuj se - chybu dokazu udelat kazdej i na 10 radcich kodu, a nejvic jich delaji ti co si mysli ze jsou dokonali |
Nie je ani tak podstatne, kolko bugov realne vyrobis. Podstatne je, kolko bugov od seba nechas odist von commitom do SVN. A to je to co sa pocita.
| rezna napsal: |
| proto vznikaji veci jako TDD, kdy clovek sam sebe povazuje za omylneho a radeji si vse natestuje automatem |
TDD ? Pri kodeni hier ? Ty si iny srandista  Mozno, nejake EA, kde je 150 koderov, ale pre mna ako samotneho kodera je TDD brutalnou stratou casu uz len preto, ze pisanim a spustanim testov stratim nezrovnatelne viac casu, ako fixovanim pripadnych bugov.
Uz vidim, ako pises test na odhalenie pripadneho bugu, ked sa Frame 23 Shooting Animacie zasekne presne pocas posledneho framu AI v suslednej navaznosti na dokoncenu Death animaciu Enemyho s Indexom Count-2.
Toto si teraz nevymyslam - toto je realny priklad bugu, ktory som davnejsie mal a pokial by si nemal test napisany s tymi konstantami ktore tam su, tak by ti TDD prd odhalilo.
A ktory by som vtedy (v den implementacie) fixol za 15 min (a nie pol dna), ak by som v tej dobe pracoval tak, ako pracujem teraz - teda, ze kazdu novu featuru podrobim testingu viac ako 1 minutu (co bol proste vtedajsi stav, kedze bugy som povazoval za normalnu vec - co samozrejme teraz uz nepovazujem). |
|
| Návrat nahoru |
|
|
OndraSej
Založen: 28. 07. 2007
Příspěvky: 767
Bydliště: Brandýs nad Labem
|
| Zaslal: 8. srpen 2011, 20:45:06 Předmět: |
|
|
VladR> prave ze spoustenim testu usetris neskutecne mnozstvi casu, behem ktereho bys aplikaci musel testovat manualne. Doporucuju vyzkouset, cloveku se pak tu aplikaci ani nechce rucne proklikavat
Jinak sila testu je prave v tom, ze je muzes kdykoliv prakticky zadarmo znova spustit a overit, ze jsi novymi zmenami nerozbil nic z toho, co uz predtim fungovalo. A rikat "defenzivni" kodu, ktery nema unit testy... to je skoro jako nepouzivat system pro spravu verzi. Aha, uz mlcim...
_________________
http://trionteam.net |
|
| Návrat nahoru |
|
|
micky
Založen: 28. 02. 2008
Příspěvky: 348
Bydliště: Plzeň, Praha
|
| Zaslal: 8. srpen 2011, 22:21:01 Předmět: |
|
|
Jen se přidám k názoru, že na Git nedám dopustit. Jakmile jsem vyvíjel něco ve více lidech, byla to nejschůdnější cesta. Je fakt, že než mi o něm někdo řekl, dělal jsem obden kompletní zálohu... nu, prostě nevermore. Zase je pravda, že návyky na zakládání dalších větví kvůli bugu jsem zrovna nepochytil. Každý má své návyky...
_________________
https://www.bluepulsar.cz/
https://twitter.com/11thDream_Game/ |
|
| Návrat nahoru |
|
|
rezna
Založen: 27. 07. 2007
Příspěvky: 2156
|
| Zaslal: 9. srpen 2011, 07:12:25 Předmět: |
|
|
tywe VladR fakt uz to nehul - to vubec neni o tom kolik bugu pustis ven - za prve, bug je neco o cem nevis ze to ven poustis, proste ti to utece a projevi se to treba za 3 mesice, protoze do te doby, chodi do dane funkce rozumne hodnoty.
navic jak rika ondrasej - testy jsou naopak ziskove, protoze testuji celou aplikaci a hlavne overuji ze kdykoliv udelas refaktoring, tak ze vsechno je spravne |
|
| Návrat nahoru |
|
|
VladR
Založen: 30. 07. 2007
Příspěvky: 1322
Bydliště: Greater New York City Area
|
| Zaslal: 9. srpen 2011, 16:21:39 Předmět: |
|
|
TDD je samozrejme nevyhnutne v biznis aplikacii, ktora generuje cashflow - ale pri hre si ho dost dobre neviem predstavit, ze ci sa ta namaha oplati pri jednom koderovi.
Ked si predstavim ake kvantum kodu by clovek musel napisat, aby nejaku triedu rozumne otestoval (a to este zdaleka neotestuje vsetky mozne alternativy)...
Jedina vyhodu TDD pri hre vidim v tom, ze ak by som spravil refaktoring, tak by to odhalilo pripadne nezrovnalosti.
Lenze to je prilis maly benefit, ktory je totalne prevazeny effortom na napisanie unit testov na vsetko (pricom vsetko clovek ani nerefaktoruje) ostatne.
No schvalne - kolki si doma pisete pri vlastnej hre unit testy na vsetko ?
Ocakavam aspon 20-30 priznani, sudiac podla intenzity vasich prispevkov  |
|
| Návrat nahoru |
|
|
VladR
Založen: 30. 07. 2007
Příspěvky: 1322
Bydliště: Greater New York City Area
|
| Zaslal: 9. srpen 2011, 16:27:27 Předmět: |
|
|
| OndraSej napsal: |
| VladR> prave ze spoustenim testu usetris neskutecne mnozstvi casu, behem ktereho bys aplikaci musel testovat manualne. |
Toto som oddelil ako osobitny prispevok, lebo to pokladam za extremne dolezitu vec.
Pri tom znovuhrani (testovani) clovek castokrat pride na featury, ktore by ho inak ani nenapadli. Nie ak to znovuhrajes po piaty krat. Alebo desiaty krat.
Ale po 20-30 spusteniach cloveka napadnu mnohe featury, ktore by ho inak nenapadli.
A co je najpodstatnejsie, kedze ma clovek v ten moment vsetky relevantne triedy nasekane v hlave, tak je ich implementacia neskutocne rychla.
Toto ti ziaden automaticky spusteny TDD neda. To je proste sila real-time / interaktivneho feedbacku v kombinacii s inspiraciou a chutou spravit nieco nove.
Nespocetne krat som vylepsil nove featury len vdaka mnohonasobnemu znovuhrani/testovaniu. Ak by som mal na dane featury TDD, tak garantovane to zostane sprznene naveky... |
|
| Návrat nahoru |
|
|
rezna
Založen: 27. 07. 2007
Příspěvky: 2156
|
| Zaslal: 9. srpen 2011, 20:06:36 Předmět: |
|
|
to je prave to ze TDD se pise drive nez se pise samotny a pomaha to utribit si myslenky
TDD tez neni jedine testovani - i samotne hrani je treba - ale clovek ma zaruku ze si nic nerozesere |
|
| Návrat nahoru |
|
|
OndraSej
Založen: 28. 07. 2007
Příspěvky: 767
Bydliště: Brandýs nad Labem
|
| Zaslal: 9. srpen 2011, 21:02:16 Předmět: |
|
|
VladR> po dvaceti az triceti (rucnich) spustenich cehokoliv kvuli testovani jednoho bugu me napadaji uplne jine veci, nez nove featury. Napriklad me napada, ze nejspis delam neco dost spatne, kdyz to spusteni jeste nemam zautomatizovane.
Jinak si myslim, ze pletes dohromady dve veci, ktere michat nejde, a to je testovani spravnosti kodu (ze kod dela presne to, co si myslis, ze dela; napriklad testovat, ze loader bitmap spravne nacita ruzne typy dat) a prototypovani/testovani produktu (ze aplikace resi ten spravny problem/dela to, co chce zakaznik, dobre se hraje...; napr. jestli je trava dost zelena a ma dost polygonu). To prvni typicky jde automatizovat a ma to smysl automatizovat, to druhe automatizovat nejde, protoze typicky predem nevis, co aplikace ma delat a tak to musis delat tak jako tak rucne (ale kdyz automatizujes to prvni, aspon ti na to zbyde vic casu a energie).
Jinak posledni hre podobna vec, kterou jsem psal, byl server pro deskovku Scotland Yard (Fantom stare Prahy) na testovani AI (takze to nemelo zadne uzivatelske rozhrani, hral vzdy pocitac proti pocitaci) a sice jsem testama nemel pokryte uplne vsechno, ale vetsinu funkci ano. A to hlavne - komunikacni protokol (ze odpovida specifikaci, ze parser nacte presne to, co serializer ulozil, ze zpravy obsahuji vsechna data a neobsahuji co nemaji), herni logiku (ze kod pro herni logiku dovoli legalni tahy, ze naopak nedovoli zadny nelegalni tah), propojeni (ze se nesiri informace kam nemaji)
_________________
http://trionteam.net |
|
| Návrat nahoru |
|
|
|
Hlavní strana
FAQ
Test
Hledat
Seznam uživatelů
Uživatelské skupiny
Registrace
Ke Stažení
Nastavení
Přihlášení
Calendar
