- Apróbb óra érkezik a OnePlustól
- Prohardver app (nem hivatalos)
- Bemutatkozott a Poco X7 és X7 Pro
- Red Magic 10 Air - gaming telefon is lehet kecses
- iPhone topik
- Egyszerre legnagyobb és legkisebb is a Garmin Venu X1
- Rekord vékony lesz a Z Flip7 is
- Samsung Galaxy Watch7 - kötelező kör
- Milyen okostelefont vegyek?
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
Aktív témák
-
taltos
senior tag
Most az utolsó mondatodra reagálnék: itt nem azt kell érteni, hogy a visszafejtést nehezíti meg, hanem olyan dolgokat orvosol, amik többnyire emberi hibára épülnek. Egy csomó hiba pl. a mem túlcsordulás nem helyes kezelése miatt következik be, vagy attól, hogy nem jó típusú adatot kap bemenetnek, vagy ilyesmi... Ezt kezeli helyesen. Pl. ha jól tudom van olyan (ha nem az összes), ami végignézi az összes lehetséges bemenetre, hogy keletkezhet-e hibás kimenet, vagy ilyesmi...
Példa: csinálsz egy progit, ami bekér két max int nagyságú számot, és összeszorozza. Az eredményt Te intben tárolod. Amikre te próbálgatod 1,2,3 azokkal nincs gond, de mi tudjuk, hogy létezik olyan érték, amit a bemenö adatok mellett már nem tud az intben tárolni. Ilyenkor a tároló típusát nem Te mondod meg, hanem a fordító határozza meg, sőt! minden ''változót'' Ő határoz meg, te nem definiálhatsz változót. Minden rekurzív úton van megoldva függvényekkel, nincsenek a szó szoros értelmében vett ciklusok.
Azzal kapcsolatosan pedig, hogy ez egy újkeletü dolog lenne (azt mondtad, hogy gyerekcipoben jaro fejlesztesi modszer) komoly itaba szalnek, mindjart utanna nézek...
... itt is vagyok. Légyszíves nézz bele ebbe a diploma munkába
Bővebben: link
, vagy legalább a bevezető részébe:
Bővebben: link
.
Ezek szerint:
''A legelső funkcionális nyelv az 1960-as évek elején kidolgozott LISP (LISt Processing) volt. A sokféle változat közül a professzionális célokra alkalmazható Common LISP a legismertebb. A LISP-dialektusok és modernebb utódjuk, a Scheme is típus nélküli nyelvek. Az első típusos funkcionális nyelv az ML (Meta Language) egyik korai változata volt a 70-es évek közepén. A HOPE-pal és más funkcionális nyelvekkel szerzett tapasztalatok alapján dolgozták ki a Standard ML (SML) nyelvet a 80-as évek közepétől kezdve. Az SML után kifejlesztett funkcionális nyelv a Miranda, a Haskell és a Clean is.''
És akkor még egy komoly program, ami funkcionális nyelven írt...(ez csak egy rövid leírás róla):
Bővebben: link
Tehát a kérdésem még továbbra is áll... -
taltos
senior tag
Én arról hallottam, meg tapasztalom is, hogy a legfontosabb dolog manapság a programoknál (na jó, itt nem minden programról van szó... Azért hozzátenném, hogy vannak még olyan területek, ahol az optimalizáció még mindíg ilyen magasságokban szárnyal... Nézzünk meg egy erős grafikus alkalmazást, vagy egy majd tübb millió rekordot kezelő adatbáziskezelő szoftverre) a biztonság. Ezalatt azt értem, hogy a programban ne legyenek kiskapuk, lehetőleg ne lehessen feltörni. Arról hallottam, hogy a funkcionális nyelveknek ez az egyik legnagyobb előnye, hogy ott a problémát kódolod, és a fordító maga írja a problémára a kódot (programok írnak programokat?
). Persze a program programírását nagyon komoly matematikai és MI alapokra fektetik. (még nem használtam soha, csak hallottam, mondjátok, ha nem így van...) Namost, ezek miatt a funkcionális nyelven írt programokat szinte lehetetlenség feltőrni, azaz csak úgy lehet, ha valaki matematikus, és a fordítóban fedez fel hibát (ne adj isten, tisztában van a matematikai hátterével).
Csak akkor azt nem értem, hogy ha mindez így van (márpedig minden jel szerint így van...), akkor miért nem használnak többen funkcionális nyelveket programíráshoz? (mert sokkal nehezebb benne egy egyszerűbb programot is megírni) Azt olvastam, hogy az ELTE-n van ilyen kutatás, hogy op rendszert írnak funkcionális nyelven, hogy a biztonság 100 % -os legyen, de többről nem. (azért ez nem lenne kis dolog, képzeljétek el, hogy minimalizálórnának, vagy teljesen eltűnnének a kritikus, kihasználható hibák...) -
Miracle
senior tag
a nagy szabadsági foknak történeti okai vannak: amikor a C nyelvet tervezték(a ''kevésbé'' sikeres, és igen kötött szintaxisú B után) egy olyan nyelvet terveztek, ami belepasszol a unix filozófiába, és komoly optimalizációkra ad lehetőséget, illetve feltétel volt, hogy legyen alkalmas alacsonyszintű programozásra. akkoriban a programozók igen HC módon nyomták, ezért nem figyel például a C fordító, hogy ha több argumentummal hívod meg a függvényt, mint amennyivel definiáltad azt. amikor a Ct 1960ban terveztés, eszébe sem jutott senkinek, hogy olyan alacsonyan képzett emberek fognak gép elé ülni, és programozni, mint azt ma sokan teszik. persze nem baj, hogy nem rendszerprogramozó mindenki, csak vigyázni kell. az 1960as években, a C születésekor nem dúskáltak a processzoridőben a programozók, és a memóriában sem, akkor csontig optimalizált kódok jöttek ki általában, akkor fontos volt a nagy szabadsági fok.
mondjuk az újabb C fordítók alapbeállítással már figyelnek az argumentumszámra. -
faster
nagyúr
-
Fisha
őstag
''valamikor irt valami normalisat mar ezen eleteben. ezek kenyszermegoldasok egy olyan platformra ami nem erre lett kitalalva.''
Hat ebben van igazsag, es oszinten bevallva fel evvel ezelott boszen helyeseltem volna. Csak azota elkezdtem irni a magam kis java4php engine-jet (kezdeve onnan, hogy class Object ....) es rajottem, hogy azert van lehetoseg szepen programozni php-ben is. Csak azonnal ki kell dobni minden script nyelvre emlekezteto dolgot, elso korben termeszetesen a track-vars-t es tarsait, amik a ganyolas jo reszeert felelnek. Ahol tudsz mindenhol minel jobban tipusossa kell eroltetni a nyelvet, ert kulonben megintcsak jon a gany.
Felre ertes ne essek, mindezzel nem azt mondom, hogy vegeredmenyben nem egy kenyszermegoldas szuletik (ugyanis, minek java style php, ha van java), csak annyit szeretnek sugallni, hogy megfelelo tapasztalattal es hozzaallassal szerintem nagyon sokat ki lehet hozni a gany nyelvekbol is.
(Amugy neten nezelodve sok sorstarsa leltem, tobek kozt phpmvc (lenyegeben egy php-s struts megvalositas), phpdoc (egy javadoc wraper, ami a php kodbol a javadoc szamara ertelmezheto kodot general)) -
Fisha
őstag
Kiragadtam ket mondatodat ezert elnezesedet is kerem, viszont erzesem szerint e ket mondatodban rejlo elkeseredettseg egy torol fakad. Szerintem ne temesd el azt a javat meg
.
''aki a java tortenelmeben nem latja a hatalmas ivu hanyatlast, a bukas elotti utolso vergodeseket az nem koveti a tortenetet.''
''aki webfan az meg abranduljon ki belole mert az nem programozas hanem ganyolas.'' -
bandrew
tag
nos, szerintem kicsinyt elkanyarodtunk a témától, kezd egy kicsit hitvallás-hitvita izű lenni a dolog. nem hiszem, hogy el lehetne tekinteni a hagyományos nyelvektől. tapasztalom nap mint nap, hogy vannak a hangzatos tervek a vékony kliensekről és egyéb fondorlatokról, de a felhasználók még mindig inkább szeretik saját maguknál tudni a rendszereiket, mintsem egy böngészőn keresztül nyúzni azt.
Különben szvsz ahoz hogy gányoláson kivül bármi más egyebet megtanulj szükséges megtanulni a hagyományos nyelveket, mert csak azokon keresztül tudod megérteni a szükséges logika, szemlélet alapjait. -
#175
csabicsepp
aktív tag
lao ce
#174
csabicsepp
aktív tag
Nem mindegy hogy ebből akar valaki megélni, vagy csak hobbiszinten akar programozni.
Ha ebből akar megélni, akkor egészségére. Ma már telített a piac zseniálisabbnál zseniálisabb tehetséges programozókkal, akiknek a c nyelv megtanulása max. 1órát vett igénybe (persze csak a tehetségtelenebbeknek).
Ha viszont hobbiból, az megint más téma.
A pascal nem olyan szar szerintem. Én (bár tudom hogy a nagy profi programozó istenek előtt szégyellenem kell magam amiért egyáltalán kiejtettem a számon hogy pascal - és ez komolyan így van
) bár nem nagyon szeressem a pascalt, de pl. a klubban egy pascalban írt proggi figyelte az internetes gépeken eltelt időt, könyvelt és számlázott, tagságikat kezelt, mindezt egy kidobott mono vga 386-oson, tökéletes sebességgel.
Ugyanígy hobbi szinten érdekes lehet az assembly. Vagy a c, delphi, basic és sorolhatnám.....
). Persze a program programírását nagyon komoly matematikai és MI alapokra fektetik. (még nem használtam soha, csak hallottam, mondjátok, ha nem így van...) Namost, ezek miatt a funkcionális nyelven írt programokat szinte lehetetlenség feltőrni, azaz csak úgy lehet, ha valaki matematikus, és a fordítóban fedez fel hibát (ne adj isten, tisztában van a matematikai hátterével).
) bár nem nagyon szeressem a pascalt, de pl. a klubban egy pascalban írt proggi figyelte az internetes gépeken eltelt időt, könyvelt és számlázott, tagságikat kezelt, mindezt egy kidobott mono vga 386-oson, tökéletes sebességgel.Aktív témák
Hirdetés
- X1 Carbon 9th 14" FHD+ IPS érintő i7-1185G7 16GB 512GB NVMe magyar vbill ujjlolv IR kam gar
- FÓLIÁS! LG UltraFine 32UN88A-W Ergo IPS Monitor! 3840x2160
- Intel Core i7-14700K processzor eladó!
- Asztali PC , i7 10700 , RTX 3070 Ti , 32GB DDR4 , 512GB NVME , 1TB HDD
- Gamer PC , i9 9900 , RTX 3070 , 32GB DDR4 , 500GB NVME , 1TB HDD
- Lenovo LEGION Pro 5 / Pro 7, Lenovo Yoga Pro gépek (RTX 4060 / 4070 / 4080 / 4090)
- 15" Workstation: Lenovo Thinkpad P1 gen2 // P52s // P15 gen1 // FHD, 4K oled touch
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- ÚJ ÁRU, OLCSÓBB!!! Dell Precision Workstation 5550, 5560, 7510, 7520, 7550, 7720, i7, 6-11. gen.
- Bomba ár! Dell Latitude E7270 - i7-6GEN I 8GB I 256GB SSD I 12,5" FHD I HDMI I CAM I W10 I Gari!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest