-
LOGOUT
Új hozzászólás Aktív témák
-
martonx
veterán
válasz
tboy93
#11285
üzenetére
Maszkolt input, amikor vakon írod be az inputba a szöveget, de az egy bizonyos formátummal jelenik meg, pl. jó példa erre a bankkártya szám, ahol XXXXXXXX-XXXXXXXX-XXXXXXXX ahol neked csak azt a 24 számot kell beírnod a kötőjeleket oda teszi a maszk.
Vagy másik eset, amikor a passwordöt írod be, de csak ******* jelenik meg a képernyőn, nem pedig a ténylegesen bírt szöveg, miközben az inputban a ténylegesen beírt szöveg található. -
-
martonx
veterán
válasz
dabadab
#11096
üzenetére
Hát nem tudom, én meg pont angularral nem mernék már semmibe belekezdeni, akkor már ezerszer nyugodtabban állnék neki Aurelia-val. React nem tűnik rossznak csak a jsx taszít borzasztóan.
Szóal részemről még mindig a jó öreg Knockoutjs az amihez bármikor csukott szemmel vissza merek térni, ha a régi böngésző kompatibilitás szempont, egyébként meg Vuejs. Knockoutjs jó öreget úgy értem, hogy karbantartják, úton van a 3.5-ös verziója, és van már egy TKO branch is, ami alapjaiban is megújítaná. A KO kiszolgált, robosztus, jól dokumentált, kézre álló, csak éppen már nem trendi, ebben a mai hiperaktív frontend fejlesztős világban.
-
martonx
veterán
válasz
DNReNTi
#11090
üzenetére
Best practice-ek ide vagy oda, amiket írsz tökéletesen igazak, és a best practice-ek éppen csak annyit értek, hogy az ember a napi szintű idegbajt elkerülje.
Szvsz nem csoda, hogy az angularjs amilyen gyorsan divatba jött, olyan gyorsan át is adta a helyet a reactnak.
Todo szintű example-ökhöz tök jó, meg aki életében első komolyabb js projektjét írja, annak persze az angularjs is előrelépés.Anno a knockoutjs után izgatott voltam, hogy amit ennyire hypeolnak biztos valami brutál jó cucc lesz, aztán akkora pofára esés jött nem csak nekem, az egész csapatnak, hogy a fal adta a másikat. A 2.0-t nem próbáltam, kétszer ugyanabba a hibába nem vagyok hajlandó beleesni.
Főállásban a react minden téren kiütötte (mondjuk ez már nagyon szubjektív de a jsx-től hányi tudnék, amúgy a react tényleg jó), ha most kellene új komoly js projektet kezdenem, akkor az Aurelia-ra is kíváncsi lennék (már csak a készítői miatt is, akik az egyik leghíresebb js arcok, többek között az angularjs 2-nél is ott bábáskodott a vezetőjük, mielőtt otthagyta az egész szarkupacot). Ha valami lightweight MVVM kell akkor a régi jó knockoutjs nem tud csalódást okozni, de a Vuejs 2 is nagyon tuti lett.
-
#11088
martonx
veterán
Chesterfield
#11084
martonx
veterán
válasz
Chesterfield
#11084
üzenetére
Szigorúan magánvélemény következik:
Az angular egy fos (legalábbis 1.X az volt 2.X-et még nem használtam, éppen az 1.X tapasztalatai alapján).
Knockoutjs nagyon jó, bár nem trendi, de attól még mindig jó.
Ami trendi és ugyanolyan jó (vélhetően jobb, még nem sok tapasztalatom van vele), mint a Knockoutjs az a Vuejs.Egy ilyen egyszerű feladatot simán meg lehetne írni vanilla js-el is, én nem feltétlenül kavarnék ebbe bele SPA frameworköt (angularjs, react), vagy MVVM libet (knockoutjs, vuejs). Mindenesetre ha érdekel az SPA-k, MVVM-ek világa, akkor szerintem Vuejs-el vágj neki.
-
martonx
veterán
válasz
boorit
#11079
üzenetére
"szerk.: Mivel az előttünk levő csoportból szinte mindenki elhelyezkedett már, gondolom a valamit azért csak tanulunk itt, de magunktól nem biztos, hogy találnánk állást, viszont azok a cégek, akikhez megyünk, tisztában vannak azzal, hogy mit tanultunk, és felkészültek arra, hogy mit kell még megtanítaniuk."
Cégként látom a másik oldalt, azaz a munkaadókét, akik vettek fel jó pár GreenFox-os embert. Az a vicc, hogy a cégnek nem azt ígérik, mint amit te nagyon is reálisan leírsz. Nekünk úgy vagytok előadva, mint junior, holott még éppen csak egy gyakornok szinten lesztek 4 hónapnyi intenzív tanulás után is. És ez a durva, hogy a cégek akik ezzel a céggel szerződnek junior fizetésért kapnak gyakornokokat. Egyetlen egy előnye van a dolognak, hogy az így idekerült embereket viszont köti a szerződésük, így legalább az elhivatottságukkal nincs gond, csak a tudásukkal, meg hogy nagyon nem erről volt szó.
-
-
martonx
veterán
Találgathatok? A cég neve, ahol ilyen programozókat bőven lehet látni E-vel kezdődik és pam-mal végződik?
De legalább a flash játékosok haza is visznek nap végén 1-2 liter tejet a konyhából, hogy hazafelé menet legalább a boltba ne kelljen már beugraniuk egy fárasztó nap utánMondjuk személy szerint ezért is nem vagyok hajlandó ilyen és ehhez hasonló cégeknél dolgozni.
-
martonx
veterán
válasz
skoda12
#11054
üzenetére
Így már persze érthető, de ez az élet minden területére igaz, nem csak a programozásra. Azonkívül a tovább fejlődés mindenki számára adott lehetőség, csak éppen kevesen élnek vele. Egyszerűbb esténként bulizni / sorozatozni / játszani / aludni, mint keményen önképezni.
-
martonx
veterán
válasz
cadtamas
#11013
üzenetére
Jelzem ez egy programozói topik, szóval én nem vagyok rendszergazda, noha programozóként óhatatlanul is van rálátása az embernek, hogy hogyan működnek a biztonságos hálózatok, pláne mikor bankoknak dolgozunk.
Szerintem semmi értelme veled beszélgetni, látványosan fogalmad sincs a VPN-ről, backupról, hogy melyik mire szolgál, mikor mit érdemes használni. Ez itt nem egy trolletető, hanem egy programozás topik.
Részemről kivégeztük a témát. Peace
-
martonx
veterán
válasz
cadtamas
#10993
üzenetére
Jó tudom, én csak egy rosszindulatú paraszt vagyok nulla hozzáértéssel, de hátha tudok még újat mondani itt egyeseknek. Szóval képzeld van ilyen, az átlag routerek, OS-ek is ismerik, és VPN-nek hívják. Jó tudom az mindig gyanús, ha valamiben a bankok és a titkosszolgálatok is megbíznak, meg persze sok légy se tévedhet, de mi van ha ez esetben ez mégis biztonságos megoldás
Legalábbis biztonságosabb, mint ha elveszik/ellopják/elromlik egy pendrive 
-
martonx
veterán
Ehhez csak annyit tennék hozzá, hogy mint ASP.NET webfejlesztő, még maszekban is több milliós értékű projekteken dolgozok (pedig ezek jóval kisebb projektek, mint a főállásomban), azaz a webfejlesztőségnek nagyon sok vetülete van, nem feltétlenül a 20K-s garázs projekteken a paraszt megrendelőkkel kell szopatni magát az embernek.
-
martonx
veterán
válasz
Jim Tonic
#10801
üzenetére
Konkrét gyakorlatom nincs VS vs (ha élhetek ilyen béna szóviccel) Android fejlesztéssel.
Viszont azt látom, hogy VS2015 és 17 vonalon a csapból is Xamarin és Android fejlesztés folyik, szóval nekem nagyon úgy tűnik, hogy MS be akarja tenni a lábát az Android fejlesztői IDE-k közé.
Emellett több konkrét Xamarin fejlesztői lehetőséggel is megkerestek az utóbbi időben, szóval nekem eléggé úgy tűnik, hogy egyre jobban terjed, akkor meg csak nem lehet rossz.Az viszont biztos, hogy hülye MS hyper-V-n keresztül oldja meg az Android emulátort, ami az Android emulátor szemszögéből nézve tök jó, és valószínűleg a legjobb droid emulátort jelenti a piacon, viszont ha hyper-v van a gépeden, akkor az összes többi virtuális gép megoldást elfelejtheted (bár talán a vm kiszolgálók telepítési sorrendjével ezt lehet befolyásolni az android emulátor kárára).
-
martonx
veterán
válasz
cadtamas
#10586
üzenetére
Nos a junior programozótól elvárás, hogy tudjon programozni vagy sem és elég ha majd belejön cége válogatja.
A fizetése bruttó 300-500 ezer közé várható vagy sem (sok múlik a cégen, és a földrajzi elhelyezkedésen, külföldön ennek a duplája / fele is lehet).
A felvételin vagy lesznek konkrét fejlesztési kérdések vagy sem. Lehet hogy kapsz beugratós kérdéseket, de lehet hogy nem.
Lehet, hogy többed magaddal fogsz rögtön egy nagy projekten dolgozni, de lehet hogy csak téged tesznek egy egész projektre.
Jó esélyed van arra, hogy eleinte csomó újdonsággal találkozz, de lehet hogy ezeket már ismerni fogod.Hmm azt hiszem kb. ezekre számíthatsz nagy vonalakban programozó juniorként. Remélem jól összefoglaltam. Tényleg ezt akár ki is lehetne tenni a topik összefoglalójába, hogy legközelebb már megkérdezni se kelljen, hogy mire számíthat egy junior
-
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.
-
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...
-
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).
-
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.
-
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. -
#10168
martonx
veterán
Santiagain
#10164
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.
-
#10117
martonx
veterán
Chesterfield
#10116
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.
-
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.
-
#10079
martonx
veterán
enginev3.0
#10078
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.
-
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. -
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.
-
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?
-
#9942
martonx
veterán
racskobalazs
#9941
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.
-
#9939
martonx
veterán
racskobalazs
#9937
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.
-
#9926
martonx
veterán
fordfairlane
#9924
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 -
#9923
martonx
veterán
fordfairlane
#9922
martonx
veterán
válasz
fordfairlane
#9922
üzenetére
Szívemből szóltál, csak én már inkább ráhagytam.
-
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. -
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. -
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).
-
#9907
martonx
veterán
fordfairlane
#9903
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. -
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. -
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?![;]](//cdn.rios.hu/dl/s/v1.gif)
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.
-
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. -
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). -
-
#9770
martonx
veterán
hiperFizikus
#9768
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.
-
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. -
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.
-
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? -
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?
-
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.
-
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
-
#9590
martonx
veterán
huliganboy
#9583
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.
-
#9483
martonx
veterán
Sk8erPeter
#9482
martonx
veterán
válasz
Sk8erPeter
#9482
üzenetére
Mondjuk úgy, hogy előparsolták, azaz a munka nagyját megcsinálták.
-
#9481
martonx
veterán
Sk8erPeter
#9479
martonx
veterán
válasz
Sk8erPeter
#9479
üzenetére
C#, de közben már tárgytalan, kiderült hogy máshol már előttem kiderítették ugyanezt az információt (ilyen az, amikor meglévő kódba kell belenyúlni).
-
martonx
veterán
Regexp segítséget kérek. Adottak különböző domain url-ek, mint pl. ilyenek:
www.valami.hu
valami.hu
subdomain.valami.com
www.subdomain.valami.comezekből nekem mindegyik esetben csak a tiszta domain név kell, nem kell a www, nem kell a .com, .hu, nem kell a subdomain. Azaz a fenti példánál maradva csak annyi kellene, hogy legyen a kimenet, hogy valami.
Kóddal persze meg tudom oldani, hogy kivágogatom, megvizsgálom, de gondoltam hátha tud valaki valami fasza kis regexp-et, ami pont ezt tudja, ami nekem kellene? -
martonx
veterán
válasz
sunnysys
#9457
üzenetére
Én Kecsekeméten végeztem levelezős mérnök-informatikusként. Egy rossz viccként jellemezném, bár már akkor is csak a papír miatt csináltam. Bár lehet, hogy a viccesen lazasága csak nekem tűnt olyannak, mert az induló 80 akárhányból a meghirdetett 7 félév alatt 8-unknak sikerült csak leállamvizsgáznia. Mindenesetre én nem merném jó szívvel ajánlani.
-
martonx
veterán
válasz
sztanozs
#9455
üzenetére
Csak annyit tennék a témához, hogy szvsz telekocsival ingázni sokkal jobb a városok között, mint busszal/vonattal. Én így járok Szeged - Bp között, és olcsóbb, gyorsabb, tisztább, akár pár perces késést is elnéz stb...
Szóval az legyen az utolsó szempont az iskola kiválasztásakor, hogy milyen a busz/vonat közlekedés arra felé. -
martonx
veterán
"3. Context Pattern helyett van más alternativa? Kellene egy olyan objektum, ami az alkalmazás életciklusa alatt él, és olyan mint a Web-es környezetben ismert Session, ahova adaokat lehet bepakolni, amit az összes réteg elér."
Ezt úgy hívják memória
és ugyan nem tudom milyen nyelvről beszélünk, de vannak globális, statikus meg ilyesmi változók, amiknek pont az a szerepük, hogy mindenhonnan elérhetőek legyenek. -
martonx
veterán
válasz
bambano
#9405
üzenetére
Itt is van egy magyarázat: [link]
Azaz akkor nem adhatod el a cuccot, ha nagy cégek kis 5-fős cégeknek outsourceolják a nagy projektjeiket. De a kis 5 fős cégek, bármilyen maguk által nulláról készült, nagy cégekkel kapcsolatba nem hozható saját cuccaikat eladhatják nyugodtan.
-
martonx
veterán
zka67 fórumtárssal nem értek maradéktalanul egyet. Manapság nem feltétlenül van értelme a kályhától elindulni, és tanulmányozni az intel 8080-as felépítését, meg ZX specturmot assemblyben programozni...
Szvsz ettől függetlenül nem árt, ha tudod és érted, hogy mi történik a mélyben, de a helyedben simán rögtön nekivágnék a C#-nak és a Unity3D-nek, ha elég időmilliomosnak érzed magad. A Unity3D ráadásul egy az egyben tudja használni a 3dsMax modelleket.
Ettől függetlenül abszolút esélytelennek látom, hogy akár csak a magad számára is értékelhetőt tudj alkotni. -
martonx
veterán
Te tele vagy tévképzetekkel. Egyrészt a programozás sokkal összetettebb doplog annál, mint ahogy a nem programozók - köztük te is - gondolják. És pont ezért nincs ilyen tutorial, mint amit keresel, mert senki se fogja ledokumentálni a több évnyi útkeresését, tanulási állomásait, majd a legvégül elkészült valamelyik komolyabb több tízezer sornyi kódját.
Ez nem olyan, mint amikor fogsz egy modellező programnak (vagy a Word/Excelnek) a kézikönyvét, és ha azon egy hónap alatt átrágod magad, plusz pár példa feladatot megcsinálsz, akkor elmondhatod magadról, hogy na akkor ezt kitanultam.Másrészt ahhoz, amit érzésem szerint keresel, még talán a Unity áll a legközelebb, de szólok, hogy normális progtramozói háttér nélkül azzal se fogsz érdemben boldogulni.
-
martonx
veterán
Igen, a redis brutál jó!
Illetve azt én is fel akartam vetni, hogy a mezitlábas megoldások helyett, mi lenne ha nem havi 5, hanem 10 dollárt szánnánk a szerverre, ezzel rögtön megduplázva a rendelkezésre álló memóriát? Ha meg olyan komoly a projekt, a havi 20 dollárt sem érzem istenkáromlásnak 2 mag, 2gb ramért.
-
martonx
veterán
-
martonx
veterán
válasz
#39560925
#9132
üzenetére
Az 1Gb ram miatt én bármilyen fapados is, de a lementett statisztikát simán file-ban tárolnám. Ha jól értem ez nem más mint egy nagy Json adat.
Ha bőven lenne ram a gépben, akkor javasolnám a redis, memcache- meg ilyesmik használatát. Bár azt sem tudjuk, hogy mekkora adatról van szó, mert ha pár száz Kbyte, akkor vélhetően simán elfér a memóriában is. -
#9050
martonx
veterán
dangerzone
#9048
martonx
veterán
válasz
dangerzone
#9048
üzenetére
C/C++ esetleg?
-
#9015
martonx
veterán
Atomantiii
#9014
martonx
veterán
válasz
Atomantiii
#9014
üzenetére
Mármint a Visual Studio 2015 az egy IDE, amiben többek között C# kódot is tudsz írni.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- Futás, futópályák
- Samsung Galaxy S25 - végre van kicsi!
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Milyen belső merevlemezt vegyek?
- BestBuy topik
- Linux felhasználók OFF topikja
- Samsung Galaxy S10 és S10+ duplateszt
- VR topik (Oculus Rift, stb.)
- Nők, nőügyek (18+)
- Premier előzetesen a METAL GEAR SOLID Δ: SNAKE EATER
- További aktív témák...
- Thinkpad X13 Gen3 13.3" FHD+ IPS i7-1265U 16GB 512GB NVMe gar
- Apple iPhone 12 Mini 256GB Kártyafüggetlen, fekete színben, 3 hónap garanciával
- Új Acer Predator 16 WQXGA 165Hz G-Sync i9-13900HX 16GB 1TB Nvidia RTX 4070 8GB 140W Win11 Garancia
- Számítógép, ryzen 5 2600, RX 580 8GB, 16gb ddr4, 512gb ssd, 1tb hdd
- HP EliteBook 850 G8 Fémházas Multimédiás Laptop 15,6" -65% i7-1185G7 16/512 Iris Xe FHD
- Keresek gamer laptopot RTX 3050 , RTX 3060. RTX 4050 , RTX 4060
- BESZÁMÍTÁS! 4TB Western Digital Purple SATA HDD meghajtó garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone i5 14600KF 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- HATALMAS AKCIÓK / MICROSOFT WINDOWS 10,11 / OFFICE 16,19,21,24 / VÍRUS,VPN VÉDELEM / SZÁMLA / 0-24
- ÁRGARANCIA!Épített KomPhone i5 10400F 16/32GB RAM RX 7600 8GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: FOTC
Város: Budapest