Ako ostavimo en, nema sanse da nas gorg radi ikad. Izgleda ćemo `pomoći` dokumentaciju tako što ćemo ipak MI MORATI stavljati /sr/.
Common mistakes u prevodima
Bilo bi interesanto kad bi se napravila jedna skriptica koja će da proveri da li dotični fajl postoji na srpskom ( da li ga ima u /sr/ ) i u tom slučaju da zameni /en/ u /sr/, ako ga nema - nikom ništa.
NE! Ne zlazem se sa tim! Zasto sve da napravimo sa skriptovima? Imamo sigurno dosta stvari sto bi mogli da automatisiramo. Ali zasto takav posao za takve malene sitnice? Ako to napravimo sa skript onda bi morali da menjamo u SVN na Web i neznam gde jos. I ako neko radi na SVN i onda pravi "check in" i jedan skript to sve menja, onda bi ta osoba sto pravi "check in" bi morala opet da napravi "check out" posle kad je napravila "check in". To je pre vise automatisatia za nista i skript bi menjao stvari sto kod onogo sto je pravijo "check in" nebi bili na lokalnom SVN tree dok ta osoba opet ne napravi "check out".
Pozdrav
Stevan
Pričao sam sa z10n-om i kako smo došli do zaključka da je najbolje da na mestu nedostajućih fajlova stavimo engleske, malo sam počeo da razmišljam o ovome. Prvo, mislim da je to dupliciranje posla, obzirom da postoji doc/en. Drugo, bolje rešenje mi ne pada na pamet. Problem je sigurnost gorg-a (pucanje kad fajl ne postoji). Skripta koju je daniel predložio super radi u teoriji. Nisam siguran da sam shvatio šta je steveb napisao, ali sve jedno nazirem komplikaciju.
Nisam siguran da sam shvatio šta je steveb napisao, ali sve jedno nazirem komplikaciju.
Okay... pusti me da objasnim:
1) tvoj pc sa file abc.xml (kazemo version 1.0)
2) ti bazis taj file abc.xml sa SVN na server od Gentoo Srbija
3) jedan skript automaticno proveri dali je sve u redu i menja u abc.xml sve sto treba od /doc/sr na /doc/en i digne versiu na 2.0
sad mi objasni ovo:
zato sto je file abc.xml promenjen (sa skriptom) treba opet da se ubazi na SVN. skript moze bez problema da ubazi taj promenjeni file abc.xml u SVN. Ali sta je sa tvojim file na lokalnom computeru (on je jos uvjek na version 1.0)? ti valjda ces dalje da radis na tvojom file abc.xml (kazemo da ti dignes taj file kod tebe na version 1.1) i drugi put kad napravis "checkin" u SVN, onda ce SVN primetiti da se taj file (abc.xml) promenjen kod tebe i na serveru. e onda pocinje zajebancia. onda ko ce praviti "merge"? ti ili SVN? i sta je onda sa skriptom? on ce opet da menja sve sto treba od /doc/sr na /doc/en.
to je zajebancia za nista. bolje je da mi upotrebimo malo nasog mozga i ne da pustamo sve neke skripte da urade za nas (jeli ako bi hteli sve mogucnosti da uradimo u skript, onda ce to biti neki mega-giga skript i na kraju nece taj skript ipak da bude sposoban da sve sredi. zato sto nemoze da napravi "push" od SVN na tvoj pc).
smijem li da pitam ovde u forum, ko je od vas u pravom zivotu jedan developer? ne pitam ko pravi malo development na poslu, nego pitam ko je 100% developer (C/C++, J2EE, Smalltalk, etc (mislim na ljudi sto znaju sta je OOP, EDA, MDA, UML, etc a ne one sto po nekad prave sami (one man show) development za web (PHP, HTML, Perl, etc))? i ko od tih developers radi u jednom team od vise nego 5 ili 10 ljudi?
ocu te ljudi da se jave ovde i da neko od nas da predlozi kako to sve da sredimo sa SVN. imam osecaj, da je vazno da takve ljudi pricaju od tog problema, zato sto oni najbolje razumu o cemu se radi kad se prica od automatisation i development.
@daniel1988: Nisi me 100% razumeo. Ali ides u pravi pravac.
Anyway... To sto predlazes da se radi "svn up" posle "svn ci" je sigurno nesta ali onda opet ne razumem zasto nam treba skript? Ne razumem zato sto je skript nesta tehnicno i tvoj predlog je "organizational" stvar. A ja bi hteo da napravimo "technical" ili "organizational" a ne obadvoe stvari.
pozdrav
Stevan
@daniel1988: Ja sam zamlo vec 20 godina u development. Po nekad bi hteo sve da bazim i samo da cistim ulice (Kao danas! Ovde se mucim sa glupim Windows winsock.dll sranje i Visual C/C++. Taj ko je napiso winsock.dll treba da se ubuje!)
Anyway... To sto predlazes da se radi "svn up" posle "svn ci" je sigurno nesta ali onda opet ne razumem zasto nam treba skript? Ne razumem zato sto je skript nesta tehnicno i tvoj predlog je "organizational" stvar. A ja bi hteo da napravimo "technical" ili "organizational" a ne obadvoe stvari.
pozdrav
Stevan
@daniel1988: Ja sam zamlo vec 20 godina u development. Po nekad bi hteo sve da bazim i samo da cistim ulice (Kao danas! Ovde se mucim sa glupim Windows winsock.dll sranje i Visual C/C++. Taj ko je napiso winsock.dll treba da se ubuje!)
steveb, ne mogu reci da zadovoljavam tvoje kriterijume sto se tice developera, ali znam o cemu pricas. Naime, znam sta je OOP i UML (mozda znam i ostale skracenice sta su, ali sam ih ucio na srpskom). C/C++ njakam jedno 6 ili 7 godina (ne secam se vise), ali nisam ni u jednom masovnijem projektu. Nadam se da ce mi se uskoro zavrsiti ova drama sa internetom na fakultetu pa cu i ispite zavrsiti kako treba, pa da se bacim na malo mozganja.
daniele, odlican ti je predlog sa error fajlom (error.xml mozda?). Razmisljao sam o tome da postavimo fajl negde unutar doc.gentoo-srbija.org i da svaki fajl koji "ne postoji" bude link na njega sa porukom da jos uvek nije preveden fajl koji je zatrazen.
Generalno, ne mogu da verujem da se zavojni tim gorga tako poigrao sa sigurnoscu. Sta ako mi se prst omakne i ukucam pogresno slovo? Nema sanse da taktikom koju je daniel predlozio pokrijemo sve moguce fajlove. Pretpostavljam da nema ni jedan covek ovde koji zna da pise ruby skripte.
daniele, odlican ti je predlog sa error fajlom (error.xml mozda?). Razmisljao sam o tome da postavimo fajl negde unutar doc.gentoo-srbija.org i da svaki fajl koji "ne postoji" bude link na njega sa porukom da jos uvek nije preveden fajl koji je zatrazen.
Generalno, ne mogu da verujem da se zavojni tim gorga tako poigrao sa sigurnoscu. Sta ako mi se prst omakne i ukucam pogresno slovo? Nema sanse da taktikom koju je daniel predlozio pokrijemo sve moguce fajlove. Pretpostavljam da nema ni jedan covek ovde koji zna da pise ruby skripte.
@meka: Ja znam da pisem Ruby. Nije velika stvar.
Anyway... Ja sam problem sa "missing file" vec dosta diskutiro sa Xavier i on ce tako nesta da stavi u gorg. Ali treba mu malo vreme dok se vise ucita u libxml.
On mi je kazo, da gorg nista nezna od GuideXML i da je moj request nesta sto bi se trebalo da se sredi u GuideXML a ne u gorg. Ali ipak ce on gledati da nesta ubazi u gorg da bi u boducnost mogao da sapreci "missing file" problem u gorg.
pozdrav
Stevan
Anyway... Ja sam problem sa "missing file" vec dosta diskutiro sa Xavier i on ce tako nesta da stavi u gorg. Ali treba mu malo vreme dok se vise ucita u libxml.
On mi je kazo, da gorg nista nezna od GuideXML i da je moj request nesta sto bi se trebalo da se sredi u GuideXML a ne u gorg. Ali ipak ce on gledati da nesta ubazi u gorg da bi u boducnost mogao da sapreci "missing file" problem u gorg.
pozdrav
Stevan
steveb napisao:
Ja znam da pisem Ruby. Nije velika stvar.Jel postoji nesto sto ti ne znas ? :)
@SticH: To je moj "job". Ja sam developer i u tom gradu sto zivim (Zürich) ima dosta "need" za Ruby know-how. Zato sam i ja jedan od tih, sto je naucio Ruby zato sto "the marked demands for it".
Ma salim se :)
@SticH: Uhhhh... kako bi ti sada usi poteglio??!?
Pa pazi. Mislim da se Neysx neće buniti ako obavimo njegov posao (ili posao skripte). Na kraju krajeva, mislim da sed radi posao. Naime, ako sve radi u našem gorg-u, mislim da se Neysx neće buniti. Uostalom, zašto onda ne bi radilo i na njihovom? Ja sam za error.xml. Ima li još neki predlog, pošto meni ovo smrdi kao najbolji mogući.Uradio bih to odavno, samo ne bih da baljezgam po SVN-u bezveze. Da se mi prvo dogovorimo.
Neysx (Xavier) ima baš jednu takvu skriptu (bar tako reče Poljak) - prevod mu se daje sa svim linkovima sa /en/ -om, pa njegova skripta proveri šta sve ima prevedeno i promeni te linkove sa /en/ na /sr/ . Treba i nama nešto slično.
Xavier nema takav skript! On ima neki skript sto menja to off-line a ne kao sto ti hoces da skript to menja "on the fly". To nije isto!
Pa pazi. Mislim da se Neysx neće buniti ako obavimo njegov posao (ili posao skripte). Na kraju krajeva, mislim da sed radi posao. Naime, ako sve radi u našem gorg-u, mislim da se Neysx neće buniti. Uostalom, zašto onda ne bi radilo i na njihovom? Ja sam za error.xml. Ima li još neki predlog, pošto meni ovo smrdi kao najbolji mogući.Uradio bih to odavno, samo ne bih da baljezgam po SVN-u bezveze. Da se mi prvo dogovorimo.
Ja sam vec pred jednog meseca snjim pricao i on je kazao, da ce tako nesta da napravi u novoj version od gorg. Ja neznam dali vi svi znate, da on kod sebe ima tako i tako jednu drugu versiu nego sto je u portage. On ima Gorg 0.6 a mi imamo Gorg 0.5.
03. apr. 06. 19:36