Microsoft zoekt ontwikkelaars voor 'Windows 8'

Reacties

« 1 2 3 »

Door GekooktEi, maandag 20 april 2009 17:19

Zo zie je maar hoe snel ze beginnen met nieuwe OS's he

. Moet ook wel, duurt natuurlijk lang.

Door YopY, maandag 20 april 2009 17:36

Ja precies - Windows 7 was qua nieuwe technologieën (of het ontwerp daarvan) al een tijd terug klaar, de rest is tweaken, GUI ontwerp, bugs fixen, uitontwikkelen, etc. Je moet ook bedenken dat Microsoft duizenden mensen heeft die aan hun besturingssystemen werken.

Door MicGlou, maandag 20 april 2009 20:08

De tekst doet mij vermoeden dat dit niet de opvolger van win7 gaat worden, maar waarschijnlijk een nieuwe winserver versie of een speciale enterprise oid. In de tekst staat vermeld dat het om een 'bedrijfsgerichte' versie gaat.

Door the_shadow, dinsdag 21 april 2009 06:33

Vergis je er niett in: de server en de desktop versies verschillen niet erg veel wat betreft codebase. Ze hebben dan ook niet voor niets dezelfde kernel versies.

Door dasiro, dinsdag 21 april 2009 08:31

het gaat hier nu maar om 1 functie die voor bedrijven bedoeld is, maar dat maakt het toch niet plots een server-OS? in je home versie kan je ook een vpn-verbinding maken, maar daarom gaan ze in bedrijven toch ook niet plots vista home gebruiken

Door roy-t, maandag 20 april 2009 21:56

Mwa duizenden mensen is een beetje overdreven, ik geloof dat er in een techblog verteld werd dat er gemiddeld maar een stuk of 200 mensen mee bezig zijn. Af en toe wel grote bursts natuurlijk tijdens localization, testing, marketing etc.. maar de standaard dag is gelukkig niet met zoveel mensen, dat zou echt een management ramp zijn.

Verder ben ik het wel met je eens dat het echte werk in die vervelende dingen zit!

Door eXisTa, maandag 20 april 2009 17:21

Door Rhapsody, maandag 20 april 2009 17:23

Daar zijn aparte teams voor hoor. Tijdens de ontwikkeling van Vista waren ze ook al bezig met Windows 7.

Door MrX, maandag 20 april 2009 18:04

Precies. En als je kijkt naar de Linux wereld, dan zijn er altijd twee kernel-takken parallel in ontwikkeling en soms wel drie. En dan hebben we het niet eens over de distributies of alle softwarepakketten om de kernel heen. Dit is dus totaal niet ongebruikelijk.

Het bouwen van een Windows versie is niet een grote bulk werk die allemaal door dezelfde mensen gedaan worden. Vanaf eerste ontwerp tot eindaflevering zullen verschillende soorten mensen met verschillende kwaliteiten eraan werken. Sommigen zullen maar korte tijd aan het project werken en allang afgevloeid zijn naar andere teams. Zo zullen in de huidige fase veel meer testers en veel minder ontwikkelaars binnen het Windows 7 team aan het werk zijn.

Sowieso zul je zien dat veel grote softwaresystemen meer 'subsysteem' of 'feature' gebaseerd ontwikkeld wordt, waarbij het best mogelijk is dat in de eerste fase daarvan niet eens zeker is of een feature uiteindelijk in een release komt, of wanneer en in welke versie. Dit klinkt inefficiënt, maar dit is juist de enige manier om een grote club mensen efficiënt aan de slag te houden.

Het ontwikkelen van een nieuwe release op basis van features en subsystemen is de taak van een kernteam dat vanaf begin tot eind gefocust zal blijven tot de release de deur uit is (en waarschijnlijk nog enige tijd daarna, waarna een 'maintenance team' het overneemt).

[Reactie gewijzigd door MrX op maandag 20 april 2009 18:08]

Door wildhagen, maandag 20 april 2009 17:23

Enig idee hoelang het ontwikkeltraject van zoiets complex als een nieuwe versie van een OS is? Daar gaat jááren overheen. Het is niet alsof je dat even in een maandje in een schuurtje in elkaar schroeft ofzo.

Waarschijnlijk is men ook al met Windows 7 begonnen, vóór Vista gereleased werd, bijvoorbeeld.

Er zijn natuurlijk meerdere teams van ontwikkelaars actief dan slechts één, ze werken gewoon parallel aan elkaar.

Door Kage, maandag 20 april 2009 17:23

Het is niet alsof elke programmeur van begin tot eind aan Windows 7 kan meeprogrameren! Er zijn verschillende taken en specialisaties, en personeel genoeg daar.
Bovendien was een van de klachten over Vista dat het zo lang geduurd had tot het uitkwam. Daarom kun je niet vroeg genoeg beginnen met je volgende product.

Door MSalters, dinsdag 21 april 2009 17:19

Sowieso is dit een SDET, dus die ontwikkelt niet mee aan de codebase. Een SDET schrijft geautomatiseerde testen.

Door ApexAlpha, maandag 20 april 2009 17:23

Alsof ze nu ineens de helft van de ontwikkelaar van Windows 7 wegplukken. Tuurlijk niet...
Microsoft heeft enorm veel takken die allemaal aan hun eigen stukje werken, je gaat toch niet de ontwikkeling van windows 8 laten haperen doordat windows 7 nog een bug heeft... Daar zitten weer andere mensen op

Door SPee, maandag 20 april 2009 18:43

Zijn die dan al niet bezig met Windows 8

Ik zou het zelf vrij laat vinden als ze nu pas beginnen met Windows 8. Ik denk dat MS al in beeld heeft waar de nieuwe versie heen gaat.

Door catfish, maandag 20 april 2009 19:20

uiteraard is men al bezig met Windows 8, maar aan niet alle stukken begint men tegelijkertijd
in dit geval is men blijkbaar tot het besluit gekomen dat er voor een bepaald item extra volk nodig is, zodoende

dergelijke projecten beginnen altijd klein (ontwerp en dergelijke), daarna komt er alsmaar meer volk bij, welke ze van andere projecten wegplukken

Door sus, maandag 20 april 2009 17:34

Als Se7en bij jou niet goed draait, misschien eens om een nieuwe DVD-speler dan voor bij je TV? Of anders een nieuw schijfje kopen, zo duur is die film nou ook weer niet.

Ik denk dat je Windows 7 bedoeld, en daar is door Microsoft geen andere schrijfwijze dan "Windows 7" voor bedacht.

Door Mietex, woensdag 22 april 2009 03:07

nee. Veel bedrijven hebben verschillende projecten naast elkaar lopen. zo heeft AMD bijvoorbeeld de specs voor de toekomstige r1000 al gesloten. en is bijvoorbeeld intel al lang met een hun sandybrige bezig. het zijn verschillende projecten in verschilende stages en dat houd in dat ze veruit van te voren begonnen worden zodat ze optijd afzijn en niet erg afhankelijk van elkaar zijn zodat toekomstige producten sneller en succesvoller op de markt gezet kunnen worden. Dat Microsoft met windows 8 begint wil niet zeggen dat ze windows 7 zullen verwaarlozen. het zal eerder inhouden dat ze nu bijna klaar zijn om windows 7 op de markt te kunnen zetten. bovendien geeft Microsoft zelf aan windwos 7 verder af te willen werken dan vista voordat het op de markt gezet wordt.

Door Source1987, maandag 20 april 2009 17:26

Door Jorcee, maandag 20 april 2009 17:26

Leuk dat Microsoft al begint aan de opvolger van Windows 7. Vooral de naam (van datgene dat nu al erover bekend is) vindt ik goed bedacht. Het is stukken simpeler dan 'Windows XP' of 'Windows 2000'.. Gewoon simpel '8'. (Ja, ik weet 't.. De naam kan nog veranderen).

Hopelijk leert MS nog van alle (negatieve) dingen die straks weer uit Windows 7 komen en doen ze de juiste dingen met de opvolger. Maar dat er zo snel al gezocht wordt naar 'Mensen hiervoor' is in mijn ogen wel al een goed teken!

Maar al met al blijft het leuk om over toekomstige besturingssystemen te lezen / praten.

Edit: Heb even nagedacht en vindt dat (een deel) van m'n reactie onterecht is

[Reactie gewijzigd door Jorcee op maandag 20 april 2009 17:44]

Door YopY, maandag 20 april 2009 17:38

Ze publiceren ook nog niks over Windows 8, ze hebben gewoon een open vacature voor een specifiek onderdeel van toekomstige techniek die ze in Windows 8 willen. T.net en de andere nieuwssites die erover berichten blazen het misschien een beetje op waardoor het gepoch van Microsoft lijkt, maar dat is het in dit geval (nog) niet. Tenminste, zo zie ik het niet.

Door WouterIJ, maandag 20 april 2009 17:30

Het is maar goed dat ze vast beginnen want anders zou het niet lukken om binnen de gestelde tijd een nieuwe OS te releasen. Om even wat feitjes te geven:

Windows XP bestond uit 35 miljoen regels code

Windows Vista uit 50 miljoen regels

Dus laat Windows 7 en 8 daar eens in de buurt liggen. Dan kan je wel nagaan hoeveel tijd, geld en resources het kost om dat te bedenken, kloppen, debuggen en dergelijke.

Edit: Nee, het zegt niet alles over de grootte van een project, het echter wel een indicatie. Hier meer info: http://en.wikipedia.org/wiki/Source_lines_of_code

[Reactie gewijzigd door WouterIJ op maandag 20 april 2009 17:57]

Door Tsurany, maandag 20 april 2009 17:35

Nee dat kan je niet. Het aantal regels code heeft geen invloed op ontwikkeltijd. Ik kan een dobbelsteen schrijven met voor elk aantal ogen een aparte code of ik kan efficient gaan programmeren en het met een stuk minder code schrijven door overlappende code te gebruiken. Ben ik wel langer bezig.

Door WouterIJ, maandag 20 april 2009 17:40

Tuurlijk heb je gelijk, maar het geeft wel een indicatie.

Door SMa, maandag 20 april 2009 17:51

Veel code wordt hergebruikt (en niet enkel van Windows XP),
het aantal regels is dus zeker geen indicatie.

Door anboni, maandag 20 april 2009 18:00

Het zou me helemaal niets verbazen als er in Vista en Windows 7 nog hele stukken code te vinden zijn die uit OS/2 en Windows NT afkomstig zijn. Ik meen dat in ieder geval de netwerkstack van NT nog tot en met XP in gebruik is geweest (met wat aanpassingen voor bijvoorbeeld IPv6) en pas met Vista voor een heel groot deel is herschreven.

Door Japsuh, maandag 20 april 2009 20:40

Ze moeten gewoon eens een keer alles in de prullenbak gooien en een volledig nieuw OS in elkaar zetten. Dit systeem met registers etc. werkt gewoon niet efficient, en het vervuilt ook snel.

Dan gewoon een goeie emulator erin voor oude programma's, en klaar is Kees!

Door snirpsnirp, maandag 20 april 2009 22:27

Fout, je hoeft geen nieuw volledig nieuw OS te maken om problemen met registry, veiligheid, schaalbaarheid, geheugenbeheer en stabiliteit het hoofd te bieden. Apple heeft met OS X aangetoond wat een zinnige route is. Jammer dat microsoft hier geen voorbeeld aan heeft genomen, maar ook wel begrijpelijk voor een tent die marktleider is en nog niet bedreigd wordt.

In een situatie met een virtuele monopolist is de consument slachtoffer van de wet van de remmende voorsprong.

Door Yoozer, dinsdag 21 april 2009 08:08

Ze moeten gewoon eens een keer alles in de prullenbak gooien en een volledig nieuw OS in elkaar zetten.

Dat heeft Netscape ook een keer geprobeerd, en dat is jammerlijk fout gegaan. Elke keer als je dingen volledig wegmikt introduceer je nieuwe fouten en kom je er later weer achter dat er toch met een aantal zaken rekening gehouden moet worden. De oplossing bestaat uit refactoring, niet uit weggooien.

Dit systeem met registers etc. werkt gewoon niet efficient

Niks werkt efficient. Een stapel config files met ieder een andere indeling die van de developer afhangt en maar ergens neergemikt wordt in plaats van op 1 enkele plek werkt ook niet goed. DLL hell is niet leuk, dependency hell ook niet.

Dan gewoon een goeie emulator erin voor oude programma's

Dat zou wel goed zijn; zodat we eindelijk eens alle developers naar cleane 64 bit kunnen schoppen, zonder hacks. Of net als bij Apple een soort Universal Binary introduceren.

Qua devtools heeft MS het an sich prima voor elkaar, maar die backwards compatibility is hun levensbloed; als je een nieuwe Windows-versie hebt en je oudere spel draait er niet op, dan ga je die nieuwe Windows terugbrengen naar de winkel in plaats van de gamestudio onder z'n gat te schoppen (niet dat dit helpt; ze hebben je geld al).

Door Korben, dinsdag 21 april 2009 08:14

Ze moeten gewoon eens een keer alles in de prullenbak gooien en een volledig nieuw OS in elkaar zetten. Dit systeem met registers etc. werkt gewoon niet efficient, en het vervuilt ook snel.

Dan gewoon een goeie emulator erin voor oude programma's, en klaar is Kees!

Dat gaan ze ook doen; Microsoft Midori gaat volgens de geruchten de commerciële implementatie van Microsoft Singularity worden. Midori wordt volledig managed, dus ze gooien inderdaad zo goed als alles weg en beginnen opnieuw. Of ze de implementatie van bepaalde systemen zoals het register anders gaan doen is te betwijfelen, ik heb er namelijk geen problemen mee. Het is namelijk heel wat sneller dan een zooi tekstbestanden.

Door Jeanpaul145, dinsdag 21 april 2009 10:24

De registry heeft een paar vrij vervelende problemen:
- Het vervuilt heel makkelijk door developers die hun software troep niet netjes opruimen
- Applicaties hebben doorgaans toegang tot grote delen van de registry, wat tot gevolg heeft dat de registry te makkelijk te slopen is. Misschien dat dat in WinVista/7 anders is, dat weet ik niet precies
- Je moet per se een gespecialiseerde tool gebruiken om eigenhandig iets in de registry te kunnen wijzigen.

Dit zijn problemen die eenvoudige lokale text config files niet voorkomen.
Daarnaast zeg je dat de registry sneller is; Kan je die claim ook substantieren? Want ik zeg dat dat textfiles juist sneller zijn:
- Er worden geen configfiles ingelezen die niet nodig zijn (soort van "modulariteit")
- standaard tools om de files te veranderen (bijvoorbeeld notepad of een andere simpele editor) betekent dat je altijd wel iets tot je beschikking hebt, en dat entries doodeenvoudig te veranderen zijn
- textfiles zijn eenvoudig te lexen en te parsen, komt de snelheid van progsels ten goede.

En je zou dan kunnen stellen dat die textfiles dan elk een eigen formaat zouden kunnen kennen; Dat klopt, maar het is niet in een devver's best intrerest om het moeilijk te maken dit te editen, en als er een standaardformaat wordt gedefinieerd door MS dat heel goed te gebruiken valt zal dat ook gebeuren.

Door Korben, dinsdag 21 april 2009 11:28

- Er worden geen configfiles ingelezen die niet nodig zijn (soort van "modulariteit")

Nee, dus komen er duizenden en duizenden textfiles (kijk naar hoe groot het register is) om al die informatie in op te slaan. Lekker handig.

- standaard tools om de files te veranderen (bijvoorbeeld notepad of een andere simpele editor) betekent dat je altijd wel iets tot je beschikking hebt, en dat entries doodeenvoudig te veranderen zijn

Regedit is een standaard tool; het is in elke Windows-installatie beschikbaar.

- textfiles zijn eenvoudig te lexen en te parsen, komt de snelheid van progsels ten goede.

Eenvoudig voor jou ja. De snelheid van het programma komt het heel erg zeker niet ten goede. Een bestand met alleen ruwe gegevens is voor een programma veel en veel sneller te parsen, en er komen minder fouten voor. Denk aan het simpele foutgevoeligheidsvoorbeeld van een datum. In tekst kunnen er handenvol dingen fout gaan bij het parsen, in binair formaat is het gewoon een groot getal, wat eigenlijk niet fout kan gaan.

Ik zie ook nog een aantal voordelen van het huidige register die jij wellicht over het hoofd ziet.

Omdat het register bestaat uit slechts een paar grote bestanden, kunnen die bestanden ge-memory-mapped worden, wat de performance ten goede komt ten opzichte van duizenden bestanden die al dan niet in het geheugen geladen zijn.
In het register kun je permissies instellen per register-key. Als je dat wilt doen met je losse bestanden krijg je nóg meer bestanden.
Het registersysteem regelt automatisch dingen als roaming profiles en verschillende hardwareprofielen.
Het register bestaat uit verschillende 'hives', waaronder HKEY_CURRENT_USER. De juiste instellingen per user zijn dus heel makkelijk te benaderen. Met jouw oplossing is dat een stuk lastiger.
Register-keys ondersteunen ook symbolic links; als je dat gaat toepassen in je bestandenoplossing wordt het een nog grotere zooi.
In het register kun je in één klap een back-up van het hele register maken. Dat wordt ook lastig bij jouw oplossing.
Voor 32-bit applicaties op een 64-bit OS wordt ook een deel van het register gevirtualiseerd. Weer iets wat moeilijk/onmogelijk is in jouw oplossing.
Het register is meer een soort database, wat ook een feature als atomic updates met zich meebrengt. Wat dit wil zeggen is dat er geen problemen ontstaan als twee programma's tegelijkertijd een waarde aanpassen. Bij jouw tekstbestanden is dat nog niet zo simpel.

Door MSalters, dinsdag 21 april 2009 17:34

Als de Ext4 / KDE problematiek iets heeft aangetoond, dan is het wel dat Microsoft gelijk had met hun register. Of het nu gaat om power-fail safeness, SSD vriendelijkheid, of vervuiling van het filesysteem, de registry is gewoon een betere want gespecialiseerde API om settings op te slaan.

Concreet:
"Geen config files ingelezen die niet noodzakelijk zijn" - waarom zou een registry implementatie subtrees moeten inlezen die niet noodzakelijk zijn ?
"Standaard tools om files te veranderen" - regedit. Met makkelijke hex/decimaal switch voor getallen
- "Textfiles zijn eenvoudig te lexen parsen" - de registry API parsed een heleboel types al voor je. Daarnaast kun je net zo makkelijk strings in je registry opslaan, voor de types waar dat zinnig is. Die zijn dan net zo makkelijk te parsen.

Door Jeanpaul145, vrijdag 24 april 2009 14:48

Als de Ext4 / KDE problematiek iets heeft aangetoond, dan is het wel dat Microsoft gelijk had met hun register. Of het nu gaat om power-fail safeness, SSD vriendelijkheid, of vervuiling van het filesysteem, de registry is gewoon een betere want gespecialiseerde API om settings op te slaan.

Niet dus. Het hele idee van een abstractielaag (in dit geval een filesysteem) is dat het generiek genoeg is om in de softwarestack erboven ermee te doen wat je wil. Als dat een hoop kleine files zijn moet het fs daar simpelweg goed in kunnen voorzien.

Door YopY, maandag 20 april 2009 17:39

Regels code zegt niet veel, dat weet je he? Oké, het geeft sowieso wel aan dat het een enorm project betreft, en dat er vele jaren overheen gaat om het te ontwikkelen. Maar d'r zou toch eens een betere manier ontwikkeld moeten worden om de schaal van een softwareproject weer te geven dan LOC.

Door WouterIJ, maandag 20 april 2009 17:54

Nee dat weet ik wel, maar ik wilde slechts even illusteren waar we het over hebben. Hier kan je ook wat meer info vinden over wat de SLOC precies zegt over een project grootte

http://en.wikipedia.org/wiki/Source_lines_of_code

Door mysterieworld, maandag 20 april 2009 17:30

Zoals ik al zei in de topic Windows 7, is iets waar ik ook mee kwam P2P om updates en software zelf te delen. ( al ging ik net iets verder met dit concept )

Ik ben er van overtuig dat 70% van alles wat ik in de topic Windows 7 had gezet ook waar zal worden in windows 8

Door Tsurany, maandag 20 april 2009 17:35

Door mashell, maandag 20 april 2009 17:37

Door snirpsnirp, maandag 20 april 2009 22:28

Door FireDrunk, maandag 20 april 2009 17:34

'dramatische prestatieverbeteringen', dit moet denk ik Drastisch zijn... anders zou het er niet beter op worden ;-)

Verder uitstekende zet van Microsoft!, 99% van de brandbreedte belasting in een bedrijf met VPN en lease-lijnen lijkt mij ingepikt te worden door piekbelastingen... tenzij je er ook nog over internet, maar dat lijkt me duur...

Door Rob Coops, maandag 20 april 2009 17:39

NAtuurlijk is Microsoft al bezig met Windows 8 en op de teken tafel aal met Windows 9, ze moeten wel anders worden ze voorbij gestoken door andere bedrijven die al wel met de toekomst van hun OS bezig zijn.

De techniek die MS gebruikt voor zijn file caching systeem lijkt toch wel erg veel op een standaard p2p truckje waarbij gewoon de lokaale server claimt alles te hebben en als het bestand dan ook echt nodig is dan wordt het via p2p binnen gehengelt en aan de client aangeboden (met een proxy functie voor de server) als je dan dat betreffende bestand update neem ik aan dat er een melding uitgaat naar de rest van het netwerk dat er een nieuwe versie is en wie de seeder is, al naar gelang andere servers de bestanden dan al of niet ook in hun cache hebben en waneer dit bestaand voor het laatst is gebruikt zal deze proxy dan vragen om een update van de seeder. Athans zo zou ik het op lossen...
Hoe men dan searching in deze bestanden heeft geregeld is mij nog niet helemaal duidelijk maar ik kan me voor stellen dat ook hier de indexes voornamelijk op lokaale servers worden bijgehouden, eht is immers onwaarschijnlijk dat mensen vaak searches uit voeren op bestanden die ze niet nu of in het recente verleden hebben gebruikt (daar naast is de Microsoft search techniek nog steeds om te huilen dus zullen de gebruikers denk ik weinig verschil merken)

Lijkt me wel een leuke en uitdagende positie, hangt er natuurlijk van af waar en voor hoeveel, een berdijfs cultuur kun je toch niet echt beoordelen tot je er zelf een onderdeel van bent, dus dat zal me een worst wezen (tenzij er alleen maar slechte ervaringen zijn maar dat lijkt me sterk, dan hadden er niet zo veel mensen gewerkt)

Door Jeff van Hees, maandag 20 april 2009 19:26

Door Slashdotter, maandag 20 april 2009 17:42

Door tormentor1985, maandag 20 april 2009 17:55

Ik lees 'Gericht op bedrijven met nevenvestigingen' al ik het nut van deze term niet helemaal snap.

Opzich is het geen slecht idee om data over meerdere servers te verplaatsen d.m.v. een soort p2p systeem. Echter voor een nevenvestiging zoals het bedrijf waar ik voor werk ook heeft is dit niet wenselijk.

Deze locaties zijn onderling verbonden met een SDSL verbinding op 1,5/1,5 mbit. Ik zie het nut er niet van in om 1 file op te halen via 1 server in plaats A op 1000 mbit en het 2e deel op te halen over een 1,5 mbit verbinding in plaats B.

Het zou uiteraard wel een mooie ontwikkeling zijn als deze 2 servers op dezelfde backbone aangesloten zijn, maar dan zou de term 'nevenvestingingen' achterwege gelaten moeten worden.

Er zullen ongetwijfeld bedrijven zijn die onderling via glas verbonden zijn, al is dit onbetaalbaar voor de meeste waardoor al snel naar (gebundeld) SDSL of andere oplossingen word gekeken.

Door Fietsventje, maandag 20 april 2009 20:14

Ik denk dat die twee servers A en B waar je over spreekt op verschillende netwerken zitten met een trage link ertussen. De data wordt echter via P2P gerepliceerd op zowel A als B. Op die manier kan iedereen via zijn lokaal netwerk aan de data.

Vergt wel een overcapaciteit van de storage in ieder subnetwerk, maar dat zal de prijs van de datatraffiek die anders ontstaat wel compenseren, I presume?

« 1 2 3 »

Op dit item kan niet meer gereageerd worden.

17:45	LaCie voegt 8TB-versie aan 4big Quadra-raid-opslagsysteem
16:32	Bethesda kondigt Fallout: New Vegas aan

Nieuws I/O

Shortcuts

Categorieën

Lees meer over

Gerelateerde content

Gerelateerde jobs

Reacties

26-05 Nieuws

23:51 Productreviews

07:45 Vraag & Aanbod

25-05 Jobs

02:44 Etc.

07:43 Reacties

07:41 Forum

25-05 Gesponsorde acties

00:16 Tweakblogs

26-05 Computable headlines

25-05 CRN headlines