🚀 go-pugleaf

"Wilbert van Dolleweerd" <getit@xs4all.nl> wrote in message
news:3c715ea9.1533835@newszilla.xs4all.nl...
> Even voor de duidelijkheid: in deze thread is nergens GEVRAAGD wat er
> nieuw is in Visual Studio. Lees de boel er nog maar eens op na.

Quote uit een message ergens hierboven:
"Tuurlijk, .NET biedt voordelen ten opzichte van de oude situatie met
Visual Studio 6. maar zo heel veel nieuwe dingen zie ik eigenlijk niet
(waren meestal al langer beschikbaar)."

Daaruit leid ik af dat de auteur van die text zegt dat die nog geen
nieuwe dingen heeft gezien in VS.NET tov. VS6.
Vandaar dat ik dus antwoorde met een (klein) lijstje van enkele
nieuwe dingen.

> >Delphi 6 IDE sucks @$$. Die is niets vergeleken met VS.NET IDE.
> <SNIP .. zie later>
> Noem eens concrete
> voorbeelden.

<zie post Serve La>

> En LOC is ook een zeer betrouwbare manier om produktiviteit te
> meten....not.

Alle andere manieren om produktiviteit te meten (inclusief empirisch
bewijs) bevestigen dat .NET gewoon sneller werkt (zowel programmeren
als uitvoeren).

> Overigens is de opmerking over het Pet Shop programma
> een beetje mank omdat beide kampen (Microsoft / Sun) online zitten te
> bakkeleien over de juiste keuze voor de architectuur.
> Als men het daarover niet eens kan worden, kan er dus geen objectieve
> vergelijking tussen beide implementaties bestaan omdat er in beide
> gevallen voor een andere opzet is gekozen.

Wel, hier ben ik het niet eens met de stelling van Sun. Sun zegt
hetvolgende:
"Microsoft heeft met hun implementatie valsgespeeld want hun petsop
implementatie voldoet niet aan de regels om een goed Java programma
te maken".
Ja, dat is evident... misschien omdat het niet in/voor Java gemaakt is?
Het is dus een compleet nutteloos argument.

Als bedrijf A in taal B een programma maakt en bedrijf C in taal D een
programma maakt dat zich exact hetzelfde gedraagt bij de uitvoering ervan
dan zie ik niet in waarom men die twee programma's niet mag vergelijken
met elkaar.

> - Microsoft's gauging developer efficiency by counting lines of code
> is an attempt to objectively measure a subjective quality of the
> design.

Dit is dan weer een subjectieve opmerking om het subjectieve van iets
dat zogezegd objectief is aan te wijzen :-)

Ik heb nooit gezegd (en Microsoft trouwens ook niet) dat hoe minder
lijnen code hoe beter een programma is.
Het is wel opvallend dat er een aantal dingen altijd samengaan in
vergelijkingen.
Deze zijn snelheid, aantal lijnen code en het (korte) programmeerswerk.

> - The .NET implementation was performance-optimized for SQL Server
> through the use of stored procedures, while Sun actively discourages
> database tuning in the J2EE implementation in the interest of
> portability.

Foute onderstelling... De J2EE implementatie was geoptimaliseerd voor
Oracle hun database.

> - Both sides have called the other's cited implementation costs into
> question.

Mja.. geleuter (van beide kanten).

> - Naturally, the underlying platforms differ: Oracle's benchmarking
> was performed using a three-tiered Solaris system, while the .NET Pet
> Shop was benchmarked on a three- tiered Windows 2000 system.

Zeg je/ze dat Solaris trager is dan Windows2000?

> Overigens lijkt het me dat als de claim van dubbele productiviteit
> waar is, natuurlijk elk bedrijf ter wereld over stapt op .NET. Wie wil
> nu niet een verdubbeling van zijn productiviteit? Vreemd dat ik nog
> niet iedereen zie overschakelen.

Hier zijn een aantal redenen voor:
 - het is nog (te) nieuw.. (niet vergeten dat je het nog maar sinds enkele
    weken in de winkel kan kopen)
 - de implementaties op de andere OSen zijn nog niet af
 - veel bedrijven hebben al een bestaande codebase van Java/whatever
   en  het zou (nu) dus teveel kosten om om te schakelen

> Vreemd dat ik wordt geclassificeerd als niet VB-developer

<quote>Wat een objectief statement. Gebaseerd op je jarenlange
ervaring met zowel Delphi als Visual Studio .NET zeker?</quote>

Vreemd dat ik wordt geclassificeerd als niet Delphi-developer <g>
(of was die quote van jouw dan niet sarcastisch?)


Mvg,
Pieter Philippaerts