-
IT café
Új hozzászólás Aktív témák
-
martonx
veterán
válasz huliganboy #9583 üzenetére
Ahogy megnéztem a LEDStudio be tud húzni honlapot, azaz a sport része tényleg megoldható webfejlesztéssel. Nincs más dolgod, mint keresni valakit aki összerakja neked a web alkalmazást (honlapot, ha úgy jobban tetszik), és használod egészséggel.
Én kérek elnézést!
-
martonx
veterán
Csakhogy ezt a Unity dolgot már én is javasoltam neki úgy egy éve, és akkor se fogadta meg, most se fogja. Akkor miről is beszélünk? Ő nem Unity-zni akar, meg tutorialokat akar nézni, megérteni, egyszerűbb programokkal próbálkozni (szóval sok időt belefektetni), hanem ő csak neki akar ülni és meg akarja írni élete játékprogramját. Ezzel az alap felállással viszont részünkről minden javaslat csak puszta billentyűzet koptatás
Én kérek elnézést!
-
martonx
veterán
Akkor itt egy könyv az engine programozáshoz: [link]
Ettől függetlenül, amikor pont olyan fogalmak sem mennek, mint hogy mikor kell array-t használni, vagy for-t szerintem akkor is a Unity a jó kezdés, hogy legalább ezeket megértsd. Aztán fokozatosan el lehet mélyedni az egész programozás rejtelmeibe.
Én kérek elnézést!
-
martonx
veterán
Még mindig nem érted. Aki ide jön, hogy szeretné elkezdeni valahol, annak persze hogy segítünk, mert az elején elkezdeni könnyű. Te viszont a végén akarod elkezdeni, sőt igaziból el se akarod a folyamatot kezdeni, csak kész akarsz lenni vele, mintegy varázsütésre.
Neked is linkeltünk be videókat, könyveket, frameworköket, adtunk tanácsokat. Kicsit olyan vagy, mintha odamennél az orvosi egyetemre, hogy te mennél állam vizsgázni, mert egyébként már van jogosítványod, és ismered az elsősegélyt, sőt egyszer már egy vágásra ragtapaszt is ragasztottál. De nincs kedved azt a 6 évet végigszopatni magad, hiszen mint előbb említetted, már elvégeztél egy elsősegély tanfolyamot, ki mit javasol, hogyan fuss neki az államvizsgának, mert amúgy nem érted, hogy mi ez a sok latin katyvasz, meg mi lehet az a sok bizbasz a műtőben. Szerinted hülyének néznének?
Én kérek elnézést!
-
martonx
veterán
válasz dabadab #9682 üzenetére
Erről az ősrégi vicc jut eszembe, amikor emberünk látja, hogy árvíz van, felmászik a tetőre, és buzgón imádkozik istenhez, hogy mentse meg.
Jön egy csónak, de azt elküldi, hogy ő istentől vár segítséget.
Aztán jön egy hajó, de ő még mindig istenben hisz, majd isten megmenti.
Végül jön egy helikopter is, de azt is elküldi, hiszen őt isten úgyis megmenti.
Aztán amikor belefullad az árvízbe és felkerül a mennybe, szemrehányóan kérdezi az istent, hogy miért nem mentette meg. Erre isten ezt válaszolja:
- Ember, először küldtem érted egy csónakot, aztán egy hajót, majd egy helikoptert. Mégis mi mást kellett volna még tennem?Én kérek elnézést!
-
martonx
veterán
válasz #05304832 #9708 üzenetére
Webszerverről teljesen esélytelen, hogy bárki lementse a forrást (már persze ha szakértővel csináltatod a rendszert, és nem adjátok meg az admin jelszavakat senki illetéktelennek). Ugyanakkor manapság már a szoftver kalózkodás se akkora probléma, ráadásul a komolyabb app-ok is mind n rétegűek, azaz az üzleti logika nincs az app-ban, ergo ha bárki fel is törné, érdemben nem menne vele semmire. De a projektet nem ismerve, ez a probléma jó eséllyel teljesen irreleváns lesz, mivel az új ötletek 95%-a helyből meg szokott bukni. Javaslom gondolkodj kicsiben, csináltasd meg weben valakivel, és ha működni látszik a dolog, és a mellé társított üzleti modell is életképesnek tűnik, akkor el lehet kezdeni komolyabban nekiállni, megcsinálni, biztonságért aggódni.
Én kérek elnézést!
-
martonx
veterán
Én a helyedben írnék egy self hosted web app-ot (bármilyen csúnya neve is van, ez C#-ban mondjuk 10 sor kód a nyomtatási paranccsal együtt), ami gyakorlatilag konzolban futó, localhoston egy adott porton figyelő kis programocska. A te webes cuccodban meg nincs más dolgod, mint js-el meghívni a localhostot , ami viszont már csont nélkül el tudja érni a nyomtatót, és már nyomtat is.
Persze ez kicsit gagyin hangzik, de ezt a kiegészítő kis progit csak ott kellene használnod, ahol valóban nyomtatni is kell, és a hülye ügyfél egy plusz kattintáson problémázik. Ettől még a webes rendszer univerzális maradhat, ha valaki Linux-ot használ, akkor meg el kell készíteni a programocska Linux-os változatát, és nála azt feltenni.Én kérek elnézést!
-
martonx
veterán
válasz hiperFizikus #9768 üzenetére
A google pedig nem azért nem kedveli a portálodat, mert másként gondolkodó word dokumentumok vannak rajta, hanem mert nem SEO barát az oldalad.
Én kérek elnézést!
-
-
martonx
veterán
válasz bambano #9871 üzenetére
Egyetértek, ez a probléma tipikusan SQL mélységben kezelendő, már csak az elvárt dinamikus, könnyű paraméterezhetőség, könnyű változtathatóság miatt is. Lehet, hogy a legjobb valami NoSql-szerű laza struktúrájú tábla lenne, amiben a szabályok el lennének tárolva. Én talán pár micro-service-el oldanám meg az egész feladatot, ahol az egyik service lenne a rule engine (alatta NoSQL-el), lenne egy másik micro-service ami a webshop-ért felelne (hagyományos SQL-el + redis), és lenne egy harmadik ami az admin felületért felelne (saját adatbázis nélkül). Így a webshop könnyen load-balanceolható is lenne.
Aztán, hogy a DB layer felett milyen nyelven valósul meg a kódbázis, az szerintem már teljesen mindegy (én C#-ra szavaznék).Én kérek elnézést!
-
martonx
veterán
válasz akrobet #9878 üzenetére
Szerintem a többiek ezt a C# ellenességet túllihegik, pontosabban félreértik, mivel a feladatot sokkal inkább SQL oldalon kell szerintem megoldani, mintsem C# oldalon. Ha adatbázisban jó, rugalmas és gyors modellt tudsz felépíteni, akkor azt kezelni már teljesen mindegy, hogy milyen nyelvben fogod.
És ugyanez igaz fordítva is. Ha db szinten elcseszed, na akkor egy szuper rugalmas PHP se ment meg attól, hogy le ne fosd a bokádat nap, mint nap a szabályok átdrótozásakor.
Én ugyan NoSQL-el állnék neki, de hiszem, hogy hagyományos SQL-el is jól megfogható a probléma, pl. raktam már össze repülőjegy árazó engine-t, aminek kellemesen bonyolult sok dimenziós mátrixokból kellett dolgoznia, és szépen megoldható volt sima SQL-el, 3-4 táblával, meg némi C#-al a DB felett.Én kérek elnézést!
-
martonx
veterán
válasz akrobet #9885 üzenetére
"bármilyen business logic SQL-ben való megírása teljes no-go, mert szinte lehetetlen karbantartani, tesztelni, stb.
amikor netán valami elcseszett adatotra kell SQL-ben scriptet írnom, az egy kész kínzás .NET kódhoz képest ahol kb. az 1/50-e idő alatt megírom azt amit akarok, linq-el, entity framework-kel"Hopp, na akkor itt valóban a szó legrosszabb értelmében vett igazi C# fejlesztővel állunk szembe. Be kell lássam bambanonek, tökéletesen igaza volt.
Gondoltam rákérdezek, hogy miért lehetetlen SQL-ben megírva bármit is karbantartani, pláne tesztelni? Jó, nyilván nem olyan triviális, mint szimplán C# kódot tesztelni, de ezt így kijelenteni, hogy lehetetlen?
Hidd el egy idő után az a leglényegtelenebb, hogy C#-ban 1/50-ed idő alatt írsz-e meg valamit, ha elkezditek a többedik SQL clustert alátolni a szarul megírt kódnak, ahelyett, hogy némi logika SQL oldalon is lenne."C# fejlesztőként" biztos nehéz elképzelni, de attól még, hogy üzleti logika van SQL-ben, a kód olvashatóság semmit nem romlik, no persze az nem árt, ha valaki konyít az SQL-hez. Ez ugyanolyan, mint ha azt a hülyeséget mondanám, hogy attól romlik a kód olvashatóság, hogy webfejlesztéshez nem átallok javascriptet, sőt css-t is használni, nem pedig tisztán C#-ban /PHP-ban írok meg mindent.
Én kérek elnézést!
-
martonx
veterán
válasz akrobet #9893 üzenetére
"De mit csinálsz ha váltani kell egy másik providerre, neaggyisten valamilyen no-sql megoldásra?" - ok tegye fel a kezét, aki naponta vált MS SQL-ről Oracle-re és vissza SQL - NoSQL pedig még ORM-el sem átjárható, mivel teljesen más szemléletmódot, felhasználást várnak el.
Egy programnál mindig el kell dönteni, hogy milyen infrastruktúrán fog futni, és utána abból kihozni a legjobbat. Tipikus félreértés, hogy az ORM azért jó, mert elfedi a DB layert, és könnyű átjárhatóságot biztosít (az meg még nagyobb félreértés, hogy SQL - NoSQL átjárhatóságot is biztosítana). Mármint az átjárhatóság SQL-en belül még nagyjából igaz is, de ennek csak akkor van szerepe, ha az ember tudatosan, direkt pont olyan rendszert fejleszt, amit kb. bárhova el akar adni, és célja, hogy Oracle, MySql, PostgeSQL, MS Sql, bármilyen SQL felett tudjon működni a rendszere. Ebben az esetben némi plusz munkával valóban meg lehet írni ORM-el úgy a rendszert, hogy az tökéletesen átjárható legyen.
ORM-et elsősorban inkább azért használunk, mert kényelmes vele dolgozni, a kód valóban olvashatóbb lesz tőle, de fontos, hogy folyamatosan tartsuk szem előtt, hogy az ORM csak egy eszköz, és nagyon könnyen hibás architektúrákhoz vezethet, ha csak és kizárólag egy ORM-re alapozva fejlesztünk. Erre tökéletes példák vagytok ti.Ez az SQL-ben legyen logika dolog teljesen eset függő, nincs rá jó válasz. Én az általad megfogalmazott problémával kapcsolatban mondtam, hogy ebben az esetben szerintem tipikusan sokkal jobb megoldás tud lenni, ha komolyabban az SQL-re bízná magát az ember, és komolyabban elgondolkodna az SQL-ben való adatmodellezésen (nem is feltétlenül érdemi logikának kellene talán az SQL-ben lenni, egyszerűen csak végre komolyabban kellene gondolni, tervezni az SQL oldalon is a tábla struktúrákat, amikkel a várt dinamikus szabály rendszert könnyen lehetne modellezni, majd azt utána C# oldalon felhasználni).
Pláne amikor későbbi hszediből ki is derült, hogy a DB-t tényleg ahogy esik, úgy puffan alapon használjátok, szóval egyre biztosabb vagyok a meglátásom helyességében.
Szóval nem akarok olyan erős kijelentéseket tenni, hogy csak így, vagy csak úgy a jó, az elmúlt pár évben mindkét megoldást használtam, mindig azt amire éppen az adott esetben szükség volt.Főállásomban pont az elmúlt években volt / van egy ilyen komolyabb szemléletváltás, amikor az eredetileg mindent EF-el oldjunk meg, és kapja meg az adatot a C#, aztán majd abban jobban feldolgozzuk szemléletet a több milliárd adatsoros tábláknál már fel kellett, hogy váltsa az "oké, akkor amit lehet SQL oldalon oldjunk meg, de azért amit nem muszáj, az menjen továbbra is EF-el" szemlélet. Hidd el, pont ugyanúgy lehet mindent tesztelni SQL felhasználása mellett is, csak mondjuk egy teszt nem 5 másodpercig fog futni, hanem fél percig. De ha elég jól párhuzamosítod őket, akkor végül időben se tart feltétlenül tovább.
Minden csak hozzáállás kérdése, még az általad felvázolt alapvetően hibásnak tűnő architektúra is valószínűleg tesztelhető maradna némi refaktorálás után, megfelelő mockolásokkal.Én kérek elnézést!
-
martonx
veterán
válasz fordfairlane #9903 üzenetére
+1 a triggerek ellen. A tárolt eljárások viszont egy bizonyos DB méret / teljesítmény elvárás felett kikerülhetetlenek. No persze ilyenkor jön be az, hogy X TB-os DB-t az ember már amúgy sem hordozgat, nem migrálgat Oracle-ről MS SQL-re és vissza, vagy pedig rászánja azt a pár ember hónapot a feladatra.
A debugolás persze más kérdés. Egyrészt MS SQL tárolt eljárásait lehet debugolni, másrészt SQL szinten a debugnak sokkal kevesebb értelme van, harmadrészt egy SQL kód azért még mindig egyszerűbb, mint egy komoly C# logika (jó, láttam már 1500 soros tárolt eljárást is, na azt debugolni nem volt kellemes, de azt is a kényszerűség szülte, direkt SQL szinten tartva a logikát is 15 perce futásideje volt egy 96 magos SQL szerveren).
Jellemzően azért könnyen meg lehet találni SQL-ben is, hogy hol ment félre egy where feltétel, vagy egy join.Én kérek elnézést!
-
martonx
veterán
A triggerekkel az a baj, hogy a tárolt eljárásokkal szemben abszolút debugolhatatlanok, nyomon követhetetlenek. Sőt az egész DB-t simán össze tudják omlasztani ha véletlenül valami deadlock befigyel a futásuk alatt.
Érted, a kódban debugolod, hogy mi történik és miért, meghívsz egy tárolt eljárást, akkor ugyan kontextust kell váltania hozzá, de semmivel nem nehezebb nyomon követni, hogy mi történik, nincs semmi rejtett varázslat.
Míg ha van pár triggered, amik netán még egymás módosításai miatt is elsülnek, akkor meg nézel baromi nagyokat, hogy neked most akkor miért nem futott le az inserted itt, helyette lett update amott, és kezdheted az egész db-t felderíteni, és mindezt folyamatosan fejbe kell tartanod, hogy ha itt kódban kiadsz egy insertet, akkor amott fog updatelni. Amíg az ember magának kókányolgat, addig semmi baj nincs a triggerekkel, illetve bizonyos esetekben tök ártalmatlanok, de alapvetően fejlesztésnél messzire kerülendő tipikus rossz gyakorlat a használatuk.A hozott példáid egytől egyig megoldhatóak lennének kódból, semmi hozadékuk nincs triggerekben tartani ezeket a logikákat (vagy átírni őket egy-egy tárolt eljárásra, még mindig sokkal karbantarthatóbb, áttekinthetőbb lenne).
[ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
"Mi értelme lenne kézzel hívnom, ha lehet automatikus?" - az, hogy ha téged holnap elüt a villamos, és te ugyan tudod, hogy mik a saját konvencióid, és mit miért csináltál, és odaültetnek a helyedre valaki mást, akkor az 3 hónapig azt se fogja tudni, hogy fiú-e vagy lány.
Rengeteg ilyen kódot vettem át, örököltem már meg, és mindig borzalmas volt lekövetni ezeket az elrejtett hülyeségeket, amik ráadásul jobban átgondolva éppen semmit nem is adnak hozzá kód futásteljesítményéhez, azon kívül, hogy kódban az ember esetleg megspórol 1-2 sornyi PHP-t.Én kérek elnézést!
-
martonx
veterán
Nem azt mondtam, hogy nem szabad, hanem azt mondtam, hogy kerülendő, és tipikus rossz gyakorlat. Amiket felsoroltál, hogy trigger csinálja, hát azt se mondanám jó gyakorlatnak, még ha így utólag nézve kényelmesnek is tűnik, és francnak van kedve normális kóddá refaktorálni 1-2 nap alatt a most is működő megoldást De mindegy hagyjuk, részemről a téma lezárva.
Én kérek elnézést!
-
martonx
veterán
válasz fordfairlane #9922 üzenetére
Szívemből szóltál, csak én már inkább ráhagytam.
Én kérek elnézést!
-
martonx
veterán
válasz fordfairlane #9924 üzenetére
Ezért is írtam valamivel feljebb, hogy az ilyen trigger szintű mókolás simán a komplett DB-t magával tudja rántani egy szerencsétlen deadlock esetén. Aztán az ember meg nézi, hogy de hát csak kiadtam egy ártatlan insert parancsot PHP-ben, mégis mitől omlott össze az egész DB.
Tényleg egyszer láttam már infinite loopba került triggereket is, amik egymást triggerelték. Na az se volt egy felemelő látvány.
De ez már lassan kezd átmenni sok beszédnek is sok az alja szintbeÉn kérek elnézést!
-
martonx
veterán
válasz racskobalazs #9937 üzenetére
Egyrészt a C#-al jó irányban vagy. Másrészt ha webes fejlesztésekben kellene használni, akkor html/css/js valóban alapkövetelmény mellé. És ugyanez igaz a PHP-re is.
Én kérek elnézést!
-
martonx
veterán
válasz racskobalazs #9941 üzenetére
Szerintem érdemes. De a C#-nak rengeteg vetülete van a hagyományos desktop fejlesztésektől a cross-platform app fejlesztéseken keresztül a webfejlesztésig bezárólag. Szóval azért majd specializáld magad valamire, de az sem árt ha mindegyikkel megismerkedsz.
Én kérek elnézést!
-
martonx
veterán
válasz imibogyo #9979 üzenetére
Előre bocsátom, ez most lehet, hogy okoskodásnak fog hatni, de nem lehetne a problémát a gyökerénél megfogni, és ott megoldani? A hsz-edből nekem úgy tűnt, mintha lenne ráhatásod arra, hogy ez a csv hogyan álljon elő. Nos nem lehetne megoldani, hogy ott ha már egy adat ellenőrizve lett, akkor azt már eleve csak a ****-al felbővítve tegye a csv-be, ne pedig a sok felesleges duplikátumával?
Én kérek elnézést!
-
martonx
veterán
válasz choco01 #10027 üzenetére
Személyes nagy kedvencem a VB.Net nyelv. Csak ajánlani tudom. Viszont készülj fel rá, hogy mára a nyelv már nem trendi, noha mindent tud, amit a trendi nyelvek, így idővel váltanod kell majd (plusz idővel ahogy az ember tudása is növekszik, magabiztosodik, nincs is kedve leírni a sok szintaktikus körítést). Hiszem, hogy nincs még egy olyan szép, az emberi szintaxishoz legközelebb álló nyelv, mint a VB, épp ezért programozást megtanulni szvsz nincs jobb nyelv nála.
Én kérek elnézést!
-
martonx
veterán
válasz dabadab #10034 üzenetére
Winformsos hello world így néz ki, consolos hello world meg így: [link]
A másik amit szeretek a .Net világban, hogy nincs teljesen eltávolodva a hardvertől, itt még jelent valamit a private, public, static és társai. Ugyanakkor VB.Net-tel lehet legkönnyebben megérteni, hogy ezek mik is, és miért vannak, miben különböznek.
De, hogy ki milyen nyelvet szeret nagyon szubjektív, ennyi erővel vitatkozhatnánk azon is, hogy a magyar vagy az angol nyelv a jobb egy kezdőnek, meg utána úgy általában melyik a kifejezőbb. Sehová nem vezető vita lenne.Én kérek elnézést!
-
martonx
veterán
válasz enginev3.0 #10078 üzenetére
Úgy értette, hogy Remote Desktop vagy bármelyik hasonszőrű program megteszi, hogy távolról vezérelhesd a gépedet.
Én kérek elnézést!
-
martonx
veterán
válasz artiny #10110 üzenetére
Nem nem. Először is meg kell értened, hogy valahol fut egy szerver (ami lehet a saját géped is akár), amin fut egy bármilyen programnyelven íródott kód, ami a böngészőből induló HTTP hívásokra válaszol. Mint pl. add ide az index.html-t. Ekkor két dolog történhet. Az index.html vagy egy statikus file, és azt csak simán visszaadja a szerver a böngészőnek, vagy ő kezdi el on-the-fly a kódod alapján előállítani az index.html-t.
Én kérek elnézést!
-
martonx
veterán
válasz Chesterfield #10116 üzenetére
Az epamnál bárkit felvesznek aki a nevét le tudja írni. Maximum utána nem fognak állást ajánlani.
Én kérek elnézést!
-
martonx
veterán
válasz Santiagain #10164 üzenetére
Én is access-re szavaznék, azzal kapásból össze tudod kattintgatni a GUI-t is.
Én kérek elnézést!
-
martonx
veterán
válasz pvt.peter #10194 üzenetére
Ne dobozos szoftverként hanem windows store-on keresztül terjeszd, és akkor nem kell foglalkoznod a másolás védelemmel.
Másrészt ha jó a szoftver, és megéri az árát, az emberek döntő többsége nyugodt szívvel meg fogja venni, és nem kell túl nagy energiát fektetni a másolás védelembe.Én kérek elnézést!
-
martonx
veterán
Az ideális egy minél kisebb, minél erősebb notebook, minél nagyobb monitorra kötve
Én kérek elnézést!
-
martonx
veterán
válasz K1nG HuNp #10365 üzenetére
Kizárt dolognak tartom, hogy feladatmegoldás nélkül felvegyenek értelmes helyre (értsd ha nincs feladatmegoldás, akkor oda ne is akarj menni). Kivétel talán mondjuk a gyakornoki, vagy a nagyon kezdő junior. Hehe, nálunk még a gyakornokot is úgy vesszük fel, ha látjuk programozni.
Én kérek elnézést!
-
martonx
veterán
válasz apple87 #10440 üzenetére
Használj Visual Studio Code-ot. WebStormhoz képest elég fapad, de tanulni tökéletes, és hónapról hónapra egyre jobbá válik. HTML + CSS + JS-hez tökéletes (elvileg nodejs-hez, php-hoz azaz máshoz is lehet használni, én mindig csak html-eztem vele, illetve én már notepad helyett is ezt használom windowson).
Én kérek elnézést!
-
martonx
veterán
válasz petyus_ #10480 üzenetére
Szvsz nem a nyelven múlik. Az csak egy szintaxis. Kis túlzással, ha egy nyelven tudsz programozni, akkor csak idő kérdése, es bármelyik nyelven tudsz programozni. Amin a többség kihullik, az maga a programozni tudás. Tömbök, ciklusok, feltételek, halmazok, melyik mire jó, mikor érdemes alkalmazni stb...
Én kérek elnézést!
-
martonx
veterán
válasz cadtamas #10580 üzenetére
Szvsz ez tipikusan az a hülye kérdés, amire csak hülye választ lehet adni. Múltkor is nagyon erőltette itt valaki, de hagyjuk már.
Mégis ha egy fékgyártó beágyazott rendszert készítő céghez megy el programozó juniornak valaki akkor az között és egy php-vel cms-ben sorozatban webshopokat gyártó cég juniorja között hogy lehet párhuzamot vonni?
Vagy ugyanígy mondhatnám, hogy egy 10 fős cég egyetlen juniorja, és egy 1000 fős cég 700 juniorja között hogy lehet párhuzamot vonni. Ég és föld az elvárásbeli / hozzáállásbeli különbség.
Aztán cégenként eltér az is, hogy ki számít juniornak? Nálunk juniornak is csak akkor jöhet valaki, ha magabiztos több éves szakirányú programozói gyakorlata van. Máshol meg már az is junior, aki a nevét helyesen le tudja írni a felvételin.
Én kérek elnézést!
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Asus ROG Phone 6 - Limited Batman Edition / BONTATLAN - 3 év gari
- Huawei Matebook D14 i5-11.gen/16GB DDR4/512GB PCIe SSD/14" Full HD IPS/Gar.:2025.10
- Rog 4070 Ti //KERESEM!!//
- Binepad BN006, programozható, mechanikus macropad, low profile Kailh Choc v1 Red switchek
- CoolerMaster ControlPad, programozható, mechanikus macropad, Gateron Red switchek