mboost-dp1
unknown
Når man vurderer et programmeringssprog, så skal man se udviklingstid contra portabilitet til forskellige devices.
Helt klart .NET burde stå som numero uno!
Helt klart .NET burde stå som numero uno!
#44
ASP.NET bruges helt sikkert mere i størrere løsninger, da det simplethen ikke kan betale sig at bruge til mindre løsninger :)
Mht. Amazon så bruger de både php og C/C++ snasks, ligesom Yahoo :) , ihvertfald ifølge mine kontakter i silicon vally ;)
Da klart at microsoft.com bruger deres eget sprog, men jeg mente nu sider som har en stor brugergruppe af besøgende, jeg tror da at Yahoo! får en del flere besøgende pr. sekund end dell.
#53
.NET = længere udviklingstid hvis du IKKE benytter 100% microsoft produkter (læs: MS database, MS mail etc.)
.NET = ingen portability, det virker kun på windows, mono er ikke rigtig værd at tage med i den betragtning.
Så nej, .NET vil sandsyneligvis stå som en af de sidste ;)
ASP.NET bruges helt sikkert mere i størrere løsninger, da det simplethen ikke kan betale sig at bruge til mindre løsninger :)
Mht. Amazon så bruger de både php og C/C++ snasks, ligesom Yahoo :) , ihvertfald ifølge mine kontakter i silicon vally ;)
Da klart at microsoft.com bruger deres eget sprog, men jeg mente nu sider som har en stor brugergruppe af besøgende, jeg tror da at Yahoo! får en del flere besøgende pr. sekund end dell.
#53
.NET = længere udviklingstid hvis du IKKE benytter 100% microsoft produkter (læs: MS database, MS mail etc.)
.NET = ingen portability, det virker kun på windows, mono er ikke rigtig værd at tage med i den betragtning.
Så nej, .NET vil sandsyneligvis stå som en af de sidste ;)
#54
Det er almindeligt kendt at Amazon bruger Linux som OS og
Oracle som DB.
C++, message queues og web services er kun rygter.
Men man kan jo søge lidt på deres web site for åbne jobs:
keyword C++ finder 140 jobs
keyword java finder 166 jobs
keyword perl finder 117 jobs
keyword PHP finder 7 jobs
Det er almindeligt kendt at Amazon bruger Linux som OS og
Oracle som DB.
C++, message queues og web services er kun rygter.
Men man kan jo søge lidt på deres web site for åbne jobs:
keyword C++ finder 140 jobs
keyword java finder 166 jobs
keyword perl finder 117 jobs
keyword PHP finder 7 jobs
#53
".NET = længere udviklingstid hvis du IKKE benytter 100% microsoft produkter (læs: MS database, MS mail etc.)"
Okay!?.. jeg har ellers ikke oplevet at det tager længere tid hvis man ikke benytter Microsoft produkter, har f.eks. aldrig brugt mssql men altid mysql, og jeg har arbejdet med .net i mere end 2 år.
".NET = længere udviklingstid hvis du IKKE benytter 100% microsoft produkter (læs: MS database, MS mail etc.)"
Okay!?.. jeg har ellers ikke oplevet at det tager længere tid hvis man ikke benytter Microsoft produkter, har f.eks. aldrig brugt mssql men altid mysql, og jeg har arbejdet med .net i mere end 2 år.
#27 (DUdsen):
"Python er lidt mere lisp agtigt hvor man altså kan redigere i et system's kode mens den eksekvere, men det har meget få af lisps andre karektertræk."
Hvad med at funktioner er højereordens og at der er mulighed for currying?
*Suk*. Hvor blev alle de funktionelle sprog af? Hvornår indser verden at det er brugbart at kunne ræsonnere om funktioners/programmers korrekthed?
Om ikke lisp/scheme, hvorfor så ikke Haskell? Funktionelt og alle de features man gerne vil have med, super lækker syntaks og lazy. Hvad mere kan man ønske sig? :-)
Hov. Ruby on Rails er ikke et programmeringssprog, men "a framework that makes it easier to develop, deploy, and maintain web applications." (Citat: Agile Web Development with Rails, som David Heinemeier Hansson er medskribent på.)
"Python er lidt mere lisp agtigt hvor man altså kan redigere i et system's kode mens den eksekvere, men det har meget få af lisps andre karektertræk."
Hvad med at funktioner er højereordens og at der er mulighed for currying?
*Suk*. Hvor blev alle de funktionelle sprog af? Hvornår indser verden at det er brugbart at kunne ræsonnere om funktioners/programmers korrekthed?
Om ikke lisp/scheme, hvorfor så ikke Haskell? Funktionelt og alle de features man gerne vil have med, super lækker syntaks og lazy. Hvad mere kan man ønske sig? :-)
Hov. Ruby on Rails er ikke et programmeringssprog, men "a framework that makes it easier to develop, deploy, and maintain web applications." (Citat: Agile Web Development with Rails, som David Heinemeier Hansson er medskribent på.)
.net kan man jo stort set bruge næsten alle programmeringssprog der findes i dag.
Så hvad er det lige folk snakker om herinde ?
Fremtiden er jo baseret på noget helt andet.. Sammenhæng og sammenspil..og ikke kun en spiller
Så hvad er det lige folk snakker om herinde ?
Fremtiden er jo baseret på noget helt andet.. Sammenhæng og sammenspil..og ikke kun en spiller
#61
Det hedder J# (J-sharp).
#60
Ja, hvis man elllsker at benytte windows.
.NET er ligesom RoR bare en kæmpe pakke af ting som allerede er lavet til dig, så du kan producerer ting hurtigere.
C# som sprog er rigtig godt designet, men java var i princippet godt nok.
#58
Udviklingstiden er stadig længere :) Hvis du brugte python eller php ville en sammenbygning med MySQL være meget hurtigere.
.NET er også alt for langsomt at kode medmindre du har visual studio installeret. Ligesom at mange af de ting som gør ASP.NET værd at benytte kræver en visual-studio licences.
Man bør benytte sprog til formålet. Til webudvikling på linux/apache er php,perl,python og JSP optimalt.
For windows og internet-explorer elskerne er asp/asp.net optimalt.
Det hedder J# (J-sharp).
#60
Ja, hvis man elllsker at benytte windows.
.NET er ligesom RoR bare en kæmpe pakke af ting som allerede er lavet til dig, så du kan producerer ting hurtigere.
C# som sprog er rigtig godt designet, men java var i princippet godt nok.
#58
Udviklingstiden er stadig længere :) Hvis du brugte python eller php ville en sammenbygning med MySQL være meget hurtigere.
.NET er også alt for langsomt at kode medmindre du har visual studio installeret. Ligesom at mange af de ting som gør ASP.NET værd at benytte kræver en visual-studio licences.
Man bør benytte sprog til formålet. Til webudvikling på linux/apache er php,perl,python og JSP optimalt.
For windows og internet-explorer elskerne er asp/asp.net optimalt.
#62
J# gør ikke at man kan bruge java sammen med .net, J# er designet for at java programmører nemt kan skifte til .net platformen.
Hvis man arbejder med .net bruger stort set alle VS, okay der er folk der bruger mono. Det er måske rigtigt nok at hvis det eneste du skal lave er 'select * from lol' så er php utroligt nemt at bruge, men hvis det er en større webapplikation vokser udviklingstid kraftigt for php, og i sidste ende er forskellen mellem f.eks. asp.net og php meget lille.
J# gør ikke at man kan bruge java sammen med .net, J# er designet for at java programmører nemt kan skifte til .net platformen.
Udviklingstiden er stadig længere :) Hvis du brugte python eller php ville en sammenbygning med MySQL være meget hurtigere.
.NET er også alt for langsomt at kode medmindre du har visual studio installeret. Ligesom at mange af de ting som gør ASP.NET værd at benytte kræver en visual-studio licences.
Hvis man arbejder med .net bruger stort set alle VS, okay der er folk der bruger mono. Det er måske rigtigt nok at hvis det eneste du skal lave er 'select * from lol' så er php utroligt nemt at bruge, men hvis det er en større webapplikation vokser udviklingstid kraftigt for php, og i sidste ende er forskellen mellem f.eks. asp.net og php meget lille.
#29 Med backend mener jeg at du kan skrive det hele fra grunden op dvs selve database server, GUI, selve http serveren, i PHP, der er ikke kun et glue sprog.
Hele scripting detbatten er afsporet fordi scripting sprogne og scrip-parserne efterhånden er så kraftfulde og effektive at der ikke er mange områder hvor de ikke kan sammenlignes på ligefod med kompilerede sprog.
Perl er f.eks. JIT kompileret, og du skal faenme værre dygtig hvis du vil skive C-kode der scanner tekst hurtigere perl.
#60 .net er markedsført sådan men i realiteten er det ikke vandvittigt bedre til den slags end andre systemer for inter-process komunikation eller embedding af parsere, unix har altid været et ekstemt blandet system, hvor de forskellige del-elementer spillede sammen, og det var 20år før .net
Hele scripting detbatten er afsporet fordi scripting sprogne og scrip-parserne efterhånden er så kraftfulde og effektive at der ikke er mange områder hvor de ikke kan sammenlignes på ligefod med kompilerede sprog.
Perl er f.eks. JIT kompileret, og du skal faenme værre dygtig hvis du vil skive C-kode der scanner tekst hurtigere perl.
#60 .net er markedsført sådan men i realiteten er det ikke vandvittigt bedre til den slags end andre systemer for inter-process komunikation eller embedding af parsere, unix har altid været et ekstemt blandet system, hvor de forskellige del-elementer spillede sammen, og det var 20år før .net
Yessir - så er der mulighed for lidt religionskrig.
Jamen, det er da fint at folk kan lide forskellige programmeringsprog. Men det er svært at sige at det ene er bedre end den anden. Hver sprog har sine ulempler, ikke?
Personlig er jeg ikke vild med .NET, selvom jeg ikke har arbejdet meget med det, finder jeg ikke måden at arbejde på behageligt.
Php, javascript (og dermed ajax) er to sprog jeg har det behageligt med. Også fordi man selv for lov til at eksperimentere mere, end jeg føler man gør med .NET
Det samme gælder for Actionscript, hold kæft hvor er det et rart sprog. Men det kommer nok også an på hvor man har størst erfaring?
Jamen, det er da fint at folk kan lide forskellige programmeringsprog. Men det er svært at sige at det ene er bedre end den anden. Hver sprog har sine ulempler, ikke?
Personlig er jeg ikke vild med .NET, selvom jeg ikke har arbejdet meget med det, finder jeg ikke måden at arbejde på behageligt.
Php, javascript (og dermed ajax) er to sprog jeg har det behageligt med. Også fordi man selv for lov til at eksperimentere mere, end jeg føler man gør med .NET
Det samme gælder for Actionscript, hold kæft hvor er det et rart sprog. Men det kommer nok også an på hvor man har størst erfaring?
#47 'Mht. C, så er det mit bud at 85% af alt embedded foregår i C.
C++ vil du nok også se mange mange år frem, idet du har et ufatteligt effektivt sprog'
#49 ''Dem jeg har snakket med der laver embedded kode, bruger en form for subset af c++, f.eks. uden ting som vtables.'
nu er det jo saadan, at c et et fuldt subset af c++, hvormed det er korrekt at meget embedded kode er lavet i et subset af c++. derudover kan man ikke angive at kunne c++ uden at kunne c. det ene eksisterer ikke uden det andet.
/stone
C++ vil du nok også se mange mange år frem, idet du har et ufatteligt effektivt sprog'
#49 ''Dem jeg har snakket med der laver embedded kode, bruger en form for subset af c++, f.eks. uden ting som vtables.'
nu er det jo saadan, at c et et fuldt subset af c++, hvormed det er korrekt at meget embedded kode er lavet i et subset af c++. derudover kan man ikke angive at kunne c++ uden at kunne c. det ene eksisterer ikke uden det andet.
/stone
Med hensyn til bedste valg af sprog, så er det næppe one size fits all.
Nogle sprog er gode til store systemer, kræver meget af udviklerne
og prioriterer future maintenance. Andre sprog er gode til
mindre systemer, kræver mindre af udviklerne og prioriterer
initial development. Det er umuligt at være best til det
hele.
J2EE/JSP/Java og ASP.NET/C# er i den ene ende af skalaen.
Python, Ruby, Perl, PHP er i den anden ende af skalaen.
Det giver ikke mening at tale om at den en kategori er bedre
end den anden generelt.
Nogle sprog er gode til store systemer, kræver meget af udviklerne
og prioriterer future maintenance. Andre sprog er gode til
mindre systemer, kræver mindre af udviklerne og prioriterer
initial development. Det er umuligt at være best til det
hele.
J2EE/JSP/Java og ASP.NET/C# er i den ene ende af skalaen.
Python, Ruby, Perl, PHP er i den anden ende af skalaen.
Det giver ikke mening at tale om at den en kategori er bedre
end den anden generelt.
17:
Hvordan kan man sige at C# har et snævert fokus?
Jeg kan godt følge din holdning med "C" hvis du mener at det bliver brugt meget i og med at det bliver brugt af compilere (men kan godt fornemme det ikke er det du mener). I og med at C++ og andre sprog ofte bliver kompilet til C, og derefter til assembler eller maskinkode så bliver C "aldrig" ligegyldigt... Men det bliver mere og mere ligegyldigt for programmøren at lære det. Det er altså ikke en ny og forbigående trend at man går mere og mere over til højniveau programmeringssprog...
set i betragtning af, at en stor del at sprogene i listen bliver overfloediggjort i loebet af faa aar, da de er fortolket og har et snaevert focus, mens c forbliver, saa virker c paa mig som et udemaerket sted at starte.
det som c giver dig, bliver jo ikke mindre vaerd fordi du laerer c++ eller et andet mere eksotisk sprog. desuden skal der stadig programmers driverer og operativsystemer i fremtiden. det handler om hvor du vil laegge fokus.
Hvordan kan man sige at C# har et snævert fokus?
Jeg kan godt følge din holdning med "C" hvis du mener at det bliver brugt meget i og med at det bliver brugt af compilere (men kan godt fornemme det ikke er det du mener). I og med at C++ og andre sprog ofte bliver kompilet til C, og derefter til assembler eller maskinkode så bliver C "aldrig" ligegyldigt... Men det bliver mere og mere ligegyldigt for programmøren at lære det. Det er altså ikke en ny og forbigående trend at man går mere og mere over til højniveau programmeringssprog...
#72,
Hvis du laver en søgning på assembler på dice.com (samme site som brugt i artiklen), så er der 453 jobs ; hvilket er det dobbelte af Ruby.
Og assembler bliver meget brugt til embedded systemer. Når jeg snakker med en kammerat som læser Datateknik på AAU, så skriver de kun C kode når de lige skal lave noget hurtigt high-level code. De programmere generelt assembler, og det er det som de har som et grund sprog, for det er det industrien skal bruge.
For skal du skrive programmer i ANSI C eller lign, skal du have et stort datalager for libraries osv. som ofte er spildt i ikke-pc orienteret computerstyret systemer.
Hvis du laver en søgning på assembler på dice.com (samme site som brugt i artiklen), så er der 453 jobs ; hvilket er det dobbelte af Ruby.
Og assembler bliver meget brugt til embedded systemer. Når jeg snakker med en kammerat som læser Datateknik på AAU, så skriver de kun C kode når de lige skal lave noget hurtigt high-level code. De programmere generelt assembler, og det er det som de har som et grund sprog, for det er det industrien skal bruge.
For skal du skrive programmer i ANSI C eller lign, skal du have et stort datalager for libraries osv. som ofte er spildt i ikke-pc orienteret computerstyret systemer.
For skal du skrive programmer i ANSI C eller lign, skal du have et stort datalager for libraries osv. som ofte er spildt i ikke-pc orienteret computerstyret systemer.
Og man kan ikke bare compile det static?, der er masser af andre muligheder for at lave embedded kode uden at skulle skrive det i asm.
Jeg tror f.eks. ikke de systemer der kører embedded linux, f.eks. nokia 770 der kører debian, er et asm remake af linux, x11, gcc og kde
#74, nu skal jeg ærligt indrømme at jeg ikke selv har personlige erfaringer med det, men selv om du kompiler til assembler, tror jeg det fylder for meget da det ikke kan tage højde for at du kun har fx 4 registere på den processer man lige sidder med på ens print, eller at man ikke kan kode precist nok. For vi snakker jo om systemer hvor lager pladsen ofte bliver målt i kb.
"For vi snakker jo om systemer hvor lager pladsen ofte bliver målt i kb."
Udviklingen går vel den vej at man prøver at lave en form for OS til mange embedded enheder, som f.eks. linux, ios og symbian. Prisen på cpu falder hele tiden, så det er vel bare et sprøgsmål om tid før de klassiske embedded enheder forsvinder.
Udviklingen går vel den vej at man prøver at lave en form for OS til mange embedded enheder, som f.eks. linux, ios og symbian. Prisen på cpu falder hele tiden, så det er vel bare et sprøgsmål om tid før de klassiske embedded enheder forsvinder.
Hvis man skal vælge mellem højniveausprogene, så vil jeg nok råde folk til at vælge Java og/eller C#.
Der er helt sikkert også masser af jobs indenfor C++, men en stor del af det vil være vedligehold af legacykode. Da C++ har nogle år på bagen, vil en del af denne kode typisk være af ret gammel dato. De personer, der skrev koden, var gamle C-programmører som forlængst er over alle stepper. Koden vil være fyldt med "smarte" makroer, rå pointere, c style casts, char arrays, osv. IDE'en er rudimentær, blandt andet fordi makroerne gør det umuligt at lave et parse-træ. Hvis du nogensinde har arbejdet med Eclipse eller IDEA, vil du bande over Visual Studio hver eneste dag. Du vil introducere boost::shared_ptr og dynamic_cast og andre tricks, for at bringe koden op på moderne niveau. Til gengæld vil dine variabeldeklarationer fylde to skærmbredder. Og når compileren melder fejl, lyder den som en sur spritter: Meget ordrig, meget usammenhængende, og kun starten af dens enetale har en anstrengt relevans til virkeligheden.
Om natten vil du drømme, at du reimplementerer hele molevitten i Java eller C#. Men management vil ikke smide udført arbejde væk, så du hænger i suppedasen ..
Der er helt sikkert også masser af jobs indenfor C++, men en stor del af det vil være vedligehold af legacykode. Da C++ har nogle år på bagen, vil en del af denne kode typisk være af ret gammel dato. De personer, der skrev koden, var gamle C-programmører som forlængst er over alle stepper. Koden vil være fyldt med "smarte" makroer, rå pointere, c style casts, char arrays, osv. IDE'en er rudimentær, blandt andet fordi makroerne gør det umuligt at lave et parse-træ. Hvis du nogensinde har arbejdet med Eclipse eller IDEA, vil du bande over Visual Studio hver eneste dag. Du vil introducere boost::shared_ptr og dynamic_cast og andre tricks, for at bringe koden op på moderne niveau. Til gengæld vil dine variabeldeklarationer fylde to skærmbredder. Og når compileren melder fejl, lyder den som en sur spritter: Meget ordrig, meget usammenhængende, og kun starten af dens enetale har en anstrengt relevans til virkeligheden.
Om natten vil du drømme, at du reimplementerer hele molevitten i Java eller C#. Men management vil ikke smide udført arbejde væk, så du hænger i suppedasen ..
#75 Selvfølgeligt tager din c-compiler højde for at der kun er 4 registre på din cpu (eller hvad din cpu ellers har af specifikationer), ellers virker koden overhvedet ikke. Hvad skal den gøre når den prøver at skrive til register nummer 5?
Det er endnu en religionskrig om det er compilere eller mennesker der skriver bedst assembler, men med mindre du har brug for kode der præsser din hardware til det absolut yderste, så er det en irrelevant diskussion, da den tid du bruger på at håndkode assembler, i stedet for at kode C og oversætte er tifoldig.
Naturligivs er der situationer hvor man er nødt til at kode lidt assembler, men typisk er det brudstykker, og størstedelen skrives i c (eller c++ for den sagsskyld) og oversættes.
Det er endnu en religionskrig om det er compilere eller mennesker der skriver bedst assembler, men med mindre du har brug for kode der præsser din hardware til det absolut yderste, så er det en irrelevant diskussion, da den tid du bruger på at håndkode assembler, i stedet for at kode C og oversætte er tifoldig.
Naturligivs er der situationer hvor man er nødt til at kode lidt assembler, men typisk er det brudstykker, og størstedelen skrives i c (eller c++ for den sagsskyld) og oversættes.
Og måske skulle man påpenge situationen som alle altid glemmer i "religionkrig" her på forumet.
Mange firmaer bruger forskellige former for sprog, og vil typisk sende dig på kursus for at lære det.
F.eks. I Danske Bank kandu bliver sendt på et 3 måneders kursus for at lærer deres system og PL/1. Du kan også nemt risikerer at blive sat på et COBOL kursus, da de også skriver batchjob i cobol :)
Så hvis du kun har fattet at kode med musen i Visual Studio, så får du fandme svært ved at følge med :)
Welcome to the world.
Mange firmaer bruger forskellige former for sprog, og vil typisk sende dig på kursus for at lære det.
F.eks. I Danske Bank kandu bliver sendt på et 3 måneders kursus for at lærer deres system og PL/1. Du kan også nemt risikerer at blive sat på et COBOL kursus, da de også skriver batchjob i cobol :)
Så hvis du kun har fattet at kode med musen i Visual Studio, så får du fandme svært ved at følge med :)
Welcome to the world.
#82: AJAX har den fordel at forskellen mellem webapplikationer og alm. applikationer udviskes ved at gøre dem "blink fri" (hehe, fedt udtryk - thumbs up :))
Dette gør også at webapplikationer virker langt mere responsiv på brugeren og dermed giver illusionen af en hurtigere webside, på trods af at besparelsen reelt er mindre på andet en de langsomme forbindelser (ikke bredbånd).
Jeg gælder mig som et lille barn juleaftens dag til at Atlas bliver frigivet da det lover store ting, og virker utrolig rart at arbejde med, og som kan fjerne mange af problemerne ved at arbejde med AJAX.
Dog er Client Side programmering ikke løsningen på alskens problemer, da man skal passe på med ikke at ligge for meget kode - eksempelvis forretningskode - ud til brugeren.
Men ingen tvivl om at AJAX og forhåbentlig snart Atlas er gode teknikker at kunne i disse dage.
Dette gør også at webapplikationer virker langt mere responsiv på brugeren og dermed giver illusionen af en hurtigere webside, på trods af at besparelsen reelt er mindre på andet en de langsomme forbindelser (ikke bredbånd).
Jeg gælder mig som et lille barn juleaftens dag til at Atlas bliver frigivet da det lover store ting, og virker utrolig rart at arbejde med, og som kan fjerne mange af problemerne ved at arbejde med AJAX.
Dog er Client Side programmering ikke løsningen på alskens problemer, da man skal passe på med ikke at ligge for meget kode - eksempelvis forretningskode - ud til brugeren.
Men ingen tvivl om at AJAX og forhåbentlig snart Atlas er gode teknikker at kunne i disse dage.
Jeg synes det er lidt sjovt de fleste af disse sprog er web baserede og/eller fortolkede. Jeg vil da tro at 90% af det kode der bliver skrevet i industrien er applikationsbaset, hvilket betyder de er fuldt compilet.
Jeg vil tro at det sprog der bliver brugt allermest er C i en eller anden form. Bare tænk på den software der ligger i dagligdags produkter, telefoner, fjensyn, printere etc. det software er i hver fald ikke skrevet i C# eller Ruby.
Jeg ser, som flere har sagt, artiklen som et udtryk for hvad der er godt at skrive på CV'et i tilfælde af en jobsituation, ikke som hvad der reelt bliver brugt eller vil blive brugt.
Ydermere undrer jeg mig over C++ ikke er nævnt, inden for min brance er i det hvert fald det SPROGET.
Jeg vil tro at det sprog der bliver brugt allermest er C i en eller anden form. Bare tænk på den software der ligger i dagligdags produkter, telefoner, fjensyn, printere etc. det software er i hver fald ikke skrevet i C# eller Ruby.
Jeg ser, som flere har sagt, artiklen som et udtryk for hvad der er godt at skrive på CV'et i tilfælde af en jobsituation, ikke som hvad der reelt bliver brugt eller vil blive brugt.
Ydermere undrer jeg mig over C++ ikke er nævnt, inden for min brance er i det hvert fald det SPROGET.
#84
Tallene er udtryk for hvilke sprog som virksomhederne
efterspørger.
Det er (med en antagelse om at virksomheder optræder
nogenlunde fornuftigt) et udtryk for hvilke sprog
ny kode laves i.
Det er ikke det samme som hvilke sprog den samlede kode
mængde er skrevet i. Vi har milliarder af linier COBOL og PL/I
kode.
Jeg tror at betydeligt mere end 10% af den kode som skrives
er web relateret i den forstand at der er et web eller
web service interface. Men forhåbentligt betyder det ikke at al
koden er couplet med det interface.
Java og .NET bruges faktisk en del i embedded sammenhænge
(J2ME og .NET CF).
Top 3 sprog på listen er alle compilet (omend 2 af dem er JIT ikke AOT).
Tallene er udtryk for hvilke sprog som virksomhederne
efterspørger.
Det er (med en antagelse om at virksomheder optræder
nogenlunde fornuftigt) et udtryk for hvilke sprog
ny kode laves i.
Det er ikke det samme som hvilke sprog den samlede kode
mængde er skrevet i. Vi har milliarder af linier COBOL og PL/I
kode.
Jeg tror at betydeligt mere end 10% af den kode som skrives
er web relateret i den forstand at der er et web eller
web service interface. Men forhåbentligt betyder det ikke at al
koden er couplet med det interface.
Java og .NET bruges faktisk en del i embedded sammenhænge
(J2ME og .NET CF).
Top 3 sprog på listen er alle compilet (omend 2 af dem er JIT ikke AOT).
#78, og når du så finder ud af at Java og .NET egentlig lave lorte kode i forhold til C++ (compilet med VC++, gcc eller Intels eksempelvis) så ønsker du dig tilbage til dengang, hvor du måske skulle tænke over tingene lidt mere..men hvor din kode virkede 99.9% af tiden...
...i modsætning til 99.7% af tiden :D
(læs evt. her om C++ in the future:
...i modsætning til 99.7% af tiden :D
(læs evt. her om C++ in the future:
#82 - Uanset om der er penge i skidtet eller ej så er det til grin at have teknologier og sprog, som kan læres på under en time på sådan en liste. Især når fokus burde være på andre aspekter af softwareudvikling end blot programmeringssprog.
Nåh ja. Velrenommerede virksomheder leverer jo også JavaScript i en ringe kvalitet. Jeg synes at jeg kan se et mønster. ;o)
Nåh ja. Velrenommerede virksomheder leverer jo også JavaScript i en ringe kvalitet. Jeg synes at jeg kan se et mønster. ;o)
#89 (b14ckh4t): Næh, det er et tegn på at det er som "alle de andre". Sprog der er værd at lære får dig til at tænke over problemstillinger og løsninger på en ny måde -- de giver dig nye værktøjer, som du ikke havde før. Ingen har brug for en Java-klon ...
Lisp er værd at lære, og Haskell lige så. Det er utroligt så smukke programstumper kan være :-).
Lisp er værd at lære, og Haskell lige så. Det er utroligt så smukke programstumper kan være :-).
En programmør er ikke en der har lært et sprog, en programmør kan programmere og forstår hvad hans/hendes kode udfører på maskinniveau eller i en VM. Erfaring med et sprog er noget andet, evnen til at lære og _forstå_ et sprog er en evne en programmør besidder.
Hvis man udvikler libraries og er nødt til at tænke på ABI, så er det ofte med fordel at man vælger C som sprog.
Skal man lave en end-user applikation på et bestemt budget så vælger man et af de sprog der satser på produktivitet som fx. C#.
Der går en næsten lige linie mellem ASM->C->C++ og jeg finder sjældent en opgave jeg ikke kan løse ved at vælge et af disse sprog eller et scriptsprog (Perl er mit foretrukne) som abstraktionsniveau.
Jeg er aldrig helt kommet med på .Net bølgen, måske fordi jeg ikke beskæftiger mig med end-user applikationer.
Oversigten viser hvilke sprog det er godt at have erfaring med når man søger job... og mere er der vel ikke i det.
Hvis man udvikler libraries og er nødt til at tænke på ABI, så er det ofte med fordel at man vælger C som sprog.
Skal man lave en end-user applikation på et bestemt budget så vælger man et af de sprog der satser på produktivitet som fx. C#.
Der går en næsten lige linie mellem ASM->C->C++ og jeg finder sjældent en opgave jeg ikke kan løse ved at vælge et af disse sprog eller et scriptsprog (Perl er mit foretrukne) som abstraktionsniveau.
Jeg er aldrig helt kommet med på .Net bølgen, måske fordi jeg ikke beskæftiger mig med end-user applikationer.
Oversigten viser hvilke sprog det er godt at have erfaring med når man søger job... og mere er der vel ikke i det.
#89
Det gælder jo kun hvis man kender et eller flere sprog til at starte med, og det er vel fint at sprog bruger samme opbygning, så en programmør f.eks. har mulighed for nemt at skifte fra c++ til java til c# hvis han har brug for det.
Fordi sprog ligner hinanden er det jo ikke sikkert man bruger dem til de samme ting, f.eks. gælder det for java og c#.
Det gælder jo kun hvis man kender et eller flere sprog til at starte med, og det er vel fint at sprog bruger samme opbygning, så en programmør f.eks. har mulighed for nemt at skifte fra c++ til java til c# hvis han har brug for det.
Fordi sprog ligner hinanden er det jo ikke sikkert man bruger dem til de samme ting, f.eks. gælder det for java og c#.
#89 Der er ikke noget galt med at have et enkelt programmeringssprog. Listen virker bare som et forfejlet forsøg på at kopiere Andy Hunt og Dave Thomas.
#92 Åh jo. ;o) Jeg har f.eks. arbejdet med JavaScript hosted i desktop webbrowsere og i Mozilla/XUL og ECMAScript i XHTML browsere på Symbian. Men du er da vist en ret ubehagelig person, hvis du tror at du ("vi" :o) kan udlede den slags. Pænt tak for snakken indtil da.
#92 Åh jo. ;o) Jeg har f.eks. arbejdet med JavaScript hosted i desktop webbrowsere og i Mozilla/XUL og ECMAScript i XHTML browsere på Symbian. Men du er da vist en ret ubehagelig person, hvis du tror at du ("vi" :o) kan udlede den slags. Pænt tak for snakken indtil da.
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