mboost-dp1
Microsoft Corporation
Windcape (50) skrev:Der er også noget ærke amerikansk over intern konkurrence i virksomhederne.
F.eks. da Entity Framework og LINQ2SQL blev udviklet af to forskellige hold, i to forskellige bygninger, med et par hundrede meters mellemrum.
Det mest underlige er at udviklerne hos Microsoft giver udtryk for at se ikke ser det som et problem. Og dem som gør ... tjaa, de bliver ikke i virksomheden.
Ja, de er mærkelige hos MS, omend jeg har snakket med flere som siger de arbejder sammen på tværs, så det må vel være lidt mellem nogen teams der er kamp ...
Men hvordan mener du de kæmper intern? Det er jo ikke mange teams der laver det samme ... så hvad skulle de kæmpe om? ( Måske at smadre de andres produkter ved at lave API om hele tiden, heheh)
Mig bekendt blev de ikke udviklet på samme tid.
L2S er vist blevet stoppet, så heldigvis har vi ikke det problem mere.
Konkurrence kan godt ... men ikke altid.
mvh
Kin og WP7, Zune og WMP, for at nævne et par mere.syska (51) skrev:Men hvordan mener du de kæmper intern? Det er jo ikke mange teams der laver det samme ... så hvad skulle de kæmpe om?
Det blev de.syska (51) skrev:Mig bekendt blev de ikke udviklet på samme tid.
Linq2sql udvikles stadigvæk. De udvikles nu til to forskellige segmenter.syska (51) skrev:L2S er vist blevet stoppet, så heldigvis har vi ikke det problem mere.
Hvor Linq2sql er mere Active Record, så er EF4 mere klassisk ORM (ala. NHibernate).
Windcape (52) skrev:Kin og WP7, Zune og WMP, for at nævne et par mere.
Ja, men hvad kæmper de om ? Nu har du jo bare nævnt nogen produkter.
Windcape (52) skrev:Det blev de.
Ja, nu du siger det ... men EF blev vist ikke så rost i version1 :-)
Windcape (52) skrev:Linq2sql udvikles stadigvæk. De udvikles nu til to forskellige segmenter.
Hvor Linq2sql er mere Active Record, så er EF4 mere klassisk ORM (ala. NHibernate).
hmmm, jeg må blande tingene sammen så ...
#substans
Det er vel ikke overraskende at udviklingen af WP apps går hurtigere efter aftalen.
Det må betyde at WP i.s.f. en placering i gruppen 3-5 nu har gode chancer for at blive nummer 3 på markedet.
Det kan godt få mange til at putte WP på listen over supporterede platforme.
Det er vel ikke overraskende at udviklingen af WP apps går hurtigere efter aftalen.
Det må betyde at WP i.s.f. en placering i gruppen 3-5 nu har gode chancer for at blive nummer 3 på markedet.
Det kan godt få mange til at putte WP på listen over supporterede platforme.
XorpiZ (23) skrev:Ja, for det er jo helt sikkert, at den gør det. Du kan ikke komme udenom, at Marketplace vokser med samme hastighed som App Storen gjorde.
XorpiZ (23) skrev:Og hvis du mener MP lider under en katastrofal stigning, så må du være blind over for facts.
Hvis antal apps for iPhone og Android stiger hurtigere end for WP, så er det vel ikke så interessant hvordan situationen var for iPhone for mange år siden.
XorpiZ (23) skrev:2000 apps pr. måned er fint. Og det skal nok stige, så snart WP7 begynder at få fat for alvor.
Det er jo hele kernen.
"skal nok" er synonym for "vi håber".
Det er ikke helt det samme som "er sket" og "kan observeres".
Hubert (40) skrev:At er findes gratis plugins er jo ikke begrænset til VS.
Det var synd at sige:
.Type=SearchText&f[0].Value=addin&x=0&y=0]http://visualstudiogallery.msdn.microsoft.com/site/search?f[0].Type=SearchText&f[0].Value=addin&x=0&y=0
viser 62 plugisn til VS.
http://marketplace.eclipse.org/search/apachesolr_s...
viser 893 plugins til Eclipse.
Det er kun 14 gange så mange til Eclipse.
Windcape (52) skrev:Linq2sql udvikles stadigvæk. De udvikles nu til to forskellige segmenter.syska (51) skrev:L2S er vist blevet stoppet, så heldigvis har vi ikke det problem mere.
Hvor Linq2sql er mere Active Record, så er EF4 mere klassisk ORM (ala. NHibernate).
Fra hestens egen mund:
http://msdn.microsoft.com/en-us/library/ee814760.a...
Q. What’s New in LINQ to SQL in .NET 4.0? Or is LINQ to SQL a dead technology?
In .NET 4.0, we made a number of performance and usability enhancements in LINQ to SQL, as well as updates to the class designer and code generation.
Moving forward, Microsoft is committing to supporting LINQ to SQL as well as the Entity Framework as important parts of the .NET Framework; adding new features based on customer needs. We do, however, expect that the bulk of our overall investment will be in the Entity Framework, as this framework is built around the Entity Data Model (EDM). EDM represents a key strategic direction for Microsoft that spans many of our products, including SQL Server, .NET and Visual Studio. EDM-based tools, languages and frameworks are important technologies that enable our customers and partners to increase productivity across the development lifecycle and enable better integration across applications and data sources.
Windcape (49) skrev:Et ordenligt interface til keybindings, hvor man ikke skal gætte hvilken af de 5-6 "run" kommandoer rent faktisk er til compile.
Eclipse laver incremental compiler hver gang du gemmer.
Run bruges surprise surprise til at køre med.
Windcape (49) skrev:Samt ordenlig mulighed for at bruge emacs-like tastatur-kombinationer (som f.eks. Ctrl+E,F) til shortcuts.
Eclipse offer you the choice between:
default
emacs
VS
for keys.
Windcape (49) skrev:Herefter kan vi kommer ind på mere teknologispecifikke ting som ordenlige integration til UML, VCS, statisk analyse, ogjegskalkommeefterdig.
Folk synes generelt ikke at have problemer med VCS integration i Eclipse.
arne_v (58) skrev:Windcape (52) skrev:
Linq2sql udvikles stadigvæk. De udvikles nu til to forskellige segmenter.
Hvor Linq2sql er mere Active Record, så er EF4 mere klassisk ORM (ala. NHibernate).
Fra hestens egen mund:
http://msdn.microsoft.com/en-us/library/ee814760.a...
Q. What’s New in LINQ to SQL in .NET 4.0? Or is LINQ to SQL a dead technology?
In .NET 4.0, we made a number of performance and usability enhancements in LINQ to SQL, as well as updates to the class designer and code generation.
Moving forward, Microsoft is committing to supporting LINQ to SQL as well as the Entity Framework as important parts of the .NET Framework; adding new features based on customer needs. We do, however, expect that the bulk of our overall investment will be in the Entity Framework, as this framework is built around the Entity Data Model (EDM). EDM represents a key strategic direction for Microsoft that spans many of our products, including SQL Server, .NET and Visual Studio. EDM-based tools, languages and frameworks are important technologies that enable our customers and partners to increase productivity across the development lifecycle and enable better integration across applications and data sources.
Tak arne, det må være overstående jeg havde hørt ...
mvh
arne_v (55) skrev:Hvis antal apps for iPhone og Android stiger hurtigere end for WP, så er det vel ikke så interessant hvordan situationen var for iPhone for mange år siden.
Både og. Det er et fint tegn på, hvordan udviklingen kan se ud om et års tid.
Jeg har svært ved at se hvordan man skal gøre det meget bedre. Men det afhænger nok af øjnene der ser. I øvrigt lidt pudsigt at dub ud af 9 indlæg på side 2 rater det éne svar, der er WP7-kritisk.
Det må være trist at være så farvet.
Du har vist ikke fulgt med. Plugins hentes nu direkte fra Visual Studio.arne_v (56) skrev:Det var synd at sige:
Efter de første 1250 plugins gider jeg ikke page-videre, men der er mange flere plugins til Visual Studio, hvis der kun er knap 900 til Eclipse! (Og vi snakker flere hundrede downloads for selv de mindst populære plugins.)
Og det er meget mere simpelt at installere plugins i VS2010. Enhver der synes at Eclipses plugin-arkitektur ikke er det glade vanvind, bør søge læge. Det er simpelthen noget af det dårligste UI-integration der er set i årtier.
Ja, men problemet med Eclipse er at de har et "run" til hvert eneste view. Så kan du prøve at gætte dig til hvilken run kommando der faktisk er den rigtige.arne_v (59) skrev:Run bruges surprise surprise til at køre med.
Derudover er conditional compile kun i Java delen af Eclipse.
Ja, pre-sets, prøv at konfigurer dem til noget ala. VS2008/2010, det er no-go.arne_v (59) skrev:
Eclipse offer you the choice between:
default
emacs
VS
for keys.
Derudover får du kun VS som keybind choice hvis du installere C++ versionen, som tilgengæld ændre på så meget andet.
Windcape (63) skrev:Du har vist ikke fulgt med. Plugins hentes nu direkte fra Visual Studio.
Efter de første 1250 plugins gider jeg ikke page-videre, men der er mange flere plugins til Visual Studio, hvis der kun er knap 900 til Eclipse! (Og vi snakker flere hundrede downloads for selv de mindst populære plugins.)
Og plugins hentes og installeres ikke direkte i eclipse?
Og det er meget mere simpelt at installere plugins i VS2010. Enhver der synes at Eclipses plugin-arkitektur ikke er det glade vanvind, bør søge læge. Det er simpelthen noget af det dårligste UI-integration der er set i årtier.
Jeg forstår ikke helt den der mani med at måle kvalitet i antal. At der er nok så mange plugins siger intet om kvaliteten af de tilgængelige plugins.
Jeg kender intet til vs så jeg skal ikke kunne sige noget om kvaliteten af de plugins der findes.
Er det stadig nødvendigt at benytte sig af ironpython for at bruge python eller er det endeligt blevet en del af vs?
Hubert (64) skrev:Windcape (63) skrev:Du har vist ikke fulgt med. Plugins hentes nu direkte fra Visual Studio.
Efter de første 1250 plugins gider jeg ikke page-videre, men der er mange flere plugins til Visual Studio, hvis der kun er knap 900 til Eclipse! (Og vi snakker flere hundrede downloads for selv de mindst populære plugins.)
Og plugins hentes og installeres ikke direkte i eclipse?
Og det er meget mere simpelt at installere plugins i VS2010. Enhver der synes at Eclipses plugin-arkitektur ikke er det glade vanvind, bør søge læge. Det er simpelthen noget af det dårligste UI-integration der er set i årtier.
Jeg forstår ikke helt den der mani med at måle kvalitet i antal. At der er nok så mange plugins siger intet om kvaliteten af de tilgængelige plugins.
Jeg kender intet til vs så jeg skal ikke kunne sige noget om kvaliteten af de plugins der findes.
Er det stadig nødvendigt at benytte sig af ironpython for at bruge python eller er det endeligt blevet en del af vs?
Der er RØV mange lorte plugins til VS, da der ikke findes nogen kvalitets kontrol. Det vidner alle de kommentarer der findes også lidt om ...
Hellere kvalitet ens kvantitet ... omend det ikke er alle der synes det ...
Det gør der heller ikke til Eclipse. Faktisk er der mange Eclipse plugins som er blevet forladt, og ikke opdateret i evigheder.syska (65) skrev:Der er RØV mange lorte plugins til VS, da der ikke findes nogen kvalitets kontrol. Det vidner alle de kommentarer der findes også lidt om ...
Hellere kvalitet ens kvantitet ... omend det ikke er alle der synes det ...
Det gør de til dels. Det er mange plugins som ikke er direkte integeret i Eclipses ustabile og buggy plugin-modul.Hubert (64) skrev:Og plugins hentes og installeres ikke direkte i eclipse?
Pointen var nu mere at arne_v lavede en utrolig dårlig sammenligning, rent antalsmæssigt. Det handler mere om at man kan få de 4-5 plugins der er nødvendige for at ens miljø er rart at arbejde med.
Populære plugins som Productivity Power Tools, eller R#, kan slet ikke lade sig gøre i Eclipse, pga. begrænsninger på bla. editoren.
http://newz.dk/microsoft-traekker-sig-fra-udviklingen-af-ironruby-og-ironpythonHubert (64) skrev:Er det stadig nødvendigt at benytte sig af ironpython for at bruge python eller er det endeligt blevet en del af vs?
Så nej. First-class languages er VB.NET, C++, C# og F#.
Men IDE integrationen er stadigvæk super stærk. Det er min mening at Visual Studio faktisk er nemmere at lave (programmerings)sprog-mæssige udvidelser til end Eclipse.
Windcape (66) skrev:Det gør der heller ikke til Eclipse. Faktisk er der mange Eclipse plugins som er blevet forladt, og ikke opdateret i evigheder.
Kan du give et eksempel på et plug-in der er brugt vidt og bredt men som er blevet forladt?
Det gør de til dels. Det er mange plugins som ikke er direkte integeret i Eclipses ustabile og buggy plugin-modul.
Ustabil hvorledes?
Pointen var nu mere at arne_v lavede en utrolig dårlig sammenligning, rent antalsmæssigt. Det handler mere om at man kan få de 4-5 plugins der er nødvendige for at ens miljø er rart at arbejde med.
Og det er jo så afhængigt af sprog samt hvilke plugins man har brug for.
Populære plugins som Productivity Power Tools, eller R#, kan slet ikke lade sig gøre i Eclipse, pga. begrænsninger på bla. editoren.
Efter hvad jeg kan søge mig frem til er R# beslægtet med R?
R kan sagtens bruges i Eclipse. Men hvis man har en hang til at benytte sig af MS sprog og frameworks er VS vel det bedste valg?
http://newz.dk/microsoft-traekker-sig-fra-udviklin...
Så nej. First-class languages er VB.NET, C++, C# og F#.
Men IDE integrationen er stadigvæk super stærk. Det er min mening at Visual Studio faktisk er nemmere at lave (programmerings)sprog-mæssige udvidelser til end Eclipse.
Hvor mange udvidelser har du lavet til vs og eclipse?
Nej, det er et værktøj til udvidelse af intellisense, integration med test-værktøjer, forbedringer til refactoring osv.Hubert (67) skrev:Efter hvad jeg kan søge mig frem til er R# beslægtet med R?
http://www.jetbrains.com/resharper/
R# er et nickname for .NET udviklere, jeg burde nok have været mere præcis.
Sprogudvidelse, og VCS (for Mercurial), til Visual Studio.Hubert (67) skrev:Hvor mange udvidelser har du lavet til vs og eclipse?
Intet seriøst til Eclipse, kun overfladisk arbejde med deres API, netop for at finde ud af om de udvidelser jeg gerne ville have, var muligt.
Windcape (68) skrev:Nej, det er et værktøj til udvidelse af intellisense, integration med test-værktøjer, forbedringer til refactoring osv.
http://www.jetbrains.com/resharper/
R# er et nickname for .NET udviklere, jeg burde nok have været mere præcis.
Fair nok. R ser ellers ud til at være et spændende sprog hvis man er til den slags.
Sprogudvidelse, og VCS (for Mercurial), til Visual Studio.
Intet seriøst til Eclipse, kun overfladisk arbejde med deres API, netop for at finde ud af om de udvidelser jeg gerne ville have, var muligt.
Altså du har lavet noget til VS men ikke rigtig noget til Eclipse men alligevel kan du konkludere at plugin systemet er noget ustabilt lort. Det hænger ikke helt sammen i min verden. du har iøvrigt ikke svaret på hvordan denne ustabilitet kommer til verden?
Det er to forskellige ting.Hubert (69) skrev:men alligevel kan du konkludere at plugin systemet er noget ustabilt lort.
Udvikling af plugins handler mere om API muligheder, hvor selve installationen af plugins omhandler Eclipses modul hertil.
Og det er meget ustabilt, låser ofte (næsten altid) ned og fryser det hele. Jeg har desværre været nød til at bruge denne funktionalitet en del, i forbindelse med GWT udvikling (hvor man skal bruge noget hotswap funktionalitet, for at undgå 5-10 minutters kompileringstid).
Windcape (70) skrev:Det er to forskellige ting.
Udvikling af plugins handler mere om API muligheder, hvor selve installationen af plugins omhandler Eclipses modul hertil.
Ja det siger jo sig selv. :)
Og det er meget ustabilt, låser ofte (næsten altid) ned og fryser det hele. Jeg har desværre været nød til at bruge denne funktionalitet en del, i forbindelse med GWT udvikling (hvor man skal bruge noget hotswap funktionalitet, for at undgå 5-10 minutters kompileringstid).
Jeg skal ikke kunne udtale mig om hvordan det er med Java delen men jeg har ikke oplevet problemer med at bruge plugins. Og python support er et plugin i Eclipse.
Windcape (63) skrev:Og det er meget mere simpelt at installere plugins i VS2010.
Det sker vel på samme måde som i Eclipse?
Du søger og du vælger.
Windcape (63) skrev:Ja, men problemet med Eclipse er at de har et "run" til hvert eneste view. Så kan du prøve at gætte dig til hvilken run kommando der faktisk er den rigtige.
Det er nu engang ikke muligt at have samme Run til Java, C++ og PHP.
Men normalt så virker default Run fint.
Windcape (63) skrev:Derudover er conditional compile kun i Java delen af Eclipse.
Incremental compile ikke conditional compile.
En pæn del af non-Java brug af Eclipse har ikke brug for compilation overhovedet.
Hubert (64) skrev:Og plugins hentes og installeres ikke direkte i eclipse?
Selvfølgelig gør de det.
Hvor tror du VS har fået ideen fra?
Idag kommer nye features til IDE'er typisk som:
IntelliJ IDEA (en kommerciel Java IDE) får dem
1-2 år efter får Eclipse og NetBeans (open source IDE'er) dem
3-4 år efter får VS dem
VS var absolut ledende indenfor IDE'er fra sidste halvdel af 90'erne og lidt ind i de nye årtusind. Men det er ved at være lang tid siden.
Windcape (66) skrev:Populære plugins som Productivity Power Tools, eller R#, kan slet ikke lade sig gøre i Eclipse, pga. begrænsninger på bla. editoren.
Ret store dele af funktionaliteten af Resharper er i base Eclipse. Det meste af resten kan hentes som plugins.
Så ideen om at det ikke kan implementeres lyder noget mystisk.
Windcape (66) skrev:Men IDE integrationen er stadigvæk super stærk. Det er min mening at Visual Studio faktisk er nemmere at lave (programmerings)sprog-mæssige udvidelser til end Eclipse.
Det er så din vurdering.
Men Zend som er en af de drivende kræfter bag PHP valgte altså Eclipse til deres IDE ikke VS.
Windcape (75) skrev:Du kan ikke lave ændringer til text-editor delen af Eclipse med deres plugin-arkitektur.
Så det her er bedrag?
http://eclipseexeditor.sourceforge.net/
ETEE is an Eclipse plug-in which extends the Eclipse text editors with some extra capabilities for ...
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund