-
IT café
Új hozzászólás Aktív témák
-
-
-
válasz #25954560 #7065 üzenetére
a gyors jáva kód dolog akkor szokott átmenni mítoszba, mikor az első mások által faragott cuccot betöltöd a saját programodba. nem feltétlenül a jáva lassú, azok a framework-ök lassúak, amiket használni akarsz.
Nekem meg az a tapasztalatom, hogy azért lassúak a jáva programok, mert túldizájnoltak. Kiindulva a "ha kalapácsod van, mindent szögnek nézel" mondásból, én már láttam olyan jáva architektet, aki a budizást se tudta volna megoldani 50 gettersetter meg 3 xml parser nélkül. Mindent beleraknak a programba, amit valaha feltaláltak jáva területen. Olyan is lesz... de ettől még mindig nem a jáva lassú.
meg néha nem ártana elfelejteni, hogy a jáva oop...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
én nem főállású programozó vagyok, nem ez a fő feladatom. nem vagyok meggyőződve arról, hogy azokat a feladatokat, amiket ma oop-ben oldanak meg, oop-ben érdemes megoldani. szerintem van az oop-nek egy overheadje, ami akkor kezd kifizetődni, ha túl nagy a probléma és már tényleg kell hozzá az oop. hogy minden piszlicsáré dolognál ágyúval lövünk verébre, annak a hatékonysága kétséges számomra.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
egyik példám, amikor egy jávás programból kellett infót kiszedni. komoly veszekedést kellett tartani a fejlesztőkkel, hogy ne xml-ben adják ki az adatot, mert totál felesleges, elég a csv is.
meg hogy ha tudunk ldap szervert üzemeltetni, akkor használni is fogjuk, ha törik, ha szakad. hogy nincs rá szükség, az nem számít, tudunk ldap queryt programozni, akkor lesz.
szerintem az ilyen hozzáállás miatt lassúak a jáva programok.
(#7071) modder: a getter-setter max. addig nem probléma, amíg megírja helyetted a kódgenerátor. mert egyébként nem az álmok netovábbja gettersettert programozni, favágó munka legalja.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
engem érdekelne egy intelligens hűtésvezérlés pc-be, kis csavarással mert normálisat még nem láttam...
(többek között) stacker1-es házhoz van olyan vinyókeret, amibe 4 vinyót bele lehet rakni és van az elején egy nagy venti. hőérzékelőkkel mérni kellene a 4 vinyó hőmérsékletét és pic-cel vagy ilyesmivel szabályozni 0 és 100% között a ventilátor fordulatszámát.
még nem volt a kezemben olyan, ami megállította volna a ventit, ha nem kell, meg olyan sem, hogy több helyen mér és a legmelegebb szerint vezérel.
A másik ötlet: lakóház vezérlés. érzékelőkkel figyelni, ki mikor hol tartózkodik és kapcsolgatni a villanyt, stb. van rá kész protokoll is: X10.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
ööö. most lehet, hogy nem értem, de a var/www alá tennéd az svn repót? mert az nem jó ötlet.
a var/www alá ugyanúgy kicheckoutolt anyagot kellene rakni.
arra nagyon vigyázni kell, nehogy a .svn könyvtárakat is kiszolgálja az apacs, mert akkor hamar vége lesz a repódnak.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz martonx #7126 üzenetére
szerintem meg nem életkor és hype alapján kellene verziókezelőt választani, hanem az alapján, hogy adott verziókezelő által elképzelt fejlesztési folyamat mennyire passzol a felhasználó által használt folyamathoz.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
úgy, hogy egy pár mondatos leírásban feldobod a labdát, és amelyik beszállító jelölt alkalmasnak érzi rá magát, az elvállalja. utána pedig egy nagyon sok menetes megbeszélés sorozat kezdődik, ahol a beszállítónak kell rendelkezni azzal a szaktudással, hogy kihúzzon belőled minden infót, ami a teljesítéshez kell.
neked el kell mondanod mindent, amit a feladatról, a környezetről, a folyamatokról konyhanyelven tudni kell a beszállítónak. azt viszont teljesen rossz elgondolásnak tartom, hogy az a megrendelő, aki nem érzi magát annyira profinak, hogy megcsinálja a programot, azért előírja a profinak, hogy hogyan is kell megcsinálni.
az, hogy hogyan szedik ki belőled az infókat, külön tudomány, de nem a megrendelői oldal tudománya. az interjú sorozat végén pedig kapsz a megrendelőtől egy rendes specifikációt, amire neked bólintani kell.
ehhez még társulhat olyan tudomány vagy igény, hogy a program elkészülte mellett megmagyarázzák, hogy a megrendelő cégében mit kell változtatni ahhoz, hogy az új rendszer jól működjön.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
mérnök infóra erősen ajánlott az emelet szintű matek és fizika. arra már nem emlékszem, hogy kötelező vagy csak ajánlott. az első héten rögtön szintfelmérő dogát írnak matekból és fizikából. mérnök infóra programozási affinitás nélkül menni erős ötlet, progmatra/progterv infóra meg felesleges próbálkozás. progterv az inkább matematika, mint programozás.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz Sk8erPeter #7275 üzenetére
lehet, hogy akkoriban nem történt semmi, manapság viszont felzárkóztató kurzusok felvételére kötelezik, aki rosszul írja meg a felmérőket.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
szerintem csak magyarul nem tudnak, mert ha így olvasnád a szöveget:
{HTML (+CSS), XML, SQL} (tartalmak leírására és azok stílusának definiálására)
akkor ez elmegy.én nem végeztem ilyet, viszont tanítottam benne, kb. nullát ér. annak érdemes elvégeznie, akinek van állása, ért is ahhoz, amit csinál, viszont a fizetési kategóriája alacsony a papírnélküliség miatt.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
válasz Jhonny06 #7567 üzenetére
gondolom alapvetően socket programozást jelent, meg az alsóbb szintű protokollok ismeretét debuggolási szinten. ezen kívül szerver vagy kliens oldali programozást is jelent, amikor adott felhasználói szintű protokollt kell leprogramozni, és érteni kell hozzá olyan szinten, hogy tudd támogatni. vagy felhasználói szintű protokollt kitalálni...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
válasz Sk8erPeter #7581 üzenetére
az aloha mint lan protokoll...
a tcp mint host-to-host transport layer...
ennek következtében az alkalmazási réteg sem az, amit ott ír.[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
az rfc-kben mindig vannak indexek, általában a kerek százra végződő sorszámúak, abban már úgy van felsorolva, hogy ami régi, annál meg van adva, hogy melyik rfc-ben van a hatályos új.
de itt van a legutolsó rfc index külön dokumentben.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz bigbuda #7602 üzenetére
általában is azt gondolom (tehát nem csak progmatra levetítve), hogy olyan iskolába érdemes menni tudást szerezni, ahol az adott szak oktatásának elég hosszú hagyománya van, annyira, hogy képes legyen kinevelni egy jó oktató gárdát. Ezért ha tényleg tanulni akarsz, akkor első körben a főiskolákat húzod le, második körben minden olyan egyetemet, ahol kényszerből kezdtek informatikát tanulni, mint például Miskolc. Miskolcon, ahelyett, hogy a nehézipar magyarországi felszámolásával párhuzamosan felszámolták volna a nehézipari iskolákat, mindenféle mást kezdtek el oktatni, így voltak például kohómérnök-informatikusok. rotfl.
Úgyhogy bme-elte-szeged-debrecen. a többi még ennyit sem ér szerintem. A tudományegyetemi karokon inkább a program*tervezés*-en van a hangsúly, azaz több matek, matlog, programozáselmélet, a mérnöki karokon meg több a gyakorlati tudás, az életben azonnal használható ismeret.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
válasz sztanozs #7613 üzenetére
amikor én jártam Debrecenbe (88-93), akkor a tárgyak zöme matek alapú volt, volt minimális oprendszer-üzemeltetés, nulla hálózat és egy kis programozás, nulla adatbáziskezelés. A legkomolyabb programnyelv a pascal volt, mi *még* nem tanultunk pc-s assemblyt, csak nagy ibm-est. Az objektumorientált programozásról annyit tanítottak, hogy a Horovitz könyvben van róla egy fejezet.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz bigbuda #7610 üzenetére
rendesen programozni szerintem sehol nem fognak megtanítani. Az oktatási intézmény minőségétől függően több-kevesebb tudást fogsz kapni arról, hogy a típushibákat hogyan lehet elkerülni meg pár alapvető dolgot. Ha jó helyen tanulsz, megtanítják a matematikai alapokat arra, hogy miért ne csináld, ami hibás. Ha meg rossz helyen tanulsz, akkor nézni fogsz ki a fejedből bambán és kénytelen leszel magadtól felszedni azt, amit találsz. Ez vagy jó irányba mutató készség lesz, vagy nem.
Megtanulni csak úgy fogod, ha belevágod egy nagy fába a fejszédet és addig gyűröd, míg készen nem lesz. magyarul valami nagy hobbi projekt.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz gygabor88 #7631 üzenetére
számomra a jávában nem az az ijesztő, mikor adatszerkezeteket meg ilyeneket kell programozni, vagyis jávában pascalul programoz az ember, hanem az, hogy a jáva önmagában kb. nullát ér. kell hozzá valami keretrendszer, perzisztencia réteg, ezmegaz, mire mindent végignézi valaki külső segítség nélkül, el is avul az egész.
a saját példám: mire belerázódtam a woodstockba annyira, hogy élesben használni merjem, kivágták a netbeansból és nem fejlesztik tovább.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz bucsupeti #7715 üzenetére
ja, jáva meg hibernate, meg beinduló ötletelések, és így lesz egy sufniprojektből egy összetákolt gigamarhaság.
nem a cég üzleti folyamatairól van szó, hanem pár autóról.
"ha egy közepes vállalat IT támogató rendszerét te alakítod ki és üzemelteted..." olvasd már el, hat fős cég. semmit nem fog kialakítani egy sóher főnöknél, pláne nem it támogató rendszert.ha már hozzászólok, az eredeti felvetéshez: ha nem vagy programozó és nem munkaköri kötelességed ilyeneket programozni, akkor vagy fogsz egy szívlapátot és addig vered vele a főnököt, amíg feladja az ostoba ötleteit, vagy szépen leírod, hogy ennyi túlóra, egyéb költség lesz vele, hogy állunk a kifizetéssel?
tanulja meg a főnök, hogy sz.ból nem lehet várat építeni, a programozói munkaerőnek ára van. az ilyen sóher főnököt nem árt minél előbb észheztéríteni, mert ebből még baj lesz.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
-
válasz Jhonny06 #7784 üzenetére
nem tudom, milyen oprendszer, de linuxon úgy lehet, hogy végtelen ciklusban beleírod a dátumot a logba, majd pingelsz adott darabszámot és kezded újra.
a linuxos pingnek meg lehet adni, hogy hány csomaggal próbálkozzon, mondjuk 60-nal, akkor percenként beleírna egy dátumot a logba. de ez nagy shell script topic téma
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
válasz Sk8erPeter #7798 üzenetére
arra, hogy nulláról kezdeni, szemléletet megalapozni jobb irányított módon, vagyis profi tanár vezetésével.
ha nekiesik a netnek és elolvas mindenféle anyagot, amit ott talál, akkor káosz lesz a fejében, pont a rendes megalapozás fog hiányozni, a miérteket nem fogja tudni.
ha valaki már tisztában van az alapokkal, akkor lehet a netet böngészve fejlődni.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
válasz martonx #7833 üzenetére
láttam már én is olyan céget, ahol kötetlen munkaidő van, akkor dolgozol, amikor akarsz, de reggel 8-kor scrum standup van *mindenkinek*.
de ha már írok, hagy tegyek már fel egy filozófiai kérdést:
van egy tábla, számlák vannak benne, egy mezőben a kreálás dátuma timestampként, egy másikban a számlasorszám, ezeket bekérted egy lekérdezéssel.amikor ki kell írnod a számla sorszámát sorszám/év alakban, akkor:
a./ betöltötted a dátumot, string művelettel levágod az első négy számjegyet és kész (iso formátum)
b./ felveszel még egy mezőt a selectbe, az adatbázis kezelővel konvertáltatsz egy int típusú év mezőt és azt írod oda?vagyis sebesség, stb. okán elhiszed, hogy az első négy karakter levágása mindig jó eredményt fog adni, vagy precízen megcsináltatod az adatbáziskezelővel a dátum év részét és azt írod ki?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
-
válasz moli.hu #7917 üzenetére
kicsit javíthatna a tanácsokon, ha elárulnád az oprendszert, esetleg a programozási környezetet...
debianon shell-ben az snmp 5 perc konfig, meg egy-egy utasítás. beállítod rendesen az snmp trapokat fogadó démont, utána snmptrap paranccsori utasítással tudsz trapet küldeni. a fogadó oldalon meg megadod, hogy milyen shellscriptet futtasson, ha trap jött, és kész.
ha pl. jávázol, akkor jávában is lehet oprendszer parancsot forkolni, de van snmp4j csomag, amiben implementálva van minden, ami kell. a fogadó oldalon meg a shell elindít valami programot, ami a jávás alkalmazásodat jávás szabvány szerinti interfészen keresztül értesíti.
egyéb ötlet: postgres tud eseményeket figyelni, felraksz egy listen-t a szerver oldalon, kliens oldalról meg notify és kész. a többi adatbáziskezelő is biztos tud ilyet, csak azokat nem ismerem eléggé.
ircet nem javaslom, ahhoz mindennek működnie kell, irc szerver hálózatoknak split nélkül, és az odáig tartó internetes kapcsolatoknak is. akkor inkább twitter vagy valami xmpp alapú cucc (gtalk, jabber). ezek egy fokkal jobbak, mint irc szerverben bízni.
de akár emailt is küldhetsz, unix tud shell szkriptet indítani email érkezésre. ssh is jó, kulcsos authtal.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
válasz moli.hu #7958 üzenetére
töltsd fel valami tármegosztóra vagy küldd el emailben.
parasztosabb megoldás: screen-ben irc kliens, és dccszerk: lehet az gtalk vagy jabber is.
szerk2: IP over postagalamb[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Egy kis segítség kellene crc-16-os algoritmus ügyben:
Egy beléptető kártyaolvasót buherálok. Az állítás az, hogy 9 bájtot küld kártyánként, az első két bájt a kártya típusa, 5 bájtban a kártya sorszáma, majd két bájtban egy crc-16-os ellenőrző összeg van magas-alacsony sorrendben. Ezt olvasom 5 kártyáról:
55:4d:09:00:60:4d:78:c6:90 9574
55:4d:09:00:7f:4d:35:a9:2a 2f30
55:4d:09:00:7f:4d:45:38:46 43d4
55:4d:09:00:7f:4d:48:db:5f 5a91
55:4d:09:00:80:4d:b3:f0:40 45a2Egy felületes keresésem a neten eddig 8 darab crc-16-os algoritmust talált, az utolsó szám az alapértelmezettnek írt algoritmussal számolt crc. Most:
a./ nem jó az olvasó
b./ nem jó a crc számoló kód
c./ nem tudom, melyik crc-vel kódol az olvasó
d./ bármi egyéboptimális válasz egy url egy olyan crc-16 kódra c-ben, ami ezt a végeredményt adja. kösz.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
válasz bigbuda #8053 üzenetére
a bme-n mostanában beléptető kártyás kijövetel van. bemenni be lehet simán, csak kijönni
azt nem tudom, ahhoz mit szólnak, ha csak simán kijössz. de jobb előadásokon tömeg van, aminek két következménye is van: nem biztos, hogy lesz helyed és sokkal nehezebben szúrják ki a potyázókat.de a lényeg: a bme-n a fontosabb előadásokról van videofelvétel a videotoriumban, ha mindenáron meg akarod nézni az előadást, szerintem jó ötlet lehet felvételről.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
természetesen nem, az eltén is prog.infó van.
"az infó azért ennél egy "kicsit" (sokkal) szerteágazóbb terület": az eltén a villanytan részét nem tanítják olyan szinten, mint a viken, de más különbség nem nagyon van. a többit most ne firtassuk, csak flame lenne belőle
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz bigbuda #8136 üzenetére
a szuper konfigban a táp a felénél többet teszi ki az általad megadott értékhatárnak, az alaplap pedig önmagában eléri az alsó limitet.
tehát úgy lehet 60-80k-ból szuper konfigot összerakni, ha alaplapra is van külön 60k, memóriára is van másik külön 60k, meg procira is van 80k, de inkább több.
Milyen asztali pc-t vegyek topic.
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
● olvasd el a téma összefoglalót!