Názory k článku
Nový experimentálny Project IDX od Googlu

Na tohle jsem zvedav, kam nas to zavede. Ne zitra, ale za par let.

ja myslim, ze to bude bezne jako dneska cloud.

ale ja z toho mam furt obavy a chci svuj lokalni hardware, svuj lokalni disk a uloziste, svuj lokalni kompiler a zdrojaky.

Vývoj ide po špirále, len tie terminály sú teraz nejaké múdre.

Ja vim kam.. za pet let to uz bude zapadly nekde veprostred stranky https://killedbygoogle.com/ :D

sám už několik let programuji vzdáleně, do firmy nebo ke klientů se to také postupně dostává.

Mě k tomu vedla chuť mít jen slabý notebook s jakýmkoliv OS a schopností dělat na více různých projektech zároveň bez toho, abych řešil kompatibilitu se svým HW/OS.

V práci nás k tomu zase vede bezpečnost, pohodlnost, rychlost. Pokud někdo příjde k projektu, během 5 min má k dispozici kód, projekt, může dělat úpravy a komplikovat. Odpadly nám problémy s kombinací OS (win, linux, max, bsd).

Klienti jsou zase rádi, že mají kontrolu nad zdrojovými kódy a nepovalují se programátorům na discích jen tak. Myslím, že remote vývoj přes webovou aplikaci bude častější a častější, zejména jak přichází nová generace programátorů. Mimochodem, mám v týmu 17 letého kluka na praxi, který programuje na mobilu, připojí monitor, klávesnici a otevře web, on doma ani vůbec nemá počítač.

Na prostredi pro vyvoj pouzivam Docker

nj. ale pak můžeš narazit na to, že docker ve Windows, na linuxu, na macu se chová jinak (např. síť, disky, služby či mocky). Málokdy člověk dělá něco, co je plně izolované a pak jsme příliš času trávili debugováním něčeho, co vlastně se samotným projektem nesouviselo.

Dobrý den, můžu se zeptat, jaké technické řešení používáte? Něco jako Gitpod / Github Codespaces / VS Code od Gitlabu / vlastní VS Code based remote stack nebo nějaký jiný typ nástrojů?
Díky

Používe zejména openvscode-server od gitpodu, běží to v docker image pod stejným pod kterým gitlab dělá deployment. Je možné si také stejné prostředí spustit přímo z gitlabu přes jejich web IDE. Já ale sám používám zejména webový terminál a tam vim.

Na pozadí je pak několik fyzických serverů, virtualizace/kon­tejnerizae a uvnitř běží docker. Každý projekt má svůj config podle které se prostředí vygeneruje. Vždy máme prostředí ve třech verzích, prod, dev a debug. Jak už nás doba donutila, nic se nebuildí z internetu, ale všechny závislosti je nutné mít nejprve připravené offline.

Někteří vývojáři testují remote s IDEA IDE, to je také možnost.

Dnešní armová mobilní CPU jsou dostatečně výkonná, aby editaci textových souborů zvládla hravě. To, co většina lidí drží v ruce nejsou mobily, ale zcela komplexní počítače. Jakkoliv tedy nerozumím, jak je schopen být efektivní na něčem, jako je je iOS nebo Android. Ale třeba tam má nějakou distribuci Linuxu.

Když přijdu k projektu, mám za pět minut k dispozici kód i projekt taky, na to fakt nepotřebuju cloud. Pokud u vás tedy netrvá přidat klič do repozitáře a checkout půl hodiny. Jediné, v čem bych snad viděl výhodu je to, že deset vývojářů nemá deset kompletních kopií zdrojového kódu někde lokálně, to ano.

predpokladam ze na externim nema jen mirror tel screenu, ale nejakou formu Desktop rezimu (nativni "Desktop Mode" >=A10, Samsung DeX, Motorola ReadyFor, ...)

Bezpečnost – otázka je, jestli to není spíše iluze bezpečnosti. Nemáte zdrojáky lokálně, ale místo toho máte token, díky kterému si je můžete všechny stáhnout. Fakt mi není jasný ten scénář, kdy to má pomoct, a kde není řešení pro lokální vývoj…

bezpečnost není přece o tom, jestli ano nebo ne. Dost úniku firemních dat má na svědomí liknavost vývojářů, kdy si složitě sdílí věci přes flashku, kdy nechávají na disku tuny zdrojových kódů a kdy je občas nechají omylem uniknout. Tohle riziko se snižuje.

Samozřejmě to není překážka pro cílený útok.

Flashka v roce 2023? Mezi vývojáři? Opravdu? (Neříkám, že nemůže existovat specifický use case jako přenos dat na offline zařízení, ale tam nejspíš cloud nepomůže.)

IMHO nejlepší způsob, jak zařídit, aby si lidé nepředávali data přes flashku (která nejspíš nebude šifrovaná), je dát jim jednodušší způsob. Pro zdrojáky to řeší Git, pro další soubory jsou jiná řešení.

Posledni dobou se mi zda VSCode dost pomale, pokud k tomu pricteme jeste nejaky ten obcasny lag z cloudu, tak to zacne byt neprijemne.

Já jsem ho zkoušel pro Java a po 2 dnech jsem to vzdal. Na tohle to prostě IDE není.

No ja som svojho casu skusal pouzivat atom. Ale to prostredie zacalo byt velmi rychlo strasne pomale a nestabilne. Pluginy ktore sa tam dali nainstalovat boli spravene velmi zle a neprehladne a casto sami sposobovali pady. Viem, ze to svojho casu bol trend a skusal som sa k tomu vratit asi 3x ale vzdy s rovnakym vysledkom. Nakoniec som vzdy skoncil pritom zlom eclipse.

Docela by mě zajímal očekávaný přínos kromě toho, že vlastník zdrojových kódů bude mít lepší kontrolu nad jejich distribucí. Vývojáři jsou obvykle dost citliví na své vlastní nastavení celého prostředí; posadit mě někdo před něco a říct mi, že teď musím programovat v tomhle, odpověděl bych mu, že taky zítra nemusím přijít. Ale pokud ta věc bude umožňovat vysokou míru přizpůsobení, pak mi zase není jasné co je její hlavní výhodou.

Start? Cože? Jakože se ten JS, mimochodem prakticky identický tomu, co se startuje v Electronu, v prohlížeči nestartuje? O nastavování jsem hovořil výše. A ty "pokročilé nástroje pro týmovou spolupráci" jsou přesně co?

Jako jo, věřím, že jako nástroj pro osmapadesátého Inda co na projektu za posledních devadesát dní v Bangalore pracuje to může mít nějaký potenciál už vzhledem k velikosti tamějšího trhu, ale jinak... jak píše dole RDa.

To nebude jen o tom - je to v cloudu, každé kliknutí bude monitorované a bude to výborný nástroj pro porovnávání produktivity lidí. A už bude jedno jestli člověk sedí v kanclu nebo doma - neklikáš, nepíšeše -> jsi málo produktivní! :)

S tím klikáním to tak je už nyní u některých korporátů, možná i u menších firem. Je jedno, že máte na obrazovce stále to samé, ale musíte hýbat myší, jinak se někde u dozorce rozsvítí alarm. Já to nezažil, mám to z dobrého zdroje a až na základě této informace se mi rozsvítilo, proč jsem Aliexpresu kdysi viděl USB gadget, který hýbal s myší, ale prý tak neznatelně, že to v práci nerušilo. Ale moc se neradujte, docela bych řekl, že i proti tomuto může být ten monitorovací soft odolný.

Tak zrovna u psaní kódu tohle jde obejít ;-) Prostě nechám "psát" klávesnici totální nesmysly. Pak až budu chtít být produktivní označím napsaný text, zmáčknu backspace a začnu psát něco smysluplného ;-)

Vse je jednodussi. Znam to z Googlu, interne to funguje dlouho.

Pustis to i na ChromeOS, build je diky sdilene cache bleskove rychly. Kdyz otevres CL (=PR), tak si ho reviewer hned otevre v IDE, behem nekolika sekund se to spusti. Komentare z reviewu mas primo v editovatelnem kodu. Pri reviewu reviewer nekdy trochu rozbije test nebo kod a hned ma overeno, jestli se testuje to, co ma.

V jinych firmach je checkout a build zlozite binarky na pul hodiny; jenom Gradle bezi 5min nez zjisti tasky. To se dela review omnoho hur a je to jenom "od oka".

No, chápu. Asi holt nejsme dostatečně free, cool a in abychom tohle využili. Pravda je, že rozhodně nemáme nic co bychom buildili půl hodiny a testy a code review jsou taková (ne?)hezká představa ze vzdálené budoucnosti a nezaplatitelné současnosti. A to v podstatě kdekoliv jsem pracoval včetně nejmenovaného velkého korporátu.