Check alle échte Black Friday-deals Ook zo moe van nepaanbiedingen? Wij laten alleen échte deals zien

[ALG] Blijven bij C++ of overstappen naar C#?

Pagina: 1 2 Laatste
Acties:
  • 1.185 views sinds 30-01-2008
  • Reageer

  • djc
  • Registratie: December 2001
  • Laatst online: 08-09 23:18

djc

Zonder hier verder in te willen gaan op de Java/.NET flamewar die hier kennelijk niet minder aantrekkelijk is dan elders, zou ik de topicstarter toch ook nog graag willen wijzen op D.

Deze taal, die is gebaseerd op C en C++ en gecompileerd wordt naar machine code maar qua features Java en C# (voor zover ik dat kan overzien) veelal overstijgt is wat nieuwer, maar biedt wel een aantal mogelijkheden die Java en C# in ieder geval nog niet bevatten. Ik vind het in ieder geval een interessant project.

Rustacean


  • flowerp
  • Registratie: September 2003
  • Laatst online: 11-09 18:20
EfBe schreef op donderdag 25 oktober 2007 @ 21:01:
Erm... hij deed een opmerking over onderhoudbaarheid e.d. mbt taalkeuze. Die connectie is er echt niet
Ik denk dat die connectie er wel degelijk is. Een taal kan bepaalde syntax constructies bevatten die speciaal zijn bedoeld voor het (beter) structureren van code. De aanname is dan dat het structureren van je code de onderhoudbaarheid vergroot. Immers als de structuur van code duidelijk is kun je er als mens snel hetgeen in vinden wat je wilt aanpassen.

In een taal die dergelijke structurerings mogelijkheden niet kent, kun je natuurlijk nog steeds zelf structureren en d.m.v. conventies bepaald gebruik voorschrijven. Het punt is natuurlijk dat er dan geen garanties zijn dat elke programmeur op een project zich ook exact aan die conventies houdt. Tevens zal elk project toch wel z'n eigen conventies gaan invoeren.

Als extreem voorbeeld; neem een taal zonder het expliciete concept "functie/procedure" zoals b.v assembly of het oude Basic. Het moge duidelijk zijn dat grote projecten in dergelijke talen zeer moeilijk te onderhouden zijn.

Moderne talen hebben diverse manieren die helpen bij het vergroten van de structuur in je programma: assemblies, classes, packages/namespaces en ondersteunende middelen zoals access modifiers. Als je daarmee b.v. encapsulatie goed toepast, dan verhoogt dat de onderhoudbaarheid. Je weet immers dat vreemde code niet bij de private delen kan komen van een class. Zonder expliciete taal constructies hiervoor worden die garanties een stuk lastiger of helemaal niet te geven.

Ook het platform kan in grote mate bijdrage aan de onderhoudbaarheid. Neem b.v. PHP. Dat is HTML met brokken code ertussen. De onderhoudbaarheid is hier laag, omdat je niet snel ziet wat bij wat hoort (alles staat door elkaar). ASP.NET en Java EE/JSF bieden hier structurerings mogelijkheden in de vorm van web controls resp web components. Deze zijn veel meer op zichzelf staand vergeleken met de diverse verspreide losse stukjes code zoals het PHP platform dat alleen maar kent.

Vanzelfsprekend moeten de handvaten die een taal biedt natuurlijk wel gebruikt worden. Iemand zou in C++ bijvoorbeeld 1 hele grote globale functie kunnen schrijven en dan met het goto statement heen en weer springen. Of in Java kan men alle instance variabelen van een class altijd public maken en alle classes in 1 enkele package zetten.

It's shocking to find how many people do not believe they can learn, and how many more believe learning to be difficult.


  • EfBe
  • Registratie: Januari 2000
  • Niet online
wolkje schreef op donderdag 25 oktober 2007 @ 22:53:
[...]
Dat waren allemaal offtopic reacties. Daarom stelde ik voor om weer terug naar de TS te gaan. Het gaat hier om de vraag of het wenselijk is voor de TS is om over te stappen van C++ naar C# (of Java), en niet om onderhoudbaarheid, ontwikkelsnelheid etc. En dan kunnen nog zo veel lui daar over blaten, dat betekent nog steeds niet dat dit topic daarvoor bedoeld is. Toch? :)
Nee. Hoe kun je nu een keuze bediscussieren als volgens jou de aspecten waar je mee te maken kunt krijgen niet mag bediscussieren?
En jij gaat ons natuurlijk niet vertellen waarom je bijvoorbeeld Java zou moeten kiezen. |:( Wederom een loze uitspraak zonder onderbouwing, waar (ik herhaal) de TS geen donder aan heeft.
offtopic:
sorry als dit een beetje persoonlijk over komt, maar je weet blijkbaar niet van ophouden
Ik wil best aangeven waarom C# de mindere keuze is hoor. Maar jij wilt puur drammen op het feit dat je niet mag bediscussieren wat aan de keuze hangt die je maakt tussen een taal (nee, niet onderhoudbaarheid). En kennelijk bepaal jij wat er bediscussieerd wordt hier, toch? :/
Nog maar een poging tot ontopic:
Overigens kan ik Ruby meteen al afraden. Het is een leuk taaltje, met veel potentie, maar er is werkelijk niemand die er commercieel in bezig is (even uitgaande van vacatures). Eerst maar even een paar jaar wachten voordat dat aantrekkelijk wordt. Hobbyen kan natuurlijk altijd. :)
*cough* thoughtworks *cough* (om maar wat te noemen)

De mensen die met ruby bezig zijn zijn veelal geen kleine kleuters of hobbyende prutsers. Dat jij niet snapt waar ruby goed voor is, is tekenend. Ooit gehoord van het concept 'DSL' ? Ooit over nagedacht dat Ruby (niet RoR, maar Ruby) als taal veel sterke kanten heeft en bv ingebed in een andere taal, bv via jRuby, een andere taal kan aanvullen? Nee?

Hobby-spul, toch? Laat me niet lachen, man.
Trouwens Java is net zo'n goede keuze als C# hoor, het punt wat ik probeerde te maken is dat overstappen van C++ af, wel een goede beslissing is in mijn ogen. De markt heeft veel meer vraag naar Java en .NET programmeurs.
Java is de betere keuze omdat de taal veel volwassener is, de hoeveelheid software die beschikbaar is is vele malen groter en volwassener, de gebruikte technieken zijn veelal al in een verder stadium en veel wetenschappelijk onderzoek wordt gedaan mbv java. Ook is het ontwerp van java niet echt beinvloed door product-druk van binnenuit bij sun. Dit is erg belangrijk. C# is in de komende iteratie (3.0) 'verrijkt' met nieuwe features die veelal te kort schieten of maar half zijn en anderen missen weer (geen AOP ondersteuning, wel extension methods, geen extension properties, kreupele linq syntaxis etc.). Alle nieuwe features in C# zijn toegevoegd om Linq mogelijk te maken. Dus er is niet nagedacht omtrent 'dit moet de taal nog hebben en dat voegen we toe', maar onder het mom van linq heeft de taal nu dingen als extension methods. Maar bv nog steeds geen co-variance.

En de 'markt'. Het is maar net wat je daar onder verstaat. Niet iedereen wil consultant worden en van hot naar her rijden in de auto van de zaak.

Deze hele discussie gaat nl. aan het punt voorbij wat het allerbelangrijkste is: het werk zelf. Niet de baan, niet het geld, maar het werk: wat voor software ga je schrijven? Welke kennis heb je al in huis? Heeft een programmeertaal dan wel zoveel invloed op welk werk men gaat doen? Het zou niet zo moeten zijn, immers: is men software engineer of een specialist in de syntax en compiler behavior van een bepaald taaltje? Denk goed na wat je daarop antwoord, want de komende jaren gaan veel dingen richting multi-taal gebruik: veel meer DSLs zullen worden toegepast waar nu nog general purpose talen worden ingezet. Ben je specialist op een taalgebied, dan verlies je terrein, terwijl dat eigenlijk niet mogelijk zou moeten zijn, want programmeren is taal onafhankelijk. Het is dus IMHO beter om de taal als tool te zien en je te focussen op het werkelijke programmeren. Alleen dan stijg je boven het maaiveld uit van handjes die code kloppen, want helaas voor de mensen in NL, maar veel van dat werk is tegenwoordig goedkoper in India te doen.

[ Voor 17% gewijzigd door EfBe op 26-10-2007 09:26 ]

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


  • Cloud
  • Registratie: November 2001
  • Laatst online: 03-11 10:25

Cloud

FP ProMod

Ex-moderatie mobster

EfBe schreef op vrijdag 26 oktober 2007 @ 09:18:
*cough* thoughtworks *cough* (om maar wat te noemen)

De mensen die met ruby bezig zijn zijn veelal geen kleine kleuters of hobbyende prutsers. Dat jij niet snapt waar ruby goed voor is, is tekenend. Ooit gehoord van het concept 'DSL' ? Ooit over nagedacht dat Ruby (niet RoR, maar Ruby) als taal veel sterke kanten heeft en bv ingebed in een andere taal, bv via jRuby, een andere taal kan aanvullen? Nee?
Nou nou nou. Ik heb nooit beweert dat mensen die met ruby bezig zijn alleen maar kleine kleuters of hobbyend prutsers zijn. Dat maak jij ervan. En ik snap niet waar ruby goed voor is is tekenend? Dude doe normaal. Alleen omdat ik geen heel repertoire aan fancy buzzwords hier neer flikker, tekent dat mijn kennis van Ruby? *zucht*
Ik ben er inmiddels al achter waarom de anderen in deze discussie afgehaakt zijn |:(

Maar toch, tegen alle verwachtingen in, reageer je ook nog normaal, volwassen en on topic:
Java is de betere keuze omdat de taal veel volwassener is, de hoeveelheid software die beschikbaar is is vele malen groter en volwassener, de gebruikte technieken zijn veelal al in een verder stadium en veel wetenschappelijk onderzoek wordt gedaan mbv java. Ook is het ontwerp van java niet echt beinvloed door product-druk van binnenuit bij sun. Dit is erg belangrijk. C# is in de komende iteratie (3.0) 'verrijkt' met nieuwe features die veelal te kort schieten of maar half zijn en anderen missen weer (geen AOP ondersteuning, wel extension methods, geen extension properties, kreupele linq syntaxis etc.). Alle nieuwe features in C# zijn toegevoegd om Linq mogelijk te maken. Dus er is niet nagedacht omtrent 'dit moet de taal nog hebben en dat voegen we toe', maar onder het mom van linq heeft de taal nu dingen als extension methods. Maar bv nog steeds geen co-variance.
Met dat antwoord kan ik leven. :) Java lijkt in die opzichten de betere taal en zou dus ook zeker overwogen kunnen worden door de TS.
En de 'markt'. Het is maar net wat je daar onder verstaat. Niet iedereen wil consultant worden en van hot naar her rijden in de auto van de zaak.
Help me even, maar waar heb ik voorgesteld dat de TS consultant moet worden? :? Met de markt bedoel ik vacatures, met de markt bedoel ik wat er leeft. Of bestaat de markt tegenwoordig alleen nog uit consultants die van hot naar her rijden in auto's van hun zaken?
Deze hele discussie gaat nl. aan het punt voorbij wat het allerbelangrijkste is: het werk zelf. Niet de baan, niet het geld, maar het werk: wat voor software ga je schrijven? Welke kennis heb je al in huis? Heeft een programmeertaal dan wel zoveel invloed op welk werk men gaat doen? Het zou niet zo moeten zijn, immers: is men software engineer of een specialist in de syntax en compiler behavior van een bepaald taaltje? Denk goed na wat je daarop antwoord, want de komende jaren gaan veel dingen richting multi-taal gebruik: veel meer DSLs zullen worden toegepast waar nu nog general purpose talen worden ingezet. Ben je specialist op een taalgebied, dan verlies je terrein, terwijl dat eigenlijk niet mogelijk zou moeten zijn, want programmeren is taal onafhankelijk. Het is dus IMHO beter om de taal als tool te zien en je te focussen op het werkelijke programmeren. Alleen dan stijg je boven het maaiveld uit van handjes die code kloppen, want helaas voor de mensen in NL, maar veel van dat werk is tegenwoordig goedkoper in India te doen.
Ook eindelijk een nuttig punt van jouw kant waar ik het dan ook mee eens ben. Gelukkig heeft de TS al veel C++ kennis in huis, dus daar heeft hij niet last van :) Een goede programmeur kan zich elke taal meester maken. Daarom vind ik ook (en de meesten met mij) dat het erbij leren van een taal een goede keus is. Je hoeft niet volledig over te stappen natuurlijk.

Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana


  • EfBe
  • Registratie: Januari 2000
  • Niet online
wolkje schreef op vrijdag 26 oktober 2007 @ 10:30:
[...]
Nou nou nou. Ik heb nooit beweert dat mensen die met ruby bezig zijn alleen maar kleine kleuters of hobbyend prutsers zijn. Dat maak jij ervan.
Lijkt me een logische conclusie uit jouw opmerking dat ruby nog maar even niet moet worden gebruikt buiten de hobbysfeer om. PRECIES dat punt is tekenend dat je niet snapt waar de kracht van ruby ligt of DSL's in zn algemeenheid. Je vergeet dat meer dan de mensen in deze thread deze thread lezen, en dan jouw 'advies' lezen. Het lijkt me dan ook nuttig voor die lezers dat er aangegeven wordt hoe de wereld werkelijk werkt.
En ik snap niet waar ruby goed voor is is tekenend? Dude doe normaal. Alleen omdat ik geen heel repertoire aan fancy buzzwords hier neer flikker, tekent dat mijn kennis van Ruby? *zucht*
Ik ben er inmiddels al achter waarom de anderen in deze discussie afgehaakt zijn |:(
Wat heeft het aanhalen van ruby met buzzwords te maken? Ik haat buzzword bingo.
[...]
Help me even, maar waar heb ik voorgesteld dat de TS consultant moet worden? :? Met de markt bedoel ik vacatures, met de markt bedoel ik wat er leeft. Of bestaat de markt tegenwoordig alleen nog uit consultants die van hot naar her rijden in auto's van hun zaken?
Fair enough, ik krijg nl. de indruk dat menigeen het hier heeft over banen bij bv cap, cmg en andere handenverhuurders.
[...]
Ook eindelijk een nuttig punt van jouw kant waar ik het dan ook mee eens ben. Gelukkig heeft de TS al veel C++ kennis in huis, dus daar heeft hij niet last van :) Een goede programmeur kan zich elke taal meester maken. Daarom vind ik ook (en de meesten met mij) dat het erbij leren van een taal een goede keus is. Je hoeft niet volledig over te stappen natuurlijk.
Dus het topic van deze thread is eigenlijk een onzinnige vraag? Kijk, nu komen we ergens :)

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


  • Cloud
  • Registratie: November 2001
  • Laatst online: 03-11 10:25

Cloud

FP ProMod

Ex-moderatie mobster

EfBe schreef op vrijdag 26 oktober 2007 @ 10:48:
Lijkt me een logische conclusie uit jouw opmerking dat ruby nog maar even niet moet worden gebruikt buiten de hobbysfeer om. PRECIES dat punt is tekenend dat je niet snapt waar de kracht van ruby ligt of DSL's in zn algemeenheid. Je vergeet dat meer dan de mensen in deze thread deze thread lezen, en dan jouw 'advies' lezen. Het lijkt me dan ook nuttig voor die lezers dat er aangegeven wordt hoe de wereld werkelijk werkt.
Oke daar zit wat in. Zo bedoelde ik het eigenlijk ook niet, al kan ik me voorstellen dat het zo overkwam. Ruby is inderdaad een mooie ontwikkeling en heeft veel potentie. Er kan en moet daarom ook commercieel mee gewerkt worden, dat is mooi en belangrijk.
Het is nu alleen nog zo, dat er niet zo bijzonder veel commercieel mee gedaan wordt (er zijn altijd uitzonderingen). Dus mijn punt is meer, "wil je een van de eersten zijn?".

Dat is een afweging die je moet maken en je hebt gelijk als je zegt dat je het niet per definitie moet laten. :)
Dus het topic van deze thread is eigenlijk een onzinnige vraag? Kijk, nu komen we ergens :)
Oh nee zeker niet! Er bestaan geen onzinnige vragen hé, alleen onzinnige antwoorden :9 Het is inderdaad waar dat de TS de "overstap" niet zo zwart-wit moet zien, maar meer als een toevoeging op wat hij al heeft/kent.

Alleen nu raak ik wel meer en meer benieuwd naar de reactie van de TS op dit alles. In het geval van de TS moet hij natuurlijk ook voor het bedrijf een keuze maken tussen C++, C# en Java, het is niet handig om op het bedrijf alles door elkaar te gaan gebruiken natuurlijk :) Hoewel natuurlijk alles kan...

offtopic:
de rest laat ik opzettelijk in 't midden ;)

Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana


  • Glimi
  • Registratie: Augustus 2000
  • Niet online

Glimi

Designer Drugs

(overleden)
EfBe schreef op vrijdag 26 oktober 2007 @ 09:18:
De mensen die met ruby bezig zijn zijn veelal geen kleine kleuters of hobbyende prutsers. Dat jij niet snapt waar ruby goed voor is, is tekenend. Ooit gehoord van het concept 'DSL' ? Ooit over nagedacht dat Ruby (niet RoR, maar Ruby) als taal veel sterke kanten heeft en bv ingebed in een andere taal, bv via jRuby, een andere taal kan aanvullen?
Just curious, maar waarom vind je Ruby een DSL? Het komt mij vrij general purpose over, zonder specefiek domein waar het op gericht is. Puur omdat het embedded in een andere taal is?

  • Hydra
  • Registratie: September 2000
  • Laatst online: 06-10 13:59
EfBe schreef op donderdag 25 oktober 2007 @ 14:56:
Dat is fijn, maar jij presenteert het alsof het DE realiteit is voor ALLE software. Dat is waar ik een opmerking over had.
Dan moet je toch eens beter leren lezen, want dat heb ik gewoon niet gezegd. Ik zei zelfs al dat bijvoorbeeld games/simulaties logischerwijs in C++ (voor een groot deel) geschreven worden, omdat elke frame per seconde daar telt. Ook zei ik eerder al dat oude software die uitgebreid moet worden (COBOL shit bijvoorbeeld) ook niet zondermeer 'even' herschreven worden in Java.
Maar het gros van de developers op aarde maakt al geen NIEUWE systemen meer. Ga dan niet jouw ervaringen projecteren op de groep developers als zijnde 'de waarheid' want die is echt wel even anders, hoe hard jij ook wilt gaan roepen dat wat jij meemaakt toch echt erop lijkt alsof iedereen dat meemaakt.
Gast, wat is jouw probleem zeg? Ik zeg LETTERLIJK dat nieuwe software over het algemeen in Java of C# ontwikkeld wordt. Dat er ik-weet-niet-hoeveel programmeurs oude software BEHEREN zal me een zorg wezen, ik zal nooit software beheren. Ik wil nieuwe dingen bedenken, geen bugs fixen in andermans zooi.
Hoe kun je een discussie houden wanneer jij niet kunt hebben dat iemand anders een andere mening heeft en wellicht verstand van zaken heeft? Of denk jij dat ik geen reet verstand heb van waarover ik praat?
Nee, het punt is dat je doet alsof IK geen reet verstand heb van waarover ik praat. Ik heb in de 6 jaar werkervaring die ik heb bij tientallen verschillende klanten van ons minstens evenzoveel projecten gedaan, die allemaal 'nieuwe' maatsoftware waren, en eigenlijk allemaal in Java of .Net ontwikkeld werden. Onze klanten zitten in een flink aantal marktsegmenten (HR, eCommerce, Biometrics), en daar zie ik overal vraag naar Java en C# developers. Wij doen ook wel eens wat C++ werk, maar dat zijn over het algemeen simpele kleine dingetjes.

Dus, als jij ervaring hebt met grote commerciele systemen (multi-tier, backend, frontoffice en website) waarbij het systeem op dit moment from scratch in C++ geschreven wordt hoor ik het graag. Ik geloof best dat jij weet waar je het over hebt, maar ik hoop dat jij ook het respect kunt hebben om wat anderen aandragen niet meteen als volslagen onzin af te doen.
EfBe schreef op donderdag 25 oktober 2007 @ 21:01:
Erm... hij deed een opmerking over onderhoudbaarheid e.d. mbt taalkeuze. Die connectie is er echt niet, onderhoudbare software kan in alle talen en onmogelijke crap evenzeer.
Leuke theorie, maar in de praktijk werkt dit toch iets anders. De verschillende C++ libraries die je bij het ontwikkelen van software nodig hebt zijn vaak niet uniform, (MFC, *braak*), en C++ nodigt veel meer dan bijvoorbeeld Java uit tot gegochel met de prepocessors en pointers bijvoorbeeld. Een goeie programmeur zal in theorie natuurlijk in een willekeurige taal prachtige code schrijven, maar in de praktijk zijn de meeste programmeurs lui (of hebben tenminste een deadline). Daarbij komt ook nog eens dat dingen als garbage collection gewoon een hoop tijd schelen, en het op zich best fijn is dat je een nette exception krijgt in plaats van een coredump op 't moment dat je buiten je array aan 't schrijven bent.
Mja, wat is doorsnee programmeur. Ik wil niet arrogant overkomen, maar de doorsnee programmeur op .NET is echt niet zo productief bezig, omdat deze zich veelal meer laat verleiden door het spenderen van veel tijd in designers en andere tijdvreters en minder in het goed opzetten van code en het schrijven van slimme classes.
Je doet nu alsof een .Net programmeur gemiddeld genomen minder nadenkt over z'n uiteindelijke oplossing dan een C++ programmeur.
Ik ben het wel met je eens dat beginners wellicht iets meer uit .net krijgen dan uit C++. Maar beginners moeten zich geen illusies maken: ze zijn in alle talen een beginner en dat heeft niets met de taal te maken, het zijn beginnende programmeurs, dus prutsen ze zich een slag in de rondte. Dat is niet erg, daar zijn het beginners voor. Maar programmeren heeft niet zoveel met talen an sig te maken, dus welke taal je kiest is eigenlijk irrelevant. Vind je de taal WEL relevant, dan beschouw je de programmeur als een menselijke code generator. Nu is het echter zo dat een digitale code generator het er meestal wat beter vanaf brengt, dus om nu in te gaan zetten op het noeste typewerk, dat lijkt me niet erg slim. ;)
De taal zelf is niet enorm relevant, het SOORT taal wel. Java of C# zijn een andere categorie dan C++. C++ is een beetje als een oude raceauto. Je moet er een hoop aan knutselen, maar dan gaat 'ie retehard. C# is meer een Opel. Iedereen kan zo'n ding gebruiken en besturen, en voor normaal gebruik gaat 'ie hard zat. Je mag hier toch niet harder dan 120.
Maar een C++ programmeur kent ook zn libraries.
En onderhoudbaarheid heeft geen ruk met taalkeuze te maken! Ik vind het overigens knap dat mensen die aan nieuwe dingen sleutelen, een voorstelling kunnen maken hoe onderhoudbaar .NET code is tov. hoe onderhoudbaar C++ code is. Immers, wanneer zijn deze experts op het gebied van onderhoudbaarheid dan bezig met een project dat een grote applicatie van versie x naar versie y migreert? (en waarbij de software al een tijdje bestaat)
Anekdote: Wij hebben bij een klant te maken met een datatransport programma dat in C++ is geschreven waar regelmatig onderhoud op gepleegd moet worden (niet door mij). Ik heb die code wel eens onder ogen gehad, en zit me, ondanks redelijk wat C++ ervaring te hebben, behoorlijk achter m'n oren te krabben. De klant is nu bezig met een Java versie.

Feit blijft dat Java (en C#) als talen simpeler zijn. Je kunt er ook een enorme rotzooi van maken (en trust me, ik heb ook complete Java rotzooi gezien), maar je ziet enorm simpel wat de code doet, je hoeft niet te gaan zitten nadenken over tyische pointer truukjes of ranzige operator overloads (persoonlijk vind ik als je als platform met dingen als cout<< aankomt mensen uitnodigt operator overloading voor de meest ranzige dingen te gebruiken)
Hint: erg belangrijk bij onderhoudbaarheid is dat je begrijpt wat de code doet. Een transactional graph versioner in C# is voor jou abracadabra als jij niet weet wat een graph versioner is en hoe transacties werken op graphs van objects in-memory.
Tja. Ik denk dat als je veel in Java doet, je Java code leesbaarder vindt dan C++ code, en vice versa. Maar Java code is weldegelijker simpeler te lezen dankzei de afwezigheid van pointers en preprocessing spul.
Waarom niet? Omdat jij dat vindt? Ik zie allerlei mensen uitspraken doen mbt .NET en andere VM based platforms mbt onderhoudbaarheid, tijd die het kost om software te schrijven en wat al niet...

Als je daar dan geen kanttekeningen bij mag plaatsen, mij best, maar hou dan geen discussie.
Kanttekeningen plaatsen prima, maar je beweert dat coden in C++ net zo snel is als in Java. Toch grappig dat de 'markt' dat niet zo ziet.

[ Voor 50% gewijzigd door Hydra op 26-10-2007 12:27 ]

https://niels.nu


  • Glimi
  • Registratie: Augustus 2000
  • Niet online

Glimi

Designer Drugs

(overleden)
Hydra schreef op vrijdag 26 oktober 2007 @ 12:08:
Dat er ik-weet-niet-hoeveel programmeurs oude software BEHEREN zal me een zorg wezen, ik zal nooit software beheren. Ik wil nieuwe dingen bedenken, geen bugs fixen in andermans zooi.
Ook je eigen zooi niet? :+

  • Hydra
  • Registratie: September 2000
  • Laatst online: 06-10 13:59
Liever niet :P Gelukkig werk ik als 'consultant' en kan ik door mij geschreven code fijn over een schutting gooien als het 'af' is :P

(niet dat ik er niet keihard op afgerekend wordt als ik bagger aflever hoor ;))

https://niels.nu


  • EfBe
  • Registratie: Januari 2000
  • Niet online
Glimi schreef op vrijdag 26 oktober 2007 @ 11:14:
[...]
Just curious, maar waarom vind je Ruby een DSL? Het komt mij vrij general purpose over, zonder specefiek domein waar het op gericht is. Puur omdat het embedded in een andere taal is?
ruby mist veelal een framework waarmee je icm de taalinterpreter een volwaardige applicatie kunt bouwen. De kracht van ruby, ducktyping bv, komt tot zijn recht in specifieke elementen van een applicatie, en bv schermpjes en UI afhandeling behoren daar door de bank genomen bv niet echt toe (hangt er vanaf hoe je het opzet natuurlijk).

Het ligt dan voor de hand om voor de verschillende elementen in je applicatie die taal te kiezen die daar het best tot zijn recht komt. Ruby heeft een aantal specifieke kenmerken die je juist mist in general purpose static typed talen als C#/Java etc. Ideaal is dus die te combineren, waar mogelijk.

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


  • Hydra
  • Registratie: September 2000
  • Laatst online: 06-10 13:59
EfBe schreef op vrijdag 26 oktober 2007 @ 14:14:
Het ligt dan voor de hand om voor de verschillende elementen in je applicatie die taal te kiezen die daar het best tot zijn recht komt. Ruby heeft een aantal specifieke kenmerken die je juist mist in general purpose static typed talen als C#/Java etc. Ideaal is dus die te combineren, waar mogelijk nodig.
Fixed :)

https://niels.nu


  • EfBe
  • Registratie: Januari 2000
  • Niet online
Nee, waar 'mogelijk', niet waar 'nodig'. Immers, 'ideaal' is dat je ze gebruikt waar mogelijk, alleen dan krijg je de power van de beste taal voor het specifieke onderdeel van de totale applicatie. Waar 'nodig' is niet relevant, want dan gaat iemand bepalen of het nodig is, en dat is met een general purpose taal in de hand dus nauwelijks het geval, want de persoon in kwestie zal, in het achterhoofd hebbende dat hoe meer talen hoe minder noodzaak voor hem/haarzelf, altijd zoeken naar een oplossing in 1 enkele taal.

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com

Pagina: 1 2 Laatste