20 komentáře “Jabber Shell

  1. @Ady – myslím, že vždy je nejdůležitější zvážit kontext, ve kterém se člověk právě pohybuje. Osobně mám také poměrně špatnou zkušenost z kombinace příliš mnoho externích technologií, které spolu ne vždy dobře hrají dohromady. Zvlášť pokud je chci navíc úzce integrovat na interní systémy. V obecné rovině máš, ale samozřejmě pravdu.

  2. Aha posilat chyby z produkce autorovi radku jsem nikdy nepotreboval , za me to vzdy schytal nekdo z maintenance. Pokud bych to potreboval tak bych asi vyuzil jabber implementaci na google app enginu (a ten zrejme rovnou i napojil na GIT) a posilal to opet pres yammer (a filtrovani delal nekde tam na grupe). Diky za vysvetleni – nekdy mi prijde ze lidi zbytecne implementuji veci na ktere existuji nejake tooly, popriade delaji veci zbytecne slozite – tim samozrejme nerikam ze tohle je ten pripad 🙂

  3. Yammer jsme testovali. Tím, že jsme ale už měli hotové _VYKAZOVANI nebylo moc pracné si udělat něco podobného doma, kde to máme stoprocentně pod kontrolou.

    Ad 2) tím asi myslíš to co se pak odehrálo v komentářích pod článkem? Tím je myšlena notifikace zalogovaných chyb z produkce přímo na jabber konto autora kódu, kde zalogovaná chyba vylítla. To s CI nemá nic společného.

  4. 1) zkuste yammer na ten twitter messaging (a dev do toho muzou porad busit jabberem)
    2) parsovani chyb jsem moc nepochopil – neni na tohle continous integration (treba jenkins)

  5. Knihovna od Igniterealtime se nejmenuje Smash (co kouris?), ale Smack. Pred par dny vysla po dvou letech nova verze.

  6. 1. Pokud najdes *neco*, co umi historii prikazu jako napr prikazova radka, tak to velmi uvitam. Nejsem totiz schopen si zapamatovat (asi postizeni mozku) klicova slova pro jednotlive prikazy ani jedne z nasich Jabber aplikaci.
    2. A asi bych chtel moc, kdyby to umelo Tab, jako spravny shell 🙂
    ad 1. Pidgin umi Ctrl+Shit+sipka nahoru v Chat window umi posledni zadavane texty. Ale pokud chat window zavru tak si nic nepamatuje. Nicmene ve FG prostredi Pidgin neni vhodny, kvuli vlastnim ruznym kesovacim zalezitostem (komunikovany na cool intranetu) – napr. pri fluktuaci zamestnancu, odchozivsi zustavaji u Pidgin klientu v rosteru (kdesi v xml souboru). Napr. Psi s timto problem nema.
    ad 2. Kdy to bude?

  7. Jé sorry, tak to je teda přehmat 😀 … já mám kolegyni, co se jmenuje Lada a ten nick mě svedl na scestí.

    Skoro to vypadá, že rozumné notifikace přes Jabber mají svůj smysl. V podstatě jsme, jak tak koukám, došli k podobným závěrům, jen jsme každý použili jinou technologii pro jejich řešení (a taky bych řekl podle popisu, že jste o kus dál než my).

    Co se týká toho open-sourcování – proberu to s autory a vedením, co by na to říkali (já tomu jednoznačně nakloněný jsem) a mohli bychom to nějak dát do kupy. Osobně bych měl zase velký zájem kouknout se na to vaše řešení s agregací chyb + rozesíláním notifikací přes jabber.

    Pošlu nějaký e-mail s mojí přestavou ok?

    Mmch. pořádáme pravidelné hackathony, kde by nám mohli další pomoct dotáhnout nějaké věci na OS do konce. Mohl bych to zkusit nadhodit i tam …

  8. Ja jsem ON:) Jinak delame to podobne, jen neukladame do DB. Vyjimky se klasifikuji podle tridy a radku, kde k nim doslo. Autorovi se posila pouze 1 hlaska, ostatni se zapisi do statistiky, ale neposilaji se, Urcite typy vyjimek filtrujeme a neposilame. Dale je zde moznost odfiltrovat urcitou cast stacku ve tracu a registrovat kod ve kterem je skutecna chyba. Typicky nevalidni parametry atd… Vystup na WEB jsem uvazoval, ale kluci tady v teamu by nebyli moc radi, kdyby se hodnotila jejich prace podle poctu chyb… Navic mame problem, ze pokud nekdo upravi spacing v kodu, tak to jde samozrejme na nej => kluci brblaj na lidi, co spatne odsazujou kod. S prechodem na GIT tenhle problem mozna odpadne, Jinak na to slouzi k ciste rychlemu odhalovani a reakci na chyby. I ten pripadny spam vice hlaseni po jabberu neni uplne k zahozeni – cloveka to donuti skutecne neco s tim delat. Pamatuju se, ze v dobe, kdy jsem toho bota psal, tak nam system generoval denne nekolika MB soubory z nich valna cast byl balast casto se opakujicich vyjimek, ktere nezpusobovaly v aplikaci vazne problemy, ale ten zbytek byl kritickej. V tom mnozstvi dat se to nedalo dohledat. Po nasazeni bota, jsme odstranili nepotrebnej balast vyjimek. Dale jsme schopni velice pruzne reagovat na problemy v aplikaci,bez toho aniz by sme neustale sledovali logy. Tak to jsou me zkusenosti. Co se tyka twitter botu – uvazoval o tom, ze bych na to zalozil open source projekt. vase myslenka se me veice libi – v nasi firme pouzivame ruzne skype msg, jabber konference, ale to je strasne roztristeny. Vzhledem k tomu, ze obcas mam i volny cas a programovani me bavi, tak by to nemusel byt uplne ztracenej cas a jakekoli spolupraci na pripadnem projektu se nebranim – naopak uvitam, s pozdravem Vladimir Dvorak

  9. @LadaDvorak … no už nějakou dobu zvažujeme publikování víc věcí, ale nějak jsme zatím nenašli čas rozmyslet si, co open-sourcování vlastně představuje za práci a jak se k tomu nejlépe postavit – a samozřejmě kde najít čas na support

    Ještě k tomu _roboznaku … nemáte problém s tím, že by vás až moc spamoval? Když si uvědomím, kolik vyjímek z různých důvodů nám na produkci vzniká, tak nevím, jestli by to škálovalo. My máme pro tyto účely zavedený agregátor výjimečných událostí na projektu, který tyto informce z logu sbírá a v přehledné tabulce zobrazuje … tj. agreguje výjimky podle společného hashcode (podle stacktrace) a dává nám informace jaké výjimky, kde a s jakou četností vznikají. Navíc na konkrétní typy vyjímek máme nastavené detekční automaty, které nás okamžitě notifikují. Ne všechny výjimky ale řešíme okamžitě a některé se prostě ani nevyplatí řešit (v poměru přínos / náklady).

    Uvítal bych, kdyby ses podělila o vaše zkušenosti. Díky.

  10. Neuvazujete o tom, ze byste ten _twitter publikovali? Apropo – mame tu ve firme system postavenej na jabberu, skenuje to produkcni logi a pres cislo radku ve stack trace to zpetne dohledava v CVS/GIT autora radku a nasledne mu zasila pres jabber zpravu o drkopadu aplikace…. rikame tomu _robonzak

  11. 4Otec: to sem si myslel 😀 . Takze radsi se otevrou daleko mene otestovanemu reseni pres XMPP 😀

    Ale jinak se mi to libi, obecne se mi libi reseni postavene na jabberu.

  12. @benzin odpověď je jednoduchá – z různých důvodů (které osobně chápu) nechce naše TA (security) otevřít webové rozhranní směrem ven

    Paradoxně nejsložitější na celém vehementu bylo právě to napojení na Legacy IS spíš než napojení na XMPP.

  13. P.S.: Kdybyste to umoznili zadavat vykaz jako vetu (stejne jako to delate v jabberu), a pololi jste metodu GET, stacilo by pak pro zadani vykazu mit nastavenou webovou skratru. Vykazovalo by se pak jenom zadani treba nasledujiciho textu do adresniho radku „vykaz 15h task 188810 delal sem na tom fakt usilovne“. A prohlizec by se pak treba jeste zeptatl na uzivatelske heslo, v pripade ze by uzivatel uz nebyl prihlasen. Dokopy by to bylo velmi obdobne snadno pouzitelne i z mobilniho telefonu, ale urcite by byla implementace rychlejsi.

  14. Mohu se zeptat, co to prineslo oproti trivialni text array v prohlizeci? Jestli to dobre chapu tak u vaseho vykazovaciho systemu je hlavnim problemem prilisna uzivatelska privetivost. Aby clovek nemusel vedet jak napsat vetu sestavi mu ji klikatko samo, coz je zdlouhavejsi ne zkdyz clovek vi jak tu vetu napsat. Nebylo by tedy jednodussi umoznit zpis stejne vety, kterou posilate pres jabber, do text array ve webove aplikaci? A nebyla by pak takovai mplemetnace spise otazkou minut, nez tydnu?

  15. @Izap – hmm Kerberos … myslíš použití autologinu pomocí NTLM? No je v případě heterogeního prostředí prohlížečů a OS (FFox, Chrome, Opera, IE + Windows / Linux / Mac) řekl bych nepoužitelné … ale nerad bych tady fabuloval.

    Navíc nám Jabber přinesl celou mobilní platformu mimo interní síť a to by Kerberox s AJAX GUI stejně nepořešil.

    Ale máš pravdu v tom, že vykazovací systém je vždycky zlo – jen je dost nutné :-D.

  16. No jestli nebylo lepší udělat to VYKAZOVANI poradne, tj. pres Kerberos a nejake AJAX GUI pro rychlé jedno kliknutí. Ale ruku na srdce – ještě jsem nikdy neviděl, že by byli programátoři spokojeni s jakýmkoliv vykazovacím systémem :-)))

    Jabber SSH je zajímavá myšlenka.