- Házimozi haladó szinten
- OLED TV topic
- Milyen TV-t vegyek?
- Házimozi belépő szinten
- Milyen egeret válasszak?
- Amlogic S905, S912 processzoros készülékek
- Milyen billentyűzetet vegyek?
- Adatmentés - HDD - SSD - Flash
- LG 34GS95QE-B: OLED paneles, ívelt gamer monitor
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
Hirdetés
-
Ülésezik a hardveregylet
ph Az irodai készülékek és monitorok társaságát egy ház, egy egér és egy DAC egészíti ki.
-
VR játék lesz az Alien: Rogue Incursion
gp Az év végén érkező program PC-re, Meta Quest 3-ra és PlayStation VR2-re érkezik a tervek szerint.
-
Olcsó 5G-s ajánlatot nyújt a Realme Indiának
ma Megérkezett a Realme C65 5G, az első készülék a MediaTek Dimensity 6300-zal.
Új hozzászólás Aktív témák
-
cinemazealot
addikt
-
Silεncε
őstag
Erre (Szeged) sincs kódreview (legalábbis én nem találkoztam vele), ez különösen akkor volt jó, amikor csapatmunkában a másik odahányt spagettikódját kellett nekem javítgatni, hogy legalább működőképesre ki tudjuk kalapálni (nem egy olyan is volt, hogy inkább újraírtam/tuk, mert kevesebb munka volt).
A másik kedvencem, amikor mással csináltatjuk meg a kötprogot pénzért. Csak azt nem értem, hogy az ilyen ha már a kötprogot se akarja megcsinálni, mit fog csinálni a munkahelyén? Fizet valakinek, hogy megcsinálja helyette a munkát?
[ Szerkesztve ]
-
Silεncε
őstag
Unit tesztelés nálunk olyan szinten volt, hogy volt külön tárgyunk, ami csak kifejezetten a tesztelés folyamatáról szólt és ott kellett többet között ezt is csinálni (egy opensource projektet kellett tesztelni). Ezen kívül kb semmi (meg egy másik csoportmunkás tárgyon volt minimális tesztelés, de azt nem mondanám unit tesztnek)
[ Szerkesztve ]
-
Sleed
aktív tag
Nalunk villanyon ugyan, de lehetett plusz pontokat szerezni az Alkalmazasfejlesztes c. targybol, ha a hazidhoz irtal nem trivialis unit-teszteket. Amugy Kristof az egyik leglelkiismeretesebb oktato akivel a BME-n talalkoztam.
-
opr
veterán
Nem ertek egyet.
"A gyors szoftver elsősorban skill és idő kérdése."
Helyett:
"A gyors szoftver elsősorban skill kérdése..." Meg vallalati kultura. Kell egy tokos, tapasztalt es jo vezeto, aki mellesleg minimum senior programozo, vagy legalabb az volt valaha. Az a helyzet, hogy szep es gyors kodot eredetileg megirni ugyanannyi ido, mint egy lassu fos spagettit, csak elobbi karbantarthato, utobbi meg nem, tehat igazabol a jo kod hosszu tavon kevesebb ido es olcsobb, mint a fos. Itt jon be a kepbe a vallalati kultura, hogy vajon felfogjak-e azt, hogy az elejen "a falnal alldogalo es beszelgeto programozohorda" (valos idezet egy regi, segghulye manageremtol) igazabol a cegnek idot, penzt es energiat sporol hosszutavon, sot, mar kozeptavon is, sot, igazabol konkretan az 1.0 utan azonnal, vagy nem.szerk: tisztanlatas kedveert, a "fal" olyan anyagbol volt, mint a tablak, amikre lehet irkalni filccel.
A jatekokat ne keverjuk ide, nagyon specialis terulet, ahol a lehetetlennel hataros rendesen elore tervezni. Tegyuk meg hozza, hogy a jatekfejlesztok iszonyatosan alul vannak fizetve, igy azt a par megszallottat kiveve nem eppen a programozas kremje dolgozik ott. Az meg, hogy pistike, aki meg programozot is csak kepen latott, az is javascript junior volt, aki azzal kezdi a hello world-ot, hogy behuzza a fel npm-et, panaszkodik, hogy valami nincs optimalizalva nem tudom, hogy jon ide, akkora baromsagokat irnak az emberek ilyen teren, hogy olvasni is faj. Regebben meg probalkoztam elmagyarazni, hogy mar magat a szot is rosszul hasznaljak az esetek 99%-ban, de egy ideje feladtam, inkabb csak atkattintok mashova.
[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
opr
veterán
"akkor visszakérdeznék, hogy mennyi pénzt?"
Normalis cegeknel ismerik a technical debt fogalmat es tisztaban vannak vele, hogy az mit jelent es miert kell elkerulni.
Az En tapasztalatom az, hogy utolagos optimalizaciora nagyon ritkan van szukseg egy normalisan vegiggondolt, specifikalt es megirt programnal. Persze, evente 1-2 ilyen esettel talalkozunk mi is, amikor nem eleg a szep es jol tervezett es megirt kod, hanem konkretan neki kell allni szetoptizni a lelket, de egyreszt ritka, masreszt a modularitas miatt nem okoz nagy gondot.
Amiket felsoroltal, azok tipikusan olyan dolgok, amikkel vagy elore tisztaban vagy es mar a specifikacioban szamitasz ra, vagy tudsz rajuk irni kicsi, kulonallo proof of concept-eket, amikkel ki tudod merni, tesztelni, ott helyben megoldod a problemat, es amikor megvan a nyero modszer, azt kicsinositva szepen kulon modulkent be lehet kotni a projektbe. Raadasul ez a leirt procedura osszessegeben altalaban rovidebb ido, mint belehanyi valamit valami monolitikus borzadalyba, aztan utana izzadni rajta, hogy megfeleloen mukodjon.Persze tisztaban vagyok vele, hogy sok cegnel eleve ugy kezdik, hogy nem tudjuk, hogy micsoda es mire lesz, de tegnapra kell. Na, ott a letezo leghatekonyabb programozasi modszer a felmondolevel. Meg egeszseges is.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Dr. Akula
nagyúr
A BME már 25 éve is arról szólt hogy tétel-bizonyítás-tétel-bizonyítás-kicsöngettek. Az utolsó szint ahol még tanítanak is, nem csak darálják a ki tudja mit, az a főiskola. Viszont az egyetemi papír többet ér, mert magasabb tudásszintet bizonyít - csak hát azt magadtól kell megtanulni, mert órán a tanártól nem fogod.
-
opr
veterán
"Ahol más cégnek fejlesztenek szoftvert, ott nem erre optimalizálnak."
Na, ez mondjuk annyira igaz, hogy sokszor konkretan szandekosan keszul szar, hogy aztan el lehessen adni a javitast is, ismerem a dolgot.
Adatbazis eleres: Erre kell kicsi PoC-ot irni, amivel szepen szenne tudod tesztelni a dolgot, aztan azt a kis kodot mar konnyu jora faragni. De azt alairom, hogy az atabazis tud trukkos lenni, idealis esetben van ra kulon ember, aki mar a specifikalasnal es a tervezesnel jelen van, sot, konkretan tervezi a db-t, illetve egyengeti a programozokat, hogy mit hogy merre kene hasznalni, hogy jo legyen. Azt is alairom, hogy ilyen viszont sajnos mar tenyleg ritkan van, pedig igeny az lenne ra."Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Dr. Akula
nagyúr
-
"1. A szoftver fejlesztési költségeihez beírhatnál egy 5x-ös szorzót. Nem fizetné ki senki, mert nem hoz annyit a konyhára, mint amennyibe kerül.": ezen nagyon egyszerűen lehetne segíteni: a szoftver fejlesztési költségei közé be kellene sorolni azt is, amennyi kárt okoz. rögtön olcsóvá válna az 5x-ös fejlesztési költség. és azt a költséget le is kellene verni a fejlesztőn.
szerinted lenne ennyi vírus meg szemét a hálózaton, ha a microsoftnak nem engedték volna meg azt a világraszóló disznóságot, hogy a szoftver "as-is"? én anno elolvastam a windows eula-t, nagyjából három dolog volt benne, ebből kettő vállalás, egy meg mosakodás:
1. az adathordozó olvasható, erre van garancia
2. egyszer láttak már egy gépet, amin egyszer működött a szoftver.
3. semmi másra nincs garancia, minden más a vevő sara.ekkora mocsokságot melyik másik iparágban engednek? ha leszakad alattad egy híd, még be is perel érte téged a hídépítő?
az egész szoftveripar arról szól, hogy tologatják jobbra-balra a költségeket, csak nehogy ki kelljen fizetni. pláne nehogy ki kelljen fizetnie annak, aki okozta.
"2. Az üzleti igények folyamatosan változnak, tehát a specifikációd is folyamatosan változna, a szoftver karbantartása szintén 5x annyiba kerülne": ez egy felfújt lufi, mert senki nem mer a sarkára állni ezügyben. azért változnak az üzleti igények, mert egy szoftverfejlesztő se meri azt mondani, hogy elmész anyádba, majd akkor gyere vissza, ha már konkrétan tudod, hogy mit akarsz. a bolond szoftverfejlesztők például felkészültek arra, hogy másodpercek-percek alatt újrahúzzanak egy komplett enterprise rendszert, erre a hülye megrendelők elkezdték kihasználni ezt. ha a rendszer alkalmas arra, hogy tróger megrendelésekkel is működjön, akkor tróger megrendelések fognak érkezni. ha a megrendelőnél nem okoz jelentős költséget az, hogy lövése sincs arról, hogy mit akar megrendelni, akkor nem fogja erőltetni, hogy legyen lövése.
"3. Ez a legfontosabb: semmi sem garantálná, hogy az általad leírt matematikai specifikáció valóban megoldja a megrendelő problémáját és kielégíti az üzleti igényekeit.": és ez jó lenne. azt lehetne garantálni, hogy a program megfelel a megrendelő által rendesen ledokumentált specifikációnak. Hogy a megrendelő által megrendelt cucc megfelel-e a megrendelő igényeinek, azt nem garantálná semmi, viszont pár méretes pofáraesés után a megrendelő is elgondolkodna azon, hogy az igényét ne sajtpapíron adja le. sokat tisztulna a szoftveripar, ha a megrendelői hülyeségeket csökkenteni lehetne.
"pl. űrhajók vagy atomerőművek vezérlő szoftverét le kell specifikálni. ": ja, a boeing is jól lespecifikált mindent, a 737max műszereitől kezdve az űrhajó óra funkcióján át a raptor dátumkezeléséig. és ez csak egy példa volt
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
"Minden program tele van hibákkal, és egy csomót soha nem fognak kijavítani, mert nem éri meg.": erről beszéltem, azért vannak tele hibával a programok, mert a jelenlegi jogi helyzetben meg lehet oldani azt, hogy a költséget ne az fizesse, aki okozta.
például a windows10 tele van hibával, de ezért nem tudod az ms-t felelőssé tenni, hanem neked kell rakás pénzért víruskergetőt meg malware kergetőt meg tűzfalat meg határvédelmet meg hasonlókat üzemeltetni. te fizetsz azért, mert a törvény és a szokásjog hagyja, hogy az ms trehányul programozzon. itt az ms csak példa, más cégekre is igaz.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
provisioning rendszert fejlesztek, ami szolgáltatásokat menedzsel.
senki nem foglalkozik azzal, hogy maga a szoftver milyen. azzal foglalkozunk, hogy az általa menedzselt szolgáltatások minősége eléri-e a szerződéses célértékeket.légyszíves ez alapján válaszold meg a saját kérdésed.
"Mert a hozzászólásodból az süt, hogy nem, csak lököd itt a saját feltételezéseidet meg fantáziáidat arról, hogy mi hogy kéne legyen.": mindig ez szokott következni, mikor kiderül, hogy másképp látom a dolgokat, mint a hivtatalos kánon, és sosem az, hogy érvelnek amellett, hogy tévedek.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
strogov
senior tag
"meg lehet oldani, lehet olyan szerződést kötni, amiben a hibákért kötbért fizet a beszállító, szoftveriparban is. Két dolog miatt nem teszik"
Én az elmúlt 20 évben mindig olyan cégnél dolgoztam amelyik bizonyos ideig garanciában javította a hibákat. Volt olyan project ahol 3 hónapig, volt ahol 2 évig. Mindegyik üzleti szoftver, nem űrrakéta.
És mindegyik cégnél pszeudo kódban is kommunikáltunk. Volt amikor ügyfélel is. Folyamatábra nélkül meg elég nehéz workflow-t fejleszteni. Ha nem triviális a folyamat akkor mindig egyeztetek ügyfélel is folyamatot, és eddig mindenki megértette a folyamatábrát.
[ Szerkesztve ]
-
"Látod, megfogalmaztad a lényeget, csak nem akarod elfogadni.": vagy te nem érted, hogy mit írtam.
te ezt írtad:
"De hadd kérdezzem meg, részt vettél már szoftvergyártási folyamatban akár beszállítói, akár megrendelői oldalon? Mert a hozzászólásodból az süt, hogy nem, csak lököd itt a saját feltételezéseidet meg fantáziáidat arról, hogy mi hogy kéne legyen."ebből két feltételezést lehet kiolvasni:
1. szerinted fogalmam sincs arról, hogy megy a megrendelés és a szoftverfejlesztés az üzleti életben
2. szerinted irreális az, és nekem nincs vele kapcsolatban tapasztalatom, hogy a fejlesztő feleljen a szoftverért.1. van fogalmam. egy csomó projektet végighajtottam eddigi karrierem során, megrendelői és teljesítői oldalról is.
1a. most is teljesítői oldalon dolgozom.
2. az ms megteheti, hogy ráírja a szoftverre, hogy as-is. így az ms-t soha nem meszelik el, ha pocsék kódot ad ki. én nem tehetem meg, engem seggbe rúgnak, ha azért rohad meg a szolgáltatás, mert a szoftverem hibázik. tehát én pont az ellentéte vagyok az ms-nek ebben a kérdésben (meg minden másban is), mert nekem van anyagi felelősségem a kezemből kiadott kódért. ráadásul mivel nem programra szerződök, hanem szolgáltatásra, így folyamatosan felelek a dolgaimért, nem csak garis időben."De azt elvárni, hogy a megrendelő komplett funkcionális speckót tesz le az asztalra, meg kifizeti, hogy te matematikailag igazolod a kód helyességét, ez teljesen a fantázia birodalmában van.": nálam ez úgy megy, hogy addig zaklatom a megrendelőt, amíg nincs rendes speckó. ugyanis ha nincs rendes speckó, akkor én sem tudom eldönteni, hogy mit írjak az editorba. az a modern programozói felfogás, hogy ha a megrendelő nem tudja, hogy mit akar, akkor majd írunk valami szemetet a programba, és átadjuk, és meglátjuk, mit szólnak hozzá, engem nem érdekel. a szervezési munkákat is el kell végezni. ha a megrendelő végzi el, szuper, ha én, akkor én, de a végén komplett speckó van, mielőtt elindítom az editort. ha a megrendelő nem tudja, hogy mit akar, akkor beülök a leendő júzer székébe, és kiderítem. ha interjúztatni kell a júzert, akkor interjúztatom. ha döntésre kell kényszeríteni, akkor rákényszerítem.
a matematikai bizonyítás meg úgy működik, hogy tudom, hogy hogyan kellene bebizonyítani, és úgy írom meg a kódot, ahogy a programhelyesség bizonyításhoz kellene, és akkor tudom, hogy ha akarnám, bebizonyíthatnám, illetve nem formálisan be is bizonyítom. akár megfizetik, akár nem. ehhez kell az egyetemi oktatás, hogy tudd, hogy mi az, hogy programhelyesség bizonyítás, és tudd, hogy adott kódon meg tudnád csinálni, ha kellene. már ettől a tudattól jobb lesz a kód akkor is, ha nem végzed el papíron a bizonyítást.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Dr. Akula
nagyúr
Ma már kb. minden nagyobb városban van legalább 1 egyetem, szal az a 300 nem olyan rossz helyezés az egész világra nézve. 7 milliárd ember nem járhat MIT-ra és Ofxordba. Nem a te figyelmedet kell vele felkelteni, hanem a munkaadókét. Azok meg hiába várják hogy majd a Google csúcsfizetésekből átülnek a pesti minimálbér + borítékba. Ha csak a legjobb 10 ember programozna a világon, még mindig a Windows 3.1-et fejlesztenék, és még Notepad se lenne rajta. Szükség van a kevésbé jókra is, erről szól az emberiség történelme úgy 1 millió éve. Ha a programozós témát nem tudod átérezni, gondolj bele mit ennél ha az egész világra csak 10 pék jutna, de az Michelin csillagos lenne.
-
Dr. Akula
nagyúr
Ha jön 3 jelölt, egyik BME, másik Gábor Dénes, a 3. semmilyen "de kisdobosbecsszóra tudok olyat is" papírral, akkor azért tudsz köztük felállítani egy minőségi sorrendet? Ennek ellenére lehet hogy a papír nélküli a legjobb, de ki hiszi azt el? Messziről jött ember azt mond amit akar, ahogy a mondás tartja.
Példa: mondjuk ITIL (jó, nem tervezési, hanem üzemeltetési hablaty, de a példa szempontjából ugyanaz). Még azt se tudják megfogalmazni mire jó, csak segít olyan izékben, amik olyan hogyhívjákok hogy na. Már a megfogalmazása se érthető, akkor nagyjából borítékolható a sikertörténet is ("ez meg WTF?"), az általa felkeltett érdeklődés, aminek az eredménye az hogy 100 beiskolázott emberből 99 ugyanúgy jön ki ahogy bement, csak kicsit álmosabban, 1 meg tud pár szlogent idézni, de hogy mire jó, azt már ő se tudja. Igazán sikertörténet lesz ezt alkalmazni is. Ahelyett hogy csak 1-2 rövid fogást, a lényeget, a bevált és valódi példákkal alátámaszthatóan működő dolgokat lezavarnák fél óra alatt, és akkor mondjuk a 100-ból 50 ember 10%-kal termelékenyebb lenne tőle (a maradék meg akkor se, ezt le kell írni üzemi veszteségként), így a nyereség átlagosan 5% lenne, ami egész potosan 5%-kal jobb a semminél. Általában ami úgy kezdődik hogy módszertan, arról ránézés nélkül is tudni lehet hogy ez doksigenerálásban biztos emelkedést fog jelenteni, másban ki tudja. A papírozás papírozása a munka halála.
Lehet hogy Fejlesztő Józsit így bármikor ki lehetne rúgni, de ennek bevezetésére pont nem Józsi lesz a legnagyobb vevő. Ki az aki szépen ledokumentálna mindent maga után hogy bármikor kirúghassák, vagy fenyegethessék bércsökkentéssel, mert bármikor felvehetnek a helyére valakit? Ha az ilyesmi kezdeti követelmény is, akkor is el lehet szabotálni (és szokták is), lehet csinálni úgy is dokumentációt hogy az semmire nem jó, de attól még látványos, átpörgetve egész mutatós, el lehet hinni hogy jó lesz ez, csak amikor dolgozni kéne belőle, akkor derül ki hogy semmire nem elég. Fejlesztő Józsi biztos ilyet fog gyártani.
-
Dr. Akula
nagyúr
Hát, nálunk a legjobb emberünknek nem erőssége a helyesírás, pont őt lőnéd ki vele (pedig diplomás).
Az ilyen papír arra való hogy whiteboardozás előtt is legyen szelekció látatlanba, ne kelljen 1000 "hákeziccsókolomfőnökúristenbizony mindetistudok"-ot behívni és pazarolni rájuk az idődet.
Mindenféle módszertant kritikusan szemlélek, nálunk a fejlesztők pl. röhögnek az "agilis"-en, ez kb. a "fogalmam sincs, majd lesz valahogy" szinonímája.
Ha csak Józsi ért hozzá, akkor hogy fog más is? Józsitól biztos nem fogja senki megkapni a tudást, arról Józsi gondoskodni fog.
-
samujózsi
tag
Miért lenne baromság?
Eleve az OOP erre épül.
Meg tképp a függvények, szubrutinok is valahol erre vezethetőek vissza. Library-k/package-ek stb.Szerintem bőven van értelme úgy megírni egy kódot, ha nem valami eldugott sufnicég weblapjáról van szó, hogy később felhasználhatóak legyenek a kész kód részei máshol is, ahol hasonló, de nem azonos feladat jöhet.
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
opr
veterán
Mindennem rosszindulat nelkul annyit meg hozzatennek, hogy amig ilyen a hozzaallasa, addig ez nem is fog elofordulni, mert mar a nulladik koros otthoni tesztfeladaton ki fogjak a normalis helyek szorni.
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
emelhu
aktív tag
az "újra felhasználhatóság" elvárás legyen a kóddal szemben, az egy baromság,
Itt kezdődik a kopipaszta huszárság.
Az első lépés hogy ugyanabban az alkalmazásban ha valamit leírtál, akkor azt ne írd meg mégegyszer, és nem a hatékonyság miatt, az a mai processzor és memória lehetőségek mellett teljesen lényegtelen. Alapelv, ami az inkonzisztencia ellen bevált.
Ha meg nem akarok lépten nyomon valamit újraírni, akkor azt centralizálva kell és jól definiált input-output-állapotváltozás dokumentálással.[ Szerkesztve ]
Új hozzászólás Aktív témák
- 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
- Facebook és Messenger
- EAFC 24
- Házimozi haladó szinten
- OLED TV topic
- 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