- Ilyen lesz a Fairphone 6
- Csíkszélességben verné az Exynos 2600 a Snapdragon 8 Elite 2-t
- Mobil flották
- Honor 200 - kétszázért pont jó lenne
- Fotók, videók mobillal
- Yettel topik
- Íme az új Android Auto!
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Android alkalmazások - szoftver kibeszélő topik
- 65 órányi zenét ígér az Audio-Technica új TWS fülese
Új hozzászólás Aktív témák
-
-
proci985
MODERÁTOR
gyakorlatban: minden php előképzettség nélkül a harmadik nap már haxoltunk egy weboldalat. java/c++/c tudás volt, minden mást arra alapoztunk. az idő nagyrésze google volt, avagy melyik az a funkció phpben, ami ezt meg ezt tudja. nem lett szép a kód, de alapvetően spagettikódon kellett ügyködni... és nem tolhattunk teljes refactort.
c++ elmélyedés jó. sebességre egyébként c++ remek, de pl valósidejű rendszereknél ahogy látom a környékbeli cégek Adáról Javara térnek inkább át.
guideline link?
amit gondolsz, az pontosan úgy van, változónévbe nem kell berakni a típust, későbbi refactornál csak a baj lehet belőle. ha előtte van a típus, az úgyis látszik. hungarian notationsnak valaha volt értelme, de a jelenlegi fejlesztői környezetekkel csak problémákat szül.
postfix annotationt én még nem láttam, szerintem felesleges és végig kell hozzá az egyész FVnevet olvasni (nem látható át gyorsan), szal szerintem az értelmetlen.
prefix tekintetében eltérnek a vélemények. én pl c++ban szoktam m_ prefixet használni a class variableknek, szerintem annyival nem kell többet írni, mint amennyivel átláthatóbbá teszi a kódot. illetve ha a Car classnak van egy m_wheel private variableje, akkor az interfacen lehet a wheelt használni inputnak, így később kívülről az interface tisztábban tartható és nem lehet keveredés, hogy mi honnan jön. ugyanakkor SDKtól függően ez sem mindig kellhet.
egyébként ha érdekelnek a konvenciók, akkor a Lakos féle Large Scale C++ Design remek és zseniális darab, illetve szerintem a Martin féle Clean Code is remek, bár utóbbi inkább Java orientált, de C++ra is nagyrészt érvényes.
-
proci985
MODERÁTOR
"beszél egy (OO) nyelvet, beszéli az öszeset", kaptam anno a választ több helyen egy hasonló kérdésre... túlozva, de erről van szó. ha tudsz Javat, akkor C, C++, PHP, C# is gyorsan megy, és kb ez minden irányba igaz iteratív OO nyelvek között. meg pascal és basic, de előbbit mostanában már nem nagyon láttam sehol.
ha a fizu a lényeg, akkor menj rá C++ra és banki tranzakciókra, aztán irány london city, tényleg remek C++ programozó kevés van, de az nem egy egyszerű nyelv, főleg nem magas szinten. alternatívaként ha jó vagy scriptben akkor menj rá ciscokra és irány norvégia sysadminnek. mindkettőhöz kell a folyékony angol (minimum CAE szint, de inkább fölötte), de ha tényleg el akarsz mélyülni egy nyelvben, akkor az angol amúgy is megkerülhetetlen.
trendek vátoznak, de aki valamiben tud jól programozni, az egyszerűen tanul másik nyelvet. pont, mint az élő nyelveknél.
-
#1785
Sk8erPeter
nagyúr
birno
#1784
Sk8erPeter
nagyúr
Hm, hát az Entity Frameworkös para végül is előfordulhat, de lehet, hogy ha tárolt eljárást használtak volna, és azt hívták volna meg, akkor nem lett volna kiszámíthatatlan a query-k összepakolása, de nem akarok okoskodni, mert nem ismerem a problémát, meg azért nem vagyok guru az Entity Frameworkben, csak használtam egy darabig, és amennyire megismertem, bejövős volt. A foreign key-s problémát meg ennyiből nem értem, mert nekem ilyen gondom nem volt, persze biztos csak nem találkoztam még elég problémával. De ez úgyis OFF.
Saját magad fejlesztése céljából oké, de én akkor sem ilyen jellegű feladattal kezdeném a C++ gyakorlását, de ízlések és pofonok különböznek.
A Microsoft-fika meg lejárt lemez.
Attól még, mert a C# a Microsofthoz kötődik, tény, hogy nagyon jó nyelv, és iszonyatosan lerövidítheti a fejlesztési munkát a hozzá tartozó számtalan eszköz. Lehet, hogy vérpistikék is használják, de nem csak hülyegyerekek tolják a C#-ot, azt azért elhiheted, nagyon nagy munka áll mögötte, igényes projekteket lehet összehozni C#-ban.A C++szal kapcsolatos ambícióidat ne dobd a kukába. Gondolom egyetemen keresztül van lehetőséged infós könyveket kivenni könyvtárból, szóval pl. ezt is kivehetnéd (Benedek Zoltán - Levendovszky Tihamér: Szoftverfejlesztés C++ nyelven), szerintem ez elég egyszerűen magyaráz, meg nem beszél mellé, nem csapong, és érthető a stílusa.
-
#1783
Sk8erPeter
nagyúr
birno
#1774
Sk8erPeter
nagyúr
"C#+Entity Frameworkkel kapcsolatban epp eleg szivast hallok mostanaban cegen belul."
Valami konkrétumot is tudsz mondani?
Egyébként ha nem ismered a C++-t, és cégnek kellene egy kattintgatható felület, esetleg adatbázis-kapcsolódás, és hasonlók, akkor miért nem fogadod meg a többiek tanácsát, hogy ne ragaszkodj feltétlenül a C++-hoz, és válassz inkább valami magasabb szintű nyelvet, főleg, ha van már pl. Java-ismereted?
Java-alapokon is össze lehet hozni GUI-t, szerintem ez is könnyebb, mint a QT erőltetése. Van némi OOP-tapasztalatod, tehát a C# tanulása is indokolt lehet.
Nem azt mondom, hogy ne tanuld meg a C++-t, mert hasznos lehet még, de szerintem nem épp ezen a projekten kellene szívatnod magadat vele, amikor itt nem kifejezetten teljesítménykritikus alkalmazásról beszélünk, és a magasabb szintű nyelvekhez nagyon nagy eszköztár áll rendelkezésre ahhoz, hogy a fejlesztési idődet jelentősen redukálja.Persze ha a cég fizeti a betanulásodat, és nem fontos nekik, hogy viszonylag normális időn belül elkészüljön az alkalmazás, akkor nem szóltam.
-
proci985
MODERÁTOR
mobil platform symbian/oo C/android, vagy más volt? tehát akkor valamennyi OO/scipt tapasztalatod van.
na, akkor van segítség, remek.
tervezéshez gyakorlatilag bármelyik UML megteszi, elsőre érdemes elsőre csak a kapcsolatokat végiggondolni, aztán interfacet tervezni, aztán jöhetnek a belső függvények. ha igazán ügyesek akartok lenni, akkor minden class kaphat egy saját testclasst is, minden függvény pedig egy saját tesztfüggvényt, úgy gyorsabban kijön, ha valami nem azt az eredményt adja, amit kell (assert gyorsabb, standard outtal viszont láttok eredményt is). ha meg kész vagytok a könyvvel, a Gamma féle Design Patterns (vagy a wiki) ajánlott, legalább a facade/abstract factory/decorator/insulated concrete class/connector/singleton ajánlott átnézésre. m-n kapcsolat biztos lesz az adatbázisban, az pedig legegyszerűbben talán egy connector (esetleg singletonként) segítségével megoldható. legalábbis anno nekem nem volt jobb ötletem a circular dependency elkerülésére.
programnak az MS féle Visio jó, de én a Dia nevűt jobban szeretem, kevesebb megkötés és nekem picit jobban kézreáll.
-
proci985
MODERÁTOR
oké, de igazából ha szépen megtervezed, akkor GUIt később tudod csatolni.
annyira nem veszélyes a másik nyelvezete sem.
igazából amiatt nem ajánlott kezdőknek, mert kegyetlenül csapongó: néhol nagyon szájbarágós, máshol pedig kell némi háttér HW architektúrában, hogy az ember megértse, miről van szó. utóbbi Neked valszeg ismerős, de mondjuk egy gimnazistának sok lenne, ahogy elmondja, hogy a pointer/referencia miért úgy lett megoldva, ahogy.
fura stílus tükörfordítás miatt is lehet.
olvasás egyébként jó, ha tapasztalt vagy, akkor lehet így fog menni a leggyorsabban.
-
proci985
MODERÁTOR
ha kattintgatós GUI kell, arra ne C++al kezdjél, a GUI rész c++al mérföldekkel nehezebb, mint bármi mással. ez a feladat leírás alapján php+csssel egész egyszerű, C++al lehetnek buktatók.
adatbázishoz használj külső libraryt. guihez is muszáj lesz.
Stroustruptól melyiket olvasod, a principles and paradigmst vagy a the c++ languaget? utóbbi nem kezdőknek való és abból nem fogsz megtanulni c++ programozni. az első egy fokkal jobb, tapasztalt programozóként mennie kell. ja igen: használd az angol könyvet, a magyar fordítások (a műszaki könyvkiadósok is) használhatatlanok.
tipp: elsőre csináld meg csak az adatbázist logikai részét, tehát se gui, se mysql (ha kell később külső libraryk formájában csatolhatod).
ha publikus pl postolj ide egy class diagramot, funkciókkal és változókkal, hogy hogy gondolod a felépítést, aztán utánna lehet kódolni és ha kész, akkor mehetsz tovább a gui és a dbs integrálás felé.
-
Vico87
tag
Én ennek speciel C# + Entity Framework alapokon állnék neki, mert gyorsabban megoldható vele, mint C++ nyelven. Ezzel csak azt akarom mondani, hogy nem biztos, hogy ezen a példán keresztül akarod megtanulni a C++ nyelvet.
A kétféle megoldást illetően (ha jól értem a két esetet) a második a jobb. Az adatbázis-kezelők nem szeretik a sok rövid kérést, mert fajlagosan jóval több overheaddel jár. Tárolni kliens oldalon elég sima listában, ha nem milliós nagyságrendű elemszámról van szó.
Hülye kérdés, de miért nem egy kész megoldást használtok erre a feladatra? Azok érettebb és fejlettebb rendszerek, mint amit első próbálkozásra egy ember egyedül összerak egy még általa nem ismert programozási környezetben.
Új hozzászólás Aktív témák
Hirdetés
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Eladó konfig! Ryzen 7 7800X3D 2TB SSD 64GB DDR5 RX9070XT 16GB!
- Új, makulátlan állapotú Samsung Galaxy Buds FE, fehér, fél év garancia
- Új, makulátlan állapotú Samsung Galaxy Watch7 44mm ezüst, 2 év garancia
- Új, makulátlan állapotú Samsung Z Fold 6 256GB Tengerészkék, független, 2 év garancia
- Használt TP-Link Deco M4 - AC1200 Router (Mesh-ként is használható)
- 10% -tól elvihető.Országosan a legjobb BANKMENTES részletfizetési konstrukció! ACER PREDATOR HELIOS
- ÁRGARANCIA! Épített KomPhone Intel i9 14900KF 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Gigabyte A620M R5 7600 32GB DDR4 512GB SSD RTX 5060 Ti 16GB Zalman i3 NEO Enermax 650W
- Dell D6000 univerzális dokkoló USB-C/ USB-A, DisplayLink & Dell WD15 (K17A) USB-C + 130-180W töltő
- BESZÁMÍTÁS! MSI X470 R7 5800X 32GB DDR4 512GB SSD ROG STRIX RTX 2080 Super 8GB Rampage SHIVA 650W
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest