Google werkt aan cloudbased ide met eigen GitHub CoPilot-concurrent Codey

Google werkt aan een eigen ide die in een webbrowser werkt en die automatisch delen van code kan genereren met kunstmatige intelligentie. Project IDX moet gaan werken op basis van Codey, Googles tegenhanger van GitHub CoPilot dat werkt op Googles taalmodel PaLM 2.

Google noemt het project in een aankondiging IDX. Er is inmiddels een website beschikbaar, maar het product zelf bestaat vooralsnog niet. Er is alleen een wachtlijst waar ontwikkelaars zich voor kunnen registreren. Het is nog niet bekend wanneer de alphaversie beschikbaar komt voor testers.

IDX wordt een integrated developer environment, oftewel ide, die in de webbrowser werkt. De tool is vooral gericht op appontwikkelaars. IDX heeft verschillende frameworks geïntegreerd. Google noemt specifiek Angular, Next.js, React, Svelte en Flutter als opties, maar er zijn er meer. Later moet er ook ondersteuning voor Python en Go komen. Verder moet het mogelijk worden GitHub-applicaties te importeren in de tool.

In de ide kunnen ontwikkelaars door AI code laten genereren met behulp van Codey. Dat is een kunstmatige-intelligentiemodel vergelijkbaar met GitHubs Copilot. Google toonde Codey eerder dit jaar al tijdens ontwikkelaarsconferentie I/O. Codey is gebaseerd op PaLM 2, het large language model waar ook Googles AI-chatbot Bard op draait. Ontwikkelaars behouden in IDX het auteursrecht op hun code. Google schrijft in de algemene voorwaarden niet of het bedrijf eigen llm's mag trainen op basis van code die in de ide wordt geschreven.

Reacties (44)

[EstiematiesEnzo]

Google moet gewoon eens bestaande projecten finishen en iets ermee doen dan weer een nieuw project openen. Kleine "rant" en sommering van de situatie bij Google.

Om even in het kort de infra van Google cloud uit te leggen:
- ZTNA is onmogelijk zonder een derde partij zoals BeyondCorp, kost uiteraard extra.
- MDM sync tijden zijn uit mn hoofd 15m+ tov chromebooks realtime.... (for real Google?).
Support helemaal geen MacOS, in dit geval ben je genoodzaakt JAMF erbij te kopen.
- IDM... om te lachen, support geloof ik rond de 10 integraties out of the box, succes zou ik zeggen. Daarbij krijg je 50 gratis IDM users en ben al 3 maanden bezig om een prijs van ze te krijgen wat het nu daadwerkelijk kost. Ze zeggen dat je ze moet mailen en dan "komt het wel goed"... tevens wat ze IDM noemen, het zijn gewoon simpele dingen als RBAC.. noem ik niet echt IDM maar goed..
- SIEM: niet meegeleverd, aparte prijs circa 35 dollar per user tov sentinel die gratis is bij je E5 licentie.
SIEM is tevens extra bizar, 2019 kochten ze Chronicle, 2021 kochten ze SIEMPLIFY ivm problemen/lacking SOAR functionaliteiten.

Je totale kosten PER persoon voor de Google stack na CSP discount komt ongeveer uit op 150 euro. Je krijgt minder voor je geld, de stack is slechter en je bent genoodzaakt je vendorcount op te schroeven. Wordt je GPDR team ook niet blijer van.

Dit is per direct mn laatste Google cloud project, ik snap nu waarom grotere cloud bedrijven niks willen doen met Google.

De hoeveelheid projecten bij Google moet omlaag en de kwaliteit omhoog.

[Reactie gewijzigd door EstiematiesEnzo op 23 juli 2024 06:09]

[GekkePrutser]

Ja bij de enterprise markt is O365 vrijwel standaard tegenwoordig.

Intune's Mac support is trouwens ook niet bepaald om over naar huis te schrijven, maar het is inmiddels wel op een niveau dat je zonder JAMF af kan als je niet al te exotische wensen hebt.

[EstiematiesEnzo]

Klopt, afgelopen 2 jaar heeft intune echt voorruitgang geboekt wat betreft MacOS. Momenteel zijn de "gaps" in te vullen door de restricties in te werken via ABM, wat terminal scripts en een image opbouwen met de instellingen. Hoop nog te verbeteren, maar je hebt al een redelijke basis security.

[CH4OS]

Jammer dat het bij Google allemaal in de cloud moet. Als ze dit als een mooi alternatief voor bijvoorbeeld Visual Studio Code zouden maken, had het best interessant kunnen worden. Maar door het cloud aspect, denk ik niet dat velen het interessant gaan vinden en is dit project eigenlijk redelijk bij voorbaat al weinig kans tot succes.

Dat is jammer, Google kan op zich mooie producten maken, maar het cloud aspect hierin en het "vertrouwen" dat men in Google heeft tegenwoordig, kan ik mij niet voorstellen dat iemand het vertrouwd om met een IDE aan de slag te gaan dat in de cloud zit. Wie weet wat Google dan met jouw code gaat doen.als er, voor hen dan, iets interessants voorbij komt.

Code genereren met behulp van AI kunnen andere IDEs intussen ook, zij het met een plugin. Dus of dat nou de USP moet zijn voor deze IDE, dat gevoel heb ik ook niet echt.

[Reactie gewijzigd door CH4OS op 23 juli 2024 06:09]

[i-chat]

gewoon een vraagje maar waarom wil je eigenlijk een alternatief voor VScode of vscodium.

VScodium is free en opensource, draait lokaal en is vast en zeker wel te integreren met een lokale git server oid. dus mijn vraag waarom zoek je een alternatief, wat heeft google dat deze app(s) niet al heb(ben).

[kuurtjes]

1 van de grootste minpunten voor VSCode is dat het gemaakt met Electron is.

Extreem traag als je er wat extensies aan toevoegd voor computers met minder dan 8GB ram. En dat voor een fancy text editor dan nog wel.

[bommel]

Ja electron is verschrikkelijk, het is feitelijk een webserver en browser verpakt als desktop app. Een browser gebaseerde IDE zou grotendeels dezelfde mankementen hebben qua performance denk ik.

[JorzoR]

Zoals met alles is het een trade off. Met Electron heb je gelijk een app wat cross-platform werkt, zonder dat je daar een hele fabriek aan platform specifieke developers voor nodig hebt. Maakt het ook zo dat werkelijk iedereen kan bijdragen aan features en bug fixes omdat het open source is én gebouwd op web standaarden. En daarom dus helemaal gratis.

Het werkt imo prima. Gebruik het al jaaaaaren iedere dag als developer. Ik zal niet sneller features shippen in mijn projecten als mijn IDE een paar ms sneller is, dat is veel meer afhankelijk van andere factoren.

[Reactie gewijzigd door JorzoR op 23 juli 2024 06:09]

[bommel]

Ik zie het meer als een keuze voor de gemakkelijkste weg: je kunt web developers een desktop app laten bouwen op de manier zoals zij gewend zijn web apps te bouwen. Je krijgt er gemakkelijk multi platform “gratis” bij. Maar die electron apps gebruiken zoveel resources (vooral cpu en memory) zijn traag en lopen vaak vast.

Ik zou liever echte desktop apps zien…

Qua multi platform zie ik hetzelfde als bij andere multi platforms zoals in het verleden bijv Java: it sucks equally well on all platforms en vooral het gedraagt en toont zich niet als een native desktop app

[Reactie gewijzigd door bommel op 23 juli 2024 06:09]

[JorzoR]

Ik heb werkelijk nooit een vastloper gehad.

En definieer “traag”? Ik heb veel editors geprobeerd, maar icm de vele extensies e.d. ben ik nog nooit zo productief geweest.

[latka]

Ach, emacs stond vroeger voor eight-megabytes-and-constantly-swapping. Nu emacs gewoon te draaien is moet een andere editor natuurlijk wel de titel meest resource slurpende editor overnemen

[xFeverr]

Ja, waarom wil je een alternatief voor x of y. Als iedereen altijd zo dacht, was er geen VS Code gekomen. Ik vind andere IDEs of editors ook wel interessant, die hebben weer nieuwe ideeën en verbetering.

Wie wil er nou een alternatief voor Visual Studio (niet code)? En toen was daar het nu al door velen geliefde Rider. Het kan snel gaan.

[watercoolertje]

n het "vertrouwen" dat men in Google heeft tegenwoordig

Kan je dat ook onderbouwen? De halve (zakelijke) wereld gebruikt de zakelijke versie van gmail Dat toont juist aan dat mensen het voldoende vertrouwen.

Zou ook niet weten wat Google moet met mijn code, alsof ze wat van mij kunnen leren

[Reactie gewijzigd door watercoolertje op 23 juli 2024 06:09]

[Yalopa]

Dat de halve wereld (incl zakelijke) Gmail gebruikt mag je ook wel eens aantonen.

[watercoolertje]

Was puur een gok, maar het klopt ook nog, aardig

https://www.statista.com/...ce-productivity-software/

Spreek/sprak meer uit de ervaring en kennis uit het zakenleven waar het enorm veel voorkomt, wij sluiten klanten daar namelijk op aan, dus vandaar dat ik wel bekend ben met het feit dat genoeg mensen nog vertrouwen hebben.

[Reactie gewijzigd door watercoolertje op 23 juli 2024 06:09]

[i-chat]

gewoon om maar eens N=1 voorbeeld te geven,

ik ken 5 advocaten kantoren (van binnen) 3 werken met Gsuite, 1 met o365 en 1 met de webmail van een goedkopere webhost in combinatie met zivver voor vertrouwelijke documentn.

ik ken 8 zorginstellingen 3 google, 4 microsoft en 1 onbekend.

het enige waar ik persoonlijk nog geen google ben tegengekomen is het onderwijs daaar is het allemaal o365 (ondanks dat google for eductation eigenlijk gewoon precies dezelfde diensten aanbiedt).

van oudsher lijkt iedereen altijd outlook + exchange + (eventueel) citrix te gebruiken, maar als ik als Niet-meer-ITér om me heen kijk kom ik dat nog maar zelden tegen. enkele van de grootste ggzinstellingen van nederland zijn bijna allemaal afgestapt van lokaal windows + AD + exchange + citrix naar cloud oplossingen van ofwel MS of Google, vaak met bijhorende BYOD- oplossingen of goedkope chromebookjes.

ik wil je best gelijk geven: ik denk niet dat Gsuite daadwerkelijk al een marktaandeel van 50% heeft, maar samen met o365 (zonder lokale AD) komen ze zeker weten wél in de buurt van (of wellicht zelf voorbij 50%). terwijl de andere helft vermoedelijk voor minstens 30% uit achtehaalde systemen (met geen of weinig support) bestaat en voorde overige 20 uit, ofwel hybrid oplossingen of alternatieven van andere providers.

maar hier heb ik wel echt geen cijfers van...

[Reactie gewijzigd door i-chat op 23 juli 2024 06:09]

[RielN]

Er zijn ook al veel (basisonderwijs) organisaties die ChromeOS / Workspace for Education gebruiken. Heutink doet hier heel veel mee. Voor het Google Chrome team grote focus.

[Osiummaster]

Denk dat hij het hierover heeft https://killedbygoogle.com/

[watercoolertje]

Ik denk het niet want dat toont helemaal niet aan wat het vertrouwen is, dat toont enkel aan dat er projecten gestopt zijn (en een groot deel overgegaan zijn in een ander project en dus technische gezien helemaal niet gekillt zijn).

[Verwijderd]

Natuurlijk wordt dat bedoeld, en dat is ook precies wat velen bij nieuwe google projecten voelen, (al dan niet terecht). Ik zou ook niet meer snel overstappen van een bestaand en werkend product op een nieuw product van google. Als het niet de gestelde doelen van google haalt, gooien ze het offline.

[watercoolertje]

Nee dat voelen tweakers hier omdat ze elkaar om de oren slaan met dat linkje (want dat linkje hier posten lijkt belangrijker dan de daadwerkelijke dienst en dus het nieuwsbericht inhoudelijk te bespreken) want dat staat zo stoer, zonder dat ze inhoudelijk lijken te snappen dat bijna de helft uit die lijst gewoon over is gegaan in een andere dienst van Google (en dus imo niet gekillt is). Buiten Tweakers hoor ik daar dan ook nooit mensen over/naar vragen.

En gezien hij het over vertrouwen icm cloud heeft denk ik sowieso dat ie op wat anders doelt, dus zo natuurlijk is het niet dat het op die site slaat. Je moet bij cloud namelijk wel vertrouwen hebben in de partij die het aanbied (mbt privacy/bedrijfsgeheimen). Die vraag krijgen we ook meer van klanten dan de vraag of de dienst wel bestaat over X jaar...

[Reactie gewijzigd door watercoolertje op 23 juli 2024 06:09]

[Osiummaster]

Stadia vergeten wat tot recent een "goed supported ecosysteem" zou worden? Google Hangouts?
Vele van deze services waren functioneel. Ze draaiden gewoon. Ze hadden gebruikers. Businesses waren erop georienteerd. Google besloot ze gewoon af te schieten. Sommigen leken niet eens verlies te draaien oid maar Google wilde gewoon hun werknemers verschuiven.

Een Google cloud-only IDE als default gebruiken voor je bedrijf is als bouwen op drijfzand. Waarom je doet alsof dit een "Tweakers conspiracy" is kan ik niet begrijpen. Google heeft deze reputatie 100% aan zichzelf te danken.

[Vexxon]

Volgens mij was jij degene die begint over GMail terwijl het hier over GCloud gaat. Je noemt specifiek GMail omdat het een succesvol product is van Google, dat past natuurlijk perfect in het straatje van jouw argument. Dus dan is het toch niet zo vreemd dat de KilledByGoogle lijst wordt benoemt als tegenargument?
Google is wat betreft onbetrouwbaar geworden en die reputatie hebben ze helemaal aan zichzelf te danken.

[raro007]

Vele tweakers die alles afbranden wat met Google te maken heeft en microsoft heilig verklaren.
Waarde aan dat gevoel kun je beter niet serieus nemen...

[MrMonkE]

Nee, je moet juist half serieus nemen en naar beide groepen luisteren maar alleen de afbrand delen geloven. Dat positieve is meestal toch open deuren intrappen.

[Vexxon]

Dus je noemt een product van Google en meteen heeft iedereen vertrouwen in heel Google?
Dan vergeet je even alle projecten die Google halverwege of kort na lancering afschiet.
Een van de belangrijkste argumenten bij ons om niet te vertrouwen op Google Cloud is de onbetrouwbaarheid van Google. Je kunt/wilt geen software bouwen afhankelijk van bepaalde features in Google Cloud die misschien volgend ineens worden stopgezet.
Dat is waar Chaos het over heeft, niet alleen over GMail natuurlijk
Wel typisch dat je maar zo beperkt kijkt om je punt te maken

[Reactie gewijzigd door Vexxon op 23 juli 2024 06:09]

[karelvandongen]

Bij Microsoft heb je, inderdaad dat het met een volgende versie of stille update voor de zoveelste keer breekt. En dat het fiksen vaak niet gebeurd !! of een hele tijd in beslag neemt. Daarom zijn bedrijven ook zo huiverig voor upgrades.... Daarom elke bedrijf heeft zo zijn dingen die kunnen verbeteren. En lange support zegt echt niet alles.

[TV_NERD]

Kun je de output niet offline compileren dan?

[pete4live]

Ik denk dat Google juist een IDE in de cloud wil bouwen zodat het beter integreert met de rest van Google Workspace en het bijvoorbeeld ook mogelijk wordt om te gebruiken op een Chromebook.

[Martinspire]

Onderhuids is het overigens gewoon op basis van VS Code. Dus heel verrassend is het dan eigenlijk niet echt.

[Sorcerer8472]

Leuk, maar GitHub lijkt me een veiligere keuze. Je weet nooit wanneer Google het weer killt.

[watercoolertje]

Wissel zo vaak van IDE/editor, geen enkel probleem mee (als het al gekilt wordt), dan gebruik ik gewoon weer VS Code of PHPStorm.

[Martinspire]

Het is overigens een webbased IDE op basis van VSCode, dus heel veel verschil ga je eigenlijk niet merken met de normale VSCode release. Alleen dat Google hun eigen AI probeert te promoten.

Ik hoop zelf dat ze gewoon met een goede extensie voor VSCode komen zodat er daadwerkelijk wat te kiezen is.

[wica]

Ik heb bij google meestal maar één vraag. Wat is de TTL?

[telenut]

Ik ben geen programmeur, en de kennis die ik daar ooit van heb gehad is al lang verdwenen.
Zou dit iets zijn waarmee ik toch eens snel een simpel programma kan maken?

Want hoewel ik dit nu en dan al eens overwogen heb, zie ik het bos door de bomen niet meer van alle soorten talen die gebruikt worden en welke je nu best gebruikt.

[Boy]

Ja, denk het wel. Flutter wordt ook ondersteund en best laagdrempelig (denk ik). Ik sta op de wachtlijst om uit te proberen, ben erg benieuwd (ik ben app developer (Android, Flutter))

[Martijntjeh]

Niet om het een of ander, maar als je in Flutter ontwikkeld waarom maak je er dan ook niet gelijk een iOS app van?

[Boy]

Sorry, niet heel duidelijk verwoord: ik ben een native Android ontwikkelaar en een Flutter ontwikkelaar, wat ik inderdaad inzet voor cross-platform oplossingen voor klanten, op dit moment iOS, Android en web. De eerste macOS/Windows applicatie voor een klant lijkt er ook aan te komen.

[Martijntjeh]

Ah, duidelijk! Voor de hobby pruts ik weleens native iOS appjes maken. Ik heb ook een tijdje Flutter geprobeerd. Kun je tenslotte ook Android appjes mee maken. Maar dat lukte niet zo goed.

[Boy]

Wij zijn pas begonnen met iOS native, omdat we die expertise missen in ons team (we zijn nog een klein clubje van 6 man). Die werelden (iOS / Android) zijn aardig anders inderdaad

[Rafe]

Frappant dat Google eind maart nog in zee ging met Replit, IDX lijkt daar zo te zien aardig op.

[ari3]

Zijn er ook AI code assistenten voor Eclipse en/of IntellliJ die niet afhankelijk zijn van een externe server, waarbij je dus geen broncode en intellectueel eigendom deelt met externe partijen? Eventueel on-premise een AI server inrichten waarbij alle data in eigen beheer blijft zou ook nog acceptabel zijn. Ik krijg het juridisch niet verkocht dat we code en intellectueel eigendom uploaden naar Github, OpenAI of Google.

[dez11de]

Ja, volgens mij wel. Maar dan krijg je dus een AI die is getraind op kennis die je al hebt en ik weet niet of dat jou zo nutvol is.