Új hozzászólás Aktív témák
-
buherton
őstag
Persze a programozó írja a kódot, de ugyanezt a programozót kérik meg a legacy hibajavításra, induló porjekt támogatásba és a mostani kifutó pátyolgatásba. Akkor még nem beszéltünk arról, hogy kik azok akik kapják a prémiumot meg az előléptetést? Akik időre tudnak szállítani, még ha kétséges annak minősége.
Megfordítom a kérdést. Cégen belül kinek az érdeke a jó minsőgéű kód? Nem a programozóé . (Ez a kérdés vonatkozik a #24-es hszedre is.)
[ Szerkesztve ]
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
cog777
senior tag
Marpedig Bicinek igaza van. A fejlesztes menetet jobb-komolyabb helyeken megtervezik.
A vezetosegnek, product owner-nek, vezetoprogramozonak ra kell bolintani az adott funkcio implementalasara.
Barmikor mondhatjak hogy bocsi, de a 24 oras tesz framework-nek most alacsony a prioritasa.
Ergo, a tisztelt programozo azt csinalja amit mondanak neki. Marmint a legtobb helyen (kiveve az 1 fos bt ofc)
Ausztral kollegak viszont sokszor meglepnek hogy ott ennyire nincs ez, es tenyleg jo featureket raknak a termekbe.HP ZBook Workstation A3000 - Linux Mint; Raspberry Pi4 - Raspbian
-
Vinrael
tag
Nem érted. Adott egy idő, az alatt el KELL készülnie. Az idő általában kevés, ezért úgy oldja meg a programozó, ahogy belefér az időben. Ha lenne több idő, és szempont lenne a kód minősége, akkor nyilván megoldaná: lásd a fent említett példák.
Vagy úgy gondolod, hogy te majd kioktatod a vezetőséget, hogy te nem tudod megoldani ennyi idő alatt? Ok, majd jön más a helyedre, aki megírja a kívánt szar kódot annyi idő alatt amennyi alatt kérik.https://www.youtube.com/channel/UCGzkAM74dJ_Vo2r73Y1tv2Q
-
Reverend
tag
Nem értünk egyet. Jön egy új funckió, széttolja az eddigi kódot. 2 út van:
1. refaktor. Eredmény szép, gyors kód, ráfordítás: 1 hónap
2. gány. Eredmény ronda bugos kód, ráfordítás: 1 hét.
Szerinted a főnök / megrendelő melyiket fogja választani? Ha nem tudod a választ, akkor félek, Te nem dolgoztál fejlesztő cégnél. Alternatív lefutás: ha nálatok az 1-es megoldást választják, akkor jól becsüld meg a helyet! -
buherton
őstag
A vezetőé természetesen. A programozó van a tápláléklánc legalján, aki kb semmiről semmit nem tud, csak elvégzi azt a munkát, amit mondanak neki. Aki már tud is valamit, annak már nem csak programozói titulusa van.
Van aki hivatásszerűen űzi a programozást és folyamatosan képzi magát és folyamatosan reszeli a kódot, hogy ésszerű legyen. Van aki csak bejár és haza viszi a fizut. Mindekettő fellelhető a legtöbb cégnél, csak az arányok szoktak változni.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
dabadab
titán
"te dolgoztál már komolyabb szoftverfejlesztő cégnél?
a vezetőség ült a géped előtt és döfködte a klavit, vagy te?"Mivel én - veled ellentétben - tényleg szoftverfejlesztő vagyok és a pályafutásom nagy részét határozottan komoly cégeknél töltöttem, elmagyarázom: a kód optimailzálása plusz fejlesztési idő, amit a vezetőségnek kell megadnia.
És ez tényleg csak az eleje, mert az optimalizálásnak a komplett munkafolyamat részévé kell válnia: meg kell határozni az optimalizálási célokat (hogy pl. az optimalizálásnak számít-e, hogy ha a memóriahasználat a felére csökken úgy, hogy a futási sebesség kb 10%-kal lassul), optimalizálási scenariokat (nem mindegy, hogy arra optimalizálunk, hogy a rendszerben van egymillió foo meg egymillió bar, vagy arra, hogy van kétmillió foo meg harminc bar), elérendő követelményeket, a tesztrendszerbe be kell vezetni a non-feautre requirementeket (vagyi olyasmiket, hogy ebből a műveletből mondjuk másodpercenként hárommilliónak kell lefutnia úgy, hogy a memóriahasználat ne menjen 50 MB föle), ezekre teszt szcenáriókat alkotni és berakni a release requirementek köze, a fejelsztőknek rendes profile-ozó toolokat kell adni megfelelő tesztkörnyezettel ésatöbbi (és persze mindez baromi sok pénzbe kerül).Szóval a dolog sokkal inkább múlik a management döntésein, mint bármi máson.
DRM is theft
-
floatr
veterán
-
dabadab
titán
"például ha c-ben programozol, mennyivel több idő az sprintf helyett snprintf-et írni"
Ennek mi köze az optimalizáláshoz? Semmi. Sőt, igazából ugye ez pontosan az itt emlegetett u.n. "programozói lustaság", amikor plusz runtime ellenőrzéseket rakunk be, csak azért, mert a programozó nem tud százszázalékig megbízható kódot írni.
(Egyébként pont az ilyesmiket általában már a fordító visszadobja, vagy ha az nem, akkor normálisabb helyeken a rendesen beállított lint, ami lefut a continous integration részeként is.)"hogyan akarsz rendes programot kiadni a kezedből úgy, hogy az optimalizálás nem alapértelmezetten része a munkafolyamatnak?"
Például úgy, hogy az optimalizáltság egészen egyszerűen nem része a követelményeknek, vevői oldalról sem.
DRM is theft
-
Reggie0
félisten
sprinf hasznalata snprintf helyett egyaltalan nem jelent elvi hibat. Sot leginkabb azt mutatja, hogy nem tartod kezben az inputot es az output limitalasaval akarod a hibat megfogni. A tervezesnel elkovetet lustasagot a sok hibaellenorzes miatti lassabb koddal oldod meg, ez pont az optimalizalas ellentetje. Szoval jo lmondta.
-
dabadab
titán
"mert a vevő valószínűleg nem is tudja, hogy mi mindenről kellene beszélni a megrendeléskor. ezt nektek kell tudni és nektek kell érvényesíteni, akár akarja a vevő, akár nem."
Ha a megrendelő ráteszi a cuccot a legkisebb virtuális gépére és a memória háromnegyede üres, a proci meg 10% körül pörög és nincs semmilyen érzékelhető lassulás benne, akkor hogyan magyarázod meg neki, hogy baromira megérné, hogy fizessen kétszer ennyit a programért és akkor még kevesebb memóriát meg processzort használna? Sehogy.
DRM is theft
-
-
dabadab
titán
"elvileg helyesen működik program"
Ilyen nincs, a programhelyességbizonyítás nemtriviális programokra nem működik, sőt, matematikailag megmutatható, hogy nem lehetséges (az u.n. megállási probléma, amiről a jelek szerint még nem hallottál).
"a te példáddal szemben azt hogyan magyarázod meg, hogy a világon az összes desktopot folyton upgradelni kell, mert az aktuális windows hardverigénye mindig nő?"
Szerintem ezt úgy magyaráznám meg, hogy terelsz, miután rájöttél, hogy hülyeséget írtál.
DRM is theft
-
félisten
Igen, én dolgoztam, de nem fejlesztőként.
Szerintem nincs igazad.A vezetőség az, aki az utolsó pillanatban meggondolja magát, hogy máshogy kéne, de több időt nem ad a rendes átalakításra.
A felsőbb vezetőség várja el, hogy a fejlesztés közben már rögtön az elejétől legyen demo, hogy hol tartanak a dev-ek, és a középvezető ba*sztatja a fejlesztőket, hogy legyen minél színesebb, szagosabb a demo mutatható funckinalitással, és ha a fejlesztőnek emiatt össze kell csapnia valamit, akkor utána nem kap időt rendesen megcsinálni, mert "dehát láttuk, hogy működik".
Szintén a vezetőség erőlteti azt, hogy a cégen belül egyszer már lefejlesztett komponenst minél több projecten használjanak fel, még akkor is, ha nem alkalmas mindenre, és ezért a fejlesztőnek rusnya kényszermegoldásokat kell alkalmaznia. Utána meg a vezető mutogatja a slide-okon, hogy milyen "smart" volt a cég, hogy "egyszer dolgoztak, többször kaszáltak".
Van még pár ilyen pontom, de azokból már kiderülne a cég is.Egyébként én főleg a webes szolgáltatások piacán tapasztalom ezt, de sok ex-kolléga meséli, hogy máshol is ez van kisebb-nagyobb mértékben.
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Reggie0
félisten
-
félisten
Amit írsz az logikus, de nem számoltál azzal, hogy a munka csapatban folyik, gyakran 100 ember dolgozik egy terméken sok kis csapatra osztva.
Ahhoz, hogy a fejlesztő kiálljon az igaza mellett, ahhoz az egész csapatnak egy emberként kell állást foglalnia, ami marha ritka.
Ha pár ember kezd széllel szemben pisálni, akkor sem kirúgás lesz a vége eleinte, hanem gyengébb előmenetel, kevesebb pénz, stb.
Ha kirúgják, vagy felmond, akkor a következő cégnél is pont ugyanez lesz.
A változás érdekében egyszerre kellene kiállni.[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Reggie0
félisten
De van eszertv ellene: ettol lesz lassu es optimalizalatlan a kod. Pl. egy uint16_t-t, ha tudom, hogy 1000 alatti az input, akkor 3 bajtos bufferbe gondolkodas nelkul sprintf-elheto es nem az a megoldas, hogy snprinteffel bajtonkent ellenorzom, hogy atleptem a bufferhatart. Inkabb azt ellenorzom az snprintf elott, hogy 1000 alatt van-e a szam. Az egyik egy uint16_t komparalas, a masodik pedig bajtonkent, tehat haromszor size_t-t komparal. Ez eszetlen pazarlas, ha surun vegzet muvelet, pont ettol lesznek szarok a kodok.
Az epiteszet erosen empirikus tudomany, tapasztalatok es okolszabalyok alapjan fejlodott, messze nem hasonlithato az informatikahoz. Esetleg a homeopatiat is idekeverhetned... Esetleg epitsuk feketedobozbol a repulot, hogy ha lezuhan ne torjon ossze?
Latod, viszont sokszor tudni eleget ahhoz, hogy optimalisan legyen megolva az ellenorzes. Ezert sem lehet sem elvi sem gyakorlati hiba az snprintf mellozese.
[ Szerkesztve ]
-
sutszi
veterán
Én elhiszem, hogy sokdiplomás polihisztor vagy, de menj el kicsit főállásba fejleszteni és lehet akkor kicsit átrendeződik pár dolog benned. Az, hogy te magadnak írogatsz kis programokat, amik az üzemeltetés automatizálásban segítenek az nem egyenlő azzal, hogy bármilyen komplex rendszert fejlesztesz amit utána átadsz egy ügyfélnek...
Volt itt aki a tanfolyamosokat kezdte ekézni, van aki a folyamtokkal bíbelődik...más a programozók tudását kérdőjelezi meg... Én meg már lassan sírok, annyira messze kerülünk a mindennapok valóságától.
Van, hogy egy feladat 3-szor átalakul, mire kiderül mit is akartak tényleg..és ez csak egy feladat...A komplett projekt meg rengeteg feladatból is állhat. Az alfeladatokról nem is beszélve, ha tovább bontogatjuk. Addig meg folyamatosan megy az implementálás. Nem attól lesz rossz a kód mert valaki egyből rosszat ír. Amúgy sem az az igény, hogy az első leütéstől az utolsóig patika legyen minden. A feladat lezárás előtt is lehet refaktorálni a kódot... Aztán amikor jön a 125. módosítás...amiben azt kérik, hogy legyen inkább mégis az ami a 75. volt, de közben a kódkörnyezet megváltozott... akkor azért nehéz rendet tartani... Meg a legszebb, amikor nem is találják ki jó az üzleti folyamatokat és a végén azért kell szétfosni a kódot, mert totál szürreális dolgokat kérnek, mert a jogi osztály ezt találta ki... Szóval biztos vannak jó, helyek ahol jól csinálják a dolgokat, de sok olyan is van ahol nincs rá lehetőség. De ezt csak az tudja megérteni, akkor már volt ilyen helyzetben valaha. Aki nem az csak a partvonalról béget.Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
buherton
őstag
A C nyelvben az a szép, hogy semmi sem egzakt. Ha pointert adsz át függvénynek, akkor mindig ellenőrzöd, hogy null-e és le is kezeled a hibát? Ha igen, akkor elmondhatod, hogy biztonságosan írsz programot, de tetű lassú lesz. Mint mindehol itt is komprosszimut kell kötni. A komponensek határait kell levédeni
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
buherton
őstag
A vezetőségnek számtalan eszköze van arra, hogy a kód minőséget javítsa. Az első, hogy a teszt osztályt létrehoznak és a lehető legmesszebb teszik a vállalati hiearchiában a fejlesztéstől. Különböző tesztelési szinteket határoznak meg, megkövetelik a dokumentációt, különböző analizáló toolok használatát, stb.
Az interfészeken igen kell ellenőrizni és azért én is kéz törést adnék, aki nem teszi meg, de a komponensen belül csak lassítja a programot. Persze itt is lehetnek kivételek a teljesítmény miatt.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
buherton
őstag
Az ilyen fölösleges ellenőrzések teszik lassúvá a futást, ráadásul a sok hibakezelés miatt még nagyobb is lesz a kód.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
buherton
őstag
A null pointer checkek hiánya a komponensen belül, hogyan segíti a vírust?
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
sutszi
veterán
"nem kell elmennem fejleszteni ahhoz, hogy analóg eseteket tapasztaljak."
Ez úgy hangzik mintha kicsid lenéznéd a szakmát. Szerintem ha fejlesztői státuszban nem nyögtél végig még egy néhány hónapos projektet, akkor nem tudod milyen szituációkról beszélek...
"kérdés, hogy az a full isp menedzsment rendszer, amit írtam, "
Oké, de ezt hány user használja? Ki írja ki az igényeket? Ki validálja ezt? Ki készít feladatokat? Ki ütemezi a fejlesztést? Ki végzi az implementálást? Ki tesztel? Ki hagyja jóvá az üzleti oldalról?"akkor kitalálod nekik, helyettük."
Ugye most csak viccelsz... Ehhez nincs meg a jogköröd. Ezt vissza kell kérdezni az üzletről, hogyan legyen megcsinálva..."én voltam már olyan helyzetben multinál, hogy rám akartak erőltetni egy nyilvánvalóan rossz döntést a külföldi központból. "
Más környezet más működés... Én sem olyan fejlesztési irányokat határoznék meg mint amik vannak... de hát ez van."kizárólag rajtad múlik, hogy mennyire hódolsz be a főnöki hülyeségnek. kizárólag te döntöd el, hogy jobb fizető állásban maradni keserű szájízzel vagy jobb nyugodt álláskeresőnek lenni. A magam részéről határozottan a második, ha egy főnök nem tűri el, hogy a hatalmának vannak határai, akkor én nem dolgozom ott."
Szerintem itt össze vannak mosva dolgok. Az optimalizáció célját kell meghatározni. De amikor többen dolgoztok egy projekten akkor nincs olyan, hogy saját kód. Mindenki kódja van...hiába írsz te jó kódot, ha telibe fossa valaki más... vagy a te feladatod miatt kell olyan kódhoz nyúlni amit más írt és bottal sem piszkálnád... Ezért mondom, hogy amíg ezeket a konkrét helyzeteket nem tapasztalod meg első kézből, hogyan dobnak vissza javaslatokat amikkel próbálsz javítani a helyzeten... hát addig max csak fotelszakértő leszel.4. éve dolgozom legacy kódon és azóta nem sikerült elérni, hogy fejlesztői idővel, mint erőforrással megtámogassák a refaktort...
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
sutszi
veterán
"hogyan oldják meg, hogy te ne azt csináld, amit akarsz?"
Úgy, hogy van egy Sonar szerint 110 ezer soros monstrum. Át kéne tenni Java 11-re, meg az elavult függőségi viszonyokat újragondolni. A borzasztó common kódokat refaktorálni...stb. Hogy oldják meg? Úgy, hogy JIRA feladatban kiadják, hogy indul a következő termékhez kapcsolódó alkalmazás. Azt kell csinálni. Itt is van az első feladat... tessék... Kb. így csinálják. ha nagyon sarkos vagyok.
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
sutszi
veterán
A feladattal nyilván záros időn belül végezni kell...ha nincs meg akkor joggal kérdezik meg, hogy miért nincs? Ezen kívül, van erre a célra megfigyelő szoftver...logolja a tevékenységed, screenshot...stb...
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
Gyuri27
félisten
Semmivel nem különb ez mint egy burkoló vagy kőmüves.
Ott is az iparosok 90%-a kutyaütő.
Persze lehet mutogatni a rendszerre, a melegre, a főnökre, a pápára, az asszonykórusra.
Azaz mindig van indok, hogy miért szar vagy csak épp elfogadható.[ Szerkesztve ]
Amd - Radeon - Ryzen
-
sutszi
veterán
"ez explicit törvénytelen. tehát ha erre való hivatkozással akarnak bármit is tenni, közölni kell velük, hogyha következményei vannak a program által rögzített adatoknak, akkor a rögzítés tényének is következményei lesznek."
Erre van valami nyilatkozatuk személyesen valami adatvédelmi ombudsmantól...
"és ki mondja meg a záros határidőt egy olyan iparágban, ahol a projektek zöme csúszik?" Nézd, azt nem tudtam elérni, hogy a fejlesztők részt vehessenek az időbecslésben... Ki van adva, hogy élesítési dátum december 12. Akkor ez eddig kb annyit jelentett, hogy 1 év fejlesztési időből kb 6-7 hónapot vakarózott az üzlet, aztán további 1 hónapig összedobáltak valamit, mert szólva lett nekik, hogy ennyi idő alatt az IT nem fogja tudni megcsinálni. Aztán további 1-2 hónap mire az üzleti igényeket átfordították feladatokra. És maradt 3-4 hónap a fejlesztésre, ami irdatlan kevés, sok kompromisszummal, de kb 1-2 hetes engedélyezett csúszással ment ki a világba a fejlesztés...
Egyébként, néha van, hogy a fejlesztési vezető beül melléd pair programming módba aztán próbál "segíteni"
Nem akarom tovább részletezni, de szerintem besírnál ha látnád mi megy és megtudnád, hogy hol... egyébként ez nem az anyacégem...ez egy ügyfél ahol kint vagyok kölcsönbe...
Az anyacég az más, ott sokkal jobban mennek a dolgok...
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
sutszi
veterán
Azt nem mondtam, hogy kókány módon... de a korábbi rétegek amikre építünk, már nem túl jók használhatóság szempontjából. Viszont olyan elképzelhetetlen, hogy nem készüljön el, vagy annyit csússzon...
-----------------------------------------------------------------------------------------
De egyébként nagyon tanulságos ez a topik...jó pár olyan hozzászólást látok, akiknek még halvány sejtelmük sincs a témáról, de azért jól megszakértik a dolgokat. Most már 10 millió szoftverfejlesztő országa lettünk. Kiváló eredmény!
[ Szerkesztve ]
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
floatr
veterán
Egyrészt nem állami szektorról beszélek, másrészt bármikor fel lehet állni, de az ügyfél attól nem fog fizetni. Harcolni is lehet, de szerintem messze nem éri meg. Az a véleményem, hogy annyit kell beletenni mindenbe, amennyit ér, amennyit adnak érte. Lehet geekeskedni, meg 1337 klubot alakítani, de akinek nincsen napi 24 órája csak ezzel nyomorkodni (jópár évvel az egyemista kor után), az csak az ésszerűség határain belül mozog.
Persze kell érteni hozzá, meg jobbnak lenni, de ez is csak munka, és hibás elvárás mindenkin számon kérni, hogy sokkal többet tegyen bele "mer-ez-a-hivatáááás" -
cog777
senior tag
Jol erzekelem, hogy nincs valami kifinomult targyalasi technikad? :P
Tudod mi hianyzik a magyar oktatasi rendszerbol? A vita keszseg elsajatitasa, csapatmunka, project orientaltsag. Remek peldat mutattal...
Ha jo helyen akarsz elhelyezkedni (seniorhoz melto, csapatvezetoi, izgalmas r&d) akkor bizony kerik a korabbi melohelyek referenciait, amit megneznek hogy milyen lenne ha asztalt csapkodva hagytal ott...
Kicsit kevesebb erzelemmel es tobb esszeruseggel tobbet el lehetne erni.Amugy nalunk lehet nem vallalni melot, akkor megcsinalja mas, es te meg masmilyen melot kapsz. Tehat kb hatastalan a dolog.
HP ZBook Workstation A3000 - Linux Mint; Raspberry Pi4 - Raspbian
-
cog777
senior tag
A vitakeszseg arrol is szol, hogy tiszteled a vitapartnered anelkul hogy emlegetnel "hulye" es "idiota" szavakat.
Amugy en nem magyarorszagi szemszogbol mondtam amit, en mar regota nyugaton dolgozom. Es ott bizony fontos a referencia. Pl UK-ban anelkul nem kapsz allast. Presze sokszor nem hivjak fel, de ha ugy adod be az oneletrajzod hogy nincs egy fia referencia sem az elmult 5 evbol, akkor elgondolkodnak.
A hozzaszolasod magyarorszagi vonatkozasaival egyetertek, en is tuloraztam anno eleg sokat, de nyugaton ez nem jellemzo. Nalunk nagyon ritkan van tulora,de az onkentes es azt busasan kifizetik. Ja, es senki nem nezi hogy a 7 ora munkaidot te ott toltotted-e tenylegesen vagy otthonrol dolgoztal.
Latom hogy m.o-i szemszogbol kommentaltal en viszont europai nemzetkozi piacot figyelembe veve - leven hogy ez nemzetkozi tema - igy a kommented nagyobb resze irrelevans a valaszomra."Márpedig a tarthatatlan határidő az akadályozza a jó munkát. " Terulettol fuggoen de pl egy termek fejlesztese ugy indul, hogy a reszvenyesek penzt adnak. (tekintsunk el az m.o-i belterjes piactol)
Ha csuszik a projekt, akkor konnyel lelohetik az egeszet. Ergo a menedzsment szereti ha koran van egy mukodo verzio es fokuszalnak a funkcionalitasra. Terulettol fuggoen tolodhat ez at a minosegre is. Pl ipari teruleten az ugyfel szereti ha nem crashel a cucc mert az neki idokieses, de mobil es jatekfejlesztes teruleten altalaban alacsonyabb a minoseg.Szoval mit jelent a jo munka? Optimalizaltsag? Jol fusson, keves memoriat fogyasszon, ne crasheljen? Ezek igen jol osszekeveredtek ebben a forumban, viszont ezek a kovetelmenyek ellentmondoak. Jol optimalizaltsag ellene dolgozik a karbantarthatosagnak. Tehat uj funkciok hozzaadasa sokkal nagyobb rizikot jelent.
En pl a stabilitast es a karbantarthatosagot szoktam szemelott tartani, mert ha a markolo vagy furo vezerloszoftvere crashel mukodes kozben az igen nagy gaz. Letojom hogy tudnek meg 10% cpu hasznalatot nyerni, majd a telemetria kihozza a teszt kozben, hogy bizonyos muveleteknel nincs eleg eroforras es szepen kiprofilozzuk.
A "jo munkanak" igen sok lehetseges definicioja van, persze az latja ezt igazan, aki reszt vett mar egy tobb eves termekfejlesztesben ahol raadasul 10+ eves kodok is akadnak.
HP ZBook Workstation A3000 - Linux Mint; Raspberry Pi4 - Raspbian
-
addikt
Értsd már jól, könyörgöm! Ki beszélt itt szerver alkalmazásokról?
Amúgy zseniális, hogy belinkelsz egyetlenegy CAD alkalmazást, miközben mindenki tudja, aki képben van, hogy az iparban az Archicad, Autocad, Catia, Proengineer, Solidedge, stb. használatos. Mind-mind keményen fizetős. Sőt, ezek az iskolai tananyagok.
[ Szerkesztve ]
-
-
nagyúr
Oke. A Word masra valo, mint a Latex. Csomo dolog van, amit Worddel meg lehet csinalni, Latex-hel meg nem. Es forditva. Alma-korte.
Ha azt gondolnad, hogy a Latex mindenre alkalmas, amire a Word, akkor siman ignorans idota lennel, de gondolom nem vagy az, szoval nem gondolod ezt.
[ Szerkesztve ]
while (!sleep) sheep++;
-
nagyúr
> dropbox, onedrive, stb. az egyrészt nem előny
Sok embernek az.
> real time kollaboráció: az a sima word tud működőképes módon, vagy csak az office365?
Tud. Az Office365 az nem az online szoftvert jelenti egyebkent.
> ha te tudsz mondjuk egy c forráskódban change trackinget, akkor texben is tudsz.
Vizualisan? GUI-n? Anelkul, commitolni kellene, meg ilyesmi?
Szoval nyilvan nem, QED.
while (!sleep) sheep++;
-
#06658560
törölt tag
Nem, nem is arra reagáltam vele. Vagyis emlegetheted, csak relevanciája nem lesz semmi. Az, hogy nekem munkaeszköz, annyit jelent, nem otthoni bohócokodás szintjén kell vele foglalkoznom, és nem lesz elég az otthoni felhasználók tömegének elég funkció szint.
#231 hcl: például azért, mert ha marad is benne hiba, könnyebb kezelni, lehet vele dolgozni. A 3D render programok által generált háromszög alapú felületet meg csak kidobni lehet. Vagy referencia lehet komplett újramodellezéshez.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- GTA VI
- Magga: PLEX: multimédia az egész lakásban
- Luck Dragon: Asszociációs játék. :)
- Vicces képek
- Okos Otthon / Smart Home
- Milyen autót vegyek?
- MasterDeeJay: Volta a bányából azaz CMP 100-210 kisteszt (Tesla V100 mining)
- Telekom mobilszolgáltatások
- Kertészet, mezőgazdaság topik
- exHWSW - Értünk mindenhez IS
- További aktív témák...
- LG NanoCell 55NANO766QA Halvány píxel csík
- 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