-
Fototrend
Új hozzászólás Aktív témák
-
#20523
fatal`
titán
Fire/SOUL/CD
#20503
fatal`
titán
válasz
Fire/SOUL/CD
#20503
üzenetére
A VCL-es ListView egy egész más implementáció, mint a C#-os System.Windows.Forms.ListView, a nevén kívül sok közös nincs bennük (max az, hogy hasonló dolgot valósítanak meg). Kivéve persze, ha .NET controlokra épül a mostani VCL, ezt nem tudom, mert utoljára Delphi 7-et használtam.
Egyébként rágugliztam, de nem találtam semmit abban a pár percben, amit töltöttem vele.
-
#20496
fatal`
titán
Fire/SOUL/CD
#20494
fatal`
titán
válasz
Fire/SOUL/CD
#20494
üzenetére
Én döntöm el miben programozok, nem Te, másrészt meg a kérdésem nem programozásnyelv függő (VCL Components C#-ben is pont ugyanaz)
Marhára nem ugyanaz, a VCL a Borland saját fejlesztése. Persze mögötte a WinAPI rétegtől lefele ugyanaz, csak éppen, amit te kérdezel az pont Borland specifikus komponens.És WinForms-szal se sokan dolgoznak már.
-
#20484
fatal`
titán
Fire/SOUL/CD
#20483
fatal`
titán
válasz
Fire/SOUL/CD
#20483
üzenetére
Semmi. -
#20090
fatal`
titán
VikMorroHun
#20089
fatal`
titán
válasz
VikMorroHun
#20089
üzenetére
File history?
-
fatal`
titán
válasz
Vision
#18891
üzenetére
Én nem vagyok ebben olyan biztos, pláne a Facebook esetén. Mondjuk nekem nem a kompromitálódás a probléma, hanem önmagában az adatkezelésük. Felőlem mindenki azt csinál, amit akar, de azonnal otthagynék egy bankot, ahol kizárólag facebook login van, még viccnek is rossz.
-
fatal`
titán
Ok, kivancsi vagyok, hogy miert nem tartanal bizonsagosnak egy 'Login with Facebook' gombot.
Nem ezt nem tartom biztonságosnak, hanem magát a facebookot. Ha a bank fejleszti a saját authentikációját és kompromitálódik, akkor kártalanít. Ha ugyanez egy 3rd party céggel történik, akkor sok sikert.
Felőlem ott lehet mint lehetőség, de teljesen feleslegesnek tartom.
-
fatal`
titán
A Facebookhoz is teljesen szabvanyos TOTP van. Szerintem keversz valamit.
Nem keverek semmit, az eredeti kérdés így hangzott:
"Biztonságosnak tartanátok mondjuk egy FB bejelentkezést akár a netbankotokba?"Ennek nincs köze a TOTP-hez és részemről nem lépnék be facebook fiókkal a netbankba. Akkor se ha szabányos OpenID, semmi keresnivalója nincs ott.
A TOTP-t én kevertem hozzá, hogy a Tokent örülnék, ha kiváltanák szabványos TOTP-vel az SMS (ez szar, sok banknál már nincs is) meg a saját kódgenerálás helyett (ez meg felesleges, ha van szabványos - pl. CIB). Csak egy indokot írtam, hogy szerintem miért használnak a bankok saját szoftveres tokent. Meg az is benne lehet, hogy a hardveres tokenek meg ugyanazzal az algoritmussal (vagy ugyanazon az infrán/környezeten) működnek, azt is lehet kérni.
-
fatal`
titán
Tudom, hogy van, de a bankok nem használják.
A saját authja mellett gondolom az az érv, hogy azt el tudják magyarázni Manci néninek, hogy hogy kell beállítani, a Google Authenticatort meg nem.
A szabányos TOTP-t támogatom, nyugodtan elférne KeePassban vagy Google Authban ez is.
A 3rd party szarokat viszont nem támogatom, nehogy már facebook-kal kelljen belépni a bankba (persze mint opció ott lehet, felőlem mindenki azt csinál, amit akar).
-
#18644
fatal`
titán
arcoskönyv
#18643
fatal`
titán
válasz
arcoskönyv
#18643
üzenetére
Jah Androidon tényleg szar, Vivaldi alól is (A12.1).
-
#18640
fatal`
titán
arcoskönyv
#18639
fatal`
titán
válasz
arcoskönyv
#18639
üzenetére
Külső cím látszik ott, nem belső.
A 192.168.x.x látszik.
Valamit benézel, a webszerver nem tud a belső címedről, különben nem működne. -
#18606
fatal`
titán
MasterDeeJay
#18605
fatal`
titán
válasz
MasterDeeJay
#18605
üzenetére
Gondolom már OpenXML excel (xlsx). Használd az OpenXML SDK-t, ne oledb-t.
-
-
fatal`
titán
válasz
pmonitor
#18072
üzenetére
Fordítva ülsz a lovon továbbra is.
A betegségek nagyrésze is latin/angol. És ez nem dokumentáció csak egy besorolás. Ez kb. a windows súgó szekcióinak megfelelő oldal. Az magyar.
A szakkönyv meg nem dokumentáció. Ráadásul te itt azt várod el, hogy valaki a szabadidejében ingyen fordítgassa az api doksikat.
Elárulom, hogy sok esetben az autók szerelési dokumentációja sincs magyarra fordítva (nem, nem arról beszélek ami kézikönyvet az autóhoz kapsz).
Sztem. vannak magyar szaklapok is.
Magyarra fordított programozási szakkönyvek és egyetemi jegyzetek is. Nem ez volt a téma. -
fatal`
titán
válasz
pmonitor
#18065
üzenetére
Már megint irgalmatlan faszságokat hordasz itt össze, hasonlóan a korábbiakhoz.
Az informatika nyelve az angol, pont. Hasonlóan az orvostudományé is (némi latinnal még, de kopik ki), sőt a teljes tudományos világra igaz ez. Ettől függetlenül nem beszélsz részben latinul és angolul az orvosoddal.
#18070:
Mi a szarnak kéne lefordítani a dokumentációkat? Nem, ez nem a szakik hibája. Te folyamatosan fordítva ülsz a lovon.Képzeld a tudományos cikkeknek sincs magyar fordítása, mert teljesen felesleges. Hogy mik vannak?
-
-
fatal`
titán
válasz
dabadab
#17871
üzenetére
Azzal szerintem magyar cégnél, magyar projekttel nincs gond, nálunk is szokás, de nemzetközi projektekbe (vagy olyan szoftver, amit nemzetközi cég is használ) angolul commentelünk.
De ez az MD5 jelszó hash, meg "SQL Injection védelem" elég is volt.
Vannak páran azért, akik letöltötték az egészet és most azzal kínozzák magukat. -
-
fatal`
titán
válasz
K1nG HuNp
#17865
üzenetére
Ez sokkal súlyosabb.
Én nem töltöttem le, de amit láttam redditen részleteket a kódból, igazán minőségi cucc lehet.
#17866: Szokás szerint baromságokat beszélsz, de már megszoktuk.
Az egy dolog, hogy szar a kódja a cuccnak, de nem feltörték a rendszert, legalábbis a klasszikus értelemben.Ha valakit itt hibásnak lehet tartani az inkább az üzemeltetés.
-
fatal`
titán
Semmi bonyolult nincs benne, hullafelesleges extra erőforrás.
Minek akarnék egy zenelejátszót vagy egy fájlkezelőt több példányban telepíteni? És ezért az egésszel együtt járó overheadet futtatni? És miért kéne ehhez konténer? Rendesen kell megírni a szoftvereket és akkor az OS kezeli a felhasználói profilokat.
Háttérben futó dolgokhoz, meg szervereken izolált környezethez jó a konténer. Én csak a desktopon futtatott appoknál látom teljesen feleslegesnek, bár egyelőre még nem ebbe az irányba megyünk szerencsére.
-
fatal`
titán
Minek?
Az SSH része a windowsnak egy ideje. De felrakhatsz egy gitet és annak is része lesz mingw-n keresztül, aztán sima parancssor. Még putty sem kell.
SSH miatt egy komplett linux alrendszert feltenni szerintem hulla felesleges.
#17730: Fejlesztéshez oké, de én sem látom mi értelme lenne mondjuk egy total commandert vagy egy bármilyen más sima desktop appot telepítő helyett konténerből futtatni.
Teljes agybaj lenne.
-
fatal`
titán
válasz
pmonitor
#17515
üzenetére
Még mindig a hülyeséghez ragaszkodsz?
Kezdjük ott, hogy ez a cucc egy open source rendszeren megy, amibe csak betöltötték az adatokat (valamennyi fejlesztéssel).
Az, hogy mennyi van készleten az egy adat. Ezt a webshop üzemeltetője valószínűleg elcseszte az adott terméknél, ezért kaptál 10 nappal később e-mailt. A korábbi levelek meg az üzemeltető/ügyintéző hibája, aki össze-vissza nyomkodta a rendszert.
Már megint azt próbálod ráhúzni egy üzleti döntésre vagy egy adathibára, hogy az bug. Nem, nem az.
Szóval engem fikáztak ahelyett, hogy azt mondták(írták) volna, amit te.
Azért fikáz mindenki téged, mert láthatóan nem érted sem egy hello worldnél bonyolultabb rendszer működösét, sem egy webshop, sem egy átlagos kereskedelmi cég működését, de állandóan idejössz trollkodni. Nem unod még? -
fatal`
titán
válasz
pmonitor
#17503
üzenetére
Gondolom az nem zavar, hogy valószínűleg nem is magyar fejlesztés lol. Azt csinálta, amit kértek.
Meg attól még nem tartom jó koncepciónak, hogy egy webshopban úgy lehet rendelni, hogy nincs mögötte produktum(a termék nincs készleten). Ez meg a "programozó" hibája.
Kurvára nem az ő hibája, előrendelésről hallottál már? Az is lehet, hogy az adatbázis szerint volt készlet, aztán később rájöttek, hogy mégsincs. Gondolom ilyet sem láttál még. Biztos egy bunkerben élsz.
Neked mindegy, csak lehessen egy jót flamelni. Ugyan működő rendszereket még életedben nem láttál, de ez nem probléma.
-
fatal`
titán
-
fatal`
titán
válasz
pmonitor
#17325
üzenetére
De sajnos a ti "közösségetek"(is) kódolási impotenciában szenved. Nemhogy új produktumot tudna létrehozni(nem 120-ad rangú témában).
Az itteni közösség nagyrésze hetente (de lehet, hogy kevesebb idő alatt) több produktumot tesz le, mint te 1 hónap alatt, ugyanis ezért kapja a fizetését.Te valami álomvilágban élsz.
-
fatal`
titán
de nincs annotation support (én nem találtam) kompozit key-t felvenni a primary key mellé, míg index-re van annotation support - szóval index-ként lett kategorizálva
Már az EF6 is tudott kompozit kulcsot attribútumon keresztül, úgyhogy kétlem, hogy ez igaz lenne.
Order property (EF6).
Ha jól látom, akkor EF Core alatt pedig a classra kell rakni az attribútumot, ebből szerintem lehet többet is:
[link]De ugyanígy fluent apival a modelbuilderen keresztül is lehet, nem muszáj attribútumot/annotációt használni.
Ahogy a kapcsolótáblákat is lehet a modelbuilderen keresztül indexelni és akkor kompozit primary key lesz rajta.
-
fatal`
titán
válasz
martonx
#17316
üzenetére
Szerintem a lekérdezés módjától (vagy módjaitól) és gyakoriságától függ, hogy hogyan érdemes indexelni. Ha ugyarra a 3 oszlopra szűrsz mindig, akkor kompozit, mert egy selecten belül, egy táblán csak egy indexet fog használni.
Nyílván a saját use caseben ő tudja kimérni (esetleg query plannerrel).
Mondjuk én nem nagyon értem, hogy miért kell az indexeket is EF-fel generálni/generáltatni. Lehet írni hozzá custom migrációt is és akkor létrehozod kézzel.
-
fatal`
titán
-
fatal`
titán
válasz
pmonitor
#16994
üzenetére
Miért kéne bármit átírjak azért, mert egy linqhoz hozzáírok egy orderbyt (vagy épp kiveszek)? Taníts még mester, rengeteg iparági tapasztalatod van úgyis.
De említhetek szinte bármilyen collection műveletet, ami megváltoztatja a típust. És semmi értelme kiírkálni, hogy az most épp egy IEnumerable, egy IOrderedEnumerable, IGrouping, ICollection, IQueryable vagy más.
A var pont nem rontja az olvashatóságot, inkább javítja, ugyanis kód olvasása közben a típus a legtöbbször irreleváns.
-
fatal`
titán
válasz
pmonitor
#16989
üzenetére
Ez egy hatalmas hülyeség.
A legtöbb helyen látni a típust a kifejezésből, tök felesleges kiírkálni. Ráadásul írhatod át, ha még a végére fűzöl valamit.
Ráadásul be lehet állítani, hogy írja ki varnál is az ide, ha valaki ezt szeretné.
Szerintem az olvashatóságot adott esetben sokkal inkább rontja, ha valaki kiírkálja az egymásba ágyazott 4 generikust, meg szétszedi a linq-t több kifejezésre az eltérő típus miatt.
Ami inkább hiányzik a C#-ból azok az immutable változók és a val. De hát ez nem kotlin
-
-
fatal`
titán
válasz
Marky18
#16588
üzenetére
"sokkal gyorsabb az uj, igaz most mar be is foglalja a memoriat."
Az nem probléma, azért van (mármint a RAM).
Viszont ismerősöktől azt hallom, hogy még elég bugos.
"Az intelligens kodkiegeszites pedig baromi jo, rengeteg boilerplatet meg lehet iratni egy tab-al."
Én az a ritka faj vagyok, aki nem nagyon generál kódot, valószínű, mert rohadt gyorsan gépelek így nem zavar. Sokszor hülyeségeket ajánl, bár lehet, hogy mostanra már jobb a helyzet.Lassan legalább itthon fel kéne tennem a 22-est megnézni. Bár itt meg nincs méretes projekt.
-
fatal`
titán
válasz
martonx
#16573
üzenetére
Ja hát a microservice persze, hogy gyorsan buildel. Nyiss meg egy régi solution 150 projekttel aztán meglátjuk mennyire gyors.
Mondjuk általában a ram korlát és a rengeteg process a probléma, vélhetően ez a 22-es vs-sel megoldódik (még nem próbáltam). Meg aztán a R# is sokat lassít, bár azt nyilván nem használja mindenki.
-
fatal`
titán
A programok is nagyságrenddel bonyolultabbak lettek. Nem rémlik, hogy 20 éve 8 giga rammal ellátott mobiltelefonokat kellett volna emulálni pl., vagy éppen konténerizálni. Ez is csak töredéke az azóta született igényeknek.
Biztos meg lehetne csinálni, hogy kevesebb erőforrást igényeljen az IDE (a jelenlegi funkcionalitással), a nagyobb kérdés, hogy ki fizetné ki ezért a felárat? Némi tárhely több nagyságrenddel olcsóbb, mint a munkabér és ez így is van rendjén.
-
#16097
fatal`
titán
Ryan_Sanchez
#16096
fatal`
titán
válasz
Ryan_Sanchez
#16096
üzenetére
Itt nagy kavarodás van, a Forms az desktop alkalmazás fejlesztéshez van. Az actionlink pedig a szervert hívja, nem tudsz vele dialogot nyitni. Webes alkalmazásnál folder browse sincs, nem férsz hozzá a user útvonalaihoz.
Upload html inputot és postot tudsz használni (akár ajax-szal, akár sima form post), ezzel fájlokat lehet feltölteni. Letöltéshez pedig tudsz adni a usernek egy zipet pl.
-
fatal`
titán
A teszt oké, ez nálunk is megvan (kis cég), általában review is van egy más kódján, de nem mindig van rá idő/szabad kapacitás sajnos. Bár a mostani projektek jók, de a régebbiekben sok a szemét már.
"Mert Java-ban a 'final' keyword rendkivul 'gyenge' konstrukcio, es lenyegeben (lokalis valtozok eseten) csak zaj, haszna nincs. Az lehetne a haszna, hogy veletlenul ujradefinialod, pedig nem akartad (de ilyet kb. senki nem latott)."
Jogos, bár én inkább konstansként gondoltam rá mindig, illetve hogy ne legyen felülírva az értéke. Mondjuk javaban (bár hosszú évek óta nem foglalkoztam vele, akkor is java 6 vagy 7 androiddal, valószínűleg ez már nincs így), elég elhibázott dolognak tartottam, hogy a paraméter változó nem final alapból, utáltam kiírkálni (itt viszont volt, hogy elfelejtettem és felülírtam az értéket véletlen) .Minimális haszna van, csak nem értettem, hogy miért "ördögtől való" nálatok, bár amiket leírtál élhető dolgok, csak csodálkoztam.
De akkor csak annyi a baj vele, hogy "zaj", azt hittem valami egyéb oka van. -
fatal`
titán
Miért baj, ha a lokális változó final, ha nem változik az értéke (kvázi local konstans, hogy pl. ne legyen 500 kilométer feltétel egy ifben)? Nem javazok, csak hobbiprojektem volt benne marharég (de akkor használtam) ezért komolyan kérdezem (C#-ban nincs ebben az értelemben final).
Nekem egyébként az a tapasztalatom, hogy ha nincs komoly code review, akkor tökmindegy mennyire szép egy projekt, minél többen nyúlnak hozzá, idővel annál ocsmányabb lesz, általában domain félreértésből, vagy projektismeret hiányából fakadóan (pl. 2x leimplementálva ugyanaz, mert "nem tudtam, hogy már van ilyen").
-
fatal`
titán
válasz
axioma
#15633
üzenetére
Ha készen / kóddal közelítesz, akkor ez jogos, ezzel szemben én elméleti oktatásnál találkoztam vele először és nem a legérthetőbb elmélet, szerintem - mert a való életben senki nem rendez így.
De ez csak egy példa volt a sok közül, ami hirtelen eszembejutott. Gyakorlati példán keresztül, valóban nem biztos, hogy rossz, annak ellenére, hogy senki nem használja.
-
fatal`
titán
válasz
pmonitor
#15628
üzenetére
Ezek adott esetben ipari titkok (persze nem az általános algoritmusokra gondolok itt), szóval nem csoda.
Sok esetben pedig a gyorsaságnál sokkal fontosabb, hogy másoknak is olvasható maradjon a kód.
Az egyetemi jegyzetben egyszerűbb algok vannak, amiket könnyebb megérteni (vagy legalábbis ez a célja, nem mindig sikerül).
Egyszerű példaként sosem voltam képes megérteni, hogy miért a buborékrendezést tanítják elsőnek, ami lassú is és szerintem abszolút nem egy logikus megközelítés. Teljesen kezdőknek egy maxker/minker rendezés sokkal logikusabb (és gyorsabb is, persze nem a leghatékonyabb), mert szerintem sokkal közelebb áll ahhoz, ahogy az életben is rendez az ember.
-
fatal`
titán
válasz
seredy
#15496
üzenetére
Parancssor.
Én csak diffhez meg historyhoz használok gui-t, mert lusta vagyok írkálni a fájlútvonalakat
#15498 tboy93: Mint írtam, párhuzamosan használok IDEA-t és VS-t és az IDEA-t messze jobbnak tartom, főként azért, mert stabil és van belőle 64 bites.
A VS-sel alapvetően semmi gond nem lenne, funkcionálisan rendben van (bár R# nélkül vannak hiányosságai bőven), de a 32-bit egy írtó nagy korlát a használhatóságban, nagy solution esetén. Ennek ellenére elvagyok vele, mert kénytelen vagyok VS-sel dolgozni.
-
fatal`
titán
válasz
Froclee
#15492
üzenetére
Pedig a PyCharm IDEA alapú és az alap IDEA veszett gyors és mindent tud (persze RAM az kell neki bőven).
VS Codeot utálom, részemről csak egy electronos foshalom.
Arra nem képes, hogy ki lehessen húzni egy fület a másik monitorra (bár egy ideje nem néztem, de ha jól tudom ez electron limitáció). Persze gyorsnak gyors, csak buta, mint a föld, komplett IDE-nek szerintem alkalmatlan, legalábbis egyelőre. -
fatal`
titán
-
fatal`
titán
A C# legnagyobb baja jelenleg szvsz a Visual Studio. Valami elképesztően nagy kalap sz*r lett, nagyobb solutionök kezelhetetlenek a 32 bites limit miatt. A legnagyobb baj, hogy szándék sincs, hogy kiadjanak 64-bitest. Csak szerveznek ki mindent külön processbe, ettől meg nem csak lassú, de sok esetben instabil is.
Lehet, hogy kéne tennem egy próbát a Riderrel, jelenleg szerintem az IDEA messze a legjobb IDE. Esetleg valaki próbálta már?
-
fatal`
titán
válasz
sztanozs
#14986
üzenetére
Az "azóta egybe írom a válaszokat" az közel 10 éve
De már akkor is benne volt az alapelvekben, hogy lehet külön válaszolni.Nem tudom most mi a helyzet ezen a téren, annyira nem is fontos.
"Nem egy csetkliens ez, hogy mindenkinek mindenre válaszolni kelljen."
Nem is erről van szó, de mondjuk ha valaki kérdez valamit egy pörgős topicban, aztán pár nap múlva visszatér, rákeres a neki adott válaszokra a keresővel, aztán nem találja, mert valamelyik összevont hozzászólásban van. -
-
#14748
fatal`
titán
instantwater
#14733
fatal`
titán
válasz
instantwater
#14733
üzenetére
"Az igazi programozó minimum Dell Latitude 5xxx vagy 7xxx et használ"
Akkor én nem vagyok igazi programozó, asztali gépet használok itthon is és a melóban is, mindkét helyen százéves MS Office billentyűzettel és tökéletesen elvagyok vele, pedig nem éppen lassan írok. -
fatal`
titán
válasz
Froclee
#14647
üzenetére
A Twitter Scalat használ.
Én hobbiprojektet csináltam Javaban, egyébként meg .NET Developerként dolgozom 6 éve, teljesen mindegy melyiket tanulod először. Volt egy kisebb Scalas projekt is, azzal sem volt gondom (Java is lehetett volna, de Java6 volt a környezet - nem mostani történet - azzal inkább nem szenvedtünk
) -
fatal`
titán
válasz
elodman
#14645
üzenetére
"Manapság gondolom ezek a fejlesztő területek léteznek - hazánkban keresett tudás szerinti sorrendben:
- web
- DB
- hw, embedded, automation
- játék
- tudományos cuccok, AI, op-rendszerek"
Attól függ, hogy nagy vagy kis céget nézel. Kis cégnél szerintem "DB" külön nem létezik. Még backend és frontend külön is ritkán, de utóbbi esetben is a DB egyben van a Backenddel általában (illetve szokott lenni Architect, aki tervez). De gondolom ez is változó."Ha választanotok kéne, h. Java v. C# coderré képezzenek, melyik mellet döntenétek és miért?"
Szerintem kb. mindegy, rengeteg dolog hasonló. Ha érted, hogy mi miért és hogyan van, akkor simán átképzed magad a másikra (szigorúan a nyelv szempontjából vizsgálva a kezdeti szinten). -
fatal`
titán
válasz
dabadab
#14626
üzenetére
Úgy tudom, ha céget csinálsz kell legalább 1 ember/tag/akárki, akinek van szakirányú végzettsége. Na most nekem semmilyen papírom nem volt.
De igazából mindegy is volt, legalább van valami sajtpapír, az esti OKJ-n keresztül lett végülis melóm is, úgyhogy amiatt megérte.
De a lényeg, hogy ott tanulni nem lehet semmit.
-
fatal`
titán
-
fatal`
titán
válasz
boorit
#14551
üzenetére
Szerintem a filter adatokat mindenképp tárolnod kell és pontosan az a két út van, amit említettél:
Vagy a tárolt filter adatok alapján eldöntöd, hogy hozzá kell-e adni a listához/updatelni kell-e (módosításnál szerintem mindenképpen, hiszen egy, a szűrt listában nem szereplő elemet, hogyan szűr a user?), vagy refreshelsz a szervertől. Részemről úgy gondolom, hogy adatmennyiség függő, hogy van-e értelme szórakozni a local lista updatelésével, vagy mehet egyből a refresh.Én nem látok más utat, de lehet, hogy másnak lesz még ötlete
-
fatal`
titán
Akkor még egy kicsit a témához.
Valaki említette a Swiftet, hogy futásidőben kap értéket a konstans. Nem ismerem a nyelvet, de akkor az nem konstans hanem immutable property/object. Ilyen javaban is van (final kulcsszó), C#-ban is (readonly), Scala/Kotlin (val).
Immutable propertyk használata elég sokmindent egyszerűsít, pl. többszálú programozás esetén. -
fatal`
titán
válasz
Silεncε
#13455
üzenetére
A nyelv szempontjából tökmindegy, hogy a coret vagy a frameworköt nézi, bár az std lib szempontjából valóban jogos.
Sajnos a C# is egyre több baromságot (avagy "örökséget") hordoz magán, ugyanaz leírható sokféleképpen, az új funkciók meg sokszor nem igazán kidolgozottak.
Pont ebből a kettőből egyébként szerintem mindegy melyiket tanulja, de én is a C#-ra voksolok.
Ha más is szóbajöhet és modern nyelv kell én pl. a Kotlint mondanám.
Mi a szarnak kéne lefordítani a dokumentációkat? Nem, ez nem a szakik hibája. Te folyamatosan fordítva ülsz a lovon.
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Jamo S 805 front hangfal+ center
- HP ZBOOK Firefly 16 G10 /i7-1355U/16GB/1 TB SSD/FHD+/IPS/NVIDIA 4 GB/Gari
- Dell U3423WE 4K ívelt monitor
- KIVÉTELES áron eladó HP ZBOOK STUDIO 15 G7 WORKSTATION! 7-10850H/32GB/256 SSD/NVIDIA T2000 4GB/GARI
- A képek szerinti szép állapotban eladó DELL LATITUDE 5420 üzleti laptop garanciával 14", i5-11345G7,
- LG 32GS95UX - 32" OLED / UHD 4K / 240Hz - 480Hz & 0.03ms / 1300 Nits / NVIDIA G-Sync / AMD FreeSync
- 32 GB-os DDR5 laptop RAM garanciával
- iKing.Hu - Apple iPhone 14 Stílusos megjelenés, megbízható teljesítmény
- LG 27GP95RP - 27" Nano IPS - UHD 4K - 160Hz 1ms - NVIDIA G-Sync - FreeSync Premium PRO - HDR 600
- Asus ROG Zephyrus G15 - 15.6" 4K 120Hz - Ryzen 7 6800HS - 24GB - 512GB - RTX 3060 - 2 hó garancia -
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő