Új hozzászólás Aktív témák
-
kisfurko
senior tag
Ennyi erővel az elméleti fizika is matematika. Pedig az algoritmuselmélet jóval kevésébé épít a matematikára. Pl. egyáltalán nincs szükséged komoly matekra az alkalmazásához. A bizonyításokhoz kellett egyedül némi matek, de a kutatókon kívül az nem sok mindenkit érdekel.
Azt a kérdést kéne végre feltenni, hogy miért nem érdekli őket. Ez egy állapot, de vajon törvényszerű, vagy van valami, amin lehet változtatni? Tényleg kell-e matematikai tudás pl. szoftvertervezéshez? Nem járnánk-e jobban, ha nem csak matematikai irányból közelítenénk a programozáshoz? Stb. -
bambano
titán
négy, nem teljesen véletlenszerűen kiválasztott specmat osztályban 22:12, 17:13, 22:7, 19:11 fiú-lány arányt számoltam. a régi iskolámban megnézve a mostani spec.mat. osztályokat, jellemzően minimum 25% a lányok aránya. tehát ez azt jelenti, hogy a lányokat már a felvételi döntéskor sem érdekli annyira a matek, és a versenyeredmények szerint az ugyanolyan képzést kapott diákok közül a fiúk jobb eredményeket érnek el.
tehát annak a firtatása, hogy a lányok butábbak-e a műszaki tudományokhoz, továbbra sem légből kapott, azonnal cáfolható hülyeség, másrészt azt tényként ki lehet jelenteni, hogy a lányokat jellemzően nem érdekli a matek.
ehhez képest ugyanitt az erősen nyelvi osztályokban alig van fiú. ebben a mondatban az 'alig van' azt jelenti, hogy 35-ből három fiú.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz kisfurko #101 üzenetére
ezeket a dolgokat, hogy a programozás matek-e vagy sem, fel lehet vetni, csak nagyobbat fognak rajtad röhögni, mint a sóderklubbon.
az algoritmuselmélet kb. semmi másra nem épít, csak matekre. de arra kőkeményen. igen, az elméleti fizika is kőkeményen épít a matekre. csak az elméleti fizikához alkalmazott tudományként kell a matek, mint egy szerszám, az algoritmuselmélet meg tisztán matek.
azt a kérdést fel lehet tenni, hogy miért nem érdekli őket a matek, azt is fel lehetne tenni, hogy miért nem érdekli őket az autóversenyzés. de a tények azt mutatják, hogy nem érdekli őket.
ja, olyan nincs, hogy algoritmuselméletet alkalmazod és nincs szükséged matekre. ha az algoritmuselméletet alkalmazod, az már nem elmélet, hanem gyakorlat. amikor "alkalmazod", akkor az elmélet eredményeit ülteted át a gyakorlatba.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
kisfurko
senior tag
Na mesélj, milyen matekra van szükség szoftvertervezéshez. Milyen matek kell egy driver megírásához? Stb. Vagy ezek nem programozás alatt futnak nálad?
Az már nem is programozás, ha valaki különféle libeket használ, és nem ír új algoritmusokat? Ha hibákat javít egy meglévő szoftverben? Mert akkor igen sokan nem programoznak, hanem csak úgy csinálnak. Egészen nagy cégeknél is. Emlékeztetsz az elitista ELTÉ-sekre...
Azon meg kár vitatkozni, hogy a számításelmélet matematika-e, ezek szerint akkor minden lehet az, ami informatika.
Az is köztudott, hogy általában a nők főznek otthon, mégis mennyi mesterszakács van, aki férfi. Tehát az, hogy a férfiakat nem érdekli a főzés, nem jelenti azt, hogy ne lehetnének nagy számban szakácsok. -
XmoD
aktív tag
hmm. csak igy tovabb. ne csak a ferfiak "kivaltsaga" legyen ez a szakma
-
Ghoosty
őstag
Nem tudom, mostanában hogy van, de az én időmben még a szülő döntött arról, hogy hova menjen a gyerek továbbtanulni. Szerintem nagyon él a társadalomban az, hogy a lányok nem értenek a matekhoz, így azonos képességű lányt sokkal kisebb eséllyel fognak beíratni matek speces suliba. A mondatom első részére bizonyíték itt a fórum és szerintem következik belőle a második fele.
A legnagyobb bajom az egésszel az, hogy még ha azt veszem, hogy csak minden 4. 5. fiúra jut egy olyan lány aki pont ugyanúgy műszaki beállítottságú. Már így is túl erős általánosításnak érzem, hogy a lányokat nem érdekli. Szerintem, ha nem élne ilyen sztereotípia az országban(világban) akkor lehetne ez az arány sokkal magasabb.
-
bambano
titán
válasz kisfurko #104 üzenetére
ezt írtad: "Pedig az algoritmuselmélet jóval kevésébé épít a matematikára.". ez konkrétan nem igaz, az algoritmuselmélet tiszta matek.
szoftvertervezéshez kell matek, nyilván nem a menürendszer megtervezéséhez. de a belső komolyabb algoritmusok, a minőségbiztosítás, a validálás, az mind matek. driver íráshoz sem árt egy kis sorbanállás elmélet, meg hasonlók. meg drivert se lenne rossz úgy írni, hogy bizonyítható legyen a helyessége, az meg tisztán matlog.
"Az már nem is programozás, ha valaki különféle libeket használ, és nem ír új algoritmusokat?": ebben az esetben hol beszélünk algoritmuselméletről?? az mióta algoritmuselmélet, hogy egy libnek benyomsz egy mpeg stream file pointert meg egy pixelbuffer pointert és kapsz tőle egy raszterizált képet? ez favágó, technikusi munka, nem programozó matematikusi.
én hajlandó vagyok vitatkozni veled arról, hogy akik úgy "programoznak", hogy megütik egy jobb kódgenerátor szintjét, azok programozók-e vagy sem. ma a világ arrafelé megy, hogy mindenkivel el akarja hitetni, hogy programozni könnyű, egy okl. kettősklikkelőnek is sikerülhet. a végeredmény meg itt olvasható a hírekben, innen is eltűnt 30 millió hitelkártya adat, meg onnan is.
az is igaz, hogy az informatika (ez a szó önmagában vicc, mint a fehér kalapos hacker) felhígult és részterületekre bomlott. nem kell mindegyikhez egyetemi végzettség, itt is kellenek favágók meg algoritmuselméletesek is.
"Az is köztudott, hogy általában a nők főznek otthon, mégis mennyi mesterszakács van, aki férfi." elenyésző mennyiségű híres mesterszakács van, aki nő. én pl. ismerek vagy kettőt. a férfiakat a tömegcikk jellegű főzés nem érdekli, a felső kategóriás, gourmand jellegű főzés igen.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
"Nem tudom, mostanában hogy van, de az én időmben még a szülő döntött arról, hogy hova menjen a gyerek továbbtanulni.": ezzel lehet magyarázni, hogy a specmatos osztályokban miért kevesebb arányaiban a lány, mint a fiú. De ez nem magyarázza azt, hogy a versenyeken ehhez az eltorzult arányhoz képest is kevés a lány.
egyébként meg ma már ez általában nem igaz, a szülők örülnek, ha a gyereknek van valami olyan határozott célja, ami társadalmilag is elfogadható. az átlag gyereknek lövése nincs, hogy 14 évesen mihez akar kezdeni, a legkomolyabb elvárás, hogy fűtsenek. akinek a gyereke ehhez képest kijelenti, hogy specmatra akar menni, azt a szülő nem fogja lebeszélni, örül, hogy a kölök maga választott egy célt és reméli, hogy emiatt meg is fog tenni mindent.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
opr
veterán
válasz kisfurko #104 üzenetére
Ebben a kérdéskörben bambano-val(vel? ) értek egyet, mert:
- Már az elején, amikor eldöntöd, hogy milyen konténert szeretnél használni, végig kell gondolni, hogy a későbbiekben milyen műveleteket szeretnél rajta végezni, ezeknek mekkora a műveleti igénye, illetve a relatív gyakorisága a kódban, és ennek alapján ki kell tudni számolni, hogy a célként megjelent rendszerre melyik a leginkább optimális. Igazából a programozásnak ez szerintem kb az alapja kéne, hogy legyen mindenhol, és akkor nem kéne minden nap azzal szívnom, hogy a kedves kollega Ordo n^2-en oldotta meg Ordo ~1 helyett a dolgokat. Pedig csak ennyi kellett volna hozzá, hogy végigszámolja, nem csak beírja, hogy vector.a példáidra reagálva:
- driver: őszintén szólva fogalmam sincs, nagyon kívül esik a szakterületemen, remélem valaki megválaszolja rendesen, mert engem is érdekel
- különböző lib-eket használ: az esetek nagyrészében ott is van minimum egy input meg egy output, amiből legalább az egyikkel foglalkoznod kell, sok esetben előre eltárolt adatok alapján, és akkor már ott is vagyunk, hogy van-e ezeken bármilyen művelet a későbbiekben.
- hibák javítása egy meglévő szoftverben: hát, ha a hibajavítás = valahogy elérjük, hogy a compiler ne dobjon 20 errort, akkor igazad van. Ha hibának számít, hogy zabálja az erőforrást, esetleg leakel vagy néha elszáll segfault-al, akkor ott már nem árt némi algoritmikai ismeret, ami szintén matek.
- Elitista ELTE: ha ezalatt a fótista tanokat érted, akkor sorry, guilty as charged.Nagy céges részre readálva: konkrétan a saját szememmel láttam egy nagy cég coding guide-jába beleírva, hogy ne optimalizálj, csak ha a program már készen van, és a célzott rendszeren lassan fut. Van teljesítmény bőven, ne pazaroljuk ilyesmire az értékes erőforrásokat! No comment, még jó, hogy haver megmutatta, mielőtt leadtam a jelentkezésem amikor munkát kerestem. Nem, nem fogom megomondani melyik cég ez, még pm-ben sem, sorry. Mert: egyrészt ha triviális a miért, akkor nem kérdezed meg, ha meg nem triviális a miért, akkor nem fogok veled ilyen információt megosztani, sorry.
Ezt meg bambano-nak(nek?): egyébként pont az ELTE-n volt tele az alk.mat. szak csajokkal (koliban 3.4., félig az 5. emelet, de szerettem ott lebzselni ), ha valaki értelmes, jó nőt akart fogni, sokszor nem a bölcsészkarra ment (sőt!), hanem a matekosoknál kötött ki )
ps.: ezt mindig meg akartam kérdezni, a bambano, az ékezet nélkül a bambanő? Csak a ragozás miatt"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
dabadab
titán
"nem kéne minden nap azzal szívnom, hogy a kedves kollega Ordo n^2-en oldotta meg Ordo ~1 helyett a dolgokat"
A dolog azert ennel bonyolultabb, ott van pl. a klasszikus QMap vs QHash meccs: a kereses a QMapben O(log n), mig a QHashben O(1). Viszont ez egyaltalan nem jelenti azt, hogy a QHash tenylegesen gyorsabb, mint a QMap: ha az elemszam ugy kb. 20 alattvan , akkor nem hogy nem gyorsabb, hanem egyenesen lassabb.
Alapvetoen a programozas sokkal inkabb mernokoskodes, mint matematika. Persze, van tisztan matematikai resz is, azt onnan lehet megismerni, hogy Turing-gepet hasznalnak nem igazit , de eros a gyanum, hogy a legtobb programoz mar a kivalasztasi axiomarol vagy a Turing-fokrol se tudja elmondani, hogy az micsoda.
[ Szerkesztve ]
DRM is theft
-
-
Korrektor
"a saját szememmel láttam egy nagy cég coding guide-jába beleírva, hogy ne optimalizálj, csak ha a program már készen van, és a célzott rendszeren lassan fut. Van teljesítmény bőven, ne pazaroljuk ilyesmire az értékes erőforrásokat!"
Ezen nem érdemes fennakadnod, ez tisztán üzleti kérdés. Ha a legdrágább erőforrás a jól képzett munkaerő, akkor inkább veszünk még hardvert. Az optimalizálás pedig pont egy olyan dolog, amit fejlesztési oldalon a végtelenségig lehetne folytatni, de egyszerűen nem érdemes, mert egy fejlesztés sohasem értelmezhető önmagában. Már a szoftver szintjén is rengeteg függőség van (és akkor hol van még a hardver...), amire nincs hatásod fejlesztőként: oprendszer, framework, adatbázis, stb. Ezekre szintén van sok olyan specialista, aki tud javítani a teljesítményen, akár fejlesztés nélkül is.
A matek részére visszakanyarodva, általánosságban szerintem egy jó fejlesztő nem sokat ér vele, sokkal többet ér a probléma-megoldó képesség. Nagyon kevés olyan terület van, ahol a matematika véletlenül felmerül egy informatikai feladat során. Hacsak nem a gyerek matek házija miatt...
@emvy: mi az a kiválasztási axióma?
[ Szerkesztve ]
-
nagyúr
"Nagy céges részre readálva: konkrétan a saját szememmel láttam egy nagy cég coding guide-jába beleírva, hogy ne optimalizálj, csak ha a program már készen van, és a célzott rendszeren lassan fut."
Ez egyebkent altalanos programozasi alapszabaly, az ellenkezoje mindenfele sulyos problemakhoz szokott vezetni.
while (!sleep) sheep++;
-
bambano
titán
mert amikor kiválasztod, hogy map vagy hash, amikor egy adatbázisban eldöntöd, hogy az index az btree vagy más, az nem matematika? Hint: de, tiszta matematika, nem mérnökösködés.
miért várod el, hogy tudják, hogy mi a Turing-fok, mikor némelyek már ékezetesen sem tudnak írni?
én semmi mérnökösködést nem látok a programozásban. van benne egy nagy adag matek meg egy csomó favágás. akinek a ui jutott, annak favágás, akinek az üzleti logika, annak meg inkább matek.
(#112) UnA: "egy jó fejlesztő nem sokat ér vele, sokkal többet ér a probléma-megoldó képesség": mert a jó problémamegoldó képesség az teljesen független a matematikai érzéktől? aligha.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
opr
veterán
Nyilván, ez csak egy hirtelen kiragadott példa volt. És az is természetes, hogy nem minden eset ilyen egyértelmű (sőt!), illetve hogy az Ordo nem minden, csak egy iránymutató.
emvy: nem közben, amikor elkezded írni az adott modult már nem árt, ha van róla egy képed, hogy hogy fogod megoldani, és ebbe ez is beletartozik szerintem.
UnA és emvy#113: igen, tudom, ettől függetlenül inkább mentem olyan helyre, ahol nem tiltott a dolog, sőt. Nyilván ennek is vannak fokozatai, én azt az elvet vallom, hogy feleslegesen azért ne pazaroljunk, igyekezzünk már elsőre optimális kódot írni, aztán ha ez nem elég, akkor majd utólag lehet még finomítani a dolgokon. Illetve olyat sehol nem mondtam, hogy a funkcionálisan ~kész programon(részen) már nem optimalizálunk, mert marhaság (sőt, olyankor lehet igazán jó eredményeket elérni), én csak azt mondtam, hogy nem árt odafigyelni már az elején, hogy mit hogyan írsz meg, mert sokszor látok olyan kódokat, ahol nagyon kevés extra-gondolkodással nagyon sokat lehetett volna spórolni az erőforrásigényen.
(Érdekes, hogy ilyeneket legtöbbször nyugati programozóktól látok itt is és az előző munkahelyemen is. Tudom, hogy nem reprezentatív a mintám, ez csak az, amit eddig én láttam. Az pedig az, hogy míg áltlában a kelet-európaiak ezekre jobban figyelnek, a nyugatiak közül sokkal többen konkrétan tojnak az egészre. Tisztelet a kivételnek. )ps.: továbbra is bambano-vel értek egyet.
[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
nagyúr
> akinek a ui jutott, annak favágás, akinek az üzleti logika, annak meg inkább matek.
Nem mintha UI programozo lennek, de lattam mar kozelebbrol. Az UI programozas sokkal macerasabb es sajnos rendszerint tobb ismeretet igenylo dolog, mint backenden dolgozni, mert elcseszettul sok dologra kell figyelni. Az utobbi 10 ev legtobb probalkozasa programozas teren a multithreading es az UI-programozas teren tortent, de valoszinuleg az utobbiba tobb munkaorat oltek. (Marmint az elmeletek fejlesztesebe.)
Az UI-t nehezebb tesztelni. Sokkal (!) bonyolultabb a threading model a szinte elkerulhetetlen message pumpok, megkulonboztetett threadek, stb. miatt. Jellemzoen sokkal nagyobb az allapotter. Mindenfele macerak kovetkeznek abbol, hogy folyamatos reszponzibilitast kell biztositani, az egesz data binding problemakor maceras lesz emiatt.
Na, csak azert irtam ezt, mert a te nezopontod egy evtizedek ota meghaladott mendemondat tukroz, es a profi GUI-kon jellemzoen top programozok dolgoznak.
while (!sleep) sheep++;
-
nagyúr
> emvy: nem közben, amikor elkezded írni az adott modult már nem árt, ha van róla egy képed, hogy hogy fogod megoldani, és ebbe ez is beletartozik szerintem.
Amit ideztel, az pont nem errol szol, illetve pont nem ezt 'tiltja'. Arrol van szo, hogy ha egy faek egyszeru algoritmus 30 msec alatt valaszol egy hivasra, a szupertrukkos ultraclever pedig 1 msec alatt, de egyebkent a limit, ami ido alatt kesznek kell lenni, az 30 masodperc, akkor az elsot hasznaljuk, mert valoszinuleg kevesebb lehetoseg van bugot gyartani, jobban olvashato, ilyesmi.
while (!sleep) sheep++;
-
dabadab
titán
"A kivalasztasi axiomat en se tudtam most hirtelen"
Nem tudom, hogy ez mennyire vigasztal, de en is csak azert, mert most olvasom a Quantum Computing since Democritust.
DRM is theft
-
kisfurko
senior tag
Jó, az algoritmuselmélettel kapcsolatban baromságot írtam. Én arra gondoltam, hogy a legtöbb programozónak elég csak ismernie adatszerkezeteket, rendezéseket, nevezetes algoritmusokat. A BME-n mi se tanultuk olyan szinten, mint az ELTÉ-sek, sőt, mégis sok helyre keresnek BME-seket programozni (szoftverfejlesztő mérnök), holott egyikünk se tudná bizonyítani algoritmusaik helyességét (és nagy kedvencünk az NP-teljesség ).
Számomra a programozók köre tágabb. Pl. magamat is annak tartom, mert azzal keresem a pénzt, holott "csak" mérnök-informatikus vagyok (mondjuk, talán ez áll legközelebb a programozó matematikushoz). De ugyanígy egy villamosmérnök is lehet programozó.
Egy egyszerű játékprogram megírásához szinte semmi matematikai ismeret nem kell, csupán szoftverfejlesztési tapasztalat. Ugyanígy egyszerű adatbáziskezeléshez sem kell ismerni a mindenféle normál formákat. Stb. Középiskolát igényel, vagy főiskolát, egyetemet netán doktorit? A feladattól függ. Az egyszerű programozási feladat is programozás. Nagyon sokszor a technikusi szinten levő programozó sokkal hamarabb megold egy feladatot a tapasztalata miatt, néha még hatékonyabban is, mert több API-t, libet, programozási technikát ismer, pedig a matematikai/algoritmusok ismerete elmarad a magasan képzettől. Az objektumorientált szoftverfejlesztésnek (tudtommal) nem sok köze van a matematikához, mégis egy elég kiadós témakör, sokszor fontosabb, mint az algoritmuselmélet.
A szakácsos példámmal csak annyit szerettem volna bemutatni, hogy abból, hogy a legjobb szakácsok férfiak, még nem következik az, hogy a nők ne tudnának/akarnának főzni (vö. OKTV eredmények és lányok általános matektudása, matekszeretete). -
dabadab
titán
"mert amikor kiválasztod, hogy map vagy hash, amikor egy adatbázisban eldöntöd, hogy az index az btree vagy más, az nem matematika? Hint: de, tiszta matematika, nem mérnökösködés."
Amikor a hasamracsapva eldontom, hogy milyen tartomanyba fog esni a tipikus elemszam, meg nekiallok mericskelni(!), hogy adott elemszamokkal melyik milyen gyors, az nekem egyaltalan nem tunik szintiszta matematikanak.
"én semmi mérnökösködést nem látok a programozásban"
Ebben valoszinuleg annak is szerepe van, hogy nem ez a szakmad
DRM is theft
-
kisfurko
senior tag
Hehe, a programozó matematikusnak mindenről a matek jut eszébe
Szerk:
#121:
Na, valahogy így.[ Szerkesztve ]
-
bambano
titán
válasz kisfurko #120 üzenetére
Attól, hogy:
- nem írod le formálisan az adott problémát és nem bizonyítod be
- nem a legnehezebb matek tételekre kell alapozni egy problémátaz attól még matematika. Ha egyszer is:
- belegondoltál abba, hogy az adott algoritmus kicsúszik-e az int-ből és inkább dupla int kéne neki
- a ciklusod meg fog-e állni vagy végtelen-eakkor már ott matematikát használtál. nem Fields medál szintűt (ez a matekben a Nobel díj megfelelője), de matematikát.
azt mondod, adatszerkezetek. oké, először nézzünk egy numerikus változót. méret, kerekítés, pontosság, hibák, számábrázolás, ez mind matek. alapszintű, óvodában megszoktad, nem részletezed. vektor-tömb, mátrix: matek.
mihelyst tolsz egy mallocot, jó eséllyel gráf lesz belőle. matek. rögtön jönnek a bejárások. matek.én is szeretném azt gondolni, hogy abból, hogy a legjobb szakácsok között elvétve van nő, még jó szakácsok a nők, csak ebben benne van, hogy kimegyek a rétre, látom a zöld füvet és azt akarom hinni, hogy a fű kék az ég meg zöld. udvariasan nem mondjuk, hogy a nők nem értenek a matekhoz, mert dabadab rád szól, hogy nem tudod bizonyítani, azt viszont az általam megadott tények bizonyítják, hogy nem érdekli őket. Ők önként úgy döntöttek, hogy nem matekoznak, mindenféle kényszer hatása nélkül. az más kérdés, hogy dabadab azt is mondja, hogy a nők okosabbak, mint a pasik és lemarad a bizonyítás, dehát ez van
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
"Amikor a hasamracsapva eldontom, hogy milyen tartomanyba fog esni a tipikus elemszam, meg nekiallok mericskelni(!), hogy adott elemszamokkal melyik milyen gyors, az nekem egyaltalan nem tunik szintiszta matematikanak.": de mérnöki munkának se a kombinatorikus programfejlesztés az nem mérnöki munka.
Ebben valoszinuleg annak is szerepe van, hogy nem ez a szakmad: ezt a mondatot kifejthetnéd bővebben, mert nem látom át, hogy melyik tagmondat mire utal.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
kisfurko
senior tag
OK, ilyen értelemben az. Sajnos nem tudom megítélni, hol a határ az intuíció és a matek között, mert világ életemben reál érdeklődésű voltam, a programozást is (kedvedért programírást ) igen hamar kezdtem, jóval az egyetem előtt. A matek részről meg vagyok győzve.
Szerk:
De én úgy gondolom, hogy a matek ilyen szintű ismerete nem áll annyira messze a nőktől, vagyis nem a nemtől függ. Én bízom abban, hogy a számítógépek szélesebb elterjedésével kiegyensúlyozódik a nemek közötti különbség, de ez még a jövő zenéje.[ Szerkesztve ]
-
Hiftu
senior tag
Az eddigi munkatársaim alapján:
Isten ments, hogy még több nő csatlakozzon a szoftverfejlesztéshez!
Természetesen férfiakból is lehetne kiszórni egy csomót. (Csak más az arány)
Sajnos a mintavételezésem alapján kb. a nők 3/4 elég furcsán állt a dolgokhoz.
(nem dolgozott v. mindent jobban tudott v. állandóan közbevágott mindenre, stb..)A férfiaknál ez kb. a 1/4-re rúg.
(És nem, nem utálom a nőket. Egyszerűen van jobb szakma számukra.)
Tessék mondani, lehet itt hazudni? - Kaszt: Decker, Faj: Troll, Működési Terület: Prohardver
-
buherton
őstag
A kérdést érdemes a másik oldalról is megvizsgálni. A helyzet azaz, hogy programozó hiány van és ezért próbálják a nőket is bevonni a munkába. Nincs itt szó semmilyen arány javításról meg mit tudom én azok csak a bla-bla, az igazi ok, hogy több programozó legyen. Itt az itcafen is volt pár cikk a hiányról.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
Azok után, hogy kb az összes kocka ott liheg utánuk a tökéletest látva az informatikus nőben, nem csodálom, hogy ez lesz belőlük. A "férfi" oldalon csak azért kisebb az arány, mert a vérpistik nem tudják kitenni az árut és a hisztijük sem túl meggyőző, így könnyebben repülnek az egyetemről. Ez mind tapasztalat, sajnos.
[ Szerkesztve ]
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
dabadab
titán
A meres hatarozottan mernoki dolog, ahogy az is, hogy az embernek nem jol definialt celfuggvenyeket, hanem viszonylag homalyos celokat kell elernie (legyen gyors, hasznaljon keves memoriat es legyen vilagos a kod szerkezete, stb).
Az ebben dolgozas meg arra utalt, hogy amig az ember csak alkalmankent ir egy-egy scriptet vagy egyszerubb programot, addig teljesen masnak latszik a programozas, mert ott tenyleg csak te vagy meg az algoritmus, megirod, leteszteled, orulsz neki. Viszont a valos eletben a szoftverfejlesztok tevekenysegenek ez csak egeszen kis reszet adja, amikor valaki egy olyan projekten dolgozik, ahol mondjuk a kodot tiz-husz eve folyamatosan fejlesztetette 200-300 ember es egy uj fejleszto az elso egy-ket evben biztosan nem fogja atlatni az egeszet, ott a szamitastudomany mar joval kisebb szerepet kap, mert annyi minden massal kell foglalkozni, ami nem konkretan programozas.
DRM is theft
-
floatr
veterán
Na ez az téma -- és a hasonlók -- ami tapasztalatom szerint a nőket baromira hidegen hagyja. Nem láttam még egyetlen nő kollégát sem, aki órákat tudott volna azzal tölteni, hogy még faragjon pl. a válaszidőn.
Valahol ott van a válasz, hogy kicsit nemre jellemző a gondolkodásmód, hogy általános vagy a specifikus tudást keresi az ember, egy feladatra összpontosítani, vagy többet egyszerre összefogni. És távol álljon tőlem mindenféle hím meg egyéb-soviniszta érvrendszer, mert ha csak feleannyira tudnék szervezni, meg párhuzamosan futó dolgokra figyelni, mint a feleségem, akkor én már azzal több mint elégedett lennék.
-
Korrektor
@Hiftu: "...mindent jobban tudott v. állandóan közbevágott mindenre"
Ha ilyen frusztrációid vannak, akkor érdemes végiggondolni, hogy nem csak neki, hanem neked is kommunikációs kényszereid vannak.
@floatr: "Nem láttam még egyetlen nő kollégát sem, aki órákat tudott volna azzal tölteni, hogy még faragjon pl. a válaszidőn."
Ha szeretnéd, akkor mutatok neked
-
kisfurko
senior tag
A szoftverkarbantartáshoz, szerintem, pont ilyen gondolkodásmód kell, mert egy rosszul összerakott (ami többnyire adott) projekt esetében nagy fordítási idők vannak, ezért egyszerre több problémával kell foglalkozni, amik jellemzően nem optimalizációs jellegűek, hanem szimpla bugfixek.
-
Hiftu
senior tag
Ha egy kezdő embernek az aktuális program felépítéséről beszélnék,
akkor elvárnám, hogy ne vágjon közbe.
Mégha ismeri is a háttérben húzodó protokol műkődését.Ez lehet, hogy túl magas elvárás.
Ebben az esetben én vagyok idióta, sőt az én kurva anyámat.Tessék mondani, lehet itt hazudni? - Kaszt: Decker, Faj: Troll, Működési Terület: Prohardver
-
VaniliásRönk
nagyúr
válasz buherton #127 üzenetére
Miért, szerinted ez az egész emancipáció miről szól? Nem az elképzelést kérdőjelezem meg, mielőtt valaki rám húzza, hogy hímsoviniszta, hanem a motivációt.
Egyébként a tanulmányaim során eddig a legtöbb érzéketlen, arrogáns bunkóval számítástechnikában találkoztam, szóval ha több nőt akarnak akkor ezen kéne dolgozni."Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." (Albert Einstein)
-
veterán
válasz mrhitoshi #84 üzenetére
Azért a pénzügyre azt mondani, hogy bölcsészettudomány, miközben több alkalmazott matek kell hozzá, mint a programozáshoz, elég érdekes gondolkodásmódra vall. Amúgy valóban tele van a közgáz csajokkal, és nem csak a töltelékszakok, hanem a gazdaságelemzés is, ami szintén hardcore matekos, szerintem elég beszédes. Egyébként az építészmérnökök között is rengeteg a nő, márpedig igen hülye az, aki azt állítja, hogy nem kell hozzá fizika, vagy matek.
Ismerek NIK-es intézeti mérnök csajt, aki évfolyamelső volt, és nagyon jó programozó. Igazándiból elég sok nő tevékenykedik a szakmában.
-
buherton
őstag
válasz VaniliásRönk #135 üzenetére
Semmi sem történik azért, mert valaki jót akar a másiknak. Ahogy kb 100 évvel ezelőtt a nők tényleges munkába állítása ugyanúgy gazdasági érdek volt, nem jótékonyság. Ez csak a tálalás, hogy beadják valahogy az embereknek. Nyugaton szintén azért folyik a liberális maszlag az ottaniaknak, hogy az olcsó bevándorlókat ne üldözzék ki. Ha az lenne a gazdasági érdek, hogy védjék a saját nemzetüket, akkor arra találnának ki valamit.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
buherton
őstag
Nézz körül a világban... Nagyon elvétve vannak esetek, amikor nem gazdasági vagy politikai érdek húzódik a döntés mögött. Hirtelenjében egyet tudok, amikor is Horthy Miklós megtagadta a németeknek, hogy rajtunk keresztül is vonuljanak Lengyelország ellen.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
Új hozzászólás Aktív témák
- Hardcore café
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Z Fold6 imitátor árulkodik a fogyókúrázó igaziról
- Házimozi haladó szinten
- Computex 2024: jóvágású Gigabyte alaplap Threadripperek alá
- Tőzsde és gazdaság
- Háztartási gépek
- Politika
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Gyúrósok ide!
- További aktív témák...
- 3-IN-1 USB C HUB Samsung - DEX
- Teljesen új Samsung S22 5G 8/128GB DS Phantom Black eladó (bontatlan+garancia)
- Apple MacBook Pro 13" 2020 / Intel i5 / 16GB / 1TB + ajándék tok
- 1200W Corsair HX1200/ platinum/ garancia/ ingyen Foxpost
- Beszámítás! ASRock H310CM i5 8500T 8GB DDR4 120GB SSD 1TB HDD GTX 1060 3GB Rampage Shiva 400W