- Brogyi: CTEK akkumulátor töltő és másolatai
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Mr. Y: Motoros sztorik #06
- Elektromos rásegítésű kerékpárok
- Magga: PLEX: multimédia az egész lakásban
- bambano: Bambanő háza tája
- vrob: Az IBM PC és a játékok a 80-as években
- Tomasz72: Ventilátor upgrade
-
LOGOUT
Új hozzászólás Aktív témák
-
-
cucka
addikt
"Cormen-Leiserson-Rivest féle Algoritmusok könyvet javaslom" - kezdő szintnek is ajánlod?
A könyvben meglepő módon egy csomó algoritmus van, elmagyarázza, hogy mit tudnak és hogyan működnek. Ez alapján a kérdésed értelmezhetetlen. (A quicksort az quicksort, kezdő és haladó szinten is) -
Lacces
őstag
Pythonban egyet értünk, a legkirályabb nyelv szerintem is :-D
"Cormen-Leiserson-Rivest féle Algoritmusok könyvet javaslom" - kezdő szintnek is ajánlod?
wikipédia sem rossz, csak tényleg, nem ártana jobban beleásni magam az algoritmusokba is, hogy egy-egy feladatot hogyan oldjak meg stb.
És köszi a segítséget!
-
cucka
addikt
.net, java - Ezek mögött kb. hasonló az elgondolás, bármelyikkel érdemes lehet foglalkozni, munkalehetőség van bőven.
c, c++ - Ha mérnök vonalon szeretnél mozogni, akkor ideális választás, munkalehetőség is van (elsősorban c++)
php - Előnye, hogy nagyon gyorsan lehet releváns tudásra szert tenni. Hátránya ugyanez. Szarul fizető php-s munkahelyet vagy projekteket tömegével lehet találni, komolyabb cégeknél viszont ritkán használják.
Python - Ritkán keresnek Python programozót, de kevesen is értenek hozzá. Jelenleg pythonban dolgozom, az általam látott legkirályabb scriptnyelv.Algoritmusok: az igazi klasszikus a Knuth féle "A számítógép-programozás művészete", de ehelyett a sokkal korszerűbb Cormen-Leiserson-Rivest féle Algoritmusok könyvet javaslom. Azt azért finoman hozzátenném, hogy ez egy meglehetősen tömény 900 oldalas könyv, viszont jó és tartalmas. Ha csak egy-egy algoritmus működésére van szükséged, akkor az angol nyelvű wikipédián mindent megtalálsz.
-
Lacces
őstag
Sziasztok!
Nagy gondban vagyok, nem tudom melyik programozási nyelv és platform állna hozzám közelebb, melyiket válasszam?
Sajnos én egyetem csúsztam 2 évet... ez az én hibám, bevallom lusta voltam, és ha nehézségeim akadtak a programozási tárgyaimmal, akkor nem voltam elég kitartó.
Az utóbbi néhány hétben nagyon összeszedtem magam. De nem tudom, hogy melyik lenne a jó és megfelelő programozási környezet, nyelv, amelyben elmélyítsem a tudásomat.Régen tetszett a asp.net, az mvc részével dolgoztam is egy darabig, de nem szerettem meg... a sima asp.net-tel pedig hobbi szinten szívesen foglalkozom. De kevés a cég, akinek ez kell. Oda nagyon magas tudással tudnék csak belépni.
Érdekel a php is, most azt fogom tanulni mysql-el a nyáron. A Drupal cms is nagyon érdekesnek tartom, illetve van egy alap xhtml, css tudásom, és most fogok bele a Jquerry-be is. (könyvek könyvtárból kikölcsönözve).
C#-ot tanultam, de nekem szintén nem jött be sajnos. Valahogy úgy vettem észre, hogy Java-hoz könnyebb megoldani a beadandókat. És a Nagy Gusztáv című Java jegyzet meghozta hozzá a kedvem, így azzal is fogok nyáron foglalkozni. Bruce Eckel könyve megtetszett, és ez alapján a C++ még az ami nagyon vonzz.
De nem tudom, hogy melyikkel foglalkozom mélyebben...Szerintetek mi alapján kell dönteni? A .net-es technológiák iránt sokáig érdeklődtem, T4B-re is mentem, meg nyári képzésre is. De valahogy a sok egyetemi beadandó progik kudarca miatt, elvette a kedvem tőle... Meg úgy érzem, hogy úgy igazán jó könyvek kevés van belőle, mint Java-ból.
Rövid távon, php és mysql + jquerry vagy javascript az amivel úgy foglalkoznék, de hosszabb távon biztosan beleunnék.
A java mellett szól az android platform is. Na meg, hogy egyszer szeretnék majd egy Macbook-ot :-).
Viszont a C++ mellett, hogy talán egyszer majd felvételiznék Mérnök Info-szakra MSc-n, vagy egy külföldi egyetemen, ahol a C++ hardverközelibb nyelv tudtommal. De ennek elsajátítása nehézkes lehet.Illetve a között vacilálok, hogy 2 hónap alatti nyári szünetemnél melyik nyelvet lehet úgy mond hamarabb "megtanulni az alapokat"? (Java és C++-ra gondolok)
A .net egy devportálos cikk miatt is elriasztott...Bár lehet algoritmikusokat is kéne találkoznom, arra tudtok valami jó könyvet? weboldalt? ahol különböző forráskódok vannak, pl.: lexikografikus keresésre, mintaprogramok stb.
A válaszokat előre is köszönöm.
-
cucka
addikt
válasz
oregcsóka
#5289
üzenetére
Nem kötekedésből meg fennhéjazásból, de ha az első gondolatod egy .exe file esetén, hogy átnevezed .txt-re hogy szerkeszthesd, akkor ne erőltesd ezt az egészet. Ez nem az a témakör, ahol néhány fórum hozzászólás elég ahhoz, hogy akár minimálisan is képben legyél azzal kapcsolatban, hogy mi merre hogyan.
-
amargo
addikt
válasz
oregcsóka
#5289
üzenetére
Ne haragudj, de egy kicsit megint lemaradtam.
Mit lehet szerkeszteni?
Ha a bináris állományt akarod, akkor kevés hozzá az átnevezés. Úgynevezett decompiler/reverse engineering-re van szükség. Ha a bináris állomány kódolt, akkor még nagyobb feladat.Ha leírod mit szeretnél csinálni, lehet jobban tudnánk segíteni.
-
amargo
addikt
-
ArchElf
addikt
válasz
oregcsóka
#5280
üzenetére
C64-es BASIC-je - ha jól rémlik - tokenizált nyelv volt (inkább interpreteres, mint kompilált nyelv). A PC (windows, dos, egyebek) futtatható fájlai leggyakrabban kompilált (lefordított) programok (lefordítandó programnyelven készült programok). Legtöbbször a forrásnyelv kitalálható a gépi kódból, de viszonylag kevés nyelv van, ahol a gépi kód visszafordítható volna (majdnem egy-az-egyben) forráskódra. Az ilyen (ehhez hasonló) nyelvek a "modern korban" .NET környezetben készült nyelvek (IL kódot generál a fordító, nem közvetlenül gépi kódot), és a JAVA (szintén ú.n. byte-kód készül, amit a JVM fordít gép kódra).
Vannak emellet interpretált futtathatók (szkriptnyelvek), de ezek - mivel futtatás előtt nincsenek lefordítva - így közvetlenül is olvashatók.AE
-
#5276
stevve
veterán
Sk8erPeter
#5272
válasz
Sk8erPeter
#5272
üzenetére
A refaktorálás jó dolog, de tudni kell abbahagyni, mert a végén sosem leszel kész vele.
Én is ismerem az UML-t és ha kérik, használom is(projektvezetők sokszor kérnek legalább sequence diagramot, használati esetet). Aki használja, biztosan előnyére használja, nem hobbiból. Viszont egy projektbe belekényszeríteni, időt, erőforrást pazarolni rá, azt nem szeretem.
Ahogy cucka is írja, egyre többen vannak, akik az agilis fejlesztés felé hajlanak és nem a vízesés hülyeségei felé, így az UML is kezd az ügyfél és a projektvezető, rendszertervező közötti kommunikáció irányába eltolódni. Természetesen egy utólag generált class diagram mindig jól jön, főleg ismeretlen kódnál.
A patternekről hasonlóan vélekedek, mint cucka. Ezek nem kőbe vésett dolgok, ráadásul sok már obsolate is a GOF-ból, ami mellé viszont számtalan érkezett az idők során. Én leginkább példák alapján tudom megjegyezni ezeket, de ez egyéni dolog.
Sok suliban már tanítják legalább, de az nem túl hasznos, hogy vizsgán fejből kell tudni az UML-t, holott a diák még egy dekorátort nem írt meg. Mondjuk ez nem az UML hibája. Persze vannak alapvető elvek is a minták mellett, mint a DRY, a DIP vagy a SOLID, amiket jó megfontolni és jó volna oktatni.Amúgy mindenkinek köszi, hogy ezt ilyen jól meg tudjuk beszélni.
Nagyon jó több nézőpontot látni. 
-
#5275
cucka
addikt
Sk8erPeter
#5272
cucka
addikt
válasz
Sk8erPeter
#5272
üzenetére
Ha már erről van szó - a különböző tervezési minták alkalmazása esetén is szinte elkerülhetetlen szerintem az áttekinthetőség érdekében egy normális UML-diagram megalkotása a programunkban szereplő objektumok kapcsolódásáról ahhoz, hogy a megfelelő tervezési mintát rá tudjuk húzni a saját feladatunkra.
Ezt így írják a tankönyvekben, a valóság azért kicsit más. A tervezési minták egyáltalán nem mindenhatóak, tulajdonképpen csupa olyan dolog, amire magától is elég hamar rájön az ember, ha mereven ragaszkodsz hozzájuk, akkor az inkább árt, mint használ.
Persze, az egyetemen van olyan tantárgy, ahol ezt tanítják, ott nyilván azt fogod hallani, hogy ezek aztán elengedhetetlenül fontos dolgok és ezek nélkül nincs minőségi szoftver.
Az van, hogy a valóságban egyre több helyen agilis módszertan szerint fejlesztik a szoftvert (sokszor nem tudatosan), ott meg nem úgy működnek a dolgok, hogy a felhasználó által előzetesen jóváhagyott specifikáció alapján hetekig-hónapokig reszeljük a különféle uml diagramokat, majd amikor menet közben változik a specifikáció, akkor megint csak reszelgetjük hetekig, hogy a valódi állapotokat tükrözzék.
(Te csak osztálydiagramról beszéltél, van még ezen kívül pár fajta UML diagram) -
-
#5272
Sk8erPeter
nagyúr
stevve
#5269
Sk8erPeter
nagyúr
Szerintem akár egyetlen emberből álló munkánál is hasznos lehet az UML-ismeret.
Most ez lehet, hogy nem a legjobb példa, de én is hadd mondjak egyet. Hobbiból folyamatosan csiszolgatom egy régen elkészített honlap kódját, állandóan változtatok rajta, és röhögök a korábban megírt kódjaimon, és annál jobbat írok, aztán később majd ezen is röhögni fogok, és átalakítottam már a kódnak nagyjából 60%-át objektumorientáltra, ami eléggé segít számomra a kódom áttekinthetőségében, módosíthatóságában, stb. Viszont már kellően sok kódot írtam ahhoz, hogy kezdjem egyre nehezebben átlátni az egyes objektumok kapcsolatait, mi örököl miből, mi tartalmaz mit, mihez milyen metódus, tagváltozó, stb. tartozik, ezért egy programmal legeneráltatttam a kód alapján az UML-diagrammokat, így csomó mindenre rájöttem, hogy mit lehetne egyszerűsíteni, megváltoztatni, áthelyezni, stb. - ismétlem, UML-ábrák alapján. Ezentúl mostanában egyre gyakrabban alkalmazom azt a módszert, hogy a kódírás előtt először megpróbálok valami összedobált UML-diagrammot készíteni arról, amit épp alkotni szeretnék - ez is jelentősen leegyszerűsíti a munkámat, mert sokkal könnyebben észreveszem az esetleges koncepcionális hibákat, főleg, miután UML-diagrammokkal szemléltetve verték a fejünkbe a különböző tervezési mintákat is egyes egyetemi tárgyakból. Ha már erről van szó - a különböző tervezési minták alkalmazása esetén is szinte elkerülhetetlen szerintem az áttekinthetőség érdekében egy normális UML-diagram megalkotása a programunkban szereplő objektumok kapcsolódásáról ahhoz, hogy a megfelelő tervezési mintát rá tudjuk húzni a saját feladatunkra. A tervezési mintákat meg ugye nem hülyeségből találták ki, hanem épp a fejlesztés gyorsítása érdekében.
Mindezt azzal együtt értem, hogy nyilván az UML-diagrammok is állandóan változnak attól függően, hogy a kód épp hogy módosult. Így szerintem az UML-diagrammok előzetes megtervezése, valamint kód alapján történő utólagos megalkotása (legenerálása, ha van rá mód, és elég jó a program, amit erre használunk) is nagyon hasznos lehet. Már csak pont amiatt is, amit azt hiszem Te is írtál, hogy nagyjából egy nyelvet beszéljenek a programozási folyamatok különböző fázisaiban részt vevő fejlesztők is.
Félreértés ne essék, nem azt mondom, hogy UML nélkül nem lehet létezni, sőt, nagyon is sok példa van rá, hogy egyszerűen elkerülik a használatát a fejlesztés során, de nem ördögtől való, és nem is haszontalan találmányról van szó, hanem épp ellenkezőleg, sok hasznát lehet venni adott esetben. -
nvyktor
aktív tag
hmm.
Most, hogy mondod már "nagy" voltam, amikor a spectrumról áttértem c64 basic-re, ott volt egy három könyvből álló sorozatom, aminek a végére már grafikus környezetet is lehetett programozni, sprite-okkal, meg mindennel ami kellett...Húúúú emlékeztek még a sprite-okra?
Öreg vagyok. -
#5269
stevve
veterán
Sk8erPeter
#5268
válasz
Sk8erPeter
#5268
üzenetére
Nem, én személy szerint továbbra sem használom, csak helyeseltem, hogy érteni hozzá hasznos, de az ideális eset, amikor egy megbeszélésen mindenki egyből érti az UML-t, amit felvázolunk, még nem állt elő eddigi pályafutásom során, viszont kis skiccek, sémák alapján mindent el lehet magyarázni.
Egy bonyolult rendszernél meg inkább káosz lesz belőle, meg pókháló.
-
#5268
Sk8erPeter
nagyúr
stevve
#5258
Sk8erPeter
nagyúr
"Ebben igazad van, ez tényleg kivétel, itt nincs mit tenni, valahogy le kell írni.
A különböző UML diagramokat valóban tudnia kell olvasni egy fejlesztőnek, mert lehet rá szükség, Ezt ki is felejtettem az előbb. Jó is, hogy írtad.
"Ami igazából a mondanivalóm, az az , hogy az UML teljesen alkalmas ezen megbeszélések alkalmával információátadásra, ideiglenes dokumentációként."
Abszolút így van. Ideális esetben mindenki érti és könnyű így megbeszélni, hogy közben táblán, bárhol rajzolgatunk. Csak sajnos sokszor a jelmagyarázattal kell kezdeni, ami elég időrabló."Most a végére rájöttél, hogy az UML mégsem csak egy helykitöltő baromság, ami remélhetőleg egyre kevesebb teret fog kapni a fejlesztésben?
Amúgy látom időközben modderrel regényeket írtatok, úgyhogy túl sokat nem tudok hozzátenni, úgy kiveséztétek, alapvetően modderrel értek egyet, persze Te is sok igazságot mondtál.
-
nvyktor
aktív tag
válasz
Jim Tonic
#5264
üzenetére
Addig a pontig, amíg nem használsz előre definiált dolgokat, tárolt eljárásokat, miegymást alig van különbség, hiszen mindkettő SQL.
Néhány apróbb eltérés van, pl.:
MSSQL: SELECT TOP 10 oszlop FROM tabla
MySQL: SELECT oszlop FROM tabla LIMIT 10
Oracle: SELECT oszlop FROM tabla WHERE sorszam (ROWNUM) <= 10Ezekre viszont gugli barátunk 2 perc alatt választ ad.
Ha komolyabb szintű a felhasználás (tárolt eljárások, rutinok, stb.) akkor nagyobb az eltérés, érdemes előtte utána nézni.
És arra is érdemes figyelni, hogy a fejlesztő környezetedbe integrálva legyen az MSSQL. Gondolok itt arra, ha pl php alól kéne ms-t hívni, akkor a php.ini-t (is) szerkeszteni kellhet. Tehát a fejlesztés kezdetekor érdemes írni egy print "hellóvilág"; szintű programocskát, ami teszteli az adatbázis kapcsolatodat, hogy ne a fejlesztés során derüljön ki, ha valami ott nem stimmel. Sok fejtörést lehet vele megspórolni.
-
nvyktor
aktív tag
Kiegészíteném...
x nyel 24 óra alatt akkor jó, ha olyan nyelvet tanulsz, amihez hasonlóban már van tapasztalat, pl. c-php, vagy mysql-mssql. Tehát ahol az utasítások, szerkezet hasonló, csak esetleg más a szintaxis.
Tök nulláról nehéz.
Vannak olyan könyvek is, amelyek magára a gondolkodásmódra nevelnek, meg arra, hogy hogyan építsd ki a fejlesztő, tesztelő környezetedet.
Összességében minden könyv arra való, hogy alapokat adjon, egy konkrét feladatot nem lehet megoldani velük. Ötleteléshez jók.
Én is BASIC-kel kezdtem. ZX Spectrumon...
-
modder
aktív tag
Köszi
Igen, előnye a C# technológiáknak, hogy mobilra is adaptálták őket sőt, nem akarok hülyeséget mondani, de talán még iPhone-ra is lehet .net-ben fejleszteni. Nem gondoltam, de kábeltelevíziós set-top-boxokra is bizony .net-ben fejlesztenek.
Én pedig még annyit fűznék hozzá, hogy manapság sajnos egy programnyelv ismerete már nem azt jelenti, hogy bekérek a parancssorból és kiíratok. Nagyon komoly és összetett technológiákat kell ismerni a piacképes tudáshoz adott rétegen belül is. Olyanok, mint az említett WCF, WPF, vagy amit mostanában tanulgatok Java EE platformon JPA, JSF és megannyi sok csúnya 3-4 betűs mozaikszó
-
-
modder
aktív tag
Nem tudom milyen a kódból generált XML doksi. Amit én használtam az a Doxygen, ami feloldja az asszociációkat a jól dokumentált Osztályok és függvények között, majd ezt egy jól érthető HTML vagy PDF formátumban kimenti osztálydiagramokkal együtt. Sőt, léteznek olyan szoftverek is, amik pusztán a kód olvasásából megértik az együttműködéseket, és az alapján generálnak diagramokat. Ezzel felváltható a kézzel megírt végleges fejlesztői dokumentáció egy része is. Nyilván az olvasható, jól dokumentált kód erény, de nem lesz ettől rendszerszinten áttekinthető.
Most mindannyian sokkal okosabbak lettünk
-
modder
aktív tag
válasz
Gülredy
#5256
üzenetére
Hali!
Az a baj ezzel a kérdéssel, hogy nem objektív, hanem meggyőződésből eredő válaszokat kapsz majd, ezért hogy jó nyelvet válassz magadnak meg kell fontolnod pár dolgot.
Először döntsd el, hogy milyen típusú alkalmazást szeretnél fejleszteni pl. hagyományos desktop, webes alkalmazás (website), webes kliens oldali, háttérben futó rendszerszintű programok, mobil nevezzük ezeket rétegeknek. Majdnem minden mainstream programnyelv lefedi ezeket a rétegeket, azonban a választás segít eldönteni, hogy milyen információkat keress.
Én azt ajánlom, hogy ha eldöntötted, hogy milyen réteget és programnyelvet választasz, akkor ragadj hozzá, és szerezz róla magabiztos tudást, majd mehetsz a többi rétegre is ismerkedni velük.
Áttekintés rétegenként
1) Desktop alkalmazás:
Egyértelműen C# és .NET. Azért, mert a legelterjedtebb a Windows. Olyan technológiákat használ, amiket átültetheted kapásból mobilra is, ha arra szeretnél orientálódni.
Emellett nekem még tetszik a C++-ban Qt. A Qt egy grafikus könyvtár és egy előfordító. Linuxra KDE ebben íródott, Nokia telefonokon lesz elérhető.2) Webes alkalmazás:
ASP.NET és webes technológiái, Java EE és webes technológiái, PHP, illetve szaporodik a Ruby on rails. PHP-ból sok a munka, sok a programozó is, szerintem nem fizetik meg annyira. Az első kettő közül mindegyik piacképes tudást ad, viszont rettentő sok technológia épül rájuk.3) Webes kliens:
Flash... hát nem tudom, nekem nem szimpi. Silverlight elterjedőben, keresett. Emellett egyre nagyobb tudást igényelnek a kliens oldali JavaScript könyvtárak, HTML5 ilyesmi.4) Rendszer:
c++ unix/linux alapon, windows alapon .net, c++. Emellett az operációs rendszerek nagyon átfogó ismerete, és oprendszer api kőkemény ismerete.5) Mobil:
Java: Android; .net: windows mobile; C++ Qt: nokia; Objective-C: iPhone, Ipad.6) Grafikai program:
Ha játékot akarsz írni, akkor C++ és OpenGL vagy C# és XNA.Üzleti megfontolások, mivel szakíthatsz a legtöbbet?
Szerintem Webes szerver oldali platformokkal, de sok idő beletanulni, azonban ezen a vonalon szép karriert lehet csinálni. (ASP.net, Java EE)Mivel juthatsz legkönnyebben a piacra?
Web: kliens + PHP; Manapság még android vagy iPhone fejlesztési gyakorlattal.Ez a lista a teljesség igénye nélkül született, és az én objektíven szubjektív megítélésem
-
Igen, bár én ezt elvont formában értettem.
A kódból generált XML doksiknak még kevesebb értelmét látom, mint a többinek. Én úgy értettem, hogy a kód fejlesztőknek szól és úgy kell megírni (komment nélkül), hogy abban el lehessen igazodni, jól lehessen olvasni. Ehhez kellenek olyan szakik, akik nem csak működő, de olvasható kódot is tudnak produkálni. Jól felépített, lazán csatolt, stb."Itt már nem biztos, hogy az automatikusan generált osztálydiagram elég, mert az nem fog semmit jelenteni a többi fejlesztő számára a lib használatát illetően. "
Ebben igazad van, ez tényleg kivétel, itt nincs mit tenni, valahogy le kell írni.
A különböző UML diagramokat valóban tudnia kell olvasni egy fejlesztőnek, mert lehet rá szükség, Ezt ki is felejtettem az előbb. Jó is, hogy írtad.
"Ami igazából a mondanivalóm, az az , hogy az UML teljesen alkalmas ezen megbeszélések alkalmával információátadásra, ideiglenes dokumentációként."
Abszolút így van. Ideális esetben mindenki érti és könnyű így megbeszélni, hogy közben táblán, bárhol rajzolgatunk. Csak sajnos sokszor a jelmagyarázattal kell kezdeni, ami elég időrabló.
A dekompozíciós részben is egyet értek, az iterációs, de még inkább az agilis fejlesztés is végül úgyis visszatér az adatokhoz, de ha eleve aspektus orientáltan kezdünk hozzá, akkor hamarabb lesz bemutatható funkció halmaz, mint az első körös csak tervezéssel. Sajnos itthon ez nem elterjedt még sok helyen.
-
modder
aktív tag
Igaz, hogy a kód lehet jó dokumentáció, de ehhez a kód jól dokumentáltsága is szükséges, amiből aztán jó dokumentáció generálható. Nem Javadoc, mert az nem mutat semmit, de pl. Doxygen (vagy fizetős vállalati eszközök). -- ezt csak megjegyzésben írtam, tegyük fel, hogy ez adott.
Jól kifejtetted, a teljesség igénye nélkül néhány dolog ami még eszembe jut.
Mint mondtad, különböző modulok kapcsolódási pontjához hasznos a dokumentáció. Tegyük fel, hogy egy library-t megírt egy fejlesztő, aminek a használata szükségessé válik a projekt egy előrehaladottabb fázisában. Itt már nem biztos, hogy az automatikusan generált osztálydiagram elég, mert az nem fog semmit jelenteni a többi fejlesztő számára a lib használatát illetően. ilyen esetben, akár a hivatalos fejlesztői dokumentációban is megjeleníthető legalább valami kollaborációs diagramra szükség lesz, amit a fejlesztőnek kell létrehozni. -- te is hasonlóra gondoltál?
Egy kis csoportról beszélve, akik egy modulon dolgoznak, pedig szintén nem árt, ha ismerik az UML-t. Egy megbeszélés alkalmával rögzített program flow-t lehet rögzíteni akár papírra, így az adott iterációban vissza lehet hivatkozni rá. Kvázi ez egyenlő azzal, hogy nem kell fejben tartani. Ez egy informális dokumentáció, de UML-t használva még kevesebb hibához is vezethet, mint egy "móriczkarajz"
A használati eset és az activity diagramm legyen a projektvezető dolga szintén.
Ebben igazad van, de valakinek (a szoftverfejlesztőnek) el kell tudni olvasni azt.Rengeteg példa van arra, hogy a rendszer változott, csak a doksikban nem vezették át.
Igen, sajnos a dokumentációt is karban kell tartani. Ha már automatikusan generált doksit említettem, ezt lehet a buildelési fázishoz is kötni. Viszont elvetemült öltet lenne minden iterációban újravizsgálni a dokumentációt is.Egyetértek azzal, hogy nem kell túldokumentálni mindent, és jól működik általában a szoftverfejlesztés formális és informális megbeszélések alapján. Ami igazából a mondanivalóm, az az , hogy az UML teljesen alkalmas ezen megbeszélések alkalmával információátadásra, ideiglenes dokumentációként.
Dekompozició elve:
Minden dekompozició legvégül egy adatbázis tervhez vezet, de tényleg fölösleges az egész rendszert megtervezni adatbázis szinten az elején. Tulajdonképpen az iteratív szoftverfejlesztés pont erről szól, nem? Nem lehet úgy végigcsinálni egy szoftverfejlesztést, mint egy hidat: terv -> implementáció -> kész
-
Gülredy
tag
Sziasztok!
Egy olyan kezdőnek, aki már tanult programozási nyelveket, (c,c++, c#, java, delphi, assemly, php/mysql) de mégsem "mestere" egyiknek sem, milyen nyelvet ajánlanátok megtanulásra?
A problémám oka az, hogy félévente új programnyelvet tanultunk, így eléggé összekeveredtek bennem a dolgok.
A célom az lenne hogy egy olyan nyelvet megtanuljak, ami eléggé keresett munkavállalás szempontjából, de viszont nem túl szerteágazó, és nehéz! Értem ez alatt, hogy elkezdtem a java-t újratanulni, erre minél többet olvasok róla, annál többféle van: JavaSE Java EE Java Applet Java script stb... és ahogy nézegettem majdhogynem mindegyik különbözik egymástól, ha nem is teljesen, de részlegesen igen, ami nehezebbé teszi, de javítsatok ki ha nem így van, és csak én értelmeztem félre az egészet! Ráadásul a könyvek nagy része is egyszerre többel is foglalkozik, ami még jobban megnehezíti a dolgom.Ahogy nézegettem állások között, a legelterjedtebb amit keresnek c, c++ és a Java meg a php.
Szóval ti mit ajánlotok, melyikkel kezdjem?
Előre is elnézést a furcsa kérdésért!
-
Teljesen érthető álláspont. Jó néha a nézeteket ütköztetni, mert abból lehet tanulni.
Én sem 1-2 fős csapatokról beszéltem, bár ez nem jött le abból, amit írtam. Én a következőket alkalmazom - természetesen úgy, hogy ma Magyarországon nem gyakorlat a vízeséstől eltérő projektvezetés, hiszen legtöbbször előre rögzített doksikért fizetnek, azok jelentik az első mérföldköveket és azokat lobogtatják másfél évvel később is bőszen.
"Persze a dokumentáció mennyiségének növekedésével a szoftverfejlesztés időtartama kitolódik."
Ezért látom én úgy, hogy a minimális jelenthet 0 közeli állapotot is ezeknél, vagyis a kód maga a dokumentáció. Ezt a fenti modell tükrében nem lehet kivitelezni, ám sok doksi gyártható utólag, menet közben is, generálva. A lényeg, minimális legyen a fejlesztők által dokumentálásra fordított idő, így az UML jó része is kimarad a fejlesztőknek - ez legyen a projektvezető vagy rendszerszervező.
Olyan projektnél, ahol modulokat építünk egybe, írtam is, hogy a kapcsolódási pontokhoz kell valamiféle támpont, az pedig lehet UML is akár. Minimális áldozat, de előre legyártani ezt is éppoly veszélyes, mint egy rendszertervet. Jobb pár meetinget tartani a többi fejlesztővel és kódba belemenni, esetleg már bemutatható, legalább mock interfészekről beszélni. Rengeteg példa van arra, hogy a rendszer változott, csak a doksikban nem vezették át.
A használati eset és az activity diagramm legyen a projektvezető dolga szintén. Nem fogom ezzel a fejlesztőket terhelni, mert nekik ehhez nem sok közük van közvetlenül. Ez max. arra jó, hogy csekkolni lehessen, hogy a feladatok hol tartanak, mi van még, de erre a prototípusok, release-ek is megfelelnek és abból legalább lát is valamit az ügyfél.
Class és szekvencia utólag generálandó szerintem, különben erőforrást köt le huzamosabban, ami nem jó. Igen, erre gondoltam, hogy ez lényegesen eltérhet a kiindulási állapottól. Szerintem több modul esetén is simán működhetnek a mock interfészek vagy a sűrű release-ek. Ezek specifikációját viszont nem feltétlenül szükséges UML-ben megadni.
"A diagramok egy része az implementáció megkezdése előtt születik, más részük közben, megint más részük utólag. Természetesen elkerülhetetlen a változás, mert nem lehet minden eshetőséget lefedni a fejlesztés során. "
Én is így látom. Előre nem lehet kőbe vésni még nem látható dolgokat. A fejlesztő, architect nem jós.
"Sajnos rossz gyakorlat az, hogy a dokumentációt fejlesztés után készítik el, és a fejlesztés gyakorlatilag ad-hoc módon történik: a fejlesztők egymás között ledumálják ki mit csinál, aztán probléma van, amikor össze kell hegeszteni a dolgot egy egésszé."
Nem lehet egyenlőséget tenni az ad-hoc fejlesztés és az utólag dokumentálás között. Ismét megemlítem, hogy a legjobb dokumentáció maga a kód - abban nincs és nem is lehet összebeszélés, háttéralku. Ilyet egyébként sem lehet megengedni, de egy class diagram mégis akkor lehet teljes, ha a kész/félkész kódból generáljuk.
Amit itt írsz, pont a kis csapatokra vonatkozik (leosztják egymás között a feladatokat, megy a susmus, stb.), de nagyobbaknál is jól működhet az, hogy nem egy bizonytalan és régi rendszerterv és UML-ek alapján fejlesztenek, amiket nem tartanak karban, hanem az igények szerint és a haladást maga a termék jelenti. Így az ügyfél is hamarabb lát belőle valamit és így jobban is tud gondolkodni, mint ábrák alapján.
"El kell fogadni, hogy a dokumentáció a fejlesztés szerves része, és mint említettem, nagyobb projekteknél a kommunikáció folyamatossága érdekében elkerülhetetlen rossz vagy éppen jó."
A régi szemlélet szerint igen. A vízesés modellben máshogy el sem lehet képzelni a fejlesztést, de maga a modell eleve csak rossz példaként lett régen is megemlítve, amikor felkapták. Ha a levelezést nem tekintjük dokumentációnak, akkor a kommunikációhoz nincs szükség rendszertervre, UML-re és egyebekre. Nem kell kizárni, mert lehet, hogy azt valaki annyira vágja, hogy azonnal lát mindent, de sok esetben a kód, az alkalmazás sokkal hasznosabb forrás.
Nem mondom, hogy ez a szuper és ultimate módszer, meg így kell mindenkinek, de én így látom. Az agilis és egyszerű, letisztult fejlesztést részesítem előnyben és ez nem csak idea.
Egy példa még a végére:
Régi vesszőparipám az, hogy sok projekt az adatbázis megtervezésével indul, holott ez a rész 90% eséllyel szinte azonnal megváltozik. Ha a "dekompzíció" és a funkciók mentén haladunk, akkor elemi feladatokkal gyorsabban lehet bemutatható alkalmazást készíteni, mint a legnagyobb falattal szöszmötölni.Természetesen ehhez befogadó projektvezetés és ügyfél is kell.
Hű, de hosszú lett. bocs.
-
modder
aktív tag
Hali,
Az UML előnye nem is az 1-2 fős projekteknél ütközik ki, ahol a fejlesztő egy személyben a business analyst, az architect, a manager, a tesztelő is. Bár kifejezetten hasznos.
Amikor több: 5-10-20 fős fejlesztői csapatot kell koordinálni, akkor bizony a fejlesztési módszertanokkal együtt az UML-t is használni kell. Ezek együttesen segítenek mind a szoftver, mind a szoftverfejlesztés minőségét javítani. Persze a dokumentáció mennyiségének növekedésével a szoftverfejlesztés időtartama kitolódik.
Néhány példa, hogy mikor előnyös:
UML activity diagram: Egy nagyobb cégnél a fejlesztők nem találkoznak az ügyféllel közvetlenül, de tudniuk kell mit várnak el a szoftvertől. Ennek lekommunikálásának egyik leghatékonyabb módja pl. egy UML activity diagram.
UML use-case diagram: Az UML activity diagramot az ügyfél beszámolója alapján elkészített use-case-ből generálják. Máris van egy dokumentum, amihez tudnak a fejlesztők fordulni, ha kérdésük van a program flow-val kapcsolatban, és nem kell a BA-t csesztetni.
UML class diagram: szerintem erre gondoltál, amikor azt mondtad, hogy ez úgyis változik, hiszen a belső struktúra az, amit először nem lehet a legjobban eltalálni. Ugyanakkor egy nagyobb projektben szükség van rá interfészek deklarálásához, mert különböző komponenseket különböző fejlesztők készítenek el, tudniuk kell, hogyan csatlakoznak ezek egymáshoz.
UML szekvenciadiagram: Ennek előfeltétele az UML class diagram, megmondja, hogy a komponensek vagy osztályok hogyan kommunikálnak egymással. Ez egy specifikáció a tesztelők számára, akik nem ismerik teljes mértékben a szoftver belső működését, de felismerik, ha az üzenetváltások nem a specifikáció szerint alakulnak.
UML kommunikációs diagram: Más fejlesztők által létrehozott komponensek hogyan kommunikálnak majd egymással. Ennek szerepe lehet architektúra tervezésnél, és mérvadó lehet a kommunikáló komponensek interfészeinek kialakításánál.A diagramok egy része az implementáció megkezdése előtt születik, más részük közben, megint más részük utólag. Természetesen elkerülhetetlen a változás, mert nem lehet minden eshetőséget lefedni a fejlesztés során. Sajnos rossz gyakorlat az, hogy a dokumentációt fejlesztés után készítik el, és a fejlesztés gyakorlatilag ad-hoc módon történik: a fejlesztők egymás között ledumálják ki mit csinál, aztán probléma van, amikor össze kell hegeszteni a dolgot egy egésszé. Erről legtöbbször nem a fejlesztő tehet, mert a határidő mindig valamikor tegnap.
El kell fogadni, hogy a dokumentáció a fejlesztés szerves része, és mint említettem, nagyobb projekteknél a kommunikáció folyamatossága érdekében elkerülhetetlen rossz vagy éppen jó. A példákból pedig látható, hogysajnosa fejlesztőnek is részesülnie kell belőle....szerintem
-
#5250
Geriman25
csendes tag
Sk8erPeter
#5247
Geriman25
csendes tag
válasz
Sk8erPeter
#5247
üzenetére
Köszi a válaszodat
Amiket beraktál linkeket nem bírom megnyitni(egyiket se), azt írja Nem megbízható kapcsolat -
#5249
stevve
veterán
Sk8erPeter
#5247
válasz
Sk8erPeter
#5247
üzenetére
UML: Több nézet van. az én szempontom az, hogy az UML arra jó, hogy utólag - vagy előre, de fenntartásokkal - olyanok, akik nem értenek a kódhoz (rendszerszervezők, projektvezetők) láthassák, milyen folyamatok, esetek, stb. fordulhatnak elő az alkalmazásban.
Egy fejlesztőnek az UML lényegtelen. Ha előre megrajzolt, akkor úgyis változik, ha meg utólag generálom, azt nem magamnak teszem.
Éppen ezért szerintem egy fejlesztőnek igen kevés haszna származik az UML-ek olvasgatásából. (persze ha egy nagy rendszer csatlakozási pontjait, szervereket akarok látni, az más, most a kódra, alkalmazásra értek mindent). Én így látom. Sőt! Kicsit tovább is megyek és azt mondom, nem adat és adatszerkezet alapú szemléletben kellene már gondolkodni. Ha én egy másik fejlesztővel beszélek, rajzolunk ugyan, de nem UML-t, hanem dobozkákat, folyamatokat, ahogyan az a kódban vagy felületen meg is lesz valósítva. Ebben az UML inkább hátráltatna, mint egy gyors skiccelés. A gyakorlat nálam nem igazolja az UML vélt erejét. A sikerélmény szükséges az érdeklődés fenntartásához, de ha rögtön nekiáll valaki superclassokat írni és később akarja megtanulni az elveket, nehezebb lesz. Mellette lehet mórickázni, de ugye ismert a mondás: elmélet nélkül nincs gyakorlat és fordítva. Legalábbis akkor, ha az ember komolyan foglalkozik valamivel. Garázs szintű fejlesztéshez, meg számológéphez nem kellenek nagyon elvek, de nem szabad ott ragadni.
-
#5247
Sk8erPeter
nagyúr
Geriman25
#5226
Sk8erPeter
nagyúr
válasz
Geriman25
#5226
üzenetére
Geriman25:
elkezdheted akár 60 évesen is a programozást. Lényeg, hogy ne menjen el a kedved tőle, ha nem lesz kapásból sok sikerélményed, próbálj kitartóan gyakorolni, és könyvből/netről utánaolvasni az elméleti hátterének is.
Ingyenes magyar C#-jegyzetek közül szerintem ez nyugodtan ajánlható kezdő szintre (is): [Reiter István - C# jegyzet] (alapból devportalról is elérhető, de az épp költözik).
Itt egyébként van jópár hasznos jegyzet, tétel, stb. C# nyelvvel kapcsolatban: [link].
Eleinte rengeteg dolgot egyáltalán nem fogsz érteni, és néha túl butának érzed magad ahhoz, hogy átlásd ezt az egészet, de majd meglátod, ha elkezdesz fejlődni, egyre jobban át fogod látni az egészet. Én is úgy kezdtem egyetemen, hogy fogalmam nem volt az egészről, sokat szívtam vele, túl magas volt, stb., de aztán rengeteg gyakorlással kezdtem elég jól átlátni, mi mire való. Mondjuk persze az alapvető informatikai érdeklődés meg kell, hogy legyen hozzá. Ne hagyd, hogy elmenjen a kedved tőle.
Tény, hogy elég jól meg lehet élni belőle, meg ha érdekel, örömet is okozhat, amikor már belejössz. Nehéz lehet eleinte a gondolkodásmódot átvenni, de legyél kitartó és érdeklődő.============
(#5229) stevve :
"Érdemes egyébként még a tanulás elején ilyen varázsszavakra rákeresni, mint principle, GOF, design pattern, composition és kicsit elméletben elsajátítani néhány nézetet."
Az ilyenek szerintem nagyon gyorsan elvehetik a kezdő tanuló kedvét az egésztől.
Ennél a szerinted hülyeségnek, helykitöltőnek tartott UML-diagrammokat is hasznosabb lehet megérteni. (Továbbra sem értem, hogy lehet azt állítani az UML-ről, hogy "rendszerszervezők és projektvezetők szeretik doksikba betenni helykitöltés miatt és az ügyfelet ezzel vakítani, de a jelentősége szerencsére csökken a fejlesztésben", de remélem majd megmagyarázod. )De nem, szerintem inkább ilyennel csak a legelhivatottabbak kezdjék. Olyannal érdemes szerintem az elején kezdeni, ami gyors sikerélményt garantál, mert akkor nem érzi magát egyből hülyének az egészhez az, aki a tanulási folyamatot elkezdte, és így némi önbizalomra tehet szert ezen a téren. Legalábbis az elején nekem még az is örömet nyújtott, hogy jé, működik a kiíratás konzolra, jé, már tudok két számot összeadni a bemeneti paraméterektől függően, már működik a menüm, stb... Az nem igazán dobott fel az elején, amikor elméleti tényekről kellett olvasnom.
Persze egyéni ízlés kérdése, van, aki szereti először nagyjából megérteni az elméleti részét, és csak utána belemenni az egészbe, én inkább a kapásból elején történő gyakorlati tanulgatás plusz mellette párhuzamos elméleti elsajátítás híve vagyok, persze lehet ezzel nem egyetérteni, ez csak az én véleményem. -
Jim-Y
veterán
válasz
Geriman25
#5243
üzenetére
Uhh, hát azért először jó lenne kicsit böngészni a wikipediát a témában, hogy azért tisztában legyél az alap dolgokkal, írd be a wiki keresőbe, hogy programozás, és kezdj el olvasni, a linkeken keresztül kiterjeszteni a tudásod.
Nagyon pongyolán, ha webre akarsz programozni, weboldal alá akarsz programkódot írni, akkor PHP,javascript,html,css, html-dom,jquery,AJAX ... ezek nézd át.
Ha meg objektum orientáltan akarsz programozni akkor ismerkedj meg a JAVA nyelvvel, vagy ha az egyik
legrégebbitlegelterjedtebbet akarod megtanulni akkor C++, vagy ha az újak közül, ASP .NET, C#. -
-
válasz
Geriman25
#5231
üzenetére
Milyen nyelv érdekel?
Ha C#, akkor íme pár könyv:
Head First C#
Pro C# 2010 and the .NET 4 Platform
C# 4.0 in a Nutshell
Essential C# 4.0De végül is ami fontos, hogy kicsit először csak olvass a .NET működéséről és az alapokról, az OO működéséről, közben pár móricka példával el lehet kezdeni a gyakorlást. Ha már néhány dolog jól megy, akkor irány a net, ott aztán ezer és ezer példa van, de azért óvatosan velük, mert nem mind jó kód!
-
Igen, a 24 órás könyvek nem alkalmasak arra, amit a címük sugall, főleg nem 24 óra alatt.
Geriman25:
Érdemes egyébként még a tanulás elején ilyen varázsszavakra rákeresni, mint principle, GOF, design pattern, composition és kicsit elméletben elsajátítani néhány nézetet. Persze ezek egyike sincs kőbe vésve, az agilitás és az egyszerűség legyen mindig szem előtt. -
bpx
őstag
válasz
Geriman25
#5226
üzenetére
korai? én 10 éves voltam amikor otthon egyedül az iskolakönyvtárból kikölcsönzött (majd szülők által gondosan lefénymásolt
) őskori BASIC könyvekből kezdtem el programozni tanulni
nyilván nem valami húdemagas szinten műveltem, de stabil alapokat adott későbbre (legalábbis ha másra nem, akkor önállóságra nevelt az egyszer biztos )
programozni csak otthon önállóan lehet megtanulni - sok gyakorlással, az hogy elolvasod a könyvet, esetleg néhány feladatot megcsinálsz, nem elég
az ilyen tanuljunk meg X nyelvet 24 óra alatt könyvekből 0-ról kezdve nem lehet megtanulni, ezek csak akkor jók, ha már van gyakorlatod és tudsz programozni másban (a programozás az egy fajta gondolkodásmód, a választott programnyelv csak egy eszköz, amit könnyen le lehet váltani/cserélni) -
Geriman25
csendes tag
Háát azt szeretném megkérdezni hogy 17 évesen érdemes elkezdeni programozást tanulni? vagy még korai? Programozni nem lehet megtanulni így itthon ugye?
Mert láttam fent például Ncore-n olyan torrenteket, mint például: Tanuljuk meg a Java programozási nyelvet 24 óra alatt.( E-book) PDF formátumú fájl -
Jim-Y
veterán
Sziasztok, szeretném ha valaki akinek van egy szabad délutánja, és össze tudna dobni egy ehhez hasonló dinamikus honlapot, az jelezze, tervezünk többen egy ehhez hasonlót csinálni, csak pc-házas témában, és kéne hozzá programozói support, hogy később is lehessen szerkeszteni, ha 1-1 új termék megjelenik a piacon, akkor azt fel tudjuk majd tölteni a táblázatba. Ha valakinek lenne kedve, egy ilyen honlapot leprogramozni, akkor azt megköszönjük, ha nem akkor felkeresem ezen honlap készítőjét, hátha ebben is partner lenne, de egyből nem akartam ezzel terhelni, ezért kérdezem meg itt először, üdv
-
E1even
senior tag
Itt van szövegként is:
Feladat
Készítsünk a négy alapművelet végrehajtására alkalmas kalkulátort.
Útmutatás:
1; A kiszámolandó feladatot 2 egész szám és egy karakter
segítségével kérjük be, azaz 3*5, vagy 3-2 stb. formában.
2; A program által elvégzendő művelet a beírt karaktertől függ.
3; Ha a két numerikus adat között megadott művelet eltér a 4
alapművelet jelétől, akkor írjuk ki, hogy nem értelmezhető a művelet.
Gyakorlás:
Írjunk egy olyan programot, mely bekér egy érdemjegyet, melyet aztán
szöveges minősítéssel jelenít meg.Feladatok
1. Írjunk egy ciklust, amelyik megszámol valamilyen betűk előfordulását egy
sztringben.
2. Léptessük egy tömb összes elemét eggyel az eleje felé. A tömb egyik végén
kilépő elem jöjjön be a másik oldalon.
3. Írjon programot, amelyik egy adott dátumról (év, hónap, nap) kiírja, hogy az év
hányadik napja. Az év paraméterre a szökőévek miatt van szükség. (Szökőév
minden negyedik, nem szökőév minden századik, mégis az minden 400-adik. A
2000. évben ezért volt szökőév.)
4. Készítsünk egyszerű menüvezérelt programot! A program tároljon el egy számot,
melynek kezdőértéke a=1! Ezt követően jelenítse meg a képernyőn a értékét, és
az alább látható menüt!
A megfelelő menüpont számának megadása (scanf-el) esetén a program írja ki,
hogy melyik menüpontot választottuk, majd hajtsa végre a-n a kiválasztott
műveletet, írja ki újból a új értékét és a menüt! A menüből mindaddig lehessen
újból választani, míg a kilépést nem választja a felhasználó!0. Alapérték visszaállítása (a=1)
1. Hozzá ad 1-et
2. Előjelét megfordítja
3. Szorozza 2-vel
4. Kivon belőle 5-öt
9. Kilépés -
E1even
senior tag
Sziasztok!
Egy kis segítséget szeretnék kérni C nyelv alapismeretekből.
Meg kellene csinálnom holnapra 5 feladatot belőle.
Gondolom aki járatos benne annak egyszerű megcsinálni.
Meg sajnos időm sincs vele foglalkozni.Ezek lennének a feladatok:
Aki tudna segíteni, annak nagyon megköszönném (találja ki/írja meg, hogy mivel/mennyivel tudnám honorálni érte).
Előre is nagyon köszönöm a segítséget!
Üdv.
-
#5219
Gyuri16
senior tag
kakascsipes
#5218
Gyuri16
senior tag
válasz
kakascsipes
#5218
üzenetére
akkor mas lesz a gond, probald meg a hivatalos forumon feltenni a kerdest, vagy irj nekik emailt
-
#5217
Gyuri16
senior tag
kakascsipes
#5216
Gyuri16
senior tag
válasz
kakascsipes
#5216
üzenetére
ezt a kerdest inkabb a jatek forumaban tedd fel, nem ide valo.
egy gyors google kereses ezt talalta: [link]
kiprobalhatod, de ennek csak akkor van ertelme, ha a DEP be van kapcsolva mindenre (a lenti lehetoseg van kivalasztva) -
#5216
kakascsipes
csendes tag
kakascsipes
csendes tag
Sziasztok!
Nagyon kéne gyors válasz a következő kérdésemre: Miért nem indul el az EmeraldMU nevű MMORPG, ingyenes játék a gépemen, mikor eddig ment simán ? Windows 7-et használok, AVG 2011, de nem a tűzfal tilt, mert próbáltam, le is töröltem, tiltottam a tűzfalat, az állandó védelmet, de semmi. A rendszert is újratelepítettem, de úgy sem akar működni. Eddig amúgy ugyanezen a rendszeren hibátlanul működött. A következő a hiba: Elindítom az exe-t és előjön az indító ablak, autorun ha úgy tetszik, és rányomok a Start Game-re, tölt, és megszakad és nem történik semmi. Kompatibilitást is próbáltam, Vistával, XP service pack 2,3-mal, de akkor meg kékhalálozott. Segítsetek légyszi. Köszönöm. -
#5213
Lortech
addikt
Sk8erPeter
#5211
Lortech
addikt
válasz
Sk8erPeter
#5211
üzenetére
setlocal enabledelayedexpansion
set outp=
FOR /F "tokens=*" %%i in ('net start Tomcat5 2^>^&1') do set outp=!outp!%%iezzel outp-t echozva pipe-olva find felé lehet játszani, fájl nélkül, egysoros lehet csak a környezeti változó, és azt hiszem 2k-s limit van rajta.
Ha komolyabb logika kell, akkor én javaslok inkább egy wsh-s scriptet vbs-ben, jscriptben.
-
#5212
Sk8erPeter
nagyúr
Sk8erPeter
#5211
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#5211
üzenetére
Még egy jutott eszembe ezzel kapcsolatban:
van arra mód, hogy többféle válaszüzenetet is ellenőrizzek, úgy mint egy if-else struktúra, mindezt fájlba írás nélkül?
Tehát ha az "Access is denied" választ kapom, akkor csinálja ezt, ha meg a "The requested service has already been started." választ, akkor meg amazt, egyébként meg minden oké.
Olyat nem lehet csinálni, hogy a választ átmenetileg egy változóba írom így batch programban?
Vagy ezt már csak fáljba írással lehetne megoldani?
Csak azért nem szeretnék fájlba írni, mert az szerintem felesleges overhead, minden esetben fájlírogatási műveleteket végrehajtani egy ilyen egyszerű művelethez szerintem szükségtelen, még ha nem is olyan nagyon lassú.Ha esetleg ezt már csakis fájlba írással lehet megoldani, akkor ott is csak az a megoldás, hogy külön-külön szekvenciálisan egymás után keresgélem a fájlban a megfelelő stringeket? Vagy lehet esetleg ilyen "vagy-vagy"-szerűen beadni neki, hogy mit keresgéljen?
Előre is köszi!
-
#5211
Sk8erPeter
nagyúr
Lortech
#5210
Sk8erPeter
nagyúr
válasz
Lortech
#5210
üzenetére
Jester01, Lortech, köszi szépen a válaszokat!
Valóban az volt a megoldás, hogy stderr-re érkezik a hibaüzenet, ez akkor, amikor próbáltam elkészíteni a batch progit, nem jutott eszembe.
Időközben megkérdeztem stackoverflow-n, és ott is megmondták az ideális megoldást: [link]
Lortech, tehát a Te megoldásod is nagyon jó, de ott történik egy felesleges fájlba írás, azt el akartam kerülni, csak ezt elfelejtettem megemlíteni az előző hsz.-emben.
Szóval az ideális megoldás az, hogy az stderr-re érkező üzeneteket átirányítom a standard outputra, a következő módon:
net start Apache2.2 2>&1 | find /i "%keresendo%" > nul
Így már tökéletes!
Köszi nektek is még egyszer! -
#5210
Lortech
addikt
Sk8erPeter
#5208
Lortech
addikt
válasz
Sk8erPeter
#5208
üzenetére
Valóban stderr-re érkezik az access is denied üzenet, ezért nem látja a find parancsod bemenetként. Ez szerintem kernel32 / createprocess hívás, nem közvetlenül net parancs dobja.
@echo off
set keresendo=Access is denied
net start Apache2.2 2> err.log
find /i "%keresendo%" err.log
echo hibaszint: "%ERRORLEVEL%"
if %ERRORLEVEL% EQU 0 goto megtalalta
if %ERRORLEVEL% EQU 1 goto nincs_ilyen
if %ERRORLEVEL% EQU 2 goto para
goto end
:megtalalta
echo OK, megtalaltam
echo Nincs jogod elinditani a szolgaltatast.
goto end
:nincs_ilyen
echo Nincs meg a keresett sztring.
echo Elvileg nincs jogosultsaghoz kotheto problema.
goto end
:para
echo Valami nem OK...
goto end
:end
echo -- VEGE --
pause -
#5209
Jester01
veterán
Sk8erPeter
#5208
Jester01
veterán
válasz
Sk8erPeter
#5208
üzenetére
Bár logikátlan lenne, de elképzelhető hogy az egyik sor az stdout-ra a másik meg az stderr-re megy. Én ezt ellenőrizném először.
Ugyanakkor az sincs kizárva, hogy a net start eleve ad vissza errorlevelt (bár ugye a microsoftról ennek az ellenkezője is elvárható) -
#5208
Sk8erPeter
nagyúr
Sk8erPeter
nagyúr
Hali!
Tök egyszerű Windows-beli batch programozáshoz kérnék segítséget, itt valaki biztos tudja a választ.
Az Apache-szolgáltatást szeretném elindítani batch programból, ezzel a paranccsal:
net start Apache2.2
Ha admin-jogom van, ez működik is.De admin-jogok nélkül indítva a cmd-t nem megy, kiírja, hogy "Access is denied", ez nem is baj, ezt szereteném megfelelően kezelni.
Egész pontosan így néz ki a válaszüzenet:
System error 5 has occurred.
Access is denied.Na, én azt szeretném elérni, hogy ha ezt írja ki, akkor annak megfelelő válaszüzenetet is írjon ki az adott felhasználónak, pl.: "Nincs admin-jogod.", vagy hasonló.
A sima 'find' paranccsal próbálkoztam, de nem működött úgy, ahogy szerettem volna. Valószínű, hogy az "Access is denied" sztring némi késleltetéssel érkezik, nem rögtön, vagy a franc tudja, de mindenesetre a find nem találja meg a sztringet még akkor sem, ha pont ez a fenti a kiírt üzenet.Így próbálkoztam:
@echo off
set keresendo=Access is denied
echo Ezt keressuk: "%keresendo%"
rem set errorlevel =
net start Apache2.2 | find /i "%keresendo%" > nul
echo hibaszint: "%ERRORLEVEL%"
if %ERRORLEVEL% EQU 0 goto megtalalta
if %ERRORLEVEL% EQU 1 goto nincs_ilyen
if %ERRORLEVEL% EQU 2 goto para
:megtalalta
echo OK, megtalaltam
echo Nincs jogod elinditani a szolgaltatast.
goto end
:nincs_ilyen
echo Nincs meg a keresett sztring.
echo Elvileg nincs jogosultsaghoz kotheto problema.
goto end
:para
echo Valami nem OK...
goto end
:end
echo -- VEGE --
pauseTehát itt admin-jogok nélkül elindítva a cmd-t azt kéne kiírnia, hogy "Nincs jogod elinditani a szolgaltatast.".
A find ilyenkor beállít egy errorlevelt, és amennyiben nem talált semmit, 1-esre állítja a hibaszintet, különben pedig 0-ra, ha megtalálta a keresett sztringet.
(A set errorlevel = sort csak kipróbáltam, mert olvastam már olyan hibáról valahol, aminek ez volt a megoldása, de mivel kommentezve van, ez most mellékes.)Ez a kód működik sima azonnali kiíratásnál, mert kipróbáltam ugyanezt egy másik saját batch-programban keresgélve a fentihez hasonló módon. A másik batch-programnak csak annyi a dolga, hogy kiírja a fenti "Access is denied" részt is tartalmazó sorokat, így:
@echo off
echo.
echo System error 5 has occurred.
echo.
echo Access is denied. blabla
echo.Na, ezt elmentettem "accesskiir.bat" néven, és kipróbáltam ezt az előző find parancsot, és ez jól MŰKÖDÖTT:
accesskiir.bat | find /i "%keresendo%" > nul
A 0-s hibaszintet állította be, helyesen, tehát megtalálta, amit kerestem.
Ha az "Access" szócskát mondjuk kivettem a fentiből, akkor már az 1-es hibaszintet állította be, tehát nem találta meg. Épp ez lenne az elvárt működés.Miért nem működik ugyanez a korábbira, ha esetleg némileg késleltetve van a keresett sztring, mint a szolgáltatás elindításánál?
Hogyan kellene megoldani?Köszi szépen!
-
#5207
Sk8erPeter
nagyúr
lac14548
#5206
Sk8erPeter
nagyúr
válasz
lac14548
#5206
üzenetére
Ja, de ez nagyjából olyan szinten erőltetett egy szar szó, mint az, hogy "egzisztál", "egzaminál", "szubordinál", stb., áltudományos, de legalább fülsértő hangzású, és teljesen felesleges idegenszó-használat olyan esetben, amikor létezik tökéletesen használható magyar megfelelője is.
Mellesleg filozófiával kapcsolatos könyvek is sokszor tele vannak ilyen jellegű szavakkal.
Engem legalábbis nagyon zavar, mert nem attól lesz jó egy írás, hogy az átlagember számára minél érthetetlenebbé tesszük. Na de ez már mellékvágány. -
#5206
lac14548
aktív tag
Sk8erPeter
#5205
lac14548
aktív tag
válasz
Sk8erPeter
#5205
üzenetére
kösz a segítséget, megkérdezem ott a fórumban
ja és az applikáció egy létező idegen szó
-
lac14548
aktív tag
Android programozásban jártas programozót keresek...
Lenne néhány ötletem, hogy milyen applikációkat kellene készíteni androidos telefonokra, de megvalósítani sajnos nem tudom, pedig egyszerű programokról lenne szó.
Tud valaki segíteni?
(nem cég megbízásából, nem anyagi haszonszerzésből, fizetni se tudok érte...)
-
Skaidy
csendes tag
Üdv!
Remélem jó helyre írok, ha nem akkor sry.
Nem tudtam megoldani egy feladatot és ebben szeretnék segítséget kérni tőletek.A feladat:
Mérje meg a gráf két csúcsa közötti legrövidebb út keresésének Dijkstra algoritmusának hatékonyságát! Töltsön le különböző méretű txt szövegeket (például a www.gutenberg.org-ról), olvassa be a segédprogram segítségével a memóriába, és hozza létre a gráfot. A gráf csúcsai az adott szavak, és két csúcs között fut él, ha a megadott távolságfüggvény kisebb, mint egy előre megadott szám (ezt a programozó állítja be.) Ezen a gráfon végezze el a keresést különböző méretű bemenetekre. Dokumentálja precízen a mérés lépéseit.
Igazából az a gond, hogy órán még érintőlegesen sem vettük Dijkstra-algoritmusát, ami nem a legfőbb probléma, mert interneten utánajárva könnyen megtalálom, hogy hogy is működik. Viszont magát a programot sem látom át (mivel keveset programoztam még C++ban, inkább csak C-ben), meg hogy hogy kéne felfogni egy szöveget gráfokban..
A segédprogram:
// szavankent beolvasunk egy szoveget
// a szavakat kisbetusitjuk, kitoroljuk a nem betuket
// az eredmenyt rendezzuk, toroljuk az ismetlodeseket
// es elmentjuk az a[] tombbe#include <iostream>
#include <fstream>
#include <algorithm>
using namespace std;
const int Z=10000000;
string a[Z];
string b[Z];
//ha nagyon nagy meretu tombot foglalunk le,
//azt vagy dinamikusan tudjuk megtenni (new fuggveny)
//vagy globalis valtozokent
int N=0;void beolvas(){
string st;
int i,j,k,s;
ifstream fin("robinson.txt");
while(fin>>st){
s=st.size();
for(k=0,i=0;k<s;k++){
if(st>='A'&&st<='Z')st-='A'-'a';
//nagy betu -> kisbetu
if(st<'a'||st>'z')st.erase(st.begin()+i);
//ami nem betu kitoroljuk
else i++;
}
if(st.size()>0)b[N++]=st;
//ha maradt a szobol berakjuk a tombbe
}
sort(b,b+N);
a[0]=b[0];
st=b[0];
j=0;
for(k=1,i=1;k<N;k++){
if(b[k]!=st){a[i++]=b[k];st=b[k];j=0;}
else if(j<2){ //a 2-o atirhato, ha ugy tartja szuksegesnek!
a=b[k];
j++;
for(s=0;s<j;s++)a+='q';
i++;
}
//ha nincs ismetlodes, elmentjuk az a[] tombbe
//ha van, akkor irjunk moge egy 'q' betut, de max 2-ot, vagy irja at!
}
N=i;
cout<<"N: "<<N<<endl;
}int htavolsag(string a, string b){
//visszaadja, hogy betuk szerint mi a ket string tavolsagaif(a==b)return 0;
string tmp;
if(a.size()>b.size()){tmp=a;a=b;b=tmp;}int x,z=0,f;
for(x=0;x<a.size();x++)
z+=(a[x]!=b[x]); //hany db betuben kulonbozik
z+=b.size()-a.size(); //+szohossz kulonbseg
z=z*z; //negyzetre emeljuk
if(z>25) return 127; //a 0,1,2,3,4,5 betu kulonbsegek elfogadhatoak
//a '127' a vegtelen nagy
else return z;
}Természetesen nem feltétlen kell a kész kódot valakinek elkészíteni, csak iránymutatást szeretnék kérni, és hogy egyáltalán hogy álljak neki, és hogy mi a lényege ennek.
Előre is köszönöm. -
ZéZé@PH
aktív tag
Szia!
Ezek a vizsgák többnyire arra mennek rá, hogy mennyire ismered a nyelv sajátosságait.
Java-nal pl előszeretettel kérdezik a static, final, finalize használatát, öröklést, melyik objektum mukor jön létre stb. Az egyetemi vizsgafeladatok szerintem jó kiindulási alap a gyakorlásra.
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- Lítium-ion/Li-ion akkumulátorok
- Formula-1
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Huawei Watch 5 - okosóra érintőlegesen
- HiFi műszaki szemmel - sztereó hangrendszerek
- LEGO klub
- Androidos fejegységek
- Építő/felújító topik
- Fejhallgató erősítő és DAC topik
- Milyen RAM-ot vegyek?
- További aktív témák...
- Western Digital (WD) Black SN850 NVMe M.2 2TB SSD meghajtó! 5300MB/s - 7000 MB/s
- Sony PlayStation 5 (PS5) Pro Játékkonzol
- P15 Gen2i 15.6" FHD IPS i7-11850H T1200 32GB 512GB NVMe magyar vbill ujjolv IR kam gar
- GRADO GW100x bluetooth fejhallgató eladó.
- Új Thinkpad P1 Gen 6, FHD+ IPS, i7-13700H, NVIDIA Quadro A2000 Ada -8GB-, 64GB DDR5 1TB NVMe, 4G LTE
- Bomba ár! Dell Latitude 3590 - i5-8GEN I 8GB I 256SSD I HDMI I 15,6" FHD I Cam I W11 I Garancia!
- Dell USB-C, Thunderbolt 3, TB3, TB4 dokkolók (K20A) WD19TB/ WD19TBS/ WD22TB4, (K16A) TB16/ TB18DC
- AKCIÓ! Apple MacBook Pro 13 2022 M2 8GB 256GB SSD garanciával hibátlan működéssel
- ÁRGARANCIA! Épített KomPhone Ryzen 5 7500F 32/64GB DDR5 RTX 5060Ti 8GB GAMER PC termékbeszámítással
- Telefon felvásárlás!! iPhone X/iPhone Xs/iPhone XR/iPhone Xs Max
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest