-
Fototrend
Új hozzászólás Aktív témák
-
F4ther
tag
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. -
martonx
veterán
Pontosan erre írtam, hogy matematikusok csinálják a hálókat, és mindegyik ilyen kollégának a statisztika a szakterülete, doktorival, mindennel Egyikük sem programozó, csak szín tisztán matematikus, akik kenik vágják a statisztikai számításokat.
Remélem kezd letisztulni a képÉn kérek elnézést!
-
coco2
őstag
-
majdnem.
amikor egy konténerizált appot felraksz, akkor maga a konténer futtató környezet az a rakás szemét ami biztonsági problémát generál kategóriába esik.de még mindig ott van az a filozófiai kérdés, hogy miért én szívok a konténerrel, ahelyett, hogy a programozó tanult volna meg rendesen dolgozni?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
pmonitor
aktív tag
>Annyi, hogy elég melós így pénzt csinálni belőle,
Az nem olyan biztos. Éppen itt írtam le 1 példát, hogy hogyan lehet meló nélkül pénzt keresni. Na meg elég sok programot csak simán újra kell fordítani. Vagy ha nem is így van, akkor sem kell sokat módosítani. Pl. az én Cutter programom sztem. bármikor le lehet fordítani bármelyik .net verzióra(nem muszáj a 3.5-nél leragadni.
Szerk.: persze ha fizetős lenne, és pénzt szeretnék vele keresni, akkor külön fordítanám le minden verzióra, és külön-külön jól megkérném az árát..
[ Szerkesztve ]
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
-
Alcsi69
senior tag
Az más kérdés, hogy mennyire kell komplex problémákat megoldani a valóságban, inkább hely-, mintsem nyelvfüggő.
Persze tudom, csak én úgy látom hogy általában érdekesebbek a problémák Backend területen mint Frontenden.
Nekem is az a két nyelv a legszimpatikusabb jelenleg. Rust-ot milyen források segítségével tanulod?
Igen, azt nézegettem is hogy a Java, illetve a C# is elég elterjedt. Viszont nem lehetséges hogy pl. a Go vagy a Rust mivel még valamennyire 'niche'-nek számítanak, így könnyebb is ilyen pozícióba kerülni, míg a másik két nyelvvel brutál szaturált a piac?
Szuper, köszi.
[ Szerkesztve ]
-
pmonitor
aktív tag
1-2 idézettel válaszolok:
#17890:
>A tippem, hogy nem érdemes magyar ügyfelekkel foglalkozni.#17900:
>Outsourcing multi cégnél levő középvezetőtől tudom, hogy hasonló problémák miatt nem dolgoznak már magyar piacra. Ha egy ekkora cég bicskája beletörik, akkor nem kell meglepődni, hogy az ismerősöd is így jár.#17905:
>Én sem azt írtam, hogy minden magyar ügyfél szar, de bőven bele lehet futni.Többek között ezekre alapozom az állításomat. Meg természetesen még régebbi megnyilvánulásokra.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
Alcsi69
senior tag
-
cucka
addikt
Az a szint, ameddig megtanulható a programozás az kevesebb, mint a minimum, ami szükséges ahhoz, hogy ezt a szakmát professzionálisan űzd.
Az absztrakciókban való gondolkodás egy készség, ami fejleszthető, de nem tanulható.Ettől még persze a szoftveripar tele van kóklerekkel.
Ha érdekel a téma, itt van Jeff Atwood nagy hatású blogposztja még régről - [link] . Ez hozta be a köztudatba a FizzBuzz-t.
Ez nem tűnik nagy dolognak, de valójában az. Itt jött rá a teljes szakma, hogy az interjún végzett feladatok célja elsősorban nem az, hogy a jelentkezők felső 5-10%a között rangsorolni tudj, hanem hogy kiszűrd a jelentkezők 50%-át, akik egy alapszintű programozási feladatot sem képes megoldani. -
dabadab
titán
2007 óta a szakma igazodott a csökkenő színvonalhoz - ami egyenesen következik a növekvő népszerűségből -, a scrumban minden úgy fel van bontva, hogy bárki meg tudja oldani a feladatot
Ez azért nem új dolog, amikor az ezredfordulón dolgozni kezdtem, akkor is volt a csapatban olyan pozíció, hogy kódoló, aki a nagyon szabványosan megírt dokumentációból generálta a konkrét programkódot úgy, hogy igazából nem értette, hogy az mit is csinál (persze ennek részben az is oka volt, hogy olyan archaikus rendszer volt, hogy ezt nem igazán tudtuk automatizálni és az adminisztratív szöttyögés rengeteg időbe került, szóval volt értelme külön "szoftverfejlesztési segédmunkást" tartani ) és ez már akkor se volt új felállás.DRM is theft
-
nagyúr
> hogy anélkül is létezzen a részfeladat, hogy közvetlen értéket teremtsen az ügyfélnek.
Az lehet, viszont normalis esetben / normalis helyeken a fejlesztes nagy resze problemamegoldasbol all. Ha arra kellenek a programozok, hogy specifikaciokat forditsanak egy-az-egyben valamilyen programnyelvre, az baromsag (es pazarlo). Nyilvan vannak kiveteles helyzetek.
Persze en is latom a rogvalosagot, es azt, h meg nagy/komoly cegeknel is az emberek jo resze igazabol lofaszhoz se ert, csak bejar melegedni, felveszi az 1M bruttot havonta, es joleszazugy. Bar nem tudom, h ebben mi a jo
while (!sleep) sheep++;
-
pmonitor
aktív tag
Ezek a kivételek. Ezen kívül nem tudom, hogy van-e még levelező tagozat? Én danában hajj ezt'et úgy csináltam, hogy szakmunkás vizsgáztam 17 évesen. Utána fizikai munka mellett levelező szakközépiskola. De úgy, hogy a szakközép első osztály közismereti tárgyaiból(matek, fizika, magyar, történelem) tanterv különbözeti vizsgát tettem. Így a szakmunkás után a szakközepet egyből a másodikkal indítottam. Közben még "védtem a hazát is"(katona voltam). A technikumot ugyancsak levelezőn végeztem el. Mindezt fizikai munka mellett, úgy, hogy itthon is volt meló. Szóval én is a kivételek közé tartozom. De fiatal voltam, egészséges. Egy fiatal egészséges emberke előtt nem sok akadály van... Bár ha belegondolok, a tanterv különbözeti vizsgát azért 21+ évesen már nem hiszem, hogy meg tudtam volna sikeresen csinálni(a szakmunkás után több, mint 4 évvel)... Ezért írtam, amit írtam...
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
coco2
őstag
Ehh, igazad lehet. Csak fáradt voltam. De azt hiszem, már értem. Amekkora halálgyárak a kórházak már így is, gyakorlatilag zéró különbség, bármit mond vagy nem mond a gép. Például "elütött az autó?" -> "rákos vagy" -> "beléd nyomjuk a kemót". Éljen a gépi tanulás
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
K1nG HuNp
őstag
OpenSearch az a régi aws managed ElasticSearch. Drága és ahhoz képes hogy managelt eléggé hozzá kell nyukálni, nézegetni, hogy él-e még satöbbi.
Illetve egy klasszikus kedvenc írásom a szolgáltatásról: https://spun.io/2019/10/10/aws-elasticsearch-a-fundamentally-flawed-offering/
Ha most összejön amit akarok akkor az egész nagy felhasználás mellett is bőven az örök lambda free tierben lesz és az egyetlen mozgó alkatrésze az 1 darab fájl lesz egy EFS-en
[ Szerkesztve ]
(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()
-
-
kozeposztaly
csendes tag
#18460-ban írtam egy saját értelmezést, jól gondolom?
Ergo a 2023-ban felső limit egyéni vállalkozó - átalányadózó esetén 27M-nál 1.6M nettó per hóban számítódik.
Ha efölött szeretnék, akkor már kikerülök az átalányadózói körből, minden járulék alapja 100%-al számítódik, ergó ez a forma nem éri ott már meg. -
coco2
őstag
Majd egyszer valaki elmagyarázhatná nekem, miért szeretik a népek a pénzt pocsékolni, leszámítva, hogy anti-investor akcióról van szó. Hetzner-énél egy AX-161-es 8x annyi cpu-t ad dupla annyi rammal, és ingyen van mellé a háttértároló, meg a net forgalom, amit ha az Amazon cuccához mind hozzáraksz, kb az fog kijönni, hogy Hetznerék 1/4-ed áron kb 4x annyit adnak. Vagy valami olyasmi. Sosem értettem, miért nem szeretik a népek a nyers szervereket.
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Jó mondjuk fejlesztési idő alatt nyilván a munkaerő túl drága ahhoz, hogy 100 usd-n vacakoljanak a népek. Ha csak 1 napra le kell fogni egy embert miatta, már olcsóbb, ha inkább fizetnek, mert amit az ember egyébként csinálna, még a feladott 100 usd-vel együtt is többet ér. Azt természetesen értem. Én inkább az üzemeltetésen filoztam. Amikor oda jut valami, hogy kellene a stuff kiszolgálni a felhasználókat, és a profit margin-t jó lenne legalább 3x-os szinten tartani, az Azure, az Amazon nagyon eszik a hasznot. Cudar drágák. Én nem hiszem, hogy ki tud jönni velük az üzleti matek.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Megérteni, mi mit jelent Amit találtam róla, az eléggé marketing-elmaszatolt információ.
Vertikális skálázás. Szóval azt mondta egy blog, hogy vannak a pod-ok, es azokhoz üzem közben hozzá tud adni ram-ot. A pod-okról azt találtam, azok mind linux image-ek. És hát a linux kernel nem támogat olyan funkciót, hogy menet közben az oprendszer ramot tudjon még befogadni, vagy elveszíteni valamennyit. Virtuális környezetben a cpu-t lehet osztani másképpen, de ha az egyik többet kap, a másik elveszíteni fogja azt. És az úgy nem éppen boost. Talán azt is megcsinálták, hogy a swap drive-ot virtuális alapra rakták, és amögé raknak több ram-ot, de az is csak olyan, hogy a szolgáltatói virtual server nem tud indulás után többet használni, ergo a pool méret fix. Ha az egyiknek többet adnak, a másik veszíteni fog. És a kubernetes eszközei végső soron egy linux keretei között futnak. Szóval egy kicsit értelmezési problémám van a vertikális boost fogalmát illetően, hogy konkrétan mit tudtak megvalósítani?
Horizontális skálázás. Azt mondja az elmélet, hogy röptében még node-okat kér az alkalmazás a szolgáltatótól. Tuti, azt megkaphatja. Nem mintha röptében telepíteni egy OS-t, be-config-olni, üzembe állítani két pillanat lenne, de pár perc alatt meg tudhat éppen történni. És biztos létezik olyan alkalmazás típus (mondjuk hang vagy video kodek, ahol egy csomag bejön, egy csomag kimegy, és teljesen előzetes történetmentes jellegű az alkalmazás üzemelése), amit lehet dinamikusan bővíteni, de a legtöbb eset nem olyan. Sőt, mondjuk az esetek 99%-a nem olyan. Vagy megfeledkeztem volna valamiről?
Ha esetleg létezik olyan leírás, ami a technikai részleteket tényleg leírja, és nem csak a levegőbe beszél közhelyeket, örülnék olvasnivalónak. Vagy akár csak tippeknek a fenti kérdésekről.
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
JoinR
senior tag
Közben olvasgattam kicsit erről, és az újraindítás már nem sokáig lesz ténylegesen szükséges a vertikális skálázáshoz, 1.27-ben már alpha státuszban működik: In-Place Update of Pod Resources
-
nagyúr
> A másik dolog a multi-tenancy, egyszerűen nem tartanám komfortosnak a végtelen burstinget, főleg, hogyha a manifesteket más csapatok is létrehozhatják.
Ebben az esetben (is) szerintem a megoldas a CPU request; tehat mindenki annyit requestel, amennyi elegendo a szolgaltatashoz, a maradekot meg ugy hasznaljak a processzek, ahogy eppen 'kiadja'.
Aminek talan lenne ertelme, az valamifele scheduling priority (kb. mint a niceness), de ezeket azert nem egyszeru tenyleg hasznalhatoan megcsinalni. (Ahogy a k8s eseten is a nagyon alacsony (<500m) CPU limitek sokszor oda vezetnek, hogy a processz nem kap semmit.)
while (!sleep) sheep++;
-
Alcsi69
senior tag
-
pmonitor
aktív tag
De a gyakorlati hozzáállást el lehetne "lopni" az ottani videóktól. Mert az ugyanaz(ugyanannak kellene lenni) mint pl. a varrás esetén. Az itteni 19000++ posztból mennyi a gyakorlati példa? És mennyi lehetne, ha a hozzáállás más lenne?! Mert ugyebár az segítőkész is lehetne.
pl. nem ilyen. Mert az ottani videókon látszik, hogy a nő "dolgozott rajt". Csak ennyi lenne az egész.
Ez nekem határozott véleményem.http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
coco2
őstag
Ésszel használva talán tud az olcsó lenni, de én a mai világot nem a mérsékletességéről ismerem, és "döngetve ami a csövön kifér" stílusban a Dynamo nevetségesen drága. Az a millió req egy aktív adatkiszolgálón simán elfogy minden órában, ami havonta 700 usd+ költség egy szem kiszolgálón (ami vélhetően egy kicsi teljesítményű vds). És abból van egy egész fürtnyi, máskülönben nem Dynamo-t használna az app. A "sok pici" nagyon sokra megy. A magam részéről pislogok a gondolatra, hogy azt mindenki alapértelmezetten használná. Egészen biztos vagy benne?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Philips 58PUS8545/12 1 ÉV GARANCIA Játék üzemmód
- Tyű-ha! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 32/512 FHD HUN
- Bomba ár! HP EliteBook 840 G5 - i5-8G I 8GB I 128GB SSD I 14" FHD I HDMI I Cam I W10 I Gari!
- The Last of Us Part I Ps5
- Bomba ár! HP EliteBook 830 G6 - i7-8G I 8GB I 256GB SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!