Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 86 reacties
Bron: InfoWorld, submitter: Crack

In een lezing tijdens de VSLive conferentie in New York, afgelopen week, heeft Eric Rudder, senior vice-president van Microsofts server- en toolsafdeling, laten weten dat .NET meer gebruikt wordt dan Java. Ook liet hij doorschemeren dat Microsoft de aankomende tijd het applicatie-ontwikkelplatform wil gaan aanpassen, zodat dit beter kan samenwerken met webservices. Als codenaam voor dit project is gekozen voor 'Indigo'. Toen Microsoft anderhalf jaar geleden het .NET-platform introduceerde, had Sun's Java nog een marktaandeel van ongeveer 30 procent. Volgens Rudder is er sindsdien een enorme groei geboekt door .NET, onder andere door de grote marketingcampagne die het bedrijf uit Redmond heeft ingezet. De aankomende maanden zal de ingezette groei zich verder doorzetten:

Microsoft .NET logo (klein)"When we started out a year ago, it was hard. We were still behind Java by a considerable margin. They were about 30 percent share. But we actually launched the product and made some amazing traction, started to catch up. Luckily, Java flattened out and we've actually passed Java usage with .Net usage, and this trend actually shows no sign of abating," said Rudder. "So overall, competitively, we're doing fairly well."

Ralph Galantine, Sun's marketing manager voor Java, is skeptisch. Volgens hem is het niet eerlijk om de complete .NET-technologie op één hoop te schuiven omdat het uit een aantal verschillende onderdelen bestaat. Voor wat de toekomst betreft denkt Galantine niet dat .NET ooit heel groot zal worden; Java zal gebruikt en doorontwikkeld blijven worden. Een groot deel van de huidige servers draait Linux of Unix en kan daarom niet standaard met de complete .NET-technologie omgaan. Ook is Sun begonnen met het vereenvoudigen van de software-ontwikkeling in Java. Het bedrijf wil hiermee een aantal - beginnende - ontwikkelaars over de streep trekken. De verwachting is dat hierdoor de aankomende jaren het aantal van drie miljoen Java-ontwikkelaars zal toenemen tot tien miljoen.

Moderatie-faq Wijzig weergave

Reacties (86)

Op het moment zie ik Java en .Net eigenlijk niet als concurrenten.

Met Java kan je cross-platform applicaties maken, met .Net is dit niet het geval. ja ok, er wordt gewerkt aan virtual machines voor andere platforms, maar niet door MS zelf en ik betwijfel of alle .net software daar straks ook werkelijk op draait.

.Net zie ik meer als een middel van MS om over een aantal jaar de overstap naar 64-bit windows makkelijk te maken zonder dat iedereen z'n software hoeft te herschrijven.
MS heeft helemaal geen belang bij echte cross-platform software.
Op het moment zie ik Java en .Net eigenlijk niet als concurrenten.
Zolang mensen voor dezelfde toepassing een keuze kunnen maken tussen de twee zijn het concurrenten.

Op watvoor platform een applicatie draait is voor de buitenkant ook steeds minder belangrijk met standaard webservices. Tussen al je linux/unix boxes kun je best een applicatieserver hebben die op .Net draait.
Zie het als een appliance, zoals bijvoorbeeld een NAS voor network storage. Dat er een os op draait en welke boeit je niet alleen het feit dat je opslag hebt.
Zo zullen er in de toekomst ook meer kant en klare applicatie servers voor een specifieke toepassing kunnen komen, waarbij het van de buitenkant totaal niet boeit of het j2ee of .net is.
Je plugt het in 19'' rack, configureert de (unix?) clients om de webservices te benaderen en off you go.
Het mooie is dat als je de windows box alleen voor de specifieke applicatie gebruikt en alle andere services uitzet het weleens net zo stabiel kan zijn als your average unix box.
Het grote voordeel van .Net applicaties is wel dat de applicatie als native code draait. Zodra de applicatie wordt gestart wordt deze door een JIT compiler gehaald waarna er dus echte native code uitkomt. Hierdoor wordt er in principe een extra laag verwijderd die er bij Java dus wel zit ...
Onder welke steen heb jij gezeten de laatste paar jaar ?

Java gebruikt dus ook een JIT compiler, al best wel een hele tijd.
Het was te verwachten dat dit soort threads ging uitdraaien op een slag tussen Java en .net. Aan allen die zeggen nog nooit een .net-applicatie zijn tegengekomen: zeg zoiets niet zonder dat je weet over wat je het hebt. Duizenden websites, waaronder FilePlanet, MSN en veeeeele andere draaien op .net (extensie aspx), dus tenzij je enkel Tweakers bezoekt, ben je er al wel tegengekomen. En hoe doen die het? Prima ;)

Zelf ben ik software engineer, afgestudeerd van juni jongstleden, en, tegengesteld aan wat sommigen hier beweren dat er geen werkaanbiedingen zijn in de .net wereld... ik had meteen als .net-ter zoveel werk als ik wou. Waarom? Iedereen op school leert Java, dus als je dan zo slim bent om jezelf te gaan specialiseren in .net, ben je uniek, en steek je er op de arbeidsmarkt ver boven uit. Java kan iedereen, .net is nieuw, en je hebt het voordeel van MEE te beginnen met iets dat groeit en zal blijven groeien (en nee, .net is geen vaporware ;) )
Dus, zoek maar eens wat beter achter .net vacatures...

Zelf deed ik graag Java op school, maar ben op mezelf begonnen met .net, en nu zou ik nog niet meer in de buurt willen komen van Java. Per dag ben ik zeker 10uur bezig met .net en het heeft me een prachtbaan als developer opgeleverd.
Ik vind het echter jammer dat .Net er zo ingewikkeld uitziet tov PHP als je er net mee begint

Over php vind je zo masaal veel tutorials en code samples

terwijl ik bv laatst asp.net wou leren (met C# als de gebruikte taal) en ik echt hard zat te zoeken om wat simpele! code samples te vinden, heeft me uren geduurd om bv een mysql db te kunnen queryen met oledb in C# eer ik een werkend vb vond, of meerdere vben en dan zo een werkende variant ervan gemaakt had

terwijl toen ik met php begon dat zelfs duidelijk op php.net te vinden was :)

Dus de omvang vind ik persoonlijk een minpuntje als beginner, als gevorderde kan ik wel inzien dat de omvang van .net dan weer een +punt is omdat je er waarschijnlijk wel zowat alles mee kan

(minpunt kan verholpen worden door simpele samples, want ms gaat er vanuit dat iedereen die asp.net doet blijkbaar al een deftige coding achtergrond heeft van c of vb)

[offtopic]
jij hebt het allemaal op jezelf geleerd, wat waren jouw sources zowat? de samples van ms zelf, of andere goede sites?
Even een kleine reactie:
Als resources heb ik voornamelijk veel boeken gebruikt, en dan proggen he. Je leest er deel van, en dan begin je zelf, je zoekt wat op MSDN en dat is de beste manier om te leren.

Aan aargh: Impress me: zijn FilePlanet en MSN op zich, die ik als voorbeelden aanhaalde, al geen grote websites genoeg? MSN is naar ik meen de derde drukst bezochte site ter wereld, ik denk dat dat een voldoende grote toepassing is. Banken beginnen ook over te stappen naar .net (werkt iemand van ons bedrijf als consultant).

Blue2K: idd, support in overvloed. Als MSDN het niet heeft, zijn er voldoende andere manieren om tot een oplossing te komen.

Als je ASP vergelijkt met JSP, zie je ook een hemelsbreed verschil. JSP en de Struts zullen ws nooit in een deftige versie op de markt verschijnen, en het heeft allemaal veel te doen met ontwikkeltijd ook.

edit: aan de beoordelingen te zien zijn er hier veel mensen die niet graag zien dat .net succes heeft ;).
Ik heb een broodjes bestel applicatie geschreven in .NET.

Ik werk met zowel .NET als met Java. Beiden hebben hun eigen plus en min punten.

Mij kan het niet echt boeien of ik nou .NET of Java programeer. Zolang het maar programmeren is in een enigzins ontwikkelde taal.

Als ik ergens een tering hekel aan heb dan zijn het wel van die kortzichtige types die alleen maar in hun eigen straatje kijken en alles daarbuiten maar niks vinden.

"Wat een boer niet kent, dat eer die niet."
Banken beginnen ook over te stappen naar .net (werkt iemand van ons bedrijf als consultant).
Ik ben een consultant die werkt voor banken en verzekeraars, en ik zie (zeker bij banken) *GEEN* interesse voor .net.

J2EE wordt als betrouwbaar, veilig en schaalbaar gezien. J2EE is al geruime tijd beschikbaar, en heeft zich bewezen. De reputatie van MS met betrekking tot betrouwbaar en veilig heeft toch wel behoorlijke klappen opgelopen. Daarnaast heeft good old IBM een behoorlijke voet tussen de deur bij deze financiele instellingen: dus WebSphere.

Banken en verzekeraars eisen (en van hun wordt dat ook nog eens geeist door de toezichthouders) dat hun software veilig is. Sneller ontwikkelen is dan geen issue. Als het dan toch nog te duur is, laten ze het bouwen dan wel doen in Bangladesh of zo.
Nee.
Het blijven simpele applicaties, of je die nu aan 10 of 10 miljoen gebruikers uitserveerd maakt voor de applicatie weinig uit.
jouw idee gaat niet op...

in QBASIC kun je mega-complexe programma's schrijven hoor... noem je dat dan wèl serieuze applicaties?

complexiteit is slechts onderworpen aan de kennis en ervaring van de programmeur... stabiliteit en ontwikkeltijd zijn de meest belangrijke punten van een ontwikkeltool
Aan dahorst: denk je dat ik mss niet weet met wat wijzelf bezig zijn? Wij hebben 1 .net consultant in een grote bankketen werken, omdat alles overgezet wordt op .net. Mss dat jouw bank er niet mee werkt, maar dat is geen reden om te denken dat andere dat ook niet doen.
ik vraag om een voorbeeld van een complexe applicatie, dat hoeft niet per se een web applicatie te zijn. Gewoon iets dat meer dan een half uur programmeerwerk was
Ik zou zeggen ga eens op bedrijfsbezoek bij PGGM, Stork, Macaw, Amazon, Nasdaq, Quote Media, BKWI, Philips, Rabobank, OZ Zorgverzekeringen......
Voor het Java platform zijn er ook heel veel open source applicaties geschreven die vrij gebruikt kunnen worden.

En als .Net gaat overheersen en ook niet een zo'n grote open source 'poot' zou hebben zou ik dat heel erg jammer vinden.

Qua taal maakt het me weinig uit, in principe kun je met allebei je 'ding' doen. Maar jammer genoeg word niet altijd om praktische redenen voor het platform gekozen en dat vind ik dan weer jammer.
Aan aargh: Impress me: zijn FilePlanet en MSN op zich, die ik als voorbeelden aanhaalde, al geen grote websites genoeg?
Nee.
Het blijven simpele applicaties, of je die nu aan 10 of 10 miljoen gebruikers uitserveerd maakt voor de applicatie weinig uit.

Zoals al gezegd zouden die applicaties zelfs in PHP geschreven kunnen worden. Ik vraag ook niet om een druk bezochte website, ik vraag om een voorbeeld van een complexe applicatie, dat hoeft niet per se een web applicatie te zijn. Gewoon iets dat meer dan een half uur programmeerwerk was.
MSN is naar ik meen de derde drukst bezochte site ter wereld, ik denk dat dat een voldoende grote toepassing is.
Op zich wel logisch he. Drie keer raden wat de default pagina van internet explorer is (en waar hij heen gaat als een URL niet bestaat)...
Ik vind het echter jammer dat .Net er zo ingewikkeld uitziet tov PHP als je er net mee begint
Probeer Web MAtrix. Is niet zo complex als Visual Studio, gratis en erg gebruikersvriendelijk om met .NET te beginnen:

http://www.asp.net/Default.aspx?tabindex=0&tabid=1
Banken en verzekeraars eisen (en van hun wordt dat ook nog eens geeist door de toezichthouders) dat hun software veilig is. Sneller ontwikkelen is dan geen issue. Als het dan toch nog te duur is, laten ze het bouwen dan wel doen in Bangladesh of zo.

Niet te vergeten dat een beetje bank/verzekeraar ook nog meerdere platformen heeft draaien.
Waar zeker nog geen .net framework voor is.
Nog meer een reden om voor een standaard te gaan die wel alles kan koppelen.
Ik vind het echter jammer dat .Net er zo ingewikkeld uitziet tov PHP als je er net mee begint
Je moet het zo ook niet vergelijken. In ASP.NET ben je écht aan het programmeren (in theoretisch iedere gewenste .NET-taal). Alles in OO en event-driven. Dat in tegenstelling tot PHP wat gewoon een script is (ook wel een beetje OO, maar de API en extensions zijn nog steeds allemaal platte functies) en je moet zelf maar zorgen dat het de juiste html uitpoept.

ASP.NET is niet ingewikkelder, het is gewoon anders. PHP "programmeurs" die naar ASP.NET overstappen, moeten IMO ook leren programmeren...
als ik ergens de ziekte van in krijg is het van mensen die programeren in PHP, Perl of Python afdoen als niet programeren. Het is maar een script. Nou, je kan de meest bizare applicaties bouwen d'r mee, net zo goed als je dat in C(++), C# of Delphi zou kunnen.

of je nou code in C#, C++ of PHP, het is en blijft programeren en het hangt dus van die grijze massa af of je dat wel of niet kan. Het is simpele logica, alleen de syntax is anders. (hoewel ik voor PHP een C syntax 'schijn' te hanteren.)
Probleem van veel script talen (PHP, APS) is het ontbreken van een goede debugger. ASPX is wat dat betreft ideaal voor het bouwen van web applicaties
Programmeren, dat gebeurt nog altijd met een goeie geintegreerde debugger, een compiler/linker en natuurlijk hoort daar ook strong typing bij.

Iets dat PHP (en de meeste andere webscripttalen) allemaal niet heeft.
Euh, Python heeft een geïntegreerde debugger, JIT compilers naar Python (of Java) bytecode (plus een JIT compiler naar i386 machinecode om bepaalde dingen te optimaliseren) en het heeft strong typing.

En Python is zeker de enige scriptingtaal niet met dergelijke eigenschappen...

De VM van .NET is trouwens onbruikbaar als "target" voor Python wegens te beperkt (ondersteunt enkel static strong typing, terwijl Python dynamic strong typing gebruikt).
Programmeren, dat gebeurt nog altijd met een goeie geintegreerde debugger, een compiler/linker en natuurlijk hoort daar ook strong typing bij.
Nee hoor. Programmeren doe je met je gezonde verstand, computer, pen en papier of gelijlwaardig gereedschap
Een debugger heb je nodig als je niet meer snapt wat er aan de hand is en dat is een indicatie dat je code niet fraai is. Uiteraard gebruik ik ook wel eens een debugger, het is soms gewoon makkelijk. Maakt niet uit of dat uit de borland, microsoft of GNU omgeving is..

strong typing levert wel extra typwerk en code op die minder prettig leest op, iedereen weet toch dat de i in (for i=0 ; i < 100 ; i++) een integer is..

Er bestaat niet een programmeertaal voor alles. Ga je voor dedicated low performance hardware programmeren dan kies je waarschijnlijk C/C++ en/of assembler.
Ga je webapplicaties maken dan kom je op php, asp, .net of iets dergelijks terecht. Eenvoudige datamanipulaties kan je eenvoudig met shell-scripting doen.
Prototyping vind ik persoonlijk prettig met een dynamic typed language zoals python.

C, C++, Java, C# zien veel mensen als de powertalen, programmeer je daarin dan krijg iets dat supersnel en goed is. Fout, een goed programma heeft een goed ontwerp nodig. Een dom algoritme in C++ zal best wel eens veel trager kunnen zijn dan een slim algoritme in een interpreter taal.

just my 2ct.
Druk eens op F1 in Visual Studio .NET. De bijgeleverde MSDN library is bizar uitgebreid. Voor elk functietje heb je wel een stukje sample code. Voor zowel C# als VB.net.

Ik kan me niet voorstellen dat je met google geen goed sample source heb kunnen vinden.
Aan dahorst: denk je dat ik mss niet weet met wat wijzelf bezig zijn? Wij hebben 1 .net consultant in een grote bankketen werken, omdat alles overgezet wordt op .net. Mss dat jouw bank er niet mee werkt, maar dat is geen reden om te denken dat andere dat ook niet doen.
gill. Zeker eeen grote bankketen kan niet over. Die hebben allemaal zoveel legacy systemen dat overstappen op een propritory system geen optie is.
Hoog uit voor een sub-systeem.

Ps.
1 Consultant bij een grote keten is een druppel op een gloeiende plaat. :) En kan zeker niet de standaard en richting zien waar men naar toe gaat.
Daar heb je de Technisch Architecten voorzitten die de infrastructuur en systeemplaat maken. De consultant mag dan 1 klein beperkt hoekje uitzoeken.
Amen,

Ik werk op dit moment bij een 'klein' software bedrijf dat volledig op .NET is overgestapt. Als klanten het persee willen ontwikkelen we in Java, maar dat raden we in eerste instantie af, omdat de ontwikkel tijden gewoonweg langer zijn.

Voor de mensen die 'nooit' .NET tegen komen, ooit MSN Messenger gebruikt? Guess.. :P

Ik werk elke dag met .NET en heb de community op internet zien groeien rondom .NET. Als je op dit moment niet genoeg info kan vinden om te beginnen met .NET vraag ik me af waar je hebt gezocht. Er zijn duizenden sites te vinden, en natuurlijk het uitgebreide MSDN. Plus dat je aan het knutselen kunt gaan met de gratis .NET ontwikkelomgeving WebMatrix. Voordat je je in Visual Studio .NET gaat begeven.
Voor de mensen die 'nooit' .NET tegen komen, ooit MSN Messenger gebruikt? Guess.
even kijken.... de laatste twee versies van Messenger dragen pas het '.net' merkje met zich mee, daarvoor niet.

om het messenger netwerk te gebruiken hoeft .net ook helemaal niet, ik gebruik Kmess onder FreeBSD, denk niet dat dat .NET doet, maar werken doet 't uitstekend.
MSN Messenger gescheven voor .NET??? Hoe komt het dan dat ik het kan draaien zonder .NET framework...

Ooit een Java programma geprobeerd te draaien zonder JRE?

Ja, als ik overal een koffiekopje op ga plakken betekend dat meteen dat het in Java is geprogrammeerd? Dacht het niet!

Het is allemaal gewoon reclame...
Voor de mensen die 'nooit' .NET tegen komen, ooit MSN Messenger gebruikt?
Nope... nooit gebruikt.

Maar ook messenger is niet echt een super complex programma ofzo, dat had bij wijze van spreken net zo goed in QBASIC geschreven kunnen zijn
Ik ben benieuwd hoe microsoft aan deze bewering komt! Of tellen ze alle .net demo's die verspreid zijn ook mee??

Java wordt tegenwoordig ook intensief gebruikt in mobiele telefoons (MIDP) en daarvan zijn er meer van dan pc's waar windows op kan staan, het enige platform dat .net ondersteund. Windows voor mobieltjes is toch redelijk geflopt!!

n
het enige platform dat .net ondersteund. Windows voor mobieltjes is toch redelijk geflopt!!
Ik weet niet hoe je aan deze l*lkoek komt. Maar wat denk je van de PocketPC2002 met te installeren CompactFramework en PocketPC2003 met ingebakken CompactFramework voor .Net applicaties ....
Het ging over mobiele telefoons he, loop eens een telecom winkel binnen, met geluk zie je 1 telefoon liggen met MS z'n telefoon OS.

Van de rest doet 80% java en de rest zijn 'simpele' telefoons.
Nee dus.

JavaCard technologie *zou* op SIM-cards kunnen draaien, maar geen bedrijf dat het daarvoor gebruikt. Laat staan dat ze het allemaal doen.

Daarnaast komt JavaCard beter tot z'n recht op chips met net nog wat meer capaciteiten..
Sterker nog, elke mobiele telefoon gebruikt Java; de SIM chip bevat namelijk Java code voor communicatie met uiteindelijk de GSM masten.
Lees: banken ;) Veel complexer dan security edm ga je niet vinden (en dan heb ik het niet over een webapplicatie).

En als jij een site als Fileplanet kan schrijven op een half uurtje... chapeau dan.
Aan de andere kant, developpen in .net gaat idd veel sneller dan in een andere vergelijkbare taal (bv JSP)

Deze reactie was gericht aan Aargh, heb hem per ongeluk aan de verkeerde gehangen.
developpen in .net gaat idd veel sneller dan in een andere vergelijkbare taal
Waarom denken eigenlijk zoveel mensen dat .NET een taal is? Volgens mij is .NET in eerste instantie een API/platform die je benaderd dmv een programmeer taal zoals C++, C# of voor de liefhebbers, Java.
IML is wel een taal die door de bij het platform behorende VM wordt uitgevoerd, maar ik denk dat weinig mensen direct in IML zullen gaan coden.
Pas op: Geen java maar J++ (veel geavanceerder) ;)
En als jij een site als Fileplanet kan schrijven op een half uurtje... chapeau dan.
Half uurtje? Dachtutniet he....
.Net technologie is al anderhalf jaar op de markt. In die anderhalf jaar tijd van eventuele site-ontwikkelingen heb ik nog niet veel interessants gezien wat betreft .Net.....Ik ben het dus eens met Aaarch! En jouw argument dat .Net te weinig tijd zou hebben gehad gaat niet op.
Wat dacht je van PDA's met .Net mobile framework..?

.Net biedt talloze mogelijkheden voor dit soort toepassingen.
Ze tellen gewoon alle .NET applicaties die op een Windows server gedraaid worden. Bestaat .NET voor andere servers al? Denk het niet (behalve misschien Apache) terwijl ze wel allemaal Java ondersteunen.
Als ik op de website van de VDAB (de dienst in Vlaanderen die zich bezighoudt met het helpen bij het zoeken naar een job), www.vdab.be zoek op .NET als trefwoord, krijg ik 29 werkaanbiedingen. Zoek ik op Java, dan krijg ik er 75.

En ik denk dat het aantal mensen die een Java-opleiding hebben gehad (vb. op scholen), toch een stuk hoger zal liggen dan diegene die een .NET-opleiding gehad hebben. Dus zouden kandidaten voor Java in principe sneller moeten kunnen gevonden worden. Maar toch ligt het aantal vacatures dus bijna 3 maal zo hoog...
Ik geloof er geen fluit van, om het nog beleefd uit te drukken.
En wat is je onderbouwing ?

.Net is enorm populair en wint nog steeds aan populariteit. Denk aan de enorm interessante opties die in het verschiet liggen ... Applicaties die op zowel Linux, Mac als PC draaien met een goede performance en dit zonder vreemde acties uit te moeten voeren.

Daarnaast is het gewoon heerlijk om in .Net te programmeren :) Ben er professioneel nu ongeveer 12 uur per dag mee bezig en ben er zeer mee in mijn nopjes *-)
Ik heb zelf geprobeerd om met .net te werken maar voor mij was het op het eerste gezicht 'te groot' en daarom ben ik er mee gestopt. Ook als je wilt leren voor .net kan je weinig informatie vinden en de prijzen voor cursessen waren redelijk geprijst.

In tegen overstelling van java heb je er genoeg forums en boeken over om te leren. En nu ik hoor dat java het voor beginners nog meer zal aan trekken ga ik hiermee zeker door.
Kijk eens bij wrox: http://www.wrox.com/site_search_results.asp?yider=.net
oreilly:
http://dotnet.oreilly.com/
microsoft press:
http://www.microsoft.com/mspress/net/
-->MSDN:<--
http://msdn,microsoft.com
En als je écht alles wil weten, de ECMA specs:
http://www.ecma-international.org/publications/standards/ecma-334.htm
http://www.ecma-international.org/publications/standards/ecma-335.htm
Bij de .NET SDK worden verder nog de Partitions van de spec geleverd.
Forums zijn er meer dan genoeg, net las YahooGroups, GoogleGroups, nieuwsgroepen enzovoorts.

En voor strijder:
http://go-mono.org/
http://www.dotgnu.org/

/EDIT: sonix666 heeft helemaal gelijk, maar hij stond er al wel ;)
Dat komt omdat net als bij windows niemand het overzicht mag krijgen, alleen microsoft zelf. Op deze manier weet iedereen wat en niemand iets, zodat microsoft op dezelfde manier kan doorgaan zoals nu met windows.
Dat betekent dus dat alle rechtszaken, verwijten en weet ik niet wat meer nutteloos zijn, want er is nu gewoon een nieuw programma wat precies hetzelfde doet, alleen nu nog moeilijker zichtbaar dan bij windows ( waardoor buitenstaanders het helemaal niet meer begrijpen ( bijvoorbeeld rechters en politici ) ).
En om deze handige links met resources eens uit te breiden met een enorm belangrijke:

http://msdn.microsoft.com

Oftewel de MSDN Library, de enorm grote bibliotheek waarin alles tot bijna in 100% detail is beschreven. Mensen die gewoon nutteloos in de rondte blaten dat Microsoft te weinig informatie vrijgeven hebben er duidelijk nul komma noppes verstand van.
@bugu: is dat alles. Dus dit kan dan echt als vaporware betiteld worden. Geen best praktises, geen ervaringen van andere mensen die boeken uitgeven, etc..

Ik ben best benieuwd hoe het werkt en wat het kan, maar ik denk niet dat je een java programmeur hiermee over de streep heen trekt.

Wat wel heel mooi zou/zijn is als .net met j2ee kan communiseren via webservices (zoland MS de specs neit naar eigen wens aanpast).
Ja dat kan dus, dat is het mooie van WSDL. .NET applicaties kunnen in grote mate gewoon Java Webservices aanroepen, en vice versa. Ik zie nog steeds een grote toekomst voor .NET in de desktop applicatie markt. Reden is de eenvoud van de IDE en de Visual Basic programeertaal.

Waarom uberhaupt nog in C++ geprogrameerd wordt voor het MS platform sinds de komst van C# is me een raadsel. In .NET ontwikkel je nou eenmaal sneller applicaties, daar komt nog bij dat C++ veel te ingewikkeld is voor een novice programmeur.

Ik ben een echte 100% pro Java ontwikkelaar maar ik moet zeggen dat ik wel gecharmeerd ben van de ontwikkeltools en het gemak van .NET. Ondanks dat vind ik het gemak (met name het gebruik van mooie opensource frameworks zoals bijvoorbeeld Struts) en de platform onafhankelijkheid van Java nog steeds de grootste pre`s om in Java te blijven ontwikkelen.
Net is enorm populair en wint nog steeds aan populariteit.
Ik 'zie' nog steeds weinig van .net , behalve dan de grote verhalen van MS.
Ondertussen ondersteund het gros van de nieuwe mobiele telefoons Java, en geen .net , draait mijn Domino server alleen Java agents en ken ik geen enkele .net portal server die zich kan meten met b.v. WebSphere Portal Server van IBM (wat dus allemaal java is).

Om maar een paar voorbeelden te noemen. 'out there' ben ik .net nog niet tegen gekomen, terwijl je haast struikelt over de hoeveelheid Java die je tegenkomt.
En wat is je onderbouwing ?
Simpol: uitgemolken strategie. MS heeft vaker vaporware 'uitgebracht' om een concurrent te slopen. MS heeft er belang bij concurrent Java met de grond gelijk te maken.
Hij heeft wel gelijk.. de enige .NET applicaties die ik tegenkom zijn gewoon voor de gein in .NET geschreven omdat de developers dat eens uit wouden proberen (let op, het zijn wel serieuze applicaties).
Verder is er volgens mij nog steeds alleen een .NET framework voor Windows-machines en afgeleide apparaten (zoals Windows CE devices).
.Net is enorm populair en wint nog steeds aan populariteit. Denk aan de enorm interessante opties die in het verschiet liggen ... Applicaties die op zowel Linux, Mac als PC draaien met een goede performance en dit zonder vreemde acties uit te moeten voeren.
geh... bijna precies dezelfde opmerking las ik een paar jaar geleden ook al.

:s/\.net/java/g
Ook als je wilt leren voor .net kan je weinig informatie vinden en de prijzen voor cursessen waren redelijk geprijst.
Misschien een beetje lullig, maar ik kan het niet laten: ik denk dat je beter eerst in een cursus nederlands kan investeren. Ik zie in 1 zin al zo 2 grammatica- en 2 spelfouten.
Mjah, een bericht kun je dan ook niet debuggen :P
Sorry hoor, ik zie hier alleen maar Java om me heen. (mede door IBM, okay). Echt zinnige .NET applicaties hebben mijn weg nog niet gekruist.
Niet dat ik tegen .NET ben, maar dit is gewoon mijn observatie.
Daarnaast is het gewoon heerlijk om in .Net te programmeren Ben er professioneel nu ongeveer 12 uur per dag mee bezig en ben er zeer mee in mijn nopjes *-)
Get a life B-)
Voor alle mensen die zeggen dat ze .NET eigenlijk niet tegenkomen: dan kan kloppen, als je je er niet voor interesseert (zeker ook nog nooit de .aspx pagina's opgevallen? ;)). Op mijn werk worden we ermee omgegooid. Allerlei magazines met de helft aan .NET artikelen, een paar .NET-dedicated magazines, op internet kom je alleen maar .NET tegen.

Maarja, ik interesseer me ook niet voor java...

Een objectief persoon zou het "tegenkomen" moeten beoordelen, maar ook het "tegenkomen" is MI geen maatstaf voor populariteit of marktaandeel.

Aaargh!: wat nou .NET niet cross-platform?! Het draait op alle OSsen waar .NET CLR op te installeren is hoor! (dus alle desktops, alle windows servers, alle mobile windows, en linux zelfs)
Aaargh!: wat nou .NET niet cross-platform?! Het draait op alle OSsen waar .NET CLR op te installeren is hoor! (dus alle desktops, alle windows servers, alle mobile windows, en linux zelfs)
Dit houdt dus in dat ik straks de .net versie van Office op Linux kan draaien ?

Ik betwijfel of dat ooit gaat gebeuren, simpele command-line programma's e.d. zullen ongetwijfeld werken, maar ik vrees dat veel .Net software straks vol gaat zitten met calls naar native windows api's.

Een x86 machine met Linux kan ook geen windows executables draaien, ondanks dat de binaries gebruik maken van dezelfde processor en dezelfde instructieset.
http://www.go-mono.com/winforms.html

Een open source initiatief voor Unix. Voor zover ik kan zien is het al aardig geavanceerd met ASP.NET Webforms en ADO.NET support. Windows forms zijn nog in development stage. Maar als ik dat zo zie denk ik dat binnen niet al te afzienbare feit toch positief het tegendeel van jouw stelling wordt bewezen.
Maar als ik dat zo zie denk ik dat binnen niet al te afzienbare feit toch positief het tegendeel van jouw stelling wordt bewezen.
Laten we hopen dat dat idd gebeurt, maar ik kan me niet voorstellen dat microsoft dat soort zaken zal ondersteunen, ze zullen echt niet zo gek zijn om goede platformonafhankelijkheid voor applicaties te verzorgen met .net, ze moeten alleen wel iets tegenover java zetten dus kwamen ze met .net

platform onafhankelijkheid en compatibiliteit zijn 2 zaken waar microsoft altijd al van heeft gegruwd, ik zie geen reden voor ms om die instellingen nu te wijzigen (tenslotte is dat het fundament onder hun producten)
Cross-platform m'n aars. Ja, er is een port van de CLR (niet zo lastig, een paar opcodes). MS heeft deze ook in de vorm van Rotor beschikbaar voor research (dus niet voor produktie). De bibliotheken van .NET (dus XML/WinForms/Webservices) etc. zijn niet compleet beschikbaar van Microsoft. De kans hierop is dus ongeveer nul. Jouw definitie van cross-platform is dus:
1) Het draait op Windows desktops
2) Het draait op Windows server

Dus het is cross-platform :?
Ik wil het ook op mijn Linux werkstation draaien maar daar heeft Microsoft geen ene fluit aan (want dan koop ik geen Windows licentie). Misschien als Linux een 30% marktaandeel heeft is Microsoft genegen een complete runtime uit te brengen die ook voor produktie geschikt is. Tot die tijd geen .net van Microsoft voor Linux.
(oh ja: ik heb nog nooit een .net runtime hoeven installeren voor klanten wel Java runtimes.... waar is al die .net code dan??)
Hoewel het hierboven eigenlijk al gezegd wordt, maar volgens is de CLR in .NET voornamelijk bedoelt om ook de CPU te abstraheren. Dit houdt niet in dat .NET applicaties onder alle mogelijke operating systems kunnen draaien, maar juist iets anders; Windows kan voortaan op alle mogelijke platformen draaien.

Als je het logisch bekijkt is er helemaal geen reden waarom MS perse alleen op x86 aanwezig wil zijn. In tegenstelling, eigenlijk willen ze juist Windows overal, op de PPC, op de Alpha (vroeger dan), op tal van andere hardware.

Probleem is dat NT wel te porten is, maar de 3rd party en eigen apps niet. De hele machine is tegenwoordig abstract (sound, video, netwerk etc), behalve de CPU. De CLR vult dat laatste gaatje op, zodat Windows voortaan wel op elke machine kan draaien zonder moeilijke oplossingen zoals FX32 op de Alphas.
Ik heb vandaag nog gelezen dat Java en .NET twee heel verschillende dingen zijn:

Java een programmeertaal.
.NET is een platform/framework.

je mag die twee absoluut niet met elkaar vergelijken, Sun had een eigen naam voor hun "platform" war Java een onderdeel van is.
Java is een taal en een platform.
.NET is een 'nieuwe uitvoering' van visual studio, en omvat dus o.a. de talen C++, Basic en J++.
.NET is een 'nieuwe uitvoering' van visual studio en omvat dus o.a. de talen C++, Basic en J++.
Man, l*l niet zo slap. Visual Studio is een IDE, .NET is een API/platform. De laatste versies van Visual Studio heten wel Visual Studio .NET (2002 en 2003), maar om dan te zeggen dat .NET VS is... dan kun je net zo goed zeggen dat Word for Windows, Windows is omdat er Windows in de naam zit :?
The - DDD ... je hebt helemaal gelijk... juist als software ontwikkelaar moet je openstaan voor de verschillende talen/ontwikkelomgevingen die er zijn.

Java heeft bijvoorbeeld als grootste voordeel de platformonafhankelijkheid, c en c++ kunnen erg efficient met het geheugen omgaan.

.Net heeft als grootste voordeel dat er binnen een organisatie overzichtelijk en efficient kan worden samengewerkt( 4 talen die naar de .Net common language runtime worden vertaald).

en voor degenen die aan de msdn site van microsoft niet genoeg hebben:

http://www.c-sharpcorner.com
Er kunnen inmiddels >26 talen naar de .NET common language runtime vertaalt worden. Ook minder populaire talen zoals Python, Eiffel en Cobol.
Als ze nu eens een compiler gingen bakken die Java kon compileren naar die .NET common language ... dan zou iedereen weer kunnen overstappen op Java ..... en hebben we geen discussies meer nodig .... :*)

en dan nog dit: ik ben zelf Java programmeur .... als Java één ding niet goed snapt is dat "geheugen".... niet iedereen heeft één terabyte in zijn PC zitten :(
kijk dan maar eens op www.go-mono.com . .NET voor meerdere platforms :9~
Hmm, meer dan java nooit. Meer dan j2ee lijkt me erg stug, het enige wat ik van .net hoor zijn pilot projecten. Daarnaast is het aantal detacherings aanvragen voor .net nihil ivm j2ee/java
Wanneer houd MS nou is op met het op alle gebieden hun producten aan bieden en zorgen dat niemand meer een altertief nodig heeft dan hun software te gebruiken!! Grrr...
Wat een vreemde vraag. Allereerst zit MS al jaren in deze markt. Visual Studio bestaat ook al jaren. Daarnaast heeft MS in mijn mening elk recht om in elke markt mee te willen doen. Je kan wel zeggen dat MS het overal opdringt maar dat is buiten de desktop zeker niet het geval.

Producten als Xbox, PocketPC, SQL Server, Biztalk etc. zijn op eigen kracht groot geworden. Het zijn immers de klanten die de producten kopen.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True