- Milyen NAS-t vegyek?
- Facebook és Messenger
- Kínában túl sok az EV, fokozódik az árháború
- Van, amit nehéz lett megtalálni a Google keresőjével
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Crypto Trade
- OpenWRT topic
- Windows 11
- SkyShowtime
Új hozzászólás Aktív témák
-
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?
mert ha véletlenül az történt, hogy te csépelted be a kódot, akkor bizony a vezetőség max. kérhet, de mindig is kibic marad.következmény: az, hogy milyen minőségű kódot adsz ki a kezedből, kizárólag rajtad múlik és senki máson.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
"de amit Linus mond az szerintem az első vészcsengő...": mert amikor a tesla beszállt a kamion alá, az nem volt vészcsengő? amikor a volvo elgázolta a biciklist, az se? amikor a boeing beleszállt a földbe több példányban is, az nem volt vészcsengő?
az, hogy amióta a w10 átállt erre a fejlesztési metódusra, még egy update se jött ki balhé nélkül, az nem volt vészcsengő?ezer éve üvölt minden, hogy sz.r a fejlesztés...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
tehát ha ugyanaz a programozó fogja elvégezni a legacy hibajavítást is, akkor valójában kinek az érdeke a hibátlan kód?
másik kérdés: ha valaki 10-20 éve programoz, hogy van az, hogy 20 év gyakorlattal a háta mögött még mindig ugyanolyan csotrogány kódot ír, mint kezdőként? és akkor ebből levezetjük szépen, hogy a verziószám fetisizmus miért ökörség.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
azok a projektek, amikről nekem infóm van, gyakorlatilag mind csúsztak. komolyan hiszek benne, hogyha elkezdeném túrni a netet ilyen irányú statisztikákért, találnék olyan tanulmányt, ami szerint a szoftverfejlesztési projektek legalább háromnegyede csúszik.
például az ms desktop oprendszer projektjei mindig csúsztak, rendszerint sokat.
tehát akkor ki a fenét érdekli, hogy a főnökség milyen határidőt tűzött ki? a tapasztalat azt mutatja, hogy akkor is csúszik, ha gányolnak, meg akkor is, ha nem. akkor miért gányol?
másrészt még mindig ott van a kérdés: ha valaki életvitelszerűen programoz, miért nem javul a teljesítménye minőség terén is?
"Vagy úgy gondolod, hogy te majd kioktatod a vezetőséget, hogy te nem tudod megoldani ennyi idő alatt?": fel sem merül, hogy vitát nyissak a vezetőséggel ilyesmiről.
egy kivételt látok: a debian. ott akkor van release, ha készen van a cucc. ez a hivatalosan kommunikált álláspont.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
én üzemeltetőnek tartom magam, aki akkor programoz valamit, ha az üzemeltetéshez kell. tehát programozok is, csak nem életvitelszerűen. a vezetőség olyan kérdésekben dönt, amilyen kérdések elé kerülnek. ami nem kerül elé, abban értelemszerűen nem dönt.
neked például mennyivel több idő olyan kódot írni, ami legalább nem elvi hibás? például ha c-ben programozol, mennyivel több idő az sprintf helyett snprintf-et írni (meg a plusz argumentumot és egy plusz vesszőt)?
"az optimalizálásnak a komplett munkafolyamat részévé kell válnia": nem kell, KELLETT VOLNA. hogyan akarsz rendes programot kiadni a kezedből úgy, hogy az optimalizálás nem alapértelmezetten része a munkafolyamatnak? ha még nem is optimalizálsz, akkor hogy lesz minőségirányítás integrálva a folyamataidba? pláne és kifejezetten és magas szintűen hogy lesz biztonságtudatos a fejlesztési folyamatod? hint: sehogy.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
"A programozó van a tápláléklánc legalján": ha a vezető nem ül a klavi elé, hanem a kódot a programozó írja meg, és nincs ember, aki 100%-ban újraírja az egészet, akkor a valóság az, hogy a vezető van a tápláléklánc legalján, a programozó pedig a tetején.
különösen mostanában, amikor a programozónak új állást találni könnyebb, mint kidebuggolni egy elcseszett mallocot.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
"Ennek mi köze az optimalizáláshoz? Semmi.": és akkor elolvassuk az előtte levő mondatokat is, hogy ne essünk a szándékosan kotvány idézés hibájába. tehát a kijelentés eredeti teljes formájában:
"neked például mennyivel több idő olyan kódot írni, ami legalább nem elvi hibás? például ha c-ben programozol, mennyivel több idő az sprintf helyett snprintf-et írni"tehát ebben a kérdésben nem optimalizálásról beszéltem, hanem elvi hibás programról.
"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.": 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.
egyébként tereljük vissza a beszélgetést az optimalizálásról a legalább helyesen működő programokra.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz #06658560 #46 üzenetére
azon a volvón az uber önvezető rendszere futott és az hozta meg a hibás döntést, hogy nem látja a biciklist. a biztonsági sofőr "csak" nem korrigálta ezt a hibát.
tehát a baleset elindítója egy hibás szoftver volt.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
mondom, kanyarodjunk vissza a fullra optimalizált programtól az elvileg helyesen működik programig.
de 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ő?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
az, hogy én mondom, túlságosan sokat nem jelent.
az, hogy bekerült a nyelvbe, libc-be, mindegymibe, jelzi, hogy olyan jelentős problémát kellett megoldani, ami nem maradhatott benne az implementációba.tehát ha alapos indokkal belerakták, használd. ha nem használod, és megtalálják a módját annak, hogy kihasználják az ezzel nyitott bugot, te vagy a hibás.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
azt kellene végre megérteni és elfogadni mindenkinek, hogy amíg a vezetés nem képes saját maga megírni a programokat, addig a projektre ténylegesen felhasználható időt és minőséget nem a vezetés határozza meg. A vezetés max. előirányoz vagy kér, ha esetleg úgy gondolja, akkor kirúg. És ha kirúgott, akkor valójában kivel tolt ki? hint: magával.
tehát kizárólag a programozón múlik, hogy egy kód mennyi idő alatt és milyen minőségben készül el. ha a programozó túlzottan szervilis, akkor a kód elkészül az elvárt határidőre, találgatásom szerint ótvar minőségben. a másik véglet pedig az, amikor a programozó magasról tesz arra, hogy mit pampog a főnöke, ekkor a kód akkora fog elkészülni, amikor a programozó készen lesz, és változó minőségben.
a tapasztalat azt mutatja, hogy ezen két elméleti véglet között sokféle verzió van az életben, de a vége mégis mindig az, hogy a kód akkor készül el, amikor a programozó elkészíti.
tehát ha a programozó nem hajlandó kotvány munkát kiadni a kezéből, akkor a főnökségnek két lehetősége van: felmondanak neki, vagy eltűrik, hogy annyi idő kell rá.
egyébként is a tapasztalatom az, hogy az irreális határidő mindig a vezetés hibája, leggyakrabban rosszul megsaccolt erőforrásigény miatt. vagy nem rosszul, hanem szándékosan alultervezett erőforrás miatt, hogy többet lehessen kaszálni.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
egy lehetséges védelmi megoldás nem használata ostobaság. ezen teljesen felesleges tovább rugózni, nincs észérv ellene.
a normális mérnökről: te például tudod, hogy tervez normális mérnök hidat? megtervezi úgy, hogy kb. jó legyen, majd utána, mivel a normális mérnök pontosan tudja, hogy mit nem tud, megszorozza 6-8-cal a kiszámolt értékeket, és az alapján épül fel a híd. ezért nem szoktak hetente leszakadni a hidak.
tehát az helyes, ha normális mérnök kiszámolja a puffert, ellenőrzi az inputokat, stb. amit leírtál. de mivel normális mérnök tudja, hogy nem tudhat mindent, ezért odateszi azt is, ami ilyenkor védelmet adhat. n-es függvényt, non-exec stacket és társait. *MINDENT*
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
"de menj el kicsit főállásba fejleszteni és lehet akkor kicsit átrendeződik pár dolog benned.": nem kell elmennem fejleszteni ahhoz, hogy analóg eseteket tapasztaljak.
üzemeltetésben is van olyan, hogy a főnökség hülyeséget akar, és akkor az üzemeltetőn múlik, hogy mit dönt.
saját példa: [link]
nekem az a tapasztalatom, hogy hosszú távon jobban járok én is, meg a végfelhasználó is, ha az ember időnként bajuszt akaszt a vezetőséggel. különös tekintettel arra, hogy a vezetőségnek igen gyakran nem feladata tisztában lenni a műszaki kérdésekkel. nekem pedig jobb friss álláskeresőnek lenni, mint mindent kritikátlanul benyelni."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...": kérdés, hogy az a full isp menedzsment rendszer, amit írtam, (web frontend 52 ezer sor jávában, 12 ezer sor php backend), az kis program-e még vagy sem.
"Meg a legszebb, amikor nem is találják ki jó az üzleti folyamatokat": akkor kitalálod nekik, helyettük.
"De ezt csak az tudja megérteni, akkor már volt ilyen helyzetben valaha.": é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. Tettem rá. és amikor a külföldi adatközpontjukkal probléma lett, és ebből mindenhol brutális pr katasztrófa meg kötbérezés lett, kivéve nálunk, akkor többet nem piszkáltak érte.
továbbra is állítom: kizárólag rajtad múlik, hogy milyen kódot adsz ki a kezedből. ekvivalens állítás: 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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
nem nézhetem le a szakmát, mert rosszul járok, ha belenézek a diplomámba. ez nem zárja ki azt, hogy a szakmát művelők közül azokat, akik alkalmatlanul vannak adott helyen, ne nézhetném le.
"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...": szerintem meg tudhatom. ismétlem magam: nem csak fejlesztőknek adhatnak hülye utasítást a főnökök.
"Szerintem itt össze vannak mosva dolgok": szerintem is. ti programozás-technológiai oldalról akartok megközelíteni egy menedzsment-emberi problémát.
"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...": hogyan oldják meg, hogy te ne azt csináld, amit akarsz?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
"Ezen kívül, van erre a célra megfigyelő szoftver...logolja a tevékenységed, screenshot...stb...": 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.
"A feladattal nyilván záros időn belül végezni kell...": és ki mondja meg a záros határidőt egy olyan iparágban, ahol a projektek zöme csúszik?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
"É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...": pontosan erről beszélek, mi történt volna, ha egy év múlva lesz kész a fejlesztés? semmi. a vezérkar hiába pattog, akkor se lesz kész hamarabb. ti vagytok a hibásak, hogy 3-4 hónap alatt elvégeztétek egy év munkáját, kókány módon.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
anno dolgoztam állami szektorban, közepesen pocsék állásban, céges autóval, stb.
mikor nekem olyat akartak letolni a torkomon, ami hülyeség volt (nem nekem, tényszerűen rossz lett volna mindenkinek, lehet, hogy törvénytelen is), kihajítottam a kocsikulcsot az asztal közepére. ebből megértették.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
én pont arról írok, hogy ne tegyen bele többet.
ha egy szoftver kifejlesztésére kell egy év, akkor a tisztelt programozó csapjon az asztalra, ha egy évnél érdemben rövidebb határidőt akarnak behajtani rajta. akkor teszel bele többet, ha a szemét kód miatt olyan túlórákra kényszerülsz, amiért nem fizetnek. ezzel szemben ha kivered a balhét, hogy márpedig egy év az egy év, akkor szépen napi 8 órában fizetésért megcsinálod rendesen.tudom, hogy erre sokan mit fognak gondolni, válaszolni, de a helyzet az, hogyha soha senki nem csap az asztalra ebben a kérdésben, akkor a vezetés fejében benne marad, hogy jól van ez így. jelenleg a programozók munkaerőpiaca úgy áll, hogy egy kóder, aki már el tudja indítani az ide-t, azonnal kap állást, úgyhogy azzal se tudnak megfenyegetni, hogy ha nem vállalod, kirúgnak. kirúgnak, naés? neked lesz új állásod két nap alatt, neki meg -1 programozó. most vagy olyan pozícióban, hogy érvényesíteni tudod az érdekeidet, akkor most kell megtenni.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
látom, a magyar irodalom, az írói eszközök, a hasonlat és hasonlók neked kimaradtak.
A vitakészség (merugye egy szó) nem arról szól, hogy jön a sok hülye managga az idióta határidőivel, és ezt minden programozó szó nélkül benyeli. A vitakészség (esetleg csapatmunka) pont arról szól, hogy az egyik fél jelzi, ha olyan akadályba ütközik, ami a jó munkát akadályozza. Márpedig a tarthatatlan határidő az akadályozza a jó munkát. Az a kizsákmányolás, ami a múlt évtizedben a szűkös munkakínálatos piacra volt jellemző, ma nem tartható a vállalatok részéről, mert munkaerő hiány van. Tehát ha egy vállalat hajlandó egy csomó mindent megtenni a munkaerő megtartásáért, akkor azt is tegye már meg, hogy nem égeti ki a munkaerőt folyamatos túlóráztatással. Mert amíg 2009-ben ebbe belepusztultak, ma két perc alatt szedik a sátorfájukat és továbbállnak.Ez nem az én teóriám, ezt zengi a komplett hr szektor mostanában és ezt mutatja az is, hogy az elmúlt időszakban példátlanul sikeres sztrájkhullám volt. Meg az is, hogy a jobb élet reményében sokan kimentek nyugatra.
Én tökre csapatmunkaprojektorientáltvitaképes vagyok, csak már túl öreg vagyok ahhoz, hogy hagyjam magam kizsákmányoltatni. 8 órát fizettél a szerződésben, akkor 8 órát kapsz, utána nekem fel is út, neked meg le is út. Ha te egy managga vagy, nyugodtan elémállhatsz, jogszabályt is pontosabban ismerem, mint te, menedzsment elméleteket is többet ismerek, mint te, megeszlek reggeli elé előételnek.
Egyelőre a legjobb helyen dolgozom, ennél nincs feljebb. De ha mégis, mit fognak írni a referenciába, és azt te hogyan fogod értelmezni? tudnék sztorikat mesélni...
"Kicsit kevesebb erzelemmel es tobb esszeruseggel tobbet el lehetne erni.": az nem eléggé több ésszerűség, hogy rákényszerítek egy főnököt a munka törvénykönyvének megtartására? ha ez nem ésszerűség, akkor mi az?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
[link] "Trusted by U.S Military
BRL-CAD is choice of U.S Military. For more than 20 years, BRL-CAD has been the primary tri-service solid modeling CAD system used by the U.S. military to model weapons systems for vulnerability and lethality analyses."a linux kernel az "minden egyéb komoly hozzáadott érték"? és a postgresql? az apacs? a komplett java ecosystem? az aosp?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
ezt írtad: "Mint minden egyéb komoly hozzáadott értéket tartalmazó eszköz esetén."
A "minden" kvantor negáltja a létezik kvantor, vagyis ha tudok legalább egy alkalmazást, amelyik cáfolja az állításodat, akkor az állításod hamis.
másrészt meg attól, hogy egy ellenpéldát írtam (mivel matlog szerint elég egy is), még van több.
Amennyiben egy pongyola megfogalmazás (bárki is írta) rossz fényben tünteti fel a szabad szoftvereket, meg fogom cáfolni. eddig is megtettem, ezután is meg fogom.
szerk: egyébként az, hogy az ipar mit használ vagy mi van tömegesen elterjedve, kb. nullát jelent komoly hozzáadott érték szempontjából. itt van példának a word. elterjedt mindenhol, mégis mennyit is ér minőség szempontjából a latex-hel szemben? nullát.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
latex forrás az egy ascii szövegfájl. ha te tudsz mondjuk egy c forráskódban change trackinget, akkor texben is tudsz.
online template: a tex tud rendes template rendszert, vajon a word tud-e? (hint: nem)
dropbox, onedrive, stb. az egyrészt nem előny, másrészt az fájlrendszer kérdés, menteni oda mentesz, ahova akarsz.
real time kollaboráció: az a sima word tud működőképes módon, vagy csak az office365?Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
válasz #06658560 #228 üzenetére
"nekem ezek a szoftverek munkaeszközök": hogy emlegessem az eredeti problémát: elfogadjuk, hogy neked ezek a szoftverek munkaeszközök, ebből kötelezően következik, hogy mindenki másnak is azok?
ez kb. az az állítás lenne, hogy ha te vega vagy, akkor senki nem ehet húst.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- Milyen NAS-t vegyek?
- Futás, futópályák
- Kormányok / autós szimulátorok topicja
- Androidos tablet topic
- A fociról könnyedén, egy baráti társaságban
- PlayStation 5
- sziku69: Fűzzük össze a szavakat :)
- Sorozatok
- Android alkalmazások - szoftver kibeszélő topik
- További aktív témák...
- APPLE MacBook Air 2020 13" Retina - M1 / 8GB / 256 GB SSD / MAGYAR / 96% akku, 81 ciklus / Garancia
- 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!