- eBay-es kütyük kis pénzért
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- Meggyi001: RTX 5060 - Az új népkártya?
- gban: Ingyen kellene, de tegnapra
- pr1mzejEE: Viszlát CoD2, CoD4, CS:GO!
- Magga: PLEX: multimédia az egész lakásban
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- bitpork: Phautós tali a Balcsinál 2025 Augusztus 2 napján (szombat)
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
LOGOUT
Új hozzászólás Aktív témák
-
#20503
Fire/SOUL/CD
félisten
fatal`
#20496
válasz
fatal`
#20496
üzenetére
Ez igaz, amit írsz, csak az eredeti kérdésem szempontjából nem lényeges, mert ha van megoldás rá, akkor az minden esetben ugyanaz, mert ez a ListView, amolyan "őskomponens" (W95-ben is van) és erre épülve vannak továbbfejlesztve OS-enként is ill. VB/Delphi/Bulder C++/Visual C/C# stb stb környezetekben is.
"És WinForms-szal se sokan dolgoznak már."
Szerencsére a "WinForms" alkalmazások még az életemben kitartanak, meglepődnél, mennyi ilyen alkalmazás van, pl. a hobbiból fejlesztett SSDOK (Delphi-ben), de hogy egy ismertebb szoftvert is mondjak, a Máté János által fémjelzett Hard Disk Sentinel is Delphi 7-ben íródik (1-2 éve beszéltem vele, Én sem tudtam ezt amúgy) -
coco2
őstag
válasz
fatal`
#20400
üzenetére
Tray icon-hoz elég a console app, és ha "rendezetten" lépek ki belőle, nincs is semmi baj. Viszont ha a piros X-re klikkentek, akkor a tray icon-ok bent ragadnak. És azzal van problémám. Winforms-hoz VS projektet kellene gyártanom ebből a pár szöveg file-ból (amit ebben a formájában aránytalanul könnyebb saját kódraktárba rakni), szóval a VS-t ha lehet most elkerülöm. Ha más nem, inkább hagyom bent ragadni az ikonokat. Egy hobby projekt szépséghibájáról beszélünk csupán.
-
nevemfel
senior tag
válasz
fatal`
#19932
üzenetére
Ez egy nagyon elhanyagolt része lehet az MS dokumentációs oldalainak. Teljesen mindegy, ki írta ezt a példaprogramot, ilyen kevés programsorban ennyi hibát véteni... Ráadásul mindez egy kezdőknek szóló írásban, ahol fölösleges azt feltételezni, hogy majd az olvasó kiszúrja a hibákat.
-
coco2
őstag
válasz
fatal`
#19902
üzenetére
Nem a kínai állam fizeti. Ugyan úgy a magyar adófizetők pénzéből vonják le. De ezen nem érdemes összeveszni.
A lényeg, hogy a kicsi ember szempontjából neki nem kerül extra pénzébe, ha a világ másik végéből hozatja, míg a szomszéd webshop-ból rendelni neki magának extrát kell fizetnie.
-
K1nG HuNp
őstag
válasz
fatal`
#19358
üzenetére
na hat igen, volt egy kis kommunikacio a ceg es koztem a brutto es netto berrel kapcsolatban, de ugy nez ki h brutto 5k netto 3.5k korul lenne az ajanlatuk, remotemban. igazabol lehet futok vele egy kort mert picivel azert tobb a mostani fizumnal es amugy is hasznos skillnek tartom, hogy megtanulok kulfoldre szamlazni, egyeni vallalkozni stb.
-
válasz
fatal`
#18892
üzenetére
Én ezt úgy képzelem el, mint ahogy mindenhol máshol is: lehet választani FB, Google, Apple, akármi közül, de nincs saját auth. a rendszerben. Alig várom, hogy többen meglépjék ezt, mert a tököm kivan a mindenhol saját auth, saját password policyvel.
A kérdés nem hipotetikus, ugyanis éppen szívunk egy saját SSO-val (amit az EMEA központ erőltet ránk), de 1+ év alatt nem sikerült használható állapotra hozniuk.
-
emvy
félisten
-
emvy
félisten
válasz
fatal`
#18878
üzenetére
A Facebookhoz is teljesen szabvanyos TOTP van. Szerintem keversz valamit.
A Facebook, Google, Microsoft, Apple, etc. mind teljesen szabvanyos OpenID Connect providerek. Ezek az OIDC providerek csinaljak az autentikaciot, es mind tamogatjak a TOTP-t, mint masodik faktor; es a platformok (Android, iOS, autentikacios appok pl. 1Password) mind fogjak tamogatni a passwordless logint is.
-
-
-
pmonitor
aktív tag
válasz
fatal`
#18102
üzenetére
És ezt vajon miért tartottad szükségesnek megjegyezni?
Akit nem érdekel, ő miért tenne megjegyzéseket? De mondjuk engem nem zavar, ha szórakozol rajt. Bár nem ez a célom. Részemről semleges vagy. Vagyis a véleményed nem mérvadó számomra.
Egyébként, hogy összegezzem az előző hsz-em lényegét:
Semmi mást nem kellene csinálni, csak normális tartalommal(értelemmel) megtölteni azt, amit a google kitalált. Úgy, hogy ténylegesen a gyakorlatban is használható legyen.
Ennyi lenne az egész. Legalábbis nekem, mint 1 1szerű user-nek. -
pmonitor
aktív tag
válasz
fatal`
#18074
üzenetére
>A szakkönyv meg nem dokumentáció.
Arról nem is beszélve, hogy sokszor az angol api doksi is hiányos. Pl. ehhez is hiányzik az example.
És még sok más függvényhez is. Látszik, hogy az egészet nem fejlesztők írták. Bár az igaz, hogy angolul van... -
pmonitor
aktív tag
válasz
fatal`
#18071
üzenetére
>Az informatika nyelve az angol, pont. Hasonlóan az orvostudományé is
Itt szerinted hol van az angol/latin? Ez mind magyar. De nem mind1, hogy egy orvos milyen nyelven nem tud meggyógyítani/kezel félre? Nekem részem van az elsőben mindenképp.>Mi a szarnak kéne lefordítani a dokumentációkat?
Szteds. ezt pl. mi a szarnak kellett lefordítani? Csak nem azt akarod mondani/írni, hogy sok "ingyenélő" van, akik angol könyveket magyarra fordítanak, holott semmi értelme nem lenne?>Képzeld a tudományos cikkeknek sincs magyar fordítása, mert teljesen felesleges
Sztem. vannak magyar szaklapok is. -
cucka
addikt
válasz
fatal`
#17971
üzenetére
Hogy egy rendszer mennyire rugalmas a jövőbeli igények szempontjából, az alapvetően architekturális kérdés.
Az ideális szituáció, hogy az architektúrád rugalmas, és ott figyelsz arra, hogy mik lesznek a rendszer fix részei, és melyek fognak a jövőben mozogni.Egy ilyen setup-ban a programozók dolga a kódolás, és lényegesen kissebb a hibázási lehetőség is.
-
pmonitor
aktív tag
válasz
fatal`
#17870
üzenetére
Phisingről az elején beszélt. De ezt is írta:
>bőven túlmentek az etikus hekkerkedésen, szerintem.Szóval döntsön az olvasó!
Ettől függetlenül vminek csak lennie kellett, hogy "1 nem illetékes" HW-re kerüljön a dolog.
#17689(martonx):
Egyrészt én dolgoztam a verseny- és a köz szférában is. Fizikai- és szellemi munkát is. Sztem nem ettől függ a dolog. Hanem az ember(dolgozó) felfogásán/hozzáállásán. Igazából nagyon kevés objektív dolog van(mondjuk a fizikai munkakörökben vmivel több, de ott is van szubjektív dolog is rendesen).
>eszembe jutott, hogy tudok neked kódot mutatni.
Ugye, hogy nem fájt? Csak ennyi az egész. Még jobb lenne, ha csak az adott szmély(jelen esetben a Te) által írt kódot mutatnának be az itt levő szereplők. -
emvy
félisten
válasz
fatal`
#17739
üzenetére
Milyen extra eroforrasra gondolsz egy kontener eseten? Teny, hogy a fuggosegek tarolasa plusz helyet igenyel, de maga Linus Torvalds mondta, hogy (desktopon) a megfelelo strategia az, hogy fuggosegek jonnek az appal egyutt, es az apt/stb. megoldas megoli a Linux desktopot.
> Én csak a desktopon futtatott appoknál látom teljesen feleslegesnek
Hat, pedig a modern Linux desktopon az appok egy jelentos resze mar kontenerizalt. Plusz vicc, hogy pl. a Docker maga is kontenerizalt
bambano: szoval semmi konkretat nem tudsz felhozni, csak a szokasos mormogas, hogy regenmindenjobbvo't, amaifiatalokhulyek, bezzegazenidomben
-
dqdb
nagyúr
válasz
fatal`
#17733
üzenetére
Az SSH része a windowsnak egy ideje.
Ahogyan a curl is, szóval igazad van, mondjuk egy OpenSSL jobb példa lett volna.SSH miatt egy komplett linux alrendszert feltenni szerintem hulla felesleges.
Egyetlen alkalmazásért tényleg felesleges lenne, de arra akartam rávilágítani, hogy ha már úgyis ott van a fejlesztőknek szánt Linux alrendszer a Windowsba integrálva, akkor érdemes azt használni, amikor előnyöket nyújt. Mondanám ezt, hogy biztosan azért érzem így, mert egyes tooljaink mindkét platformon futnak, így egyszerűbb VS + CMake párossal egy helyen fejleszteni, de előbb használtam WSL-t, minthogy a Linux bejött volna célplatformként, és előtte pedig a Cygwin-MinGW párost sok-sok éven át.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.
Egy mindennap használt desktop alkalmazást szerintem sem lenne értelme így futtatni, azt fel kell telepíteni vagy natívan Windowsra, vagy WSL/WSLg alá, és használni. De egy háttérben futó szolgáltatás mehet konténerből, vagy egy olyan desktop alkalmazás, amit néhanapján se használ az ember, annak a linuxos változata mehet konténerből, amikor szükség van rá, és aztán használat után eldobod a konténert. -
emvy
félisten
válasz
fatal`
#17733
üzenetére
> #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.
De figy, mi a kontenerben a bonyolult? Ez egy sima processz, annyi a trukkje, hogy el van zarva a geptol egy jol definialt interfeszen keresztul. Akkor lehet egyebkent ertelme, ha peldaul a program nincs felkeszitve arra, hogy tobb peldanyban is installalva legyen (kontenerrel pofonegyszeru kulonvalasztani pl. a felhasznaloi profilokat).
Linuxon pl. a snap peldaul kontenerizacio, a flatpak meg arrafele halad. Szoval a desktopon is itt vannak mar egy ideje a kontenerek, csak nem Dockerrel, hanem a kicsit egyszerubb lxd-vel.
-
pmonitor
aktív tag
válasz
fatal`
#17517
üzenetére
Abban igazad van, hogy a szarvashibá(ka)t az üzemeltető követte el(több alkalommal):
1.: elcseszte, hogy mennyi van készleten
2.: 11 nap kellett, hogy ez kiderüljön ennél a "cég"-nél nevezett valaminél?
3.: közben kiküldtek egy olyan e-mailt is, amiben múlt időben szerepel, hogy a "sz. megrendelését előkészítettük". Azért nem semmi, hogy a készleten nem lévő terméket 5 nappal a rendelés után előkészítették(ismétlem: múlt időben!).Hogy az első pont megtörténhetett, az igenis a programozó(k) hibája. Valós teljesítmény nélkül engedi a rendszer bevételezni a terméket. Miért engedi a rendszer, hogy random számot üssön be a user, hogy miből mennyi van készleten? Sztem ez egyértelműen programozói hiba.
-
-
bandi0000
nagyúr
válasz
fatal`
#17399
üzenetére
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
-
coco2
őstag
válasz
fatal`
#17324
üzenetére
Igen, ef core, és attribútum lenne jobb (ebben az alkalmazásfejlesztési stílusban áttekinthetőbb, ha helyileg ott van, ahol az osztályt leírom). Primary key automatán van az "Id" név miatt. Amellé raktam még +1 kompozit indexet. Constraints nincs mellé. Talán kicsit biztonságosabb lenne azzal együtt.
-
coco2
őstag
válasz
fatal`
#17260
üzenetére
A linket köszönöm. A linkeden van példa kulcs definiálására a táblákhoz. Sajnos csak olyan formán, hogy 1 tábla - 1 kulcs. Nekem kellene van 6-8 index a táblákban adatokat keresni (főleg 2-3 oszlopból gyártott kulcsok). Nosza rákerestem a HasForeignKey()-re, amire a példák mind egy lambdát adtak, hátha tud tömböt. Az msdn doksi meg 2 paramétert ír, nem egyet. Ezekben a lambda dolgokban még kezdő vagyok. Például van egy ilyen:
modelBuilder.Entity<RecordOfSale>()
.HasOne(s => s.Car)
.WithMany(c => c.SaleHistory)
.HasForeignKey(s => new { s.CarState, s.CarLicensePlate });Mondjuk ott nem indexet gyárt, hanem idegen kulcsot, de végeredményben a kód keresni kezd, a db szerver indexet fog tudni használni, és a lényegi problémámat az megoldja. Csak lehetne neki valahogy még több tagot felsorolni. Vagy chain-be kötni szokás és ráhívni többször?
Aki használja aktívan, egy tippet / példakód linket had kérjek tőle, hogyan szokás megoldani egy táblához több indexet, ami szövegszerkesztésileg még ki is fog nézni valahogy?
-
pmonitor
aktív tag
válasz
fatal`
#16995
üzenetére
#16991:
>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.Én erre a hsz-edre írtam.
Jó, mondjuk Linq esetén igazából nem nagyon van választás(végülis erre találták ki eredetileg). De az egész kód nem Linq-ból áll.
-
pmonitor
aktív tag
válasz
fatal`
#16987
üzenetére
Csak az, hogy rontja a kód olvashatóságát. Főleg így, ahogy martonx ítra:
>a legtöbb helyen a var-t a legcélszerűbb használni,Ha a legtöbb helyen var-t használ valaki, az az olvashatóságot jelentősen csökkenti. De előfordul, hogy "egymagában" is rontja az olvashatóságot. Pl.:
foreach (var item in list)Ezen csak a nagyon jól megválasztott változónév segíthet valamit, de ez hajszálvékony jég... -
zsolti_20
senior tag
válasz
fatal`
#16638
üzenetére
Sajnos nincs semmi. Ezek valamiféle dhtmlXTree checkboxok. Ha megfigyelem csak egy gif van a helyén amit változtat.
<img src ="folder/dhtmlxTree/folder/folder/img.gif" align="absmiddle" stlye ="width: 16px, height: 16px;">Ha kiválasztom az egér click eventet a DevTools-ból akkor beugrik egy javascriptbe ahol a tickbox chekolás ezzel a paranccsal történik:
this.treeNod._setCheck(this.parentObject, true);
vagythis.treeNod._setCheck(this.parentObject, false);
Attól függően ugye hogy az if melyik feltétele teljesül rá.
A this-re ha ráviszem az egeret akkor azt az img-t jelöli ki amire rákattintottam előtte.
A this.parentObjectre pedig egy dhtmlXTreeItemObjectet ír ki a consoleban. -
Marky18
aktív tag
válasz
fatal`
#16574
üzenetére
Sokkal gyorsabb a 22-es. Most fejlesztettem egy kozepes meretu solutionbol allo .NET Core appot es volt idom parhuzamosan probalgatni a 19-es es a 22-es VS-t. Minden teren (startup, build, debug) sokkal gyorsabb az uj, igaz most mar be is foglalja a memoriat. De legalabb gyors
Az intelligens kodkiegeszites pedig baromi jo, rengeteg boilerplatet meg lehet iratni egy tab-al. -
pmonitor
aktív tag
válasz
fatal`
#16564
üzenetére
A mobilos példád igaz. De egy mobilba is soknak tartom az app-ok helyfoglalását. Éppen nemrég kérdezte tőlem egy idős néni, hogy az akcióban pár ezerért kapható 8 gigás tárhellyel rendelkező okostelót érdemes-e megvennie, mert Ő csak arra szeretné használni, hogy a tesco-ban az akciókat megnézze rajt. Mondtam Neki, hogy az sztem. nagyon kevés tárhely, mert az alkalmazások túl nagy helyet foglalnak.
De olyan aspektusa is van a dolognak, hogy hiába lett gyorsabb a HW, azért még mindig az a legszűkebb keresztmetszet. Így viszont hiába van 1 terrás HDD, azt mégsem lehet csak a VS-nek elfoglalnia. Méghozzá azért, mert így is egy közepes erősségű vason is nagyon lassan indul(főleg, ha töredezett a meghajtó).@dabadab: Gondolom azért, mert kevés komponenst telepítettél. Azért írtam, hogy alsóhangon 5-6 giga. 1-2 gigát tévedtem.
-
emvy
félisten
válasz
fatal`
#16005
üzenetére
> Jogos, bár én inkább konstansként gondoltam rá mindig, illetve hogy ne legyen felülírva az értéke.
Az a baj, h a final az a referencia konstanssagat garantalja, nem annak a konstanssagat, amire a referencia mutat.
Es ja, csak a zajossaga miatt, egy egyszeru peldat akartam hozni.
-
emvy
félisten
válasz
fatal`
#16003
üzenetére
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).
Ja, nalunk csak ugy mehet be kod, ha
- 2 ember review-zta
- a kodban ott a teszt, ami bizonyitja, hogy a specben/ticketben leirt mukodest megvalositja (ergo az nem eleg, hogy a ket reviewer erti, hogy mukodni fog) -
axioma
veterán
válasz
fatal`
#15634
üzenetére
Lehet hogy csak az eloadas volt a gyakorlat anyagahoz is igazitva. De mindegy is, az eredeti felveteseddel egyetertek nyilvan.
Esetleg az is felmerulhet, hogy a buborek - ha kezdoknel maradunk - azt is megmutatja, ohgy mashogy egyszerubb az algoritmusnak mint neked kezzel. Pont azert amiert a beszuro megy amikor felszeded a kezedben levo paklikat, mert tkp az egeszet latod egyszerre, van egy kep a fejedben a megoszlasrol is (nagyok vannak a kezemben, a kicsi a bal szelen kell nezni hogy pont hova) stb., de ilyenekkel nem tud az algo mit kezdeni, egyesevel nezve meg ez a helycseres latvanyosabb. Ha meg eleve nem k-1-ig megy hanem "amig van csere" akkor meg vegkepp szemleletformalo.
(Pl. itt egy mesterseges pelda, ki csinalna' konstruktivan, ki valami egyszerubb kerulouton? [link] Mindketto 10 sor alatti pythonban, beleertve esetekre ciklus, beolv, kiir, minden, de tok jol mutatja hogy mennyire allt at a gondolkodas.) -
axioma
veterán
válasz
fatal`
#15632
üzenetére
Szerintem a buborek amit a legkonnyebb nem elrontani, mert csak ket ciklus logikus hatarokkal (es me'g akkor sincs gond ha n-szer vegigmegy az egeszen). Minden masnal +-1 konnyen elirhato. Raadasul ha "majdnem" rendezett akkor a kevesebb csere, debug eseten jobban atlathato. A beszurassal operaloknal az algo latvanyos resze mogotti masodik lepes (odebbtolni a maradekot) ami problemat okozhat (amelyik nyelvben meg split/join megoldod, ott meg annal is lassabb lesz mintha fix helyen atpakolgatnal). Oktatasra ezert a buborek mint kalyha nem rossz szerintem.
Ha valaki nem ismerne', tancos valtozatok: [link] -
Froclee
őstag
válasz
fatal`
#15479
üzenetére
Előző cégnél nagy mánia volt egy solution-ön belül minden szarra projektet csinálni. VS 2017-nek kellett így 10-20 sec amíg a symbol-ok betöltöttek és faszán indexelhető volt minden. Tényleg kegyetlen.
Most Python-ozok, itt a PyCharm-al van hasonló tapasztalatom, de cserébe ronda is. Nem bírtam sokáig.VS Code-ra rászoktam 1,5 éve, szarrá customizáltam (29 installed extension, skin-ek, ikon csomagok, monospaced betűtípusok, custom billentyű shortcutok git folyamatokra, minden amit el tudsz képzelni
), nem is tudom, hogy tudnék-e már másban fejleszteni. Tavaly egy .NET Core 5-ös mini projektet csináltam benne, OmniSharp-al egész fasza volt. 2-3 másodperc alatt áll fel teljesen egy projekt MB Pro-mon. -
pmonitor
aktív tag
válasz
fatal`
#15471
üzenetére
Belegondolsz, akkor a win api-t is elszúrták, nem csak a VS-t. Írok egy példát, amibe nemrég szaladtam bele.
C#-ban elindítok Process.Start-al 1 programot(pl. Calc.exe). Idáig végzi is a dolgát, úgy ahogy kell. Lekérdezem a Process ID-t. Látszólag ez is végzi a dolgát, mert 1 értéket beletesz. Csakhogy ez az érték nem a Process ID-je. Tehát Invalid értékkel tölti fel(a feladatkezelőben teljesen más érték van). Azért a biztonság kedvéért megpróbáltam Kill-el kilőni. Természetesen nem sikerült(mivel egy false ID-t tartalmaz). A Kill egyébként működik, mert ha a feladatkezelőből meg nézem az elindított programot, akkor valóban kilövi.
Na mondom, biztos a VS "szórakozik". Megpróbáltam win api-val, CreateProcess-el(továbbra is C#-ban). Getlasterror nem ad errort. Viszont az ID itt is Invalid.
Na, mondom megyek tovább. Még mindig VS-el, de már C++-ban. Az ID itt is invalid.
Na, mondom megyek még tovább: Code:
locks. Az eredmény itt is Invalid ID. Tehát nem VS specifikus probléma. Masm32-vel még nem próbáltam, de sztem ott is ugyanez a jelenség lenne.Az eddigi post-jaimból is kitűnt, hogy nem vagyok kibékülve olyanokkal, akik "programozó szakiknak" állítják be magukat a fórumokon(messziről jött ember azt ír magáról, amit akar). Mondjuk ez a határozott véleményem elsősorban a prog.hu-s tapasztalataimból ragadt rám. De hogy a Microsoft-nál is a vezető szerepben lévő "programozók is ilyen sz"-t adjanak ki a kezükből...
-
válasz
fatal`
#14985
üzenetére
Régesrégen, az őskorban még így volt. Szvsz a régebbi motorosok (moderátorok), megmaradtak a régi szokésban és inkább egybeszerkesztetik a többszörös hozzászólásokat. Szerintem ez egyébként az oldal öröksége, és nincs vele sokszor probléma.
Nem egy csetkliens ez, hogy mindenkinek mindenre válaszolni kelljen. -
#14749
instantwater
addikt
fatal`
#14748
válasz
fatal`
#14748
üzenetére
Laptopvásárlásról kérdezett a kérdező.
Én is asztali perifériákkal püfölöm a céges XPS13at, mert azon hosszútávon nem lehet dolgozni, viszont kevés helyet foglal az asztalon, és könnyű hordozni.Van mellé kényelmes billentyűzet, egér, monitor.
De továbbra sem vennék Paviliont munkára.
-
Ispy
nagyúr
válasz
fatal`
#14674
üzenetére
Nekem az volt a kedvencem, amikor 30 perc telefonálás után derült ki, hogy azért nem működik a program, mert a kedves felhasználó néni kikapcsolta a billen a numlockot és ezért nem tudja beírni a számokat.
Az meg rendszeresen előfordul velem, hogy nem azt csinálja a program, amit szeretnék, aztán kiderül, hogy persze, hogy másik adatbázisban módosítottam, nem amin tesztelek.
-
p76
senior tag
válasz
fatal`
#14674
üzenetére
Mi órákig teszteltünk 2 szerver közti kapcsolatot mire kiderült hogy valaki "véletlenül" kihúzta a másik szerverből a kábelt. A konkurencia géptermében volt a másik szerver ahová be se tehettük a lábunkat.
Aztán évekkel később tanfolyamon voltam egy ismert multi cégnél és mindenképpen meg akarták mutatni a szerverszobát. Ami nagy hiba volt nyáron rövidnadrágban, mert pár perc alatt jéggé fagytam.
Lehet hogy ott "véletlenül" ki kellett volna húznom néhány kábelt. Főleg a klíma tápkábelét -
Tigerclaw
nagyúr
válasz
fatal`
#13653
üzenetére
A dokumentáció konstansként említi.
var x:Int // ez egy változó
let y:String // ez egy konstans (egyszer kaphat értéket)
Nem olyan mint egy setter nélküli, vagy private setteres object property. Eleve egyszerű csak értéket hordozó adattípus, és működik önállóan lokális "változóként"
Persze a megvalósítása az biztos nem egyszerű, mert valami védi azt a memóriacímet az utólagos módosítástól, miután már egyszer kapott értéket. Szóval lehet hogy valami objektum property konstruktoros értékadással, setter nélkül. Azt nem tudom, hogy a tárolása stack vagy heap. A kódoló felé értéket adó konstans.
-
kezdosql
tag
válasz
fatal`
#10360
üzenetére
Koszonom, verge kepben vagyok.
Nem az angol parancsok magarra forditasaval vannak gondok, hanem azzal, hogy mit csinal.
Kedvenc peldam volt a drupal 3 vagy hasonlo verzioja, amit allitolag olaszok es masok irtak, akik japanoknak dolgoztak es angolul irtak a doksit, cask allando hibauzenetek voltak. A magyar forditast vegzo csapat az egyikre vegul beirt valami olyasmit, hogy "ennek a telepitesi parancsnak ezt kellene csinalnia, de valamiert nem mukodik, ezert inkabb ezt probaljatok" - es az mukodott.Ha csak sql-nel maradunk, latatlanba lefogadom, hogy meg foiskolas programozok nagy resze is megbukna nehany kerdesen, amikor a lekerdezesben keverni kell az inner/outer joint parancsokat a left/right join-nal.
Ilyeneket magyar peldaval eleg nehez megerteni, mert a parancsokat csak ugy lehet ertelmezni, hogy vissza kell menni a jo oreg halmazelmelethez.
Meselhetnek a Cisco bukasarol, amelyik bevezette, hogy evente par napig tart konferencianak nevezett szeminariumokat elegans szallodakban, es gyorsan kiderult, hogy meg a szinkrontolmacsok reven se ertettek azok, akiknek nem volt alapos ismerete a mogottes logikarol.
Gondolom, rengeteg peldat tudnatok ti is kapasbol felsorolni, amikor ott volt elottetek akarhany soros programocska es szidtatok a programozot, hogy azt az egy sort miert nem kommentelte, hogy mit csinal es miert - es akkor meg nem beszeltunk a magyar forditasrol.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
kezdosql
tag
válasz
fatal`
#10350
üzenetére
Hat, ismet a kozepiskolaban erzem magam, amikor alltunk a tablanal es mindent elmondtunk valamirol, csak eppen nem tudtuk az alapdefiniciot. Most mar ertem a tanart, miert volt merges.
A wiki azt irja le, MIRE JO, az API, de egy szot se ir arrol, hogy MICSODA.
Ha szerinted annyira jo, akkor definialnad nekem, mi az API?
Program? Rutin? Fuggveny? Szolgaltatas? Eljaras?
Vagy csak egy fekete zsak, amivel boldogok vagytok, hogy ott van, es a kutyat se erdekli, hogy mi az?
-
#8463
PumpkinSeed
addikt
fatal`
#8460
PumpkinSeed
addikt
(#8461) kispx, (#8462) martonx
Köszönöm a válaszokat, eddig a goDot-al küzdöttem, de annyira szegényes a dokumentációja, hogy bizonyos dolgokra egyáltalán nem találtam megoldást, ezért inkább hagyom is. A Unity-t kipróbálom, bár nem tudom egy beadandó erejéig érdemes-e C#-t áttanulmányozni.
-
axioma
veterán
Akkor mea culpa, en az egesz sza'lban ezt a hozzaallast lattam, ezek szerint te nem ugy ertetted.
4 felev analizis az a tobbsegnek valoban felesleges, meg akkor is ha ebbe diff.egyenletek tantargy is beleertendo - persze inkabb tananyagfuggo, mint felevszamfuggo. Ami viszont keves van, legalabbis Szegeden keves volt, az a ve'ges algebrak, pedig egy csomo minden algoritmusilag arra epul, legfeljebb aki nem tanulta, annak nem log ki mint a lolab...
Amugy a masik ok, amiert rengeteg helyen felesleges merteku matek van, az a "tortenelmi" ok, hogy az info oktatoi garda altalaban a matek tanszekekbol valt ki. De egyebkent en latom a ferjem reven az elmozdulast is, pont az elte-n, korabban teljesen absztrakt matematikai megkozelitesu volt az adatb. tananyag eleje (sor- es oszlopkalkulus), ami par eve viszont kikopott a tematikabol. -
axioma
veterán
Nem ertem. Ha _programozni_ akar valaki tanulni, akkor miert is kene az algoritmusok targyat kerulni? Jo, nem kozvetlen ezt irtad, de hogy a kerulendo matekos tantargyak egyike.
Kodot irni meg lehet tanulni, de a programozas pont arrol szol, hogy tudsz problemakat leforditani algoritmusokra. Szerintem!
Egyebkent ha ilyen regi emlekek is e'rnek, 94(91)-98 Szeged, szerintem az elso 3 evben nem annyira sok a matek, mint a 4.-5. ev valaszthato tantargyaiban. Igaz, amit mi tanultunk pl. szoftverfejlesztes alatt, az a hangzatos resze volt (waterfall es tarsai talan, a vizsga se volt komoly igy csak halovany emlek), de hogy a verziokezelo rendszer mibenlete nem fert bele egy 5 eves kepzesbe, az azert erdekes... bar mondjuk ha a kepessegek megvannak, akkor 2 het alatt a munkahelyen siman megvan ez a plusz tudas.
Nem mellesleg ha valakinek diplomabol van mar jopar matek tantargya, akkor _azokkal_ mar nem kell sz*pnia, hiszen elfogadjak ha elegge nagy az atfedes a tematikaban. -
-
lgabster
csendes tag
Ez pontosan így van, és firefoxban is seperc alatt elő lehet kaparni minden média fájlt. Cache-ből is elő lehet kaparni, pdf-creatorral szerkeszthető pdf-ként le tudja menteni, és még tényleg sokszáz variáció van, hogy tudják lelopni a netről.
Most itt csak az a kérdés, hogy mennyire akarja megnehezíteni valaki dolgát, illetve érdemes-e?Az interneten a legfőbb alapszabály, ha nem szeretnéd, hogy ellopják a dolgaid: NE TEDD FEL RÁ!
Egyébként talán a legbiztosabb, egy kódolt rar, vagy pdf, amihez kérésre elküldöd a jelszót, piktogramként pedig egy vízjeles, kis felbontású képet kiraksz.
És még sok más függvényhez is. Látszik, hogy az egészet nem fejlesztők írták. Bár az igaz, hogy angolul van...
(Legelső munkahelyemen egy csomó németül írt kódhoz volt szerencsém, az még elment, mert valamennyire sprechen Deutsch, de után volt, hogy szlovák kommentekbe futottam 
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
De akkor nem véletlenül nem találkoztam vele 
locks. Az eredmény itt is Invalid ID. Tehát nem VS specifikus probléma. Masm32-vel még nem próbáltam, de sztem ott is ugyanez a jelenség lenne.
Akkor mégsem drágultak.
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- XFX RX-69XTATBD9 Xfx Radeon RX 6900 XT 16 GB GDDR6 videókártya csere Rtx 4070Ti
- AKCIÓ!!! GAMER PC: RYZEN 5 4500-5600X +RX 9060XT/9070/9070XT +16-64GB DDR4! GAR/SZÁMLA!!!
- AKCIÓ!!! DDR5 GAMER PC: RYZEN 5 8400F/9600X +RX 9060XT/9070/9070XT +16-64GB DDR5! GAR/SZÁMLA!!!
- Asus X299 TUF / Beszámítás OK!
- AKCIÓ!!! GAMER PC: RYZEN 7 5700/5800X +RX 9060XT/9070/9070XT +16-64GB DDR4! GAR/SZÁMLA!!!
- HIBÁTLAN iPhone 14 Pro Max 256GB Space Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3009
- Prémium gépház most fantasztikus áron!
- HIBÁTLAN iPhone 14 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3018
- Telefon felvásárlás!! iPhone 13 Mini/iPhone 13/iPhone 13 Pro/iPhone 13 Pro Max/
- Microsoft Surface Pro 9 i5-1245U 16GB 256GB 1év garancia
Állásajánlatok
Cég: FOTC
Város: Budapest