- Videó stream letöltése
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Sweet.tv - internetes TV
- Otthoni hálózat és internet megosztás
- Xiaomi AX3600 WiFi 6 AIoT Router
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Milyen switch-et vegyek?
- Linux kezdőknek
- Hálózati / IP kamera
- A Microsoft feltalálta az olcsó AI-t
-
IT café
Új hozzászólás Aktív témák
-
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.Spock says, “Logic clearly dictates that the needs of the many outweigh the needs of the few.” Captain Kirk answers, “Or the one.”
-
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).
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Ezekiell
veterán
válasz martonx #14353 üzenetére
COBOL fejlesztőként is el lehet helyezkedni, ráadásul brutális pénzekért Jó, 2-3 embernek összesen kb, de akkor is, van lehetőség
Viccen kívül PHP-t azért elég sok helyen használnak még, szóval közel se egy halott nyelv.
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Ezekiell
veterán
-
Ispy
veterán
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.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
wpf-nél például azzal szívok, hogy tk. senki nem programozik VB-ben, ezért az összes példa C#-ban van, amit oda-vissza kell fordítgatni, ami elég macerás, szóval előbb-utóbb vagy megtanulok folyékonyan fordítani C#-ból VB-be, vagy nyugdíjazni kell a VB-t is.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
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
DRM is theft
-
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.
[ Szerkesztve ]
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Ispy
veterán
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.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
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
[ Szerkesztve ]
-
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.[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
#95561216
törölt tag
-
Ispy
veterán
válasz martonx #14359 üzenetére
Az mondjuk annyira nem izgat, hogy mennyire trendi, sokkal inkább a támogatottsága és tudása a fontos. Ha trendiség határozná meg a nyelv választását, akkor az ember évente cserélgetné a nyelveket, mint a gatyáját.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
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ó.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ezekiell
veterán
-
Ispy
veterán
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á.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
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Én kérek elnézést!
-
Ezekiell
veterán
válasz martonx #14372 üzenetére
Gondolom nincs meg a skill/tudás (és ezzel együtt a pénz/idő), hogy webappra portolják a meglevő cuccot, és inkább próbálják toldozni/átírogatni minimum efforttal. Tipikus sajnos
Ezzel nem téged akarlak leszólni Ispy, félre ne érts, senki se tud mindent.
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Ispy
veterán
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.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
válasz Silεncε #14373 üzenetére
A lokális szoftverbe kellett egy térképintegrációt csinálni, ahhoz kerestem megoldást, hogy hogyan tudom azt beépíteni, erre két jelöltem volt asp.net és php. Ezek szerint szembe megyek a világgal.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
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
[ Szerkesztve ]
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Ispy
veterán
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.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
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)
[ Szerkesztve ]
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Ispy
veterán
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.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
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 ).
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
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[ Szerkesztve ]
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Ispy
veterán
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.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
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.
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Ispy
veterán
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.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
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.
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Ispy
veterán
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.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ezekiell
veterán
Ja, értem a spike fogalmát, csináltam már párat magam is. 2-3 emberrel 1 éves projekt - remélem felszorozod a szokásos 30-40-50%-al, mielőtt hivatalos estimate-et adsz
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Ispy
veterán
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ó...
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
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.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Ispy
veterán
válasz bambano #14390 üzenetére
Igen, azt értem, hogy mire jó egy webes alkalmazás, az előnyei nem győztek meg (ettől még persze jó dolog, másnak biztosan hasznos).
Web api már készen van, de köszi a tanácsot. (tuti nem fogom átírni most)
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ezekiell
veterán
válasz bambano #14390 üzenetére
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.
??? Már miért ne tudnád?Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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[ Szerkesztve ]
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Ispy
veterán
válasz bambano #14395 üzenetére
Egyetértek, illetve annyival kiegészíteném, hogy az informatikusnak nem dolga ezzel foglalkozni (van elég baja így is), szóval a vezetőség feladata ezt intézni (én biztosan nem fogom, inkább varrok goblint).
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
K1nG HuNp
őstag
válasz #95561216 #14369 üzenetére
ha nem is a node akkor a deno, de biztosan nem megy sehova a js backendrol, amazon utan kezdni az ms is nyomatni azureon a serverless jamstacket.
en jelenleg ms alá dolgozom be egy security inven es mindent jsben irunk.
(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()
-
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ű.Én kérek elnézést!
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Hogy is néznek ki a gépeink?
- Videó stream letöltése
- Vicces képek
- Eredeti játékok OFF topik
- Ukrajnai háború
- Viccrovat
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Telekom TV SmartBox: szolgáltatói set-top box alacsony korlátokkal
- Melyik tápegységet vegyem?
- Sweet.tv - internetes TV
- További aktív témák...