Új hozzászólás Aktív témák
-
bambano
titán
Megint Lipótmező felől fúj a szél...
Mennyivel több lakosa van Romániának? Mennyivel elmaradottabb?Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
ftc
nagyúr
A hazai felsőoktatási rendszer jelenleg csupán évi 3000 informatikai szakembert
nem elég? nem a mennyiség a fontos hanem a minőség... -
Alex91
félisten
Amig az oktatasugy eloterbe helyezi a human targyak oktatatasat a termeszettudomanyi targyak oktatasa helyett, addig javulast ne varjunk. Kell tortenesz, kell bolcsesz is az orszagba, de azt hiszem, a gazdasagot ez nem fogja jelentosen elore vinni. Amig a gyerek ''utalja'' a fizikat, kemiat, biologiat, addig ne varjuk el, hogy majd lesznek mernokok, orvosok stb. De ennek megszuntetesehez politikai dontesek is szuksegesek.
(Egy csomo tori, magyar szakos palyakezdo nem talal maganak allast, vagy jogasz, kozgazdasz. Mig lassan real szakos tanarbol, orvosbol, mernokbol hiany lesz (van). De ha a gyerek fejet pl. tortenelemmel tomik, akkor az bizta nem megy pl. orvosnak.)Dicsõséges nagyurak, hát Hogy vagytok? Viszket-e ugy egy kicsit a Nyakatok? Uj divatu nyakravaló Készül most Számotokra... nem cifra, de Jó szoros.
-
#53246592
törölt tag
Kell a humanoktatas, de jobban figyelembe kellene venni a piaci igenyeket a keretszamok meghatarozasanal. De peldaul az infomatika oktatasban is lehet jot tenne ha jobban eltolnak az oktatast a mai igenyek fele.
Ha draga a pesti munkaerö, lehetne menni Debrecenbe, Miskolcra... -
-
lorcsi
veterán
van egy barátom, eddig gelológusnak tanult, nem ment neki. szeptembertől újrakezdte és töri szakon van. Kérdeztem tőle, hogy ezzel mit fog majd kezdeni? halvány fogalma sem volt. Másodjára kezdtea felsőoktatást és mégis olyan szakot választott ami semmire nem jó
Nem ő az egyetlen ilyen -
dabadab
titán
-
FTeR
addikt
túl erős az elméleti oktatás. még mindig csak úgy lehet megfelelni egy viszgán, ha az ember betanulja a tankönyvet, mint egy verset.
az internet mellett már semmi szükség arra, h egy jómunkásember fejből vágjon mindent. annyit kell tudnia, h hol keresse a választ a kérdésére vagy épp a megoldást a problémára.
ha rendszeresen találkozik a problémával, akkor úgyis megjegyzi a megoldást és egy idő után már rutinból megy.
ellenben minden magolással töltött idő pazarlás, ha 1 éven belül mindent elfelejt az ember, ha épp adott témakörrel nem foglakozik.
természetesen egy alaptudásra szükség van. de azt is nagyobb eséllyel sajátítja el az ember egy gyakorlati okatás során, mint a könyv fölé görnyedve. -
bambano
titán
A gond az, hogy páran úgy gondolják, ha szerveztek egy konferenciát, már joguk van orbitális baromságokat mondani. Jógyhogy nem azt mondta, hogy Indiában több az informatikus abból a pár emberből...
A többi mondása meg sima üzleti érdek, semmi más.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
bambano
titán
Mérnök-képzésről van szó, nem favágókról.
Arról nem az egyetem tehet, hogy olyan irgalmatlan bonyolult marhaságokat használnak mostanában, hogy a friss diplomás képzés nélkül nem fogható azonnal munkára. Ha ibm java cuccokat oktatnának az egyetemen, a sun raplizna, ha sun cuccokat, akkor ms kérdezné, hogy miért nem .net, stb. És ha nem találta el az egyetem, hogy éppen most ibm-nek mire van szüksége, akkor szerveznek egy konferenciát...
Egy sun-java-netbeans-jsf-jsp cuccnak olyan a tanulási görbéje, hogy erősen megfontolandó, egyáltalán hozzákezdjen-e az ember.
Közben meg egy végzett programozó nem tudja megmondani, mi az a programhelyesség bizonyítás. Az egyetemi oktatáson nem telefonkönyvet kell bemagoltatni, hanem tisztességes szemléletet, világnézetet kell adni a hallgatónak. Szintúgy nem programozási nyelveket kell tanítani, hanem képességet fejleszteni, hogy be tudjon fogadni bármit. Ehhez pedig elméleti képzésen keresztül vezet az út.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
ody42
senior tag
Szerintem az adó a legnagyobb probléma. Egy nagy cég, aki idejön befektetni, nem a magyar mentalitás szerint gondolkodik, hogy bazz, magas az adó, majd akkor a fizu felét feketén adom. És emiatt ha ide jön, akkor szarabb a versenyképessége, mintha pl. a szlovákokhoz menne.
A 3000 informatikus meg bőven elég lenne, ha az a 3000 venné a fáradtságot, és tanulna. Nalunk az évfolyam kb. 20%-a járt be... -
bambano
titán
-
bambano
titán
Az adó a környéken mindenhol probléma, de ennek mélyebb megvitatása a politika fórumra tartozna. Maradjunk annyiban, hogy mi egy kis ideig hátrányban voltunk, mert behúztuk a nadrágszíjat, de a hírekből úgy tűnik, a környéken mindenki ezt fogja csinálni és mindenki, akit eddig követendő példának állítottak elénk, minket fog követni. De nem akarok itt politikai vitát, csak annyit akarok mondani, hogy bizonyos tájékozatlanságról adott tanúbizonyságot az ibm embere, amikor ilyeneket mondott.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
KEndre
HÁZIGAZDA
Nem is oly régi a történet, autentikus forrásból hallottam:
Ide jött az Intel, hogy hozhatná-e a processzorfejlesztést Magyarországra? Kellene 350 magasan képzett mérnök.
Illetékes:
MENNYI?Légy óvatos, sokan pályáznak a nehezen megszerzett pénzedre! Tudd, hogy csak te vagy képes megvédeni magad!
-
bambano
titán
Azt érezzük, hogy akinek a szemléletén a programhelyesség-bizonyítás tudás nem csiszolt semennyit se, az leginkább gányolni fog, nem programozni. Bulldog mentalitás annak kell, aki fejjel szeret falat törni. Szerintem.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
tbs
addikt
Az ilyen programozóktól mentsen meg a világ. Azoktól, akik mindent egyedileg, de zseniálisan akarnak megoldani.
Kell az a faltörés. A programozás mechanikus munka, akárcsak a szénlapátolás. A program TERVEZÉSE a kreatív szakasz. De ez itt roppant offtopik, bár érdekes téma...
Csiszolással világosabb. (Csak hogy értsd: _már_ nem tudnám bizonyítani... ) -
BlackWoOd
aktív tag
Szerintem meg ma a piacon olyan határidőkkel szembesül a legtöbb programozó, hogy gyakran kénytelen bulldog mentalitást alkalmazni.
Ma mindenki tökéletes, hibátlan szoftvert szeretne, meg ugye azt, hogy ha valami hibával találkozik akkor az rögtön és azonnal kerüljön javításra (ez valahol jogos), az igényeinek megfelelően átszabandó funkciók is lehetőleg tegnapra álljanak rendelkezésre...
Tudod az elmélet és a gyakorlat között csak elméletileg nincs különbség.< ..kevés az ember, sok az emberszerű lény... >
-
dabadab
titán
''Az ilyen programozóktól mentsen meg a világ. Azoktól, akik mindent egyedileg, de zseniálisan akarnak megoldani.''
Ennek mi koze a helyessegbizonyitashoz?...
Egyebkent az ilyen mindentmegoldok altalaban azok, akiknek fogalmuk sincs arrol, hogy amit csinalni akarnak, az mar ezerszer megragott tema, ezert eszukbe se jut utanakeresni, vagy ha megis, akkor meg nem ismerik a megfelelo kifejezeseket.
Blackwood: eppen a rovid hataridok miatt fontos, hogy az ember korrektul vegezze a dolgat, mert az hosszutavon jelentos idomegtakaritast jelent es - ha ehhez van szokva es nem a ganyolashoz - akkor rovidtavon se jar jelentos plusz raforditassal.
[Szerkesztve]DRM is theft
-
tbs
addikt
Ööööö... Helyeslés volt az első mondatra. Pont ezzel a mögöttes gondolattal. Bocs, ha nem vót 1értelmű.
Bulldog != gányoló. Bulldog == túrunk a kopipészt megoldás után. Minek 1000 féle spanyolviasz?!? Mainapság roppant kevés dolog igényel hardcore kódolást, az is általában a mag-logika. A termelékeny programozók copy/paste megoldáskönyvtárakból építkeznek. (Ugye átvitt értelemben kopip., lehet felőlem generátor is.) Igen csúnya dolog lenne mondjuk egy MVC projekt DBI rétegét kézzel varázsolni... Pl.
[Szerkesztve] -
bambano
titán
Nem tudom, hogy jutottál el onnan, hogy kell a bizonyíthatóság szemlélete odáig, hogy csak zseniálisan akar mindent megoldani, mert ez se nem igaz, se nem volt szándék, hogy ilyet mondjak.
Minden programot úgy kell(ene) megírni, hogy aki írja, az tisztában van vele, hogyha sok ideje lenne és sokkal több matlogot tanult volna, akkor hogyan kellene bebizonyítania a programot. Sose fogja bebizonyítani, mert ott még nem tart a tudomány, de ha tudja, hogy egy programon belül milyen építőkövek bizonyíthatók és milyenek nem, akkor rendesebben fog programozni.
Ha meg sose hallott ilyenről, akkor majd jön a goto meg a többi programozási tévedés. Hogy csak egy példát mondjak.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz BlackWoOd #26 üzenetére
Ilyenkor szokott az következni, hogy az elejétől kell tisztességesen csinálni, akkor a végén gyorsabban fog menni a hibakeresés és a karbantartás.
Ha neked az a bulldog mentalitás, hogy valaki nem 8 órát dolgozik, hanem programoz, amíg le nem fordul a székről, akkor legyen igazad.
''Dijkstra probably hates me (Linus Torvalds, in kernel/sched.c)''Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
tbs
addikt
-
BlackWoOd
aktív tag
Öööö...
Kicsit félre tetszel érteni amit írtam.
Leírom kifejtve inkább: Bizonyos területeken kénytelen vagy már megírt, működő szoftverhez olyan mértékben hozzányúlni, amelyre a tervezéskor és a megvalósításkor nem számítottál (pl. új funkció vagy igény miatt) és erre nem áll rendelkezésre az amúgy szükséges idő.
Van 2 választásod: vagy addig programozol, amíg lefordulsz a székről és egy brilliáns megoldást alkotsz, vagy csak 8 órát dolgozol és valami bulldog (szómagyarázatként lásd tbs hozzászólását) módszerrel átalakítod a meglévő kódot (ami ugyanúgy helyesen működik).
Mint mondtam, az elmélet és a gyakorlat jelentősen eltér.
(Főleg a rendelkezésre álló időben és abban az apróságban, hogy nemegyszer a program(rész) tervezésének kezdetekor fennálló körülmények a tervezés végére akár gyökeresen megváltozhatnak. - Vajon miért is népszerűtlen terület a pályakezdő programozók körében az ügyviteli terület (ma, Magyarisztánban)? )
Tudjuk, mi lenne a kívánatos és professzionális, de a muszály nagy úr és a felhasználó kizárólag az eredményt kell, hogy lássa.
Én nagyon örülnék, ha lenne idő mindennel molyolni és frappánsabbnál frappánsabb megoldásokat gyártani, csak ez sajnos nem idő és költséghatékony. Ehhez még hozzáveszed, hogy momentán IRL pejacgazdaság van és máris világosabb a képlet.
Nagyon nem irigylem azokat, akik szép nagy team-ekben dolgoznak és nem a programok egészét látják, csak egyes funkciókat tolnak a képükbe, tisztességes specifikációkkal, hiába tudnak szépen agyalni hiper-szuper-csillivilli megoldásokon.
[Szerkesztve]< ..kevés az ember, sok az emberszerű lény... >
-
FTeR
addikt
direkt írtam, h természetesn szükség van egy alap (értsd álatlános) tudásra.
meg kell tanítani, h egy OO app nem attól lesz OO, h a programnyelv megköveteli/lehetővé teszi használatát.
én egyébként az a fajta ember vagyok, aki nem tud önmagáért tanulni. kell egy konkrét értelmes cél, amit el akarok érni és nem egy idétlen példaprogram hello világja fog ösztönözni.
nem hiszem, h egy iskolának választani kellene a platformok között. a műszakiról kikerülő programozó, lehet, h istencsászár asm-ből és c-ből, de elé raknak egy másik nyelvet és hozzá sem tud szólni.
az lenne a dolga, h bemutassa a legelterjedtebb környezetk alapjait, majd lehetőséget adni, h a diák megválaszthassa, h melyikbe akar jobban belemélyedni, mielőtt beleugrik a mélyvízbe. természetesen párhuzamosan mennie kell az elméleti oktatásnak is, h rávilágítson dolgokra. de míg elméleti oktatás közben nem lehet gyakorlatot szerezni, addig gyakorlat közben megszerezhető a kellő elméleti tudás.
az esetek többségében nincs lehetőség (idő/pénz), sőt igény sincs, a tökáletes munkára. a rapid fejlesztések korát éljük, nincs idő minden szempontot maximálisan figyelembe venni. nem akkor fogok jobban aludni, ha lekésve a határidőt előálltam egy iskolapéldás megoldással. a megrendelő nem akarja megvárni és/vagy kifizetni a tökéletes mukát, főleg, ha az az őt érintő felébe minimálisan (sem) mutatkozik meg.
szerk: BlackWoOd szívemből szólt
[Szerkesztve] -
dabadab
titán
''az lenne a dolga, h bemutassa a legelterjedtebb környezetk alapjait''
Ennek azert sok ertelme nem lenne. ''Ez itt a VC2005, itt a File menuben van az Open, meg a Close''
A felsooktatasban eppen eleg sokat kell a diakok agyaba tomni, felesleges meg a dolgokat konkret implementacios reszletekkel bonyolitani. A parhuzamos programozasnal a bevezeto gyakorlat legye Occamban, mert az baromi egyszeru es nem kell felesleges sallangokkal vesszodni, viszont nagyon szepen demonstralja az osztott memoria problemait.
Az egyetemnek nem feladata, hogy konkret programok kezeleset tanitsa, arra ott a szamitogepkezeloi tanfolyam. Az egyetemnek az a feladata, hogy olyan tudast adjon, amire kesobb epiteni lehet. Az, hogy a java.beans.PropertyChangeEvent-nek milyen metodusai vannak, az nem ebbe a kategoriaba tartozik. Egyebkent is, egy uj munkahelyen igazabol az tart sokaig, amig a ceg sajat belso cuccait megismeri az ember, nem az, amig nagyjabol megismerkedik az IDE-vel.DRM is theft
-
FTeR
addikt
egyrészt nem a fejlesztőkörnyezet bemutatásáról beszéltem. kapásból jön, h nem csak 1 fejlesztőkörnyezetet okatatunk. vizsgánál is fent lehet a gépen 3-4 fejlesztő környzet és nebuló abban oldja meg a feladatot, amiben neki szimpatikusabb. pont azt írtam, problémának, h 1 dologból kimaxolják a gyereket és máshoz nem ért.
másrészt pont az általad leírtak miatt termelik az egyetemek a pályakezdő munkanélkülieket. ez a probléma. ezért lenne rá szükség, h felhasználható tudást adjon.
ott nem értünk egyet, h szerintetek az általános tudást a kemény elméleti alapnak kell megadnia, szerintem meg a kellően széleskörű gyakorlatnak. -
bambano
titán
Megpróbálok világosabban fogalmazni:
nálam a zseni meg az átlagos programozót az különbözteti meg, hogy a zseni mindig megtalálja az optimális megoldást az átlagos meg talál egyet, ami működik az adott keretek között. Mindkét fajtából nálam lehet tisztességes meg tróger programozó, aki a kitalált megoldást rendesen leprogramozza vagy összegányolt kódot hagy maga után. Minden programot meg lehet írni rendesen is meg kókány módon is és ez nem a zseniségtől függ, hanem a minőségi igénytől. Egy programozót az én szemléletemben mindkét paraméter szerint meg kell ítélni. Optimális esetben tisztességes zsenit kapsz, ami ugye azért elég lehetetlen elvárás, normálisan tisztességes átlagos programozót kapsz.
Rapid fejlesztést csak akkor tudsz csinálni, ha nem szöszölsz sokat az algoritmusokkal, de amit kiválasztottál, azt tisztességesen leprogramozod. Ha nem tetted meg, a rapid fejlesztés sokkal tovább fog tartani, mint egy mezei fejlesztés. Ha eltrógerkodtad az alapokat, akkor össze fog dőlni a projekt a kritikus pillanatban. Én sem azt forszírozom, hogy iskolapélda legyen minden program, de alapvető minőségi igényeknek meg kell feleljen. Ha nem felel meg, akkor marad a határidő túllépés. És itt jön be a tisztességes elméleti képzés, aki ilyet kapott, az ráérez arra, hogy hogyan kódoljon minőségi módon. Ha rendesebb képzést kapott, ugyanazt az algoritmust ugyanannyi idő alatt rendesebben fogja megcsinálni, mint aki csak gányol.
Persze lehet, hogy nincs igazam, én mérési hibán szoktam dolgozni, nem csilivili csudarendszereken...Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Ha nem tanultad meg az elméletet, azt a gyakorlat soha nem fogja pótolni. Ha nem tudod pl. hogy mi a rekurzió vagy a buborékrendezés, akkor megírhatsz sok száz mouse event handlert is, akkor se fogod tudni.
Volt egy ismerősöm, 80-as évek legvégén dokumentumkezelő rendszert írt visual basicben. Brilliáns dolgokat programozott le, brilliánsan. Elmesélte, miket tud a programja. Én csak annyit kérdeztem: minek programoztad le újra a novell netware szolgáltatásait? Ha kapott volna rendes elméleti képzést, a melója 80%-át nem kellett volna elvégeznie.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
tbs
addikt
Te, ha valaki az 2 példádat (tudom, csak példák) nem ismeri töviről hegyire, mire célirányos felsőoktatásba kerül, az nagyon rossz... (Eltekintve a matematikai alapjaiktól.) Ha belegondolok még c64/c+4 asm-ban írtam quicksortot, amiről évek múlva esett le (olvastam róla), hogy AZ a kviksort... ~10 évesen.
-
FTeR
addikt
jó. most írom le utoljára. nem azt mondtam, h ne legyen elmélet. a probléma azzal van, h csak az van.
ennél érthetőbben nem tudom kifejezni magam.
(ráadásul az informatika puhább feléről elmélkedtem) -
tbs
addikt
Hát, nem ma kezdtem... Az végképp scifi lehet neked, hogy mivel a c64-nek nem volt asm monitora (istem! +4!!!), meg doksim se nagyon hozzá, ezért gyakorlatilag próbálkozásos alapon, poke-okkal tapasztaltam ki, hogy mi micsoda. Alap LDA, LDX/Y, BSR, JSR volt sokáig a repertoár...
-
dabadab
titán
Azert en se GUI-s RAD eszkozok koze szulettem, bar ehhez kepest duskaltam az eszkozokben, mert ugyan assemblerem eleg sokaig nem volt, viszont valahonnan kaptam egy monitor programot.
Ezzel egyutt egy kicsit tulzasnak hangzik a sztorid, de ha te mondod, en elhiszemDRM is theft
-
bambano
titán
Te fel tudtad írni a buborékrendezés bizonyításához szükséges tételeket, mielőtt felsőoktatásba kerültél volna? Én nem...
Pedig, ha egyszer felírták volna, egy életre megtanultam volna, hogy miért pont úgy és miért pont annyi a ciklus kezdeti és végértéke, stb. És akkor, ha rapid projekthatáridő lett volna, nem kellett volna annyit agyalnom egy-két cikluson.
(ezeket egyetemen pótolták nálam)Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Új hozzászólás Aktív témák
- Suzuki topik
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- HiFi műszaki szemmel - sztereó hangrendszerek
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- Lejtőre került a streaming
- Honor Magic5 Pro - kamerák bűvöletében
- Nincs több főgombos iPad, van helyette nagyobb Air és Pro M4 chippel
- Milyen okostelefont vegyek?
- A fociról könnyedén, egy baráti társaságban
- Telekom mobilszolgáltatások
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest