Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Ondřej Novák

Stran: 1 ... 12 13 [14] 15 16 ... 38
196
Vývoj / Re:Proč bych měl přejít ze SVN na GIT? (vážně)
« kdy: 30. 07. 2014, 20:29:58 »
Proc bych chtel v gitu casto commitovat? Neco jako autocommit by tam nebyl? svn commit neboli git push by mel byt oficialni akt publikovani svych zmen na verejnem serveru. Abych si pro sebe commitoval kazde uprdnuti, nechapu vyznam. Nicmene funkce lokalni historie v eclipse funguje perfektne a nic commitovat nemusim

197
Vývoj / Re:Proč bych měl přejít ze SVN na GIT? (vážně)
« kdy: 30. 07. 2014, 18:52:43 »
Proc jsem se ptal? Protoze si musim pripravit dobrou argumentaci proti nekomu, kdo me to chce vnutit. K tomu potrebuju znat argumenty protistrany dopredu.

Nepouzivam zadne gui ,git jsem zkousel z konzole, TortoiseGit jsem stahnul pozdeji v domeni, ze me to pomuze v zakladnich operaci. Kde je sakra prikaz update?

Lokalni commity nepouzivam, jen jsem navrhoval, jak by to slo jednoduse vyresit bez nutnosti menit navyky a menit infrastrukturu. Eclipse Local History je fajn a pokud nekomu vadi ze neni tak hluboka tak by se mel zamyslet nad tim, jak dlouho necommitoval... asi tam bude problem

ad git push - fajn jeden prikaz pro 1 promile pripadu, ale musim uplne zmenit system prace z jednodussiho na slozitejsi v 99.9% pripadu ,diky

Merge a reseni konfliktu svn neresi na serveru ,ale na klientovi. SVN merge lze nahradit vlastnim merge nastrojem (zakladni neznalost SVN)


198
Vývoj / Re:Proč bych měl přejít ze SVN na GIT? (vážně)
« kdy: 30. 07. 2014, 15:21:34 »
1. možnost commitovat offline a dělat vlastně cokoliv offline (úprava SW robota v terénu);
Nikdy jsem nic takového nepotřeboval a nevidím jediné využití. Pro historii používám Eclipse Local History. A bez toho není problém pustit skript na generování patchů oproti Base a ty ukládat někam bokem (vyřeší se tím funkce jak stach tak commit),

Jo, tak tohle se mi uz hodilo.
Tri tydny u zakaznika na miste, delam zmeny. Kolegove zatim v materske firme vyvijeji dal.
Po navratu chci moje zmeny i s historii mergovat do hlavni verze, na ktere zatim kolegove pracovali.

Se Subversion docela narez.
Resil jsem to pomoci hgSubversion (Mercurial jako Subversion-Klient).

Tohle umím. Repo si vyexportuju a vlozim do lokalni SVN repozitory. To je operace na par kliknuti. Nasledne do toho normalne commituju. Az se vratim do materske firmy, vytahnu si revizi, ze ktere jsem to vyexportoval, zamerguju cely lokalni repozitar do te revize, zamerguju tam zmeny provedene mezitim (nebo proste udelam update), zkontroluju, commitnu. Pokud se to protahne, protoze tam je moc konfliktu, resim to pres branch, do ktereho nakopiruju moji verzi z lokalniho svn. Cele to zabere par minut a hodi se to jen... obcas

199
Vývoj / Re:Proč bych měl přejít ze SVN na GIT? (vážně)
« kdy: 30. 07. 2014, 15:10:58 »
1. možnost commitovat offline a dělat vlastně cokoliv offline (úprava SW robota v terénu);
Nikdy jsem nic takového nepotřeboval a nevidím jediné využití. Pro historii používám Eclipse Local History. A bez toho není problém pustit skript na generování patchů oproti Base a ty ukládat někam bokem (vyřeší se tím funkce jak stach tak commit),

2. možnost využívat větve, commity atd. na lokálu, jednoduše a rychle (pro malé úpravy, vlastní potřebu aj.)

WC je vždycky bráno jako větev vůči stavu na serveru. Vytvářet větve ve větvi mi nepřišlo nikdy zajímavé. V rámci SVN si mohu vytvořit víc WC a pak každou považuju za větev. Pokud ukončím vývoj ve větvi, je nutné to commitnout na sevrer, protože hrozí, že to zapomenu (což je větší průser, než tam commitnout blbost)

3. úžasná rychlost _všeho_ (oproti SVN);

Nikdy jsem neměl problém s rychlostí operací. Rychlost sítě byla vždycky víc limitující faktor (práce přes mobilní připojení) A rychlost překladu ještě víc limitující. Tohle mi příjde jako virtuální problém.


200
Vývoj / Re:Proč bych měl přejít ze SVN na GIT? (vážně)
« kdy: 30. 07. 2014, 15:06:01 »
z mého pohledu práce na tisících paralelních branchí a velkých projektech obecně není podle mě dobrý styl
Tisíce paralelních větví umožňují například mít repository s kódem, který lze vždy přeložit, aniž by všichni museli mít nejaktuálnější verze všeho. Prostě bude několik větví, každá z nich samostatně půjde přeložit, ale např. ve větvi s optimalizací JavaScriptu budu mít původní vykreslovací jádro a nemusí mne trápit, že ve vedlejší větvi kolegové zrovna optimalizují vykreslovací jádro a ne všechny jejich pokusy jsou stabilní a vhodné pro situace, kdy mi má prohlížeč běžet déle než jednu sekundu.
Další možností je třeba to, že na jedné části kódu může pracovat víc lidí, a nemusí si upravené zdrojáky posílat e-mailem nebo předáváním svých částí zaplevelovat hlavní vývojovou větev.

Ale to SVN umi taky a neni to problem. Jde jen o to, ze ty vetve jsou verejne a dostupne vsem (takze se neztrati, kdyz kolega jednoho dne neprijde do prace a nikdo dalsi nebude mit heslo k jeho PC)

Hodně často narážím u evangelistů GITu na základní neznalosti práce v SVN. Je to úsměvné.

Konečně podívej se na zdrojáky webkit/chromium. To je slepenec bez vnitřní organizace, ve kterém se prakticky nedá vyznat, na různých místech se střídají programátorské styly, někde dokonce i několik na jedné řádce.
To s verzovacím systémem nemá vůbec nic společného.
No spíš to souvisí s myšlenkou distribuovaného vývoje. Nikdy jsem tu myšlenku moc nepobral. To už víc podporuju myšlenku centralizovaných ostrovních problémů, které se vyvýjejí separátně. Shodou okolností to vychází vstříct TDD.

Citace
Pokud verzovací systém používáte jenom sám, viděl bych dvě výhody použití distribuovaného VCS oproti SVN: za prvé lepší podpora větví a řešení konfliktů, za druhé to, že celé repository máte v jednom adresáři a nepotřebujete žádný server.

SVN umí být taky v jednom adresři, ale spatřuju jeho hlavní výhodu oddělené WC od repozitáře. Dokonce dneska už ani neplatí to, že by adresář .svn byl v každém podadresáři, takže to oddělení je úplné (i od metadat). U soliterního vývoje mívám repozitář na jiném disku než je WC...proč asi? Ale spíš vyvíjím přes vlastní server, umožňuje mi to na různých zařízeních mít okamžite přístup k aktuální verzi zdrojáků (jasně, taky mám dropbox, ale tohle je víc pod kontrolou)

Velké projekty řeším přes externals a přes schopnost SVN mergovat napříč repozitáři (jo, drtivá většina uživatelů to neví, že to jde - tohle by možná bylo dobré podpořit, třeba nějakým automatizovaným nástrojem)

201
Vývoj / Re:Proč bych měl přejít ze SVN na GIT? (vážně)
« kdy: 30. 07. 2014, 13:53:25 »
Git má mnohem lepší merge conflict resolver pro případy, kdy se rozejde tvoje a remote branch, a má mnohem rychlejší branchování. Těch příkazů je hodně právě kvůli problémům v distribuovaném verzování (např. možnost spojení historií lokální a remote branche, podpora digitálních podpisů, řízené přetahování commitů, práce na tisících paralelních branchí ap.). Pokud na něčem děláš sám, tak ani jedno nevyužiješ a je pak zbytečné opouštět SVN, pokud jsi na něj zvyklý.

Tady bych se možná zastavil, protože z mého pohledu práce na tisících paralelních branchí a velkých projektech obecně není podle mě dobrý styl. Konečně podívej se na zdrojáky webkit/chromium. To je slepenec bez vnitřní organizace, ve kterém se prakticky nedá vyznat, na různých místech se střídají programátorské styly, někde dokonce i několik na jedné řádce. Git možná vede k takovým možnostem, ale je to opravdu správný způsob vývoje? z mého pohledu má git spoustu možností, které bych spíš zakázal pro vývoj v menším teamu.

202
Vývoj / Proč bych měl přejít ze SVN na GIT? (vážně)
« kdy: 30. 07. 2014, 13:19:12 »
Poslední dobou jsem obklopen lidmi, kteří "jedou na gitu" doslova to tak cítím, protože se kolikrát chovají jak ujetý jako by jeli v nějakých drogách. Git je úžasný, git je světový trend, zapomeň na cokoliv jiného, všechno bude git

Jsem šťastný uživatel SVN pro jeho jednoduchost. Ke své práci potřebuji commit, update a občas nějaký to branch a merge. Bohužel jsem už několikrát narazil na nutnost s gitem pracovat a vždycky jsem se ztratil v přehršli příkazů v příkazové řádce a možnostech, o kterých pochybuju, že někdy využiju (momentálně zápasim s chromiem, který má ještě nad gitem nějakou vlastní šílenou nadstavbu - proč asi?)

Předem upozorňuji, že nechci a v budoucnu neplánuji pracovat na distribuovaných repozitářech a spolupracovat na opensource projektech. Takže rovnou vynechte tuhle "výhodu".

203
Vývoj / Re:C++ a stack
« kdy: 02. 05. 2014, 09:47:17 »
Premyslim, co je cilem tohodle prispevku. To jsou vsichni zhuleny, nebo jde o nejaky programatorsky chytak?

&Object() to je dobra prasarna

204
Vývoj / Re:Konzolové C++ IDE
« kdy: 27. 04. 2014, 19:20:32 »
Chápu-li to správně, tak hledáte něco Linuxovou verzi IDE MS-DOSového Turbo C++, příp. Borland C++, které byly populární  v době před 25ti lety.  :)
Tak to mě teda vážně nic nenapadá. Snad jedině knihovna curses (viz. curses.h) a naprogramovat si to sám.  :P

Ono to mělo něco do sebe. Já jsem poprve vývíjel (ZX Spectrum Basic nepočítám) v Turbo Pascalu 5.0. V té době ještě bez myši. Ale bylo to super (včetně debugeru)

205
Vývoj / Re:Konzolové C++ IDE
« kdy: 26. 04. 2014, 21:15:22 »
Vsechno co potrebujes umi Emacs i Vim - akorat pouzivaji jine zkratkove klavesy.
Pokud je vyradis, tak uz ti nic nezbude.

Já jsem neříkal, že to bude snadný. Vim fakt ne, mimochodem, s ESC je to na mé HW klávesnici horší. Navíc mi ten editační systém vůbec nevyhovuje. Ale ani emacs na tom neni o nic lépe, nepřijde mi intuitivní. A fakt se ve svých 38 letech nechci přeučovat na něco jiného. To už je snad lepší si na server nahrát editor v HTML/JS a používat na to browser a jeho textareu. Sice s nějakým zvýrazňováním se mohu rozločit, ale umí to undo, copy, paste, ...

206
Vývoj / Re:Konzolové C++ IDE
« kdy: 26. 04. 2014, 17:29:06 »
Jedna z moznosti vyuziti, ktera me napadla je psat nebo editovat zdrojaky primo z mobilniho telefonu, jako ze tam mam ssh, ktery funguje celkem slusne s hw klavesnici, dokonce ma i tlacitko ctrl. Psal jsem v mceditu a neslo to moc dobre.

207
Vývoj / Konzolové C++ IDE
« kdy: 26. 04. 2014, 10:44:30 »
Zdar.

Potřeboval bych poradit, nebo nějaký tip. Většinu svých aplikací vyvíjím v Eclipse CDT. Nicméně bych občas ocenil mít k dispozici IDE v konzoloidním režimu (kvůli SSH, a podobně). Poraďte mi vhodnou alternativu? Prosim rovbou přeskočte vi, vim, emacs, nano, joe, mcedit

Jsem zvyklý na rychlé přepínání zdrojáků Ctrl₊TAB, přepínání mezi H a CPP, content assistant a hlavne Undo a Redo ideálně na Ctrl+Z. Ocením i standardní chování Copy Cut a Paste, včetně standardním přiřazení kláves.

Nějaké C++ related nástroje by nebyly k zahození. Nalezení reference symbolu, skákání po funkcích, nebo inkrementální hledání, a samozřejmě hledání v projektu.

Pohledem na google se zdá, že chtít něco takového je mezi komunitou chápáno jako rouhání :)



208
Odkladiště / Re:Už praská bublina Bitcoin
« kdy: 08. 03. 2014, 09:19:39 »
cena určovaná tvz. pseudoburzami bez kontroly s možností vysokofrekvenční obchodování, pozdržování prodejních příkazů(upřednostnování pohybu ve frontě), ovlivnování ceny na burze virtuálními obchody mezi uzavřenou skupinou účtů, atd..

a na tuhle konspiracni teorii jste prisel jak? [citation needed] Naprosta vetsina burz s bitcoiny ma prubeh obchodovani verejny, kazdy vidi stejne udaje a kazdy dostava stejne vysledky jakmile zasle prikaz. na www.bitcoincharts.com je mozne se presvedcit, ze nezavisle burzy si drzi vicemene stejne ceny jelikoz se celkem dobre provadi xrosstrading mezi nimi. Vysokofrekvencni obchodovani je mítus ,ktery vymyslela media, v praxi se nemuze vyplatit diky provizim. Vsechny burzy umoznuji registrovat se komukoliv tak jaka uzavrena skupina uctu? (pravda bitstock.cz prijima registrace jen od obcanu CR ,snad to neni uzavrena skupina uctu proboha?).

209
Odkladiště / Re:Už praská bublina Bitcoin
« kdy: 08. 03. 2014, 03:17:58 »
Tadeasi nepresvedcil jste mne. I kdyz to hezky hazite terminama, tak nepresvedcil. Ale pokud vam vynasi spekulace na indexech, tak vam drzim palce. Ja to ale nenazyvam dlouhodobou investici. Nevidim rozdil mezi bitcoinem a treba S&P, je to steja horska draha

Mluvil jsem o ztrate investice na urcitem trhu (k tomu se vztahovala procenta) nebylo to k vztazeno k celkovemu objemu. Tak blbej nejsem, to se jen vy snazite udelat blbce ze me. V NVR jsem nemel ani korunu napr. Jen jsem poukazoval na to, ze nevidim rozdil mezi cenou bitcoinu a jinych cennych papiru. Na nule muze skoncit libovolny cenny papir a nikdo vam nic neda. Bohuzel.

Likvidita na burze samozrejme existuje. Je hezky mit cenny papir, kdyz ho nemate kde udat. Pak si vzpomenete neco o likvidite. Trh neni centralizovany a prevadet papiry z jedne burzy do druhe neni zrovna zabava

210
Odkladiště / Re:Už praská bublina Bitcoin
« kdy: 08. 03. 2014, 00:17:39 »
Nóóóó, tak to není špatný výsledek na to, že to píše ten Ondřej Novák, který je tuším zainteresovaný v nové ČESKÉ mtxgox ;D
http://forum.root.cz/index.php?topic=7944.0

Nejsem

Stran: 1 ... 12 13 [14] 15 16 ... 38