[Ervaringen] Visual Studio 2010

[labee]

Net even gekeken met een WinForm en Silverlight projectje.

Waar ik bij VS2008 bij Beta2 meteen overging met mijn code wacht ik nu toch maar rustig af.
De code editor (gemaakt in WPF) vind ik geen vooruitgang. (weet iemand of en waar ik de anti aliassing kan uitzetten?).

Binnenkort nog een asp.net project proberen en kijken of het een kwestie van wennen is of dat er echt niet beter op geworden is. Maar voorlopig blijf ik bij VS2008.

[Sebazzz]

labee schreef op maandag 26 oktober 2009 @ 21:18:
(weet iemand of en waar ik de anti aliassing kan uitzetten?).

Device Independend Pixels noemen ze dat, en dat is een feature (maar imo een bug) die je niet kan uitzetten. Ik vind WPF een no-go, niet gebruiksvriendelijk, niet handig, eigenwijs (honoreert Windows thema niet) en je moet een designer zijn om er een mooie interface in te kunnen bouwen.

[OMX2000]

labee schreef op maandag 26 oktober 2009 @ 21:18:
Net even gekeken met een WinForm en Silverlight projectje.

Waar ik bij VS2008 bij Beta2 meteen overging met mijn code wacht ik nu toch maar rustig af.
De code editor (gemaakt in WPF) vind ik geen vooruitgang. (weet iemand of en waar ik de anti aliassing kan uitzetten?).

Binnenkort nog een asp.net project proberen en kijken of het een kwestie van wennen is of dat er echt niet beter op geworden is. Maar voorlopig blijf ik bij VS2008.

Heb je een VS2010 beta 2 clean install gedaan?

[beany]

Sebazzz schreef op maandag 26 oktober 2009 @ 21:24:
[...]

Device Independend Pixels noemen ze dat, en dat is een feature (maar imo een bug) die je niet kan uitzetten. Ik vind WPF een no-go, niet gebruiksvriendelijk, niet handig, eigenwijs (honoreert Windows thema niet) en je moet een designer zijn om er een mooie interface in te kunnen bouwen.

DIP is inderdaad soms wat lastig, maar er valt prima mee te werken als je weet hoe. Hoe dat in VS zelf zit weet ik niet.

Dat het het Windows thema niet honoreert ligt aan jezelf. Je kan prima de Windows kleuren gebruiken.

Niet gebruiksvriendelijk in welk opzicht? Voor de gebruiker of de programmeur?

En volgens mij moet je per definitie een mooie interface door een designer laten bouwen, en niet overlaten aan programmeurs. Al moet ik zeggen dat met xaml ik zelf(programmeur zijnde) mooiere UI's voor elkaar krijg dan in WinForms, maar dat is persoonlijk.

[NC83]

XAML is een vooruit gang qua GUI bouwen, ik werk liever met XML waar ik meteen het resultaat zie dan met winforms waar ik dat niet meteen zie.

[ZaZ]

Ik vond het eerst ook niet veel soeps.
Maar nu heb ik een boek erover gelezen en moet voor mijn werk er ook mee werken en begin het steeds meer te waarderen.
Vooral dat je zo goed als gedwongen wordt om je UI van je logica te scheiden bevalt me erg goed.
Tuurlijk heb je dat altijd zelf in de hand, maar ik denk dat iedereen weleens met een simpel formuliertje denkt van 'ach, hier mag het wel effe quick & dirty'

Alles is mooi schaalbaar en als je een wat meer 'tradioneel' form nodig hebt kun je altijd terugvallen op het canvas object, waar je toch waar nodig nog gebruik kan maken van de krachten van WPF.

Het niet honoreren van Windows thema's is me nog niet echt opgevallen. Hier lijkt ie altijd netjes te volgen.

[farlane]

ZaZ schreef op dinsdag 27 oktober 2009 @ 01:11:
Vooral dat je zo goed als gedwongen wordt om je UI van je logica te scheiden bevalt me erg goed.

[lazy mode]
Op welke manier doet WPF dat als ik vragen mag?
[/lazy mode]

[beany]

farlane schreef op dinsdag 27 oktober 2009 @ 08:43:
[...]


[lazy mode]
Op welke manier doet WPF dat als ik vragen mag?
\[/lazy mode]

Zoeken op: MVVM
Belangrijk keyword in het MVVM gebeuren: DataTemplate

succes

[Niemand_Anders]

Sebazzz schreef op maandag 26 oktober 2009 @ 21:24:
[...]
Ik vind WPF een no-go, niet gebruiksvriendelijk, niet handig, eigenwijs (honoreert Windows thema niet) en je moet een designer zijn om er een mooie interface in te kunnen bouwen.

Maar dat geld toch ook voor websites? Developers doen functionaliteit en designers zorgen voor een leuk plaatje.

Overigens als jij geen rare styles/controltemplates op je elementen zet volgt WPF precies jouw Windows theme.
Heb je weleens naar de SystemColors, SystemFonts en SystemParameters classes gekeken?

Alleen hebben veel developers/designers moeite zich in te houden en daardoor heeft WPF design momenteel dezelfde dip als toen CSS werd geïntroduceerd. Toen was het WWW ook voor een korte periode een bonte koe.

Maar aan mijn reactie had je waarschijnlijk al gemerkt dat ik lijnrecht tegenover je sta. Ik vind WPF een zegen en dan met name data binding, validatie (gekoppeld aan de binding), valueconverters en localization. Zeker als je WPF combineert met een composite framework zoals Caliburn of CompositeWPF (CAB for WPF) kun je erg goede applicaties bouwen. Ik wil echt niet meer terug naar WinForms.

[Alex]

.oisyn schreef op vrijdag 23 oktober 2009 @ 10:28:
[...]

Dit strookt in z'n geheel niet met het commentaar dat de STL developer bij MS gaf in z'n videoblog over nullptr, die juist zei dat ze niet zomaar nieuwe features konden toevoegen omdat dat impact heeft op de rest van de codebase en ze dus ontzettend moeten uitkijken voor nieuwe bugs in dingen die altijd al werkten. Als dat zo is, ga je ook niet de hele compiler opnieuw bouwen. Heb je hier een link van oid?

Als ik het volgende lees van een VS architect, dan krijg ik het idee dat de hele boel herbouwd is:
http://blogs.msdn.com/ric...studio-part-10-final.aspx
Vooral de kopjes
"Common" Project System en The New C++ Code Model

MSBuild blijft wel bestaan, maar er is een heel nieuw project model en een andere manier om het Code Model af te handelen. Dat betekent voor mij dat dergelijke bugs langs kunnen komen . Wat overigens wel raar is en neigt naar te weinig coverage van de language tools.

[OMX2000]

Ik denk dat ik mijn hobby projectje even ga overzetten naar VS2010. Er zijn een hoop nieuwe dingen geintroduceerd, en ik wil gewoon een gevoel krijgen hoe bruikbaar alles is.

Ik begrijp dat tools zoals resharper/refactor pro nu makkelijker te integreren zijn. Hopelijk levert dat een hoop nieuwe een bruikbare tools (programmers gadgets) op.

Ik vond het wel grappig dat MS nu UML serieuzer neemt (niet per se een pluspunt), ik zag dat je nu vanuit je code een sequence diagram kon laten genereren. Wat in mijn ogen voor ontwikkelaars het meest bruikbare diagram type is (communicatie over je code, overzichtelijk de "dynamische" relatie tussen je objecten zien).

Ik moet nog wel ff uitzoeken of er nu weer wat is gebeurd aan DSL tooling.

[Niemand_Anders]

OMX2000 schreef op dinsdag 27 oktober 2009 @ 11:04:
Ik vond het wel grappig dat MS nu UML serieuzer neemt (niet per se een pluspunt), ik zag dat je nu vanuit je code een sequence diagram kon laten genereren. Wat in mijn ogen voor ontwikkelaars het meest bruikbare diagram type is (communicatie over je code, overzichtelijk de "dynamische" relatie tussen je objecten zien).

Dat vind ik dus een minpunt. Diagrammen maak je normaal om de werking van een stuk code te kunnen controleren. Als je dus achteraf een diagram maakt, maak hem dan handmatig zodat je het 'idee' en de implementatie kunt vergelijken. Als je hem laat genereren kun je eigenlijk alleen maar de documentatie ermee opleuken.

[.oisyn]

Alex schreef op dinsdag 27 oktober 2009 @ 09:38:
[...]


Als ik het volgende lees van een VS architect, dan krijg ik het idee dat de hele boel herbouwd is:
http://blogs.msdn.com/ric...studio-part-10-final.aspx
Vooral de kopjes
"Common" Project System en The New C++ Code Model

Zoals ik hier al zei, gaat het nieuwe C++ code model over de VCCodeModel API interface die het voor VS plugins en macro's mogelijk maakt om informatie op te vragen over de sourcecode, en dingen aan te passen. Het heeft compleet en helemaal niets met de compiler technologie te maken

[Olaf van der Spek]

Wat vinden jullie eigenlijk van auto-hide tool windows? Is niet nieuw in 2010, maar ik vind ze niet echt handig. Gebruikt iemand ze wel?
Ik mis eigenlijk een optie om met Escape het window te minimizen.

[OMX2000]

Niemand_Anders schreef op dinsdag 27 oktober 2009 @ 11:51:
[...]

Dat vind ik dus een minpunt. Diagrammen maak je normaal om de werking van een stuk code te kunnen controleren. Als je dus achteraf een diagram maakt, maak hem dan handmatig zodat je het 'idee' en de implementatie kunt vergelijken. Als je hem laat genereren kun je eigenlijk alleen maar de documentatie ermee opleuken.

Dat is het juist... Je wilt het ontwerp vergelijken met de implementatie. Dan is het toch handig dat het gegenereerd wordt voor je.

En sequence diagrammen zijn handig om vooraf te ontwerpen, en om bestaande programmatuur in kaart te brengen.

[.oisyn]

Olaf van der Spek schreef op dinsdag 27 oktober 2009 @ 15:33:
Wat vinden jullie eigenlijk van auto-hide tool windows? Is niet nieuw in 2010, maar ik vind ze niet echt handig. Gebruikt iemand ze wel?
Ik mis eigenlijk een optie om met Escape het window te minimizen.

Die gebruik ik voornamelijk voor toolwindows die ik vrijwel nooit nodig heb, zoals het properties window. Of voor de output windows als ik een keer op een enkele monitor werk.

[Olaf van der Spek]

.oisyn schreef op dinsdag 27 oktober 2009 @ 17:03:
Die gebruik ik voornamelijk voor toolwindows die ik vrijwel nooit nodig heb, zoals het properties window. Of voor de output windows als ik een keer op een enkele monitor werk.

Hoe dat je dat in 2008 dat? Daar zat geen multi monitor support in toch?

[.oisyn]

Je kunt gewoon toolwindows aan elkaar docken en naar een andere monitor slepen hoor, dat kon al sinds 2002. Je kunt ze alleen niet maximizen. Nieuw in 2010 is dat je ze kunt maximizen, en dat je de document windows ook naar buiten kunt trekken (maar helaas kun je document windows weer nergens aan docken )

[ Voor 37% gewijzigd door .oisyn op 27-10-2009 17:11 ]

[NC83]

Iemand trouwens al gelukt om MRU ordering in VS2010 te gebruiken want de reg key voor 2005 en 2008 werkt niet meer
http://blogs.msdn.com/sar...file-tab-channel-331.aspx

[ Voor 38% gewijzigd door NC83 op 27-10-2009 22:12 ]

[Niemand_Anders]

OMX2000 schreef op dinsdag 27 oktober 2009 @ 16:47:
[...]
Dat is het juist... Je wilt het ontwerp vergelijken met de implementatie. Dan is het toch handig dat het gegenereerd wordt voor je.

En sequence diagrammen zijn handig om vooraf te ontwerpen, en om bestaande programmatuur in kaart te brengen.

Als het diagram wordt gegenereerd op basis van de code dan valt er toch niets meer te vergelijken? Immers code en het diagram zijn gelijk aan elkaar.

Onderdeel van mijn projecten is dat diagrammen onderdeel zijn van de ontwerp fase. Dat veel onderdelen pas later in detail worden ontworpen staat daar los van. Immers als je op dit punt bent aangekomen dat feature x gebouwd moet worden, dan krijg je gewoon weer de analyse, ontwerp en implementatie cirkel.

[EfBe]

Er is nogal wat discussie ontstaan op besloten MVP lists over het help systeem van 2010. Mijn vraag aan jullie is of jullie feedback hebben voor MS over het nieuwe help systeem. 1 van de dingen die ontbreekt is bv een index en het is nu gerendered in een browser.

Niet al te grote lappen text, want ik moet ze naar het engels vertalen, alvast bedankt

[NC83]

je kan ook vragen of wij ze in het engels voor je typen, heb je wat minder vertaal werk.

[.oisyn]

EfBe schreef op woensdag 28 oktober 2009 @ 09:14:
1 van de dingen die ontbreekt is bv een index

Euhm... wat waren die drie letters ook alweer? Oh ja: W T F ?!
Overigens vind ik de help sinds VS 2002 al niet meer fatsoenlijk. VS6 had een degelijke help waarin je gewoon je eigen filters kon definieren. Nu zit ik vast aan de voorgedefinieerde filters, met als resultaat dat als je 'm op C++ zet dat de helft van de platform SDK er niet tussen zit . Of dat als je los de nieuwste DirectX SDK installt, en die integreert, dat je dan dubbele definities krijgt van alle relevante symbols (degenen die standaard in de PSDK zitten die je er niet uit kunt halen, en de nieuwe uit de laatste DX update)

[ Voor 61% gewijzigd door .oisyn op 28-10-2009 11:02 ]

[EfBe]

.oisyn schreef op woensdag 28 oktober 2009 @ 10:58:
[...]

Euhm... wat waren die drie letters ook alweer? Oh ja: W T F ?!

Het is NDA, dus ik kan er niet over spreken hier, maar je wordt niet vrolijk van wat ze gaan shippen. Die 'WTF' is covered, die vraag loopt al Anyway, mocht je een vraag hebben voor de help3 project management, post ze hier maar, dan post ik ze wel in 1 post. Ook voor het C# team.

Overigens vind ik de help sinds VS 2002 al niet meer fatsoenlijk. VS6 had een degelijke help waarin je gewoon je eigen filters kon definieren. Nu zit ik vast aan de voorgedefinieerde filters, met als resultaat dat als je 'm op C++ zet dat de helft van de platform SDK er niet tussen zit

Is that in 2010 nog steeds zo? (niet geprobeerd nl.)

[ Voor 29% gewijzigd door EfBe op 28-10-2009 11:10 ]

[.oisyn]

Wat ik dus graag zou zien is user defined filters waaraan je gewoon hoofdstukken kunt toevoegen. Inclusief index en search binnen dat filter

[beany]

Wat ik nog mis(of overheen kijk) is het zelf kunnen defineren van templates voor de functie Encapsulate Field. Ik wil gewoon kunnen kiezen uit meerdere templates zodat ik niet altijd alsnog die property code kan gaan zitten aanpassen.

[EfBe]

.oisyn schreef op woensdag 28 oktober 2009 @ 11:09:
Wat ik dus graag zou zien is user defined filters waaraan je gewoon hoofdstukken kunt toevoegen. Inclusief index en search binnen dat filter

posted

[.oisyn]

EfBe schreef op woensdag 28 oktober 2009 @ 11:01:
Is that in 2010 nog steeds zo? (niet geprobeerd nl.)

No clue, bij de beta 1 zat geen offline help. Ik heb de help van beta 2 nog niet aangeslingerd.
lol @ "is that" in jouw zin

[farlane]

.oisyn schreef op woensdag 28 oktober 2009 @ 10:58:
VS6 had een degelijke help waarin je gewoon je eigen filters kon definieren.

Ooh, was een beetje bang dat je dat niet mocht zeggen aangezien oud in IT land ook vaak slecht betekent maar ik ben blij dat ik niet de enige ben.

[D-Raven]

Ik vindt de offline help onoverzichtelijk. Maar bovenal langzaam en slecht te doorzoeken. Ik vindt iets 10x sneller door met google over msdn.com heen te rausen.

Edit: Maargoed, echt verbeteringen zou ik zo 123 ook niet kunnen bedenken. Het is en blijft een gigantisch grote bak tekst.

[ Voor 28% gewijzigd door D-Raven op 28-10-2009 13:39 ]

[.oisyn]

D-Raven schreef op woensdag 28 oktober 2009 @ 13:35:
Ik vindt de offline help onoverzichtelijk. Maar bovenal langzaam en slecht te doorzoeken. Ik vindt iets 10x sneller door met google over msdn.com heen te rausen.

Ik gebruik de search in de MSDN amper, meestal gebruik ik louter de index. En de offline search is ook het enige dat langzamer is dan de online variant. Verder is offline browsen echt vele malen sneller dan die juggernaut die http://msdn.microsoft.com/library heet, met 3 tot 4 seconden per pageview (gemeten in Google Chrome, ik wil niet weten wat het kost in IE)

[ Voor 8% gewijzigd door .oisyn op 28-10-2009 13:56 ]

[Niemand_Anders]

.oisyn schreef op woensdag 28 oktober 2009 @ 13:55:
[...]

Ik gebruik de search in de MSDN amper, meestal gebruik ik louter de index. En de offline search is ook het enige dat langzamer is dan de online variant. Verder is offline browsen echt vele malen sneller dan die juggernaut die http://msdn.microsoft.com/library heet, met 3 tot 4 seconden per pageview (gemeten in Google Chrome, ik wil niet weten wat het kost in IE)

Ik gebruik de MSDN 'ScriptFree' layout. Pagina's staan dan binnen een seconde op het scherm en kleur gebruik vind ik ook beter.

[.oisyn]

Wow: https://connect.microsoft...ckID=499679&wa=wsignin1.0 \o/

[EfBe]

.oisyn schreef op woensdag 28 oktober 2009 @ 11:09:
Wat ik dus graag zou zien is user defined filters waaraan je gewoon hoofdstukken kunt toevoegen. Inclusief index en search binnen dat filter

Antwoord:
Regarding this question on filtering - filters have been dropped in the VS 2010 help system.

In earlier versions of Visual Studio, we indeed had filters and the ability to create your own. This was a powerful feature of the system and some people were able to use it pretty well. However, we consistently saw the following:

1) Content that was part of the MSDN library was not adequately attributed for the filters to work reliably. This is a bigger issue than it may appear to be on the surface. MSDN surfaces content from all across the company with varying authoring systems, varying resources to maintain content, and in many cases the owners for some of the content no longer exist - i.e. the content is legacy content of one type or another. MSDN functions as a content aggregator for the company and does a lot of work to make the experience across that content as consistent as possible, however, fine tuning of much of the content is beyond what we're resourced to be able to handle. Not a good answer, but no solution readily available either.

2) Many users never discovered the filters, and in some cases, filters may have been applied accidentally and we then have support issues to describe to users how to 'unfilter' their content.

3) Even for us, defining the filters as accurately as possible to only include the content that was desired proved to be nearly impossible. There was almost always something you wanted to get included but didn’t, or something you didn’t want to get included but did. If you’ve ever looked at those filter definitions you can see how complex they would get. For example, the C# filter was:
("__FilterUniqueID"="CSharp" and "__FilterLocaleID"="en") or ("DocSet"="Visual Studio" OR "DocSet"="C#" OR "DocSet"="WindowsForms" OR ("DocSet"="DebugVS" AND ("DevLang"="CSharp" OR "DevLang"="SQL")) OR "DocSet"="ClientVS" OR "DocSet"="NETFramework" OR "DocSet"="VisualWebDeveloper" OR "DocSet"="ASPNET" OR "DevLang"="DHTML" OR "DevLang"="HTML" OR "DevLang"="CSS" OR "DocSet"="DExploreHelp") NOT "DocSet"="NetFxMPHE"

4) The MSDN Library that used to ship with VS was always an all or nothing affair. If you installed it, you got everything even if some content did not apply to your development needs. This had the effect of having too much content to wade through to narrow down what you were trying to find. Windows CE content vs. Windows platform content was a common issue we saw.

What we've done to address these general problems in VS 2010:

1) We have worked hard across the VS Platform IDE team and the various code editors to be more precise about what context they are actually providing the help system when performing a look up, and also across the content teams that are directly supporting Visual Studio content scenarios to be as unambiguous as possible about what certain topics apply to and how they are attributed. This will result on the whole with more accurate F1 results. Please help us test this and provide us with more feedback on F1 in particular.

2) We now have a system where it is feasible for you to pick and choose which content is most applicable for your development needs and therefore to eliminate some potential ambiguity both in F1 and search results. This is accomplished through the Help Library Manager which will allow you to choose books of content that are applicable to your specific development needs. These books are still somewhat in development at the time of this writing, so the options you may see with Beta 2 are still not as finely defined as what we plan to ship at RTM.

We certainly won’t claim this is perfect, but we believe we’ve done a pretty decent job this time around of both simplifying the general experience and providing higher accuracy in getting you to the topic you are looking for when using F1 (and search).

MS heeft ook een survey gemaakt mbt het helpsysteem. Deze is public: http://go.microsoft.com/fwlink/?LinkID=102169

Het help systeem is niet al te solide, het werkt met een local webserver op localhost/help, en als je de help installeert op de default locatie (local profile folder) en die is gemapped op een networkshare dan krijg je 500 internal server error. Ik vrees dat dit kaartenhuis niet veel zal verbeteren tot aan RTM, helaas.

[ Voor 4% gewijzigd door EfBe op 03-11-2009 09:06 ]

[.oisyn]

EfBe schreef op dinsdag 03 november 2009 @ 09:02:
2) Many users never discovered the filters

No shit sherlock. Ik heb nog eens keer zitten zoeken in de docs van 2008, maar het zal me een raadsel zijn waar die dingen staan, als ze al bestaan

We certainly won’t claim this is perfect, but we believe we’ve done a pretty decent job this time around of both simplifying the general experience and providing higher accuracy in getting you to the topic you are looking for when using F1 (and search).[/i]

F1 gebruik ik dus echt *nooit*. Schiet ook niet op, want dan gaat ie voor iedere Visual Studio instance een losse help app openen.

[EfBe]

precies... Help in 2010, ze kunnen het beter renamen naar Hell

[beany]

.oisyn schreef op dinsdag 03 november 2009 @ 15:43:
[...]

F1 gebruik ik dus echt *nooit*. Schiet ook niet op, want dan gaat ie voor iedere Visual Studio instance een losse help app openen.

Erger nog, terwijl de help wordt geopend kan je dus niks met je VS totdat de help geopend en geladen is(wat soms wel eens even kon duren). Erg irritant. Ik startte de help dus altijd apart.

[Sebazzz]

Firefox met MSDN search plugin ftw

[.oisyn]

Daar is niets ftw aan. De MSDN website is baggertraag.

[Data-base]

.oisyn schreef op woensdag 04 november 2009 @ 11:18:
Daar is niets ftw aan. De MSDN website is baggertraag.

Dat ligt in ieder geval niet aan msnd. Hier is msdn bijna even snel als de offline .net manual die in de sdk (lightweight view).
Tenzij je 1, 2 sec laden ook te lang vindt.

Wat VS 2010 (beta 2) betreft vind ik het wel best aardig, maar geen super veranderingen. Pinnen van een watch is heel handig, de extensions zijn heel handig, verslepen van je code window uit t main scherm is handig (al gebruik ik t zelf niet). Het enige wat er met kop en schouders bovenuit steekt zijn de diagrammen die ja kan (laten) maken.

Daarvoor gebruikte ik tot noch toe enterprise architect, maar denk dat ik nu EA redelijk los kan laten gezien het echt een ruk tool is.

[ Voor 41% gewijzigd door Data-base op 04-11-2009 19:49 ]

[.oisyn]

Data-base schreef op woensdag 04 november 2009 @ 19:46:
Tenzij je 1, 2 sec laden ook te lang vindt.

Ruim 2 seconden, en ja dat vind ik erg traag. De offline variant is zo goed als instantaan. En de online variant heeft ook geen index.

[ Voor 8% gewijzigd door .oisyn op 04-11-2009 20:55 ]

[Sebazzz]

.oisyn schreef op woensdag 04 november 2009 @ 20:55:
[...]

Ruim 2 seconden, en ja dat vind ik erg traag. De offline variant is zo goed als instantaan. En de online variant heeft ook geen index.

Bij mij is het precies andersom, ik vind de offline versie baggertraag en heel die applicatie niet fijn werken. Voor mij is het toch de webbrowser die ik liever gebruik.

[.oisyn]

Sebazzz schreef op woensdag 04 november 2009 @ 21:08:
[...]

Bij mij is het precies andersom

Bij jou heeft de online variant wel een index en de offline variant niet? Kijk, als je altijd de search gebruikt snap ik het nog wel, maar die gebruik ik dus echt zelden, omdat de index echt zoveel fijner werkt.

[urk_forever]

beany schreef op woensdag 04 november 2009 @ 09:31:
[...]

Erger nog, terwijl de help wordt geopend kan je dus niks met je VS totdat de help geopend en geladen is(wat soms wel eens even kon duren). Erg irritant. Ik startte de help dus altijd apart.

Vooral als je een component als bijvoorbeeld DevExpress installeert. De eerste keer nadat je DevExpress geïnstalleerd hebt en je opent de help vanuit Visual Studio krijg je het "Help Update in progress" scherm en kan je niets doen met Visual Studio. Dat kan wel een paar minuten duren, heel irritant is dat

[Haan]

Ik heb nu ook VS 2010 beta 2 draaien, even wennen weer altijd aan een nieuwe versie Integratie met TFS 2008 werkt ook gewoon, dat is wel fijn. TFS 2010 ben ik opzich ook wel erg benieuwd naar, dat schijnt weer een grote stap vooruit te zijn tov 2008.
Wat ik me nog wel afvraag, is of iemand weet of Resharper wel of niet werkt, ik vind de berichten daarover onduidelijk, op de blog van Jetbrains staat dat het wel al werkt, maar dat is volgens mij alleen nog intern bij hun zelf? Ik kan iig geen specifieke download vinden. Ik kan verder ook geen echt recente berichten vinden erover.

[Sebazzz]

.oisyn schreef op donderdag 05 november 2009 @ 11:16:
[...]

Bij jou heeft de online variant wel een index en de offline variant niet?

Links in het scherm?

[Snake]

Haan schreef op maandag 23 november 2009 @ 10:55:
Ik heb nu ook VS 2010 beta 2 draaien, even wennen weer altijd aan een nieuwe versie Integratie met TFS 2008 werkt ook gewoon, dat is wel fijn. TFS 2010 ben ik opzich ook wel erg benieuwd naar, dat schijnt weer een grote stap vooruit te zijn tov 2008.
Wat ik me nog wel afvraag, is of iemand weet of Resharper wel of niet werkt, ik vind de berichten daarover onduidelijk, op de blog van Jetbrains staat dat het wel al werkt, maar dat is volgens mij alleen nog intern bij hun zelf? Ik kan iig geen specifieke download vinden. Ik kan verder ook geen echt recente berichten vinden erover.

Er zijn enkel nightly builds van Resharper 5 beschikbaar. En die zijn dus niet echt werkbaar.

http://www.jetbrains.net/...rper+Early+Access+Program

En 4.5 users krijgen geen upgrade naar 5 Dat wordt weer in de buidel tasten.

Aloewel ik liever devexpress heb, maar die's nog duurder.

[Alex]

Snake schreef op maandag 23 november 2009 @ 11:21:
[...]

Er zijn enkel nightly builds van Resharper 5 beschikbaar. En die zijn dus niet echt werkbaar.

http://www.jetbrains.net/...rper+Early+Access+Program

En 4.5 users krijgen geen upgrade naar 5 Dat wordt weer in de buidel tasten.

Aloewel ik liever devexpress heb, maar die's nog duurder.

De module is perfect werkbaar hoor, ik raad je alleen aan om niet elke dag de laatste te downloaden tenzij je last hebt van irritante bugs.

[Stukfruit]

Weet iemand van jullie of die beruchte en verschrikkelijke Intellisense-bug in 2010 ook al verholpen is?

Ik heb het dan over de bug die er voor zorgt dat het ding uren achter elkaar blijft doorgaan met updaten en steeds weer opnieuw begint. M'n laptop krijgt het er warm van en m'n oren kunnen het gewoei van de fan niet veel langer meer verdragen

[Haan]

Geen idee waar je het over hebt, heb ik zelf nooit iets van gemerkt..

[.oisyn]

Sebazzz schreef op maandag 23 november 2009 @ 11:19:
[...]
Links in het scherm?

Waar dan? Of snap je eigenlijk niet wat een index is en bedoel je in plaats daarvan de table of contents?

[Stukfruit]

Haan schreef op dinsdag 24 november 2009 @ 08:00:
Geen idee waar je het over hebt, heb ik zelf nooit iets van gemerkt..

Ik had er eerst ook nooit last van, hij begon er opeens mee Maakt niet uit hoe groot het project is (van net begonnen tot projecten met 80k aan code). Dan begint hij z'n intellisense-database te updaten, zoals je vast wel kent, en dan na een tijdje begint het opeens op te vallen dat hij steeds opnieuw telt en blijft doorratelen. Gisteren zag ik het ding zes uur achter elkaar doorgaan... zes uur lang een van m'n cores op 50% verbruik en zes uur lang herrie van de fans. Daarna heb ik VS maar afgesloten

Google zegt iig dat er nog veel meer mensen met dit probleem zouden zijn (niet alleen in VS 2008, ook in 2005), maar oplossingen (behalve het verwijderen van de dll die voor intellisense zorgt) zijn nergens te vinden en ik heb ook nog niets gelezen over of 2010 het zou fixen, vandaar de vraag

[Werelds]

Ik dacht ook eventjes VS2010 te installeren omdat ik een library wilde uitproberen die daar in gemaakt is. Gebruikt ook enkele van de C# 4.0 features, dus ik moet wel VS2010 gebruiken om hem te proberen.

Helaas pindakaas, voor de zoveelste keer problemen met deze zooi. Toen Vista uitkwam moest je opletten met Office installeren, MSSQL 2008 installeren na VS2008 werkt ook nog steeds niet lekker, zelfs als je SQLE niet mee installeert, en nu dit weer

Heb inmiddels een thread aangemaakt op de MSDN forums, maar misschien heeft hier iemand ook al dit probleem gehad.

Ben inmiddels zo ver gegaan dat ik m'n image opnieuw aan het downloaden ben van MSDNAA, en VS2008 tijdelijk gedeïnstalleerd heb

Het gaat dus om problemen met de 64bit Prerequisites. De runtimes en .NET 4 installeren vlekkeloos, maar zodra hij de Prereqs gaat installeren gaat het fout. Vraagt om twee reboots, en bij de tweede krijg ik dus de melding dat de setup vastgelopen is (zie ook de thread op MSDN voor stukken van de logs).

[Haan]

Ik heb ook iets heel vaags nu in VS 2010.

Op het werk hebben we een framework (een .Net class library) dat in de meeste projecten gereferenced wordt. Nu kan ik deze dll als reference toevoegen aan een project, maar vervolgens kan VS hem om een of andere reden niet vinden (je krijgt er dan een geel driehoekje met uitroepteken voor). Het bizarre is dat als ik de dll reference vanuit de bin map van een ander project, dat het dan wel goed gaat. Ik samen met een collega van alles geprobeerd om de oorzaak te achterhalen, maar het lijkt gewoon een erg onlogisch iets. Ik vraag me dan ook af of dit een bug in VS 2010 is, of dat het op een andere manier is te verklaren.

[TaraWij]

Je zou eens met Process Monitor moeten kijken wat devenv.exe allemaal doet als je die dll toevoegt.

[ Voor 4% gewijzigd door TaraWij op 26-11-2009 13:22 ]

[Olaf van der Spek]

Stukfruit schreef op dinsdag 24 november 2009 @ 22:49:
Google zegt iig dat er nog veel meer mensen met dit probleem zouden zijn (niet alleen in VS 2008, ook in 2005), maar oplossingen (behalve het verwijderen van de dll die voor intellisense zorgt) zijn nergens te vinden en ik heb ook nog niets gelezen over of 2010 het zou fixen, vandaar de vraag

Dan heb je niet goed gelezen. IS is sterk geupdate in 2010.

[Stukfruit]

Ik heb wel goed gelezen hoor dat van de update wist ik, daarom vroeg ik ook of het nu eindelijk verholpen was

Helaas kwam ik er net ook achter dat ontwikkelen voor Windows Mobile er nog niet in zit met VS 2010, dus ik vrees dat ik me nog even moet blijven irriteren aan 2008...

[Haan]

Ook wel typisch, heb ik Fraps draaien, krijg ik in VS2010 de framerate te zien.. Komt dat dus door WPF?

[NC83]

Stukfruit schreef op donderdag 26 november 2009 @ 19:58:
Ik heb wel goed gelezen hoor dat van de update wist ik, daarom vroeg ik ook of het nu eindelijk verholpen was

Helaas kwam ik er net ook achter dat ontwikkelen voor Windows Mobile er nog niet in zit met VS 2010, dus ik vrees dat ik me nog even moet blijven irriteren aan 2008...

Daarom nuke je nog steeds feacp.dll en vervang je het door Vissual Assist

[BM]

Haan schreef op dinsdag 01 december 2009 @ 10:14:
Ook wel typisch, heb ik Fraps draaien, krijg ik in VS2010 de framerate te zien.. Komt dat dus door WPF?

Volgens mij captured Fraps alles wat DirectX of OpenGL is. Aangezien VS2010 via WPF werkt, en WPF via DirectX (lijkt me) gerendered word, lijkt het me logisch dat Fraps daarop 'hapt' ja

Edit: wel beetje goeie framerate?

[ Voor 4% gewijzigd door BM op 01-12-2009 11:13 ]

[Verwijderd]

Als jullie in VS2010 een Office Word Add-in project aanmaken en deze dan opstarten met de laatste beta van office, werkt het bij jullie dan? of krijgen jullie ook een Exception?

Deze Exception dus:
Name: CommentCSharp
From: file:///c:/users/chrashoverraid/documents/visual studio 2010/Projects/OfficePack/CommentCSharp/bin/Debug/CommentCSharp.vsto

************** Exception Text **************
System.Runtime.InteropServices.COMException (0x80070006): The handle is invalid. (Exception from HRESULT: 0x80070006 (E_HANDLE))
at System.Deployment.Internal.Isolation.IsolationInterop.CreateActContext(CreateActContextParameters& Params)
at System.Deployment.Internal.Isolation.IsolationInterop.CreateActContext(IDefinitionAppId AppId)
at System.ActivationContext.CreateFromName(ApplicationIdentity applicationIdentity)
at System.ActivationContext.CreatePartialActivationContext(ApplicationIdentity identity)
at Microsoft.VisualStudio.Tools.Applications.Deployment.ClickOnceAddInDeploymentManager.InstallAddIn()

OS: Windows 7 64bit
Office 2010 beta 2 32 bit (14.0.4536.1000)

Dit allemaal op gewoon het standaard project template.

[Stukfruit]

NC83 schreef op dinsdag 01 december 2009 @ 10:21:
[...]

Daarom nuke je nog steeds feacp.dll en vervang je het door Vissual Assist

Als Sinterklaas me een kopie van VA wil sturen dan zou dat idd een mogelijkheid zijn

Ik heb VA trouwens in het VC6-tijdperk gebruikt en daarvan kan ik me nog herinneren dat het idd wel een erg goede plugin was, dus ik ben het wel met je eens hoor

[Haan]

BM schreef op dinsdag 01 december 2009 @ 11:12:
[...]

Edit: wel beetje goeie framerate?

Een 'whopping' 10 fps

[Woy]

Haan schreef op woensdag 02 december 2009 @ 09:55:
[...]

Een 'whopping' 10 fps

Een framerate van 100 fps is natuurlijk ook niet heel erg nuttig voor iets als Visual Studio

[Olaf van der Spek]

Woy schreef op woensdag 02 december 2009 @ 10:26:
Een framerate van 100 fps is natuurlijk ook niet heel erg nuttig voor iets als Visual Studio

Met 10 fps heb je geen soepele animaties meer, en de vertraging lijkt me dan ook merkbaar.

[.oisyn]

Visual Studio gebruik je natuurlijk ook voornamelijk voor de soepele animaties

[Phyxion]

.oisyn schreef op woensdag 02 december 2009 @ 11:11:
Visual Studio gebruik je natuurlijk ook voornamelijk voor de soepele animaties

Nou, inderdaad. Het lijkt mij een bewuste keuze om het te limiteren op 10 fps, wat heb je immers ook aan meer fps in VS.

[BM]

.oisyn schreef op woensdag 02 december 2009 @ 11:11:
Visual Studio gebruik je natuurlijk ook voornamelijk voor de soepele animaties

Nahja, het openklappen van menus etc mag wel soepel gaan hoor

[.oisyn]

Nee, niet soepel, maar snel. Je wilt dat het menu binnen een afzienbare tijd open is. Hoeveel frames er daadwerkelijk gerenderd worden binnen die tijd doet er niet zo heel veel toe. Meer frames ziet er natuurlijk gelikter uit dan minder frames, maar da's slechts gimmick en heeft geen invloed op usability.

[RobIII]

Animaties gaan sowieso per definitie uit op mijn systeem. Ik ga potdikke niet zitten wachten tot er een menu opengeanimeerd of opengefade of opengeswooshed is. Gewoon *bam* en gaan. Flauwekul allemaal

[farlane]

RobIII schreef op woensdag 02 december 2009 @ 12:58:
Gewoon *bam* en gaan. Flauwekul allemaal

Haha, dacht dat ik ouderwets begon te worden maar ik ben blij dat er nog iemand anders is die geanimeerde menu's niet snapt.

[Bob]

farlane schreef op woensdag 02 december 2009 @ 15:58:
[...]


Haha, dacht dat ik ouderwets begon te worden maar ik ben blij dat er nog iemand anders is die geanimeerde menu's niet snapt.

Die zijn uitgevonden voor mensen die niet met programma's moeten werken.

[EfBe]

RobIII schreef op woensdag 02 december 2009 @ 12:58:
Animaties gaan sowieso per definitie uit op mijn systeem. Ik ga potdikke niet zitten wachten tot er een menu opengeanimeerd of opengefade of opengeswooshed is. Gewoon *bam* en gaan. Flauwekul allemaal

LOL idd! Alle slide/anim/slime of whatever cruft er in zit om het te delayen staat uit hier. Ook in windows trouwens. Als ik minimize klik dan moet dat window dus minimizen, wat betekent dat het direct weg moet zijn.

[farlane]

Toch zijn we daarmee wel in de minderheid heb ik het idee, als je de desktop animatie trends mag geloven.

[Olaf van der Spek]

.oisyn schreef op woensdag 02 december 2009 @ 11:11:
Visual Studio gebruik je natuurlijk ook voornamelijk voor de soepele animaties

Ja, waar anders voor?
Ik disable animaties over het algemeen ook hoor, maar snelle beeldopbouw is wel zo fijn.

[Alex)]

Ik schakel animaties ook altijd uit... hondsirritant tijdens een zware compile-actie dat zo'n ding dan zonodig in moet komen sliden. Of bijvoorbeeld wanneer ik via Citrix te Visual Studio'en in de trein*, dan is dat ook wel killing voor de performance...

*Ik heb Visual Studio ook op m'n netbook, maar het performt toch net iets beter vanaf m'n server

[- peter -]

Wat mij opvalt in de beta2 die ik nu gebruik is dat intellisense nogal vervelend steeds ergens het gesuggereerde item onderaan zijn lijst van suggesties plaatst.

Oftewel, je kan niet makkelijk zien welke suggesties verder in het alfabet staan. Meer mensen daar last van?

[Bob]

- peter - schreef op zaterdag 05 december 2009 @ 22:29:
Wat mij opvalt in de beta2 die ik nu gebruik is dat intellisense nogal vervelend steeds ergens het gesuggereerde item onderaan zijn lijst van suggesties plaatst.

Oftewel, je kan niet makkelijk zien welke suggesties verder in het alfabet staan. Meer mensen daar last van?

1

[Niemand_Anders]

Tijdens een vrij uurtje ook even VS2010B2 geïnstalleerd op mijn thuiscomputer.

Helaas kent VS nog steeds geen color schemas. Straks maar een kijken hoe goed het importeren van een vs2008 settings bestand gaat wat die witte achtergrond vind ik erg vermoeiend na een 10-uurige werkdag op een 24" scherm. Notepad op fullscreen geeft meer licht dan mijn bureau lamp!

Help Systeem: Geen idee. Hij is al ruim 1,5 uur bezig om 1500mb binnen te trekken en is ongeveer op de helft. En helaas bevat de MSDN downloads geen DVD met de help packages. Wat als VS2010 uitkomt gaan honderden, misschien wel duizenden developers de help catalogus downloaden.

En na 5 minuten proggen voel ik mij toch 10 jaar teruggeworpen in de tijd. Ik mis Resharper! Dat VS nog steeds geen optie heeft om een class naar een eigen bestand te verplaatsen snap ik nog steeds niet..

Van trage menu's heb ik nog weinig gemerkt, maar ben voorlopig op van alles en nog wat aan het klikken om te kijken wat ooit handig kan zijn. Maar ook ik heb alle animaties uitstaan. Ik denk dat ze die ooit hebben gemaakt voor presentaties. Of misschien heeft ooit een Windows developer een trap onder z'n kont gekregen waarom Windows die videokaart niet gebruikt ;-)

[Niemand_Anders]

Help systeem update: Hij is eindelijk klaar (hij ging van 25% ineens naar 100%). Maar help geeft bij mij gewoon een keiharde 404 error geven in Firefox. Tis al laat en mogelijk dat drank inderdaad meer kapot maakt dan je lief is. Nooit gedacht dat ze daarmee mijn computer bedoelden..

Morgen maar eens verder aankloten. Voorlopige conclusie naar 3 uur: VS2008 lijkt helemaal zo gek nog niet..

[Alex)]

Niemand_Anders schreef op zaterdag 12 december 2009 @ 00:35:
En na 5 minuten proggen voel ik mij toch 10 jaar teruggeworpen in de tijd. Ik mis Resharper! Dat VS nog steeds geen optie heeft om een class naar een eigen bestand te verplaatsen snap ik nog steeds niet..

De beta van ReSharper 5 heeft als het goed is al support voor VS2010

[- peter -]

Mijn ervaring tot nu toe is dat de code-editor veel vloeidender werkt. Alsof je bijna merkt dat hij met je GPU versneld wordt ofzo. Heel prettig wel.

Toch heb ik nog steeds dat de fonts in de code editor blurry zijn. De menus zijn nu prima, maar de editor zelf krijg ik toch echt hoofdpijn van. Je kan gewoon je niet focussen op de lettertypes. Ben ik nu de enige daarin?

[kunnen]

Er is een extension daarvoor: http://www.svprogramming.net/text-sharp/index.html. Ook te vinden vanuit de Extension Manager binnen VS2010 zelf. Hiermee kun je de text smoothing settings wijzigen; op de instelling "Grayscale" vind ik het een stuk beter. (Dit verandert de kleur van je text trouwens niet in grayscale )

[Haan]

Nu ik wat vaker met VS2010 merk ik toch wel regelmatig dat de boel vastloopt, gemiddeld wel 1x per uur. Enige optie is dan echt om devenv.exe te killen in de taskmanager. Zijn er meer mensen die daar last van hebben? Ik heb het in ieder geval op zowel een verse Windows 7 installatie op werk laptop, als op Windows 7 installatie thuis die al iets langer draait.

[BM]

Heb al een tijdje niets meer met VS2010 gedaan, maar herken dat wel. Tijdje terug wat aan het hobby'en geweest, en toen crashte VS2010 regelmatig (aantal keer per avond). Eigenlijk altijd tijdens het debuggen. Tijdens het codekloppen bleef ie altijd wel draaien.

[Niemand_Anders]

Alex) schreef op zaterdag 12 december 2009 @ 00:54:
[...]

De beta van ReSharper 5 heeft als het goed is al support voor VS2010

Volgens de JetBrains website heeft Reshaper 5 alleen support voor VS2005 en VS2008:

Jetbrains:
In contrast to previous ReSharper releases, ReSharper 5.0 will provide early support for the new Visual Studio version.

We will start publishing ReSharper 5 builds for Visual Studio 2010 as soon as we have made sure that they work well with VS Beta 2.

Current ReSharper 5 builds support Visual Studio 2005 and Visual Studio 2008.

[GrimaceODespair]

Niemand_Anders schreef op maandag 14 december 2009 @ 09:16:
[...]

Volgens de JetBrains website heeft Reshaper 5 alleen support voor VS2005 en VS2008:

[...]

Ik zou heel graag op VS2010 + R#5 overgaan. Maar met alle ervaringen die ik hier hoor, plus de klachten over R# performance, denk ik dat ik daar best nog even mee wacht...

[EfBe]

- peter - schreef op zaterdag 12 december 2009 @ 17:50:
Mijn ervaring tot nu toe is dat de code-editor veel vloeidender werkt. Alsof je bijna merkt dat hij met je GPU versneld wordt ofzo. Heel prettig wel.

Toch heb ik nog steeds dat de fonts in de code editor blurry zijn. De menus zijn nu prima, maar de editor zelf krijg ik toch echt hoofdpijn van. Je kan gewoon je niet focussen op de lettertypes. Ben ik nu de enige daarin?

Nee. Maar het is opgelost in een post-B2 build

Haan schreef op maandag 14 december 2009 @ 08:54:
Nu ik wat vaker met VS2010 merk ik toch wel regelmatig dat de boel vastloopt, gemiddeld wel 1x per uur. Enige optie is dan echt om devenv.exe te killen in de taskmanager. Zijn er meer mensen die daar last van hebben? Ik heb het in ieder geval op zowel een verse Windows 7 installatie op werk laptop, als op Windows 7 installatie thuis die al iets langer draait.

Beta2 heeft veel leaks, en loopt rap uit zn geheugen, daar hadden ze problemen mee. De crashes zijn er ook post B2 nog niet uit trouwens.

[ Voor 36% gewijzigd door EfBe op 14-12-2009 09:48 ]

[Haan]

Dan weet ik in ieder geval dat de crashes een bekend issue zijn

Staat de release gepland voor Q1 2010? Dan moet er nog wel even hard gewerkt worden om het ding stabiel te krijgen

[Alex]

Ik weet niet zeker of de RTM echt geplanned staat voor Q1, wel weet ik dat de heren al sinds tijden(PDC '09) vrijwel niets meer mogen wijzigen aan grote delen vna het product.
Volgens de PM van MS Build(die ik sprak over een bug daarin) zijn de bug-sets die ze oplossen bepaald en is het enkel de architecten nog toegestaan om grotere wijzigingen in te plannen.
Daarmee hoop ik dus dat Efbe's ervaringen goed zijn van de Post B2 build, want anders ben ik toch bang dat SP1 pas het moment wordt dat er algemene adoptie gaat komen... Als er echt annoying bugs inzitten(zoals die memory leaks nu) dan ben ik bang dat ik tijdelijk toch weer eventjes Vs2008 ga gebruiken.

[Haan]

Hmm, dat hoop ik dan ook, want we zijn juist bezig met standaard development-omgeving images te bouwen en daarin wilden we VS2010 al gaan gebruiken. Bijv. vanwege het UI testen dat in VS2010 is toegevoegd, dat is echt een geniale feature. Maar als je tijdens debuggen regelmatig een vastloper krijgt is dat ook niet zo prettig.

[Olaf van der Spek]

http://arstechnica.com/mi...-visual-studio-2010-1.ars

[Soultaker]

Oef. Sinds VS 6 is het nooit meer helemaal goed gekomen qua geheugen (en CPU) gebruik. Het verbaast me niets dat dat nu wéér een issue is.

Ik weet wel dat VS één van die applicaties is die ik niet meer ga installeren zonder eerst m'n hardware eens een goede upgradebeurt te geven. Erg jammer, vooral omdat Microsoft's compiler toolchain juist behoorlijk efficiënt is (en dus helemaal geen überPC vereist).

[Alex]

Scott Guthrie gaf recentelijk publiekelijk aan dat er nog gewerkt gaat worden aan de performance en dat mede daarom er nog een RC uit gaat komen van VS2010 en .NET 4 met een algemene GoLive licentie.
Zie ook: http://weblogs.asp.net/sc...0-and-net-4-0-update.aspx

[Snake]

Alex schreef op zondag 20 december 2009 @ 10:39:
Scott Guthrie gaf recentelijk publiekelijk aan dat er nog gewerkt gaat worden aan de performance en dat mede daarom er nog een RC uit gaat komen van VS2010 en .NET 4 met een algemene GoLive licentie.
Zie ook: http://weblogs.asp.net/sc...0-and-net-4-0-update.aspx

En mail die persoon ook met ideeen. Hij staat heel dicht bij de community

[OMX2000]

Ik blijf Visual Studio een goed product vinden, en het is een stuk volwassener geworden (duh!). Met VS 2003 had ik nog het gevoel dat MS zelf nooit een beetje grote projecten ontwikkelde gebruikmakend van VS. Relatief simpele applicaties waren goed te doen, maar als het wat groter werd en er meer team leden zijn liep je tegen allerlei beperkingen aan.

Nu met VS 2008 heb ik dat gevoel, weliswaar in mindere mate, nog steeds. Ik denk dat MS een pas op de plek moet maken, en stabilisatie en bruikbaarheid verbeter slag moet maken. VS 2010 introduceert weer een hoop, maar ik wil betere bruikbaarheid, niet meer maar betere features.

Ik heb een tijd sinds VS2005 een tijd lang niet intensief geprogrammeerd, maar nu weer aan de slag met VS 2008 en het verbaast me hoeveel dingen gewoon nog niet sneller gaan of beter. De informatie die nodig is om zaken te automatiseren (lees genereren) is voor handen, maar het wordt nog niet gebruikt.

En pretty please with sugar on top, give us a new DSL Toolkit. Nee geen "M", wat in mijn ogen nergens heen gaat...

[Alex]

@OMX2000 MS maakt haar software steeds meer via haar eigen dogfood. Voorbeeld hiervan is VS2010 zelf wat geschreven is voor een groot gedeelte in .NET zelf.
Maar er zijn nog steeds pakketten zoals Office die 'gewoon' in C++ worden geschreven. Je gaat immers een dergelijke suite niet zomaar herschrijven. Hoewel in Office 2010 een gedeelte van de front-end al wel .NET is.
Maar veel server-apps zoals IIS, Biztalk, SQL Server en vele andere draaien al tijden of hosten .NET.

Ik vraag me sterk af wat jij bruikbaarheid vind. Microsoft schrijft een framework en productivity tools, je zult toch echt wel zelf e.e.a. moeten gaan definiëren.
Er is een zeer goede DSL Toolkit, zie ook http://msdn.microsoft.com/en-us/library/bb126235.aspx
Maar het ontbreekt developers en architecten aan hoe hiermee te werken. Natuurlijk is dit pas stap 1 van 30, maar als je kijkt naar adoptie, dan zie je toch steeds vaker DSL initiatieven.

Wat betreft Project Oslo en "M", daar weet ik 100% zeker van dat je het zelf niet snapt. Wat Microsoft daar probeerd is het opzetten van een DSL environment met de mogelijkheid tot zelfleerzaamheid, repositories en human intelligence. Talen als "M" zorgen ervoor dat DSL's niet enkel visueel hoeven te zijn, maar ze straks ook dichter bij menselijke talen liggen. Daarbij zorgt de implementatie van "M" juist ervoor dat het beter te visualiseren is. Dit soort projecten zijn ground-breaking, innovatief maar verre van begrijpelijk voor de general purpose.
Ook zie je in Oslo heel duidelijk dat zowel transformatie als generatie mogelijk zijn. De ervaringen met DSLs hebben immers uitgewezen dat enkel transformatie voor problemen zorgt in oa beheersbaarheid.

Ik weet niet wat je exact. Bewoord eens concreet wat je teveel tijd kost. Je geeft aan dat je lang niet intensief geprogrammeerd hebt, dan zal je dus de library community ook neit gevolgd hebben... Daarin zag je juist de afgelopen jaren flinke verschuivingen.

[Olaf van der Spek]

Soultaker schreef op zondag 20 december 2009 @ 01:14:
Oef. Sinds VS 6 is het nooit meer helemaal goed gekomen qua geheugen (en CPU) gebruik. Het verbaast me niets dat dat nu wéér een issue is.

Processor en vooral geheugengebruik zijn eigenlijk niet eens zo belangrijk, de UI van VS is soms gewoon zo traag. En qua usability kunnen sommige zaken ook erg verbeterd worden volgens mij.

[Sebazzz]

Hoeveel add-ons hebben jullie dat je VS traag is?
Bij mij is alleen opstarten en de Windows Forms editor traag, de rest is supersnel zoals ik het mag verwachten. De traagheid van opstarten komt waarschijnlijk ook gedeeltelijk door Resharper.

[GrimaceODespair]

Sebazzz schreef op maandag 21 december 2009 @ 14:31:
De traagheid van opstarten komt waarschijnlijk ook gedeeltelijk door Resharper.

Is volgens mij ook de hoofdreden waarom veel R#-gebruikers afhaken. Heel jammer, want men blijft enerzijds wel coole features bijbouwen, maar de performance blijft achterwege en het geheugenverbruik swingt nog steeds de pan uit. Mensen met een recente PC en niet te veel VS-en open, hebben er weliswaar minder last van, maar dat is mijns inziens niet de meerderheid van de developers.

Ik hoop dat JetBrains hier snel werk van maakt, want zeker in het geval van R# doet hen dan volgens mij terrein verliezen op concurrenten (oa VS2010 zelf). Ik vind het alleszins jammer van een verder heerlijk product.