Welke programmeertaal?

quote:

Op maandag 4 juli 2011 11:16 schreef X_FoutBijRegistratie het volgende:
Heeft er iemand hier wel eens een Tool gemaakt?

Zo ja? Welke taal en, zou graag wel wat willen zien van het programma, en e.v.t. stukjes (complexe) code.

Ik zelf heb niks liggen wat ik kan laten tonen, heb wel altijd graag wat willen maken maar ik ben zo inspiratieloos als wat

http://gathering.tweakers.net/forum/list_messages/1316127

http://www.helpmij.nl/for(...)-Test-mijn-programma

Bedoel je zoiets? Wel een leuke idee voor Fok!.

quote:

Op maandag 4 juli 2011 22:36 schreef FoolWithMokey het volgende:
Ben op dit moment Technische informatica aan het studeren, maar twijfel erg of ik moet overstappen naar informatica. Wat ik niet leuk vind aan Technische informatica:
PLC programmeren
Netwerken(Cisco)

Waar ik nog niet uit ben of ik het leuk vind of niet:
Technische informatica gaat ook meer over hardware en is erg low level, je krijg ook een hoop assembly, Het zit een beetje tussen Electrotechniek en Informatica.

Informatica vind ik leuker omdat het veel meer programmeren is. Ik zit thuis zelf vaak gewoon te programmeren in java of c# of c omdat ik het gewoon leuk vind. Plc en Cisco opdrachten maak ik alleen maar omdat het moet, en vind eigenlijk niet leuk.

Wat mij ervan weerhoudt om te switchen naar informatica: Ben bang dat ik teveel achterstand heb qua programmeren vergeleken met informatica studenten die vanaf begin informatica doen.

Tips?

Je moet uiteraard doen wat je gevoel zegt, als jij met tegenzin naar school gaat, zou ik de keuze al gemaakt hebben.
Heb precies hetzelfde gehad, ik wou stoppen met school na m'n 2e jaar. Maar toen mocht ik een richting kiezen en heb voor programmeren gekozen.

Waarom zou je teveel achterstand hebben? Thuis programmeer je ook graag zeg je. Daar leer je wel veel van, zelf dingen uitvogelen e.d. De lessen zal we wel snel oppakken aangezien je er actief mee bezig bent, en het ook leuk vind.

quote:

Op maandag 4 juli 2011 22:40 schreef FoolWithMokey het volgende:

[..]

http://gathering.tweakers.net/forum/list_messages/1316127

http://www.helpmij.nl/for(...)-Test-mijn-programma

Bedoel je zoiets? Wel een leuke idee voor Fok!.

Precies ja! Vind het altijd leuk om te zien wat mensen nu weer gemaakt hebben, en e.v.t. stukjes code na te lezen

quote:

Op woensdag 29 juni 2011 21:01 schreef QBay het volgende:
De taal is van ondergeschikt belang. Het abstracte denken en de juiste mind-set is het belangrijkste!

Dit en uitsluitend dit.

quote:

Op maandag 4 juli 2011 22:37 schreef The_Terminator het volgende:
Uiteraard worden er op een gegeven moment wel talen bij gecreëerd. Echter sterven bestaande talen niet zomaar uit; meestal worden bestaande talen uitgebreid met nieuwe functies en/of mogelijkheden waardoor de levensduur erg lang kan zijn.

Neem C bijvoorbeeld. Momenteel zijn er 3 varianten op, gewoon C of 'ANSI-C', Cpp of C++ en C# (of C-sharp). ANSI-C is waar de taal mee begonnen is, het is vrij lowlevel, dus je kunt er gemakkelijk de hardware mee aanspreken. Dus erg geschikt voor drivers. Daarop gebaseerd is Cpp, die veel hardwaretaken al uit handen neemt en dus iets minder op de hardware zit, al kan dat nog altijd). C en Cpp zijn beide platvorm onafhankelijk, dat is, de taal kun je voor meerdere platvormen gebruiken, maar de output is geent op een specifiek besturingssysteem en processor. C# is een Microsoft implementatie die vooral geent is op interactie met Windows componenten, het .NET framework in het bijzonder.

Maar voordat C bestond, had je al een hele ontwikkeling. Te beginnen ergens met Algol waarop CPL gebaseerd is. CPL werd nog te omslachtig gevonden, dus daarop werd 'Basic' CPL ofwel BCPL gebaseerd. Daarop is weer B gebaseerd en dat heeft uiteindelijk tot C geleid.

Zie ook: http://www.authenticsocie(...)omputerlanguages.png

quote:

Op dinsdag 5 juli 2011 09:33 schreef RiDo78 het volgende:

[..]

Neem C bijvoorbeeld. Momenteel zijn er 3 varianten op, gewoon C of 'ANSI-C', Cpp of C++ en C# (of C-sharp). ANSI-C is waar de taal mee begonnen is, het is vrij lowlevel, dus je kunt er gemakkelijk de hardware mee aanspreken. Dus erg geschikt voor drivers. Daarop gebaseerd is Cpp, die veel hardwaretaken al uit handen neemt en dus iets minder op de hardware zit, al kan dat nog altijd). C en Cpp zijn beide platvorm onafhankelijk, dat is, de taal kun je voor meerdere platvormen gebruiken, maar de output is geent op een specifiek besturingssysteem en processor. C# is een Microsoft implementatie die vooral geent is op interactie met Windows componenten, het .NET framework in het bijzonder.

Maar voordat C bestond, had je al een hele ontwikkeling. Te beginnen ergens met Algol waarop CPL gebaseerd is. CPL werd nog te omslachtig gevonden, dus daarop werd 'Basic' CPL ofwel BCPL gebaseerd. Daarop is weer B gebaseerd en dat heeft uiteindelijk tot C geleid.

Zie ook: http://www.authenticsocie(...)omputerlanguages.png

Wil je nooit meer zo vloeken? C# is zeker geen variant op C, en ligt dichterbij Java/C++ dan bij C, zoals je schema ook aangeeft. C++ is ook geen stricte subset van C, de enige stricte subset van C is objective-C, wat ik trouwens persoonlijk een verschrikke taal vind.

Zelf ben ik tevens bezig met het leren van Scheme, een zeer interessante taal. Iedere programmeur zou ten minste een functionale taal moeten kunnen, al is het maar voor de denkwijze.

quote:

Op maandag 4 juli 2011 12:01 schreef X_FoutBijRegistratie het volgende:

2. Tool, tja beetje algemeen begrip inderdaad. Wat ik eigenlijk bedoel is gewoon iemands werk / project.
Kan een Tool zijn, programma, webapplicatie, app. etc.etc..

M'n werk mag ik natuurlijk per definitie niet posten, maar als je graag een stuk willekeurige code wil zien:

SPOILER

Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.

quote:

Op woensdag 29 juni 2011 21:01 schreef QBay het volgende:
De taal is van ondergeschikt belang. Het abstracte denken en de juiste mind-set is het belangrijkste!

Dit dus.

Ik ken diverse programmeertalen, van Cobol via PL/1 naar Pascal en Delphi tot C++ en C#
In alle talen is het mogelijk om baggerprogramma's te maken als je niet even nadenkt over de onderliggende concepten.

Overigens: als je gewoon een beetje in het wilde weg wilt proberen en 'programmeren', dan kan je Lua overwegen

quote:

Op dinsdag 5 juli 2011 08:26 schreef X_FoutBijRegistratie het volgende:

[..]

Je moet uiteraard doen wat je gevoel zegt, als jij met tegenzin naar school gaat, zou ik de keuze al gemaakt hebben.
Heb precies hetzelfde gehad, ik wou stoppen met school na m'n 2e jaar. Maar toen mocht ik een richting kiezen en heb voor programmeren gekozen.

Waarom zou je teveel achterstand hebben? Thuis programmeer je ook graag zeg je. Daar leer je wel veel van, zelf dingen uitvogelen e.d. De lessen zal we wel snel oppakken aangezien je er actief mee bezig bent, en het ook leuk vind.

Het kan dat ik thuis met totaal iets anders bezig ben dat wat je bij Informatica leert, Ik heb trouwens wel de eerste twee blokken van I als minor gevolgd, dus ik heb opzich wel een idee van wat ik kan verwachten. Mischien maar eens meer info over vragen.

Een andere reden waarom ik twijfel is dat er een stuk minder technische informatici zijn dan gewone informatici, dit zou dus mogelijk meer zekerheid op een baan bieden na mijn studie.

quote:

Op dinsdag 5 juli 2011 15:20 schreef Catbert het volgende:

[..]

M'n werk mag ik natuurlijk per definitie niet posten, maar als je graag een stuk willekeurige code wil zien:

SPOILER

Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.

Daar vraag ik ook uiteraard niet naar, dat zou ik ook niet mogen doen. Gewoon die hobby projecten vind ik altijd erg leuk om te zien wat mensen van de grond kunnen brengen.

Zal thuis de code ff doorlezen

quote:

Op dinsdag 5 juli 2011 09:43 schreef Trollface. het volgende:

[..]

Wil je nooit meer zo vloeken? C# is zeker geen variant op C, en ligt dichterbij Java/C++ dan bij C, zoals je schema ook aangeeft. C++ is ook geen stricte subset van C, de enige stricte subset van C is objective-C, wat ik trouwens persoonlijk een verschrikke taal vind.

Zelf ben ik tevens bezig met het leren van Scheme, een zeer interessante taal. Iedere programmeur zou ten minste een functionale taal moeten kunnen, al is het maar voor de denkwijze.

Ik vraag me af wat je 'verschrikkelijk' vindt aan Objective-C?

Vraagje:
Aangezien ik zelf nog nooit een hobby-programma heb geschreven wil ik onlangs dat wel even wat weten.
Stel ik maak een simpel programma'tje om contactpersonen in op te slaan. Hoe zouden jullie het opslaan van deze gegevens doen? In een XML bestand of wat?

quote:

Op dinsdag 5 juli 2011 19:14 schreef X_FoutBijRegistratie het volgende:
Vraagje:
Aangezien ik zelf nog nooit een hobby-programma heb geschreven wil ik onlangs dat wel even wat weten.
Stel ik maak een simpel programma'tje om contactpersonen in op te slaan. Hoe zouden jullie het opslaan van deze gegevens doen? In een XML bestand of wat?

Welke taal? Ik zou het bijvoorbeeld in PHP doen icm een MySQL database om de gegevens in op te slaan.

Oh ja, dat zou handig zijn.
Voor webapplicaties weet ik het wel.

Voor een windows applicatie in C# geschreven.

-edit- Stel ik zou zoiets maken, wil ik mensen niet verplichten om een database te installeren zoals sql oid.

quote:

Op dinsdag 5 juli 2011 19:29 schreef X_FoutBijRegistratie het volgende:
Oh ja, dat zou handig zijn.
Voor webapplicaties weet ik het wel.

Voor een windows applicatie in C# geschreven.

-edit- Stel ik zou zoiets maken, wil ik mensen niet verplichten om een database te installeren zoals sql oid.

Je kan ook bijv. een SQLite database bundelen met je app.

quote:

Op dinsdag 5 juli 2011 19:29 schreef X_FoutBijRegistratie het volgende:
Oh ja, dat zou handig zijn.
Voor webapplicaties weet ik het wel.

Voor een windows applicatie in C# geschreven.

-edit- Stel ik zou zoiets maken, wil ik mensen niet verplichten om een database te installeren zoals sql oid.

Je kunt met C# gegevens gewoon in een .txt bestand opslaan toch?

Zoiets misschien:? Of zoek je een veilige manier van data opslaan?

SPOILER

Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.

[ Bericht 8% gewijzigd door FoolWithMokey op 05-07-2011 21:55:28 ]

quote:

Op dinsdag 5 juli 2011 20:46 schreef retorbrapi het volgende:

[..]

Je kan ook bijv. een SQLite database bundelen met je app.

SQLite klinkt wel interessant.

quote:

Op dinsdag 5 juli 2011 20:51 schreef FoolWithMokey het volgende:

[..]

Je kunt met C# gegevens gewoon in een .txt bestand opslaan toch?

Zoiets misschien:? Of zoek je een veilige manier van data opslaan?

SPOILER

Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.

Txt bestand is weer te minimaal.
Wil toch veel gegevens kunnen slaan.En veiligheid is ook wel een belangrijk punt ja.

Programmeren in het Nederlands

quote:

Op dinsdag 5 juli 2011 21:25 schreef retorbrapi het volgende:
Programmeren in het Nederlands

"Deze vak bestaat al"? .

De laatste tijd veel in Ruby gedaan. Elegante taal en sinds 1.9 de echt grote performance issues (ok, het blijft interpreted) wel gefixt.

quote:

Op dinsdag 5 juli 2011 20:55 schreef X_FoutBijRegistratie het volgende:
SQLite klinkt wel interessant.

SQLite
SQLite Manager (Firefox plugin)
dblinq2007 (linq to sqlite)

met die firefox plugin kun je redelijk makkelijk je database in elkaar knutselen. Met dblinq2007 kun je je database uitgenereren naar c# zodat je met linq er tegenaan kunt praten. (En hopen dat dblinq een beetje meewerkt, geen idee hoe volwassen dat ding is).

quote:

Op dinsdag 5 juli 2011 21:25 schreef retorbrapi het volgende:
Programmeren in het Nederlands

checkBestaat();

half half

quote:

"Deze vak bestaat al"? .

Ik zou echt aanraden om Engelse naamconventies in je code te gebruiken. Voor eigen freubeltjes maakt het niet zoveel uit. Maar zodra je in een multidisciplinair team aan een project gaat werken, gaan die Nederlandse namen echt voor problemen zorgen. Het is vooral een kwestie van gewenning.

quote:

Op dinsdag 5 juli 2011 22:22 schreef Devv het volgende:
Ik zou echt aanraden om Engelse naamconventies in je code te gebruiken. Voor eigen freubeltjes maakt het niet zoveel uit. Maar zodra je in een multidisciplinair team aan een project gaat werken, gaan die Nederlandse namen echt voor problemen zorgen. Het is vooral een kwestie van gewenning.

Het stukje code in de spoiler was idd mijn eigen gepruts. Het is voor in de toekomst idd beter als ik alvast engelse benaming aanleer.

quote:

Op dinsdag 5 juli 2011 20:55 schreef X_FoutBijRegistratie het volgende:

[..]

SQLite klinkt wel interessant.

[..]

Txt bestand is weer te minimaal.
Wil toch veel gegevens kunnen slaan.En veiligheid is ook wel een belangrijk punt ja.

c# heeft ingebouwde databaseachtige dingen, 'datatables' en 'datasets'. Beetje opbouwen a la access en je kunt ze simpelweg manipuleren. Je kunt ze zelfs zonder al te veel moeite van en naar xml overzetten.

quote:

Op dinsdag 5 juli 2011 22:29 schreef ralfie het volgende:

[..]

c# heeft ingebouwde databaseachtige dingen, 'datatables' en 'datasets'. Beetje opbouwen a la access en je kunt ze simpelweg manipuleren. Je kunt ze zelfs zonder al te veel moeite van en naar xml overzetten.

Ik wist niets over datatables, wel handig. Maar ik heb het volgende stukje code geschreven:

SPOILER

Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.

Maar ik moet nu toch alsnog een database maken om de ingevoerde gegevens daadwerkelijk op te slaan, of is er een andere manier?

Je kan een DataTable/DataSet met de WriteXml methode ook naar een XML bestand laten schrijven.

http://msdn.microsoft.com(...)tatable_methods.aspx

PHP HTML JS CSS punt.

@TS: neem Python. Heeft alles, kan alles, en de code is simpel en leesbaar genoeg om je niet teveel met randzaken bezig te houden (waar beginnende programmeurs 9 van de 10 keer alle plezier door verliezen). Gewoon doen, even installeren, in kladblok


tikken, opslaan, runnen en daar is je output al. Tegen de tijd dat je in de gaten hebt hoe je dit in Java/C++/C# voor elkaar hebt (lees: bij elkaar geklikt en gesleept hebt in een of andere ontzettende bloated editor) heb je in Python al een volwaardig programmaatje geschreven. .

Bedankt voor de tips.

quote:

Op woensdag 6 juli 2011 00:09 schreef Devv het volgende:
Je kan een DataTable/DataSet met de WriteXml methode ook naar een XML bestand laten schrijven.

http://msdn.microsoft.com(...)tatable_methods.aspx

Mijn eerste keuze is ook altijd XML omdat het vrij makkelijk en snel werkt.

quote:

Op woensdag 6 juli 2011 03:15 schreef keesjeislief het volgende:

tikken, opslaan, runnen en daar is je output al. Tegen de tijd dat je in de gaten hebt hoe je dit in Java/C++/C# voor elkaar hebt (lees: bij elkaar geklikt en gesleept hebt in een of andere ontzettende bloated editor) heb je in Python al een volwaardig programmaatje geschreven. .

Zal best, maar aan de andere kant laten scripttaaltjes als Python een beginner juist de meest walgelijke bakken spaghetticode produceren. Waarom denk je dat je juist op informatica opleidingen met Java begint, omdat dat een "slechte" taal is?

quote:

Op woensdag 6 juli 2011 08:21 schreef X_FoutBijRegistratie het volgende:
Mijn eerste keuze is ook altijd XML omdat het vrij makkelijk en snel werkt.

Ik gebruik zelf vaak een .Net Json library (http://json.codeplex.com/) die me objecten rechtstreeks van en naar JSON laat serializen.

quote:

Op woensdag 6 juli 2011 12:20 schreef Catbert het volgende:

[..]

Zal best, maar aan de andere kant laten scripttaaltjes als Python een beginner juist de meest walgelijke bakken spaghetticode produceren. Waarom denk je dat je juist op informatica opleidingen met Java begint, omdat dat een "slechte" taal is?

[..]

Ik gebruik zelf vaak een .Net Json library (http://json.codeplex.com/) die me objecten rechtstreeks van en naar JSON laat serializen.

JSON is eigenlijk bedoeld om te communiceren tussen een server (.Net, Java, PHP, wat je zelf wil) backend en een javascript frontend. XML is netter als je communiceert tussen bijvoorbeeld een .Net frontend en een Java backend en als je .Net naar .Net doet gewoon lekker met WCF werken en bij Java naar Java gewoon RMI.

Ik gebruik zelf voor Java trouwens de Google Json library, werkt goed hier

Fortran:
Achterhaald, ouderwets - maar in de wetenschappelijke wereld circuleren nog miljoenen zeer nuttige Fortran scripts. Ook vrij snel.

Haskell en afgeleiden:
Functioneel programmeren. Een aparte denkwijze. Niet beter of slechter dan andere methoden, maar gewoon anders

C, C++, C#, Java, Perl etc zijn welbekend

Java. Omdat daadwerkelijk platformonafhankelijk, volledig gratis te gebruiken en distribueren, taal met toekomst.

quote:

Op woensdag 29 juni 2011 21:01 schreef QBay het volgende:
De taal is van ondergeschikt belang. Het abstracte denken en de juiste mind-set is het belangrijkste!

Dit.

Elke taal heeft zijn zwakkere en sterkere kanten, aan jou als programmeur om het juiste gereedschap voor de klus te hanteren. (zoals een docent dat ooit van me zei)

Momenteel programmeer ik bijvoorbeeld in VDF terwijl ik van origine een Java programmeur ben, het is allemaal een pot nat.

quote:

Op woensdag 29 juni 2011 21:01 schreef QBay het volgende:
De taal is van ondergeschikt belang. Het abstracte denken en de juiste mind-set is het belangrijkste!

Het maakt wel degelijk uit of je imperatief, object oriented of functioneel programmeert hoor De mindsets verschillen nogal.

Binnen die "stijlvelden" maakt de taal die je kiest echter idd niet veel uit.

quote:

Op woensdag 6 juli 2011 13:59 schreef MisterSqueaky het volgende:

[..]

Het maakt wel degelijk uit of je imperatief, object oriented of functioneel programmeert hoor De mindsets verschillen nogal.

Binnen die "stijlvelden" maakt de taal die je kiest echter idd niet veel uit.

Maakt ook wel degelijk uit. Vooral wat kosten betreft en user community.

quote:

Op woensdag 6 juli 2011 13:56 schreef FkTwkGs2012 het volgende:
Java. Omdat daadwerkelijk platformonafhankelijk.

Write once, debug anywhere .

quote:

Op woensdag 6 juli 2011 03:15 schreef keesjeislief het volgende:
@TS: neem Python. en de code is simpel en leesbaar genoeg

Was Python niet dat taaltje waarbij de opmaak van je code ook een semantieke betekenis heeft en waarbij je afschuwelijke __underscore__ shit-constructies moet maken? __Oogt__leesbaar__ja__.

quote:

Op woensdag 29 juni 2011 21:50 schreef Ai_KaRaMBa het volgende:
Ik vind zelf (als C / C++ programmeur) het soms verdomd iritant dat je zelf geen invloed (of zelfs inzicht) hebt op de lifecycle van objecten in Java...

Hulde !

Java ZUIGT

quote:

Op woensdag 6 juli 2011 13:56 schreef FkTwkGs2012 het volgende:
Java. Omdat daadwerkelijk platformonafhankelijk, volledig gratis te gebruiken en distribueren, taal met toekomst.

Java is op de zelfde manier platform onafhankelijk als BASIC

Java is een interpreter prut taaltje dat doet alsof het een grote jongen is door zijn interpreter een virtuele machine te noemen..

Platform onafhankelijk ? aan mijn hoela

Verder.. Wat je ook maakt in java , het ziet er op de een of andere manier altijd houtje touwtje uit...

quote:

Op woensdag 29 juni 2011 21:50 schreef Ai_KaRaMBa het volgende:
Ik vind zelf (als C / C++ programmeur) het soms verdomd iritant dat je zelf geen invloed (of zelfs inzicht) hebt op de lifecycle van objecten in Java...

Ik ben van C++ 'doorgestroomd' naar C# (keuze van de baas...) en herken dit ook. Ik voelde me in het begin doodongelukkig om objecten te instantieren en daarna niet te disposen, maar in de praktijk werkt de garbagecollection redelijk goed (om niet te zeggen dat je los-vaste objecten moet beschermen tegen ontijdige opruiming...)

quote:

Op woensdag 6 juli 2011 14:11 schreef Litpho het volgende:

[..]

Write once, debug anywhere .

Ach, het kan nog erger. Neem nou APL, dat is een write-only taal. Teruglezen, laat staan debuggen is bijkans onmogelijk.

quote:

Op woensdag 6 juli 2011 13:48 schreef Daeron het volgende:
JSON is eigenlijk bedoeld om te communiceren tussen een server

Nee, het is daarvoor ontwikkeld. Dat is wat anders. Het heeft t.o.v. XML het voordeel dat het minder overhead heeft. Daarnaast gebruik ik het gewoon om simpele config files e.d. in te lezen en zal het me een worst wezen waarvoor het 'bedoeld' is volgens sommigen.

quote:

Op woensdag 6 juli 2011 18:09 schreef Raven_NL het volgende:
Java is op de zelfde manier platform onafhankelijk als BASIC

Java is een interpreter prut taaltje dat doet alsof het een grote jongen is door zijn interpreter een virtuele machine te noemen..

Platform onafhankelijk ? aan mijn hoela

Verder.. Wat je ook maakt in java , het ziet er op de een of andere manier altijd houtje touwtje uit...

Ja, en daarom worden zoveel grote projecten gedaan in Java

Kneus. Als je niet weet waar je 't over hebt, hou dan je mond. Met je 'geinterpreteerd'

quote:

Op woensdag 6 juli 2011 12:20 schreef Catbert het volgende:

[..]

Zal best, maar aan de andere kant laten scripttaaltjes als Python een beginner juist de meest walgelijke bakken spaghetticode produceren.

Als dat al gebeurt, dan leert de beginner daar vervolgens van. Vervolgens ontwikkelt deze beginner zich tot een programmeur die weet wat het is om zowel OO, procedureel als functioneel in een taal te kunnen programmeren. Java is voor masochisten: mensen die het (blijkbaar) geen probleem vinden om binnen een netwerk van zinnige en vooral ook een hoop minder zinnige regels en constructies gedwongen worden te blijven, het (blijkbaar) geen probleem vinden om geen interactieve prompt te hebben en continu te moeten compileren en het gezeur van een compiler aan te moeten horen, het (blijkbaar) fijn vinden 5-10 maal zoveel regels code te schrijven als voor hetzelfde resultaat in Python nodig was geweest.

Het "scripttaaltje" Python is voor mensen die hun tijd vooral aan het nadenken over ontwerp en algoritmes willen besteden en vervolgens binnen een fractie van de tijd die voor Java nodig was geweest het boeltje geprogrammeerd willen hebben. Tegenargumenten ten faveure van Java zoals 3rd party libraries en de snelheid van JIT gaan niet op, want Jython.

quote:

Waarom denk je dat je juist op informatica opleidingen met Java begint, omdat dat een "slechte" taal is?

Nee, ik weet het niet, misschien omdat Java nog steeds zo populair is in het bedrijfsleven. Maar Java heeft zijn hoogtepunt gehad en gaat langzaam maar zeker het onderspit delven tegen de volgende generatie programmeertalen, zie bijv. de Tiobe index, waar talen als Java en C++ de laatste 10 jaar een dalende trend laten zien terwijl Python, Lua (en C#) een duidelijke stijgende trend kennen.

quote:

Op woensdag 6 juli 2011 17:54 schreef vriendelijkevriend het volgende:

[..]

Was Python niet dat taaltje waarbij de opmaak van je code ook een semantieke betekenis heeft en waarbij je afschuwelijke __underscore__ shit-constructies moet maken? __Oogt__leesbaar__ja__.

Heb je wel eens met Python gewerkt? Ieder zijn voorkeur, maar dat Pythoncode veel leesbaarder is daar is vrijwel iedereen het wel over eens.

quote:

Op woensdag 6 juli 2011 18:09 schreef Raven_NL het volgende:

[..]

Java is op de zelfde manier platform onafhankelijk als BASIC

Java is een interpreter prut taaltje dat doet alsof het een grote jongen is door zijn interpreter een virtuele machine te noemen..

Platform onafhankelijk ? aan mijn hoela

Verder.. Wat je ook maakt in java , het ziet er op de een of andere manier altijd houtje touwtje uit...

hier ook al trollen. Damn zeg. Ts google ff op c# vs java. Veel nuttige info over 2 goede omgevingen.

Niet platformonafhankelijk. Java niet? Je weet waarschijnlijk niet half hoeveel stuff jij gebruikt die een vorm van java gebruiken. Telefoons, navigatiesystemen, medische systemen. Name it.

Ruby is een erg mooie taal. Tenminste echt OO i.p.v. PHP waar het er toch allemaal een beetje in is geprakt naderhand, en waar dingen als metaprogramming niet mogelijk zijn (denk bv. aan bestaande klassen veranderen @ runtime zonder deze te moeten extenden, zodat andere processen de gewijzigde klassen kunne gebruiken zonder van de uitbreiding op de hoogte te zijn.... heel Rails is doorspekt van dat soort dingen wat het een erg clean framework maakt, terwijl ze bv. bij CakePHP worstelen om hetzelfde te doen met PHP).

Rekenen met datum en tijd zou trouwens ook wel wat beter mogen in PHP, terwijl in Ruby gewoon de betreffende objecten bij elkaar kan optellen d.m.v. operator overloading.

Nou ja, ze hebben bij PHP nu i.i.g namespaces, 15 jaar nadat de andere talen het hadden... beter laat dan nooit zullen we maar zeggen

Dan Python... puike taal op het hele verplichte indenten na dan.
"Ja dat verplicht je tot netjes werken!".
Misschien, maar het levert wel onnodige ambiguïteiten op. Ik vind het nou juist zo leuk dat ik bv. in Eclipse een coding style kan instellen voor m'n Java, en met 1 key combo al m'n code zo floeps, in de gewenste stijl kan gooien voordat het versiebeheer in gaat.

Hoe moet dat met Python als ie niet weet of die niet geïndente regel nou wel of niet bij die ene functie hoort? Beide gevallen zouden geldige code kunnen zijn! Met accolades is het tenminste altijd duidelijk, hoe de whitespace er ook bij hangt.

Veel mensen zweren erbij, maar ik heb er na jaren nog niet aan kunnen wennen. Dit terwijl ik binnen een paar weken prima gewend was aan dat zogenaamd 'vage' message passing van Objective-C.

quote:

Op dinsdag 5 juli 2011 17:42 schreef retorbrapi het volgende:

[..]

Ik vraag me af wat je 'verschrikkelijk' vindt aan Objective-C?

De meeste mensen die ermee beginnen die hoor ik over de message passing syntax:


i.p.v. iets als in Java of PHP:


We zijn zo ongelooflijk gewend aan de syntax van voorbeeld twee, dat Objective-C er gewoon alien uitziet voor veel mensen. Merk op dat er bij voorbeeld 1 misschien meer tekst staat, maar dat het wel zichzelf beter uitlegt. Je roept geen methode aan, maar je stuurt een bericht. In dit geval het bericht kist:pak:enDoe. Je ziet dat je aan parameters een naam kan hangen, wat je code zelf juist leesbaarder kan maken doordat je er een betekenis aan hangt.

[ Bericht 5% gewijzigd door Fleischmeister op 06-07-2011 23:41:23 ]

quote:

Op woensdag 6 juli 2011 22:58 schreef FkTwkGs2012 het volgende:

[..]

hier ook al trollen. Damn zeg. Ts google ff op c# vs java. Veel nuttige info over 2 goede omgevingen.

Niet platformonafhankelijk. Java niet? Je weet waarschijnlijk niet half hoeveel stuff jij gebruikt die een vorm van java gebruiken. Telefoons, navigatiesystemen, medische systemen. Name it.

Met Java zit je gevangen in hun framework als je platformonafhankelijk wil zijn. Zodra je de leuke OS-services wil gaan aanspreken waarin het framework niet voorziet, dan ben je niet platformonafhankelijk meer. Bijvoorbeeld als je onder OS X van die Java-bindings naar Cocoa (het framework dat je zou moeten gebruiken daar) gaat gebruiken om van de leuke OS X features gebruik te kunnen maken.

En dan kan je net zo goed gewoon de boel in Objective-C gaan coden, want werken op Windows en Linux etc. doet het niet meer in die hoedanigheid

Plus: Java heeft de footprint van een olifant in een porseleinkast met die hele VM eronder. Leuk als academisch taaltje om de principes te leren, mede omdat het je genadeloos terugfluit als je niet netjes werkt... maar een serieuze desktop applicatie zou ik er zelf nooit mee schrijven.

[ Bericht 66% gewijzigd door Fleischmeister op 06-07-2011 23:39:40 ]

quote:

Op woensdag 6 juli 2011 22:39 schreef keesjeislief het volgende:
Heb je wel eens met Python gewerkt? Ieder zijn voorkeur, maar dat Pythoncode veel leesbaarder is daar is vrijwel iedereen het wel over eens.

Ja, ik heb helaas ooit een p2p-client gemaakt in Python.

quote:

Op vrijdag 1 juli 2011 17:36 schreef IDisposable het volgende:
JavaScript is echt horror. Het is moeilijk te debuggen/onderhouden. Daarnaast heb je te maken met compatibiliteits obstakels. En omdat het bovenop de browser stack draait, zijn de foutmeldingen over het algemeen zo generiek dat je er bijna niets meer mee kunt doen.

Als je inderdaad JavaScript bedoeld en geen Java: ieder zichzelf respecterende frontend
webdeveloper heeft frameworks als jQuery in z'n standaard toolkit zitten, waarmee je dergelijke ellende niet meer meemaakt.
Veel web frameworks gebruiken dergelijke libraries ook onder de motorkap voor hun AJAX- en effect-abstractie e.d. zodat je niet eens meer JS hoeft te tikken, denk aan de .rjs views in Rails.

quote:

Op woensdag 6 juli 2011 23:19 schreef Henno het volgende:
[..]

Dan Python... puike taal op het hele verplichte indenten na dan.
"Ja dat verplicht je tot netjes werken!".
Misschien, maar het levert wel onnodige ambiguïteiten op. Ik vind het nou juist zo leuk dat ik bv. in Eclipse een coding style kan instellen voor m'n Java, en met 1 key combo al m'n code zo floeps, in de gewenste stijl kan gooien voordat het versiebeheer in gaat.

Hoe moet dat met Python als ie niet weet of die niet geïndente regel nou wel of niet bij die ene functie hoort? Beide gevallen zouden geldige code kunnen zijn! Met accolades is het tenminste altijd duidelijk, hoe de whitespace er ook bij hangt.

[..]

In de praktijk is dat geen belemmering, omdat je sowieso whitespace gebruikt als je je code een beetje overzichtelijk wilt houden. Het netto-effect is dat je geen haakjes om je blokken hoeft te plaatsen, niets meer, niets minder.