Vagy ti vagytok extra jövedelmező piacon, ha megéri minden feladatot seniornak kiadni

Hello! Kicsit elveszett kérdés
.Net 5 elöljáróban: hogy tudok a legegyszerűbben egy byte[]-ot webapi controllerből a browser felé visszadobni? Npoi excel fájl szeretnék a clienttel letöltettni de az eddig stacken talált HTTPContext.Current megoldások mintha nem is léteznének nálam (nincs .Current).

The Separatists have no regard for innocent life. They don't care who walks away from war and who doesn't. That's why we move on them now, Commander……and Wolfpack leads the hunt.

Esetleg?
https://stackoverflow.com/a/18309281
Illetve, ha .NET 5 (nem .NET Framework), akkor szvsz ez a konyvtar nincs implementalva...
https://www.youtube.com/watch?v=FsgpMtHG4kw >
Roviden - a HTTPContext.Request property-t nezd meg.

[ 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...

Single file upload-nal a Body lesz az upload stream, ha form-based a feltoltes akkor a asszem multipart body lesz es vagy feldolgozod a multipart Body-t vagy az adott form elemetre irsz egy feldolgozo-t:
https://stackoverflow.com/questions/26443305/how-can-i-upload-a-file-in-mvc-6-under-vnext

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...

Return File(byte array, filename) fejből mobilon potyogom de valami ilyen végtelen egyszerű.

Én kérek elnézést!

Vagy ha a fentieknél még egyszerűbb a szitu, szerintem simán csak ne vidd túlzásba azt a swagger-t. Böngésző oldalon mi lesz abból a byte[]-ból, amikor használod? Halom sok picike szám, vagy base64 string? Akár egybecsomagolhatod jó előre base16 vagy base64 string-be. Miután odaért, javascript-hez kerül, és az úgyis átalakítja.

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

De létezik. És sokkal többet is tud az én programocskámnál... Csak az én alkotásom ~50K, ez meg alsó hangon ~230M. Azért nagyon nem mind1.
Ennél(is) felmerül az a kérdés, hogy akkor most egy(vagy több ) ilyen "monstrumot" használ a "programozó", amit 1 csuklómozdulattal beemel a projektjébe, vagy ír magának egyet(ha tud), amely nyilván kevesebbet tud. Cserébe viszont nem egy elefánt méretű. Mondjuk találtam 1 naudio.dll file-t(ez "csak" ~500K), de még nem néztem meg rendesen, hogy pontosan mit tud. Viszont ahogy ránéztem, ez csak wav és mp3 formátumot tud kezelni. Igazából azt nem értem, hogy a lejátszáshoz miért használná ennek a lejátszóját az emberke, amikor mciSendString() -el minden audio formátum lejátszható, minimális méretű binárissal(és ezt tartalmazza az OS, nem kell külön dll, vagy külső program)... Igazából egy Audacity megfelelne, ha parancssorban is működne az editor része(de ezt egyrészt telepíteni kell, másrészt meg azért ez is ~70M). Szóval nem 1szerű megfelelő megoldást találni...

http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php

A hobbiprogramozók nem építenek semmit cégekben, mert akkor az már nem hobbiprogramozás. Ha Jóskabácsi szeret otthon bütykölni, az nem fogja fellendíteni az asztalos szakmát...hobbiból meg nem lehet komoly dolgokat készíteni, mert ahhoz kevés heti 4-5 óra, hogy el is készüljön.

"Debugging is like being the detective in a crime movie where you're also the murderer."

Jóskabácsi eseténél maradva - attól függ, mit bütyköl Jóskabácsi odahaza. Ha hobbiból polcos szekrényeket csinál a szomszédoknak, hogy hátha telik egy kicsit több pálinkára, az nem fogja fellendíteni az asztalos szakmát. Ha jóskabácsi nem polcos szekrényeket bütykölt, hanem ő találta fel a gömbcsuklót, azt idővel már érezheti az egész asztalos szakma is.

A véleményed arra utal, te nem vagy bütykölős fajta. Akik bütykölnek, nem egy héten azt az egyszer 4-5 órát szánják rá, hanem alkalmasint éveken át csiszolódik egy gondolat. Nincs cég, amelyik azt mind bevállalná kockzati tőkének. Azt csak a hobbisták szánják rá.

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

Ne viccelj már, a cégek rengeteg mindent bevállalnak, folyamatosan, aminek a jó része kuka is lesz pár év alatt (startup? Opensource kódtenger?). Kicsiben, közepesben, meg nagyban. És de, bütykölős fajta vagyok, ezért tudom, hogy az embernek menyire limitált a kapcítása szabad idejében. Szóval nem, továbbra sem a hobbisták viszik előre ezt a szakmát, hanem a cégek, akik pénzt áldoznak a fejlesztésre, és a cégek, akik ezért fizetnek. A hobbistákat max felszippantja a rendszer.

[ Szerkesztve ]

"Debugging is like being the detective in a crime movie where you're also the murderer."

Zöldmezős projectekre vonatkozóan 10 millió huf fölötti kockázatvállalással én még nem találkoztam. Mit nevezel te közepesnek és nagynak?

Érdekes megfogalmazás a "felszippantja a rendszer". Már majdnem olyan érzés, mintha a nevezett rendszer csakugyan meg tudna lenni azok nélkül a felszippantgatások nélkül.

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

Sziasztok, hobbi szinten ismerkedem a programozással, Python, C, SQL jelenleg (utóbbit leginkább azért mert azt a mostani, nem IT állásban is használom). Bár jó helyem van most, azért gondolkozom új kihívásokon, karrierváltáson.

Az lenne a kérdésem, hogy tudnátok-e esetleg ajánlani olyan blogot, vlogot, bármit ami bemutatja, hogy ténylegesen mit csinál egy szoftverfejlesztő, milyen feladatot kapsz mondjuk egy sprintben? A YouTube-on csak bullshit videókat találtam ebben a "life of a software engineer" témában, vagy az az egész videó, hogy valaki jógázik meg kávét főz, vagy ilyen "junior roasting" ahol egy brogrammer játssza az agyát, hogy ő egy hét alatt újraírja a Windows 11-et Assembly-ben...

köszi

olyan cérna vagyok, akit anyám százszor tűvé tett

Alakul a Java tanulás, szeretnék kérdezni egyet.

///////
public class gyak {
public static void main(String[] args) {

String szo = "xxxx";
int hanyszorvanmegbenne = 0;

for (int i = 0; i < [color = red] szo.length() - 3; [/color] i++) {
if (szo.substring(i, i + 2).equals(szo.substring(i + 2, i + 4))) {
hanyszorvanmegbenne++;
}
}
System.out.println(hanyszorvanmegbenne);
}
}
/////////
A fenti kód működik, annyit csinál, hogy substring segítségével megnézi, hogy egy adott stringben hányszor található meg egymás mellett négy ugyanolyan karakter.

Három karaktert vizsgál meg egyszerre és nézi az átfedéseket is, de nem igazán értem, miért kell a -3 a length után a ciklusba. Vagyis papíron levezetve teljesen logikus a dolog és kell is oda a -3 ahhoz, hogy ne dobjon hibát, de sajnos nem értem a logikáját teljesen. Valaki volna kedves elmagyarázni szájbarágósan?

[ Szerkesztve ]

Nothing will stand in our way. I will finish what you started.

Ahogy te is mondod, a következő három karaktert vizsgálja ez az iteráció, de ha nincs a -3 akkor "túlmennél" a vizsgált stringen. Pl az a string, hogy ABBAABBA és "ABBA" substringet keresel, ha nincs a - 3, akkor próbálná azt is vizsgálni, hogy a 8. karakter (utolsó "A") és az utána lévő három karakter kiadja-e hogy ABBA, de mivel nincs 9., 10., 11. karakter ezért hibára futsz.

Tehát a -3 azért kell, hogy amikor i = 5 akkor megálljon az iteráció, mivel egy nyolc karakteres stringben az utolsó 3 karakter mátr biztosan nem adhatja ki a négy karakteres substringet amit keresel.

[ Szerkesztve ]

olyan cérna vagyok, akit anyám százszor tűvé tett

Konkrét task-ot ha bárki ide be-copy-paste-el neked a céges ügyvitel kezelőből, alaposan fogok meglepődni rajta. Összességében felesleges bármiről miszticizálni. Ha bekerültél egy pozícióba, ott tudni fogják rólad, mit lehet rád bízni, és mit nem.

Általánosságban meg azért nehéz válaszolni a kérdésedre, mert míg kicsi cégeknél sok kontextusban szerteágazó komplexebb feladatot kaphat valaki (weboldalon nyújtható felhasználói élmény javítása kapcsán adatbázisban adatkezelési problémán át a háttérben futó elektronikai eszköz firmware gyengeségeinek utána járni - ez egy példa volt), nagyobb csapatban jellemzőbb az egyetlen kontextuson belül feladat (gyárts le egy kommunikációs interface-t valami távoli ügyfélhez, aminek a placeholder formában kivitelezett kezelési felületét már megtalálod itt és itt). Hasraütés-szerű példák voltak.

[ Szerkesztve ]

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

Köszi a múlt hetit lóhalálában kaptam és nem volt hirtelen ötletem

Gyors kérdésem lenne megint mert a frontend végképp nem az én világom Ha dotnet akkor BL amúgy meg C
Swimlane/NGX-ben esetleg van valaki aki otthonosabb mint én?

Swimlane/NGX datatable-nél nem elég ha a .component .ts-ben bevan hivatkozva a ColumnModell ahhoz, hogy Force-ra tehessem sticky-ség miatt a headert?

Olvastam van valami bug ha nincs szélesség attrib akkor nem lesz sticky mert a .html-ben nem veszi be a ColumnMode-ot de nekem csak szimplán nem hoz semmi változást

Bocsi a hülyekérdések miatt kicsit csetlek botlok még a webbel

Git-es Swim sourcet nézve is érdekes miért nem veszi be, de abban a formában nem is fordul a frontendem(cloumnMode-ra beveszi de []-ezve nem)

[ Szerkesztve ]

The Separatists have no regard for innocent life. They don't care who walks away from war and who doesn't. That's why we move on them now, Commander……and Wolfpack leads the hunt.

Köszi szépen a segítséged!

Nothing will stand in our way. I will finish what you started.

Persze semmiképpen sem konkrét példákkal gondoltam, én is olyan területen dolgozom, hogy egy meggondolatlan csatolmány vagy forward is az állásomba kerülhet. Csak jó lenne kicsit képbe kerülni mert egyelőre kizárólag végletekkel találkoztam (VIM-ben programozó sigma arcok akik ebédszünetben kifinganak egy komplex rakétavezérlő szoftvert vs. "annyi a heti munkám hogy átszínezek egy CTA gombot" arcok).

olyan cérna vagyok, akit anyám százszor tűvé tett

Igen, vannak a végletek, és azok között minden. Annyi az összes, amit általánosságban mondani lehet. Ha mást vártál, sajnálom.

>...ebédszünetben kifinganak egy komplex rakétavezérlő szoftvert...
Érdekes egy helyen szoktál te ebédelni

[ Szerkesztve ]

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

Tech kérdés. Létezik blockchain alapra épített adatkezelő, ami acid-kompatibilis szolgáltatást kínál? Amiket eddig néztem, base-ből van kínálat, mint Cassandra és társai, de acid-ot még nem találtam.

[ Szerkesztve ]

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

Nem tudom, hogy létezik-e, de trivialis lenne megcsinálni (értelme kb semmi).

while (!sleep) sheep++;

Banki és egyéb pénzügyi rendszerek miből építenek fürtöt adattárolásra?

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

A friss Oracle-ben vannak blockchain table-k, de őszintén szólva erősen kétlem, hogy tényleg erre van szükséged.

DRM is theft

Ha az a kérdés, hogy miben tárolják a tranzakciókat, akkor mondjuk Oracle vagy SQL Server. De tuti használnak még DB2-t is.

Nem tudom, hogy jutna eszébe bárkinek ilyen célra blockchain-t használni, kb. teljesen értelmetlen.

[ Szerkesztve ]

@dabadab / @cucuka:

Mi a baj a blockchain tech-el? Mi a "nem szeretem" tárgya? Jó, buzzword a blockchain, és nem bízunk a hipszterekben, azt illetően +1, de azon túl?

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

Alapvetően a blockchain megoldás, ami problémát keres Nagyjából egyedül a kriptópénzekre jó, bármi másra vannak sokkal jobb megoldások (és persze a "blockchain" kifejezés kellőképpen rugalmas, az Oracle által használt cucc az tényleg csak annyi, hogy hasheli az előző blokkot, semmi distributed ledger meg hasonlók, amivel a blockchaint általában társítani szokták).

DRM is theft

A blockchain egy decentralizált p2p ledger.
Szóval egy olyan problémát old meg, ami banki környezetben nem létezik.

A levest is meg lehet enni villával, de a kanál jobb.

[ Szerkesztve ]

@cucka

>A blockchain egy decentralizált p2p ledger.

Hmm, oké, nem ugyan arról beszélünk. A blockchain egy technológia a saját karakterisztikájával. A technológia röviden összefoglalva egy csak olvasható dokumentum halmaz minden node-on minden adat megvan jelleggel. Annyi a lényege, és slussz. Ha azok a dokumentumok történetesen tranzakció log elemek, akkor egy adatbázist építenek. Sok node-on az adat felírás annyival lassabb, mert minden node-ra fel kell írni minden adatot, de cserébe az adat visszaolvasás több ügyfélre elosztva tud lenni ugyan annyival gyorsabb, mert el lehet osztani az ügyfeleket a node-ok között (H/P). Amíg a fürt egészének több, mint a fele üzemben van, a szolgáltatás stabil. Például 7 node elbír tripla failure-t random node-okon leállás nélkül. Az auto recovery majd helyre teszi. És nem 99.9999% meg hasonló az uptime, hanem 100.0% (H/A). Szoftveres frissítésre létezik rolling restart, arra sem kell leállítás. A split-brain problémára pedig koncepció szerint immunis. Hasonló tulajdonságokat mind együtt nem sok másik adatkezelési szemlélet kínál fel (én konkrétan egy másikról se tudok).

>Szóval egy olyan problémát old meg, ami banki környezetben nem létezik.

Történeti alapon jött a kriptovaluta, és az lett publikusan az első, amire a blockchain-t használni kezdték. De az nem kötelező korlátja a technológiának.

@dabadab

>Alapvetően a blockchain megoldás, ami problémát keres

Lévén az egy másik kontextus, inkább leszürkítem. A világban küzdelmek zajlanak. Alárúgunk egymásnak. Mert sze*etek vagyunk egymással mi emberek Az üzleti világ meg pláne olyan. Az egyetlen alapszabály annyi, hogy nem vetünk fel problémát, amivel senki sem tud mit kezdeni. De ha az megváltozik, mert a megoldás elég nagy hányad számára elérhetőve válik, alaposan elkezdődik a rugdosódás, hogy ki legyen kiszavazva. A blockchain jelenleg fejletlen. Még nem olcsón és stabilan férhető hozzá általánosan a szakmai világ egészében. Az a baj vele. A jelenben nyugodtan ignorálni lehet. Igaz. Még simán vagy újabb 10-15 évig. Például egykoron a Clipper .dbf meg .ntx file-jaival vacakoltunk sql helyett. És amilyen vicces, még mindig gyűrik pár helyen azokat a matuzsálemeket. Nagyjából hasonló a szitu időben a blockchain-el. Mindenkinek szíve joga, van-e kedve csatlakozni az early adopter közösséghez (alias nekilátni bajt csinálni a világ nyakára), vagy sem.

Ami pedig az eredeti kérdésemet illeti, ha valaki véletlenül találkozott blockchain alapon épített acid-kompatibilis adatkezelővel akárhol akármilyen formában, sikítson plz!

[ Szerkesztve ]

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

A blockchain jelenleg fejletlen. Még nem olcsón és stabilan férhető hozzá általánosan a szakmai világ egészében

Ezeket a hülyeségeket egyébként honnan szeded?

Amikor pár éve berobbant a BTC árfolyama, akkor minden nagy cégnél vért izzadt egy csomó ember, hogy bármi épkézláb felhasználást találjon a blockchainnek.
Nem sikerült, mert bármi jutott eszükbe a blockchain felhasználására, pillanatok alatt rájöttek, hogy arra már van sokkal jobb megoldás. És nem azért, mert a blockchain "nem olcsón és stabilan férhető hozzá", hanem azért, mert vannak inherens problémái, amik tényleg problémák, cserébe meg olyan dolgokat old meg, amik nem problémák.

DRM is theft

>Ezeket a hülyeségeket egyébként honnan szeded?
Adottság és állandó gyakorlat

>...mert vannak inherens problémái...
Kicsit konkrétabban mik azok a problémák?

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

Postgres is van már.

while (!sleep) sheep++;

Lassú. 100% uptime nem szükséges egyébként, és a kliens szempontjából úgysem elérhető soha. A blockchain sem 100% a kliens szemszögéből.

while (!sleep) sheep++;