2. Fórumok
  3. Szoftverfejlesztés
  4. Hogyan / Hogyan ne programozzunk?
  5. (téma lezárva)
Keresés

Aktív témák

  • #166 Protezis őstag dabadab #165
    #166
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Protezis

    őstag

    válasz dabadab #165 üzenetére

    "Meg mondjuk szerintem udvos lenne vegre leszokni a szalakrol es megint szep, tisztesseges processzeket hasznalni, tessek vegre rendes schedulert irni a Windowsba is" - ez erdekelne.

    Egy processz ugye tobb szalbol allhat. Ezek a szalak - mivel egy processzen belul futnak - osztaznak az eroforrasokon, elerik ugyanazt a memoriateruletet. Mig processzek kozott nincs ez a szoros kapcsolat. Nem ertem, miert akarsz megszabadulni a szalaktol, amikor ha jol emlekszem a tanultakra, nem egy sulycsoportban vannak?! :F
    Egyebkent meg most is indithatsz tobb processzt.

    Elobbiekhez: Parhuzamositasra pelda, ami ma jutott eszembe. Egyik jelenlegi kot.progomban matrixokat forgatok. Totalisan parhuzamosithato. Persze lehet, hogy semmi ertelme egy 3x3-as matrixnal inditani 9 szalat, de nem is ez a lenyeg, hanem az, hogy amikor megirtam a muveletet, eszembe nem jutott volna ez. Es ez a gond. Nem neveltek ra, hogy ha lehetoseg van ra, hasznaljam. Es ezt bizony nem parhuzamositja nekem automatikusan se a .NET Fw, se a Java VM.

  • #87 fordfairlane veterán dabadab #81
    #87
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    fordfairlane

    veterán

    válasz dabadab #81 üzenetére

    Mi az "int res;" a C-s példában?

  • #83 Kkocos tag dabadab #81
    #83
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    Kkocos

    tag

    válasz dabadab #81 üzenetére

    Szivesen fogadok barmijen kritikat. Deh legalabb arrol szoljon amit mondtam! "Az automatizalasra meg alljon itt egy pelda:", nem ide ketem a peldat. Ez pelda arra hogy a c++, mit objektum orientalt nyelv, rovidebb, kevesebb hibat megengedo modon is kepes kezelni a kodot. Hat sajna ennek az elenkezojet en nem alitottam, ide vonatkozoan azt mondtam hogy nem erdekel, nem fogom bonyolitani az amugy sem egyszeru eletemet evvel, nem vonz, nem szeretnem hasznali, nem szeretek megkotve lenni.

    "Pl. a kod ujrafelhasznalasa alatt a forraskodrol van szo: hogy ne kelljen ugyanazt a kodot tobbszor leirni, hanem eleg legyen egyszer belerakni a base classba (haho, memoriamegtakaritas!). Valamint olyat sem mondtam, hogy nem teszi atlathatobbat a kodot (mar hat azza teszi a ketszintu strukturalassal (osztaly/metodus)), csak nem ez a fo szerepe."

    Basszus, hol hoz itt ujat az OOP?

    "Ha egyszer csak jobbra meg balra akarod forgatni, akkor irjal olyan kodot, ami jobbra meg balra forgatja. Meg egyaltalan, mi koze az OOP-nek ahhoz, hogy egy adott eljarast milyen bonyolultan irsz meg?..."

    Beszaras, mondtam ma', ugyanazt irjam le meg 1szer csak mert nem olvasod el figyelmesen? Nem kertelek hogy olvasd el, de ha ma' reagalsz valamire, tudd hogy mire is irsz!

    "Az OOP-vel nem jar egyutt semmilyen vizualis maszlag, gyakorlatilag az osszes C++ kodot a ket dolgos kezemmel potyogtem a szovegszerkesztobe, sot, a legtobb programnak egyaltalan nem is volt GUI-ja."

    Gratula! :C ! Deh igenis jar, sokan hasznaljak, legtobszor ertelmetlenul. Ha meg feltetlenul peldat is akarsz szolj me' kuldom (csak azrt nem most mert meg meg kell hogy keresem oket)

  • #74 Kkocos tag dabadab #72
    #74
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    Kkocos

    tag

    válasz dabadab #72 üzenetére

    "Az OOP elsosorban nem a kod rendezeserol szol: azt mar elotte rendberaktak nagyjabol. Ennel sokkal fontosabb volt a kod altal hasznalt adatok gatyaba razasa, a kod ujrafelhasznalas tamogatasa valamint az, hogy minel tobb dolgot automatizaljanak."

    Tehat:
    1. Nem szol a kod rendezeserol, amit ma' egyszer rendberaktam, Ok.
    2. A kod ujrafelhasznalhatosagarol : hogy 1 procedura ami a RAM van feltoltve nins feltetlenul duplikalva ha a proceduralis programozast is valasztottam (nem sorol fell miert).
    3. Az adtok ma' reg gatyaba vannak razva, OOP-nak semmi koze sincs hozza!\
    4. Marad esetleg a kod "felhasznalasanak" az automatizalasa? Hogy az objektumok interfeszein keresztul konyen ujra meg ujra meghivhassam az objektumot?

    "Ez nem igy mukodik: a kod mindenkeppen csak egyszer van a memoriaban, akarhany osztaly (es annak akarhany peldanya) is hasznalja, az egyes objektumok konkret memoriahasznalatat leginkabb az adat tagok merete hatarozza meg."

    Nekem a kodnak a merete igenis lenyeges, mivel eleg korlatozott egy PLC memoriaja. Tehat ha objektum orientaltam kozeledek a problemahoz, es egy altalanositott kodot irok minden subrutinhoz, az maga utan vonja a felhasznalt adatbazis meretenek exponencialis novekedeset, minnel inkabb szettagolt a problema, mivel minnel tobb a felesleges reszlet a kodban, aminek ugyancsak van memoriaigenye.
    Pelda: Van egy motorod, amit vezerelni akarsz egy convertizoron keresztul. Irsz ra egy altalnositott procedurat, ami megenged tobb fele vezerlest is. De most teszemazt csak jobra/balra akarod forgatni, semmi egyebb kulonos parametrizalas nem akar vegrehajtani. Nah most a fugvenyedhez rendelt adatbazis merete sokkal nagyobb, mert az nem csak egy egyszeru funkciohozz lett megirva. Akadhatt olyan helyzett is ahol tobb fazisban is, kulonfele bemeno parameterekben kell hogy a fugvenyt meghivjad. Itt jelentosen megno a memoriaigeny. Ha pedig az objektumod szuloosztaja less egy masik osztalynak a memoria igeny exponencialisan novekszik.
    Tehat tobb munkafazisodhoz adva van bizonyos bemeno parameterkovetelmeny, ami lehetoleg minnek kevesebb heyet fogaljon el a !!!(szo szerint) draga memoriabol. Nah most ha egyszerutol a bonyolultig hozol letre objektumokat, minnel komplikaltabb az igeny annal inkabb epitve befele a megoldasokat, ugye? Nah itt jon az hogy minek baszakodjal az objektumokkal, proceduralis szinten is eleg egszeruen megoldhatod, semmi ujat nem ad neked az OPP, szerintem pontosabann tudod rendezni az adtabazist nelkule, vagy mit is akarsz mast? Sot a programok fojamatosan novekvo memoriaigenye is OPP hasznalatahoz (nem csak hozza) is viszavezetheto. Senki nem tori az agyat az alapokon, csak felhasznalja az altalanositott objektumokat, nem torodve a novekvo memoriaigenyevel, sot az altalanositasbol adodo futasi ido megnovekedesevel, koszonhetoen a folosleges dolgok kizarasbol adodo fojmatos elenorzesel.
    U.I : Meg nem lattam 1 konkret peldat se hol jonn ki az OPP elonye!!

  • #65 Kkocos tag dabadab #63
    #65
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    Kkocos

    tag

    válasz dabadab #63 üzenetére

    Ez nem feltetlenul a problema szetdarabolasa, sot en ugy latom hogy semmi koze sincs az OOP vagy proceduralis nyelvek kozotti vitara! Szerintem meg mindennek meg van a helye, es az nem feltetlenul az, ahol ezt az objektum orientalt nyelv tamogatja.
    Nah most ha egy adott problemara akarsz valaszt adni valameik nyelvben, a problema magjahoz altalban nem lelsz kesz objektumot (ritkan, es altalaban valanien operator intefeszhez!!). Nah most te valasztasz! Sajat objemtumrendszert csinalsz es obbjektum orientaltan oldod meg, lenyegeben csak azert hogy masnak is atlathatobb legyen, vagy pedig sajat proceduragyujtemenyel probalod megoldast adni .Nah ekkor ma' a kerdes redukalidik csak az atlathatobsagra. Most ki mondja azt hogy ez ma' kevesbe atlathato?!! Sot!! Meg inkabb az, me' valakinek nem kell eloszor megtanulni a komponenseid strukturajat ahoz hogy atlassa, kijavitsa amit csinaltal!!
    Nah mond hol lehet konyebben megoldani ugyanazt obiektum orientaltan, mint anelkul? Lenyegeben az egesz ojektum orientaltsagnak csak a program strukturajaban van jelentosege, a fugvenyeid maradnak, csak egy korlatozott modon kell oket meghivnod. Ez az egesz hasonlitt ahoz hogy hogyan epitsunk tombhazakat. Lehet a pneles szart is valasztani, mindent ugyanugy, lenyegeben klonozva megcsinalni, keves a varialhatosag. Persze a paneles rendszert is lehet, habar csak korlatozottan, deh varialni. Deh minek, ha ugy irod meg hogy ki-be lehessen tulajdonsagokat, fugvenyeket kapcsolgatni, azt az idot amit nyersz esetlegesen az objektum orientalsagall itt ma' joesetben csak elveszted, ha nem bonyolitod meg tul is a temat avval hogy az egesz szart ugy kell hogy megtervezzed, hogy modosithatoo legyen az oroklodes. Ha meg nem akko cipelsz magad utan egy csomo folosleges szart, amire nincs, es altalaban nem is lessz szukseg.
    Hazat is jol varialhatoban kismeretu teglakbol lehet jol epiteni. Az objektumoknak mint mondtam legfenneb az operator interfeszben van letjogosultsaga, azrt mert oda egy magas szinten standardizalt interfeszre van szugseg, eloszor is me' feltetelezzuk hogy nem magasan kepzett emberek fogjak kezelni, masodszor mert gyors donteseket el esetleg hozniuk, nincs ido kivesezni a problemat!
    Lenyegeben ennyi!

  • #61 bambano titán dabadab #60
    #61
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    bambano

    titán

    válasz dabadab #60 üzenetére

    tanulási görbe. Hogy pl. c-ben vagy pascalban az első program megírásához nem kell olyan sokat tanulni, ezzel szemben ahhoz, hogy az első tisztességes jsp vagy java vagy j2ee programodat megírd, több tízezer oldal specifikációt illene rendesen elolvasni. Ez utóbbi probléma már a c++-os komponens könyvtárak és a c# esetén is fennáll szerintem.

    És hiába a mindenféle kattintós vizuálbaromság, akkor is sok-sok hónap kemény munka kell ahhoz, hogy az első komoly programod elkészüljön.

    Elfogadom, ez így nem teljesen oop, hanem oop alapú programozás + oop eszközrendszerek, de ettől még ez a véleményem.

  • #59 bambano titán dabadab #41
    #59
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    bambano

    titán

    válasz dabadab #41 üzenetére

    Mondj megoldást az oop brutálisan gagyi tanulási görbéjére...

  • #49 Kkocos tag dabadab #42
    #49
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    Kkocos

    tag

    válasz dabadab #42 üzenetére

    #dabadab : 10x a kioktatast tanaur! :C
    Azert mielott teljesen leirnal, nem elotte utananezek hogy mi a turot is akar csinalni az a lokott program. Fent csak azt mondtam hogy neha nem kell nekiugranni bizonyos procedurak legyartasat, eleg ha csak felmerem hogy lehet megcsinalni, es nem baszakodok vele, ha van fontosabb dogom is, vagy eleg csak az hogy epp most nincs kedvem hozza.
    Nah most tapasztalat. Itt igaz csak most alok ra a STEP7 (STL,csak me' jobban szeretem).(+2 ev nem sokk deh ma' nem kontar)

  • #45 #95904256 törölt tag dabadab #43
    #45
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

    #95904256

    törölt tag

    válasz dabadab #43 üzenetére

    Milyen hely az, ahol a technikusok belepiszkalhatnak a dolgokba?

    Pedig sok helyen megcsinálják. Nem mindenütt képesek kivárni míg a gép gyári szervíze a helyszínre érkezik. Szélsőséges eset, de előfordult már olyan is hogy hajnalban riasztottak egy bizonyos német cég viszonylag új masinájához, ami felmondta a szolgálatot. Mert ha tovább ácsorog akkor másnap egy bizonyos japán autómárka futószalagjáról nem fognak legördülni az autók. Mint kiderült egy egyszerű felfutó él figyelést kihagyott az illetékes programozó a programból. Mondanom sem kell hogy a bizonyos német cégtől is 8-10 órán belül megérkezett egy tag aki konstatálta hogy minden rendben van... :)

    Valamint megjegyzném hogy idehaza elég ritka hogy 8-10 órán belül a helyszínre ér külföldről egy szervizes. Sokszor napokat is kell várni, így nem csodálom hogy néha egy-két termelésvezető vagy hasonló beosztású mondmeg ráuszítja az embereit a feladatra. Az megint más kérdés hogy többször okoznak kárt mint hasznot...

    szerk.: Ja igen. Szervizest említettem, nem technikust. A legtöbb helyen a technikusok félnek hozzányúlni a dolgokhoz ( helyesen teszik ), viszont a mérnök emberek annál vérmesebbek. :)

Aktív témák

Hirdetés