- Honor 200 Pro - mobilportré
- iPhone topik
- Megérkezett a Google Pixel 7 és 7 Pro
- Samsung Galaxy Watch7 - kötelező kör
- Samsung Galaxy Watch6 Classic - tekerd!
- Mobil flották
- Milyen okostelefont vegyek?
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Google Pixel 9 Pro XL - hét szűk esztendő
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
-
Mobilarena
Új hozzászólás Aktív témák
-
martonx
veterán
válasz
K1nG HuNp
#14399
üzenetére
"amazon utan kezdni az ms is nyomatni azureon a serverless jamstacket" - mármint C#-ban jó ideje lehetett Azure-ban serverless dolgozni, a nodejs, meg python mint alternatívák valóban nemrég jöttek be.
És jó is, hogy mondtad a felhőt, meg a Serverless-t. Tegnap szó volt róla, hogy miért mondjuk, hogy a PHP már lefelé tart a lejtőn. Hát pl. az AWS Serverless nem támogatja a PHP-t, ahogy az Azure Functions sem. https://docs.aws.amazon.com/lambda/latest/dg/lambda-runtimes.html
https://docs.microsoft.com/en-us/azure/azure-functions/functions-versions
Jó nyilván nem ebből kell levezetni, hogy a PHP kifutóban van, de azért eléggé jelzés értékű. -
-
Ezekiell
veterán
válasz
bambano
#14395
üzenetére
1-2 emberes projektnek valóban nehéz, ha így értetted, akkor egyetértek
Közel se en bloc lehetetlen azért a task
De amúgy nem kell unióból kivinni attól még, mert cloudban van: AWSben EU region kizárólag és megoldva ez a probléma.
De hagyjuk a rohadt GDPR-t, tele van vele a tököm amúgyis, tavaly előtt kb csak amiatt kódoltam egész évben... Marha izgi "forget me" és hasonló featureöket kódolni, meg Splunk logokat anonimizálni, meg KYC formokat kódolni, meg hasonló buziságok. Fujj de rühelltem Mondjuk tavaly meg egész évben PSD2 cuccokat írtunk, az legalább fun volt, szóval 1-1 Ezekiell vs EU regulations -
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.
-
bambano
titán
abban tévedsz, hogy azt hiszed: ha webes az alkalmazás, csak mobilon lehet használni.
nem, lehet használni asztali pc-ről is.az sem gond, hogy rengetegféle browser van (ja, kettő), egyszerűen előírod, hogy a te alkalmazásodat mivel kell használni.
egyébként én web apit jávában csinálnék, mert azt illik definíciós állományokból csinálni, másrészt meg jó dolog egy konténer, minden másra jó a php
szerk: azt meg, hogy adminisztrációs szoftvert felrakj a felhőbe, felejtsd el. a jogi részét nem tudod rendesen megcsinálni, a büntetés meg sok.
-
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.
-
Ezekiell
veterán
Na de pont most mondasz ellent magadnak: "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..."
Ha a UI-t újraírod WPFben, akkor Mancika nagyon kiborul majd És ha már a UI-t újraírod, akkor a backendet is kell, és onnantól meg...
Amúgy nálunk Vaadinban van írva a UI jópár appnál, és bár én személy szerint rühellem (mondjuk én minden UI-t rühellek), azért elég patent "irodainak kinéző" appokat lehet benne csinálni.Btw: te egymagad csinálnád ezt a teljes újraírást, vagy azért lenne veled egy team? Mert elég húzós melónak tűnik így kívülről.
-
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.
-
Ezekiell
veterán
Nagyon jó kis cucc, bár bevallom elég rég játszottam vele. Nekem az egyetlen bajom vele, hogy egy irodai appnál (a te use caseedet figyelmbe véve) a feature-ei nagyonnagy része nem lesz használva sztem, és ahhoz meg, hogy ugyanazt megírd, mint Winformban, nem kezdenék el XAML-t és WPFet tanulni.
-
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.
-
Ezekiell
veterán
Semmit se *kell* webre írni.
Elég nagy projekteken dolgoztam már nagyon nagy customereknek (ahol már nem köt az NDA: Barclays, Expedia pl), most is egy soksokmilliárd eurót kezelő bank(csoport)nak dolgozok, és ezek mindegyikbe webes alkalmazásokat használt mindenre. De még a bankban ülő kisasszony irodai szoftvere is webes
De más területén mozgunk a szakmának, nyilván csak a saját szeletünket látjuk jól. Ezért mondtam, hogy neked kell eldönteni végső soron, és ha amúgyse opció a 0ról írjuk újra, akkor a web eleve kiesett.
Az ügyfél igények meg amúgy is meghatározzák a projektet: akarhatsz te csillivilli Angularos webappot faszomtudjami UI mágiával: ha sikítófrászt kap tőle a user, mert a régi UI-t akarja és csak azt, akkor falnak is lehet menni, akkor is marad a régi szutyok -
Ispy
nagyúr
Most élő példa a feleségem: itt ül 2 szobával arrébb a laptopjávan, be van vpnezve a cégéhez, fellép rdpvel a saját benti gépére és dolgozik, semmi hátránya abból, hogy nem egy weboldalt nyomkod, a képernyőképek gond nélkül repkednek a neten. Eléri az összes alkalmazást, excel, emailt ami a munkájához kell, egyedül a nyomtatás problémás, de tk. az elmúlt 1 hónapban kiderült, hogy itthonról is pont úgy tud dolgozni, mint bentről (leszámítva, hogy engem zavar, hogy nem vagyok magamban
![;]](//cdn.rios.hu/dl/s/v1.gif)
). -
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.
-
Ezekiell
veterán
Pont az a 20% lassulás tűnhetne el
Mobilra/tabletre meg nyilván egy optimalizált felület kellene, nem ez az őskövület És persze h nehezebb lenne megírni webre a cuccot, és tanulni kellene hozzá sokat, és szívnál vele bőszen, ezt mind nem kétlem. Ezért kell nektek csinálni egy ár-érték kalkulációt, és az alapján dönteni
Ezt csak ti tudjátok megcsinálni, de azt nagyon jól teszed, hogy körbenézel előtte!Én alapjában webre dolgozom (durva sarkítás, de mondjuk), szóval nekem már minden probléma webes appnak tűnik
(nyilván határok között) De mondjuk egy raktárkezelő/nyilvántartó/számlázó/ügyfélmanagement cuccot én tuti webappnak írnék meg jelenleg, több előnyét látom, mint hátrányát.De ha kis pénz/kis foci elvet kell követni, akkor ja, marad a winforms/wpf (inkább winformsot mondanám akkor is)
-
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.
-
Ezekiell
veterán
Előbb utóbb a Windows is elhalálozik/bejön egy breaking change, lehet váltani Macbookokra pl, az app rendszerkövetelményei is nőhetnek, tableteken azért adatrögzítést nagyon is jól lehet csinálni pl, simán lehet támogatni így akár a távmunkát is, update-ek/bugfixek kitolása ezerszer egyszerűbb, stb
Nagyon sok érv van a webapp mellett, és nagyon kevés (ha van egyátalán) a natív app mellett. Ha újraírjátok, és nem csak tákoljátok a régit, akkor érdemes webappban gondolkozni. De a ti döntésetek, ez csak az én véleményem
-
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.
-
Ezekiell
veterán
-
martonx
veterán
Így leírva a WPF jogosnak tűnhet. Én eleve azt nem értem, hogy miért kell 2020-ban windows only desktop appot csinálni? Alapból web app-nak csinálnám, vagy pedig cross platformra pl. Xamarinnal.
A PHP viszont MS-es, .Net-es környezetben totál védhetetlen marhaságnak tűnik a szememben. Ne mondd, hogy szimpla API-kat Asp.Net Core-al nem lehet percek alatt összerakni -
Ispy
nagyúr
válasz
martonx
#14359
üzenetére
Nézegettem mik az irányok, ms fronton van az uwp, ami bukta, mert win10 only (személy szerint nem is szeretem az uwp-s appokat, mint felhasználó), van ugye a winforms (az van most), jön a win ui 3, ami kitudja milyen lesz/meddig lesz (silverlight is kaszálva lett anno), meg vannak a crossplatformok, xamarin, electron (de a mi usereink 100%-ban win pc-t használnak). Szóval a wpf jó választásnak tűnik (már ha lesz váltás), mert régóta megvan, de nagyobb szabadságot add az UI-ban, amire sokszor szükségünk lenne, de a winformsban csak fájdalmasan lehet megcsinálni, vagy nem is lehet rendesen. Szóval a késői váltásoknak az az oka elsősorban, hogy nem akarunk mondjuk 20-30-40 milliót belerakni egy olyan technológiába, amitől esetleg elfordul a piac pár év múlva és akkor kezdhetjük előről.
1996-ban az első app ms accessben készült (DAO)
2004-ben volt egy upgrade, szintén access, de már ADO (MS SQL-el)
2012-ben az access ment a levesbe és jött helyette a winforms...most meg majd lehet megint váltunk, ezért nézegetem most a wpf-et, hogy mennyire lenne macerás átállni rá.
-
Ispy
nagyúr
válasz
#95561216
#14366
üzenetére
Most csak belinkeltem az első gugli találatot, ha rákeresel hogy php vs nodejs, akkor nem azt fogod találni, hogy a php az halott, a nodejs meg a jövő, sokkal árnyaltabbak a válaszok.
Persze nekem más, mert én nem elhelyezkedés céljából döntöttem, hanem gyorsan kellett implementálnom valamit 0-ról.
Csak annyit akartam leírni, hogy "szerintem" megvan a helye a php-nak, még ha a nodejs és társaik nyomulnak, halottnak nem nevezném, csak már nem az egyeduralkodó.
-
#95561216
törölt tag
-
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. -
Silεncε
őstag
Különösen jó érzékkel választod ki a már meghaladott (ne írjunk elavultat, bár azok) technológiákat
PHP-val leginkább már csak a régi rendszereket karbantartók+WordPress bűvölők dolgoznak, egyébként én már nem nagyon látok új projekteket benne. A menő most, amiket föntebb is írtak: Nodejs, ASP, Go, mostanában egyre többet hallom a Rustot is backenden használni (ofc nem itthon, külföldön, itthon nem igazán terjed, amit kicsit sajnálok, szívesen megtanulnám de munka nincs hozzá..)Szerk: közben látom az utolsó választ, akkor tárgytalan a hsz eleje
-
Ispy
nagyúr
válasz
martonx
#14359
üzenetére
Hát igen, eddig külső fejlesztőkkel próbáltuk megoldani ezeket a fejlesztéseket, de kb. mindig szívás volt a vége, így maradt a csináld magad út.
PHP-t csak API-k írására használom, nem weboldalak készítésére.
Egyébként a lemaradás oka szimplán annyi, hogy amikor van egy működő rendszered, amit több tucat cég használ (van ahol már 1x éve), akkor egyszerűen akkora a kód mennyisége, hogy nem olyan egyszerű azt megmozdítani bármilyen irányba, sem szakmai, sem gazdasági szempontól. Persze más, amikor 0-ról kezdi az ember.
-
Ezekiell
veterán
Már ha hihetőnek minősül egy gugli keresés ebben a témában.
[link]A bankautomaták 95%-a meg COBOL-t használ, mégse ajánlanád, ugye?
Meg ami nekem még fontos volt newbie-ként, hogy php-ra elég masszív tartalom van a neten, könnyű implementálni vele bármit, amit kell 0 tudással is.
Mindenre van masszív tartalom, ami mainstream.2020ban engedjük el a PHPt kicsit
Lehet tanulni ha van kedv, de nem a PHP a fontos manapság. -
dabadab
titán
Már ha hihetőnek minősül egy gugli keresés ebben a témában.
Mondjuk maga az adatgyűjtés sem tűnik túl reprezentatívnak, hiszen nagyjából egyedül a php az, amiről messziről látszik, hogy php, mivel az oldalak neve .php-ban végződik, tehát egy php site-ról szinte 100%-ban lehet tudni, hogy az, másoknál viszont nem nagyon derül ki, hogy mi van mögötte, így bele sem kerül ebbe a statisztikába, persze, hogy a php vezeti magasan.
Az egyébként biztos, hogy én már így 2020-ban nem állnék neki php-zni, ott a nodejs (ha már úgyis javascriptezel), lelkes rajongói vannak a Go-nak, ott a Java, mint nagyon stabil enterprise cucc, a C#... tulajdonképpen bármi, csak php-t ne
-
-
Ispy
nagyúr
válasz
martonx
#14355
üzenetére
Nem tudom, nekem web apikat kellett most csinálnom és arra jutottam, hogy erre a php a legalkalmasabb, mint szerver oldali scipt nyelv, utána kullog valahol a .net, szóval nem mondanám, hogy a világ túllép vagy túllépett rajta. Már ha hihetőnek minősül egy gugli keresés ebben a témában.
Meg ami nekem még fontos volt newbie-ként, hogy php-ra elég masszív tartalom van a neten, könnyű implementálni vele bármit, amit kell 0 tudással is.
Frontendre persze JS, asztali alkalmazásokra meg most ismerkedek a wpf-el, mert a winforms már nem elég trendi.
-
-
Ezekiell
veterán
Egy az egyben nem lehet átemelni természetesen, de nagyon sokat igen. Az alap conceptek hasonlók/ugyanazok.
Minden nyelvnek saját szintaxisa van, amit meg kell tanulni. De a szemantika az objektumorientált nyelveknél nagyon hasonló (legalábbis az elterjedtebb nyelveknél).
-
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. -
Ezekiell
veterán
HTML, CSS, Jscript, Bootstrap
Ez a UI része a dolognak. Ehhez jön még a backend, és úgy együtt lesz fullstack. Az általad linkelt kurzuson a Node, Express, Mongo a backend.
Kezdésnek ez a kurzus is jó lehet - bár nem ismerem a minőségét, de 24 óra alatt az alapokat csak leadja márPHP meg elég más, igen, én pl bottal se nyúlnék hozzá, de vannak itt PHP devek, majd ők elmondják, miért jó
Bár erről az alábbi meme jut eszembe, ami bár JS-es, tökéletesen jellemzi a PHP-t is:
-
t256
őstag
Sziasztok!
Webprogramozás témakörbe most hogyan érdemes belekezdeni?
Régről van egy kis html tapasztalatom.
Nézegetem a Kurzusokat.
HTML, CSS, Jscript, Bootstrap stb van mindenhol. Ez lenne a Full Stack?
PHP az más műfaj? Használatos még? -
[link] valaki rá tudna nézni erre? A probléma az, ha a bejelentkezésre kattintok, akkor ezt a hibaüzenetet kapom: Az oldal nem működik, a(z) localhost túl sokszor irányította át. Az addig oké, hogy a loginFormSubmitController-nél van a hiba, de azt nem értem, hogy miért fut le annyiszor, hogy ezt a hibát kapom.
-
baidgti
csendes tag
Sziasztok!
Tiszteletbeli hobbi programozóként szeretnék kis segítséget kérni.Ezt a sort szeretném c# nyelven szövegfájlba iratni, de nem tetszik neki, hogy a "plastics" is macskakörömben van. Egyébként a "plastics" is szöveg és nem változó.
save.WriteLine("IF HB_TOL_PART_TYPE == "plastics"");
Van erre ötletetek?Köszönöm!
-
Meg amikor valaki Skype-on keresztul kuld el valaki masnak egy bash script-reszletet, amit beraknak a production szerverre valahova. Minden szetesik, de senki nem talalja, hogy mi a fene lehet. A prod szerverek egy szeparalt datacenterben vannak (ez jopar eve volt, meg a cloud elott), es screenshotot kuldenek a scriptrol. Semmi gyanus.
Persze az volt, hogy OSX-es Skype client-bol masoltak ki szkriptet, es a ' karakter (szimpla idezojel) ki lett cserelve egy pont ugyanugy kinezo, de masik Unicode karakterre.
-
válasz
martonx
#14337
üzenetére
Hát úgy nehéz röhögni valamin, ha nem érted, hogy min röhögünk. Így már értem, hogy mi volt a nevetség tárgya, nem kaptam fel a vizet csak nem értettem mi a probléma.
Ezekiell: tudom, hogy a frameworkok ismerete/használata elkerülhetetlen és a későbbiekben rá is fogok állni a tanulására, csak előbb szeretném az alapoknál kezdeni.
-
martonx
veterán
válasz
Create.
#14334
üzenetére
Aha, csak kiderült, hogy mit értesz natív alatt. Az ötleted támogatom, hogy csinálj egy Spa-t saját kútfőből, keretrendszer nélkül javascripttel, csak a helytelen "natív" szó használaton poénkodtunk.
Ugyanakkor Ezékiel-nek is igaza van, hogy előbb - utóbb elkerülhetetlen lesz a frameworkök ismerete, használata.
-
opr
nagyúr
válasz
Create.
#14334
üzenetére
Az eg vilagon semmi, sot, szerintem kezdesnek konkretan ugy kell csinalni, ahogy szeretned, hogy meglegyenek az alapok, aztan lehet nezni szimpatikus keretrendszereket kesobb, ha mar sejted, hogy mitol doglik a legy.
Viszont ha nem birod elviselni, hogy ha rosszul hasznalsz egy kifejezest, akkor abbol rohoges es szivatas van, akkor erosen ajanlom, hogy nezz valami masik szakma utan. Ha nem szereted, ha rajtad rohognek, illetve nem tudsz onmagadon egy hatalmasat rohogni, akkor plane. Programozasban az az axioma, hogy mindenki hulye. Te is. A user plane (es amint nem irod a kodot, hanem hasznalod, ami a tulso vegen kiesett, Te is user vagy). De alapvetoen mindenki. Raadasul rendszeresen. Ezen tudni kell rohogni.Es ezt most abszolut komolyan es minden gonoszsag nelkul irom, nem bantani akarlak, ez tenyleg csak jotanacs. Ha ennyitol felkapod a vizet, akkor gyulolni fogod a szakmat, mert minden kollegad egy szemet rohadek lesz a szemedben.
Mondok egy peldat, amit igy bo 10 evnyi szakmai tapasztalattal sikerult elkovetnem:
Mokoltam egy egyszeru kis proof-of-concept jatek kodjat, amikor is az tortent, hogy egyszercsak hiaba nyomkodtam barmit, a jatekban a karakter nem csinalt semmit. Nem igazan ertettem a dolgot, mert se az inputhandlerhez, se az eventhandlerhez nem nyultam, dehat lattunk mar fuben nyuszit, ugyhogy nekialltam kideriteni, mi van. Ugorjunk elore bo ket oracskat az idoben, amikor mar az SDK levelben kutakodtam, hogy megis, mi a budos picsaert nem erkezik meg az OS-tol semmilyen controller event, amikor leesett, hogy mi a hiba:
Lemerult a controller...
Szerinted mennyit rohogtunk rajta? Kollegak azert tudnak rola, mert odajottek, hogy min rohogok ennyire. Azota is megy a szivatas, jokat rohogunk ezen is, meg masnak a baromsagain is. Egyik kollega egy napig orjongott rajta, hogy miert nem mukodik a kodja gyorsabban ps4 pro devkiten, mint siman. Hat, mert at volt allitva a devkit sima ps4 emulaciora. Ez ilyen. Megesik, ezen rohogunk es szivatjuk egymast, gyakorlatilag folyamatosan.
-
Ezekiell
veterán
válasz
Create.
#14334
üzenetére
MIndenki keretrendszereket használ a szakmában, mindenhol. Többet ér egy keretrendszer ismeret általában, mint a "natívan meg tudom írni" tudás. Laravel meg ReactJS meg AngularJS fejlesztőt keresnek az esetek nagyonnagy többségében, nem sima PHPst meg JS-est.
Ezzel nem azt mondom, hogy fogalmad se legyen az alapokról, cska azt, hogy a frameworkök nagyon jók, és felesleges (és nem produktív) újra feltalálni a kereket általában. -
Most nem értem, hogy mi a baj azzal, ha nem akarok keretrendszert használni.
nem az érdekel, hogy gyorsan meglegyen, hanem, hogy tanuljak, gyakoroljak vele. Annak sok értelmét nem látom, hogy az előre megírt fv-eket használom, aztán azt se tudom, hogy mi mit csinál, miért csinálja. -
Silεncε
őstag
Assemblyben is lehet weboldalt írni. Kurta nehéz lesz, de lehetséges
Egyébként szerintem semmivel sem lehet többet tanulni, mintha valaki elkezd ASM-el legalábbis minimális szinten megismerkedni. Nekem volt ilyen kurzusom, azóta ezerszer jobban átlátom mi is történik pontosanCreate.: semmi gond nincs azzal, sőt jobban is jársz (én anno úgy kezdtem az Angulart, hogy még a JS-t is csak alap szinten ismertem, pokolian szenvedős volt). Csak poénkodnak
-
opr
nagyúr
válasz
martonx
#14331
üzenetére
Amugy siman meg lehet oldani. Csak siman egyszeruen, gyorsan es kenyelmesen csinal egy forkot webkitbol, elkezdi erosen nezegetni, aztan ket, max harom ev alatt a kodbazis fontosabb reszeit atlatja, aztan mar csak egy ropke evecske, mire megirja ami kell neki. Es bumm, kesz is a nativ weboldal.
Ezek utan mar csak ra kell vennie mindenkit, hogy az O forkolt cuccat hasznalja, dehat kihivas nelkul nem szep az elet.
-
#78693120
törölt tag
válasz
Create.
#14320
üzenetére
Csinálhatsz több konténert és azok display:block/none állításával tudod beállítani, hogy melyik jelenjen meg.
Pl.: külön a loginnak, külön a tartalomnak. Elég, ha ezeket akkor töltöd fel amikor szükségessé válik, pl.:, login nélkül nincs más content, csak egy üres konténer lenne addig. -
válasz
martonx
#14319
üzenetére
Natívban szeretném megoldani. De eddig javascripttel próbáltam viszont az a bajom, hogy ugye a main contentbe van mindig valami, és én a display:block/none és az append-el próbálkoztam, de az nem jó. Ha az innerhtml-el kiürítem a tartalmát, akkor meg le kell clónoznom előtte, ez gondolom nem egy elegáns megoldás.A natívat azért eröltetném, hogy tanuljam.
-
Olyan problémám lenne, hogy adott egy navbar amin van pl egy login hivatkozás. A login.php-ban benne van a form és ezt akarnám behúzni a login hivatkozásra kattintva, úgy, hogy a main contentembe rakja be a login.php tartalmát.
így építeném fel a honlapot:
van egy layout.php, ez szolgálja ki minden más php fájlnak a css/bootstrap/javascriptjét, ami így épül fel:
header-> ide van behúzva a header.phpmain->ennek kellene minden egyes hivatkozás kattintásnál változnia (tehát ha a login hivatkozásra kattintok akkor jelenítse meg a login.php tartalmát, ha a regisztrációra, akkor a register.php tartalmát és így tovább).
footer->ide van behúzva a footer.php
esetleg valami ötlet rá, úgy, hogy egy kezdő is megértse? Vagy natív javascripttel vagy php-val.
a célom ezzel az lenne, hogy ne kelljen minden php fájlhoz belinkelni a css/bootstrap/javascript fájlt, hanem a layout.php-n keresztül automatikusan megkapják azt.
-
#14317
MasterDeeJay
veterán
sztanozs
#14316
-
#14316
sztanozs
veterán
MasterDeeJay
#14315
sztanozs
veterán
válasz
MasterDeeJay
#14315
üzenetére
rowselect-nél ez by design így megy. csak kerülőutat tudsz csinálni magadnak (pl másik shortcut, submenu, vagy duplakattintásra cella másolás)
Esetleg, ha RowHeaderSelect-et állítasz be SelectionMode-nak és a ClipboardCopyMode-nak pedig EnableWithoutHeaderText-et, akkor látni fogod, melyik sorban állsz, de nem másolja az első cellát is.
-
#14315
MasterDeeJay
veterán
.NET visual basic 2017
datagridview-et feltöltöm adatokkal és szeretnék egy cellából adatot kimásolni vágólapra hogy beillesszem kézzel máshova (akár más programba)
Ha belekattintok és nyomok egy ctrl+c-t akkor az egész sort viszi, nem jó!
Ha belekattintok és kijelölöm a szöveget akkor is az egész sort viszi ctrl+c-vel! megint nem jó!
Ha belekattintok és kijelölöm a szöveget és egérrel jobb gomb másolás akkor viszi az adott cellában lévő adatot, így szeretném ha ez történne a fenti két esetben is!
Az igaz hogy a datagridview az egész sort jelöli ki egy kattintásra mert látnom kell melyik sorral dolgozok éppen.
Azt szeretném ha a cellán állok és úgy ctrl+c-zek akkor csak a cella tartalmát vigye vágólapra ne pedig az egész sort, de úgy is jó ha nekem kell belekattintani szerkesztő módba! -
Ezekiell
veterán
válasz
haxiboy
#14313
üzenetére
Igazad van, általánosítottam, nem helyesen. A helyes mondat: a túlnyomó többsége hulladék
Az meg, hogy miért nem a normális alapokkal kezdik, UMLel meg elmélettel: mert az az egyetem... Gyorstalpaló képzéseknél erre nincs idő - nyilván ezért képeznek codemonkey-kat legjobb esetben is, és nem programozókat.
-
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... -
Ezekiell
veterán
Az ilyen elearning siteok mindegyike hulladék. A cégnél/banknál, ahol dolgozom is van ilyen site, mert kell a GDPR/PCI tréning, de fos az egész - pedig ez egy szoftverfejlesztő cég
Ebből messzemenő következtetést még nem vonnék le - ettől függetlenül gondolom, hogy nem lesz egy nagy valami. -
válasz
Create.
#14305
üzenetére
Lejárt a szerk.
Azt viszont nem tudom megérteni, hogy egy ilyen dologgal foglalkozó cég, hogy a francba nem képes arra, hogy normálisan megjelenjen. Se az ipademen, se a macbook airemen nem jelenik meg az oldal (a telefonról nem is beszélve).
Fent a menüben a hamburgermenü+navigáló gombok épp hogy klikkelhető, ipaden már az sem... -
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.
-
Ezekiell
veterán
válasz
aclandiae
#14303
üzenetére
Ezt fél év alatt, heti 20 órában? Höhöhö, persze. Meg lehet karcolni a felszínét az összes érintett témának, de csak annyi.
Jól összeszedett tanterv egyébként, ha ezeket megtanulja az ember, akkor tényleg lehet esélye egy junior pozira, de azt most mondom, hogy nem heti 20 órában kell ezzel foglalkozni, hanem jóval többen.Ha ezt így megpróbálnám leadni egy már dolgozó juniornak fél év alatt, még az is elég durva lenne, nem hogy egy totál kezdőnek.
Totál kezdő vagy egyébként? Van bármi IT tapasztalatod?
-
Ezekiell
veterán
válasz
aclandiae
#14301
üzenetére
Anélkül, hogy látnánk a részletes tematikát, nem nagyon lehet véleményt mondani róla. Heti 20 óra, 6 hónapig, az nem kevés - de az csak 3 hónap főállásban, az nem is sok.
Fordítsd meg a dolgot: 3 hónap alatt milyen szintre tudnál jönni mondjuk asztalosként? Vagy mondjuk villanyszerelőként? Vagy mondjuk építészként? Szoftverfejlesztés nem egyszerű dolog azért, nem véletlen van több évnyi egyetemi képzés, és azokat akik elvégzik, azok is csak juniorként tudnak elkezdeni dolgozni.Csodát ne várj. Ha nagyon kitartó vagy, és rengeteget gyakorolsz a képzés mellett (és tényleg nagyonsokat), és nagyon figyelsz, akkor egy alap junior szintű álláshoz ez elég lehet talán. Többre biztosan nem, de ennek a képzésnek ez is a lényege: hogy legalább be tudd tenni a lábad az ajtón. Onanntól rajtad múlik minden.
Közel se en bloc lehetetlen azért a task 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
).
)
És mi nem natív? 
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- Honor 200 Pro - mobilportré
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Két új Ryzen közül választhatnak a kézikonzolok
- Mibe tegyem a megtakarításaimat?
- Medence topik
- Autós topik
- Milyen POS terminál szolgáltatót válasszon egy mikro- vagy kisvállalkozás?
- Kazy Computers - Fehérvár - Megbízható?
- Torrent meghívó kunyeráló
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- További aktív témák...
- 16GB-os SODIMM (notebook) DDR4 RAM bazár - nézz be, lesz, ami kell neked!
- HP 15-af105nh laptop (15,6FHD/AmdQuad/4GB/128SSD/Magyar) - Akku X
- JOYOR S5 Pro 10" Elektromos Roller 26Ah Akkumulátorral Moddolt!
- XPS 13 9310 13.4" FHD+ IPS i7-1185G7 16GB 512GB NVMe ujjlolv IR kam gar
- Megkimélt Apple iPhone 8 Plus 64GB Fekete szinben, 100% akkuval, kártyafüggetlen, garanciával
- Új monitor állvány - csak össze lett szerelve
- AKCIÓ! Sapphire Nitro+ RX 6800 XT 16GB videokártya garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- Bomba ár! Lenovo ThinkPad E550 - i5-5GEN I 8GB I 256SSD I DVDRW I 15,6" HD I CAM I W10 I Garancia
- ÁRGARANCIA! Épített KomPhone i5 13400F 32/64GB RAM RX 7700 XT 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged