Azon kívül, hogy már megint “fizetős lesz a Facebook” beszélgettünk arról, hogy mely technológiák futnak ki, avulnak el és melyek jönnek be újként és jó-e ez nekünk.
Heti adásunkban a szokásos híreink mellett Csaba hallgatónk email-jére térünk ki – hogyan lettünk mi programozók, hogyan kerültünk a szakmába. Nem szolgálunk tuti tippel, csak elmondjuk kb 10 éves tapasztalattal a hátunk mögött mi a mi meglátásunk.
Adásunkban némileg vitába keveredtünk – valóban szükségünk van-e a homeoffice-ra, valóban ösztönzően hat-e a másikra az irodai jelenlét. Mert amúgy Musk szerint igen. De a véleményével ő is kiborogatta a bilit elég sok fejlesztőcégnél.
Vajon lehet ezt az egész hómofiszosdit jól csinálni, hogy a kecske is jól lakjon és a káposzta is maradjon?
Heti f*sza adásunk azzal indul, hogy Zambiában nem estek pánikba egy zsarolóvírustól – sőt – egyenesen egy d*ckpic-kel válaszoltak a hekkereknek és tanácsokat adtak arról, hogy mit kezdjen a címzett vele. Bárki is legyen ez a Greg Nsofu nem egy szívbajos alkat. Vagy arrafelé csak így kezelik a konfliktusokat…? 🤷♂️
Heti adásunkban beszéltünk még az EESZT további fejlesztéseiről, az Apple EU által hozott Right to Repair szabályozásának értelmezéséről és egy érthetetlen mesterséges intelligenciáról.
Benji belemártotta magát a videójátékok világába, volt élménybeszámoló és gondolkodás arról, hogy a story alapú játékok amúgy honnan szerzik a sztoriaikat. És miért olyan szögegyszerű, butyuta sokszor egy történet ahhoz képest, hogy mennyi energiát fektettek bele…
Heti adásunkban a Boeing 737-MAX tervezésének legdurvább hibáját mutatjuk be a Lion Air 610-es és az Ethiopian 302-es járat tragédiáján keresztül. Górcső alá vesszük mit hibázott a személyzet, a gyártó és a gyártó képviselete.
Beszélgettünk arról mit jelent a mérnöki szakmában valamit csak feltételezni, könnyelműen értelmezni és javítani, majd átültettük a Boeing hibáit a szoftverfejlesztés világába, majd tanulságot vontunk az esetekből.
A végső tanulság írásban, hogy bármikor elővehesd:
1. A csapat minden felelőse egyeztessen, hogy egy megvalósítás életszerű-e, ne szülessenek ákombákom megoldások
2. Egy béna megvalósításra ne hekkelés legyen a javítás
3. Ha mégis hekkelés történik tájékoztasd róla a többieket
4. Ha látsz egy béna megvalósítást ne csak arra törekedj, hogy valahogy hozzátákold a saját kódod hanem hozd a tőled elvárható legmagasabb szintet
5. Ne hagyatkozz arra, hogy szerinted alacsony a valószínűsége annak, hogy bárki az adott hibával bármikor is találkozik
6. Ha már hibáztál vállald fel és érezd a magad felelősségének a probléma orvoslását
Heti hírelemző podcastünkben többek között a jelszavak történelméről beszélgettük. Mióta létezik, mikor és miért találták ki először…és aztán hogyan is törték fel ezeket. 🙄 Az adás végén elhangzó tanácsokért a fapados légitársaságok pedig keressenek bennünket email-ben!