• úvod
  • témata
  • události
  • tržiště
  • přihlásit
  • diskuze
  • nástěnka
  • přihlásit
    přihlásit se
    registrace
    ztracené heslo?
    KOJAProgramovani 40+
    Diskuze o obzive programovanim pro starsi a pokrocile.
    rozbalit záhlaví
    JANFROG
    JANFROG --- ---
    MLEKAR_STEIN: Take oldschool v klientovi + offlineimap
    MLEKAR_STEIN
    MLEKAR_STEIN --- ---
    LUDWIG_: jedu tenhle oldschool.
    důlezitý věci v lokalnim archivu.
    ALMAD
    ALMAD --- ---
    QWWERTY: Principielne souhlasim s vyhodama emailu, ale kdyz sem se vratil ze Slacku do email korporatu, kde sem byl obcas pridany do konce emailoveho vlakna na jehoz prohlizeni zamrzal celej pocitac, tak sem se fakt cejtil jak na ceste do praveku.

    Pripadne nekomu posles jeden email a prijde ti 15 replies na replies, a vsechny "cc XY"...ještě teď mi to trochu vypíná mozek.
    KLEINZACH
    KLEINZACH --- ---
    SULTHAN:
    > Samozřejmě to vždycky začne tak, že jakýkoliv nový kanál určený pro posílání důležitých informací někdo "unese" pro posílání zbytečností. Nejčastěji lidé ze sales, kteří se potřebují hlasitě chlubit úspěchy, nebo lidé z HR, kteří potřebují ukázat, že vůbec něco dělají.

    :D ou je
    mejly jsou z 95% trash a co se tyce HR... eh, darmo mluvit. 'zoom call s duchovnim guru' v dobe covidu je asi jejich top vynalez :)

    *cries in 'Where For Art Thou Usenet'*
    SULTHAN
    SULTHAN --- ---
    QWWERTY: Možná jsem se špatně vyjádřil. Já osobně preferuji, když jsou důležité informace poslané emailem ALE z našeho (menšího) korporátu mám zkušenost, že emaily se skoro neposílají a důležité informace mě míjí.

    Samozřejmě to vždycky začne tak, že jakýkoliv nový kanál určený pro posílání důležitých informací někdo "unese" pro posílání zbytečností. Nejčastěji lidé ze sales, kteří se potřebují hlasitě chlubit úspěchy, nebo lidé z HR, kteří potřebují ukázat, že vůbec něco dělají.
    My momentálně máme asi 3 kanály na teamsech, které většinou vzniknou tak, že někdo (např. HR) do nich přidá celou firmu a pošle tam nějakou pitomost a velká většina firmy si jako reakci ten kanál dá do ignoru. K tomu máme pravidelné meetingy s vedením, kde se kecá o tom, co se děje ve firmě na nejvyšší úrovni - na ty meetingy chodí pravidelně jen pár šílenců.
    Pak se nějaké informace taky předávájí hiearchicky - vedení to řekne projekťákům, kteří to pak předávájí dál na pravidelných týmových meetings. To má tu nevýhodu, že to mine lidi na dovolených a různé specifické lidi, kteří nejsou přímou součástí týmů.

    Ale i co se týká emailů, tak si matně pamatuju, že byly jednu dobu problémy v tom, že se důležité zprávy posílaly na nějaké specifické skupiny zaměstnanců, aby se později zjistilo, že ne všichni potřební adresáti byli přidáni do těch daných skupin.
    LUDWIG_
    LUDWIG_ --- ---
    KLEINZACH: mi tahle debata pripomnela trauma z jedne z predchozich firem, kde se security team jednou rozhodl, ze retention bude na Slacku a Gmailu 3 mesice a zavedl to ze dne na den.
    Jelikoz s tim nikdo nepocital, pouzival se Slack do te doby celkem aktivne jako dlouhodobe uloziste znalosti (kolikrat jsem tehdy zpetne dohledal neco duleziteho v nekdy i par let starych vlaknech).
    No, dobra celofiremni amnezie. Na druhou stranu pak lidi byli paranoidni a druha vlna, kdy se zavedlo, ze se budou automaticky mazat soubory/dokumenty, co jsou neaktivni vic jak rok na GDrivu (ktery byl predtim deklarovan jako doporucene dlouhodobe firemni uloziste), nebyla tak destruktivni.
    QWWERTY
    QWWERTY --- ---
    JANFROG: + se da snadno zalohovat i vcetne vsech metadat, hlavicek, etc, narozdil od pofidernich screenshotu z externich platforem

    LUDWIG_: uprime, vzhledem k tomu jak pomale jsou dnesni webove interfaces, tak si nedovedu predstavit nepouzivat mailoveho desktop clienta
    stejne tak mam nastavene, ze se vsechny maily stahuji lokalne, abych nemusel cekat na odpovedi serveru
    je pravda, ze v ramci migrace na M365 nas donutili mit vsechno na Exchange Online. resp. porad si muzu drzet lokalni kopie/PST archivy, akorat jsou excluded z OneDrive backup policy (coz neni neresitelny problem)
    dalsi vec je, ze mailove klienty maji celkem dobre indexery. napr. pokud mi staci zakladni info, tak nemusim cekat na pomale odpovedi vyhledavani v platformach jako ServiceNow
    LUDWIG_
    LUDWIG_ --- ---
    MLEKAR_STEIN: to plati pouze, pokud jsou externi ucastnici nebo kdyz nekdo jede oldschool a emaily si stahuje do lokalniho klienta.
    pokud cela organizace jede na gmailu a jeden den se rozhodne, ze retention emailu bude par mesicu, tak smula
    MLEKAR_STEIN
    MLEKAR_STEIN --- ---
    JANFROG: ještě bych pridal, že mail.je přirozeně zálohovaný tím, že účastníci konverzace mají každý svou kopii, takže můžu snadno ziskat chybějicí kusy, když si něco důležitýho smažu.
    NAVARA
    NAVARA --- ---
    ZAPPO: U veškeré interní komunikace ne, ale cokoli se týká produktů včetně jejich vývoje (CAPA, QA,…) i projede (Sales), musíme jako regulovaný byznys mít bez jakýchokoli pochybností kompletní - žádné mazané zprávy, chybějící údaje, veškeré změny musí mít hodnoty před a po, atd (ALCOA+ úroveň).
    V USA HQ může jít v krajnějších případěch i pobyt za mřížemi, nejde jen o teorii, soudy skutečně posílají.
    JANFROG
    JANFROG --- ---
    QWWERTY: Plus, email se da snadno zalohovat :-)
    QWWERTY
    QWWERTY --- ---
    SULTHAN:
    jsme korporat. email je zpusob, jak se veci komunikuji oficialne - od project trackingu, pres reporting, po organizacni zmeny
    ano, samozrejme ze kazda ta vec ma na backendu za emailem dedikovany tool pro dany job. od ticketingu, pres reporting/dashboardy, po sharepointy a interni wiki, a jine proprietary platformy.
    jenze platformy prichazi a odchazi. nedohledam s kym jsem resil problem v ticketu X1234, kdyz se ticketovaci platforma vypla pred 2 roky po migraci na jiny tool
    ten email porad slouzi jako hardcopy snapshot situace v konkretnim okamziku

    jake mas alternativy pro takove bezne predavani provoznich informaci tymu 20-60 lidi?
    metoda a) - tlacim informace uzivateli pod nos
    - oznamovani na meetingu? lidi tam nejsou. nedavaji pozor... ale ok, dneska to castecne pokryje live transcript a LLM agent
    - Teams/Slack channel? oznameni casto zapadne v sumu daily trafficu.. ha, tak udelam dedikovany channel na Announcemnts! a tak jsme meli lidi, kteri minuli nove info, protoze channely mimo svuj daily job nectou

    metoda b) - operujici s "uzivatel si sam proaktivne kazdy den prijde pro nove informace" aka "doomed from start"
    - ticketovaci systemy ala Jira? super na tasky, tickety, project/development tracking... a kdyz chces napr. teamu oznamit zmeny v reportovani dochazky, tak na to taky otevres ticket?
    - interni wiki nebo SharePoint? totalni mrdnik. kazdy tym/org ma vlastni s variabilne schopnym content creatorem a space administratorem + microsoft ted zabil Alerts, takze drzet krok s tim co je kde nove je PITA. (u Confluence jeste celkem ok)
    - pseudo-interni socialni site ala Viva Engage, kde si lidi delaji subscriptions vuci komunitam a cele to vypada jako kdyz se twitter spari s linkedinem a porodi klon facebooku s chybejicim chromozomem? eeeeh....

    pridej k tomu
    - projekty, do kterych jsou zapojene 3rd parties mimo firmu. (+ nejsou soucasti komunikacni federace)
    - koordinace skrz X lokaci a lidi, se kteryma 2-4 tydny neco intenzivne resis a pak uz o nich nikdy neuslysis. budes je pracne setupovat do konkretni komunikacni platformy/frameworku, kterou aktualne nepouzivaji a ucit je s tim pracovat?


    je email perfektni? ne. ... ale
    - dava ti flexibilitu si organizovat a hledat informace z predchozich komunikaci i v dlouhodobem horizontu
    - umoznuje dynamicky prihazovat nove ucastniky podle narustajiciho scope konverzace, v podstate bez omezeni nebo platform lock-inu
    - kazdy den ti informace z uplne vsech zdroju prijdou agregovane do jednoho centralniho mista
    - zvladaji ho pouzivat i technicky slabsi uzivatele!!!


    jestli existuje nejaka jina versatilni nahrada mailu, sem s ni. rad si rozsirim obzor :)

    (obecne by bylo zajimave videt nejaky cross-industry pruzkum toho, jak ktere firmy organizuji interni komunikaci + jak s tim zamichaly LLM)
    SULTHAN
    SULTHAN --- ---
    QWWERTY: u vás ještě někdo posílá emaily? Mě se běžně stane, že se něco nedozvím, protože se o tom mluvilo na nějakém nepovinném meetingu, na který nechodím.
    Co není napsané v jiře, to neexistuje.
    Je pravda, že už jsem na jednom projektu dohledával v gitu historii před 8 lety, ke commitu jsem našel odpovídající jiru, a tu jsem pak někomu omlátil o hlavu, že to tak bylo zadáno a není to chyba.
    PES
    PES --- ---
    KLEINZACH: ale zase to dává obrovský prostor pro umělou zaměstnanost (resp. dnes spíš pro umělé pálení tokenů) stále dokola "znovuobjevováním kola" (znovu získávat/tvořit informace/znalosti, které byly v těch smazaných historiích)...
    KLEINZACH
    KLEINZACH --- ---
    s retention policy me serou

    kurnik mrkvosoft konecne po dvaceti letech pokusu a omylu udela neco co se da tolerovat (teams), za ty leta (5+) by tam bylo tolik uzitecnyho infa ze vsech moznych konverzaci, ze by to mohlo bejt i ... no uzitecny.
    ale ne, prej 'promazte to po dvou letech'. ekvivalent lobotomie - pac zalohy kazdy konverzace si fakt nedelam.

    *fart in general direction of korporatni retardi*
    QWWERTY
    QWWERTY --- ---
    JON: zalohu vedle si muze delat i pomoci blbych screenshotu, na to nepotrebuje API :D


    ja si uprime nedovedu predstavit dodrzovat retention policy na 100% a vsechno po 2 letech mazat
    jak jsou nektere projekty zavisle na release cyklu vendora, tak se naprosto bezne stava, ze potrebne informace se nachazeji ve 3-5 let starych emailech
    JON
    JON --- ---
    QWWERTY: a jak to mate s pristupem pres api? ze by si nekdo mohl treba delat zalohu vedle?
    VOY
    VOY --- ---
    QWWERTY: miluji tuhle korporátnické příběhy. Nesmí se ale říkat mne.
    QWWERTY
    QWWERTY --- ---
    ZAPPO: retention policies jsou vubec vtipne tema
    nase Teams maji defaultne 12-13 mesicu (a jeste se jim to povedlo aplikovat jenom na chat a ne na channely)
    ale napr. tym na customer supportu ma z duvodu obcasneho preposilani zakaznickych dat retention 7 dnu
    a samozrejme retention se neaplikuje jenom jim, ale i kontaktu, se kterym komunikovali
    napsal vam v patek kolega a vy jste byli tyden na dovolene? smula, dalsi pondeli zbyla z jeho zpravy jenom notifikace a message deletion notice
    a co se stane, kdyz nekoho s touhle policy pozvete do group chatu? that's right, historie chatu se smaze vsem ucastnikum. defacto to cca 300 lidi diskvalifikovalo z organizovani firemnich a dobrovolnickych akci - nikdo je nikdy neprida do chatu, kde se ty veci resi a organizuji
    SIRLOON
    SIRLOON --- ---
    JORGES: tvarit se to tak pro uzivatele muze, ale to jak sou tam nastaveny limity na to, co muze nejaky software obsahovat nebo nemuze, at uz mluvime o realnych defektech, nenavoditelnych- ale obsahujicich zranitelnou knihovnu treba, nebo end of life knihovnach, je hovadsky. A pro saas veci to je dost problem
    ZAPPO
    ZAPPO --- ---
    NAVARA: Expirujici zaznamy (typicky Slack, Teams) jsou bezna vec a uzitecna, zadny regulator nebude povidat nic o tom ze “jinak prohrajes” - pomaha to zejmena proti situacim, kdy nahodna IT lopata napise jine nahodne IT lopate “oj, to jsme to pojebali, lol”, coz v pripade ze se spor se zakaznikem dostane k soudu muze byt v ramci discovery brano jako priznani viny

    JORGES: NIS2 zadny pruser neni a nebude - je to pomerne evolucni krok smerem k o neco lepsi bezpecnosti. I kdyz to nekdo bude fejkovat, tak tim vyrobi usili, ktere neco malo zlepsi, pro dost jinych firem to bude proste (konecne) cost-of-doing-business, kam se typicky bezpecnost jinak nedostane. Budou samozrejme nestastny ze zvysenych nakladu, ale spadne to do kolonky compliance a bude
    Kliknutím sem můžete změnit nastavení reklam