Aktív témák
-
Miracle
senior tag
válasz Tele von Zsinór #1 üzenetére
nem vágod te a shell scriptek lényegét... milyen függvény? hívja meg magát! maga a script a függvény. indítsa el magát úgy, hogy a paramétert csökkenti. ezzel viszont vigyázni kell, a shell nem a memória és processzordő-takarékosságáról híres, ha nincs a linuxod belőve pöpecül(ahogy az enyém sincs) be tudod egy évgtelen rekurzióval rohasztani annyira, hogy egyszerűbb legyen újraindítani.
és ha leírod azt, hogy goto, és nem VCL konzol előtt csücsülst, akkor üss a saját kezedre, de olyat, hogy fájjon.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Tele von Zsinór #5 üzenetére
''Ha érdekel valakit forráskód, belinkelhetem.''
dobjad!értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Tele von Zsinór #8 üzenetére
és van annak valami oka, hogy nem a kitűnő Pandorára teszed fel egy cp paranccsal?
szerk: nomeg nekem nem jön be így sem... stop suxx, használd az egyetemi szervereket, azér vannak.
[Szerkesztve]értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
Nézd: Racionális érveket nem tudok mondani(nincs matematikailag levezetve, mert a hiba nem a GOTOval van, hanem a mi agyunkkal), csak a következőt:
1968ig a progrramozásban megjent __MINDEN__ olyan technika, technológia, amit ma is használunk, leszámítva talán a generatív programozást. de generikus már volt. egyszerűen minden. Mi volt azóta a fejlsődés? 2 iránya volt:
1: hatákonyság
2: Megnehezíteni, hogy a programozó hibázzon
és az utóbbi 20 évben az utóbbi messze hangsúlyosabbá vált, mint az előbbi.
A tapasztalat azt mutatta, hogy ahogy a szoftverek nőnek(míly meglepő) a az adott hibák, amelyek akár tetszik akár nem, ugyan olyan arányban fordultak elő kisebb, és nagyobb szofverekben, azaz nagyobb szoftverekben többször, mint a kisebbekben, egyre nehezebben javíthatók, mert egyre több idő kell a hiba megkereséshez, és még több a jvításához. És a programozás úttörői igen hamar levágták, hogy a GOTO messze a legynagyobb hibaforrás. A programozó örült, hogy megtakarított 200 ASM műveletet egy GOTOval, és hazudik az a programozó, aki nem szeret hatékony algoritmust írni, még a JAVA programozók is odafigyelnek erre, pedig ott általában tényleg keveset számít, és egy rosszúl elhelyezett GOTO, vagy russzul kitalált, vagy nem emgfelflően implementált invariáns hasravágta az egész szoftot, és hihetetlenül sok idő telt bele, mire megtalálták, hogy mi nem jó, mert az algoritmusok hatékonyak voltak, de nem voltak megfelflően absztraktak, azaz a programozó nem tudta elsőre átlátni, hogy mit akart az a hülye munkatársa csinálni azzal az össze-vissza lépkedő 8 GOTOval, hacsak nem írt mellé egy 8 oldalas commentet, amivel már könnyen meg lehetett érteni, a kommentek írása még a mainál is silányabban ment, pedig most sem olyan jó a kommentelési morál, élő példa vagyok én, ha csak egy kis esély is van rá, hogy egy adott kódot nem kell bemutatnom, vagy nem tartozik szorosan a kiírrt feladathoz nem kommentelem be, mert megy vele az időm, de ha nem csinálom meg is meg tudom magyarázni. tehát lehet, hogy egy 8 oldalas kommenttel már egyből lejönne a másik programozónak is, hogy mit akart az előző azzal a 8 gotoval, és hogy milyen über-király-táps-hatékony algoritmust is alkotott, de ha van benne egy icipici hiba, akkor azt javítani szenvedés, és a továbbfejlesztés megintcsak komoly nehézségekbe ütközik. a programozás-technológia az elmúlt 30 évben az egyre magasabb absztrakció felé lépett el(nem számolva a power-appokat fejlesztők elhanyagolható hányadával, akik C-ben, különböző ASM nyelveken, illetve hasonlókon programoznak) . a GOTO meg az absztrakció ellentéte, a legjobb az lenne, ha eredendően ki lehetne irtani az előbb említett csoport agyán kívül mindenkijéből, mert amikor 10en dolgoztok egy projekten, akkor elöhetnek a deviáns gondolatok a fejedben, amikor 8 órája az egyik társad kódját böngészed, aki(már nem dolgozik ott/beteg/szarik a fejedre) hogy miért nem működik a programja, és a GOTO-k miatt nincs szép tiszta algoritmusa, amit fel tudsz fogni első ránézésre, hanem végig kell bogyrásznod. a GOTOt felejtsd el. és arra ne építs, hogy az utóbbi csoporba fogsz tartozni, neked akkor kell a GOTO, mert
1: annak a valószínűsége kicsi
2: rászokni nem kerül sokba, leszokni róla viszont igen kemény.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
''Hajjaj, ezek szerint pl. 10 év sima assembly és 5 év mikrovezérlő programozgatás után az ember ''
akkor te abba a minimális százalékba tartozol, akinek a GOTO tényleg fontos, de azt be kell látnod, hogy a programozók nagyrésze valamilyen magasszintű nyelven, nem-hatékony szoftvereket fog írni, ott meg sokkal jobb a GOTOk nélkül.
''melldöngetve, akik még nem láttak pl. mikrovezérlőben FFT-t (na jó, egy F-et lehagyhatun''
szerintem lehet, hogy láttak, de észreverrék azt is, hogy a programozóknak nagyságrendileg kisebb hányada foglalkozik ilyenekkel, mint magyasabb szintű nyelveken való absztrakt programozással, így mondjuk egy teljesen alapsz szintű, bemelegító tárgyban, mint amilyen a ''programozási környezet'' állnéven emlegetett BASH(+DCL) scripting tárgy inkább a mainstream-felé kellene húzni, aki meg nem akar ide tartozni, az majd akkor döntse el, amikor már látja, hogy mizújs a nagyvilágban, és tudja, hogy ő meghal ha nem ultra-hatékony C programokat ír majd. a többség nem ilyen.
''Mivel a forráskódok 98%-át nem azért írják, hogy azt
később valaki megtanulja mint a verset, az áttekinthetőség imho feláldozható lenne a hatékonyság ''
gondolod, hogy a szoftverek 98%át sosem fejlesztik tovább? szerintem inkább fordítva...
''nnomindegy, ez amúgy is flame-téma, és amúgy is a gyakorlati és elméleti programozók közti bulinak számít... én meg egyik csoportba sem tartozom.''
még én sem, de hajlok az absztraktabb programozást támogatni. amúgy télleg flame, meg off, sorry akir zavar.
szerk : esetleg megérne egy témát a got vs no-goto?
[Szerkesztve]értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Tele von Zsinór #16 üzenetére
Csa úgyis leszedte volna az agyadat. meg a gyakvezek is.
értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
''Ugy latom, ezt komolyan (nem pedig gunykent) irtad - am ez sajnos nincs igy a gyakorlatban.''
Az a tanár, akiről szó van, amikor én jártam, megemlítette, hogy GOTO van, de nem mondja el, nem kell. Ezek szerint szerencse.
''1. Eloadason megtudjuk, hogy a goto gonosz, semmikeppen nem szabad hasznalni. Aztan az eloado felir egy algoritmust, aminek kb a fele GOTO utasitasokbol all - ''khmm, ez igy volt egyszerubb'' ''
Itthon vagyunk. ilyen embereknek kell tanítani. ez a király. Most nem akartalak megsérteni, én is találkozok olyan kotatókkal, akik talán jobb lenne, ha nem oktatással keresnének pénzt(mármint a diákoknak) de valamiért az egyetem vezetőit kevéés érdekli, hogy valaki alkalmas-e a tanításra, az, hogy havonta publikál egy cikket fontosabb.
''2. Gyakrolaton kis papir, hogy milyen legyen a program (ne legye benne goto, legyen szigoruan tipusos, stb). Diak: ''Mi az a szigoruan tipusos?'' Gyakvezer: ''Ohm, khm, hat azt igy pontosan igazan nem is tudom'' ''
Az is szép, amikor nem felkészült gyakvezek tartanak gyakot. volt egyhez szerencsém, túléltem, azóta rendesen utánakérdezek a gyakveznek. a Miénk(bevezetés a programozáshoz tárgy) pl. olyan volt, hogy az otthon elkészített struktogrammot rendszeresen elcseszte, és amikor mi(a diákok) kijavítottuk, akkor általában nem fogta fel, hogy mivan, és vagy aztmondta, hogy mindegy(és táblát töröl), vagy majd holnapra megnézi. Egyszer a táblánál oldottam meg egy feladatot, és elmagyaráztam, hogy mit csinál, és ő volt az utsó a teremben, aki nem fogta fel, már azok is értették, akiknek később nem lett gyakjegyük.szar, hogy ilyenek tanítanak.értelmező késziszótár :: rekurzió --> lásd : rekurzió
Aktív témák
- Lenovo Thinkpad P50 Workstation laptop, 15,6" FHD IPS Kijelző, I7-6820HQ CPU, 16GB DDR4, 512GB SSD,
- Lenovo Thinkpad T495 Laptop/Notebook, 14" FHD IPS, Ryzen 5 Pro 3500u, 16GB DDR4, 256GB SSD, WIN 10/
- Razer Blackshark v2 Pro
- Sony PlayStation 5 (PS5) Játékkonzol
- Asztali PC , i5 6500 , 8GB VGA , 16GB DDR4 , 256GB NVME , 500GB HDD
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs