Musim rict ze me fascinuje, jak project a task management je furt nevyresenej problem.

Neco jako email a kalendar :)

A jeste jedna poznamka, provozujeme to uplne low costove, single user + guest accounty za nejakych tusinm $7 / mesic. Ma to nejaky limitace jakoze dashboard je jeden a razeni dane tim hlavnim uctem ale nam to vlastne uplne staci a nikdy nebyla potreab to upradovat na neco zasadne drazsiho.

DELVIT: 5 lidi, webovy vyvoj, 2 backend developeri, 2 fronteend, 1 produktak

Zakaznik v klasickem slova smyslu to nepouziva. Kdyz budu konkretni tak delame printables.com + jeden vetsi projekt co pujde ven pristi tyden. Tj je to nejaka sluzba v ramci celeho Prusa ekosystemu a zadavetel je tedy nas management. My jsme tenhle system zdedili s doby kdy cely projekt delala externi firma a jak jsme to prebirali tak se nam system prace v tom libil ze jsme u ClickUpu zustali.

Co se nam na tom libi je jednoduchost pouzivani. My jsem spis takovy neformalni team, kde task je leckdy jedna veta nebo jeden obrazek a kdyz je potreba tak se o tom spis bavime nez aby jsem vypisovaly nejaky dlouhy tickety.

U klickupi je fajn ze muzes treba assignovatr komentare, skvely pro reopen. muzes assignovat 2 lidi na tast (pro nas fajn ze tam muzes mit BE i FE cloveka a hned vidis kdo to dohromady dela), narozdil od jiry funguje dobre treba ten copy paste obrazku.

Pro tym nasi velikosti je ti super, ridit v tom nejaky masivni projekt s desitkama lidi, tam bych mel obavy jestli by to nenarazelo na nejake limity tohodle pristupu.

DELVIT: v malém týmu máme ClickUp a jsme s tím hodně spokojení.

OMNISLASH: firma do toho postupne migruje, ale je to tragedie, ktera se tahne uz snad 7-8 let
za nasim teamem prisli 2019, ze nase business unit tam bude migrovat taky. tak jsme jim na prvnim meetingu rekli, ze se asi posrali v kine, ze nepodporuji batch operace a predstavuji si, ze budeme aktualizovat zaznamy rucne jeden po druhem, kdyz delame tisice network-touches za noc. tim to cele utichlo a (zatim) nam dali pokoj
ostatni business unit tam mezitim migruji a cokoliv se tam presune se neskutecne zhorsi. interface neukazujici vsechny informace jako predchozi systemy, pomale query (60+ sekund), mizerny interface, kde nejde poradne nic najit...
tymy ktere najali na migraci, meli afaik jeden z nejvetsich turnoveru, kdy lidi zjistili, co obnasi vyvoj v servicenow a do roka naznali, ze to jim za to nestoji
a ziskat API i na blby R/O query je podle vseho quest tak na 5 let. me rekli, ze vytvorit API je moc velky voser a muj use-case je moc maly, aby jim to stalo za tu praci. a minuly tyden nam i tym, ktery vytvari automatizace nad SNow datama rekl, ze si v podstate museli napsat vlastni middleware, aby meli aspon neco.... to tam fakt neni zadny genericky interface a my se zas vratime k hackovani, reverse engineeringu, parsovani HTML a maskovani scriptu za prohlizec?

neco z toho je SNow problem; neco z toho je firemni problem - politika, governance, mizerne organizovana migrace, ....ale tvl

QWWERTY: ServiceNow? Vy taky jedete v te sracce? Uprimnou soustrast. Zcela vazne nechapu, jak je mozne chtit penize za neco, co vypada, chova se a je uzivatelsky privetive asi jako me prvni learning pokusy v php/html.

Resi u vas nekdo z pohledu security pouzivani Warp terminalu?
Me uprimne terminal, ktery moje vstupy a vystupy by design muze na pozadi posilat nekam do internetu dost desi.

GOSHEWAN: QWWERTY: no, tuhle věci prostě často nejsou deterministické / logické / konzistentní.

a často v tom ani není ta politika, jen nepropojenost / rozhodnutí která kdysi někdo udělal a nebyla aktualizována i když se mezitím realita změnila podstatně..

GOSHEWAN: tohle je taky topic, ktery me strasne bavi
"nesmite do cloudu protoze hurr durr critical data/infra"
Teams, Exchange online, AD v Azure, pulka firemniho compute v Azure, kod v GitHubu, data v Snowflake, Databricks, tickety v ServiceNow, ...
kde bezi a jakou data safety maji vsechny soucasny AI iniciativy se snad radsi ani ptat nebudu

ale kdyz jsme sli skrabat prstikem, ze kdyz uz teda mame cloud, tak by jsme chteli par VM na tooling, tak to urcite neni mozne, protoze zrovna nas AVP ma historicky vztah k on-prem computingu. pry mame moc "sensitive data", ackoliv nesplnujeme ani vnitrofiremni definici pro SPI/PCI
coz nas dostava zpatky k tomu, ze politika je vetsi nepritel nez uroven technickych reseni