mboost-dp1
unknown
Hehe, passer jo godt sammen med diverse diskussioner om PHP/.Net/ Ruby/Python osv. Job mulighederne er lige nu absolut bedst for .Net udviklere.
#3 og #4 menes der ikke "hver 9. ud af 10" eller bare "at 9 ud af 10"
Hvis jeg sagde: "Hver 9. ud af 10 rotter er dejlige husdyr" ville det blive forstået som at 1 rotte ud af de ti er et dejligt husdyr, mens hver 9. ud af 18 ville betyde at 2 af de 18 rotter er dejlige dyr.
Anyways ... meningen blev fanget og en grammatisk diskussion har ikke så meget med nyheden at gøre :)
Udemærket! Det kan da ikke andet end være positivt for løn-samtalen til januar.
Rart at der for engangs skyld er lidt positive nyheder til programmørfolket (hvis man vel og mærke er .net programmør).
(p.t. 4/5 af indlæggene irrelevante... Come on guys! Så vigtigt er det heller ikke med de snavefejl...)
Rart at der for engangs skyld er lidt positive nyheder til programmørfolket (hvis man vel og mærke er .net programmør).
(p.t. 4/5 af indlæggene irrelevante... Come on guys! Så vigtigt er det heller ikke med de snavefejl...)
For lige at fortsætte den her offtopic sprogdiskussion:
"ved at 9 ud af 10 opslag" uden "hver" foran.
Dvs. 90% af opslagene. Hvis vi siger hver 9. (ud af 10?? <- giver ingen mening at sige det sådan) er det jo 11,11%
Ontopic:
Skræmmende at .net spiller en så stor rolle. Igen har Microsoft formået at skabe sig en kæmpe markedsandel og på ret så kort tid.
(og så er Computerworld da også proppet med Microsoft Windows server bannere)
"ved at 9 ud af 10 opslag" uden "hver" foran.
Dvs. 90% af opslagene. Hvis vi siger hver 9. (ud af 10?? <- giver ingen mening at sige det sådan) er det jo 11,11%
Ontopic:
Skræmmende at .net spiller en så stor rolle. Igen har Microsoft formået at skabe sig en kæmpe markedsandel og på ret så kort tid.
(og så er Computerworld da også proppet med Microsoft Windows server bannere)
giv de rigtige programmører nogle flere penge i stedet, drag'n'drop har jo intet med programmering at gøre, det er sådan noget min søster gør når hun lejer med potato dude spillet hvor man giver kartoflen næse og øjne etc. derfor - ned med den slags "programmerings"-værktøjer. =)
det er synd at det lader til at de seje mennesker der sidder med vim/emacs og koder bliver færre og færre =/
det er synd at det lader til at de seje mennesker der sidder med vim/emacs og koder bliver færre og færre =/
#12: Hvad har det med denne nyhed at gøre ?
Fordi en populær IDE understøtter WYWIWYG RAD-udvikling med .NET så er det jo ikke ensbetydende med at man koder .NET på denne måde eller at man ikke har styr på hvad man laver.
#13: På hvilken måde mener du at disse IDE'er er længere fremme ?
Angående nyheden: Det er glædeligt at se at virksomhederne har taget .NET til sig som den helt store mainstream teknologi, især for os der lige fra starten har satset på at .NET ville opnå denne position :)
Fordi en populær IDE understøtter WYWIWYG RAD-udvikling med .NET så er det jo ikke ensbetydende med at man koder .NET på denne måde eller at man ikke har styr på hvad man laver.
#13: På hvilken måde mener du at disse IDE'er er længere fremme ?
Angående nyheden: Det er glædeligt at se at virksomhederne har taget .NET til sig som den helt store mainstream teknologi, især for os der lige fra starten har satset på at .NET ville opnå denne position :)
#12
Jeg tror der er flere grunde til folk ikke gider at side med vim/emacs og lave kilometervis af kode.
1) Det er så fandens umuligt at finde ud af hvad der egentlig er standarden indenfor C/C++/osv. Der kommer så mange forskellige pakker i alle de forskellige Linux versioner, hvor ingen af dem virker i Windows, og dem der findes til Windows har intet at gøre i Linux, og hvis man så tager Unix med i diskussionen er det umuligt at finde rundt i. Samtidig er der også alt det med Dos programmering, Windows programmering, Linux programmering, og portable-programmering der gerne skulle virke på det hele men som regel bare er en gang bæ, på grund af smutveje og lappeløsninger.
2) Det er så forbandet svært at finde gode ressourcer til C/C++/osv. Der er så mange dårlige bøger og dårlige hjælpe-forums at det er helt utroligt, og generelt (min mening) er selve det der oldschool programmerings community meget fjendtligt når man ikke ved så meget. Det går kun ud på at tilsvine folk der ikke skriver grammatisk korrekt (meget ligesom her), og stiller "forkerte" spørgsmål. Ikke hjælpe. Al den hjælp man får er typisk "køb en bog", "rtfm" eller "dø".
3) .NET er uendelig meget hurtigere. Alle der kommer ind i .NET programmering vil meget hurtigt finde ud af, eller høre om, Visual Studio, der er genialt. Det er et genialt IDE der indeholder alt hvad man skal bruge, og så skal man ikke til at rode rundt med 14 forskellige compilere der alle kun kan halvdelen af de ting de burde, og egentlig ikke er til at finde ud af. Hvorfor sidde i flere dage for at lave selve omridset af en Windows applikation, der kan laves med et par tryk på en museknap i VS?
Du må forstå at der er ingen fordele i at sidde og programmere i notepad kloner, med mindre man er en ASM guru der har siddet i 30 år og lavet programmer på micro-basis, og som nægter med hænder og fødder at bruge denhersens nye og farlige teknologi, der kan gøre det samme, bare lidt hurtigere. :)?
Jeg tror der er flere grunde til folk ikke gider at side med vim/emacs og lave kilometervis af kode.
1) Det er så fandens umuligt at finde ud af hvad der egentlig er standarden indenfor C/C++/osv. Der kommer så mange forskellige pakker i alle de forskellige Linux versioner, hvor ingen af dem virker i Windows, og dem der findes til Windows har intet at gøre i Linux, og hvis man så tager Unix med i diskussionen er det umuligt at finde rundt i. Samtidig er der også alt det med Dos programmering, Windows programmering, Linux programmering, og portable-programmering der gerne skulle virke på det hele men som regel bare er en gang bæ, på grund af smutveje og lappeløsninger.
2) Det er så forbandet svært at finde gode ressourcer til C/C++/osv. Der er så mange dårlige bøger og dårlige hjælpe-forums at det er helt utroligt, og generelt (min mening) er selve det der oldschool programmerings community meget fjendtligt når man ikke ved så meget. Det går kun ud på at tilsvine folk der ikke skriver grammatisk korrekt (meget ligesom her), og stiller "forkerte" spørgsmål. Ikke hjælpe. Al den hjælp man får er typisk "køb en bog", "rtfm" eller "dø".
3) .NET er uendelig meget hurtigere. Alle der kommer ind i .NET programmering vil meget hurtigt finde ud af, eller høre om, Visual Studio, der er genialt. Det er et genialt IDE der indeholder alt hvad man skal bruge, og så skal man ikke til at rode rundt med 14 forskellige compilere der alle kun kan halvdelen af de ting de burde, og egentlig ikke er til at finde ud af. Hvorfor sidde i flere dage for at lave selve omridset af en Windows applikation, der kan laves med et par tryk på en museknap i VS?
Du må forstå at der er ingen fordele i at sidde og programmere i notepad kloner, med mindre man er en ASM guru der har siddet i 30 år og lavet programmer på micro-basis, og som nægter med hænder og fødder at bruge denhersens nye og farlige teknologi, der kan gøre det samme, bare lidt hurtigere. :)?
#14 jeg føler jeg hopper tilbage i noget ala jbuilder 4 hver gang jeg hopper i vs.net for at lave lidt C#
error highlighting er en rimlig rar ting. live templates, refactoring, plugins eller bare sådan noget som curly brace matching er langt bedre lavet... og der er mange mange andre ting.
Det er sådan set enhver feature den har lavet som er lavet bedre i f.eks intellij og så er der selvfølgelig alle de features som den slet ikke har.
Og ud over det så er vs.net 2005 buggy. kører jeg f.eks profileren et lille stykke tid så crasher den og tager hele vs.net med sig.
error highlighting er en rimlig rar ting. live templates, refactoring, plugins eller bare sådan noget som curly brace matching er langt bedre lavet... og der er mange mange andre ting.
Det er sådan set enhver feature den har lavet som er lavet bedre i f.eks intellij og så er der selvfølgelig alle de features som den slet ikke har.
Og ud over det så er vs.net 2005 buggy. kører jeg f.eks profileren et lille stykke tid så crasher den og tager hele vs.net med sig.
Tjahh med udviklingen af Mono og DOTGNU, så ser jeg da også hellere .NET vinder end Java. Det ser udtil at have udsigter, med at Java bliver fri.
#12 TulljR
Er heller ikke meget for ting, som kan opfordre til dovenskab.
Men sproget er jo heldigvis ikke bundet, til nogen givne værktøjer. Ved ikke hvor udbredt udvikling, i rene editore er på Windows platformen. Tror det er en af de mange kulturforskelle.
Med forbehold for at man vel dårligt, kan kalde Emacs for en ren editor... hehe Et minimalistisk OS, er vel mere rammende.
#12 TulljR
Er heller ikke meget for ting, som kan opfordre til dovenskab.
Men sproget er jo heldigvis ikke bundet, til nogen givne værktøjer. Ved ikke hvor udbredt udvikling, i rene editore er på Windows platformen. Tror det er en af de mange kulturforskelle.
Med forbehold for at man vel dårligt, kan kalde Emacs for en ren editor... hehe Et minimalistisk OS, er vel mere rammende.
#18 skidrow, nu får i jo harmony. Og selv om jeg ikke troede helt på det så begynder det aligevel at ligne noget efter de donationer som ibm og intel allerede er kommet med... og flere vil nok dukke op. Og der spekuleres om ibm vil smide J9 med... hvis det sker er de kommet rimlig langt på kort tid.
edit->
se
http://dynamicsemantics.blog-city.com/harmonyintel...
http://jonasboner.com/?p=69
edit->
se
http://dynamicsemantics.blog-city.com/harmonyintel...
http://jonasboner.com/?p=69
Dette er jo fordi firmaerne (stadigvæk) ikke ved der findes bedre alternativer som en LAMP løsning.
Derudover mangler vi jo bare at lære 90% af disse .NET programmører at kode , og ikke bare bruge drag&drop , og at lære at kode html.
Sig hvad i vil, .NET har en dårligere kodestandard inden for HTML/CSS end PHP/JSP/Perl.
Derudover mangler vi jo bare at lære 90% af disse .NET programmører at kode , og ikke bare bruge drag&drop , og at lære at kode html.
Sig hvad i vil, .NET har en dårligere kodestandard inden for HTML/CSS end PHP/JSP/Perl.
For mig at se er forskellen på .NET og fx. C++ ca den samme som forskellen på Frontpage og en tekst editor.
Hvis man bare lige skal lave et hurtigt program til at automatisere en enkelt ting, og som primært skal bruges til backends, egen brug eller admin ting, hvor hastighed og systemressourcer intet betyder, så er .NET vejen frem. Ingen grund til at opfinde den dybe tallerken igen.
Men hvis man planlægger at udgive et program til et seriøst publikum, så er .NET en amatøragtig genvej.
Hvis man bare lige skal lave et hurtigt program til at automatisere en enkelt ting, og som primært skal bruges til backends, egen brug eller admin ting, hvor hastighed og systemressourcer intet betyder, så er .NET vejen frem. Ingen grund til at opfinde den dybe tallerken igen.
Men hvis man planlægger at udgive et program til et seriøst publikum, så er .NET en amatøragtig genvej.
#21
www.microsoft.com er en rimlig seriøs side imo, og den er vist nok lige lavet i .NET
Jeg tror de har masser hits hver eneste dag, så helt falit er dette helvedesmonster, der kaldes .NET, nok ikke.
www.microsoft.com er en rimlig seriøs side imo, og den er vist nok lige lavet i .NET
Jeg tror de har masser hits hver eneste dag, så helt falit er dette helvedesmonster, der kaldes .NET, nok ikke.
Til dem som mener at Drag&Drop ikke er programmering har tydeligtvis ikke forstået ideen.
Drag&Drop af controls og lignende, er bare endnu en måde at gøre trivielle ting lette på.
Men i bruger vel også kun assembler fordi en compiler ikke er for programmører osv. Hvad i php anvender i heller ikke nl2br metoden, men skriver en selv hver gang ? Brug af controls og lignende man can drag&drop'e er bare en anden måde at kalde funktionalitet på, som går ens arbejde så meget nemmere.
Hvis jeg på en webside skal havde valideret om der er data i et felt, og om det indtastede er en korrekt email adresse, så drag&drop'er jeg en RequiredFieldValidator og fortæller den hvad textfelt det er, og en RegularExpressionalidator og fortæller den hvilket textfelt det drejer sig om, og hvad regexp der skal bruges. Hvis jeg ønsker det trækker jeg en ValidationSummary ind på siden også, og der dukker fejltexterne så helt automatisk op.
Jeg kan også vælge om det skal være client eller server side checket skal laves osv.
Det er utroligt nemt, og hvorfor pokker skulle jeg spilde min tid på sådanne trivielle ting ? Når der er langt mere komplekse og spændende opgaver at arbejde med ?
At tro man er en bedre udvikler fordi man bare vil havde en editor hvor man skal skrive alt selv er absurt. Det er nærmere et eksempel på folk der ikke vil følge med udviklingen.
Drag&Drop af controls og lignende, er bare endnu en måde at gøre trivielle ting lette på.
Men i bruger vel også kun assembler fordi en compiler ikke er for programmører osv. Hvad i php anvender i heller ikke nl2br metoden, men skriver en selv hver gang ? Brug af controls og lignende man can drag&drop'e er bare en anden måde at kalde funktionalitet på, som går ens arbejde så meget nemmere.
Hvis jeg på en webside skal havde valideret om der er data i et felt, og om det indtastede er en korrekt email adresse, så drag&drop'er jeg en RequiredFieldValidator og fortæller den hvad textfelt det er, og en RegularExpressionalidator og fortæller den hvilket textfelt det drejer sig om, og hvad regexp der skal bruges. Hvis jeg ønsker det trækker jeg en ValidationSummary ind på siden også, og der dukker fejltexterne så helt automatisk op.
Jeg kan også vælge om det skal være client eller server side checket skal laves osv.
Det er utroligt nemt, og hvorfor pokker skulle jeg spilde min tid på sådanne trivielle ting ? Når der er langt mere komplekse og spændende opgaver at arbejde med ?
At tro man er en bedre udvikler fordi man bare vil havde en editor hvor man skal skrive alt selv er absurt. Det er nærmere et eksempel på folk der ikke vil følge med udviklingen.
#21
Jeg kan kun være helt og aldeles uenig...
Som udvikler af et stort og meget skalerbart system i .NET, med både omfattende end user GUI og web sites, kan jeg kun sige at det har været ydderst overbevisende til opgaven.
Ikke at det så kunne falde mig ind at bruge et IDE, den slags er trægt og ugennemsigtigt - ultraedit og csc.exe så er vi kørende...
Jeg har tidligere været hardcore C++ fanatiker, men Time To Market på en C++ application eller backend står slet ikke mål med den du får med C# og .NET, og performancen af .NET er fuldt ud acceptable både til backend og GUI.
Jeg kan kun være helt og aldeles uenig...
Som udvikler af et stort og meget skalerbart system i .NET, med både omfattende end user GUI og web sites, kan jeg kun sige at det har været ydderst overbevisende til opgaven.
Ikke at det så kunne falde mig ind at bruge et IDE, den slags er trægt og ugennemsigtigt - ultraedit og csc.exe så er vi kørende...
Jeg har tidligere været hardcore C++ fanatiker, men Time To Market på en C++ application eller backend står slet ikke mål med den du får med C# og .NET, og performancen af .NET er fuldt ud acceptable både til backend og GUI.
#20
Det tror du vel ikke selv på.
Tror du virkeligt alle appliaktioner kan laves på en LAMP løsning ?
Et tekstbehandlingssystem lavet som en webløsning, hehehe
'Derudover mangler vi jo bare at lære 90% af disse .NET programmører at kode'
Du har tydeligtvis misforstået et eller andet vitalt.
'og ikke bare bruge drag&drop , og at lære at kode html.
Sig hvad i vil, .NET har en dårligere kodestandard inden for HTML/CSS end PHP/JSP/Perl.'
Igen ved du ikke hvad du snakker om VS2005 leverer korrekt xhtml hvis du beder den om det. (og det gør jeg). php,jsp,perl leverer kun det du fortæller den, hvilket meget nemt kan være noget værre rod. Igen gør VS2005 livet nemmere for mig, så jeg kan bruge min tid på komplexe opgaver og ikke trivielle ting som html og lignende.
p.s. Man koder ikke html, html er ikke et programmeringssprog.
Det tror du vel ikke selv på.
Tror du virkeligt alle appliaktioner kan laves på en LAMP løsning ?
Et tekstbehandlingssystem lavet som en webløsning, hehehe
'Derudover mangler vi jo bare at lære 90% af disse .NET programmører at kode'
Du har tydeligtvis misforstået et eller andet vitalt.
'og ikke bare bruge drag&drop , og at lære at kode html.
Sig hvad i vil, .NET har en dårligere kodestandard inden for HTML/CSS end PHP/JSP/Perl.'
Igen ved du ikke hvad du snakker om VS2005 leverer korrekt xhtml hvis du beder den om det. (og det gør jeg). php,jsp,perl leverer kun det du fortæller den, hvilket meget nemt kan være noget værre rod. Igen gør VS2005 livet nemmere for mig, så jeg kan bruge min tid på komplexe opgaver og ikke trivielle ting som html og lignende.
p.s. Man koder ikke html, html er ikke et programmeringssprog.
#regus
Helt enig, udvikling af store applikationer i C++ tager bare længere tid.
Men jeg er nu ikke enig i at VS2005 er ugennemsigtig. Og hvis jeg ser på hvad power og hjælp i udviklingen jeg mister ved at bruge UltraEdit(som forresten er den absolut bedste editor på markedet (gældne for alle OS'er)) så vil jeg ikke skifte.
Helt enig, udvikling af store applikationer i C++ tager bare længere tid.
Men jeg er nu ikke enig i at VS2005 er ugennemsigtig. Og hvis jeg ser på hvad power og hjælp i udviklingen jeg mister ved at bruge UltraEdit(som forresten er den absolut bedste editor på markedet (gældne for alle OS'er)) så vil jeg ikke skifte.
#15 luuuu
Hvad hardet med Emacs og VIM at gøre, hvis du ikke kan sprogene?.
"Det er så mange Toyota dele, som ikke passer i en Nissan..."
Hvad pokker regner du med? Du programmere til de forskellige eksterne OS API'er, som sjovt nok ikke er ens fra OS til OS.
I UNX platforme kan du så for det meste, rekompilere tingene på den anden platform. Også tager build miljøet hensyn, til de små forskelle og nuancer.
Når dukender arkitekturen, så kandu da også sagtens porte ting til embedded. Størrelse er så et hensyn. Men ellers skal compileren, jo blot kende arkitekturen. Dos kender jeg dog ikke til.
Dette er desværre ofte korrekt. Hvis du kommer ind de steder, hvor der sidder mange hackere. Så er begyndere bestemt, ikke velkomne. Bryder mig ikke selv om den atitude, men kender den og ved den eksistere.
MAn skal generelt passe på med, at rende ind i udviklerkanaler, og stille (for dem) enkle spørgsmål. Det er nok et spørgsmål om, at få lavet nogle kanaler og fora for noobs og eksperimenterende . Så de ikke skal møde, de andre typer lige i starten.
Interessere mig ikke i VS, kun i om sproget er anvendeligt.
Sproget er jo platformsuafhængigt, hvilet er mere end mankan sige om VS.
Hvis du kan programmere, så er VS kun en bekvemmeligheds ting. Og du ville kunne have lavet, alle de samme ting, i en plain editor. Hvis du kan programmere, så er brugen af en compiler dit mindste problem.
Det er der generelt ikke nogen som gør, selvom de ikke bruger point and click. Generelt vil man jo kunne starte et sted. Og er det ikke ens første projekt, har man sikkert kode, som kan genanvendes.
Nu er der folk som er hurtigere, på et tastatur end med en mus.
Disse bliver bestemt ikke mere produktive i VS, end i deres favorit editor.
Jeg tror der er flere grunde til folk ikke gider at side med vim/emacs og lave kilometervis af kode.
1) Det er så fandens umuligt at finde ud af hvad der egentlig er standarden indenfor C/C++/osv.
Hvad hardet med Emacs og VIM at gøre, hvis du ikke kan sprogene?.
Der kommer så mange forskellige pakker i alle de forskellige Linux versioner, hvor ingen af dem virker i Windows, og dem der findes til Windows har intet at gøre i Linux, og hvis man så tager Unix med i diskussionen er det umuligt at finde rundt i.
"Det er så mange Toyota dele, som ikke passer i en Nissan..."
Hvad pokker regner du med? Du programmere til de forskellige eksterne OS API'er, som sjovt nok ikke er ens fra OS til OS.
I UNX platforme kan du så for det meste, rekompilere tingene på den anden platform. Også tager build miljøet hensyn, til de små forskelle og nuancer.
Samtidig er der også alt det med Dos programmering, Windows programmering, Linux programmering, og portable-programmering der gerne skulle virke på det hele men som regel bare er en gang bæ, på grund af smutveje og lappeløsninger.
Når dukender arkitekturen, så kandu da også sagtens porte ting til embedded. Størrelse er så et hensyn. Men ellers skal compileren, jo blot kende arkitekturen. Dos kender jeg dog ikke til.
2) Det er så forbandet svært at finde gode ressourcer til C/C++/osv. Der er så mange dårlige bøger og dårlige hjælpe-forums at det er helt utroligt, og generelt (min mening) er selve det der oldschool programmerings community meget fjendtligt når man ikke ved så meget.
Dette er desværre ofte korrekt. Hvis du kommer ind de steder, hvor der sidder mange hackere. Så er begyndere bestemt, ikke velkomne. Bryder mig ikke selv om den atitude, men kender den og ved den eksistere.
Det går kun ud på at tilsvine folk der ikke skriver grammatisk korrekt (meget ligesom her), og stiller "forkerte" spørgsmål. Ikke hjælpe. Al den hjælp man får er typisk "køb en bog", "rtfm" eller "dø".
MAn skal generelt passe på med, at rende ind i udviklerkanaler, og stille (for dem) enkle spørgsmål. Det er nok et spørgsmål om, at få lavet nogle kanaler og fora for noobs og eksperimenterende . Så de ikke skal møde, de andre typer lige i starten.
3) .NET er uendelig meget hurtigere. Alle der kommer ind i .NET programmering vil meget hurtigt finde ud af, eller høre om, Visual Studio, der er genialt.
Interessere mig ikke i VS, kun i om sproget er anvendeligt.
Sproget er jo platformsuafhængigt, hvilet er mere end mankan sige om VS.
Det er et genialt IDE der indeholder alt hvad man skal bruge, og så skal man ikke til at rode rundt med 14 forskellige compilere der alle kun kan halvdelen af de ting de burde, og egentlig ikke er til at finde ud af.
Hvis du kan programmere, så er VS kun en bekvemmeligheds ting. Og du ville kunne have lavet, alle de samme ting, i en plain editor. Hvis du kan programmere, så er brugen af en compiler dit mindste problem.
Hvorfor sidde i flere dage for at lave selve omridset af en Windows applikation, der kan laves med et par tryk på en museknap i VS?
Det er der generelt ikke nogen som gør, selvom de ikke bruger point and click. Generelt vil man jo kunne starte et sted. Og er det ikke ens første projekt, har man sikkert kode, som kan genanvendes.
Du må forstå at der er ingen fordele i at sidde og programmere i notepad kloner, med mindre man er en ASM guru der har siddet i 30 år og lavet programmer på micro-basis, og som nægter med hænder og fødder at bruge denhersens nye og farlige teknologi, der kan gøre det samme, bare lidt hurtigere. :)?
Nu er der folk som er hurtigere, på et tastatur end med en mus.
Disse bliver bestemt ikke mere produktive i VS, end i deres favorit editor.
#20, der findes mindst, hvis ikke flere, dårlige programmører, eller skal vi kalde dem scriptere, inden for PHP/JSP/PL.
Om man overholder fx. HTML/CSS standarder, har intet med sproget at gøre, men udviklerens kundskaber. Ingen har sagt at man SKAL bruge et værktøj som laver autogenereret kode, alle sprog kan kodes i en tekst editor.
".NET har en dårligere kodestandard inden for HTML/CSS end PHP/JSP/Perl"
Definér.
Om man overholder fx. HTML/CSS standarder, har intet med sproget at gøre, men udviklerens kundskaber. Ingen har sagt at man SKAL bruge et værktøj som laver autogenereret kode, alle sprog kan kodes i en tekst editor.
".NET har en dårligere kodestandard inden for HTML/CSS end PHP/JSP/Perl"
Definér.
#27
Det er ikke fordi det er så slemt med ugennemsigtigheden, men som "gammel" hardcore C++ koder er det svært at slippe den finkontrol det giver at skrive det hele selv.
Og så er jeg for anderles tænkende til at acceptere et miljø - jeg har skrevet et bjerg af tools - bla. mit eget xml gui definitionssprog, et ER/Class diagrameringsværktøj, som generer både klasser og DDL kode - et system der gør at jeg kan skrive C# på et meta niveau således at jeg kan kode koden og diverse andre ting så jeg skriver mindre og mindre reel kode :-)
Jeg hader repetitive opgaver, så hver gang jeg støder ind i en skriver jeg et værktøj til at løse den istedet :-)
Og hvad angår ultraedit så mangler den meget hårdt muligheden for at kalde en ekstern app med gode nok argumenter til at man kan skrive en ekstern makro håndtering, og det indbyggede makrosprog er ikke godt nok - det er den eneste del jeg misunder VS for :-)
Det er ikke fordi det er så slemt med ugennemsigtigheden, men som "gammel" hardcore C++ koder er det svært at slippe den finkontrol det giver at skrive det hele selv.
Og så er jeg for anderles tænkende til at acceptere et miljø - jeg har skrevet et bjerg af tools - bla. mit eget xml gui definitionssprog, et ER/Class diagrameringsværktøj, som generer både klasser og DDL kode - et system der gør at jeg kan skrive C# på et meta niveau således at jeg kan kode koden og diverse andre ting så jeg skriver mindre og mindre reel kode :-)
Jeg hader repetitive opgaver, så hver gang jeg støder ind i en skriver jeg et værktøj til at løse den istedet :-)
Og hvad angår ultraedit så mangler den meget hårdt muligheden for at kalde en ekstern app med gode nok argumenter til at man kan skrive en ekstern makro håndtering, og det indbyggede makrosprog er ikke godt nok - det er den eneste del jeg misunder VS for :-)
#19 loaded
Java problemet har bare eksisteret så længe nu, at jeg bliver frustreret.Så når Mono og DOTGNU er nået så langt som de er, med at implementere .NET tingene. Så håber jeg jo, det kan erstatte Java. Og derved formindske problemet. Indtil Java bliver fri. Men håber da stadig på Java snarrest muligt bliver fri også. Med eller uden Suns hjælp. Og her er Harmony da et projekt, jeg håber en del på.
nu får i jo harmony. Og selv om jeg ikke troede helt på det så begynder det aligevel at ligne noget efter de donationer som ibm og intel allerede er kommet med... og flere vil nok dukke op. Og der spekuleres om ibm vil smide J9 med... hvis det sker er de kommet rimlig langt på kort tid.
Java problemet har bare eksisteret så længe nu, at jeg bliver frustreret.Så når Mono og DOTGNU er nået så langt som de er, med at implementere .NET tingene. Så håber jeg jo, det kan erstatte Java. Og derved formindske problemet. Indtil Java bliver fri. Men håber da stadig på Java snarrest muligt bliver fri også. Med eller uden Suns hjælp. Og her er Harmony da et projekt, jeg håber en del på.
1) .Net er et framework
2) Man kan programmere op til dette framework med forskellige sprog.
3) Ligesom der findes mange andre værktøjer, er VS endnu et værktøj.
Dem som krtiserer herinde om drag'n'drop, dårlig kode generering.. Hvis I kan se forskellen i de 3 ovennævnte punkter, så vil I ikke skrive den slags kommentarer.
Dem som snakker om performance tab i .Net, Get a life!
Microsoft bruger den, Danske bank koncernen bruger den. Hvis I kender en smugle til det her, så vil I ikke sige det sådan.
2) Man kan programmere op til dette framework med forskellige sprog.
3) Ligesom der findes mange andre værktøjer, er VS endnu et værktøj.
Dem som krtiserer herinde om drag'n'drop, dårlig kode generering.. Hvis I kan se forskellen i de 3 ovennævnte punkter, så vil I ikke skrive den slags kommentarer.
Dem som snakker om performance tab i .Net, Get a life!
Microsoft bruger den, Danske bank koncernen bruger den. Hvis I kender en smugle til det her, så vil I ikke sige det sådan.
#16: Vi kan godt blive enige om at hver IDE har sine fordele og ulemper, jeg mener dog langt fra man kan sammenligne VS 2005 med JBuilder 4. Jeg tror det snarere er et spørgsmål om at du føler dig lidt handicapped fordi du ikke er vant til at arbejde med IDE'en :)
Jeg anvender dog ikke den visuelle editor i VS. Jeg beskæftiger mig primært med webudvikling til dagligt og her finder jeg det en del mere komfortabelt at håndkode mine sider (jeg bryder mig ikke så meget om visuelle editorer hvor jeg ikke kan styre kodegenereringen). Tilgengæld finder jeg kodeeditoren i VS 2005 ret så genial (den er 2003 versionen klart overlegen) og efterhånden som jeg får mere og mere styr på at lave custom tools og VS Add-ins finder jeg faktisk IDE'en utrolig fleksibel. Jeg er ved at have de fleste af mine custom værktøjer integereret med editoren :)
#21: Jeg udvikler løsninger der skaleres over 30 servere i .NET og servicerer ca. 350.000 unikke brugere på daglig basis. Jeg finder bestemt ikke .NET amatør-agtigt til Enterprise udvikling.
Jeg anvender dog ikke den visuelle editor i VS. Jeg beskæftiger mig primært med webudvikling til dagligt og her finder jeg det en del mere komfortabelt at håndkode mine sider (jeg bryder mig ikke så meget om visuelle editorer hvor jeg ikke kan styre kodegenereringen). Tilgengæld finder jeg kodeeditoren i VS 2005 ret så genial (den er 2003 versionen klart overlegen) og efterhånden som jeg får mere og mere styr på at lave custom tools og VS Add-ins finder jeg faktisk IDE'en utrolig fleksibel. Jeg er ved at have de fleste af mine custom værktøjer integereret med editoren :)
#21: Jeg udvikler løsninger der skaleres over 30 servere i .NET og servicerer ca. 350.000 unikke brugere på daglig basis. Jeg finder bestemt ikke .NET amatør-agtigt til Enterprise udvikling.
#35 TullejR
Gør dig nu ikke dummere end nødvendigt. Afhængigt af opgaven, så er der som regel kun meget få tidskritiske komponenter - hvis nogen overhovedet.
Og hvis funktionaliteten er gemt bag et GUI, en webservice eller bruger database adgang, så er det (forbavsende) lille performance tab som .Net eller Java giver totalt uden betydning.
Gør dig nu ikke dummere end nødvendigt. Afhængigt af opgaven, så er der som regel kun meget få tidskritiske komponenter - hvis nogen overhovedet.
Og hvis funktionaliteten er gemt bag et GUI, en webservice eller bruger database adgang, så er det (forbavsende) lille performance tab som .Net eller Java giver totalt uden betydning.
Altså jeg syns det er godt, at der er kommet et godt udviklingsmiljø, men mennesker som mig som har et ben både i windows og linux verdenen, så ville jeg nok hellere have set at det var en multiplatformsmiljø som blev brugt. Men dette tror jeg ikke sker, da chancen for at MS smider .Net ud i en version til linux, nok er meget begrænset.
#38
Sprog og udviklervæktøj er hver sin ting. Derfor er VS 2005 heldigivs ikke påkrævet. Kig eventuelt på Monodevelop.com
Personligt ser jeg ingen grund til at ønske, at Microsoft udviklede til GNU/Linux platformen. På nuværende tidspunkt that is. De har udviklet licenser, som er tæt på at blive godkendte af OSI og FSF. Så mangler det bare, at de aktivt begnderr at bruge sådanne licenser, til flere ting end i dag.
Sprog og udviklervæktøj er hver sin ting. Derfor er VS 2005 heldigivs ikke påkrævet. Kig eventuelt på Monodevelop.com
Personligt ser jeg ingen grund til at ønske, at Microsoft udviklede til GNU/Linux platformen. På nuværende tidspunkt that is. De har udviklet licenser, som er tæt på at blive godkendte af OSI og FSF. Så mangler det bare, at de aktivt begnderr at bruge sådanne licenser, til flere ting end i dag.
#23 & #25:
Beklager, det fik jeg vist ikke gjort mig helt klart - Jeg mente kun som distribuerede programmer. Exe-filer I ved.
Webservers hører under backends for mig, også selvom de skriver til frontend'en, fordi brugeren ikke har noget direkte at gøre med det, men kommunikerer gennem html. Og på servere har systemressourcer, opstartshastighed og lignende heller ikke noget at sige.
På nettet er .NET absolut en god ting. Koden er langt pænere end fx. PHP, og meget mere overskuelig og udbyggelig.
Beklager, det fik jeg vist ikke gjort mig helt klart - Jeg mente kun som distribuerede programmer. Exe-filer I ved.
Webservers hører under backends for mig, også selvom de skriver til frontend'en, fordi brugeren ikke har noget direkte at gøre med det, men kommunikerer gennem html. Og på servere har systemressourcer, opstartshastighed og lignende heller ikke noget at sige.
På nettet er .NET absolut en god ting. Koden er langt pænere end fx. PHP, og meget mere overskuelig og udbyggelig.
#40: Ah ok, på det punkt kan vi godt være enige. Jeg skriver stadig klient-programmer, hvor klientens konfiguration er ukendt, i native kode eftersom .NET desværre ikke er standard-installeret under alle Windows installationer endnu.
Jeg forventer dog at Microsoft snart vil tage det skridt hvorefter jeg vil spå at det er et spørgsmål om tid før .NET også vil dominere den front.
Jeg forventer dog at Microsoft snart vil tage det skridt hvorefter jeg vil spå at det er et spørgsmål om tid før .NET også vil dominere den front.
sguft:
Enig den detalje ville være fed at havde i UltraEdit.
Men send en mail til dem om det, de plejer at tage godt imod ideer.
Har selv bedt dem om at indføre en FTP browser, som jeg synes der mangler, når man koder op mod extern server.
Enig den detalje ville være fed at havde i UltraEdit.
Men send en mail til dem om det, de plejer at tage godt imod ideer.
Har selv bedt dem om at indføre en FTP browser, som jeg synes der mangler, når man koder op mod extern server.
#40
.Net og PHP kan ikke sammenlignes, .NET er udenlukkende et framework, mens PHP er et udviklingsprog, kan du se forskellen?
Et sprog som C# udviklet af Microsoft til .NET har mange syntaks ligheder med PHP, hvorimod et sprog som vb.net er langt fra PHP hvad angår syntaks.
Men det er håbløs at diskutere hvilke sprog der er bedst, det kommer meget and på om man er til "skriftsprog" eller "tegnsprog"
Altså skrive ord i stedet for tuborg klammer { } o.s.v.
Kender desværre ikke meget til vb.net og andre "Skriftsprog" så tør ikke rode mig ud i et relavant eksempel af frygt for at det er forkert.
På nettet er .NET absolut en god ting. Koden er langt pænere end fx. PHP, og meget mere overskuelig og udbyggelig.
.Net og PHP kan ikke sammenlignes, .NET er udenlukkende et framework, mens PHP er et udviklingsprog, kan du se forskellen?
Et sprog som C# udviklet af Microsoft til .NET har mange syntaks ligheder med PHP, hvorimod et sprog som vb.net er langt fra PHP hvad angår syntaks.
Men det er håbløs at diskutere hvilke sprog der er bedst, det kommer meget and på om man er til "skriftsprog" eller "tegnsprog"
Altså skrive ord i stedet for tuborg klammer { } o.s.v.
Kender desværre ikke meget til vb.net og andre "Skriftsprog" så tør ikke rode mig ud i et relavant eksempel af frygt for at det er forkert.
Hej!
jeg ved ik, jeg har aldrig udviklet hverken c eller c# men er det ikke lidt somom at deres nye fine .NET er lidt ligesom Frontpage er for hjemmesider?
jeg ville frygte at det jeg lavede ville komme til at køre utrolig uoptimeret og langsomt, (men hvis man tænker i microsofts tankegang er det selvfølgelig ligemeget, der kommer jo altid en hurtigere computer dagen efter) Men stadig, er det det vi vil have?
Selv arbejder jeg udelukkende i BSD og Linux, i hosting branchen..
jeg ved ik, jeg har aldrig udviklet hverken c eller c# men er det ikke lidt somom at deres nye fine .NET er lidt ligesom Frontpage er for hjemmesider?
jeg ville frygte at det jeg lavede ville komme til at køre utrolig uoptimeret og langsomt, (men hvis man tænker i microsofts tankegang er det selvfølgelig ligemeget, der kommer jo altid en hurtigere computer dagen efter) Men stadig, er det det vi vil have?
Selv arbejder jeg udelukkende i BSD og Linux, i hosting branchen..
#35
Jeg vil gå så langt som at påstå at java i de fleste non-gui tilfælde er hurtigere end C/C++, når der kommer gui på er det så noget helt andet...
Eller rettere, for at gøre C++ ære, for det er trodsalt det sprog jeg bruger mest, java er hurtigere når du kører kode der indeholder mange løkker, fordi java kan lave nogle frække ting med mange løkke konstruktioner, som ikke er nemme at efterligne i C/C++.
Jeg aner ikke hvordan .Net er, men jeg må indrømme jeg ikke har været specielt imponeret af .net på performance siden, indtil nu.
Jeg vil gå så langt som at påstå at java i de fleste non-gui tilfælde er hurtigere end C/C++, når der kommer gui på er det så noget helt andet...
Eller rettere, for at gøre C++ ære, for det er trodsalt det sprog jeg bruger mest, java er hurtigere når du kører kode der indeholder mange løkker, fordi java kan lave nogle frække ting med mange løkke konstruktioner, som ikke er nemme at efterligne i C/C++.
Jeg aner ikke hvordan .Net er, men jeg må indrømme jeg ikke har været specielt imponeret af .net på performance siden, indtil nu.
#45
'men er det ikke lidt somom at deres nye fine .NET er lidt ligesom Frontpage er for hjemmesider?'
Absolut ikke, det er en gammel skrøne som folk bliver ved med at hænge i, Frontpage i dag kan faktisk lave langt bedre HTML (ikke helt korrekt html) end i gamle dage.
Det samme gælder deres framework og C#/vb sprogene og frameworket er blevet optimeret og gennemarbejde, og er i dag rigtigt gode.
'jeg ville frygte at det jeg lavede ville komme til at køre utrolig uoptimeret og langsomt, (men hvis man tænker i microsofts tankegang er det selvfølgelig ligemeget, der kommer jo altid en hurtigere computer dagen efter) Men stadig, er det det vi vil have?'
Igen en skrøne, .net er meget hurtigt og når man tager den langt hurtigere udviklingstid i betragtning i forhold til f.eks. c/c++ så er det en lille pris at betale.
'men er det ikke lidt somom at deres nye fine .NET er lidt ligesom Frontpage er for hjemmesider?'
Absolut ikke, det er en gammel skrøne som folk bliver ved med at hænge i, Frontpage i dag kan faktisk lave langt bedre HTML (ikke helt korrekt html) end i gamle dage.
Det samme gælder deres framework og C#/vb sprogene og frameworket er blevet optimeret og gennemarbejde, og er i dag rigtigt gode.
'jeg ville frygte at det jeg lavede ville komme til at køre utrolig uoptimeret og langsomt, (men hvis man tænker i microsofts tankegang er det selvfølgelig ligemeget, der kommer jo altid en hurtigere computer dagen efter) Men stadig, er det det vi vil have?'
Igen en skrøne, .net er meget hurtigt og når man tager den langt hurtigere udviklingstid i betragtning i forhold til f.eks. c/c++ så er det en lille pris at betale.
"Absolut ikke, det er en gammel skrøne som folk bliver ved med at hænge i, Frontpage i dag kan faktisk lave langt bedre HTML (ikke helt korrekt html) end i gamle dage."
Og alligevel er du , Disky, den eneste ud af 200 asp.net programmører jeg har snakket/chattet med, som lyder til kunne finde på at overholde w3c's anbefalinger.
Resten er komplet ligeglad, og finder IE og frontpage html fint nok....
At PHP er bedre siger jeg ikke, jeg siger at folk der bruger wysiwyg har mere hang til at være ligeglad med hvordan koden ser ud, er navngivet, dokumenteret osv.
Og specielt er de ret tit ligeglad med markup, og checker kun i en case (IE).
Forresten... hvis .NET er så godt, hvor er den officielle codeconvension/namingconvension henne ?
Jeg ledte efter den, men kunne ej finde den.
Microsoft må da helt klart have lavet en... eller har de virkelig undladt sådan en vigtig ting, fordi at folk skulle kode i wysiwyg editorer ?
Og alligevel er du , Disky, den eneste ud af 200 asp.net programmører jeg har snakket/chattet med, som lyder til kunne finde på at overholde w3c's anbefalinger.
Resten er komplet ligeglad, og finder IE og frontpage html fint nok....
At PHP er bedre siger jeg ikke, jeg siger at folk der bruger wysiwyg har mere hang til at være ligeglad med hvordan koden ser ud, er navngivet, dokumenteret osv.
Og specielt er de ret tit ligeglad med markup, og checker kun i en case (IE).
Forresten... hvis .NET er så godt, hvor er den officielle codeconvension/namingconvension henne ?
Jeg ledte efter den, men kunne ej finde den.
Microsoft må da helt klart have lavet en... eller har de virkelig undladt sådan en vigtig ting, fordi at folk skulle kode i wysiwyg editorer ?
Personligt er jeg blevet "omvendt". Jeg brød mig generelt ikke om visuelle udviklingsværktøjer da jeg arbejdede med Java og foretrak at skrive al koden selv, selv GUI m.m.
Nu benytter jeg Visual Studio 2003 (snart 05) og jeg elsker den IDE.
Det er blevet betydeligt hurtigere og nemmere at udvikle nu, fordi med en god IDE tager man tid væk fra de ensformige opgaver så som eksemplevis oprettelse af valideringer som nævnt af en tidligere i tråden, og kan istedet bekymre sig mere om forretningslogikken og relevant kode.
Visual Stuido 2003+ gør ingen automatisk til "udvikler", men den er en god IDE og som alle gode IDE'er, kan den klart forbedre produktiviteten.
Nu benytter jeg Visual Studio 2003 (snart 05) og jeg elsker den IDE.
Det er blevet betydeligt hurtigere og nemmere at udvikle nu, fordi med en god IDE tager man tid væk fra de ensformige opgaver så som eksemplevis oprettelse af valideringer som nævnt af en tidligere i tråden, og kan istedet bekymre sig mere om forretningslogikken og relevant kode.
Visual Stuido 2003+ gør ingen automatisk til "udvikler", men den er en god IDE og som alle gode IDE'er, kan den klart forbedre produktiviteten.
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