Fejlesztés

Az utóbbi időben próbálok ismerkedni a különböző verziókezelő eszközökkel (pl. itt: http://hup.hu/node/90320 ), de némi olvasgatás és több verziókezelő kipróbálása után arra kellett rájönnöm, hogy a lényeg nem annyira magukban a verziókezelő eszközökben van, hanem az általuk és a felhasználó által megvalósított verziókezelési módszerekben/elvekben/stb.

Ilysemi pl. az is, hogy elég sok irodalom van pl. a projektek könyvtárstruktúráinak kialakításáról, verziószámozásról, stb. Ezek is érdekes dolgok, de többnyire általánosak. Amik jelenleg még jobban foglalkoztatnak, azok az "egyel alacsonyabbszintű" dolgok, amik már nem függetlenek a verziókezelő eszköztől.

Az egyik ilyen dolog a változtatások kezelése. Changesets (workflow tracking) vs. single file tracking (nem tudom magyarul mi a korrekt elnevezés rájuk). Nagyon leegyszerűsítve Git vs. SVN (vagy méginkább: CVS. Nyilván, nem lehet éles határt húzni a verziókezelők közé csak ennek alapján, mert valamilyen szinten mindegyikből kierőszakolható mindegyik módszer, de remélem azért érthető a megkülönböztetés)
Ezzel kapcsolatban a következő kérdések jutottak eszembe:

1.: Azt vettem észre, hogy ez a tulajdonság erősen "korrelál" azzal, hogy az adott verziókezelő elosztott vagy sem.
Az egyetlen kivétel talán csak az SVK nevű kezdeményezés ( http://en.wikipedia.org/wiki/SVK ). A kérdésem az, hogy az elosztott/nem elosztott működésből szükségszerűen adódik-e valami olyan következmény, ami az egyik vagy másik változtatáskezelési módszert megköveteli?

2.: Az elosztott működés bizonyos előnyeit (gyorsaság, adatbiztonság, stb.) teljesen érthetőnek tartom, de az már nem ennyire egyértelmű számomra, miért jó, hogy az elosztott rendszerek mind(?) changeset-oriented változtatáskezelést alkalmaznak. Kijelenthető-e, hogy a changeset-oriented módszer valamilyen módon általános előnyökkel bír, ill. emiatt egy meghatározó fejlődési iránynak tekinthető-e?

3.: Egy fejlesztési projektnél mik azok a szempontok (vannak-e ilyenek egyáltalán) amik alapján el lehet dönteni, hogy az adott projekt számára a changeset-oriented vagy a single file tracking módszer alkalmazása a célszerű?

4.: Mi a helyzet akkor, ha nem csak szöveges forrásfájlokat kell kezelni?

5.: Általában, előnyök, hátrányok?

Sziasztok,
egy projektdokumentációhoz kell készítenem hálózati tervet (topológia / topográfia), ahol fel kell tüntetni a gépek közti kapcsolatot (nyomtatók, kliensek, vékonykliensek, szerverek, stb) .

A kérdésem az az, hogy erre létezik valami szabványosított jelkészlet, vagy modellnyelv?

Olyasmire gondolok, mint a szoftverfejlesztésben az UML, csak itt arra lennék kiváncsi, hogy milyen nyilat kell rajzolni, mikor, miért. (PL gép és nyomtató között egyirányú nyilat, ami nem szaggatott, hanem sima, stb.)

Köszi

szerk: nem leírónyelv, modellezőnyelv, mint az UML

Hello!

Szuksegem lenne egy AWK-s emberre. Roviden tomoren leirom a problemamat :).
A teljes forras itt

# the labeled ones
Innen nezetek a forrasba az ide vonatkozo resz. A legaljan.

A kod a kovetkezo kimenet adja:

ssh_bruteforce_10158_0_0_0.value 0
ssh_bruteforce_0_0_0_0.value 0

Bemenet:

ssh bruteforce 10158 0 0 0 0 0 0
ssh bruteforce 0 0 0 0 0 0 0

Ez legyen a kiemenet:

ssh bruteforce.value 10158
ssh bruteforce.value 0

Elore is koszonom a segitseget.

Git-el kapcsolatban szeretnék tanácsokat kérni.

Most ismerkedek vele és nagyon tetszik benne a gyorsaság, a rugalmasság, az elosztottság és a belőle adódó "inherens backup".
Ami nem tetszik, hogy egyelőre hülye vagyok hozzá, és nem sikerült még teljesen rájönnöm, hogy az eddig használt módszereimet hogyan tudnám átvinni Git alá.

Az első dolog ami feltűnt, az, hogy az egész erősen épít a különböző branchek használatára (ha jól értem). Pedig ez az, amire elvileg kevésbé lenne szükségem. Eddig szerver-kliens alapú verziókezelőkkel volt csak dolgom, ahol főleg olyan projektekkel kellet foglalkozni, amikben kevés a branch, a fejlesztés alapvetően lineáris. Ezzel szemben gyakran szükség volt olyasmire pl., hogy egy adott baselineból kiindulva egyes fájlok/könyvtárak korábbi/régebbi verzióival kellett dolgozni, pl.: valahogy így:

- Lemásolom X baseline-t, ami 'A' könyvtár 2-es, 'b'-fájl 4-es, 'c'-fájl 3-as verzióját tartalmazza.
- Ezután lehet, hogy valamelyik komponens régebbi vagy újabb verziójára van szükségem, ezért a munkakönyvtáramba behúzom pl. 'A' könyvtár 1-es verzióját a 2-es helyébe, 'b'-fájl 5-ös verzióját a 4-es helyébe, 'c'-t pedig változatlanul hagyom. Tehát, a különböző komponensek időben egymástól eltérő, de legalábbis nem egy baselinehoz tartozó változatát is szeretném együttesen használni.

Ez az a funkcionalitás, amire még nem jöttem rá, hogy Git-ben hogyan is működik pontosan, vagy, ha ilyen nincs, akkor mi az, amivel hasonló eredményt lehet elérni.

Ugyanis, azt látom, hogy, ha commitolok egy módosítást, akkor az egész branchet lépteti egyel, nem tudom, hogy hogyan tudom úgy beállítani a munkakönyvtáramat, hogy, ha pl. egy sok lépéssel korábbi commitból pl. az egyik módosítást ki szeretném hagyni.

Úgy sejtem, hogy itt más az elképzelés ilyen esetben, az ilyesminek talán valahogy egy külön branchet kell létrehozni, amiben valahogy össze lehet válogatni az éppen szükséges commitokat, de még nem jöttem rá, hogy ennek pontosan hogyan is kellene kinéznie ahhoz, hogy funkcionalitásban a lehető legközelebb essen a fentebb leírt példához.

Figyelvén bizonyos tendenciákat, elgondolkodtam, hogy mennyi helyet foglalnak a szerveren a weboldalak. Kóddal, adatbázissal, fájlokkal összesen. biztonsági mentést nem számolva.

Oldalanként a kérdések :

• Mi az oldal profilja ? (céges, közösségi, blogszolgáltatás, személyes, stb.)
• Mennyi a napi látogatószám ?
• Mennyire interaktív az oldal ? (10-es skálán. wikipedia:10, facebook:9, hup:6 lap.hu:1)
• esetleg url-t is szívesen vennék, de megértem ha nem.

• Mennyi ideje van kint az oldal ?
• Mennyi helyet foglal most ?
• Mennyi az átlagos bővülés ? (elmúlt 12 hónap, havi átlag)
• Hogyan alakul a bővülés üteme ?

• Szerinted mennyire fontos ez a méret kérdés? Ha fejlesztesz, optimalizálsz rá ? Ha adminisztrálsz, örülnél ha a fejlesztők foglalkoznának evvel ?
• Milyen tendenciát vársz az elkövetkező 3-5 évben méret ügyben ?

Előre köszönöm mindenkinek aki válaszol :D

Sziasztok !

Egy újfajta asztali környezet koncepcióját szeretném bemutatni. Ez egy prezentáció formájában történne meg, melynek látványosnak és interaktívnak kéne lennie, viszont nem szükséges, hogy az egyes funkciók működjenek, csupán jelzésszerűen szeretném megjeleníteni a felület viselkedését. (Kattintok valamire, előjön egy kamu alkalmazás pl.)

Ti ezt milyen eszközökkel, hogyan oldanátok meg?

Sziasztok!

Egy tanulmányhoz keresek olyan információkat, hogy van-e itthon olyan nyílt forráskódú fejlesztő, aki valami elismert alkalmazást alkotott... nem nagyon találtam a neten.

Illetve arra is kiváncsi vagyok, hogy van-e fejlesztő, aki valamilyen nyílt forráskódú szoftver forráskódjába is fejleszt...

Van ilyen? Hol keressek utána?

Barbor

Szevasztok!

Ha valaki jártas a NetBeans-ben, az segíthetne. Van arra valami értelmes módszer vagy plugin hogy lássam a betöltődött objektumokat, illetve a változóik értékeit. Nagyban megkönnyítené a debuggolást.

Előre is kösz a választ!

Udv!

Ha van egy incoming esemeny (tehat pl.

 hg push 

), szeretnem elerni az esemenyhez tartozo parametereket? Milyen neven tehetem ezt meg? Amit tudok, az a

 $HG_NODE 

, ami a commit id, vagy mi a neve.

Ezekre lenne szuksegem:
- ki (melyik user) aktivalta az esemenyt
- melyik repositoryrol van szo
- maga a commit message

.

Koszi a valaszokat. Linkeket is szivesen fogadok, ahol ez le van irva.

Itt van ugyan egy olyan resz, hogy

"
Mercurial calls each hook with a set of well-defined parameters
"
, de ezeket nem talaltam itt meg. Pont rajuk lenne szuksegem :- ).