Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Komu se nelení,
tomu se zelení.

Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
 
Klub Programování [ŽP: neomezená] (kategorie Programování) moderuje tvx.
Archiv
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: tggzayd
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
bredy 30.12.2008 23:32  962
Další pokus o Garbage Collector v C++
kmet 11.12.2008 01:32  961
Našel by se tu někdo kdo má praktickou zkušenost se simulátorem ns2?
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 28.10.2008 23:08  960
edmundl [959]: Chtel jsem rict "neni, musis sam, najdi si vzorce pouzitych tvaru jmen a pak to proste vsechno aplikuj a porovnavej s tou DB", ale po tom upresneni, cos hodil na Okounu radsi uz nepisu nic, protoze ty pozadavky zacinaji byt nejake podezrele velke a silne...
edmundl 28.10.2008 22:01  959
Mám jednu starší aplikaci na správu knihovny ve VB6.0 Potřebuji do ní přidat funkci hromadného načítání knih z textového souboru. Problém je v tom, že v db jsou autoři knih uloženi v samostatné tabulce a s tabulkou knih jsou propojeny pomocí vazebné tabulky. Ale v textovém souboru jsou autoři přímo jménem u knihy. A já potřebuju nějak automaticky dohledávat autory z textového souboru v tabulce autorů. Přitom ale nestačí jen prosté porovnání na shodu textů. Autoři mohou být zadáni různými způsoby.
Např: Petr Novák nebo Novák Petr nebo Novák,Petr nebo Novák, Petr Novák P. atd.

Existuje ve vb nějaká funkce která by uměla porovnat dva texty, zda si jsou "podobné"?
Nejde mi o 100% spolehlivost ale aspoň částečnou.

Pokud ne, nemůžete mě odkázat na nějaký algoritmus, který toto řeší?
al3x 4.9.2008 09:58  958
Bredy: Souhlasim s KKL. Navic bych tam videl jeste minimalne jeden duvod: "Cilovka" gitu je trosku jina, nez jsi ty. (To neni mysleno nijak zle.) Vyzaduje od uzivatel trosku hlubsi pochopeni nez SVN, na druhou stranu jim dava sirsi moznosti. Ja dabelsky rychly, ale zase se ovlada skoro vyhradne z konzole. Skoro bych v tom videl podobnou analogii jako Vim, Emacs vs. nejaky jednodych graficky editor (Kate?)
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 3.9.2008 10:05  957
Bredy [956]: Tak to bude zase spise tim, ze git je mladsi (aspon co do obecne povedomosti) a teprve se na vysluni dere. Ja naopak pozoruju, ze ruzne projekty, ktere driv pouzivaly cvs nebo svn, presly na git, takze mi prijde, ze o gitu bude slyset vic a vic.
bredy 3.9.2008 09:54  956
AL3XTaky si myslím, že SVN není žádný zázrak, má spoustu much a nedomyšleností, někdy až ke zlosti..., ale na druhou stranu git trpí jinými problemy, například nepřívětivost. Není to můj názor, obecně platí, že jednoduché a srozumitelné je automaticky propagováno. A pluginů na SVN je v současné době hodně, prakticky každý vývojový systém ho má. Pluginů na GIT moc není... upřímně, SVN vidím na každém kroku, ale nebýt root.cz a tebe, tak o GITu ani nevím. Takže o tom to je....
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 2.9.2008 08:50  955
al3xdiky za seznameni :)
al3x 2.9.2008 08:42  954
TVX:
typicka prace s gitem by byla:
git-checkout -b bug1 -- schova soucasny "master", vytvori z nej branch "bug1" a prepne te do nej
git-commit -a -m 'oprava 1' -- commituje do bug1, "master" zustava schovan a nezmenen.
git-commit -a -m 'oprava 2'

git-checkout master -- prepnu se do master
git-pull . bug1 -- pokud se mi podarilo hezky opravit bug1, tak vsechny commity necham aplikovat na master.

Hezky na tom je, ze prepinanim mezi branchema git-checkout "prepina" obsah soucasneho adresare s projektem. Soubory, ktery jsou v jinych branchich pred tebou schova do .git. Nejsou to adresare nad/pod, jako je zvykem u SVN, ale jsou to opravdove branche.
al3x 2.9.2008 08:36  953
kkl: Mozna jsem ze zadani vyklouzl. Jen jsem chtel shrnout, proc si myslim, ze git stoji za vyzkouseni.
Co se tyce puvodniho zadani, tak tam bych mozna vyuzil prave gitove branche. Branch neni dalsi nadrazeny adresar (jako v svn). Mam working copy a git-checkout si prepinam, jestli v tom master(trunk), nebo nejaka branch. Tedy TVX by se obesel bez kopirovani zalohy stranou (do podadresare), jen si v tom jednom prepina aktualni branch se stable, pripadne to, co chce nahrat zmerguje do dalsi...

ad learning curve: Mno, pokud pouzivas svn repository, nebo rozjizdis svn jen pro sebe, tak bych se na to mrknul. Je to tak tyden obcasny prace, nez se naucis zaklady a jsi schopnej s tim pracovat. Dalsi 2-3 nez budes umet resit slozitejsi veci.
Nevyhodou muze byt:
1] absence rozumnyho win klienta (cygwin?)
2] nevim o spolupraci s nejakym IDE - nepouzivam to

Ale nenutim ti to :)
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 2.9.2008 08:32  952
hm, muj problem bude ze sem si nehral s nejakym tim brachovanim a spol... a moc se mi do toho nechtelo neb na prvni procteni mi to neprislo uplne snadny abych se v tom pak vyznal :(
svn pouzivam nejvic jako zalohovaci system specialniho vyznamu - drzi verze a pokud potrebuju opravu odkudkoli ze sveta tak to mam s pripojenim na net pri ruce + to setri prenosy dat.
jinak u svn / cvs primo pro eclipse mam problem ze neumi na ssh pres sock5
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 1.9.2008 21:33  951
AL3X [949]: Pohybujes se stale jeste v kontextu puvodniho zadani? Tedy nahrady rucniho kopirovani nejakych adresaru se zalohami? To Ti skrta bod jedna (prace offline a online se stira, je-li klientem i serverem jediny stroj), skrta bod dva (pri takovymhle pouziti typicky nebudes potrebovat tolik branchovat a mergovat), zbytek mozna plati, ale je otazka, jak je podstatny.
Ja urcite nechtel rict, ze je git k nicemu, oni by ho asi pro ten kernel jinak taky nepouzivali (a nejen kernel, tech projektu pribyva, co jsem si tak vsim). Ale skutecne by me docela zajimalo, jak moc prace je pro cloveka zcela neznaleho problematiky rozbehnout lokalni cvs a ke spokojenosti ho k tem nejbeznejsim ukonum, pro ktere je i cvs zcela dostatecne, pouzivat a jak moc prace je pro tehoz cloveka rozbehnout git.
bredy 1.9.2008 17:48  950
svn je pomalý zejména proto, že provádí patche od starších k novým. Vytáhnout poslední revizi souboru, který má tisíce editací může být lahůdka.

Opakem je VSS, který provádí deltakompresi opačně, tam zas je lahůdka vytáhnout úplně první verzi příslušného souboru.
al3x 1.9.2008 16:39  949
Mne to za tu krivku stoji kvuli:
- moznost prace offline (i se svn)
- *hodne* namakany branchovani, mergovani, etc.
- grep-frendly - vytvori jen .git v top level adresari, ne jako svn vsude.
- netreba lokalni server nekde stranou
- dabelsky rychly (i ve srovnani s lokalni svn)
- hodne udelatek na reseni zvlastnich situaci, ktery v jinych ver.systemech neznam - napr git-stash.

Je na tobe, jestli to jsou i pro tebe padny duvody. :)
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 1.9.2008 15:40  948
AL3X [947]: Ale jo, ja rozumim tomu, ze to muze mit spoustu vyhod v te decentralizaci (na druhou stranu - jsem-li jedinej uzivatel cvs serveru beziciho na stejnym stroji, jako na jakym mam checkoutnutej projekt, je mi nejaka centralizace/decentralizace ukradena). Na druhou stranu si nejsem jistej, jestli to stoji za tu ucici se krivku, to je cely. (Plus teda mi prislo ponekud podivny to posilani patchu e-mailem, navic primo v tele zpravy, ale to muze bejt z my strany jenom predsudek, to uznavam.)
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt