Microsoft start preview van cloudworkstation Dev Box

Microsoft laat bedrijven en ontwikkelaars Dev Box uitproberen. Dev Boxes zijn virtuele cloudworkstations waardoor ontwikkelaars op afstand kunnen programmeren en code kunnen draaien zonder daar een krachtige computer voor nodig te hebben.

Tijdens de Preview kunnen ontwikkelaars binnen de Azure Portal een Dev Box starten, schrijft Microsoft. Dan kunnen ze maandelijks 15 uur een Dev Box uitproberen met 8 virtuele cpu-kernen en 32GB geheugen. Ontwikkelaars krijgen ook 365 uur gratis toegang tot Dev Box Storage, een virtuele 512GB-ssd.

Na die 15 en 365 uur moeten bedrijven betalen voor de Dev Box. Hoeveel is niet duidelijk. Wel zegt het bedrijf dat klanten alleen betalen voor het aantal uur dat ze een Dev Box daadwerkelijk gebruiken. Naast de Dev Box met 8 virtuele kernen en 32GB geheugen, moet er uiteindelijk gekozen kunnen worden voor 4 virtuele kernen en 16GB geheugen, of 32 virtuele kernen en 128GB geheugen. Wanneer dit kan en hoeveel dit kost, is niet duidelijk.

Dev Boxes zijn virtuele workstations die draaien op Microsoft Azure-servers. Microsoft zegt dat hier sinds de afgelopen jaren meer vraag naar is. Het toegenomen hybride werken zorgt er namelijk voor dat programmeurs vaker eigen hardware moeten gebruiken, of bedrijfshardware naar huis moeten kunnen nemen. Aan de andere kant is het door de chiptekorten lastiger om aan die hardware te komen. Ontwikkelaars worden weer vaker het doelwit van hackers, omdat ze vaak met gevoelige data omgaan.

Bedrijven kunnen Dev Boxes beheren en vooraf configureren met de tools en instellingen die ontwikkelaars nodig hebben. Ontwikkelaars kunnen ook eigen Dev Boxes aanmaken, als ze bijvoorbeeld aan een nieuw project willen werken en de eerste Dev Box in de achtergrond willen laten draaien.

Dev Boxes ondersteunen alle ide's, sdk's en tools die Windows ondersteunt, zegt Microsoft. De virtuele workstations zijn via Windows, MacOS, Android, iOS en de browser te gebruiken. Met Azure Active Directory kunnen beheerders toegang geven tot de benodigde code en klantdata. De Dev Boxes kunnen samen met fysieke apparaten en Cloud PC's beheerd worden met Microsoft Intune en Endpoint Manager.

De Dev Boxes werden in mei aangekondigd en zijn een uitbreiding van Microsofts cloud-pc-aanbod. Een jaar geleden maakte het bedrijf Windows 365 Cloud PC beschikbaar, abonnementen waarbij bedrijven de beschikking krijgen tot cloud-pc's die altijd de nieuwste Windows-versie draaien. Dit abonnement kost 18 euro tot 148 euro per maand. In tegenstelling tot de Dev Boxes is Cloud PC niet specifiek gericht op ontwikkelaars.

Reacties (53)

[Justin0017]

Eigenlijk Windows 365/AVD maar dan voor veeleisende toepassingen. In mijn ogen was een extra configuratieoptie in Windows 365 een betere optie geweest....

[Cergorach]

Misschien, maar voor Cloud PC betaal je per maand, met de Dev Box betaal je per uur. Dat klinkt voor velen als niet belangrijk, maar gemiddeld gebruikt een doorsnee Dev misschien 20% van de maand zijn Dev box (tenzij overwerk). Nu kon je ook al Azure VMs maken die datzelfde deden, maar daar moet je netwerk infra voor configureren (en hardenen), nu doet MS dat allemaal voor je.

[Verwijderd]

Misschien, maar voor Cloud PC betaal je per maand, met de Dev Box betaal je per uur.
Je haalt Cloud PC en AVD (Azure Virtual Desktop) door elkaar. Voor AVD betaal je enkel voor gebruik (al betaal je uiteraard echt wel achterliggend via licenties):
https://azure.microsoft.com/nl-nl/services/virtual-desktop/

@Justin0017 heeft hier een prima punt. Dit is simpelweg een reclame 'stunt' maar er is hier niets nieuws. Je kan in AVD al heel lang grote VMs aanmaken...
Voorbeeldscenario's van singlesessie (persoonlijk bureaublad)
Voorbeeldworkloads: Grafisch werkstation
Aantal gebruikers in het scenario: 100
Type gebruiker: Technici en grafische ontwerpers met 3D-modellen, simulaties en CAD-workloads. Gebruikers werken 5-6 uur per dag, waarvoor capaciteit van werkstations is vereist.
vCPU's: 12
RAM: 112 GB

https://azure.microsoft.c.../details/virtual-desktop/

[captain007]

Vroeg me al af wat is het voordeel van reguliere Azure VM's, maar het is dus vooral het stukje governance en infra wat je nu met tooling kan oplossen/structureren i.p.v. dat iedereen maar wat aanklooit in een azure subscription.

[SPee]

Alleen zijn de meeste devs niet happy met dagelijks de PC opnieuw te starten.
Die willen verder gaan met waar ze gebleven waren. Dus elke dag je VM stoppen en dan weer vanaf het begin starten is niet goed voor je productiviteit.

[Soggney]

Niet direct, zo werk ik al heel lang, en na de bootup van de vm, start ik vscode, project(en) van de dag ervoor worden automatisch ingeladen en kan ik verderwerken.

[Reactie gewijzigd door Soggney op 23 juli 2024 11:12]

[Justin0017]

Dat klopt inderdaad, alleen het enige (logische) verschil is de facturering per uur. Bij Windows 365 (Business) wordt de infrastructuur ook al door Microsoft beheerd, dus een extra optie voor krachtige machines was in mijn ogen handiger geweest., Nu is er nog een extra oplossing die in feite hetzelfde doet.

[localhost]

Windows is geen MacOs.
En dat is toch wel een dingetje voor Dev.

[Slavy]

Klopt maar nu kan je meer geld vragen.

[Martinspire]

Maar nu klinkt het cool en flashy dat je naast Chrome nog wat anders kunt draaien op je virtuele machine

[bzuidgeest]

Ik zou aan het rekenen moeten slaan, maar mijn intuitie zegt dat dit veel te veel kost voor wat je krijgt. Ik kan net zo goed een werknemer een pc met intune e.d. meegeven dan kan ik ook alles remote uitrollen wat nodig is. En dan kost een uur overwerk niet ineens meer "pc huur".

misschien is dit nuttig voor bedrijven met veel ad-hoc/flex werknemers?

[Reactie gewijzigd door bzuidgeest op 23 juli 2024 11:12]

[Cergorach]

misschien is dit nuttig voor bedrijven met veel ad-hoc/flex werknemers?

^ Voornamelijk dit ^. En werknemers die (af en toe) een 32C/128GB machine nodig hebben maar geen brick mee willen slepen.

[bzuidgeest]

Voor die specs heb je geen bric meer nodig. Zit ook in mijn hp probook. En die is behoorlijk dun.

[SuperDre]

Maarha, ik ben zelf als developer geen fan van laptops.

[bzuidgeest]

Ik ook niet, maar krijg niets anders van mijn baas.

[Blue2k]

32 CPU cores, en 128 GB aan geheugen. Ik garandeer dat je laptop dat niet heeft...

Wij hebben op werk ook allemaal een cloud dev desktop (linux), en buiten het feit dat je niet met een hete laptop zit tijdens het compileren, is het super handig om je hele setup remote te hebben. Het vervuild je laptop niet, en het heeft een super snelle verbinding met de rest van het netwerk.

[bzuidgeest]

Maar als het puur om remote power gaat, dan waren er al oplossingen. Ik heb genoeg lokale servers of virtual servers in de cloud met die specs voor offloading en testen. Dit gaan om een dev machine in de cloud.

Ik zou niet zo vlug kunnen bedenken welke dev omgeving dat soort specs op de programmeer machine nodig heeft. Als je dat nodig hebt is je werkomgeving niet goed ingericht. Die taken offload je naar cloud servers, vm's, azure functions, amazon aws whatever.

[SuperDre]

En wat als je dus nog met veel legacy software bezig bent? Of juist non-cloud? Zelf vind ik het ook handig als ik een cloud pc had met dezelfde specs als nu mijn locale NUC die ik voor development gebruik. Wordt dan ook automatisch compleet gebackupped, kan er dan overal vandaan bij, dus geen gezeul meer met de laptop/nuc bij thuiswerk/kantoor.

[bzuidgeest]

Een cloud pc gebruiken omdat je non cloud wil zijn? Ga je jezelf nu niet tegenspreken? Hoe legacy software een relevant argument is zie ik al helemaal niet. Die ziet echt het verschil tussen een vm bij een cloud provider of een echte machine niet.
Backups zijn niet relevant. Daarvoor is source control. De source control heeft natuurlijk een back-up, maar dat is geen cliënt werk. Een beetje bedrijf heeft verder automatische uitrol voor de software.
Je hebt ook nog remote desktop. Stukken goedkoper dan dit abbo. Je krijgt gewoon heel weinig dat een beetje bedrijf niet al lang in zijn infrastructuur heeft zitten.

[Reactie gewijzigd door bzuidgeest op 23 juli 2024 11:12]

[SuperDre]

Zucht, nee ik spreek mezelf niet tegen. Cloud PC gebruiken om bv legacy applicaties te maken (bv nog in VB6, ja, je verbaast je nog hoe goed VB6 nog steeds toch mee kan komen). Onderscheid tussen een lokale PC of Cloud PC is ook helemaal niet nodig, gaat juist er om dat je lokaal geen fysieke PC meer hebt.
En source control heeft geen zak te maken met backups. Je hele development environment en al die losse extra tools en registrysetting kost vaak veel tijd om die weer te herstellen als om 1 of andere reden je laptop/pc/nuc dood gaat.
En nu werk ik dus met remote desktop naar mn NUC op het werk, maarja, als daar de boel in de fik vliegt of de internet verbinding heeft weer eens problemen omdat het te druk is op het werk, tja, dan is zo'n cloud pc toch echt wel handig.

[bzuidgeest]

En als het jou internet is die stopt of storing bij microsoft gebeurd tegelijk heb je niets aan.

[SuperDre]

tja, in toch best wel wat gevallen heb ik er anders ook niets aan omdat mijn NUC weer veel zaken van het bedrijf gebruikt dat via internet beschikbaar is. Ik ben bij ons op kantoor de enige nog die echt lokaal werkt ivm development, de rest van het bedrijf werkt al via terminal server.

[GekkePrutser]

The Cloud is just somebody else's computer.

Ik vraag me af waarom je dit zou willen als ontwikkelaar. Ik neem aan dat je redelijk voorzichtig bent met commerciele data en Microsoft heeft nogal een handje van telemetrie. Als je het op hun eigen platform draait, heb je hier helemaal geen zicht meer op. Terwijl je wel zit te werken aan strategische informatie en code.

Ik zie er wel wat voordelen in maar niet zozeer voor dagelijks gebruik. Voor incidenteel gebruik door externen die anders niet op het netwerk mogen, of voor mensen die tijdelijk op een lokatie of platform zitten waar je niet op kan ontwikkelen (denk op vakantie of op een iPad Pro).

Op het werk hebben we er ook naar gekeken voor thuiswerken, maar we lopen tegen het 'clean source principle' aan. Dit betekent dat je wil verbinden vanaf een systeem dat minstens zo veilig is als waarnaar je verbindt. Daarmee zijn onbeheerde eigen PC's van werknemers niet toegestaan anders heb je daarmee toch weer een aanvalsvector waar je geen enkele controle over hebt.

Een remote desktop verbinding voorkomt geen misbruik. Dus wij staan dit vooralsnog niet toe als thuiswerk optie, als mensen willen thuiswerken dan moeten ze een beheerde laptop mee naar huis nemen. We staan niet voor niet geen eigen PC's toe op het bedrijfsnetwerk dus vanaf thuis is dat ook geen optie.

Als oplossing voor de chiptekorten zoals Microsoft zeg zie ik het niet echt. Immers heeft Azure ook chips nodig. En je hebt niettemin een apparaat nodig om ermee te verbinden.

[Reactie gewijzigd door GekkePrutser op 23 juli 2024 11:12]

[1234567y]

Gelukkig is elk bedrijf daarin weer anders, en soms is gemak belangrijker dan bepaalde niveau van beveiliging nastreven.

Simpelweg een afweging van de risico's.

[icter-tje]

Toch kan het in sommige situaties wel makkelijk zijn, het is enorm schaalbaar. Stel 20% van je werk bestaat uit CAD tekenen.

Dat betekend dat 20% van de tijd jij een VM tot je beschikking hebt (gepoold) die jou die resources kan bieden. De rest van de tijd doe je ‘simpelere’ werkzaamheden die je gewoon op je HP ProBook kan doen met 16gb RAM en een i5.

Klanten waarvoor ik AVD inzet wordt vereist dat een laptop geregistreerd is in de MDM van de klant. Hierdoor kan alleen vanaf beheerde devices ingelogd worden.

Per uur betalen zie ik op grotere schaal wel de voordelen van in.

[GekkePrutser]

Nou ik denk dat een hele zware heavy-GPU desktop voor 20% huren op die manier helemaal niet zo economisch uitpakt. Als het nou 5% is dan kan ik me er wel wat bij voorstellen.

En ik denk dat het ook juist niet de fijnste categorie is ook. Want je moet heel veel pixels pushen met hele lage latency.

[icter-tje]

Vergeet niet dat de overige infrastructuur ook volledig naar de cloud is gebracht. Dit was wel een kostenbesparing en een stuk sneller dan de nassen die op locatie stonden. Het enige wat nu nog op locatie moet staan is een Firewall.

Qua beheerbaarheid is het wel makkelijker voor een MSP.

[GekkePrutser]

Nouja cloud is goedkoper als je het goed doet ja.

Bij ons moesten we 'naar de cloud' van een of andere topfiguur. Dus wat hebben ze gedaan? De hele boel as-is van de datacenters naar de cloud gebracht. Inclusief de processen eromheen.

Dus als je een server nodig hebt moet je nog steeds 10 tabbladen excel invoeren en weken wachten op toestemmingen. Daarna krijg je geen controle over de AWS interface dus die server draait dan 24/7. Ik wilde een EC2 aanvragen die af en toe een datacrunching batch moet draaien en op demand gegenereerd kan worden (dus goedkoop) maar onze cloud teams hebben daar geen proces voor Als ik er eentje krijg dan moet die 24/7 draaien.

Dat is alleen maar duurder als je het zo doet. Op papier zijn we nu 'in de cloud', in de praktijk hebben we gewoon een eigen datacenter op iemand anders zijn computer en geen van de voordelen van de cloud.

Net als dat we 'agile moeten gaan werken' van een andere manager en het enige dat we doen is onze uren nu in Jira loggen (wat een rotpakket trouwens). Dat is geen agile..

[Reactie gewijzigd door GekkePrutser op 23 juli 2024 11:12]

[souplost]

Nah via een Citrix NetScaler Gateway (SSL VPN) kan prima maar niet via standaard VPN (op netwerk niveau) (behalve via een beheerder laptop inderdaad) want dan liggen de wormen op de loer.

[Bor]

Als oplossing voor de chiptekorten zoals Microsoft zeg zie ik het niet echt. Immers heeft Azure ook chips nodig. En je hebt niettemin een apparaat nodig om ermee te verbinden.

Dat apparaat kan dan wel een veel minder luxe uitgevoerd en ouder systeem zijn natuurlijk.

[Tokidoki]

Handig! Ik mag van mijn werk alleen mijn laptop gebruiken. Dat vind ik jammer, want thuis heb ik een erg fijne Desktop-setup waar ik mee werk. Momenteel gebruik ik Remote Desktop protocol, maar dit kunnen werkgevers op afstand uitzetten. Met behulp van Dev Box zouden we allebei blij zijn.
Daar komt bij dat sommige klanten van ons, ons een eigen laptop geven op dit moment. Maar zou echt 10x makkelijker kunnen zijn als je gewoon een soort van DevBox opspint voor de tijd dat je daar zit. Als je dan ook nog met blueprints kan werken zou het optimaal zijn.

[cybermans]

Je monitor heeft geen ingebouwde kvm switch? Thuis prik ik gewoon 2 usb-c kabeltje in werk MacBook en gaan met die banaan appel

[Tokidoki]

Nou ik heb drie monitoren die dat niet hebben. Dus het is een idee om die meuk allemaal te vervangen, maar daar gaat wel wat geld tegenaan gegooid moeten worden. Ik weet niet eens of het mogelijk is om drie monitoren te daisy chainen, icm keyboard, muis, microfoon, USB-koptelefoon en webcam, terwijl ze tegelijkertijd ook nog aan mijn desktop (die een videokaart heeft) hangen. Ik wil al die randapperatuur natuurlijk ook op beide apparaten gebruiken.

[cybermans]

ah dat is lastig, ik heb bij de keuze van mijn monitor erop gelet dat het wel kon. Bleek zelfs nog beter te zijn dan verwacht, heb er 3 machines ophangen. Dell had in de 2019 generatie nog de 2x usb upstream en een usb-c waar ook alles overheen gaat. desktop, prive laptop en werklaptop zijn zo voorzien. Nog wel een extra usb hub eraan gehangen zodat alles meegaat (keyboard, mouse, webcam, streamdeck, microfoon, geluidskaart, ook mijn hotas pedalen, maar daar doe ik niks mee op mijn werklaptop)

[Joecatshoe]

Jij kan ten minste RDPen, hier gaat RDP vanzelf uit van zodra de laptop niet meer op het AD domein zit

[OxWax]

Een jaar geleden maakte het bedrijf Windows 365 Cloud PC beschikbaar, abonnementen waarbij bedrijven de beschikking krijgen tot cloud-pc's die altijd de nieuwste Windows-versie draaien. Dit abonnement kost 18 euro tot 148 euro per maand.

Vanaf 28,20€ tot 60,10€ ex BTW
https://www.microsoft.com...ise/compare-plans-pricing

[souplost]

Gaat hem niet worden. Al die DevOps ontwikkelaars zijn al naar Linux overgestapt vanwege de uitstekende tools die alleen onder Linux draaien (bv ansible engine) .
Het gaat om Continuous Integration (CI) & Continuous Delivery (CD) . DevOps teams kunnen vaker updates installeren via geautomatiseerde implementatie, waardoor er minder problemen tijdens de implementatie ontstaan. Dat is precies de tekortkoming van het windows platform zelf (zie maandelijkse windowsupdate). Zie ook koppelingen met CircleCI en containers

[GekkePrutser]

Al die DevOps ontwikkelaars zijn al naar Linux overgestapt vanwege de uitstekende tools die alleen onder Linux draaien (bv ansible engine) .

Dat is precies waarom Microsoft WSL(2) zo pusht natuurlijk. Die zagen de bui al hangen, al waren ze er rijkelijk laat mee.

[KirovAir]

Ik weet niet uit welke bron jij dit trekt maar in de grote enterprise werkt welgeteld niemand op Linux. En ik heb persoonlijk bij vele gewerkt als freelance dev. Tenzij je het hebt over server beheer. Iets wat bij de echt grote bedrijven al bijna niet meer speelt met de bleeding edge applicaties. Alles is cloud. Of het nu Amazon, Google of Azure is.

Bij sommige bedrijven was al een setup op Azure aanwezig voor flexwerkers waar dit soort boxen juist een perfecte toevoeging zouden zijn.

[Reactie gewijzigd door KirovAir op 23 juli 2024 11:12]

[GekkePrutser]

Ik weet niet uit welke bron jij dit trekt maar in de grote enterprise werkt welgeteld niemand op Linux.

Grote enterprise hier (bijna 200k werknemers), we hebben een stuk meer Linux laptops dan Macs Beiden geen enorme hoeveelheden hoor (enkele duizenden Linux). Maar Linux is redelijk exclusief in bepaalde R&D/dev teams in gebruik. Terwijl Mac meer is voor iOS ontwikkelaars en marcom grafisch ontwerpers. Bij het serverbeheer zien we niemand met Linux werken, die hebben wel veel Macs in de omgeving. Komt doordat die ook nog veel met excelletjes enzo doen.

Wat wel het vervelende is, is dat het allemaal verschillende distro's zijn ook nog. Ook wel logisch want ons bedrijf koopt zich suf aan acquisities en mensen die met Linux werken hebben het meestal met een speciaal doel, dus een hele workflow omheen gebouwd die je niet zomaar ff omzet naar een andere distro. Maar wel een geklooi met beheer helaas.

In ons geval is dat we veel cloud en embedded software maken en de ontwikkelaars pakken graag dezelfde distro als op het apparaat draait. Ook zeer begrijpelijk.

We hebben wel eens gekeken naar WSL maar de feedback was niet mis. Traag, sluit niet goed aan, enz. Dat het geen grafische programma's aankon (tot Windows 11) was niet eens het grootste bezwaar. Ze hebben het liever andersom: Linux met een Windows VM erin.

[Reactie gewijzigd door GekkePrutser op 23 juli 2024 11:12]

[KirovAir]

Niet om je te plagen maar jij bent blijkbaar geen ontwikkelaar. Weet je hoe lang het heeft geduurd in windows om fatsoenlijk met locate pipelines en grep in powershell rekeinghoudend met focus follows mouse te kunnen gebruiken. Voor diehard ontwikkelaars is windows gewoon niet efficiënt, vandaar dat MS zo veel energie stopt in WSL en vandaar dat ik zei weer een windowsonly werkplek er bij gaat hem niet worden voor deze groep.

Niet om je te plagen, maar weet jij wel wat een ontwikkelaar doet? Alle termen die ik je hoor noemen hebben niks met onwikkelen te maken? Focus follows is een persoonlijke keuze? Grep? Dat gebruik ik echt zelden met alles wat tegenwoordig voorhanden is om door logs te akkeren.

Bij IBM werken de meeste mensen met Apple en Linux als werkplek. Je zou eens meer moeten rondkijken bij technische ondernemingen, want windows is alleen nog maar kantoorautomatisering behalve bij de echt grote jongens want daar zijn boekhoudkundige applicaties allemaal webbased en dan ben je een oen als je daarvoor windows gebruikt (oei dat gaat vast wel weer een negatieve score opleveren en loop ik kans op een ban)

Het feit dat iemand beoordeeld wordt op zijn/haar besturingssysteem zegt al genoeg over de elite-cultuur die speelt bij het bedrijf waar je werkt. Dan heb je gewoon echt geen goed beeld van de pro's/cons.

Jouw bleeding edge applicaties zijn vaak appliances waarvan bijna niemand weet dat daar Linux in zit (Symantec Messaging Gateway, Nessus security center etc) Trouwens heel Azure is tegenwoordig Linux op de hypervisor na (zou ik toch bijna MS zelf vergeten)

Door dit stukje denk ik echt dat jij het over een hele andere wereld hebt dan ik? Ik heb het over applicaties die zelf ontwikkeld worden. Er zit geen Linux in een applicatie het draait op Linux. Jij praat over kant en klare apps. Alles wat ik bouw draait op Linux trouwens en ik develop zelf op een Mac. Niet dat het uitmaakt, voor andere bedrijven ontwikkel ik op Windows. Net wat er gebruikt wordt in het bedrijf. Tegenwoordig kun je 99% van de code platform-agnostisch ontwikkelen.
En ik kan je echt vertellen; de grote jongens werken allemaal op Windows. Dat neemt niet weg dat er een hele boel ook op Apple/Linux werken en dat je vrij bent om te kiezen.

Waarom voer ik deze discussie überhaubt? Oh ja; de Dev Box. Die gaat echt wel lopen hoor.

[Reactie gewijzigd door KirovAir op 23 juli 2024 11:12]

[xFeverr]

maar dit is toch een heel ander product? of begrijp ik je nou verkeerd? Dit is een werkstation voor de developer zelf, die een IDE op zijn scherm wil hebben. Daar heeft CI/CD en Ansible weinig mee te doen.

Hoewel... je kunt ook die dingen configureren in een teksteditor op je cloud devbox. Beetje overkill, maar je zou dan je ansible scripts kunnen testen op een paar VM's die op je cloud devbox draaien.

[Bor]

Daar heeft CI/CD inderdaad weinig mee van doen. Dat alle devops ontwikkelaars zijn overgestapt op Linux is ook gewoon onzin en om dan maar te stellen dat dit product 'hem niet gaan worden' is veel te kort door de bocht Blijkbaar ziet Microsoft er wel heil in. Daar is ongetwijfeld goed marktonderzoek naar gedaan. Ik ben wel benieuwd naar de testresultaten.

[souplost]

Windows phone en S was ook markt onderzoek naar gedaan

[xFeverr]

Bij nog héél véél meer (web)ontwikkelaars zijn andere IDE’s nog veel populairder.

Alles wat je roept draait toch helemaal niet bij de developer op zijn computer? Dat is allemaal werk voor buildservers die de build en releasepipelines draaien. Daar is dit dus niet voor bedoeld.

Wat de developer lokaal heeft draaien, dus die PyCharm, met zijn instellingen. En nog een zwik Jetbrains tools, VS Code, de halve NPM repo, tig geclonede gitrepo’s, dat ene CLI tooltje wat je soms nodig hebt, etc. etc. etc.

[Bor]

Alles wat je roept draait toch helemaal niet bij de developer op zijn computer? Dat is allemaal werk voor buildservers die de build en releasepipelines draaien. Daar is dit dus niet voor bedoeld.

Klopt, het is compleet irrelevant en eigenlijk onzin in een professionelere omgeving. Dit zijn ook geen zaken waar de Devbox voor ingezet gaat worden.

[Reactie gewijzigd door Bor op 23 juli 2024 11:12]

[xFeverr]

Alle reacties die er vandaan komen lijken troll reacties als ik er zo is een keer naar kijk. Want van geen enkele reactie van die persoon kan ik chocola maken.

Nu is chocola maken sowieso iets wat ik niet kan maar dat terzijde.

[Bor]

Een Windows systeem duurt geen dagen om op te zetten. Een Linux systeem evenmin en dat zal ook voor de Devbox gelden. Het idee is juist dat het flexibel is en snel kan draaien en schalen. Dat Windows slecht kan omgaan met connectivity issues is totaal onzin. Je lijkt totaal geen ervaring te hebben op dit punt.

[souplost]

Een windows systeem zelf niet maar de ontwikkelomgeving wel: Microsoft zelf: New developers can spend days setting up a working environment and weeks before they make their first commit. Dat was mijn ervaring ook.
https://techcommunity.mic...soft-dev-box/ba-p/3412063
Ik heb niet de illusie dat een devbox hier verandering in brengt. One size fits all werkt niet, maar we zullen zien. Ik begin er niet meer aan.