Köszönöm, én is gondoltam erre, sőt ki is próbáltam, de nem eszi meg, Kotlinban írom, és Dagger Hiltet használok, ami alapból panaszkodott, hogy generikust nem tud példányosítani, de ha nem lesz jobb megoldás, akkor lehet kicsit gyúrom még, és akár működhet is.

dabadab: Azt hiszem értem, tehát saját környezetben ilyesmire gondoltál?
Lenne egy interface, aminek 1 definíciója van, a getList ami egy generikus csoda lenne, és ahány listám lenne, annyiszor valósítom meg ezt az interface-t, csak különböző listákat adok vissza. A dialog meg egy interface típust vár, amibe bele tudom rakni bármelyiket.

service osztályt azért gondoltam többször implementálni, mert maga az apit kezelő osztály egy interface, amit nem én valósítok meg, csak a függvényeit hívom, bár lehet meglehetne azt is oldani, amit te mondtál, sőt... függvényt is át lehetne neki adni paraméterbe, szóval ez még akár működhet is, illetve minden lista típusban csináhatnék egy filter függvényt, amit lehetne hívni, ha keresni akarok bármiben

Xbox One: bandymnc

Egy újabb csodás kérdés, részlet szegényen

Van a cégnek egy interface, egy Web service féleség, .net Framwork alapú, ezen gondolkodunk, hogy átírnánk .Net 6-ra.

Ha pl olyan oprenszeren akarnánk futtatni (Elvben nincs ilyen, de ki tudja), ami nagyon régi, és nem támogatná a .Net 6-ot, ott milyen lehetőségek lennének, valami ilyesmire találták ki a Dockert nem?

Bocsássátok meg, hogy jelenleg szerény tudásom van a témában, mert még csak azon agyalunk,hogy nem-e megszivatjuk magunkat jobban a dologgal, ezért mélyebben még nem is ástam bele magam.

A másik kérdés az, hogy jelenleg egy TFS szervert használunk verziókövetésre, és onnan van buildelés után automatikusan kirakva egy adott helyre/szerverre nem tudom pontosan, a Web service, nyilván nem én csináltam ,csak használom, így nincs is annyira tudomásom, hogy mi történik benne.

Azon is gondolkodunk, hogy ezt a TFS szisztémát lecserélnénk Azure-ra, amit már konkrétan én/mi csinálnák az elejétől, mennyire lehet benyolult egy ilyen szisztémát felépíteni 0 tudással?

Mind android és mind .Net projektek futnak a jelenlegi TFS-en, androidnál pl ugyan így buildel, lefuttatja a teszteket, és különböző paraméterek szerint, különböző url-ket meghívva, rakja ki a release apk-kat.

Xbox One: bandymnc

Ha pl olyan oprenszeren akarnánk futtatni (Elvben nincs ilyen, de ki tudja), ami nagyon régi, és nem támogatná a .Net 6-ot, ott milyen lehetőségek lennének, valami ilyesmire találták ki a Dockert nem?
Amelyik operációs rendszer olyan régi, hogy nem telepíthető rá a .NET 6, akkor az valószínűleg olyan öreg, hogy Dockert sem lehet rátenni (Windows esetében biztosan ez az eset).

Azon is gondolkodunk, hogy ezt a TFS szisztémát lecserélnénk Azure-ra, amit már konkrétan én/mi csinálnák az elejétől, mennyire lehet benyolult egy ilyen szisztémát felépíteni 0 tudással?
Ez erősen függ a konkrét igényektől és a környezettől, amibe bele kell integrálni. Egy nulláról felépített CI/CD pipeline-ba emberhónapokat is bele lehet tolni, de lehet, hogy pár nap alatt ósszedrótozható.

Ha nincsen olyan ember a cégnél, aki teljesen átlátja a TFS alapú rendszer működését, akkor előbb legyen, és csak utána szabad gondolkozni a pipeline bármiféle átalakításán. Eléggé kellemetlen tud lenni, ha nem tudtok release-elni egy ideig.

[ Szerkesztve ]

tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

#ytalert
miért ez jutott eszembe...
[link]

[ Szerkesztve ]

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Miért írnád át a kódot egy olyan keretrendszerre, amit problémás használni a régi oprendszer miatt?

Forget your troubles, c'mon get happy

Annak számtalan oka lehet. Nem akarnak vasat is cserélni, de az új rendszerhez új vas kéne, a régi rendszer sok servicet futtat, amiket új oprendszer esetén szintén upgradelni kellene stb...

[ Szerkesztve ]

Forget your troubles, c'mon get happy

Köszönöm.

Szóval, nyilván jelenleg úgy vagyok vele, hogy működik a tfs, úgy hogy nem nyúlok hozzá. Szóval értelemszerűen, nem is az a cél, hogy a jelenlegit lemásoljam egy újabb-ra, hanem a jelenlegivel megegyezőt hozzak létre. Azt nyilván látom, hogy milyen folyamatok mennek, meg az Android részén futóakat értem, is hogy mit csinál, szóval csak meg kell találni az ezekkel egyen értékű Azure dolgokat. Vagy hogy egyszerűsítsem a dolgot, beadom a projektet, kijön az apk és ezt kell elérni az új rendszernél

Én úgy gondolnám. bár lehet rosszul, hogy inkább megtanulom az Azure dolgot 0-ról, és felépítem a dolgokat, mintsem a régit tanulmányozzam és alakítgassam, hogy tökéletes legyen. Amúgy az azure már más kapcsán is felmerült, szóval nyilván más esetben a jelenlegi lenne piszkálva.

A régi windows-os dolog csak kérdés ügyileg merült fel. nem én vagyok a rendszergizda, de amúgy szerintem a cégek 90%-nál windows 8.1 talán és újabbakkal találkoztam eddig.

Csak ugye ha netán a cégek 70%-a régi op rendszerrel menne, akkor értelemszerűen nehezen tudnánk megmagyarázni, hogy miért lesz ez nekünk kifizetődő De amúgy valszeg a natív host-al nem lesz probléma.

A jelenlegi Web service .Net framwork 462-őn alapszik, ősrégi, és vannak benne érdekes dolgot, amikre már biztos vannak jobb megoldások is, ezért és szimplán tanulás miatt is át szeretném írni, nem akarok úgy járni, hogy leragad az egész projekt és vele én is egy régi rendszeren, bár mire ebből gond lesz, addigra én már nem leszek itt

Xbox One: bandymnc

"Amennyire én néztem, az Azure DevOps tulajdonképpen egy felhőre költöztetett TFS"
Olyannyira, hogy az on-premise TFS-t is egy pár éve már Azure DevOpsnak hívják.

Ez esetben, akkor 2 egycsapásra lenne, mert ha az azure-os meg van, kb a tfs is hasonló lesz, amúgy most hirtelen belenéztem a doksiba, és nem tűnik vészesnek sem, persze ez majd real time-ban derül ki

Xbox One: bandymnc

Foglalkozik itt valaki windows 10 környezetben driver fejlesztéssel? Általános jelleggel virtuális billentyűzet és egér driver kellene.

[ Szerkesztve ]

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Egyenlőre csak madártávlati képet kapni tettem fel a kérdést. Hátha valaki nagy sebességgel tud útba igazítani legalább annyira, hogy ne szaladjak be a sűrűjébe valami tévedéssel.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Időben és pénzben valószínűleg az itt javasolt megoldással hoznád ki a legolcsóbban, ha USB-s eszközt lehet csatlakoztatni a géphez. Ha nem, akkor úgy is be fogsz szaladni a sűrűjébe, ha előtte útba igazítanak.

Még Windows 7 alatt ötleteltem egy virtuális storage driverről, aztán nagyon gyorsan beszaladtam a sűrűjébe, és hosszú szívás után félre is tettem évekre a dolgot. 2-3 éve vettem elő ismét, és már könnyített terepen (Dokant használva user space-ben) összedobtam a dolgot, hogy hátradőljek, hogy készen van végre és azóta se használjam.

tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

Igen, az a gondolat van fejlődőben továbbra is. Az ottani történet megoldása azóta az lett, hogy béreltem szervert, vettem win 10 kulcsot, és XP-k futnak program példányonként dedikáltan. Működni éppen működik, és most már így marad. Hanem a jövőre vonatkozóan jobb lenne, ha lehetne win 10 alatt nyersen futtatni, nem kellene fél tucat xp hozzá, csak azért, hogy minden program példánynak lehessen dedikált desktopja, mert anélkül nem tudok virtuálisan egér kurzorozni, meg klikkentési eseményeket küldeni (pláne nem adatokat beírni). Xp óta számos dolog szigorítva lett, win 10 alatt már ablakot előtérbe hozni sem tudok. Xp alatt működik utoljára.

Bérelt szerverre nem tudok USB-s eszközt dugni. Ha az járható út lenne, fognék valami pic boardot, és régen összeraktam volna. Zéró problémám lenne vele. Azt kellene kiváltani tisztán szoftveresen. File system nice, hanem nekem keyboard meg mouse kellene Ha jól értettem, semmi épkézláb up-to-date dokumentáció nem létezik publikusan elérhetően?

[ Szerkesztve ]

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Köszönöm a tippet, elindulok arra.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

ha a hardver a te kezedben van, akkor lehet ikvm-et piszkálni.
másrészt terminál szerver+vnc vagy rdp.
sehol nincs leírva, hogy egy vnc szerverre csak vnc klienssel szabad csatlakozni.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Gondolkodtam azon a vonalon, teszteltem egy picit, és a team viewer például rendszeresen összeakad a google remote-al (végül a remote-ot használok, nem teams / rdp / vnc -t). A probléma oka ismeretlen, véletlenszerűen egyszer csak történik valami, és elveszítem a távoli kapcsolatot. Szóval részint alacsony a bizalom-index (elvégre valami stabil távoli kapcsolat mindenképpen kell), részint a vnc sem dokumentáltabb / egyszerűbb, mint amilyennek egy eszköz driver tűnik. De ha te csináltál már ilyesmit, és el tudsz igazítani a kezdetekhez hétmérföldes csizmával, szívesen veszek minden konkrétumot.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Sziasztok,

Tudom hogy nem teljesen ide vág a téma, de talán innen kaphatom a legrelevánsabb válaszokat.

Már van egy mechatronika bsc-m, és sok éve dolgozok multinál, viszont szeretném tovább fejleszteni magam programozás irányba, professzionális szinten.
Lehetőleg remote / hétvégi oktatás, de egy bsc-t nem szeretnék elkezdeni mert túl hosszú idő lenne, és nem garantált hogy az országban leszek hosszú távon. MSC-ből nem tudom, hogy van e ilyen jelleggel kurzus, valamint az okj képzések ugye nincsenek már. Az otthoni önképzés nem a legjobb, mert rengeteg minden felett elsiklik az ember...

Hát, mérnök infó msc. Jó sok különbözeti tárgyad lesz, de ismerek olyat, aki így csinálta.
A kérdés, hogy mi a cél? Én először megpróbálnék pár online kurzust, hogy tetszik-e ez egyáltalán.

A cél, hogy tudjam használni a megszerzett tudást a már meglevő szakmám mellett.
Pl jelenleg zajlik belső applikáció fejlesztés, python, js, php alapon. Én ennyire nem értek hozzá, de apróbb alkalmazásokat irtam már, c++, és javascriptel, valamint ismereteim vannak plc, verilog, microcontroller programozásról.

Valamint távolabbi cél, jobban ebbe az irányba menni, termelési támogató programokat irni, digitalizáció, trace, gépi tanulás.. többnyire back end.

Szerintem túl sok választási lehetőséged nincs.
Az OKJ/felsőoktatási szakképzést nem javaslom, a céljaidhoz túl felszínes, a mérnöki diplomával túl lassú.
A bootcampek egy fokkal jobbak lehetnek, de ha a meglévő helyeden akarod használni a tudást, ki kell fizetni, és hát machine learningről ott sem lesz szó.
A mesterképzésnek látom értelmét, ott viszont sokat kell majd tanulni. Levelező mester inkább a vidéki egyetemeken van, én Bp-en ezt a képzést csinálnám.
Szerintem nem kell félni az önképzéstől, főleg, ha a melóban házon belül próbálod használni a tudást. Valszeg a leggyorsabban így tanulnád meg, amit akarsz, és célirányosan tudnál koncentrálni a témára sallangok nélkül.

[ Szerkesztve ]

Helyileg jelenleg Veszprém. Pannon Egyetem msc?

A papír akkor kell, ha olyan cégnél vagy, ahol támogatják, nagyobb fizut ajánlanak stb.

Ha tanulni akarsz, inkább jó könyveket ajánlok és pédákkal gyakorolni. Az sem árt, ha belepottyansz egy-két közösségi projectbe. Vagy van valami konkét kihívás szabad időben hobby célra. Azokkal lehet kreativitás szintjén tanulni. A többi "halott" ismeret lesz. Ha a hozzáállásod olyasmi, mint a "tanulni valami jót", akkor persze ereszd el a szabad idős tevékenységet, és irány +papírt szerezni.

A papír ügyében amire rámutatnék, hogy nézd meg világ ranglistán, hányadik helyen szerepel az egyetem, ahol a papírt szereznéd. A belföldi egyetemek egyike sincs rank 1000 fölött. Beképzelt kérkedők mind. Viccnek is rossz. Bsc-n túl időpocsékolás foglalkoznod velük. Valami nemzetközi kurzusra ha be tudsz jutni (ki tudod fizetni), nagyon sokkal rangosabb papírt szerezhetnél.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

"Machine learning" alatt mit ért a jelenkori gyakorlat?

Hiába keresek rá, google csak félrebeszélős blogokat talál, amiből az egyetlen leszűrhető, hogy valami sh*t show, és a blog író maga sem tudja a választ. Az egyetlen, ami biztos, hogy nem gépi tanulást, mert gép nem tud értelmes lenni annyira, hogy tanulni tudjon. Valamit átneveztek gépi tanulásnak, és nem sikerült kiderítenem, hogy a konkrét gyakorlat szempontjából nézve mit. Valami tipp jól jönne.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

gepi tanulast

while (!sleep) sheep++;

Egészen konkrét példát említve? Mellébeszélést már találtam eleget. Persze köszönöm a +1-et.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Kismillió bevitt adat alapján jóslást jelent az AI, ha nagyon le akarjuk egyszerűsíteni. Mondok egy szuper leegyszerűsített példát. Rúzsokat árulsz, egy éve rögzíted a boltba betérők nemét, és hogy vásárolt-e.
Ezeket az adatokat betolod valami felhős ML ízébe (nálam műveltebbek ezt hívják betanításnak). Ez alapján pedig, amikor legközelebb bejön valaki a boltba az AI meg fogja tudni egész pontosan mondani, hogy vásárolni fog-e.
Ha ez alapján úgy érzed, hogy ilyen tudomány régen is volt, csak akkor ezt másképp hívták, akkor nem állsz távol a valóságtól.
Azért a fenti Móricka példa ne vezessen félre, minél több adatot vesz az AI figyelembe a jósláshoz, annál izgibb tud lenni a dolog.

Én kérek elnézést!

Hmm, szóval egykoron "statisztika"-nak nevezték, később "predictation" név alatt futott, az fut ma "AI" név alatt?

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Pontosan. Csak időközben sok esetben komplexebbé vált, pl. képeket, videókat is lehet betanításra használni, no meg kismillió adatkört. De minden halandzsát lecsupaszítva a lényeg mit sem változott, csak most AI-nak, és ML-nek hívják.

Én kérek elnézést!

Melóhoz leginkább, meg egyébként hobbi célra is, valamint más jellegű munkakör irányába való orientáció miatt is. - A melóhely simán bevállalná a szerződést, én nem biztos hogy belemennék velük, még ha vonzó feltételeket ajánlanak is - a kötelező elköteleződés miatt.

Nemzetközi kurzus jó lenne, viszont nem tudom hol, és azt hogy oldom meg online, eléggé helyhez vagyok kötve jelenleg... sajnos. Ami változhat, de amíg nem, addig szeretném hasznositani a képességeimet jobb irányba.

Fókuszált cégnek két dologra van szüksége. Az egyik kreatív elmék, hogy terméket gyártsanak. Nekik semmi szükségük papírra. A másik a született hencegők, hogy helyet túrjanak a köztudatban a cégnek. Nekik meg nem szakismeretekre van szükségük. Teljesen tiszta esetben csak az a két szerepkör van, és mindkettőnek a saját specialistáira van szüksége, nem valami félkegyelmű mixtúrára. A jack of all trades master of none életforma kihalóban van. Ha abba az irányba mennél, a múltban ragadsz, mint némelyik csapni való cég, és a világ hátra fog hagyni téged.

[ Szerkesztve ]

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Köszönöm a pontosítást, így ofc érthetőbb.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Nem ertek egyet. Tok mas volt az, amit 'statisztikanak' hivtak anno, meg ami most deep learning cimszo alatt tortenik.

while (!sleep) sheep++;

Amennyire felmérni tudtam, vannak bemeneti mátrix minták (tartalmazzanak bármit), meg vannak kimeneti mátrix minták (tartalmazzanak bármit), és a kettő közötti kapcsolatot próbálják tömör formájú összefüggéssel leírni, amiről úgy vélik, később feltételezett kimeneti minták ismeretlen bemeneteinek visszakutatásához is felhasználhatják. A statisztika egykoron tapasztalati alapon volt jegyezve, de feltételezésekhez mindig is használták. Hogy most elektronika végzi az emberek munkáját, én azt nem nevezném túl nagy információtechnológiai különbségnek. Fejlődésnek mindenképpen, de az fejlődés, és nem különbség.

[ Szerkesztve ]

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Amögött a blockchain buzzword mögött (web3) van bármi több, mint hibatűrő szerver halmaz az egy szem szerver helyett ugyan azt az alkalmazást futtatni? Kicsit a BL értelmezéséből is fel kellene zárkóznom.

[ Szerkesztve ]

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Hát, azért ez bonyolultabb. A statisztika ennél azért sokkal szűkebb terület. A leíró statisztikába nyilván nem lehet beleszuszakolni az AI-t, a következtető statisztikából is kilóg számomra, bár közelebb áll hozzá.

Ha AI fejlesztésre gondolsz, akkor az egyértelműen nem statisztikai terület, bár rengeteg statisztikai eszközt (adatot) használ. Ha mondjuk data science-re gondolsz, annak a nagy része statisztikai jellegű munka AI eszközöket felhasználva.

Nem tudom, hogy perpill mi a taxonómiája, de kizártnak tartom, hogy simán a statisztika tudományához sorolnák az AI-t. Valószűleg vagy külön tudományág lesz, vagy az informatikán belül kap valami megnevezést.

Pontosan mit szeretnél tudni? Egy konkrét példát AI fejlesztésre/felhasználásra?

Az, hogy valami szórakoztatóbban van magyarázva, nem feltétlenül jelenti azt, hogy eltérő entitással van dolgunk. Páran arra építenek investor-vadászatot, hogy miszticizálnak dolgokról, mert a gazdasági élet tisztán tartásának érdekében ki kell fosztani mindenkit, akinek több a pénze, mint a szellemi tisztasága. Sajnos, nem kevés digitális szemetet hagynak maguk után, amit az informatikának kell majd takarítania. Én itt és most csak arra kérdeztem rá, hogy a takarítás után mi tud majd megmaradni? Meg fog maradni bármi? Vagy tisztán csak hazugság volt az egész? Ha tudsz olyan példákat, amik ragadozás-mentes létezésre alkalmasak, jöhetnek mind.

[ Szerkesztve ]

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Az ML nem ez.

Mondok egy peldat. Statisztikaval nem tudsz olyan programot csinalni, aminek azt mondod (szovegesen, angolul), hogy 'generalj egy ceruzarajzot, amin egy urhajos lovagol egy lovon', es produkal egy ilyet:

https://openai.com/dall-e-2/

Az ML/DL arra jo, hogy olyan osszefuggeseket talaljon adathalmazok kozott, amit hagyomanyos statisztikai/matematikai modszerekkel nem tudunk. Pont ez a problema is vele: egy jol mukodo ML rendszernel sem lehetsz biztos abban, hogy minden korulmenyek kozott jol fog mukodni.

[ Szerkesztve ]

while (!sleep) sheep++;

Tehát olyan programot értesz gépi intelligencia alatt, ami értelmi minőségében többet tud, mint a programozója?

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Nem. Mi az, hogy ertelmi minoseg? Egyebkent is, hagyjuk a gepi intelligenciat, maradjunk a gepi tanulasnal.

Szoval a gepi tanulas lenyege (szerintem) az automata modellalkotas. Tehat nem az van, hogy te csinalsz egy modellt, es leirod a programban, hanem olyan programot csinalsz, amelyik (kulonfele modokon) kepes modelleket alkotni.

Tehat a lenti peldaban egy csomo kep es szoveg alapjan a program kepes modelleket alkotni arrol, hogy mit jelent az, hogy 'ceruzarajz'. Nem irta be a programozo, hogy a 'ceruzarajz a szurkearnyalatokkal es vekony vonalakkal dolgozo kep, amiben jellemzoen 10000 es 100000 kozotti 'vonas' van, es a 'vonas' definicioja a ...' -- hanem megmutatnak neki egy csomo ceruzarajzot, es elmondjak neki, hogy 'ez mind ceruzarajz'. A program meg altalanosit.

[ Szerkesztve ]

while (!sleep) sheep++;

Az általánosítás valahol nem statisztikai fogalom? :D
Értem én, hogy volt fejlődés a statisztikában (manapság trendibb data-sciencenek hívni) az elmúlt 50 évben, és ez pont a számítógépeknek volt köszönhető. De ne tegyünk úgy ML, AI kapcsán mintha most valaki feltalálta volna a spanyol viaszt, és a semmiből idekerült volna valami tökéletesen új csoda. Igen, a számítógépeknek köszönhetően új szintre emelkedett.

Én kérek elnézést!