- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- gban: Ingyen kellene, de tegnapra
- Napkollektor - csak úgy
- hdanesz: Hyundai Ioniq 28kWh - Első benyomások - második felvonás
- sto1911: Pinball FX3 PH! verseny
- Gurulunk, WAZE?!
- Elektromos rásegítésű kerékpárok
- vrob: Az IBM PC és a játékok a 80-as években
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
-
LOGOUT
Új hozzászólás Aktív témák
-
-
Silεncε
őstag
válasz
Ezekiell #14683 üzenetére
Nekem ilyesmi nemrég volt. Egy Python backend-Angular frontend kombón dolgoztam és az egyik funkcióhoz kellett a hét napjainak sorszáma. Nagyjából 1 órán keresztül kerestem, hogy miért van az, hogy Pythonban amit hétfőnek adok meg, az Angular oldalon kedd. Természetesen mivel a Python 1-től kezdve számozta a napokat, a JS meg 0-tól...
-
-
-
K1nG HuNp
őstag
válasz
Ezekiell #14575 üzenetére
en pont serverlessel irok fórumot
szerintem perfekt match, eleg basic rest endpointok csak mindegyik 1-1 lambda, jo kis dynamodbvel backelve, statik frontendel, egesz verhetetlen stack, 0hoz konvergalo added complexitivel (sokak hitevel ellentetben..) es legalabb nyugodtan fogok aludni este hogy nem fog lehalni, sem 10 sem 20k userrel, nem mintha hasznalna 5nel tobb ember ever, de nem is ez volt a cel. egyetemre keszult ontevekeny korbe mutgatni az ujoncoknak, aztan mar fel eve elkattingatom, en is sokat tanultam belole.
de amugymeg aki keruli a szerverlest es nem akar 15 sor yamlt irni hogy a fajlaid kulon lambdaba menjenek fel deploynal, meg annak is melegen ajanlott a lambda, irsz pl egy jo oreg express szervert, figyelve hogy stateless legyen es egy reverse proxyval 1:1ben beleteszed egy lambdaba, microseces a reverse proxy + latencyje, cserebe tenyleg semmi ujat nem kellett tanulnod es megis minden egyes useredet egy kulon instance szolgal ki
-
bambano
titán
válasz
Ezekiell #14567 üzenetére
a közelmúltban azzal töltöttem az időmet, hogy a nav online számlaadaat-beküldést programoztam.
a kánon szerint ezt jávában úgy oldanám meg, hogy fogom az adatot leíró xsd-t, és csinálok belőle jáva forrást. 64 forráskódban 9195 sor kódot generált belőle (most legeneráltattam újra, onnan vannak a számok). ezzel még szinte semmit nem csináltam, csak a beküldendő xml formátummal kezdtem foglalkozni. a belőle generált jáva kód tud olyan xml-t csinálni, ami nem felel meg a szabványnak. és ez csak az adat xml, a beküldéséhez egy csomó parasztvakításon is keresztül kell menni, ami egy halom másik kód generálását várja el, és majd utána még meg kell írni azt a kódot, ami a generált osztályokat felhasználja.amikor herótom lett tőle, megírtam az egészet zömében php-ben. 282 sor az xml generálás. majd ugyanezt a mutatványt végre kellett hajtanom mégegyszer, és hát miért ne szivassam magam, meg én már eljutottam odáig, hogy lassan minden feladatra postgresql, úgyhogy azt nagyjából tisztán postgresben írtam meg, meg kellett hozzá kb. 15 sornyi bash szkript.
úgyhogy, igen, biztos túlzok...
el se kezd mondani, látatlanban elhiszem, hogy a te programozásról alkotott fogalmaid jelentős részének nem felel meg.
-
bambano
titán
-
axioma
veterán
válasz
Ezekiell #14495 üzenetére
Na ez az. Tehat tulkepp kitalalja a fejlesztest teljesen, annyi a kulonbseg hogy _ugyanazt_ elobb tesztkent kodolja le, nem fejleszto kodkent. Igen, van ebben a leirasban csusztatas, de ez igy - lehet hogy tul oreg vagyok mar ehhez - sokkal inkabb szintaktikai kerdes, mint szemantikai. Jo, esetleg a tesztesetek kitalalasa egyfajta gumikacsakent is mukodik, ha olyan szintu bonyolitasok vannak.
Ez olyan nekem mint a tanorai adatbazis normalizalasa. Nyilvan fontos ugy megtanitani, hogy specialis esetben legyen kapaszkodo felismerni, hogy miert "gyanus" az adott terv, de azt gondolom minden programozo zsigerbol legalabb 3nf-et rajzol le, ha mar tudja az adatb alapokat es van eleg informacioja az adatok osszefuggeseirol domain szintrol. -
axioma
veterán
válasz
Ezekiell #14490 üzenetére
Engem itt az erdekel mindig leginkabb, ki irja a teszteseteket, ki vallal felelosseget azert, hogy a program akkor "kesz'", ha minden teszteseten atmegy? Nalunk nem TDD, fejleszto irja a unit tesztet (ez is furcsa volt mar elotte vasutbiztonsagnal me'g szervezeti fuggosege se lehetett a tesztelesi csapatnak), de egy nagyobb kodbazisnal nagyon nehez elkepzelni hogy az elvart atomikus tesztekkel le lehet fedni egy olyan szoftver mukodeset, aminek 3 perc alatt robban az "allapottere" (mondjuk inkabb azt hogy az elso 10 input kombinacioja, nem belso allapotrol van szo nyilvan).
-
-
Kommy
veterán
válasz
Ezekiell #14440 üzenetére
Objective-C-ben programozgattam saját kútfőből iOS-ra, meg egy kicsit C#-oztam (de nem lett igazából a barátom, de ez lehet a Visual Studio miatt) pl ennek a kölcsönző program emellé készítettem egy szervíz programot azonos adatbázisból , de ezt mind csak hobbi szinte. meg egy kicsit php-ztem is.
Meg ugye java-t tanultam.
De igazság az , hogy ez is csak egy hobbi projekt lenne. -
bambano
titán
válasz
Ezekiell #14392 üzenetére
mert a jogász nem ért hozzá, az informatikus meg nem tudja, miről van szó. személyes adat unióból történő kivitele meg egy bonyolult kérdés. márpedig megrendelőn, számlán szokott lenni személyes adat.
egyébként nem azt írtam, hogy nem lehet rendesen megcsinálni, hanem azt, hogy ő nem fogja tudni
de nincs nagy baj, az adatvédelem az adott vállalat vezetőjének a felelőssége, tehát a nagyvezért büntetik meg, ha nem csinálta meg rendesen.
-
Ispy
nagyúr
válasz
Ezekiell #14388 üzenetére
Persze, mi sem ma kezdtük, alap a 2x-es szorzó.
Főleg, ha közben azért beesik 1-2 fél éves munka, amit "gyorsan" meg kell csinálni.
Mindegy valamerre menni kell, mert egyszer csak a konkurencia jön valamivel és lemaradunk.
Most, hogy számolgattam kicsit durván 4-500 között lehet az objektumok száma, ami a mostani rendszerben fut, hmmm, kelleni fog az a kettes szorzó...
-
Ispy
nagyúr
válasz
Ezekiell #14386 üzenetére
Ez most csak egy koncepció terv, hogy mire képes a rendszer, ami alapján majd a tulaj (aki fizeti a fejlesztés költségét) el tudja dönteni, hogy menjünk-e ebbe az irányba vagy sem.
Team max 2-3 ember, mert közben azért 1000 dolog van a napi munkában/folyamatban lévő projektekben, amit csinálni kell, de így is min. 1 évre tippelem a fejlesztési időt (hogy .net alap, vb nyelv, rdlc support és az üzleti logika nagyja most is szerveroldalon fut, mert vékonykliensről beszélünk).
De így legalább megtanulom kezelni a wfp-et.
-
Ispy
nagyúr
válasz
Ezekiell #14384 üzenetére
Pont azért tetszett meg, mert olyan vizuális dolgokat lehet vele megvalósítani, ami Mancikának a raktárban lehet nem fog kelleni, viszont a managereknek 20 emelettel feljebb, meg nagyon fog tetszeni (mondjuk egy interaktív dashboard a múlt heti/havi adatok összesítéséről). És hát nem Mancika fizet a rendszerért. Te mondtad, kis pénz, kis foci.
Azzal ma már nem lehet sok pénz keresni, hogy a program működik, mert az alap, hogy importálsz, exportálsz, 2 kattintással egy excelből számla lesz,, ami már fenn is van a navnál, mehet rögtön emailbe, adatokat tudsz dragdroppal mozgatni egyik ablakból a másikba, interface jönnek mennek adatok, ilyenek.
Viszont az adatok vizualizációja egy olyan terület, ami a winforms-szal elég nyögvenyelős, itt meg tk. alap és ezek a dolgok adják el a rendszert.
Na meg te is írtad, hogy őskövület. Ez a régies hatás pont abból adódik szerintem, hogy úgy néz ki, mint egy winforms-os alkalmazás: 2001. Pont ez az egyik oka a váltásnak, hogy úgy nézzen ki, mint egy modern alkalmazás 2020-ban és szerintem erre jó a wpf (amellett, hogy egyébként a régi dolgokat is tudja).
Mindegy, most már kitaláltam, hogy összerakok egy menüt loginnal, dokkolható ablak managementtel (mint a VS), látványos inputboxokkal, mert miért ne, aztán a többit majd meglátjuk.
-
Ispy
nagyúr
válasz
Ezekiell #14382 üzenetére
A wpf ellen mi szól a winforms-al szemben? Az utóbbi napokban játszottam vele egy kicsit és nekem elég meggyőző volt (programozói oldalról).
Nekem pont az tetszik a wpf-ben, hogy sokkal inkább lehet modern layoutot csinálni vele, amitől tk. úgy tud kinézni az alkalmazás, mint egy modern weboldal, de mégis asztali program. Na meg elég egyszerűen lehet cusotom controlokat létrehozni, ami az eszedbe jut azt jó eséllyel meg is lehet csinálni.
Meg persze van még egy csomó jó tulajdonsága.
-
Ispy
nagyúr
válasz
Ezekiell #14379 üzenetére
Figyi, itt olyan embereknek csinálsz programot, akik már attól kiborulnak, ha egy gombnak más lesz a helye vagy a színe. De szó szerint...értem én, hogy itt mindenki a webet favorizálja, de én még nem láttam olyan webes irodai programot, amire elégedetten csettintettem volna, hogy igen, ezt webre kellett írni. De ha mutatsz pár példát szívesen megnézem.
Több száz milliós külföldi szoftvereket láttam már, egyik sem volt webes, inkább kiraktak az asztalra egy rdp ikont és kész (pedig worldwide szoftverek, amit mondjuk egy cégcsoport összes országában használnak). Most mondhatjuk, hogy persze, mert lusták átírni, de lehet, hogy nem minden való webre. Sőt igazából egy kezemen meg tudom számolni mennyi webes irodai alkalmazás láttam eddig életemben.
-
Ispy
nagyúr
válasz
Ezekiell #14377 üzenetére
Beszélünk már róla főnökömmel, hogy a web is egy irány, csak attól tartók, hogy ott meg más miatt fogsz szívni, rengetek interface, hozzáférés lokális forrásokhoz, különböző féle-fajta browserek, stb., na meg aki x éve asztali appokkal dolgozik az irodában, raktárban az már megszokta, hogy minden előtte van, ami kell és egy ilyen ablakot szerintem nehéz kulturáltan megírni egy tabletre.
Itt meg csak fogod az outlookból a leveled és simán behúzod a dokumentum managementbe és kész, 100 ilyen funkció van, amit szerintem weben nehéz lenne megoldani, nyilván nem ismerem a lehetőségeket sem, szóval még meg is kéne közben tanulni (persze közben meg pénzt is kell termelni, ha kell kenyér meg tej).
A távmunka most is megy, vpn és olyan, mintha az irodában ülnél, csak 20%-kal lassabb a program, kb. ennyi.
Ezért gondoltam a wpf-re, mert .net, megy vb-ben (igen, tudom), nem kell hozzá mindenki átképezni, az rdlc fájlok maradhatnak, ott is megy, word, excel interfacek szintén, a komplett adatbázis kapcsolat layert minimális munkával át lehet tolni, cserébe lehet látványosabb funkciókat csinálni, amivel lehet villantani bemutatókon, eladáskor a tulajnak/managementnek.
-
Ispy
nagyúr
válasz
Ezekiell #14374 üzenetére
Nem érzem szükségét egy webes megoldásnak irodai környezetben, mert nem nyersz vele semmit (a program 90% valamilyen adatrögzítő felület, számlázás, raktár, megbízások stb).
Ezeket kb. soha nem fogjuk portolni mobil eszközre, mert nem alkalmasak rögzítésre, appot, meg lekérdezésekre alkalmas customer portált így is tudunk csinálni, ahhoz az asztali alkalmazás még mehet "pc-s" felületen.Ha több telephelyen is kell használni, akkor meg mehet az adatbázis felhőbe vagy az ügyfél adja eleve az infrastruktúrát, vagy csak szimplán rdp-t használnak.
A mai internetes sávszélek mellett egy izmosabb azure előfizetéssel észre sem veszed, hogy felhőbe nyomod az adatokat.
Egyébként még nincsen semmi eldöntve, anno a xamarin már képbe került (amikor még volt winphone), de a licenszelése (akkor) elég húzós volt.
De, mint írtam, csak nézegetem a lehetőségeket, hogy mire érdemes átállni majd, mert előbb-utóbb a winform el fog halálozni (igaz, ahogy nézem a neten még most is elég felkapott).
martonx: a php tényleg fúra lehet, hiszen eddig ms onlyn voltunk, de ösztönén szólva nagyon gyorsan lehet vele haladni, nem kell hozzá szinte semmi, xampp, postman, meg egy notepad (én VS code-ot használtam) és már megy is, ráadásul a virtuális gépen, amink van már eleven ott egy konfigurált apache szerver, php-val, szóval azzal sem kellett szenvedni, na meg kíváncsi is voltam egy script nyelvre.
-
sztanozs
veterán
válasz
Ezekiell #14361 üzenetére
A bankautomaták 95%-a meg COBOL-t használ, mégse ajánlanád, ugye?
A bankautomaták 99%-a Windows alapú - sajna egy jelentős részük még Win 7 -, és régóta nem láttak márCOBOL-t (gyakorlatilag mióta rendes PC van bennük - kb a 386-os korszak óta).
Pontosabban COBOL fejlesztést. Van ugyan egy COBOL stub az ATM-eken, ami a kártyaelfogadó rendszerekkel kommunikál, de ezeket senki nem fogja piszkálni (legfeljebb konfigurálgatni). Az alap banki rendszerek (számlavezető rendszerek és a kártyaelfogadó rendszerek) egy jelentős része az, ami COBOL-ban íródott. -
t256
őstag
válasz
Ezekiell #14350 üzenetére
Köszi!
Találtam egy Másikat.
Azért szimpatikusabb mert érthetőbben beszél az oktató. Idegen nyelvű online kurzusnál ez nálam szempont.
Korábban már írtam a topikba. C++ nyelvet kezdtem el. Elég jól haladok vele. Egyenlőre mindent értek. Az ottani tudást át lehet emelni Javascriptbe? Néztem, hogy ugyanúgy vannak benne: Arrays, Loops, Objects, stb.
Elméletileg ugyanaz. -
haxiboy
veterán
válasz
Ezekiell #14309 üzenetére
Udemy-t azért kiemelném a sorból, nagyon jó kurzusaik vannak, az oldal is jól működik. Bár nem kezdőként álltam neki és nem is a kezdőknek szánt kurzusokat csinálom.
Illetve ha valaki full beginner és soha nem látott kódot annak nem elég egyetlen képzésre befizetni. Azt sem értem miért akar mindenki egyből kódot írni, először a programozás alapjait kéne megtanulni UML-el meg Pszeudokóddal hogy egyáltalán részben megértse hogy hogyan épül fel valami.
Egy ismerősöm is feliratkozott valamire aztán csodálkozott hogy nem érti miért nem megy... Beginner kurzusnak votl hirdetve, csak közben a fő téma a threading és az async programozás volt... -
válasz
Ezekiell #14304 üzenetére
Munka mellett szerintem is lehetetlen, főleg, ha semmi előképzettséged sincs. Nem tudom, hogy itt adnak-e házit, ha nem az elég gáz, ha igen akkor napi kb. 2óra +ra számítani kell.
Egyébként most kezdtem el az újratervezés programban a tananyagot, elég korrekt a videó sorozat, még úgyis van benne új dolog, hogy több mint fél éve tanulok fizetős suliban, illetve pti szakon egyetemen már 2évem kész van. Elég jól meg fogják szűrni ezzel, hogy ki veheti majd igénybe a támogatást. Szerintem a jelentkezők (gondolom 100ezer+) 95%-a simán le fog morzsolódni, a maradékot meg majd olyan feltételekkel fogják redukálni, hogy nagyon nehezen juss a támogatáshoz. Ami egyébként várható is, mert az állam se hülye, hogy milliós képzéseket osztogasson több tízezer embernek.
-
y@g4n
tag
válasz
Ezekiell #14252 üzenetére
Ha a pom.xml-ekre gondoltál;
Javafx projekt:
[link]
Adatbázis projekt:
[link]
-itt van egy önmagára hivatkozó dependency de nem számít jelen esetben
Kombózott projekt:
[link]Bónusz móka hogy egyszer működött (javafx-esbe raktam bele a H2-s cuccokat),
azután ugyanazon a projekten belül az egyik mainben (javaFXes) hivatkoztam a másik mainre(hibernate-es), na onnan elszállt és kapom újra ezt ha a javaFX-es maint futtatom:Error: JavaFX runtime components are missing, and are required to run this application
Command execution failed.Viszont a másik main lefut rendesen, ami feltölti az adatbázist
@Silεncε(#14251)
ezt próbáltam már de nem hozott sikert, windowson vagyok amúgy -
opr
nagyúr
válasz
Ezekiell #14239 üzenetére
Egyetertunk, viszont ahhoz kepest amit ad, szerintem nagyon draga, plane ha a 2-3 * ~10 euros online anyagokhoz merjuk.
Szoval, igen, vegulis a celjat eleri, viszont mondhatjuk, hogy abszolut nem ajanlott, mert ha onalloan is tudsz tanulni, akkor megoldod olcsobban meg kicsit jobban is, ha meg nem tudsz onalloan tanulni, akkor lehet jobb lenne mas iranyba nezelodni inkabb. -
opr
nagyúr
válasz
Ezekiell #14237 üzenetére
Masodkezbol van csak infom nekem is. Az alapjan a jobbak/ugyesebbek vegulis alkalmazhatok, code monkey munkakorben meg eppen elmegy, amit csinalnak. A tapasztalat az volt, hogy kicsivel az alatt vannak, mintha valaki nagyon lelkiismeretesen onkepzett.
Viszont a masik oldalrol nezve, ha valaki szorgalmasan es becsuletesen vegigcsinalja, akkor arra azert eleg, hogy betegyek a labukat az ajton, aztan onnantol meg ugyanaz van, akinek valo es nyomja es csinalja es figyel es tanul, abbol lehet (es altalaban lesz) jo szakember, a tobbibol meg nem. -
opr
nagyúr
válasz
Ezekiell #14233 üzenetére
Ezzel szerintem mind egyetertunk. A Udemy es tsai arra valo, hogy idealis esetben be tudd tenni a labad az ajton. Aztan vegre kezdodhet a tanulas. Evekig. Illetve, bocsanat, dehogy evekig, hulyeseget beszelek. Orokke.
Ha ezt valaki nem elvezi, "meg akar tanulni" egy szakmat vagy valami, annak nagyon nem valo ez az egesz, jobb, ha mar most mas utan nez. -
haxiboy
veterán
válasz
Ezekiell #14233 üzenetére
Aki nagyon vágja az eméletet az első körben programtervezőként próbálhatja ki magát, ahol magát a működést és a logikát írják le, ha szorosan részt vesz az implementációs folyamatban és látja az egyes megoldásokra a kódot abból nagyon sokat lehet tanulni.
Nálunk sajnos, vagy nem sajnos ez a két ág teljesen összemosódott, egy nagyobb modul fejlesztésekor csak összeírjuk az ügyfél igényeit, egyeztetve egy konzulenssel aki tanácsokkal látja el a fejlesztőt hogy mit is kell kivitelezni, de a logikai megvalósítás valamint a kódolás már a fejlesztő dolga. Sajnos így sokszor belefutunk olyanba hogy az Usernek "csak" 1 gombra van szüksége ami ezt meg ezt csinálja, a háttérben meg hónapokig elhúzódó munka is lehet... -
Ispy
nagyúr
válasz
Ezekiell #14215 üzenetére
1 év kellett, mire kezdtem kapisgálni a dolgokat, jó 3, mire nem fostam össze magam akármitől is, szóval igen, ez is egy szakma, amihez sok kitartás és rengeteg szabadidő feláldozás kell, munkaidő után még az ember rátol 3-4-5 órát, plusz hétvégén, plusz eszébe jutnak dolgok, amiket ki akar próbálni, megérteni, megcsinálni. Tényleg nem akarom én elrontani senki kedvét, de 20-50-100 óra udemy után sem lesz senkiből programozó, én csak a múlt hónapban a térképintegrácon dolgoztam mondjuk napi 12-13 órát. Mondjuk minden percét élveztem, szóval nem volt nyűg, hogy este nyolckor még megoldásokon pörgött az agyam.
-
t256
őstag
válasz
Ezekiell #14213 üzenetére
Köszönöm a bőséges útbaigazítást!
Neked is opr (#14212)!A C++ elején vagyok még. A 7. leckénél vagyok, hátra van még 13. Összesen 40 óra a kurzus.
A kérdésem, hogy utána álljak át rögtön a Java-ra vagy kezdjek el egy haladóbb C++ kurzust?Régebben jártam egy rendszerinformatika képzésre. Ott tanultunk HTML-t, C#-ot, valamint jártam Java fakultációra.
A HTML jól ment, weboldalam is volt. A másik két nyelvre sajnos nem is emlékszem. Nagyon fiatal voltam akkor, egyáltalán nem érdekelt a dolog. Ott is hagytam a sulit. Úgy tűnik meg kellett érnem a dologra.Angolból középfokú nyelvvizsgám van, ezzel nincs gond. A Kanban rendszert logisztikából ismerem.
Egyikőtök hozzászólása sem ijesztett meg.
Most motivált vagyok, végre találtam valamit, ami érdekel és hasznos is.
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- Napelem
- EAFC 25
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Kerékpárosok, bringások ide!
- Viccrovat
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Ingatlanos topic!
- Ilyen lesz a Fairphone 6
- Tőzsde és gazdaság
- További aktív témák...
- Precision 3480 27% 14" FHD IPS i7-1370P 32GB 512GB NVMe magyar vbill IR kam gar
- Apple watch Ultra 2 megkímélt akku 100% 2025.08.25.Apple jótállás beszámítok!
- Precision 3580 27% 15.6" FHD IPS i7-1360P RTX A500 32GB 512GB NVMe magyar vbill gar
- Intel Core i5-13500 OEM
- Toshiba Surveillance Pro S300 8TB megfigyelőrendszerekre optimalizált merevlemez
- Gamer laptop felvásárlás Magas áron, gyorsan és egyszerűen!
- AKCIÓ! MSI B450 R5 5500 16GB DDR4 512GB SSD RTX 2070 8GB GDDR6 Rampage Shiva Zalman 500W
- Lenovo Thinkpad P1 gen1, gen2, P52s FHD, 4K oled touch
- ÁRGARANCIA!Épített KomPhone i3 10105F 16/32/64GB RAM RTX 3050 6GB GAMER PC termékbeszámítással
- AKCIÓ! ASUS PRIME Z390-P i5 8600K 16GB DDR4 512GB SSD RX 6600 8GB GDDR6 DEEPCOOL Matrexx55 630W
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged