Új hozzászólás Aktív témák
-
WonderCSabo
félisten
válasz dabadab #1649 üzenetére
Azon nincs mit megtanulni, hogy nem irunk elerhetetlen kodreszleteket, ezt mindenki tudja magatol is.
Túl optimista vagy, én nem ezt tapasztalom.
Persze, nyilván tervezési hibákat nem fog észrevenni, hálistennek, különben nem lenne szükség programozókra. Én úgy vagyok vele, hogy jobb ha megtanulja az ember ezeket a bénázásokat is, nem jó arra támaszkodni mindig, hogy majd az IDE úgy is kijavítja, ha hülyeséget írok. Szvsz.
-
válasz dabadab #1649 üzenetére
arról nem is beszélve, hogy ember leírja, aztán az IDE azonnal szól is, hogy ez meg ez így nem lesz jó. szóval használat közben tanít. szerintem is remek feature, sokkal jobb, mint órákon át keresgélni, hogy mi a fenéért nem működik a kód rendesen, mert véletlenül a return mögé írt egy sort. kezdőként folyamatosan szívni a szintaxissal eszméletlenül irritáló.
más kérdés, hogy mivel az IDE szól, egy idő után szerintem jobban berögzül, hogy mi nem lesz jó, mivel azonnal van feedback.
[ Szerkesztve ]
Don't dream it, be it. // Lagom amount.
-
Sk8erPeter
nagyúr
válasz proci985 #1652 üzenetére
"szóval használat közben tanít."
Ezzel mondjuk eléggé egyetértek. Ez igen előnyös, főleg tekintve azt, hogy sokszor ostoba kérdések születnek a kezdők bénázásaiból (ha szar a tanításuk, nem lehet őket szidni, csak ha meg sem próbálnak utánanézni/rájönni, mi lehet a gond), legalább egy okosabb IDE megmondja, mit kéne javítani. Megnézi a hibaüzenetet, és jobb esetben fel is fogja, mit ír ki, rácsap a homlokára, és konstatálja, hogy "jé, ezt akkor így kell, legközelebb így csinálom". Vagy legalább be tudja írni a fórumra, hogy "ezt a hibát kaptam, mé'?"
Ezenkívül szerintem szempont az is, hogy sokszor a kezdők önbizalmát elveszi az, hogy fingjuk sincs, mit rontottak el, és hiába olvassák el a könyv vonatkozó részét, még túl kezdetleges a tudásuk ahhoz, hogy fel is fogják, hogy most mit is akar ténylegesen jelenteni a magyarázat (ez részben tapasztalat is, hogy volt, hogy elolvastam kétszer-háromszor, de még mindig nem értettem a dolog miértjét, aztán később tök triviálisnak tűnt). Ha egy komolyabb IDE segít a hibafelderítésben, a kezdő fejlesztőnek előbb lesz sikerélménye. Az meg elég sokat tud dobni abban, hogy egyáltalán kedve legyen az egészhez.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz WonderCSabo #1647 üzenetére
"A VS-t én semmiképpen nem ajánlanám kezdőknek, egyrészt overkill, másrészt ne kössük már az embereket rögtön az MS-hez és a nem portolható kódgyártáshoz."
Szokásos MS-fikázás... Ez már kicsit uncsi.
Ettől függetlenül a Visual Studio egy elég jó IDE.
De még mindig ott a NetBeans és Eclipse, mint ingyenes alternatívák az okosak közül."Azért az Eclipse pl. elég okos IDE, pl. szól, ha olyan kódot írsz, amit nem lehet elérni (pl. végtelen ciklus után, vagy return után), a legperverzebb generices elcseszett szintaktikádat is képes kijavítani, exception, null referencia, inicializálás lehagyása után rögtön szól, stb., stb."
Baj, ha ezeket a kezdőnek jelzi?Egyébként igazából elgondolkodtatott, hogy mitől "overkill"? Mert több erőforrást zabál, mint egy CodeBlocks? Meg jóval okosabb? Igyekszik az arcodba tolni a hibalehetőségeket, és a kódolást segítő eszközöket? Ja, és?
Tulajdonképpen időközben rájöttem, hogy nem biztos, hogy az a jó, ha valaki szív az elején az IDE-vel, magával a nyelvvel úgyis fog szívni eleget.
[ Szerkesztve ]
Sk8erPeter
-
WonderCSabo
félisten
válasz Sk8erPeter #1654 üzenetére
Mitől overkill? Egyrészt több erőforrást zabál, másrészt baromi lassú, főleg az indulása, iszonyat mennyiségű temporaryt foglal le, a telepítési méretéről ne is beszéljek, meg a kismillió mellékprogit, amit felrak magának a működéshez. Igen, egy kezdőnek egyértelműen overkill, ezt a véleményt továbbra is tartom. Azt viszont sehol sem írtam, hogy rossz IDE, én használom a VSt, és kedvelem is, de pl. az Eclipset jobbnak tartom.
Ez a kezdő programozó "nem segítése" dolog a saját véleményem, kéretik nem megkövezni, senkinek se mondtam, hogy értsen egyet vele.
-
Sk8erPeter
nagyúr
válasz WonderCSabo #1655 üzenetére
Hát az mondjuk igaz, hogy a kezdő valszeg nem tudja azt sem eldönteni, milyen progira van szüksége.
Másik oldalról manapság elég sokaknak van legalább i3-as procija, több mint 4 GB RAM-ja, stb., tehát egyre kevésbé szűk keresztmetszet a hardver. (Értsd: ha tök jól bírja a gép, valaki leszarhatja, mennyire erőforrás-igényes mondjuk egy NetBeans/Eclipse/VS/..., összességében gyorsítja a munkáját.)Igazából valóban nem teljesen egyértelmű, melyik a jobb módszer, ha magától tanulja meg, szívások árán, guglizva, olvasgatva, hogy is kéne kódolni, vagy ha segíti az IDE, így gyorsabban megvan a probléma forrása, és mellé még olvasgat is.
Mindkettő módszernek megvan az előnye, az mondjuk biztos, hogy ha az ember jó hosszan rágódik egy problémán, de végül magától sikerül megoldania, akkor az a megoldási módszer (meg jobb esetben az okok) nagy eséllyel beleverődik a fejébe.[ Szerkesztve ]
Sk8erPeter
-
kmisi99
addikt
válasz WonderCSabo #1636 üzenetére
Ez a Code:: Blocks valóban tökéletesen működik. Már csak azt nem értem mi a szar kínja van ennek a szar borlandnak hogy az stdio nál sír csomó hiba miatt.
[ Szerkesztve ]
-
Jhonny06
veterán
válasz WonderCSabo #1658 üzenetére
Szinte biztos. A korábban linkelt oldalakon is ez volt a hibaüzenetre a legvalószínűbb megoldás.
Az stdio ugye C-s header, szóval..
-
kmisi99
addikt
válasz WonderCSabo #1658 üzenetére
LOL. Közben jó lett a borlandal is. Az volt a gond hogy amit elsőnek kiírt hibaüzenet hogy használjak vclt én azt úgy vettem hogy a new/vcl from new applicationba kell beraknom a forrást. De közbe includeolni kellett egy <vcl>-t. Mostmár tökéletes. Csak azt nem tudom hogy ezek után a dic.txt-t hova kell megadni? Amiből a szavakat beolvassa? Mert azt nem nagyon tudom illetve a txt be hogy kell vajon a szavakat beírni?
-
kmisi99
addikt
válasz Jhonny06 #1661 üzenetére
Aha csak az a baj hogy ez még nem alkalmazás még csak parancssorban fut a progi és annak nem tudom hol van az a mappája ahonnan fut. Egyébként hogyan tudom exe vé varázsolni és valami grafikus felületet adni neki ahol lehet gépelni stb és exe lesz? A vcl from applications ban kell?
-
válasz Sk8erPeter #1653 üzenetére
arról nem is beszélve, hogy a magyarul elérhető könyvek egy része úgy rossz, ahogy van. kedvencem a programozzunk c++ nyelven volt, ami a classok elmagyarázása előtt vezette be a dynamic cast fogalmát.
aztán később azokra a problémákra, amiket az IDE már nem szűr ki vannak egész jó könyvek. a Lakos féle Large-Scale C++ SW Design szerintem pl a célra tökéletes, gyakorlatias és érdekes leírás arról, hogy mire kell ügyelni és miért.
egyébként mostanában van pár weboldal, ahol programozói kurzusokat tartanak úgy, hogy a végén egy kis dobozba az embernek meg kell írnia a kódot. aztán a beírt kód után kapásból az ember feedbacket is kap, pont mint egy IDEnél. pl itt egy példa jqueryvel. említett tutorialt kb egy nap alatt toltuk le pár másik emberrel egy projekten belül, arra pedig teljesen elég volt, hogy utánna neki tudjunk állni jqueryben haxolni. ez az interaktív kikérdezgető nélkül nehezebb lett volna. alternatív megoldás a vadludas stroustrup féle, kb hagyj le egy betűt és nézd meg mit csinál variáns. egyetlen probléma, hogy ez az interaktív megoldás sokkal de sokkal gyorsabb. többiekkel beszéltük is, hogy ha nem találjuk meg ezt az oldalt, akkor valszeg sokkal nehezebb dolgunk lett volna. így meg nevetve konstatáltuk, hogy egész jól alakul a honlap, pedig kb azelőtt két héttel kb semmit nem tudtunk a jqueryről (minimális jscript tudásunk volt).
kmisi99: projekt mappája megvan? .c++ fileok tudod hol vannak?
[ Szerkesztve ]
Don't dream it, be it. // Lagom amount.
-
kmisi99
addikt
válasz proci985 #1663 üzenetére
Miután lefuttatom a fordítót ezt írja forrásnál ezek szerint ide is kell a dic.txt-t rakni? Itt egy kép hogy mire gondolok. [link]
Illetve arról nem nagyon tudok infót hogy hogy csináljam meg a dic txt-t mert gondolom nem mindegy az hogy így írom be a szavakat hogy
cat/macska
vagy így
cat-macska
szóval nem tudom hogy a dic txt-t is hogyan kell elkészíteni. -
Sk8erPeter
nagyúr
válasz proci985 #1663 üzenetére
"kedvencem a programozzunk c++ nyelven volt, ami a classok elmagyarázása előtt vezette be a dynamic cast fogalmát"
Az igen... Kíváncsi lennék, vajon a szerzők mit gondoltak, amikor ezt a sorrendet kitalálták...A Szoftverfejlesztés C++ nyelven szerintem elég jól kiemelkedik az átlagos fos magyar könyvkínálatból, tök érthető módon magyaráz, amikor ebből tanulgattam régen, akkor innen fogtam fel egy csomó mindent.
Mondjuk nem tudom, ha mai fejjel néznék bele, mit gondolnék a könyvről, de emlékeim szerint nagyon megállja a helyét.Vaze, csak most látom, hogy egyik egyetemi előadónk írta többek közt. (BZ)
Na, erre a jQuery kurzusra kíváncsi vagyok, mi újat tanulok. Ha lesz időm, holnapután kipróbálom.
Egyébként a jQuery-nek szerintem a hivatalos honlapja is nagyon jó, meglepően jó doksit írtak hozzá."(minimális jscript tudásunk volt)"
Hadd kötekedjek, a JScript nem ugyanaz, mint a JavaScript.[ Szerkesztve ]
Sk8erPeter
-
dabadab
titán
válasz proci985 #1663 üzenetére
Most hirtelen elgondolkodtam, hogy a c++ fejlesztoi palyafutasom elmult kb. tiz evben lattam-e ceges kodban dynamic castot. Szerintem nem
Ellenben gotot viszont igen (mondjuk szerintem szegeny goto indokolatlanul sok utalatot kap, egy fel evszazaddal ezelott, amikor Dijkstra megirta, hogy "considered harmful" meg mas programnyelvek voltak, tok maskepp hasznalt gotokkal).[ Szerkesztve ]
DRM is theft
-
dabadab
titán
válasz Sk8erPeter #1667 üzenetére
Ugyanaz, mint barmi mas mellett: hatekonysag meg atlathatobb kod. Alapjaban veve akkor szokott jol jonni, ha tobbszorosen egymasba agyazott ciklusbol kell kilepni vagy tobb helyen is visszaterhet a method, viszont a return elott mindenhol ugyanazt a szertartast el kell vegezni, ilyenkor egyszerubb azt csak egyszer megirni a method vegen, aztan return helyett odagotozni.
DRM is theft
-
Sk8erPeter
nagyúr
válasz dabadab #1668 üzenetére
"tobbszorosen egymasba agyazott ciklusbol kell kilepni"
Megkerülhető a probléma, ha a ciklust végrehajtó kódot függvénybe rakod, és return-ölsz belőle."tobb helyen is visszaterhet a method, viszont a return elott mindenhol ugyanazt a szertartast el kell vegezni"
Erre miért nem jó egy tök hagyományos függvény/metódus?
Azt is annyiszor hívod meg, ahányszor akarod....[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #1669 üzenetére
A második kérdést fenntartom, az elsőre mondjuk nyilván lehet kacifántos eseteket kitalálni, ahol túl hülyén nézne ki a ciklusok szanaszéjjel-bontása fv.-ekre, és/vagy a sok beágyazott cikluson belül még nem feltétlenül akarsz teljesen visszatérni.
Sk8erPeter
-
Gyuri16
senior tag
válasz Sk8erPeter #1667 üzenetére
linux kernel mailing listen volt error szo:
[link]
vannak ott peldak is.nem emlekszem, hogy valaha is hasznaltam volna goto-t (dynamic_castot viszont igen ), de ez a dogmatikus elutasitas feleslegeges. van, hogy a kod egyszerubb es atlathatobb lesz vele. nyilvan kell tudni hasznalni.
azok a peldak amiket irtal:
minek irjak fuggvenyt returnnal, ha 3 sorbol all az egesz. csak komplikacio. goto lehet kifejezobb is, ha ertelmes neveket adsz a labeleknek.masodik pontod: szerintem itt dabadab arra gondolt, hogy ha pl valamilyen resourcot fel kell szabaditani return elott. itt egyszserubb a vegere tenni a felszabadito kodot returnnal, es a tobbi helyrol csak gotozni a vegere. persze c++ eseten ezt illik OO szinten megoldani, vagy finally-ban..
Nem vagyok egoista, csak uborkagyalu!
-
WonderCSabo
félisten
válasz Jhonny06 #1659 üzenetére
Bocs, kifutottam a szerk.-ből.
Azzal nincs is gond, ha egy C++ projektben meglátod az stdiot, a iostream által csatolt headerek az stdiot is használják.
#1664) kmisi99: Exét a fordításkor "csinál" a fordító, különben nem futna a programod. A C++ nem interpretált nyelv. Grafikus felületet "adni neki" nem lehet csak úgy, azt sztem még felejtsd el, ha még ezt a triviális feladatot sem sikerült magadtól megoldani.
hogy így írom be a szavakat hogy
cat/macska
vagy így
cat-macska
szóval nem tudom hogy a dic txt-t is hogyan kell elkészíteni.Könyörgöm, nézd meg a forráskódot, hogyan olvassa be a fájlból, és annak megfelelő formátumban írd bele.
-
válasz Sk8erPeter #1665 üzenetére
ez még egy lassan 10 éves könyv, általában emberek azért használták, mert nem volt jobb. tavaly megint megpróbáltam elolvasni, mert anno sokat nem értettem belőle... és rájöttem miért.
azt a könyvet már nem láttam, mostanra meg teljesen áttértem angol szakirodalomra.
nézd meg, remek kezdő kurzus, de eszméletlenül hatékony.
goto téma: bizonyos speciális esetekben tényleg értelmes lehet. hasonló vele a helyzet, mint az egyébként élénken tanított friend classokkal (megborítható velük az OO struktúra és ezzel a program folyása, de néha elkerülhetetlen). de typfedeffel, definíciókkal (#define private public, csak hogy egy extrém példát mondjak) és operator overloadinggal is lehet vicces dolgokat csinálni. vagy csak simán a konvenciók figyelmen kívül hagyásával (angol classnevek pl).
Don't dream it, be it. // Lagom amount.
-
Sk8erPeter
nagyúr
válasz Gyuri16 #1671 üzenetére
Valamit félreértettél, én nem utasítom el dogmatikusan. Inkább csak kíváncsi voltam a szempontokra és konkrét példákra, hogy vajon miért jobb, és mi lehet az alternatíva. Hát már kötekedni sem lehet?
Csak felvetettem, hogy lehetnek alternatívák, vajh' miért jobb a goto.
Ez a thread bejövős, végre olvasok igazi érveket is, korábban csak vitatható szempontokat olvastam arra vonatkozóan, hogy miért is jó vagy miért is rossz. Igazából én speciel egyelőre csak batch-programozásnál használtam goto-kat, komolyabb nyelveknél eddig elkerültem, valahogy eddig egyáltalán nem állt rá a kezem/agyam.
Egyébként tuti, hogy néhány kód valóban rövidebb lehetne goto-val (pl. elkerülve a sok if-et, külön függvénybe rakást, stb.), de egyelőre eléggé ódzkodom tőle - lehet, hogy jobb is, ha nem akarok ócsárlást hallani másoktól.Amúgy bírom Linus Torvalds stílusát, az biztos, hogy nem veti csak úgy alá magát véleményeknek.
Ja, majdnem lemaradt az érdemi részre reagálás:
"masodik pontod: szerintem itt dabadab arra gondolt, hogy ha pl valamilyen resourcot fel kell szabaditani return elott. itt egyszserubb a vegere tenni a felszabadito kodot returnnal, es a tobbi helyrol csak gotozni a vegere. persze c++ eseten ezt illik OO szinten megoldani, vagy finally-ban.."
Az utolsó mondatoddal végül is elmondtad, amit akartam mondani.
Ilyen esetben továbbra sem látom semmi értelmét/hasznát/átláthatóságbeli előnyét a goto-nak, mert nem értem, C++ topicban miért is ne feltételezhetnénk, hogy mondjuk destruktorban vagy más metódussal intézzük el az erőforrások felszabadítását, stb... vagy megint máshogy, akár egy mezei globális függvénnyel...
Nem épp a sűrűn ismétlődő feladatok elvégzésére szoktunk például függvényeket írogatni?[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz proci985 #1674 üzenetére
Mármint arra a könyvre gondolsz, amit linkeltem? Mondom, elég rég olvasgattam, de amikor még eléggé nem volt közöm a programozáshoz, ebből már elkezdtem kapiskálni, mi a szart csinálok C++-ban. Szóval nekem az alapján nem tűnik szarnak.
Aztán lehet, hogy ha most elővenném, már más véleménnyel lennék (nincs nálam, annak idején is könyvtárból vettem ki, aztán hosszabbítgattam).Sk8erPeter
-
Gyuri16
senior tag
válasz Sk8erPeter #1675 üzenetére
nem rad ertettem az elutasitast, hanem, hogy a tanarok altalaban ugy tanitjak, es a miertek gyakran hianyoznak. en magam reszerol nem hasznalom, mert nem igy tanultam programozni, viszont ha ott van a kodban nem bantom, hacsak nincs ra valamilyen komoly ok.
Nem épp a sűrűn ismétlődő feladatok elvégzésére szoktunk például függvényeket írogatni?
de igen, viszont ha a cel a minel kisebb/gyorsabb kod, akkor jobban jarsz a kis fuggveny inlineolasa (vagy call) helyett a goto-val. raadasul a goto csak egy sor, mig a fuggvenyhivas + return 2szerintem Linus stilusa nem tul jo. az hogy a velemenyet durvan fejezi ki nem gond, viszont sokszor beszel megalazoan mas velemenyu emberekrol. egy ilyen pozicioban levo embernek igazan nem kellene nyiltan lehulyeznie masokat.
Nem vagyok egoista, csak uborkagyalu!
-
válasz Sk8erPeter #1676 üzenetére
amelyiket linkelted simán lehet jó, köszi az ötletért, itt a topikban sincs nagyon ötlet, hogy mi lehet jó kezdőknek.
amelyik rossz volt, az a programozzunk c++ nyelven. félreérthető voltam azt hiszem
Don't dream it, be it. // Lagom amount.
-
Sk8erPeter
nagyúr
válasz Gyuri16 #1677 üzenetére
Mondjuk a threadben még csak az elejénél tartottam, amikor írtam, Linus tényleg egy kicsit ajtóstul ront a házba (de minden házba ).
"de igen, viszont ha a cel a minel kisebb/gyorsabb kod, akkor jobban jarsz a kis fuggveny inlineolasa (vagy call) helyett a goto-val."
A "kisebb kód" részt úgy érted, hogy a fordítás után összességében valszeg kisebb kódot eredményez a függvényhívás, mert kihagyható a függvényhívás? Vagy hogy?
Ha csak úgy, hogy maga az eredeti forráskód kisebb lesz, hát azt nem látom be, hogy miért. Egy metódus/függvény fejléce és a blokkot közrefogó kapcsos zárójelek olyan nagyon sok helyet foglalnak pluszban?
De ilyen alapon akkor ott a label, meg a kettőspont... de vaze, itt már pár karakternyi különbségekről beszélünk.
Ha meg a gyorsaságról van szó, végül is a függvényhívás overheadje így a gotoval valóban elkerülhető, de azt hiszem, erről csak nagyon durván sebességkritikus alkalmazások esetén van egyáltalán értelme beszélni, ahol az adott konfiguráció van olyan gyenge, hogy ilyen szintű különbségek egyáltalán érzékelhetők legyenek.
Mondjuk arra kíváncsi lennék, milyen szintű különbségek jöhetnek ki."raadasul a goto csak egy sor, mig a fuggvenyhivas + return 2 "
Mivel ott a smiley, ezt inkább viccnek veszem, mint érvnek.=====
(#1678) proci985 :
akkor jó, megnyugodtam, már azt hittem, az is szar könyvnek minősül. Szerintem az a kifejezetten jók közé tartozik. Amúgy az egyik író, Benedek Zoltán C#-ban is jó koponya, azt is tanít nálunk.[ Szerkesztve ]
Sk8erPeter
-
dabadab
titán
válasz Sk8erPeter #1679 üzenetére
A fuggvenyhivasnak sajnos nagyon durva overheadje van (meg a visszateresnek is), szetcsapja a regisztervaltozokat, ha sebessegkritikus a kod, akkor az ember nem erolteti, foleg nem ciklusbelsoben, amirol eredetileg szo volt.
Raadasul - hogy visszaterjek egy kicsit az elejere - egy par soros ciklusbelsobol egy ezerparameteres fuggvenyt csinalni egyreszt latvanyosan rontja a kod olvashatosagat masreszt meg strukturalis szempontbol is valoszinuleg abszolut ellenjavallt dolog, mert az a resz egesz jo esellyel nem olyan, aminek kulon fuggvenyben lenne a helye.
DRM is theft
-
Gyuri16
senior tag
válasz Sk8erPeter #1679 üzenetére
bar dabadab reszben valaszolt, itt az en par sorom is:
kisebb kodot a forditas utan ertettem. ha egy kis fuggvenyt hivsz meg azt gyakran inlineolja a fordito, es ha sok helyen van, akkor bizony megnoveli a program meretet. masik megoldas a fuggvenyhivas, az viszont "draga".
masik dolog amihez mar nem igazan ertek (szivesen olvasnam mas velemenyet, pl Jester01 szokott ilyen temakban hozzaszolni), hogy mit csinal a jmp es call a branch predictionnel, van egy erzesem, hogy a call tonkrevagja a pipelinet.
Nem vagyok egoista, csak uborkagyalu!
-
Sk8erPeter
nagyúr
válasz Gyuri16 #1681 üzenetére
dabadab, Gyuri16: hmm, végül is igazatok van, sebességkritikus alkalmazásoknál akkor ezzel tényleg könnyen lehet optimalizálni.
Valóban, végül is arra imént nem gondoltam, hogy egy sokparaméteres függvény elég ocsmány lehet - bár be lehet pakolni tömbbe is a dolgokat, így egy paraméterbe "benyomsz" mindent, de ez sok esetben eléggé overkill lehet; az meg még ocsmányabb, ha globális változókkal szarakodunk, meg mondjuk nem mindent kell feltétlenül tárolni osztályváltozók formájában.Sk8erPeter
-
WonderCSabo
félisten
Mégis miben kéne segíteni? A feladat eléggé explicit, szinte minden le van szó szerint írva, csak implementálni kell C++ nyelven. Helyetted nem írhatjuk le az egész kódot, és a szintaktikát, nyelvi elemeket sem magyarázhatjuk el egyenként.
Meddig jutottál el, miben akadtál el?
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz WonderCSabo #1684 üzenetére
"Helyetted nem írhatjuk le az egész kódot, és a szintaktikát, nyelvi elemeket sem magyarázhatjuk el egyenként."
MI AZ, HOGY NEM???
Pedig igazán eltölthetnél vele egy napot. Jók az ilyen kérdések.(#1683) dni :
hogy ON is legyek, kérdezek valami egészen újat:
Meddig jutottál el?Szerk.: bocs, fáradt vagyok.
[ Szerkesztve ]
Sk8erPeter
-
WonderCSabo
félisten
Második félév van, persze lehet, hogy a kolléga keresztféléves? Egyébként übergáz ez a feladatkiírás. Magyar nyelvű osztály és metódusnevek? Ez most komoly? Az egyik még ékezetes is ! Statikus változó, amikor ennek baromira nincs így értelme? Azért könyörgöm, elég egyszerű kitalálni normális feladatot staticra... Meg ugye elég szájbarágós is az egész. Azon meg már csak röhögnöm kell, hogy egy db. nyúlfarknyi osztályhoz is UML diagrammot kérnek. Az uccsó SzomszedKeres fv. viszont értelmetlenül van leírva...
Egyébként poéból megírtam a feladatot 8 perc alatt. A legtöbb időm azzal ment el, hogy nem értettem miért parázik a fordító, ha minden fv. elé odaírom a láthatóságot. (túl sok java és c# kódot írtam mostanság)
Egyébként pedig ha ez télleg proginf (remélem nem az), akkor eléggé csalódtam benne. Mi ennél jóval faszább szintre jutottunk el egy félév alatt.[ Szerkesztve ]
-
dabadab
titán
válasz WonderCSabo #1687 üzenetére
Meg pl. nem hatarozzak meg, hogy mi tortenjen, ha tobb szomszedos elem is van a tombben (foleg, hogy az az eset nem is lehetseges, hogy csak egy elemnek van szomszedja a tombben).
Meg magyarul a methodot nem metodusnak hivjak?
DRM is theft
-
-
dabadab
titán
válasz WonderCSabo #1689 üzenetére
"ha van, akkor az elsőt add vissza. Csak nincs értelmesen leírva."
Ez ertelmetlenul sincs leirva (mondjuk az "elso" szinten nem egy egzakt fogalom, a "legkisebb" vagy "az elso, amit megtalal a keresoalgoritmus" mar stimmel ).
[ Szerkesztve ]
DRM is theft
-
WonderCSabo
félisten
válasz dabadab #1690 üzenetére
Kötekedés ON? Azt írtam, ha van ilyen, akkor az elsőt add vissza. Ilyen == szomszédos elem, legelső szomszédos elem egy 1-20 listában azért elég egyértelmű, főleg hogy én Neked írtam le, hogy sztem mi az értelmezés, nem egy kezdő proghallgatónak. És meg is értetted.
[ Szerkesztve ]
-
dabadab
titán
válasz WonderCSabo #1691 üzenetére
Nem, dehogy kotozkodok, csak arra akarok ramutatni, hogy a pontos, egyertelmu specifikacio baromi fontos dolog. Fontos a szamitastudomanyi vetulete is (hogy a fenebe csinal az ember egzakt programhelyesseg-bizonyitast olyan specifikaciora, hogy "hogyakkor ize, tudod, erted, na!"?) na meg persze a gyakorlati is, lattam eleg sok erofeszitest meg penzt karba veszni csak azert, mert a ket felnek nem sikerult ugyanazt ertenie a homalyosan megfogalmazott reszekbol.
DRM is theft
-
őstag
válasz WonderCSabo #1684 üzenetére
Egy egy felsőfokú levelező tagozatos szakképzés progalap 2-es kurzus feladata.
Megpróbálom összeszedni a, hogy hol akadtam el és jelentkezem.
-
pckownz
senior tag
Sziasztok.
Végeztem a középsulival, ahol (sajnos) pascal-ban programoztunk. Mondjuk később áttértünk Delphi/Lazarus -ra. Ott volt egy olyan funkció, hogy CTRL+space vagy CTRL+j és ahogy írtam a kódot, hozta a javaslatokat a függvényekhez, változókhoz etc.
Most próbálom a tanulmányaimat átültetni visual c++ -ba, de elég nehéz egyenként guglizni minden parancsot ami érdekelne.
MS Visual C++ express 2010 alatt nincs ilyen lehetőség?
Vagy legalább valami Wiki ahol összegezve vannak a fontosabb függvények? -
ArchElf
addikt
válasz pckownz #1696 üzenetére
Visual Studio automatikusan adja (Intellisense-nek hívják az MS felé ezt a funkciót), nem kell nyomni hozzá semmit. Referenciának meg MSDN.
Persze a VS miatt mindjárt keresztre leszel itt feszítve. Kezdj inkább MS VC++ helyett valami (bármi) más - standard - c++-t tanulni...AE
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
-
Davs
tag
válasz pckownz #1696 üzenetére
cplusplus.com - itt vannak fuggvenyek peldakkal magyarazva..Jo offline doksit regen en is kerestem, de nem talaltam, most Qt-t tanulok (crossplatform GUI c++-hoz), annak viszont nagyon jo a beepitett help-je, konnyen keresheto, peldakkal illusztralt..de az ugye sima c++-hoy nem jo
Amugy azt hiszem az auto-complete funkciot keresed, biztos van visual c++-ban, bar meg hasznaltam soha se, lehet be kell "kapcsolni" a beallitasokban..
Új hozzászólás Aktív témák
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Vezetékes FEJhallgatók
- bambano: Bambanő háza tája
- Proxmox VE
- Konkrét moderációval kapcsolatos kérdések
- Az USA nem akarja visszafogni Kína növekedését
- Milyen egeret válasszak?
- Elemlámpa, zseblámpa
- Otthoni hálózat és internet megosztás
- Ukrajnai háború
- Azonnali mobilos kérdések órája
- További aktív témák...
- Új Hp Pavilion 15-eh Fémházas Szuper Laptop 15,6" -30% AMD Ryzen 7 5700U 8Mag 16/1TB FHD MATT
- ATI RADEON RX 480 -8 gb DDR5 256 bit videokártya
- Geforce GTX 460-1 gb DDR5 256 bit videokártya
- Geforce G 210 -1 gb videokártya
- Díszdobozos Lenovo Yoga Slim 7i Pro "Kis Gamer" Ultrabook 14" -40% i5-11300H 16/512 QHD+ 2,8K OLED