- Computex 2025: Már a vízhűtés sem idegen az osztrák hűtőspecialistától
- Computex 2025: Jól sikerült a be quiet! belépője a perifériák világába
- Computex 2025: Nézzük miket mutat idén a DeepCool!
- Comptex 2025: Házak, tápok és kézikonzolok az Antec standján
- Computex 2025: Profi SSD-k, hűtők és más kiegészítők az Adata standján
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Milyen belső merevlemezt vegyek?
- Csak az F1 25-re koncentrál az új AMD Software
- Canon EOS DSLR topic
- Milyen billentyűzetet vegyek?
- NVIDIA® driverek topikja
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Xiaomi Mi Box androidos médialejátszó 4K és HDR támogatással
- Milyen egeret válasszak?
- Milyen TV-t vegyek?
Új hozzászólás Aktív témák
-
bambano
titán
-
bambano
titán
hanem?
sorolj még!
netbsd? elmegy a kávédarálón is, de nem is tud többet.
openbsd? évtizedekig hazudtak a weblapjukon.
freensd? talán... használd nyugodtan.
linux? a linux kernel raid driverét nem sikerült úgy megírni, hogy konzisztens legyen a raid1?egyébként igazad van, nem a windows az egyetlen létező szoftver, ott van például az exchange rotfl lol
nem is törték szrrá az egész világot exchange ügyben nem rég...
de beszélhetünk 393573. generációs vadászgépekről is, ahol még egy időszinkront se tudtak leprogramozni (hiperszuper csodavédett magasanfejlett katonai repülési szoftvertechnológia rotfl), és csak azért nem fürdött meg az egész banda, mert volt velük egy Extender, aminek az alaptípusa 1970-ben repült először. vagy ott van az f-35. megnéztem, 23 éve repült először, és még MINDIG NINCS KÉSZ. egy olcsó kis semmiség lesz, amit előbb vonnak ki a szolgálatból, mintsem elkészült volna. végfelhasználó bétateszteli, mint ti a windows 11-et.
és persze beszélhetnénk a szoftver helyett az emberről is... például arról a microsoftos és/vagy alvállalkozói alkalmazottról, akinek az összeomlott windowsából elvitték a főfontos kulcsokat.
a problémám az, hogyha most elkezdeném sorolni a szoftveripar hülyeségeit, évekig sorolhatnám és telefloodolhatnám a topicot. és ezért sehol nincs semmiféle felelősségre vonás.
én eljutottam odáig, hogyha egy pillanatig is komolyan venném magam, mint üzemeltető rendszergazda, elmennék kecskepásztornak valami völgybe, ahol nincs térerő se, meg áram se.
szerk: csak nagyon csendben jegyzem meg: a cloudról még nem is szóltam semmit
-
bambano
titán
válasz
buherton #166 üzenetére
valóban nem ez volt a kérdés, hanem ez:
#153: "Ha minden embert érinti, akkor annak egy általános szolgáltatássá kéne válnia, leginkább ingyenessé, mivel ami mindenkinek kell, az ugyanaz mint ami senkinek sem kell, tehát nem lehet értéke."erre hoztam példának, hogy az ivóvíz általános szolgáltatás, mindenkinek kell, mégsem ingyenes, van értéke. A nyilvános kút sem ingyenes, csak más fizeti. A példa alapján egyértelmű kell legyen, hogy azzal az állítással nem értek egyet. Attól, hogy egy szolgáltatás általános, mindenkinek kell, még nem kell ingyenes legyen, mert akkor nem lesz, aki előállítsa.
Visszatérve a topic témájához: nem hiszem, hogy rá lehet kényszeríteni a guglit, hogy ingyen adja a szolgáltatását, mivel egy rakás pénzbe kerül. Tehát minden gugli ellenességem ellenére azt kell mondanom, hogy nem árt ésszel hozzányúlni a történethez, mert ebből lehet orbitális bukta.
mondjuk miről álmodozom, politikusok meg jogászok kezdték a pert...
-
bambano
titán
Én egyszer elolvastam a windows eula-t. Te csináltál már ilyet (vagy verted magad korbáccsal
) ? Abban elég világosan le volt írva, hogy gyakorlatilag semmiért nem vállalnak felelősséget, kivéve a telepítő média hibája.
Processzorra nincs minőségi vállalás, oprendszerre nincs, gondolom, fordítóra se, ha ms gyártmány, a világot zömében üzemeltető {l,w}amp stackre se, akkor az, hogy te vállaltál valamit az általad írt kódra, kb. nullát ér.
Hány éve tart már a spectre/meltdown/stb műsor, még mindig jönnek új epizódok, és semmi reakció sincs. Szomszéd topicban téma, hogy amerikai kormányzati szervereket is felnyomtak, még le se cseng, itt van a következő, Sri Lankán is felnyomták a lomokat.
-
bambano
titán
" rájön az ügyfél, hogy mégsem arra gondolt" vs "Meg nem úgy agilis, hogy össze vissza gányol mindenki.": vagyis de.
ha a programozó nem lehet biztos benne, hogy azt programozza, ami a valódi igény, akkor de, akkor csak össze-vissza gányol mindenki.
egyébként pedig adatbázist rendes helyen adatbázis szakértő tervez, és nem excelben. szerintem kevés üzleti elemző van, akinek ha azt mondod, hogy csomszki, nem kívánja egészségedre.persze te lehetsz szerencsés (a munkahely-választásod miatt), mert bankban elvileg lenne zseton szakemberre, és lehet, nálatok volt is. meg az is lehet, hogy ti csak névleg vagytok agilisek. ettől még az agilis módszertan sok helyen arról szól, hogy a megrendelőnek fogalma sincs, hogy mit akar, és ezen dolgoznak.
-
bambano
titán
ha túltervezed az architektúrát, akkor egy rakás olyan plusz réteg lesz a rendszerben, aminek kézzelfogható eredménye nincs, viszont bugokat hoz be.
A két iteráció között lényeges különbség van: az üzleti elemző NEM PROGRAMOZ. Az üzleti elemző feltárja a folyamatokat, igényeket, folyamatfejlesztési lehetőségeket, célokat, és azt dokumentálja. És igen, EBBEN van és kell iteráció. Odamegy Gizikéhez, kérdez párat, és kap valami benyomást, ami alapján legközelebb megint odamegy, és pontosít. De nem pazarolja a programozási erőforrásokat, mert ekkor még nincs programozás.
Az agilis iteráció meg arról szól, hogy programozzanak már a gyerekek, ne unatkozzanak, mindegy mit, majd iterálunk, eldobjuk és jön a következő kanyar.
Amikor az elemző végez az iterációkkal, akkor keletkezik egy végleges rendszerterv. Utána már nincs iteráció, azt megvalósítják a programozók.
Ez a moving target típusú programfejlesztés nem tetszik, ami az agilis módszertan lényege. Gyakorlatilag még akkor is bőven találgatás folyik a célról, amikor már jelentős lépések történtek a cél akkori állapotban hitt irányába. És pontosan ezért röhögte ki a bankos haverom az agilis módszertant, mert a banki szféra speciális szabályainak nem lehet találgatással megfelelni. Autót sem úgy gyártanak, hogy már elindult a gyártóüzem felszerszámozása, de még nem világosak a célok, a marketing selling pointok, a célközönség meg a hasonló dolgok.
"Azt meg gondosan megismertetted velünk": egyrészt te komolyan hiszed, hogy minden dolgomat közhírré tettem? másrészt én komolyan higgyem el, hogy emlékszel is a dolgaimra akár csak arra a 17 évre visszamenőleg, mióta ezt a regemet használom? bocs, nem hiszem el.
"Ez nem újdonság, mindig is így volt és természetesen ennek nincs köze az agile-hoz.": egy tőről fakad: azért ócska a szoftver, mert meg akarják spórolni a költségek egy részét, és ezért "fejlesztették ki" ezt a bullshit módszertant, hogy ezzel elfedjék a tróger munkát. De a tény az, a szoftver projektek zöme bedől. Tehát a jelenlegi szoftverfejlesztési módszertanok nem jók.
-
bambano
titán
szerencsére az, hogy mihez volt közöm, nem a te gondolataidtól függ, hanem a karrieremtől.
másrészt azt elég nehéz lenne elvitatni, hogy a szoftveriparban káros folyamatok zajlanak, aminek az eredménye a pocsék szoftver. a pocsék szoftver egyik oka pedig a kapkodás, a szükséges fejlesztés megspórolása.
-
bambano
titán
válasz
buherton #108 üzenetére
"Btw, ez egy jó CICD nélkül nem megy.": én is ezt mondtam. csak nem értek vele egyet. az agilis módszertan arra jó, hogy hogyan lehet sok hibát nagyon gyorsan elkövetni, és ehhez megalkották a szükséges szoftver infrastruktúrát. Az egész k8, docker, ansible, cicd, stb. infrastruktúrának egyik kulcs tulajdonsága, hogy gyorsan lehet deployolni. csak arra nincs magyarázat, hogy minek?
"Az iteráció pont az Agile egyik lényeges pontja.": értsük meg, hogy ez BAJ! Egy rakás forrást néztem, mindegyikből az jött le, hogy a probléma alapos megismerését helyettesíti az iteráció meg az agile meg a többi. Aminek eredménye, hogy rakás programozói munkát dobnak ki.
-
bambano
titán
más helyeken meg az agilitás azt jelenti, hogy mond valamit a megrendelő, lefejlesztik, nem jó, dobják, kezdik elölről. ehhez kell ez a rilízelj gyakran, gyorsan, sokat történet, ami szülte az összes szemetet, ami mostanában az architektek mániája lett.
rendes helyen meg úgy megy a szoftverfejlesztés, agilitást nagy ívben kerülve, hogy üzleti elemző megnézi a folyamatot, a folyamaton történő fejlesztési igényt, és ezt iterálva elkészít egy rendes, részletes, hitelt érdemlő, elfogadott üzleti specifikációt. utána indul a program tervezés és programozás. na ezt akarja mindenki megspórolni, erre találták ki az agilis módszertanokat.
mifelénk nem használnak külön kifejezést arra, hogy valaki elvégzi a munkáját.
-
bambano
titán
"De mondjuk nem vagyok benne biztos, hogy ilyen sokan használnák, ha annyira rossz lenne.": amióta azok a vasak kimentek a divatból, amit a gazdájuk nem bír felemelni, azóta nem számít, hogy a szoftver milyen minőség.
egyébként ez egy vicc, hogy mindenre vannak minőségi paraméterek, amcsiban szétperlik a gyártót, ha minimálisan is eltér a doksitól, kivéve szoftver. a szoftver mehet as-is. bill egy zseni.
-
bambano
titán
nem ez az alapvető probléma.
a szoftverfejlesztésben az a menő (vagy legalábbis eddig az volt a menő, ha hinni lehet a kraftinak), hogy kezdj el programozni, úszd meg a tervezési-fejlesztési munkákat, és csinálj valamit, majd a megrendelő megmondja, hogy jó-e vagy sem. ha nem jó, kidobod.ezt hívják a menő önjelölt szoftverguruk agilis módszertannak. én nem tudok ilyen szép, hangzatos kifejezéseket mondani, ezért csak simán trógerságnak nevezem. megjegyzem, nemrég beszéltem bankos ismerőssel, simán kiröhögte ezt az egész agilis marhaságot.
-
bambano
titán
Sok cégnek van rendes levelezése. Amit a google önfejűsége tesz tönkre úgy, hogy nem tudsz semmit se csinálni. Ezt kellene végre megérteni.
És nem, nem műszaki hiba, hanem szándékos okoskodás. Nem azért nem tud levelet küldeni a gmailre, mert a gmail megrohadt, hanem azért, mert úgy van beállítva, hogy indokolatlanul spammernek vesz. -
bambano
titán
válasz
Chrystall #30 üzenetére
például te egy vállalkozó vagy, saját vagy helyi isp levelezését használod, és nem tudsz időben elküldeni egy szerződést, mert a címzett gmailes és a googlenak éppen sz.rakodhatnékja van.
és nincs megoldás, nem tudsz sehova menni, nincs fellebbezési lehetőség. és akkor a vállalkozó annyit tud tenni, hogy anyázik a rendszergazdájával, mert ő fizet a levelezésért és ki akarja adni a dühét, a rendszergazdája meg nem tud semmit csinálni, mert a google tesz rá magasról, mert megteheti.és ez megy rendszeresen, évekig, és akkor a vállalkozó átköltözik a gmailre. és a gmailen folytatja a levelezését, hogy a generatív ai-ket is legyen mivel okítani...
-
bambano
titán
válasz
Chrystall #13 üzenetére
csúnya tévedés azt gondolni, hogy a google az egy kereső.
a google például egy web böngésző, amely elterjedtsége miatt alkalmas arra, hogy saját szája íze szerint alakítsa a webes szabványokat. emellett ők tartják lélegeztető gépen a firefoxot, mert attól félnek, hogyha az bedől, akkor trösztellenes vizsgálatot kapnak a nyakukba.
a google például az egyik legnagyobb, ha nem a legnagyobb email szolgáltató, amelynek egyrészt lehetősége van a levelezési szabványok változtatására, tönkretételére (meg is teszi folyamatosan), másrészt a saját szűrési megoldásaival cégeket, kapcsolatokat tehet tönkre. például a levelezési piacon elérték, hogy sok cég feladja a saját levelező rendszerét, és inkább gmailre migrál, mert akkor nincs feladói oldalon spam probléma.
és persze a google egy kereső is, amelyik saját buborékodba képes zárni a találatok sorrendjének manipulálásával.
simán szét kellett volna darabolni rég a fenébe az egész bandát.
Új hozzászólás Aktív témák
- 4 év gari - magyar bill. - Lenovo ThinkPad Z13 G1 - AMD Ryzen R7 Pro 6850U, 13.3" 2.8K OGS érintő
- Országosan a legjobb BANKMENTES részletfizetési konstrukció! Vásárolj okosan, fizess kényelmesen!
- AKCIÓ! Gigabyte B650M R7 7700X 32GB DDR5 1TB SSD RTX 3080Ti 12GB Cooler Master H500P WHITE 750W
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
- Telefon felvásárlás!! Honor Magic6 Lite, Honor Magic6 Pro, Honor Magic7 Lite, Honor Magic7 Pro
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest