Ga je mond spoelen ouwe!quote:Op woensdag 29 juni 2011 20:35 schreef FredvZ het volgende:
PHP (lekker snel en ranzig iets in elkaar zetten, alles wat ik maak is toch alleen voor eigen gebruik).
Verder kan ik ook nog iets met C, C++, Java, Delphi en Pascal. Maar ik doe er verder weinig mee, aangezien ik het te saai vind. Maar tis in de ICT wel handig om hier kennis van te hebben
Nadelen van PHP zijn het feit dat het zo'n rommeltje kan worden, niet al te beste OO implementatie en mensen die denken dat ze expert zijn in PHP maar er toch een rommeltje van maken. PHP is complexer dan je denkt, vooral als ik dan als voordeel 'makkelijk te leren' zie staan gaan mijn nekharen omhoog. Uiteraard is PHP makkelijker te leren, je kan eventueel alles in een bestand knallen en gaan met die banaan, echter is dit verre van ideaal. Om expert in PHP te worden en er echt bedreven in te zijn ben je jaren van oefening en gebruik verder!quote:Op woensdag 29 juni 2011 21:05 schreef henrivo het volgende:
OP aangepast, suggesties voor t lijstje graag
Dat is trouwens niet correct. Er zijn meerdere opensource implementaties van de .net runtime. Mono is zelfs vrij ver en heeft zelfs een groot deel van de "windows specifieke" bibliotheken portable geimplementeerd.quote:Op woensdag 29 juni 2011 20:19 schreef henrivo het volgende:
C#
Voordelen
Nadelen
Enkel bruikbaar op Windows-besturingssystemen
Bedankt voor het commentaar, ik zal het even weghalen. Zoals al eerder vermeld zit ik nog niet zo gek lang in het "developerswereldje", dus dat wist ik nietquote:Op woensdag 29 juni 2011 21:45 schreef Ai_KaRaMBa het volgende:
[..]
Dat is trouwens niet correct. Er zijn meerdere opensource implementaties van de .net runtime. Mono is zelfs vrij ver en heeft zelfs een groot deel van de "windows specifieke" bibliotheken portable geimplementeerd.
Wat wil je doen? Als je cross-platform wilt ontwikkelen (waar ik wel vanuit ga gezien je selectie van talen) zou ik je Java aanbevelen. Java is makkelijker te leren voor een beginner, je hoeft niet met pointers en garbage collection te werken in Java terwijl dit wel in C++ moet. Houd er wel rekening mee dat je niet in een dag, week, maand of zelfs jaar leert programmeren. Om goed te kunnen programmeren op professioneel niveau ben je zo 4-5 jaar van toepassen en oefenen verder.quote:Op donderdag 30 juni 2011 18:36 schreef henrivo het volgende:
En tóch ben ik er zelf iig nog niet helemaal uit... C, C++ of Java. Iemand nog meer suggesties/onderbouwingen?
Misschien een ideetje om hier een reeks van te maken? Voor de "nieuwe generatie" programmeurs?
Nogmaals, de taal is echt niet het belangrijkste. Tijdens de opleiding leer je ook geen taal, maar meer algoritmes, het abstracte denken en wiskundige zaken. De taal moet je zien als hulpmiddel.quote:Op donderdag 30 juni 2011 20:23 schreef henrivo het volgende:
Daar zit wat in ja. Om heel eerlijk te zijn heb ik ook geen idee wat pointers of garbage collection is, dus daar kan ik weinig over zeggen. Wat ik heb gehoord is dat Java zo ongeveer de standaard is op scholen als je leert programmeren (correct me if im wrong) en aangezien ik volgend jaar de opleiding applicatieontwikkelaar wil gaan doen zou een kleine voorsprong de opleiding wat minder pittig maken denk ik
Maar ik ga er nu dus van uit dat alles wat je met C(++) kunt, ook met Java kunt doen en andersom?
Dat vind ik persoonlijk echt een lelijke taal om in te werken. Dan ga ik toch liever voor de C/C++ varianten. Voor mijn werk programmeer ik alles in C#. Vooral voor het ontwikkelen van RIA's is dit voor mij de taal bij uitstek. Wat ik vooral fijn aan C# vind, zijn de language extensions en Lambda Expressions. Je kan echt super compacte code schrijven. En het ziet er nog esthetisch uit ook.quote:Op donderdag 30 juni 2011 20:58 schreef VanishedEntity het volgende:
Was Delphi / Object Pascal al genoemd?
Alsjeblieft, vergelijk PHP niet met C(++), Java, C# of welke andere programmeertaal dan ook! PHP staat echt compleet los van programmeertalen, PHP wordt ook wel vaker een scripttaal genoemd. PHP is echt voor webdevelopment terwijl C georiënteerde talen en Java meer voor desktop-applicaties is (ja, je kan er wel web implementaties mee doen maar dat is niet de hoofdzaak).quote:Op donderdag 30 juni 2011 20:44 schreef henrivo het volgende:
Ja, dat bedacht ik me ook net. Ik ben wel al redelijk thuis in PHP, en dat toont weer veel overeenkomsten met C++ qua syntaxis en zo.
PHP is een erg fijne taal ja, heel veel mogelijkheden en zo.
Wijze user!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!
Klopt tot op bepaalde hoogte, persoonlijk lijkt mij applicaties ontwerpen in prolog nogal lastig. Maar dan loop je meer tegen de beperkingen van de taal aan. Wat ik hiermee wil zeggen is dat hetgeen jij wil wel binnen de scope van een taal moet liggen.quote:Op vrijdag 1 juli 2011 15:03 schreef Cid het volgende:
[..]
Wijze user!
Verder pruts ik vooral in Perl omdat het lekker snel en simpel is in scriptjes voor het werk.
Voor het echte werk is de taal inderdaad ondergeschikt. Een goed ontwerp is veel belangrijker. Zelf spreek ik wat JAVA en C.
Java en Javascript zijn niet hetzelfde, dat weet je?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.
Wat IDisposable (toepasselijke naam trouwens ) zegt klopt hoor. JS is ook moeilijk te debuggen.quote:Op vrijdag 1 juli 2011 17:46 schreef Pietverdriet het volgende:
[..]
Java en Javascript zijn niet hetzelfde, dat weet je?
Dus je wil onze code gebruiken om jezelf te promoten?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
1. Nee, ik ben gewoon benieuwd naar wat mensen gemaakt hebben. ( Kijk regelmatig op Tweakers.net waar ook zo'n topic is)quote:Op maandag 4 juli 2011 11:37 schreef Daeron het volgende:
[..]
Dus je wil onze code gebruiken om jezelf te promoten?
Daarnaast, wat bedoel je met "een Tool"?
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.quote:Op maandag 4 juli 2011 22:06 schreef kwaliteit. het volgende:
Misschien een domme vraag maar hoelang gaan al deze talen nog mee?
Worden er geen nieuwe talen gecreërd?
Heb er verder geen verstand van ofzo.
http://gathering.tweakers.net/forum/list_messages/1316127quote: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
Je moet uiteraard doen wat je gevoel zegt, als jij met tegenzin naar school gaat, zou ik de keuze al gemaakt hebben.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?
Precies ja! Vind het altijd leuk om te zien wat mensen nu weer gemaakt hebben, en e.v.t. stukjes code na te lezenquote: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!.
Dit en uitsluitend dit.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!
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.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.
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.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
M'n werk mag ik natuurlijk per definitie niet posten, maar als je graag een stuk willekeurige code wil zien: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..
SPOILEROm 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."[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Dit dus.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 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.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.
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: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.SPOILEROm 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.
Zal thuis de code ff doorlezenⁿڻⁿ
Ik vraag me af wat je 'verschrikkelijk' vindt aan Objective-C?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.
Welke taal? Ik zou het bijvoorbeeld in PHP doen icm een MySQL database om de gegevens in op te slaan.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?
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?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.
SPOILEROm 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 ]Sisco Certified
SQLite klinkt wel interessant.quote:Op dinsdag 5 juli 2011 20:46 schreef retorbrapi het volgende:
[..]
Je kan ook bijv. een SQLite database bundelen met je app.
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?Txt bestand is weer te minimaal.SPOILEROm 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.
Wil toch veel gegevens kunnen slaan.En veiligheid is ook wel een belangrijk punt ja.ⁿڻⁿ
"Deze vak bestaat al"? .quote:
SQLitequote:Op dinsdag 5 juli 2011 20:55 schreef X_FoutBijRegistratie het volgende:
SQLite klinkt wel interessant.
checkBestaat();quote:
quote:"Deze vak bestaat al"? .
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 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.
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 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.
Ik wist niets over datatables, wel handig. Maar ik heb het volgende stukje code geschreven: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.
SPOILEROm 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?Sisco Certified
1 | print "Hello World" |
Mijn eerste keuze is ook altijd XML omdat het vrij makkelijk en snel werkt.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
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 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. .
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 08:21 schreef X_FoutBijRegistratie het volgende:
Mijn eerste keuze is ook altijd XML omdat het vrij makkelijk en snel werkt.
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.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.
Dit.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.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!
Maakt ook wel degelijk uit. Vooral wat kosten betreft en user community.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.
Write once, debug anywhere .quote:Op woensdag 6 juli 2011 13:56 schreef FkTwkGs2012 het volgende:
Java. Omdat daadwerkelijk platformonafhankelijk.
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 6 juli 2011 03:15 schreef keesjeislief het volgende:
@TS: neem Python. en de code is simpel en leesbaar genoeg
Hulde !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...
Java is op de zelfde manier platform onafhankelijk als BASICquote:Op woensdag 6 juli 2011 13:56 schreef FkTwkGs2012 het volgende:
Java. Omdat daadwerkelijk platformonafhankelijk, volledig gratis te gebruiken en distribueren, taal met toekomst.
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 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...
Ach, het kan nog erger. Neem nou APL, dat is een write-only taal. Teruglezen, laat staan debuggen is bijkans onmogelijk.quote:
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 13:48 schreef Daeron het volgende:
JSON is eigenlijk bedoeld om te communiceren tussen een server
Ja, en daarom worden zoveel grote projecten gedaan in Javaquote: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...
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.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.
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:Waarom denk je dat je juist op informatica opleidingen met Java begint, omdat dat een "slechte" taal is?
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 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__.
hier ook al trollen. Damn zeg. Ts google ff op c# vs java. Veel nuttige info over 2 goede omgevingen.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...
De meeste mensen die ermee beginnen die hoor ik over de message passing syntax:quote:Op dinsdag 5 juli 2011 17:42 schreef retorbrapi het volgende:
[..]
Ik vraag me af wat je 'verschrikkelijk' vindt aan Objective-C?
1 2 | Gereedschapskist *kist = [Gereedschapskist initMetKleur:@"rood"]; [kist pak:@"hamer" enDoe:@"lekker gewelddadig"]; |
1 2 | Gereedschapskist kist = new Gereedschapskist("rood"); kist.doe("hamer", "lekker gewelddadig"); |
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.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.
Ja, ik heb helaas ooit een p2p-client gemaakt in Python.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.
Als je inderdaad JavaScript bedoeld en geen Java: ieder zichzelf respecterende frontendquote: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.
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.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.
[..]
Ik had precies de tegenovergestelde ervaring. Ik heb in de loop van de tijd verschillende pogingen gedaan om Java onder de knie te krijgen, maar ik kan echt niet wennen aan alle overbodige rompslompcode en regeltjes (en wilde het ook niet meer vanaf het moment dat ik Python leerde kennen).quote:Op woensdag 6 juli 2011 23:40 schreef vriendelijkevriend het volgende:
[..]
Ja, ik heb helaas ooit een p2p-client gemaakt in Python.
voorbeeld?quote:Op donderdag 7 juli 2011 00:00 schreef keesjeislief het volgende:
[..]
Ik had precies de tegenovergestelde ervaring. Ik heb in de loop van de tijd verschillende pogingen gedaan om Java onder de knie te krijgen, maar ik kan echt niet wennen aan alle overbodige rompslompcode en regeltjes (en wilde het ook niet meer vanaf het moment dat ik Python leerde kennen).
"Als je platform specifieke dingen wilt doen ben je niet platform onafhankelijk". No shit sherlockquote:Op woensdag 6 juli 2011 23:30 schreef Henno het volgende:
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.
Dat heb je in C net zo goed. Als je in C gebruik maakt van Windows-specifieke functionaliteit dan gaat dat ook niet op Linux werken. Daarom abstraheer je de OS specifieke meuk in een aparte laag, dat geldt voor elk cross-platform project. Maar Java is wel, hoe dan ook, in de basis cross platform. Vergeet niet dat je de gecompileerde classes niet hoeft te hercompileren, dat doet de VM voor je.quote: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
Als je een desktop applicatie bouwt die onder zo'n beetje alle OSen moet werken ben je gewoon dom als je dat niet in een platform onafhankelijke taal doet.quote: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.
Je bedoelt dus dat je OO programmeren niet snapt en daarom niet doorgezet hebt. Da's dezelfde reden dat een hoop mensen maar in PHP blijven kutten omdat dat wel zo'n lekker 'duidelijke' taal is. Hun argument is ook dat "print "Blaat"; een stuk 'duidelijker' is dan System.out.println("Blaat");. Nou, als dat je 'argument' is, prima. Zulke mensen moeten bij Java wegblijven want die halen alleen maar het gemiddelde niveau omlaagquote:Op donderdag 7 juli 2011 00:00 schreef keesjeislief het volgende:
Ik had precies de tegenovergestelde ervaring. Ik heb in de loop van de tijd verschillende pogingen gedaan om Java onder de knie te krijgen, maar ik kan echt niet wennen aan alle overbodige rompslompcode en regeltjes (en wilde het ook niet meer vanaf het moment dat ik Python leerde kennen).
Een paar simpele devvers die wat roepen zegt nog weinig over de echte wereld. Sorry johquote:Op donderdag 7 juli 2011 11:06 schreef Daeron het volgende:
Ach, hoe minder Java devvers hoe meer werk er voor mij is
. Alle grotere programma's, waaronder administratieve software en vooral veel code voor wetenschappelijke doeleinden, die ik geschreven heb zijn volledig OO, maar als ik snel een progje wil dat een bergje foto's herschaalt en hernoemt kan ik dat in 10 regels doen en heb ik geen taal nodig die stampvoetend eist dat ik per se OO gebruik. Python laat mij als programmeur de beste benadering kiezen en laat me o.a. daarmee heel snel en efficient zijn.quote:Op donderdag 7 juli 2011 09:58 schreef Catbert het volgende:
[..]
"Als je platform specifieke dingen wilt doen ben je niet platform onafhankelijk". No shit sherlock
[..]
Dat heb je in C net zo goed. Als je in C gebruik maakt van Windows-specifieke functionaliteit dan gaat dat ook niet op Linux werken. Daarom abstraheer je de OS specifieke meuk in een aparte laag, dat geldt voor elk cross-platform project. Maar Java is wel, hoe dan ook, in de basis cross platform. Vergeet niet dat je de gecompileerde classes niet hoeft te hercompileren, dat doet de VM voor je.
[..]
Als je een desktop applicatie bouwt die onder zo'n beetje alle OSen moet werken ben je gewoon dom als je dat niet in een platform onafhankelijke taal doet.
[..]
Je bedoelt dus dat je OO programmeren niet snapt en daarom niet doorgezet hebt. Da's dezelfde reden dat een hoop mensen maar in PHP blijven kutten omdat dat wel zo'n lekker 'duidelijke' taal is. Hun argument is ook dat "print "Blaat"; een stuk 'duidelijker' is dan System.out.println("Blaat");. Nou, als dat je 'argument' is, prima. Zulke mensen moeten bij Java wegblijven want die halen alleen maar het gemiddelde niveau omlaag
Ach, er zijn talloze voorbeelden, maar een ding wat ik me nog duidelijk herinner is dat gekloot met verschillende constructors. Neem dit voorbeeldje van internet, een class Employee die met een verschillend aantal argumenten geinitieerd kan worden. In Java krijg je:quote:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 | public class Employee { private String myEmployeeName; private int myTaxDeductions = 1; private String myMaritalStatus = "single"; //--------- constructor #1 ------------- public Employee(String EmployeName) { this(employeeName, 1); } //--------- constructor #2 ------------- public Employee(String EmployeName, int taxDeductions) { this(employeeName, taxDeductions, "single"); } //--------- constructor #3 ------------- public Employee(String EmployeName, int taxDeductions, String maritalStatus) { this.employeeName = employeeName; this.taxDeductions = taxDeductions; this.maritalStatus = maritalStatus; } |
1 2 3 4 5 | class Employee(): def __init__(self, employeeName, taxDeductions=1, maritalStatus="single"): self.employeeName = employeeName self.taxDeductions = taxDeductions self.maritalStatus = maritalStatus |
Dat ik Perl gebruik om een bak tekst te om te klussen betekent ook niet dat Perl een goede taal is om mee te beginnen.quote:Op donderdag 7 juli 2011 12:50 schreef keesjeislief het volgende:
. Alle grotere programma's, waaronder administratieve software en vooral veel code voor wetenschappelijke doeleinden, die ik geschreven heb zijn volledig OO, maar als ik snel een progje wil dat een bergje foto's herschaalt en hernoemt kan ik dat in 10 regels doen en heb ik geen taal nodig die stampvoetend eist dat ik per se OO gebruik. Python laat mij als programmeur de beste benadering kiezen en laat me o.a. daarmee heel snel en efficient zijn.
Nou, wat een verschil. Alsof daar je tijd in gaat zitten bij het coden.quote:Ach, er zijn talloze voorbeelden, maar een ding wat ik me nog duidelijk herinner is dat gekloot met verschillende constructors. Neem dit voorbeeldje van internet, een class Employee die met een verschillend aantal argumenten geinitieerd kan worden. In Java krijg je:
[ code verwijderd ]
In Python is dat veel simpeler en eleganter:
[ code verwijderd ]
Dat lijkt me geen reden om een taal 'verschrikkelijk' te vinden. Als het al zo'n verschil uitmaakt zou ik het eerder een voordeel vinden, want het maakt de code veel duidelijker. Ik vraag me echt af wat de redenen van Trollface zijn want ik vind het zelf echt een hele plezierige taal.quote:Op woensdag 6 juli 2011 23:19 schreef Henno het volgende:
[..]
De meeste mensen die ermee beginnen die hoor ik over de message passing syntax:
[ code verwijderd ]
i.p.v. iets als in Java of PHP:
[ code verwijderd ]
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.
Ik denk dat ik als Microsoft certified engineer wel weet waar ik over praat ja.quote:Op woensdag 6 juli 2011 19:14 schreef Catbert het volgende:
[..]
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.
[..]
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'
Python is een uitstekende taal om mee te beginnen. Ik heb echt geen zin om alle argumenten nog een keer te gaan herhalen, hier staat bijv. een goed stuk van een Amerikaanse prof. CS en hier een stuk tekst van een mailing list:quote:Op donderdag 7 juli 2011 12:54 schreef Catbert het volgende:
[..]
Dat ik Perl gebruik om een bak tekst te om te klussen betekent ook niet dat Perl een goede taal is om mee te beginnen.
quote:Carlos,
John also has an excellent textbook: Python Programming: An
Introduction to Computer Science. We are in our second year of using
this book in our CS1 class and are very happy with it. Because of
its power and simplicity we have found that students enjoy the class
and can do more interesting projects in their first course than they
could with Java.
For example my students are now (in week 7 of the semester) writing
functions to enlarge images, smooth the enlarged images, and do edge
detection on the images the image library is so simple that the
students can really concentrate on the problem solving parts of the
exercise. For me these are great introductory exercises that get
them using nested loops, simple conditionals, and functions. I think
the students have more fun and are more successful when they can see
the results of their work visually.
We also use Python in our CS2 course which focuses on data
structures, and one of our colleagues is using Python in his advanced
data structures course this year. The great thing about using Python
in a data structures course is that there is almost a one-to-one
mapping from pseudocode to Python. So the students can really see
the how the concepts get mapped to code without all the extra
overhead that a language like Java imposes.
Of course we also teach and use Java but we don't introduce our
students to Java until the third course in our introductory
sequence. The nice thing about holding off on Java until the third
course is that the students now know enough computer science that we
can work on bigger and more interesting problems while they are
learning Java. In addition I can now use Python to compare and
contrast as I introduce new language concepts in Java.
Brad
--
Brad Miller, PhD
Assistant Professor
Luther College
Ja, dat gaat het, samen met die honderden andere kleinere en grotere voorbeelden van constructies waarin Python eleganter en intuitiever is. Daarom ook zo'n 5-10 maal minder regels code in Python voor dezelfde taak.quote:Nou, wat een verschil. Alsof daar je tijd in gaat zitten bij het coden.
Python is goud waard, maar wordt meestal gebruikt als script taal in een of andere toepassing die dus in een andere programmeertaal echt gemaakt wordt. Bijvoorbeeld Blender: Geschreven in C/C++ en gebruikt Python als script taal voor add ons en dergelijke.quote:Op donderdag 7 juli 2011 14:03 schreef keesjeislief het volgende:
[..]
Python is een uitstekende taal om mee te beginnen. Ik heb echt geen zin om alle argumenten nog een keer te gaan herhalen, hier staat bijv. een goed stuk van een Amerikaanse prof. CS en hier een stuk tekst van een mailing list:
[..]
[..]
Ja, dat gaat het, samen met die honderden andere kleinere en grotere voorbeelden van constructies waarin Python eleganter en intuitiever is. Daarom ook zo'n 5-10 maal minder regels code in Python voor dezelfde taak.
Post er eens een paar dan?quote:Op donderdag 7 juli 2011 14:03 schreef keesjeislief het volgende:
Ja, dat gaat het, samen met die honderden andere kleinere en grotere voorbeelden van constructies waarin Python eleganter en intuitiever is. Daarom ook zo'n 5-10 maal minder regels code in Python voor dezelfde taak.
quote:Op donderdag 7 juli 2011 13:55 schreef Raven_NL het volgende:
[..]
Ik denk dat ik als Microsoft certified engineer wel weet waar ik over praat ja.
Java is een interpreter taal net als basic. Dat de code in een andere verborgen taal wordt omgezet om dit te verbergen doet uiteraard niet terzake.
Dit is ook een van de belangrijkste verschillen in werking tussen C# (.NET framework) en java
C# is WEL een taal die naar machinecode gecompileerd wordt.
En noem eens EEN groot stand alone programma dat in java geschreven is...
Inderdaad. Nooit van MSIL gehoord kennelijk.quote:Op donderdag 7 juli 2011 14:16 schreef Daeron het volgende:
Dan zou ik toch eens heel gauw je certificaat inleveren want C# is net als Java een taal die naar bytecode omgezet wordt en daarna met een JIT compiler runtime wordt omgezet naar machine code.
Kan je alleen maar dom doen ?quote:Op donderdag 7 juli 2011 14:16 schreef Daeron het volgende:
[..]
Dan zou ik toch eens heel gauw je certificaat inleveren want C# is net als Java een taal die naar bytecode omgezet wordt en daarna met een JIT compiler runtime wordt omgezet naar machine code.
Juist....quote:Op donderdag 7 juli 2011 14:24 schreef Catbert het volgende:
Ik denk dat je sowieso beter niet met C++ kunt beginnen. Later C++ leren is IMHO een aanrader, net zoals iedere goeie programmeur IMHO wel eens dingen in assembly gedaan heeft, maar om mee te beginnen nee. Ik weet nog dat ik toen ik met C++ begon gewoon 2 dagen bezig ben geweest met een suffe fout van me (schrijven naar geheugen dat als "read only" gealloceerd was ofzo) en doodleuk een "kernel panic" voor m'n neus kreeg. Dan is Java (of C#) toch een heel stuk n00b-vriendelijker
.Net spul wordt naar MSIL gecompileerd, java naar bytecode. Beiden zijn binaire-code 'like' die dan door de VM (ja, .Net heeft ook een VM) omgezet worden naar platform-specifieke binaire code.quote:Op donderdag 7 juli 2011 14:24 schreef Raven_NL het volgende:
C# ( en andere .NET code) wordt eenmalig gecompileerd voor de machine waar het programma op gaat draaien. Alleen als code of framework veranderen is nieuwe compilatie nodig.
Java wordt net zo goed als .Net at runtime omgezet naar platform specifieke code.quote:Java wordt omgezet naar bytecode die vervolgens regel voor regel tijdens de uitvoering wordt geinterpreteert voor de java virtual machine.
En dat laatste is gewoon een ronduit trieste opmerking.quote:Er zijn op dit punt behoorlijk wat verschillen tussen C# en java..
Maarja een C# ontwikkelaar rijdt ook meestal in een dikkere auto dan een java programmeurtje
Als je het ergens niet mee eens bent, vertel gerust. Maar met zo'n opmerking kan ik niet zo veel.quote:
http://en.wikipedia.org/wiki/Common_Intermediate_Languagequote:Op donderdag 7 juli 2011 14:24 schreef Raven_NL het volgende:
[..]
Kan je alleen maar dom doen ?
C# ( en andere .NET code) wordt eenmalig gecompileerd voor de machine waar het programma op gaat draaien. Alleen als code of framework veranderen is nieuwe compilatie nodig.
Java wordt omgezet naar bytecode die vervolgens regel voor regel tijdens de uitvoering wordt geinterpreteert voor de java virtual machine.
Er zijn op dit punt behoorlijk wat verschillen tussen C# en java..
Maarja een C# ontwikkelaar rijdt ook meestal in een dikkere auto dan een java programmeurtje
Tadaa, Java en C# (of eigenlijk elke .Net taal) worden beide naar bytecode omgezet en daarna runtime omgezet met een JIT-compiler.quote:During compilation of .NET programming languages, the source code is translated into CIL code rather than platform or processor-specific object code. CIL is a CPU- and platform-independent instruction set that can be executed in any environment supporting the Common Language Infrastructure,[2] such as the .NET runtime on Windows, or the cross-platform Mono runtime. In theory, this eliminates the need to distribute different executable files for different platforms and CPU types. CIL code is verified for safety during runtime, providing better security and reliability than natively compiled executable files.
Wat klopt daar niet aan? Waarom zou je iemand die net begint memory management door de strot heen duwen? Sowieso, ik wil me er niet eens mee bezig houden, de klant betaalt voor functionaliteit, niet voor basale dingen die ook voor je gedaan kunnen wordenquote:
Mensen hebben verschillende definities van platform-onafhankelijk. Java kan platform-afhankelijk zijn als je platform-afhankelijke libraries gebruikt. C++ code (niet de binaries) kan platform-onafhankelijk zijn; applicatie die alleen van de standaard libs gebruik maakt kun je zonder wijzigingen voor zowel windows als linux compileren. Voor en tegenstanders (wat an sich al triest is, 'tegen' een programmeertaal zijn) van bepaalde talen hanteren verschillende definities al naar gelang wat hun het best uitkomt.quote:Op donderdag 7 juli 2011 14:32 schreef Pheno het volgende:
Ik zie in de OP dat C en C++ als platformonafhankelijk worden gezien door TS. Maar een C-programma gecompileerd op windows gaat op mijn mac niet werken, ik zal moeten hercompileren.
Platformonafhankelijkheid wil niet per definitie zeggen dat het op andere platformen kan draaien zonder opnieuw te compileren. Als het goed is kan je trouwens gewoon onder Windows je C applicatie compilen voor het Mac OS platform en andersom.quote:Op donderdag 7 juli 2011 14:32 schreef Pheno het volgende:
Ik zie in de OP dat C en C++ als platformonafhankelijk worden gezien door TS. Maar een C-programma gecompileerd op windows gaat op mijn mac niet werken, ik zal moeten hercompileren.
[..]
Wat klopt daar niet aan? Waarom zou je iemand die net begint memory management door de strot heen duwen? Sowieso, ik wil me er niet eens mee bezig houden, de klant betaalt voor functionaliteit, niet voor basale dingen die ook voor je gedaan kunnen worden
Dat is de definitie van platform-onafhankelijk die bijvoorbeeld Sun voor Java gebruikt. Er is niet maar 1 definitie, ieder heeft zo z'n eigen definitie.quote:Op donderdag 7 juli 2011 14:33 schreef Daeron het volgende:
Platformonafhankelijkheid wil niet per definitie zeggen dat het op andere platformen kan draaien zonder opnieuw te compileren.
Ik zie platformonafhankelijk als overal te draaien zonder hercompilatie, anders ben je het eenvoudigweg niet. Je bent als programma toch afhankelijk waarop je gecompileerd bent en waar je op dat moment gaat draaien .quote:Op donderdag 7 juli 2011 14:33 schreef Daeron het volgende:
[..]
Platformonafhankelijkheid wil niet per definitie zeggen dat het op andere platformen kan draaien zonder opnieuw te compileren. Als het goed is kan je trouwens gewoon onder Windows je C applicatie compilen voor het Mac OS platform en andersom.
Dat BLIJFT een compromis... en zal nooit zo goed werken als een specifiek voor een machine geschreven programma in C++ bvquote:Op donderdag 7 juli 2011 14:33 schreef Daeron het volgende:
[..]
Platformonafhankelijkheid wil niet per definitie zeggen dat het op andere platformen kan draaien zonder opnieuw te compileren. Als het goed is kan je trouwens gewoon onder Windows je C applicatie compilen voor het Mac OS platform en andersom.
Dat klopt, maar ik ben het eens met Sun. Ik moet een programma kunnen compileren op een as/400 en kunnen gebruiken op een windows machine, sort a speak.quote:Op donderdag 7 juli 2011 14:36 schreef Catbert het volgende:
[..]
Dat is de definitie van platform-onafhankelijk die bijvoorbeeld Sun voor Java gebruikt. Er is niet maar 1 definitie, ieder heeft zo z'n eigen definitie.
Bubblesort a speak? Quicksort a speak?quote:Op donderdag 7 juli 2011 14:39 schreef Pheno het volgende:
sort a speak.
Met "goed werken" bedoel je puur snelheid. Klopt, C++ is typisch sneller dan de andere mainstream talen, met Java als close second:quote:Op donderdag 7 juli 2011 14:39 schreef Raven_NL het volgende:
Dat BLIJFT een compromis... en zal nooit zo goed werken als een specifiek voor een machine geschreven programma in C++ bv
Op de uni hebben ze vast wel weer een of andere theoretisch snellere sort. Niet dat iemand die wil implementeren, want elke fatsoenlijke taal heeft al een geoptimaliseerde en door en door geteste sort-functionaliteitquote:Op donderdag 7 juli 2011 14:41 schreef Litpho het volgende:
[..]
Bubblesort a speak? Quicksort a speak?
Snelheid van oplossend programmeren lijkt me belangrijker. Als je goed bent in C pak je dat, ben je goed in java, doe je dat. Dat eeuwige gejank over welke taal de beste is. Er is geen beste, want dan zou iedereen die gebruikenquote:Op donderdag 7 juli 2011 14:43 schreef Catbert het volgende:
[..]
Met "goed werken" bedoel je puur snelheid. Klopt, C++ is typisch sneller dan de andere mainstream talen, met Java als close second:
http://shootout.alioth.de(...)on&php=on&calc=chart
Maar pure snelheid is in heel veel projecten niet de voornaamste reden om het te gebruiken, vooral omdat de snelheid van de (web)applicatie zelf sowieso geen bottleneck is.
Sure. Maar je moet wel weten hoe dergelijke algorithmes werken puur om te kunnen apprecieren dat het behoorlijk bewerkelijk is. Als je het puur als een "call" naar een library ziet, heb je gewoon niet door dat er redelijk wat number-crunching bij komt kijken. Als je het aan het ontwikkelen bent merk je niet dat je inefficient bezig bent, dat merk je pas als de app server bij 10 concurrent users het geheel onverwacht spaans benauwd krijgt.quote:Op donderdag 7 juli 2011 14:44 schreef Pheno het volgende:
Op de uni hebben ze vast wel weer een of andere theoretisch snellere sort. Niet dat iemand die wil implementeren, want elke fatsoenlijke taal heeft al een geoptimaliseerde en door en door geteste sort-functionaliteit
Eensch. Persoonlijk vind ik Java het 'best' voor back-end stuff, vooral omdat daar enorm veel voor te vinden is aan open source spul dat gewoon goed werkt, en .Net erg sterk is voor mooie webapplicaties. Zijn genoeg projecten waar dat ook gewoon prima samenwerkt. Al het ESB spul is Java, alleen de webapplicatie is .Net.quote:Op donderdag 7 juli 2011 14:46 schreef Pheno het volgende:
Snelheid van oplossend programmeren lijkt me belangrijker. Als je goed bent in C pak je dat, ben je goed in java, doe je dat. Dat eeuwige gejank over welke taal de beste is. Er is geen beste, want dan zou iedereen die gebruiken
Is trouwens geen garantie. Heb laatst een keer een aantal xml databases tegenover elkaar gebenchmarked voor een project op de uni. Bleek dat een db engine geschreven in Java sneller presteerde dan een db engine geschreven in C++.quote:Op donderdag 7 juli 2011 14:43 schreef Catbert het volgende:
[..]
Met "goed werken" bedoel je puur snelheid. Klopt, C++ is typisch sneller dan de andere mainstream talen, met Java als close second:
http://shootout.alioth.de(...)on&php=on&calc=chart
Maar pure snelheid is in heel veel projecten niet de voornaamste reden om het te gebruiken, vooral omdat de snelheid van de (web)applicatie zelf sowieso geen bottleneck is.
SQLite versus HSQL toevallig?quote:Op donderdag 7 juli 2011 14:51 schreef Daeron het volgende:
Is trouwens geen garantie. Heb laatst een keer een aantal xml databases tegenover elkaar gebenchmarked voor een project op de uni. Bleek dat een db engine geschreven in Java sneller presteerde dan een db engine geschreven in C++.
Nee, de ontwikkelaar des te meerquote:Kortom, de taal zegt niets over de efficiëntie of werkbaarheid van de applicatie.
quote:Ik sluit me aan bij de heersende conclusie, programmeren is eerder een mindset die je hebt dan je kunsten in een bepaalde taal.
XML Databases dus geen SQL maar xqueryquote:
Nou, inderdaad, die rukkers van MIT bijvoorbeeld. Oh wacht, hun programma wordt gezien als een van de beste in de US. .quote:Op donderdag 7 juli 2011 14:16 schreef Catbert het volgende:
Sorry maar dat geeft dus goed aan wat het niveau is van een gemiddelde "CS" study daar. Je leert daar niet hoe dingen werken, je leert hoe je een library gebruikt die iemand anders voor je gemaakt heeft. Dat is niet leren programmeren. De taal boeit hier overigens weinig in, ik vind alleen het gezeur over hoe geweldig Python wel niet is gewoon irritant, het is niks bijzonders. Net zoals mensen die los gaan over Scala. "Kijk eens hoe weinig regels code", ja, maar is het leesbaar?
Leren programmeren is leren hoe dingen werken. Dus in plaats van een resize library te gebruiken, leer dat eens ZELF pixel voor pixel te doen. In plaats van een linked list te gebruiken, leer er eerst ZELF eens een te maken. Dat is informatica, en niet dat gesufkut van tegenwoordig waar je maar een paar libraries tegen je probleem aan gooit in de hoop dat dat de oplossing is.
Het maakt in deze ook weinig uit of je begint in Perl, Python, Java, C# of C++, als je maar de juiste opleiding krijgt. Ik vind Smalltalk een nog betere taal om mee te beginnen, hoewel je daar in "het echt" ook niet snel mee zult gaan werken. Leren programmeren is leren hoe bepaalde constructies werken, zoals algorithmes, OO programmeren en design patterns herkennen. Als de geschiktheid van een taal afhangt van hoe 'makkelijk' een image bewerkings library is, dan zit er in de belevingswereld van de docent iets compleet scheef, en dat past goed bij het hedendaagse HBO (en de vergelijkbare studies in de VS).
Zodat jij er weer over kunt zeggen dat je het geen probleem vindt en dat het niet belangrijk is? Dag. . Er staan talloze voorbeelden op internet. Een leuk wetenschappelijk artikel is bijv. deze, waarin implementaties voor verschillende taken worden vergeleken voor C, C++, Java, Perl, Python, Rexx en Tcl. Conclusie:quote:Post er eens een paar dan?
enquote:writing them. The results indicate that, for the given pro-
gramming problem, which regards string manipulation and
search in a dictionary, “scripting languages” (Perl, Python,
Rexx, Tcl) are more productive than “conventional lan-
guages” (C, C++, Java). In terms of run time and mem-
ory consumption, they often turn out better than Java and
not much worse than C or C++.
quote:Designing and writing the program in Perl, Python,
Rexx, or Tcl takes no more than half as much time as
writing it in C, C++, or Java and the resulting program
is only half as long.
De taal is platformonafhankelijk, het programma nietquote:Op donderdag 7 juli 2011 14:32 schreef Pheno het volgende:
Ik zie in de OP dat C en C++ als platformonafhankelijk worden gezien door TS. Maar een C-programma gecompileerd op windows gaat op mijn mac niet werken, ik zal moeten hercompileren.
De vraag van TS was toch met welke taal hij best kon beginnen? Geen idee waarom je cijfers over productiviteit erbij haalt, dat is namelijk voor ene beginner totaal irrelevant. Wil je snappen wat objecten zijn, dan is een in jouw ogen minder productieve taal handiger. Ook geen frameworks als Spring of weet ik wat, maar gewoonweg Java of C++. Daarna kun je altijd nog naar een andere taal springen.quote:Op donderdag 7 juli 2011 14:59 schreef keesjeislief het volgende:
[..]
Nou, inderdaad, die rukkers van MIT bijvoorbeeld. Oh wacht, hun programma wordt gezien als een van de beste in de US. .
[..]
Zodat jij er weer over kunt zeggen dat je het geen probleem vindt en dat het niet belangrijk is? Dag. . Er staan talloze voorbeelden op internet. Een leuk wetenschappelijk artikel is bijv. deze, waarin implementaties voor verschillende taken worden vergeleken voor C, C++, Java, Perl, Python, Rexx en Tcl. Conclusie:
[..]
en
[..]
Oke, op die fiets. Ik denk in resultaat, vandaar dat ik het vreemd er uit vind zien. Ik programmeer niet om de code, maar om een applicatie te makenquote:Op donderdag 7 juli 2011 15:03 schreef retorbrapi het volgende:
[..]
De taal is platformonafhankelijk, het programma niet
Waarom? Omdat jij het categoriseert als een 'scripttaal'? Je kunt er alles mee doen wart je maar wilt. Geen beperkingen. Paar voorbeelden van http://www.python.org/about/quotes/:quote:Op donderdag 7 juli 2011 14:14 schreef Raven_NL het volgende:
[..]
Python is goud waard, maar wordt meestal gebruikt als script taal in een of andere toepassing die dus in een andere programmeertaal echt gemaakt wordt. Bijvoorbeeld Blender: Geschreven in C/C++ en gebruikt Python als script taal voor add ons en dergelijke.
Als je in een team mee wil doen is Python zeker de moeite waard. Het is echter niet bedoeld om complete programma's te schrijven
quote:"Python is fast enough for our site and allows us to produce maintainable features in record times, with a minimum of developers," said Cuong Do, Software Architect, YouTube.com.
"Python has been an important part of Google since the beginning, and remains so as the system grows and evolves. Today dozens of Google engineers use Python, and we're looking for more people with skills in this language." said Peter Norvig, director of search quality at Google, Inc.
"Journyx technology, from the source code of our software to the code that maintains our Web site and ASP sites, is entirely based on Python. It increases our speed of development and keeps us several steps ahead of competitors while remaining easy to read and use. It's as high level of a language as you can have without running into functionality problems. I estimate that Python makes our coders 10 times more productive than Java programmers, and 100 times more than C programmers." -- Curt Finch, CEO, Journyx
"Python enabled us to create EVE Online, a massive multiplayer game, in record time. The EVE Online server cluster runs over 50,000 simultaneous players in a shared space simulation, most of which is created in Python. The flexibilities of Python have enabled us to quickly improve the game experience based on player feedback" said Hilmar Veigar Petursson of CCP Games.
Euh, je linkt naar een computertechniek opleiding, niet naar een informatica opleiding. Wat deze mensen leren is vooral elektrotechniek. M'n vader heeft een soortgelijke opleiding gedaan, en hij is gewoon Elektrotechnicus. MIT is een van de leidende engineering instituten op de wereld maar de focus ligt daar niet op het leveren van de volgende lichting Java programmeurs. Als je wil leren programmeren moet je ook niet aan de UT gaan studeren.quote:Op donderdag 7 juli 2011 14:59 schreef keesjeislief het volgende:
Nou, inderdaad, die rukkers van MIT bijvoorbeeld. Oh wacht, hun programma wordt gezien als een van de beste in de US. .
Het stukje "In general, the differences between languages tend to be smaller than the typical differences due to different programmers within the same language." laat je voor het gemak maar even weg? Oftwel, het verschil is te verwaarlozen.quote:Zodat jij er weer over kunt zeggen dat je het geen probleem vindt en dat het niet belangrijk is? Dag. . Er staan talloze voorbeelden op internet. Een leuk wetenschappelijk artikel is bijv. deze, waarin implementaties voor verschillende taken worden vergeleken voor C, C++, Java, Perl, Python, Rexx en Tcl. Conclusie:
Waar komt toch altijd die bewijsdrang van Python aanhangers vandaan? Het is een prima taal hoor, maar het is niet "beter" of "slechter" dan Java perse. Natuurlijk staan op die site dat soort quotes, quotes in de trant van "we hebben Python bekeken maar het mist de hoeveelheid meuk die al voor Java bestaat dus we laten het hier bij" zul je niet zien. Dat is gewoon marketing. op onze site staan ook quotes van klanten die een positiever beeld geven dan wat de werkelijkheid is wat betreft hun mening over ons.quote:Op donderdag 7 juli 2011 15:10 schreef keesjeislief het volgende:
Waarom? Omdat jij het categoriseert als een 'scripttaal'? Je kunt er alles mee doen wart je maar wilt. Geen beperkingen. Paar voorbeelden van http://www.python.org/about/quotes/:
Daar ging de discussie al niet meer over. Daarnaast is mijn link erg relevant voor TS, omdat die aangeeft dat Python door MIT wordt gebruikt in een van hun eerste colleges voor studenten electrical engineering. Een goede onderbouwing van het feit dat Python een heel geschikte taal is om mee te beginnen.quote:Op donderdag 7 juli 2011 15:05 schreef Pheno het volgende:
[..]
De vraag van TS was toch met welke taal hij best kon beginnen? Geen idee waarom je cijfers over productiviteit erbij haalt, dat is namelijk voor ene beginner totaal irrelevant. Wil je snappen wat objecten zijn, dan is een in jouw ogen minder productieve taal handiger. Ook geen frameworks als Spring of weet ik wat, maar gewoonweg Java of C++. Daarna kun je altijd nog naar een andere taal springen.
Hij wil desktop-apps schrijven? Ik kan ook Prolog gaan aanbevelen, maar dat is ook alleen maar zinvol in bepaalde gebiedenquote:Op donderdag 7 juli 2011 15:14 schreef keesjeislief het volgende:
[..]
Daar ging de discussie al niet meer over. Daarnaast is mijn link erg relevant voor TS, omdat die aangeeft dat Python door MIT wordt gebruikt in een van hun eerste colleges voor studenten electrical engineering. Een goede onderbouwing van het feit dat Python een heel geschikte taal is om mee te beginnen.
Idd. Voor Windows desktop-apps zou ik ook eerder .Net aanraden dan Java.quote:Op donderdag 7 juli 2011 15:17 schreef Pheno het volgende:
Hij wil desktop-apps schrijven? Ik kan ook Prolog gaan aanbevelen, maar dat is ook alleen maar zinvol in bepaalde gebieden
TS wil leren programmeren zonder een informaticus te worden, precies zoals die studenten op MIT. Hij zit veel dichter bij jouw vader en bij mij, die snel en productief een programmeertaal willen gebruiken waarmee ze alles kunnen doen wat ze willen, dan bij suffe informatici die het vanuit een theoretischer perspectief bekijken.quote:Op donderdag 7 juli 2011 15:10 schreef Catbert het volgende:
[..]
Euh, je linkt naar een computertechniek opleiding, niet naar een informatica opleiding. Wat deze mensen leren is vooral elektrotechniek. M'n vader heeft een soortgelijke opleiding gedaan, en hij is gewoon Elektrotechnicus. MIT is een van de leidende engineering instituten op de wereld maar de focus ligt daar niet op het leveren van de volgende lichting Java programmeurs. Als je wil leren programmeren moet je ook niet aan de UT gaan studeren.
Zucht. Kijk nou eens naar de post die ik quotte. Daarin wordt beweerd dat Python slechts een scripttaaltje is en ongeschikt voor 'hele programma's'. Als ik daarop reageer met een aantal quotes waaruit duidelijk wordt dat Python gebruikt wordt voor heel grote projecten heb ik opeens 'bewijsdrang'. . Flikker toch op, er is eerder sprake van oogkleppen bij de Java-adepten hier.quote:Waar komt toch altijd die bewijsdrang van Python aanhangers vandaan? Het is een prima taal hoor, maar het is niet "beter" of "slechter" dan Java perse. Natuurlijk staan op die site dat soort quotes, quotes in de trant van "we hebben Python bekeken maar het mist de hoeveelheid meuk die al voor Java bestaat dus we laten het hier bij" zul je niet zien. Dat is gewoon marketing. op onze site staan ook quotes van klanten die een positiever beeld geven dan wat de werkelijkheid is wat betreft hun mening over ons.
Ja, of een van de andere miljoenen talen waarmee dat kan. . Punt is dat Python er bij uitstek geschikt voor is, omdat het zo'n mooie, compacte en intuitieve taal is en erg fijn voor beginners. . Voor de 1000e keer. . .quote:Op donderdag 7 juli 2011 15:17 schreef Pheno het volgende:
[..]
Hij wil desktop-apps schrijven? Ik kan ook Prolog gaan aanbevelen, maar dat is ook alleen maar zinvol in bepaalde gebieden
Je zit het hele topic te spugen op het feit dat Python te simpel is om 'goed te leren programmeren', en nu raad je .net aan, wat betekent dat TS een IDE gaat downloaden en met klikkerdeklak formpjes in elkaar gaat plakken? Serieus? .quote:Op donderdag 7 juli 2011 15:21 schreef Catbert het volgende:
[..]
Idd. Voor Windows desktop-apps zou ik ook eerder .Net aanraden dan Java.
Je hoeft niet te prediken hoor, daar ben ik immuun voor. Het leuke is dat elke taal zegt bovenstaande te zijn namelijk Ik denk dat er nu gevallen wordt over het compacte, want het doet zo veel voor je. Dat kun je pas waarderen als je weet hoe rot het in 'mindere' talen gaat.quote:Op donderdag 7 juli 2011 15:26 schreef keesjeislief het volgende:
[..]
Ja, of een van de andere miljoenen talen waarmee dat kan. . Punt is dat Python er bij uitstek geschikt voor is, omdat het zo'n mooie, compacte en intuitieve taal is en erg fijn voor beginners. . Voor de 1000e keer. . .
Ja en? Dat klinkt als een oude opa die de oorlog heeft meegemaakt en zijn kleinkinderen geen speelgoed gunt omdat hij dat ook nooit gehad heeft en ze zo wil leren dat het allemaal heus niet uit de lucht komt vallen. Het is een onzinargument. Je gaat toch ook niet in een assemblytaal zitten programmeren om "eens even goed te leren hoe je elke bit het meest efficient kunt gebruiken! "? Je schrikt mensen die vooral willen leren programmeren alleen maar af met teveel randzaken en verbose geouwehoer. Python is een goede, heel complete, duidelijke en intuitieve taal die erg dicht bij menselijke logica staat. En daar is het behoorlijk uniek in. Dat zorgt ervoor dat nieuwelingen het snel kunnen leren, het een plezier is om in te programmeren en dat je je als prorgrammeur kunt storten op het meest interessante werk, nl. het in structuren en algoritmes vangen van het probleem dat je op wilt lossen. Een soortgelijke reden gaf MIT ook voor hun belsuit om Python (geen Java etc.) te gaan gebruiken in een eerstejaarsvak electr. engineering zoals uitgelegd in een bovenstaande post.quote:Op donderdag 7 juli 2011 15:38 schreef Pheno het volgende:
[..]
Je hoeft niet te prediken hoor, daar ben ik immuun voor. Het leuke is dat elke taal zegt bovenstaande te zijn namelijk Ik denk dat er nu gevallen wordt over het compacte, want het doet zo veel voor je. Dat kun je pas waarderen als je weet hoe rot het in 'mindere' talen gaat.
Voor een programmeur is het zeker niet verkeerd om eens in assembly te programmeren, dan leer je pas echt hoe een computer in de basis in elkaar zit. Iets wat veel programmeurs die alleen in hogere orde talen programmeren niet meer weten. Ben verder wel een python fan hoor.quote:Op donderdag 7 juli 2011 15:50 schreef keesjeislief het volgende:
[..]
Ja en? Dat klinkt als een oude opa die de oorlog heeft meegemaakt en zijn kleinkinderen geen speelgoed gunt omdat hij dat ook nooit gehad heeft en ze zo wil leren dat het allemaal heus niet uit de lucht komt vallen. Het is een onzinargument. Je gaat toch ook niet in een assemblytaal zitten programmeren om "eens even goed te leren hoe je elke bit het meest efficient kunt gebruiken! "? Je schrikt mensen die vooral willen leren programmeren alleen maar af met teveel randzaken en verbose geouwehoer. Python is een goede, heel complete, duidelijke en intuitieve taal die erg dicht bij menselijke logica staat. En daar is het behoorlijk uniek in. Dat zorgt ervoor dat nieuwelingen het snel kunnen leren, het een plezier is om in te programmeren en dat je je als prorgrammeur kunt storten op het meest interessante werk, nl. het in structuren en algoritmes vangen van het probleem dat je op wilt lossen. Een soortgelijke reden gaf MIT ook voor hun belsuit om Python te gaan gebruiken zoals uitgelegd in een bovenstaande post.
Nou, kom maar op met een feit van belang over de werking van computers dat ik niet weet en jij wel.quote:Op donderdag 7 juli 2011 15:52 schreef themole het volgende:
[..]
Voor een programmeur is het zeker niet verkeerd om eens in assembly te programmeren, dan leer je pas echt hoe een computer in de basis in elkaar zit. Iets wat veel programmeurs die alleen in hogere orde talen programmeren niet meer weten.
Hij heeft wel gelijk, je komt dichter tegen de hardware aan te zitten met ASM. Je kan bijvoorbeeld zien welke memory adressen er aangestuurd worden door bepaalde handelingen, iets wat je met C++ niet echt snel zal tegen komen. Het geeft een completer beeld.quote:Op donderdag 7 juli 2011 15:54 schreef keesjeislief het volgende:
[..]
Nou, kom maar op met een feit van belang over de werking van computers dat ik niet weet en jij wel.
Wil je mijn oorlogswond zien? Hij wil een voorsprong op school opbouwen, dan lijkt me Python geen goede keus, want dat wordt hier (ja, hier, dus niets MIT) niet gegeven. Leer eerst eens naar de wensen van de klant te kijken, voordat je hem heel wat anders geeftquote:Op donderdag 7 juli 2011 15:50 schreef keesjeislief het volgende:
[..]
Ja en? Dat klinkt als een oude opa die de oorlog heeft meegemaakt en zijn kleinkinderen geen speelgoed gunt omdat hij dat ook nooit gehad heeft en ze zo wil leren dat het allemaal heus niet uit de lucht komt vallen. Het is een onzinargument.
Ik zeg niet dat jij het niet weet, echter ik denk dat veel programmeurs en ontwikkelaars de architectuur rondom de processor toch echt niet goed kennen. Het kan heel handig zijn om te weten wat er diep in de computer gebeurt als jij iets gaat optimaliseren.quote:Op donderdag 7 juli 2011 15:54 schreef keesjeislief het volgende:
[..]
Nou, kom maar op met een feit van belang over de werking van computers dat ik niet weet en jij wel.
quote:Op donderdag 7 juli 2011 15:58 schreef EggsTC het volgende:
[..]
Hij heeft wel gelijk, je komt dichter tegen de hardware aan te zitten met ASM. Je kan bijvoorbeeld zien welke memory adressen er aangestuurd worden door bepaalde handelingen, iets wat je met C++ niet echt snel zal tegen komen. Het geeft een completer beeld.
Nog steeds geen voorbeelden?quote:Op donderdag 7 juli 2011 16:13 schreef themole het volgende:
[..]
Ik zeg niet dat jij het niet weet, echter ik denk dat veel programmeurs en ontwikkelaars de architectuur rondom de processor toch echt niet goed kennen. Het kan heel handig zijn om te weten wat er diep in de computer gebeurt als jij iets gaat optimaliseren.
Nogmaals, bewijsdrang much?quote:Op donderdag 7 juli 2011 15:29 schreef keesjeislief het volgende:
Je zit het hele topic te spugen op het feit dat Python te simpel is om 'goed te leren programmeren', en nu raad je .net aan, wat betekent dat TS een IDE gaat downloaden en met klikkerdeklak formpjes in elkaar gaat plakken? Serieus? .
Snap je het voordeel niet van begrijpen wat er van die Java (of wat dan ook) code door je compiler gemaakt wordt echt niet?quote:
Hardware debugging.quote:Op donderdag 7 juli 2011 16:17 schreef keesjeislief het volgende:
[..]
[..]
Nog steeds geen voorbeelden?
Mwa, ben het voor het grootste deel wel met je eens, maar over het algemeen wordt Python als makkelijker beschouwd. Ik weet ook niet precies waarom veel mensen Python als makkelijker beschouwen, het gebrek aan een goede IDE zoals bijvoorbeeld Eclipse stoorde mij enorm (je hebt/had wel iets van Wing o.i.d....maar dat zoog als IDE volgens mij). Ik denk dat de meeste Python als makkelijker beschouwen omdat ze pas later met OO in aanraking komen, iets waar je bij Java/C# gelijk rekening mee moet houden.quote:Op donderdag 7 juli 2011 16:19 schreef Catbert het volgende:
[..]
Nogmaals, bewijsdrang much?
Ik vind Java een betere leertaal dan Python. Ondanks dat sommige dingen wat omslachtiger zijn, wordt je bij Java meer gedwongen OO te programmeren en vooraf te bedenken of iets een String of een int oid is. Ik "spuug" niet op Python, ik vind het voor mezelf niet echt een toegevoegde waarde hebben. Tools maak ik in Java meestal, simpele scripts meestal in Perl. Op dit is in dit onderwerp de exacte taal waarin je dingen leert redelijk ondergeschikt aan HOE je dingen leert. Als je een goeie leraar hebt, maakt het geen zak uit. Als je jezelf dingen aan gaat leren, dan kun je beter niet met een taal bezig gaan die je alles maar leert doen. Ik ben toen ik 15 was in Qbasic geworden en heb me toen ik me met Java bezig ging houden een hoop dingen af moeten leren.
Wat betret GUI programmeren: ik raad mensen sowieso af om met GUIs te beginnen. Maar als je desktop apps wilt bouwen en de keuze hebt tussen C# en Java, zou ik voor C# gaan.
quote:Op donderdag 7 juli 2011 16:17 schreef keesjeislief het volgende:
[..]
[..]
Nog steeds geen voorbeelden?
bron:http://onlamp.com/pub/a/onlamp/2004/05/06/writegreatcode.htmlquote:This is very good advice. After all, high-level compilers translate their high-level source statements into low-level machine code. So if you know assembly language for your particular machine, you'll be able to correlate high-level language constructs with the machine language sequences that a compiler generates. And with this understanding, you'll be able to choose better high-level language statements based on your understanding of how compilers translate those statements into machine code.
All too often, high-level language programmers pick certain high-level language sequences without any knowledge of the execution costs of those statements. Learning assembly language forces the programmer to learn the costs associated with various high-level constructs. So even if the programmer never actually writes applications in assembly language, the knowledge makes the programmer aware of the problems with certain inefficient sequences so they can avoid them in their high-level code.
Waarschijnlijk heeft dat meer te maken met het bouwen van compilers voor bepaalde processoren (embedded devices enzo). Je moet dan wel enige kennis hebben van assembly. Of het je echt een betere programmeur maakt als je in een willekeurig high level taaltje werkt betwijfel ik.quote:Op donderdag 7 juli 2011 16:34 schreef themole het volgende:
[..]
[..]
bron:http://onlamp.com/pub/a/onlamp/2004/05/06/writegreatcode.html
Niet voor niets dat de TU Delft hun informatici nog altijd assembly leert.
Op zich mee eens, maar als ik naar mezelf kijk denk ik toch dat je als je niet begint met OO 'denken' het juist moeilijker is later om te schakelen dan wanneer je begint met een "een Auto heeft view Wielen en is een Voertuig"-achtige concepten. Verder vind ik strongly typed talen een must. Als ik ergens een hekel heb is het wel PHP scripts waar vars op het ene moment gebruikt worden als counter en een stuk later voor de inhoud van een textbox misbruikt worden.quote:Op donderdag 7 juli 2011 16:30 schreef QBay het volgende:
[..]
Mwa, ben het voor het grootste deel wel met je eens, maar over het algemeen wordt Python als makkelijker beschouwd. Ik weet ook niet precies waarom veel mensen Python als makkelijker beschouwen, het gebrek aan een goede IDE zoals bijvoorbeeld Eclipse stoorde mij enorm (je hebt/had wel iets van Wing o.i.d....maar dat zoog als IDE volgens mij). Ik denk dat de meeste Python als makkelijker beschouwen omdat ze pas later met OO in aanraking komen, iets waar je bij Java/C# gelijk rekening mee moet houden.
Persoonlijk vind ik Java of Python niet beter dan de andere. Met Python kan je ook complete applicaties (en zelfs games...zie Unknown Horizons) bouwen, al zie je deze applicaties een stuk minder dan Java applicaties. Wat een persoonlijk gevoel is (heb geen keiharde onderbouwing), is het feit dat beide talen niet erg snappy voelende applicaties oplevert. Applicaties in Python en Java voelen wat log en traag. C# applicaties voelen wat dat betreft sneller. maar nogmaals, dat is persoonlijk waarschijnlijk.
Voor een beginneling zou ik ook Java aanbevelen, vooral omdat het multiplatform is. Als blijkt dat het abstractieniveau van Java nog wat te hoog gegrepen is, probeer dan Python eens. Via Python leer je uiteindelijk hetzelfde, alleen duurt het wat langer voordat je in aanraking komt met OO principes. Beide talen zijn prima. Ik vind iemand die programmeren 'geleerd' heeft via Java niet beter of slechter dan iemand die met Python is begonnen.
Programmeren draait om het abstract kunnen denken, problemen oplossen en mensen tevreden stellen. Welke taal je daarbij gebruikt boeit niet.
Ik denk juist dat kennis hebben van de werking van een CPU maar ook de werking van bepaalde algorithmen (hoe doorzoek ik een boom, hoe sorteer ik een array) belangrijk is omdat je dan als het ware instinctief weet wat dure en goedkope operaties zijn. Niet dat je dat automatisch een goeie programmeur maakt, maar omgekeerd denk ik dat goeie programmeurs dat ook zelf interessant vinden en dat soort dingen graag willen weten.quote:Op donderdag 7 juli 2011 16:57 schreef Core2 het volgende:
Waarschijnlijk heeft dat meer te maken met het bouwen van compilers voor bepaalde processoren (embedded devices enzo). Je moet dan wel enige kennis hebben van assembly. Of het je echt een betere programmeur maakt als je in een willekeurig high level taaltje werkt betwijfel ik.
Een goede analyse van de complexiteit van het algoritme is dan belangrijker. Wat heeft het doorzoeken van een boom met wat low level instructies te maken, hoe helpt die kennis je dan? Het is belangrijker om te analyseren wat het algoritme precies doet met welke running time (worst case, average case, etc) en met wat voor een soort input je te maken hebt. De vraag of je een bepaalde statement of expressie dan anders moet formuleren voor optimalisatie is dan echt ondergeschikt.quote:Op donderdag 7 juli 2011 17:15 schreef Catbert het volgende:
Ik denk juist dat kennis hebben van de werking van een CPU maar ook de werking van bepaalde algorithmen (hoe doorzoek ik een boom, hoe sorteer ik een array) belangrijk is omdat je dan als het ware instinctief weet wat dure en goedkope operaties zijn. Niet dat je dat automatisch een goeie programmeur maakt, maar omgekeerd denk ik dat goeie programmeurs dat ook zelf interessant vinden en dat soort dingen graag willen weten.
De werking van een algorithme is een parallel met de werking van een CPU, volgens mij was dat wel duidelijk. Je kunt een bepaald algorithme prima gebruiken zonder te weten hoe het werkt, maar ik denk wel dat dat belangrijk is. Dit geldt in zekere mate, vind ik tenminste, ook voor snappen hoe een computer low level met instructies omgaat.quote:Op donderdag 7 juli 2011 18:08 schreef Core2 het volgende:
Een goede analyse van de complexiteit van het algoritme is dan belangrijker. Wat heeft het doorzoeken van een boom met wat low level instructies te maken, hoe helpt die kennis je dan? Het is belangrijker om te analyseren wat het algoritme precies doet met welke running time (worst case, average case, etc) en met wat voor een soort input je te maken hebt. De vraag of je een bepaalde statement of expressie dan anders moet formuleren voor optimalisatie is dan echt ondergeschikt.
Python wordt als makkelijker gezien omdat er veel minder 'boilerplate' code nodig is, de code (o.a. daardoor) leesbaarder is en de taal goed aansluit bij je intuitie. Verder zijn er (inmiddels?) uitstekende editors beschikbaar, maar tegelijkertijd is het juist een illustratie van de eenvoud van de taal dat je helemaal geen (geavanceerde) editor nodig hebt.quote:Op donderdag 7 juli 2011 16:30 schreef QBay het volgende:
[..]
Mwa, ben het voor het grootste deel wel met je eens, maar over het algemeen wordt Python als makkelijker beschouwd. Ik weet ook niet precies waarom veel mensen Python als makkelijker beschouwen, het gebrek aan een goede IDE zoals bijvoorbeeld Eclipse stoorde mij enorm (je hebt/had wel iets van Wing o.i.d....maar dat zoog als IDE volgens mij). Ik denk dat de meeste Python als makkelijker beschouwen omdat ze pas later met OO in aanraking komen, iets waar je bij Java/C# gelijk rekening mee moet houden.
Huh? Hoe is deze lijst niet multiplatform?quote:Voor een beginneling zou ik ook Java aanbevelen, vooral omdat het multiplatform is.
Het is al een tijd geleden hoor dat ik met Python heb gewerkt, dus als jij zegt dat er nu betere IDE's zijn dan geloof ik je .quote:Op donderdag 7 juli 2011 18:39 schreef keesjeislief het volgende:
[..]
Python wordt als makkelijker gezien omdat er veel minder 'boilerplate' code nodig is, de code (o.a. daardoor) leesbaarder is en de taal goed aansluit bij je intuitie. Verder zijn er (inmiddels?) uitstekende editors beschikbaar, maar tegelijkertijd is het juist een illustratie van de eenvoud van de taal dat je helemaal geen (geavanceerde) editor nodig hebt.
[..]
Huh? Hoe is deze lijst niet multiplatform?
OO is een hulpmiddel, geen doel. Zie niet in dat dwang tot gebruik van OO een goede eigenschap is voor een taal. Eerder een negatieve.quote:Op donderdag 7 juli 2011 19:21 schreef QBay het volgende:
[..]
Het is al een tijd geleden hoor dat ik met Python heb gewerkt, dus als jij zegt dat er nu betere IDE's zijn dan geloof ik je .
Python is ook multiplatform inderdaad, dus ook een prima taal. Ik verkies alleen Java boven Python omdat je meer en eerder gedwongen wordt om aan object georiënteerd programmeren te doen, iets wat zeker voor een beginner handig is.
Kan je ook uitleggen waarom?quote:Op donderdag 7 juli 2011 21:48 schreef ralfie het volgende:
[..]
OO is een hulpmiddel, geen doel. Zie niet in dat dwang tot gebruik van OO een goede eigenschap is voor een taal. Eerder een negatieve.
Ja, want een mix tussen OO en niet OO in een applicatie leidt tot leesbare en onderhoudbare code.quote:Op donderdag 7 juli 2011 21:48 schreef ralfie het volgende:
OO is een hulpmiddel, geen doel. Zie niet in dat dwang tot gebruik van OO een goede eigenschap is voor een taal. Eerder een negatieve.
Dat WTF-gevoel had ik ook toen ik Python voor het eerst zag, maar na er 2 dagen mee gewerkt te hebben begon ik het stiekem wel briljant te vinden.quote:Op donderdag 7 juli 2011 17:15 schreef Catbert het volgende:
[..]
Python zal best een fijne taal zijn, maar ik vind bepaalde dingen gewoon ergerlijke keuzes, zoals whitespaces en underscores die een betekenis hebben. Niet dat dat het een slechte taal maakt, maar ik vind dat persoonlijk (en dat zal vast met m'n C++/Java/.Net achtergrond te maken hebben) eigenlijk een enorme WTF.
De meeste talen hebben wel een WTF-component. Neem nou COBOL waarin je records kan maken met meerdere definities. En niemand die je tegenhoudt om definitie 1 te gebruiken om het record te vullen en vervolgens definitie 2 om het uit te lezen.quote:Op donderdag 7 juli 2011 22:54 schreef thabit het volgende:
[..]
Dat WTF-gevoel had ik ook toen ik Python voor het eerst zag, maar na er 2 dagen mee gewerkt te hebben begon ik het stiekem wel briljant te vinden.
Ik met Objective-Cquote:Op donderdag 7 juli 2011 22:54 schreef thabit het volgende:
[..]
Dat WTF-gevoel had ik ook toen ik Python voor het eerst zag, maar na er 2 dagen mee gewerkt te hebben begon ik het stiekem wel briljant te vinden.
1 | [object doSomethingWith:@"this" andWith:@"that"] |
1 | 1.times { print "hoi" } |
Zolang je maar consequent werkt en het niet door elkaar gebruikt. Daar hebben veel PHP-developers een handje van, omdat de taal het toelaat en ze lui zijn. Niks mis met een taal die gewoon een bepaalde denkwijze opdringt.quote:Op donderdag 7 juli 2011 21:48 schreef ralfie het volgende:
[..]
OO is een hulpmiddel, geen doel. Zie niet in dat dwang tot gebruik van OO een goede eigenschap is voor een taal. Eerder een negatieve.
Ik weet niet waar je dat aan het doen bent maar bij de Fontys in Eindhoven valt het assembly en cisco gehalte erg mee (non existent).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?
Beetje kort door de bocht wat ik nu zeg, maar Java is C++ zonder de geheugenellende.quote:Op vrijdag 8 juli 2011 11:02 schreef darpios het volgende:
.
PHP voor allround webapplicaties, C en C++ voor cross-platform desktopapplicaties, Python, Perl en Bash voor grof aankutwerk. Ik heb niks met dat hele .NET/C# en Java, veel te omslachtig voor mij.
Deels eens, alleen ik heb liever controle over wat ik met mijn geheugen doe. C++ maakt het wel een stuk makkelijk met new/delete (helemaal bij arrays) dan C met malloc/realloc/free.quote:Op vrijdag 8 juli 2011 11:05 schreef Pietverdriet het volgende:
[..]
Beetje kort door de bocht wat ik nu zeg, maar Java is C++ zonder de geheugenellende.
Waarom wil je welke controle over je geheugengebruik dan? Ik ken wel hele specifieke toepassingen waar het nuttig kan zijn, maar ik zie in de meeste gevallen echt het voordeel niet van zelf je geheugen beheren en het levert vaak gewoon enorm irritante bugs op. Memoryleaks zijn na threading issues (race conditions, deadlocks e.d.) wel de meest lastige bugs IMHO.quote:Op vrijdag 8 juli 2011 11:08 schreef darpios het volgende:
Deels eens, alleen ik heb liever controle over wat ik met mijn geheugen doe. C++ maakt het wel een stuk makkelijk met new/delete (helemaal bij arrays) dan C met malloc/realloc/free.
Dat inderdaad. Ik denk ook dat je op z'n best even goede performance krijgt als een garbage collector als je zelf aan de gang gaat met geheugenbeheer, of je moet erg goed zijn.quote:Op vrijdag 8 juli 2011 11:11 schreef Catbert het volgende:
[..]
Waarom wil je welke controle over je geheugengebruik dan? Ik ken wel hele specifieke toepassingen waar het nuttig kan zijn, maar ik zie in de meeste gevallen echt het voordeel niet van zelf je geheugen beheren en het levert vaak gewoon enorm irritante bugs op. Memoryleaks zijn na threading issues (race conditions, deadlocks e.d.) wel de meest lastige bugs IMHO.
PHP voor allround webapplicaties, en Python voor grof aankutwerk?quote:Op vrijdag 8 juli 2011 11:02 schreef darpios het volgende:
Native assembly is een beetje overkill voor desktopmachines. Inline assembly in C wil ik nog wel geloven voor extra performance. Of je moet shit gaan schrijven voor handheld ARM- en Z80-cores machines waar goede performance nog uitmaakt. Sowieso zit je dan met een compleet andere instructieset dan op Intel processoren.
PHP voor allround webapplicaties, C en C++ voor cross-platform desktopapplicaties, Python, Perl en Bash voor grof aankutwerk. Ik heb niks met dat hele .NET/C# en Java, veel te omslachtig voor mij.
Ja.quote:Op vrijdag 8 juli 2011 11:17 schreef Henno het volgende:
[..]
PHP voor allround webapplicaties, en Python voor grof aankutwerk?
Ooit gehoord van Django?
Ik ben geen programmeur van huis uit, maar heb wel een tijdje complex programmeerwerk gedaan. In mijn ervaring wist ik altijd al instinctief waar de pijnpunten lagen. Je zit de ganse dag op de automatische piloot te werken, waar zo ongeveer het enige van belang is dat je gestructureerd aan de slag gaat. Iedereen is dolblij als hij echt tegen een complex stukje aanloopt en dat wordt gelijk druk bij de koffie bediscussieerd.quote:Op donderdag 7 juli 2011 17:15 schreef Catbert het volgende:
Ik denk juist dat kennis hebben van de werking van een CPU maar ook de werking van bepaalde algorithmen (hoe doorzoek ik een boom, hoe sorteer ik een array) belangrijk is omdat je dan als het ware instinctief weet wat dure en goedkope operaties zijn. Niet dat je dat automatisch een goeie programmeur maakt, maar omgekeerd denk ik dat goeie programmeurs dat ook zelf interessant vinden en dat soort dingen graag willen weten.
In Java/C# kan je net zo snel en makkelijk memory leaks krijgen...ondanks de garbage collectionquote:Op vrijdag 8 juli 2011 11:11 schreef Catbert het volgende:
[..]
Waarom wil je welke controle over je geheugengebruik dan? Ik ken wel hele specifieke toepassingen waar het nuttig kan zijn, maar ik zie in de meeste gevallen echt het voordeel niet van zelf je geheugen beheren en het levert vaak gewoon enorm irritante bugs op. Memoryleaks zijn na threading issues (race conditions, deadlocks e.d.) wel de meest lastige bugs IMHO.
Python voor grof aankutwerk? Ik verbaas me er ook over dat sommige Python echt als waardeloos zien. Het is in begin een beetje een vreemde taal, maar Python is echt wel geschikt voor gestructureerde programma's.quote:Op vrijdag 8 juli 2011 11:02 schreef darpios het volgende:
PHP voor allround webapplicaties, C en C++ voor cross-platform desktopapplicaties, Python, Perl en Bash voor grof aankutwerk. Ik heb niks met dat hele .NET/C# en Java, veel te omslachtig voor mij.
Programmeren is best lastig hoor. Als je de juiste denkwijze en het gewenste abstractie-niveau niet hebt, krijg je een lastige taak als programmeur. De taal is niet het moeilijkste, het gaat om het aanpassen en trainen van je hersenen. Zodra je het juiste gevoel te pakken hebt gaat alles een stuk makkelijk inderdaad.quote:Op vrijdag 8 juli 2011 11:34 schreef kingmob het volgende:
[..]
Ik ben geen programmeur van huis uit, maar heb wel een tijdje complex programmeerwerk gedaan. In mijn ervaring wist ik altijd al instinctief waar de pijnpunten lagen. Je zit de ganse dag op de automatische piloot te werken, waar zo ongeveer het enige van belang is dat je gestructureerd aan de slag gaat. Iedereen is dolblij als hij echt tegen een complex stukje aanloopt en dat wordt gelijk druk bij de koffie bediscussieerd.
Ik gooi er mijn eigen ramen wellicht mee in voor de toekomst (programmeren is mijn fall-back cariere ), maar ik denk niet dat programmeren nou werkelijk zo lastig is. Zodra je de - over het algemeen warrig geschreven - documentatie doorhebt ben je er.
Ik droom nog steeds van een taal en IDE waar je min of meer alleen klikkerdeklak op high level doet en enkel echt bijzondere zaken zelf moet implementeren. Min of meer een extrapolatie van de huidige evolutie van talen, als je bijvoorbeeld C, C++ en C# bekijkt.
Het kan, als je echt goed bent en ervaring hebt, best goed verdienen .quote:
Een taal kunnen gebruiken voor grof aankutwerk != waardeloze taal.quote:Op vrijdag 8 juli 2011 12:39 schreef QBay het volgende:
[..]
Python voor grof aankutwerk? Ik verbaas me er ook over dat sommige Python echt als waardeloos zien. Het is in begin een beetje een vreemde taal, maar Python is echt wel geschikt voor gestructureerde programma's.
Grappig maar je weet ook wel dat je daar in Java redelijk je best voor moet doenquote:Op vrijdag 8 juli 2011 12:39 schreef QBay het volgende:
In Java/C# kan je net zo snel en makkelijk memory leaks krijgen...ondanks de garbage collection
De syntax die totaal niet logisch bij C past (ik noem een + en een - om te bepalen of een method statisch of niet is), de onnodige verbositeit soms, [[object alloc] init]. Verder is wat mij betreft weinig op te merken aan de taal - al weet ik niet wat ik van de dynamic typing moet denken dat het kennelijk ondersteunt. Misschien had ik het ook ietwat verkeerd verwoord - ik vind de taal an sich niet verschrikkelijk, maar voornamelijk de syntax en gedeeltelijk de filosofie.quote:Op dinsdag 5 juli 2011 17:42 schreef retorbrapi het volgende:
[..]
Ik vraag me af wat je 'verschrikkelijk' vindt aan Objective-C?
Het is beter dan kippen aan haken hangen of kentekenplaten stansen.quote:Op vrijdag 8 juli 2011 12:39 schreef QBay het volgende:
Het kan, als je echt goed bent en ervaring hebt, best goed verdienen .
Python in combinatie met C werkt op zich wel lekker. Python voor het hogere programmeerwerk, C voor optimalisatie waar dat nodig is. Het enige wat daarbij nog mist is een goede ondersteuning voor parallellisatie.quote:Op vrijdag 8 juli 2011 12:39 schreef QBay het volgende:
[..]
Python voor grof aankutwerk? Ik verbaas me er ook over dat sommige Python echt als waardeloos zien. Het is in begin een beetje een vreemde taal, maar Python is echt wel geschikt voor gestructureerde programma's.
Dat was ook ongeveer mijn gedachte destijdsquote:Op vrijdag 8 juli 2011 13:28 schreef Pietverdriet het volgende:
[..]
Het is beter dan kippen aan haken hangen of kentekenplaten stansen.
Een bekend probleem in de programmeerwereld. De meeste programmeurs kennen maar 1 taal en zijn alleen maar op die ene taal gefocust.quote:Op vrijdag 8 juli 2011 13:46 schreef Pietverdriet het volgende:
Wat me wel opvalt is dat de meeste programmeurs hier niet verder dan hun eigen bordje kijken.
Dat bedoel ik niet echt, ik bedoel dat ze niet verder kijken dan hun eigen programmeren, niet hoe dat in architectuur of design past, in teamwerk, ontwikkel, debugging en licentiekosten, etc etc.quote:Op vrijdag 8 juli 2011 13:56 schreef thabit het volgende:
[..]
Een bekend probleem in de programmeerwereld. De meeste programmeurs kennen maar 1 taal en zijn alleen maar op die ene taal gefocust.
Correctquote:Op vrijdag 8 juli 2011 14:06 schreef thabit het volgende:
Het een hangt natuurlijk wel met het ander samen.
Ik denk dat dat ook afhankelijk is van de manager die boven de programmeur staat. Als die toestaat dat een programmeur vooral zijn eigen ding doet en totaal geen rekening houdt met zijn collega's heb je een slechte manager.quote:Op vrijdag 8 juli 2011 14:00 schreef Pietverdriet het volgende:
[..]
Dat bedoel ik niet echt, ik bedoel dat ze niet verder kijken dan hun eigen programmeren, niet hoe dat in architectuur of design past, in teamwerk, ontwikkel, debugging en licentiekosten, etc etc.
Eerder in wat voor'n team iemand werkt. Bij ons hebben we ook het probleem gehad dat er weinig aan peer-reviewing gedaan werd, wat er toe geleid heeft dat we toen een bepaalde developer weg ging een tool maar opnieuw hebben gebouwd, from scratch. Leermomentje voor 't management hier.quote:Op vrijdag 8 juli 2011 14:17 schreef Daeron het volgende:
Ik denk dat dat ook afhankelijk is van de manager die boven de programmeur staat.
De manager zal natuurlijk nooit de code zien.quote:Natuurlijk moet de programmeur er zelf ook zorg voor dragen dat zijn code onderhoudbaar blijft, maar het is ook verleidelijk om jezelf wat baanzekerheid te verschaffen door moeilijk begrijpbare code te bakken. Iemand die zoiets doet moet gewoon door zijn manager direct op de vingers getikt worden en na herhaling gewoon ontslaan.
Niet binnen een tool (tenzij je in een Java tool native dingen moet kunnen doen), maar veel grotere projecten heb je verschillende onderdelen die bijvoorbeeld via een SOA laag met elkaar praten. Dan maakt het geen hol uit als een service in Java en de frontend in C# gebouwd is.quote:Op vrijdag 8 juli 2011 14:25 schreef FoolWithMokey het volgende:
Hoe combineer je dan 2 talen met elkaar?
Ik hoor hier mensen spreken over combinaties tussen twee talen maken.
Nee, als manager moet je er voor zorgen dat mensen gestructureerd willen werken binnen een team. Dat is lastig maar maakt de sfeer een stuk leuker en het team productiever.quote:Op vrijdag 8 juli 2011 14:17 schreef Daeron het volgende:
[..]
Ik denk dat dat ook afhankelijk is van de manager die boven de programmeur staat. Als die toestaat dat een programmeur vooral zijn eigen ding doet en totaal geen rekening houdt met zijn collega's heb je een slechte manager.
Natuurlijk moet de programmeur er zelf ook zorg voor dragen dat zijn code onderhoudbaar blijft, maar het is ook verleidelijk om jezelf wat baanzekerheid te verschaffen door moeilijk begrijpbare code te bakken. Iemand die zoiets doet moet gewoon door zijn manager direct op de vingers getikt worden en na herhaling gewoon ontslaan.
Je kunt zelf ook je verantwoordelijkheid nemen en niet alles op je manager afschuiven. Als manager een ongemoteveerd struk vreten proberen te motiveren is ook vechten tegen de bierkaai natuurlijk.quote:Op vrijdag 8 juli 2011 14:37 schreef Pietverdriet het volgende:
Nee, als manager moet je er voor zorgen dat mensen gestructureerd willen werken binnen een team. Dat is lastig maar maakt de sfeer een stuk leuker en het team productiever.
Dan heeft het management dus de fout gemaakt door de mogelijkheid toe te staan dat zoiets kon gebeuren.quote:Op vrijdag 8 juli 2011 14:25 schreef Catbert het volgende:
[..]
Eerder in wat voor'n team iemand werkt. Bij ons hebben we ook het probleem gehad dat er weinig aan peer-reviewing gedaan werd, wat er toe geleid heeft dat we toen een bepaalde developer weg ging een tool maar opnieuw hebben gebouwd, from scratch. Leermomentje voor 't management hier.
Dat niet nee, maar hij moet er wel zorg voor dragen dat er iemand is die ervoor zorgt dat de code van iedereen voldoet aan de gestelde standaarden binnen het bedrijf. Dat kan de teamleider zijn of een aparte groep code reviewers.quote:[..]
De manager zal natuurlijk nooit de code zien.
Natuurlijkquote:Op vrijdag 8 juli 2011 15:01 schreef Catbert het volgende:
[..]
Je kunt zelf ook je verantwoordelijkheid nemen en niet alles op je manager afschuiven. Als manager een ongemoteveerd struk vreten proberen te motiveren is ook vechten tegen de bierkaai natuurlijk.
Vandaar; leermomentjequote:Op vrijdag 8 juli 2011 15:26 schreef Daeron het volgende:
Dan heeft het management dus de fout gemaakt door de mogelijkheid toe te staan dat zoiets kon gebeuren.
Helemaal mee eens.quote:Dat niet nee, maar hij moet er wel zorg voor dragen dat er iemand is die ervoor zorgt dat de code van iedereen voldoet aan de gestelde standaarden binnen het bedrijf. Dat kan de teamleider zijn of een aparte groep code reviewers.
Grappig. De algemene concensus is echter dat het ontwikkeltempo in Python een stuk hoger ligt dan in de talen die jij noemt. Jij bent blijkbaar een uitzondering. Misschien moet je voortaan je posts ook in een editor tikken om je voor 'foutjes' te behoeden, want 'afzweren bij' slaat nergens op hoor. .quote:Op vrijdag 8 juli 2011 17:30 schreef SecurityException het volgende:
Ik snap niet hoe mensen kunnen afzweren bij rommeltaaltjes als PHP en Python. Ik heb er zelf weliswaar jarenlang mee gewerkt, maar wil toch echt alleen nog maar met talen werken die Strong Typed zijn en die fatsoenlijk een objectmodel ondersteunen. Ik werk tegenwoordig het meest in C# (en alle andere taaltjes, platformen en technieken die bij web developent komen kijken zoals Javascript/jQuery, CSS, enz.). PHP en Python zijn leuk als je een hobbyist bent en wat simpele apps voor jezelf schrijft, maar voor complexe projecten waar in teamverband aan gewerkt moet worden? Brrr...
Uiteraard zou het in principe niet uit moeten maken welke taal je gebruikt (tenzij je echt heel diepgaand naar performance gaat kijken), zoals een user eerder in dit topic al mooi verwoordde. Maar toch, ik merk dat het aantal syntax/typefoutjes dat ik maak een stuk lager, en mijn ontwikkeltempo vele malen hoger ligt sinds ik alles netjes in C#.NET doe in Visual Studio, in tegenstelling tot mijn "open source" meuktijdperk.
Ah wat lief, een taalpuristje. Grappig ook dat je meteen het woordje 'Editor' gebruikt. Jij bent er dus zo één die denkt dat je alleen in PHP maar 'echt' kunt programmeren, uiteraard het liefst in Notepad (of Notepad+ voor de luxe-aanhangers) en in Visual Studio alles aan het Drag & Droppen bent?quote:Op vrijdag 8 juli 2011 18:06 schreef keesjeislief het volgende:
[..]
Grappig. De algemene concensus is echter dat het ontwikkeltempo in Python een stuk hoger ligt dan in de talen die jij noemt. Jij bent blijkbaar een uitzondering. Misschien moet je voortaan je posts ook in een editor tikken om je voor 'foutjes' te behoeden, want 'afzweren bij' slaat nergens op hoor. .
Ik heb ruim twee jaar relevante werkervaring met web- en desktopontwikkeling in .NET. Maar ik ben al ruim tien jaar hobbymatig aan het programmeren in uiteenlopende talen. Mijn ervaring is dat je toch het meeste leert door het gewoon te doen.quote:Op vrijdag 8 juli 2011 18:27 schreef FoolWithMokey het volgende:
Hoeveel ervaring hebben mensen in dit topic met programmeren? Ik heb zelf net mijn P gehaald in Technische Informatica, maar had eigenlijk verwacht dat ik na een jaar wel wat meer kon.
Op mijn elfde (ruim 13 jaren geleden inmiddels) hobbymatig begonnen met PHP scriptjes in elkaar te frunniken. Nu een Zend certificaat, MCTS certificaat, 5 jaren professionele ervaring en veel kennis van en ervaring met andere programmeertalen rijker.quote:Op vrijdag 8 juli 2011 18:27 schreef FoolWithMokey het volgende:
Hoeveel ervaring hebben mensen in dit topic met programmeren? Ik heb zelf net mijn P gehaald in Technische Informatica, maar had eigenlijk verwacht dat ik na een jaar wel wat meer kon.
Zo'n 17 geleden begonnen met qbasic, later ook wat assembly en C geleerd maar dat vond ik nog best lastig. En op m'n 18e (13 jaar terug) met Java begonnen tijdens m'n studie.quote:Op vrijdag 8 juli 2011 18:27 schreef FoolWithMokey het volgende:
Hoeveel ervaring hebben mensen in dit topic met programmeren? Ik heb zelf net mijn P gehaald in Technische Informatica, maar had eigenlijk verwacht dat ik na een jaar wel wat meer kon.
Toch wel grappig dat je iemand voor taalpurist uitmaakt en dan zelf C# de hemel in begint te prijzen.quote:Op vrijdag 8 juli 2011 18:42 schreef SecurityException het volgende:
[..]
Ah wat lief, een taalpuristje. Grappig ook dat je meteen het woordje 'Editor' gebruikt. Jij bent er dus zo één die denkt dat je alleen in PHP maar 'echt' kunt programmeren, uiteraard het liefst in Notepad (of Notepad+ voor de luxe-aanhangers) en in Visual Studio alles aan het Drag & Droppen bent?
Dat vermeende hoge ontwikkeltempo dat je bij Python en PHP zou moeten hebben, ligt hem volgens veel fanatici in het feit dat er niks gecompileerd hoeft te worden en je derhalve snel wijzigingen kunt doorvoeren, zelfs op bijvoorbeeld een productieserver (ik zou dat zelf niet willen, overigens). Niet dat je er bij bijvoorbeeld C# niet voor kunt kiezen om de boel JIT te laten compileren, maar goed...
Ik kijk als voorbeeld naar het maken van een behoorlijke applicatie. C# biedt veel meer elegante oplossingen om bijvoorbeeld veelgebruikte controls/combinaties van velden in een User Control te stoppen, is er veel beter op ingericht om aparte logica op aparte lagen te verwerken en is sowieso, vanwege het .NET framework dat er als het ware al in zit, al completer dan PHP. Het is absoluut een persoonlijke voorkeur, maar ik krijg toch veel liever een mooie solution in Visual Studio voor mijn kiezen waar zaken als een DAL en business objects in corresponderende bestandstypen verwerkt zijn, dan zo'n PHP 'applicatie' in Eclipse of Zend Studio waar je fijn in allerlei .php bestandjes mag gaan zoeken waar alles staat. Herbruikbare code schrijven, vooral voor gebruik in teamverband, is gewoon veel beter aangepakt in C#.NET in vergelijking met PHP. Vrij logisch dat dat direct invloed heeft op het uiteindelijke ontwikkeltempo.
Op mijn 17de begonnen aan HBO Informatica, nu 20 jaar en ga (in september) beginnen aan het vierde en laatste studiejaar. Voor de opleiding eigenlijk niet met programmeren bezig gehouden, behalve wat prutsen in PHP. Tijdens de opleiding gewerkt met Java en C#, sinds twee jaar heb ik een bijbaan als junior programmeur (10 uur per week) en werk ik vrijwel uitsluitend met HTML & CSS, JavaScript/jQuery en PHP. Het laatste studiejaar zal ik weer veel werken met C# (ASP.NET).quote:Op vrijdag 8 juli 2011 18:27 schreef FoolWithMokey het volgende:
Hoeveel ervaring hebben mensen in dit topic met programmeren? Ik heb zelf net mijn P gehaald in Technische Informatica, maar had eigenlijk verwacht dat ik na een jaar wel wat meer kon.
Het gaat erom wat de applicatie moet kunnen. Als de applicatie niet op een laag niveau met het besturingssysteem hoeft te praten, is .NET of JAVA net zo geschikt als C++.quote:Op vrijdag 8 juli 2011 19:40 schreef Rivalo het volgende:
Ik denk zelf dat C++ een aardig goede taal is om echt desktop applicaties mee te maken. Daar vind ik Java minder geschikt voor.
Met C# kan je ook prima DirectX of OpenGL gebruiken. Sterker nog, De Xbox 360 is geheel gebaseerd op C#, die draait alles op DirectX .quote:Op vrijdag 8 juli 2011 19:40 schreef Rivalo het volgende:
Ik denk zelf dat C++ een aardig goede taal is om echt desktop applicaties mee te maken. Daar vind ik Java minder geschikt voor.
Maar goed als je een hele simpele desktop applicatie wilt maken: VB.Net.
Erg simpele taal om te kennen.
Vergeet trouwens ook niet met C++ dat je dan ook kan programmeren met DirectX of OpenGL.
Java ookquote:Op vrijdag 8 juli 2011 19:54 schreef QBay het volgende:
Met C# kan je ook prima DirectX of OpenGL gebruiken.
Dat wist ik dan weer niet, leuk dat het daar ook mee kan.quote:
Je teamleden kunnen zomaar moorddadige psychopaten zijn die weten waar je huis woont dus het is altijd in je eigen belang om begrijpelijke, gestructureerde en onderhoudbare code te maken. Ook in perl. Mensen die denken dat dat niet kan in perl zijn gewoon incompetent en produceren voornamelijk geheimtaal om dat feit te verbergen. Als ik in een peer review onbegrijpelijke geheimcode tegenkom dan schop ik de maker onder zijn hol en mag ie het overdoen. Ooit komt namelijk de dag dat ik bugs moet fixen in die code of het moet aanpassen en dan wil ik niet meer moeite kwijt zijn dan strict noodzakelijk. Heb betere dingen te doen.quote:Op vrijdag 8 juli 2011 10:44 schreef Henno het volgende:
Als je zelf wil bepalen wat je doet, dan kan je gewoon Perl gebruiken om je geheimtaal te schrijven waar de rest van je team niks van begrijpt
Kijk wel even uit dat je geen framework (.NET) met een taal (PHP) gaat vergelijken Er zijn echt talloze PHP frameworks (CakePHP, Lithium, CodeIgniter, Symfony e.d.) die gewoon netjes MVC doen met ORM, database abstraction, request routing, etc... aparte logica op aparte lagen verwerken zeg maarquote:Op vrijdag 8 juli 2011 18:42 schreef SecurityException het volgende:
[..]
Ah wat lief, een taalpuristje. Grappig ook dat je meteen het woordje 'Editor' gebruikt. Jij bent er dus zo één die denkt dat je alleen in PHP maar 'echt' kunt programmeren, uiteraard het liefst in Notepad (of Notepad+ voor de luxe-aanhangers) en in Visual Studio alles aan het Drag & Droppen bent?
Dat vermeende hoge ontwikkeltempo dat je bij Python en PHP zou moeten hebben, ligt hem volgens veel fanatici in het feit dat er niks gecompileerd hoeft te worden en je derhalve snel wijzigingen kunt doorvoeren, zelfs op bijvoorbeeld een productieserver (ik zou dat zelf niet willen, overigens). Niet dat je er bij bijvoorbeeld C# niet voor kunt kiezen om de boel JIT te laten compileren, maar goed...
Ik kijk als voorbeeld naar het maken van een behoorlijke applicatie. C# biedt veel meer elegante oplossingen om bijvoorbeeld veelgebruikte controls/combinaties van velden in een User Control te stoppen, is er veel beter op ingericht om aparte logica op aparte lagen te verwerken en is sowieso, vanwege het .NET framework dat er als het ware al in zit, al completer dan PHP. Het is absoluut een persoonlijke voorkeur, maar ik krijg toch veel liever een mooie solution in Visual Studio voor mijn kiezen waar zaken als een DAL en business objects in corresponderende bestandstypen verwerkt zijn, dan zo'n PHP 'applicatie' in Eclipse of Zend Studio waar je fijn in allerlei .php bestandjes mag gaan zoeken waar alles staat. Herbruikbare code schrijven, vooral voor gebruik in teamverband, is gewoon veel beter aangepakt in C#.NET in vergelijking met PHP. Vrij logisch dat dat direct invloed heeft op het uiteindelijke ontwikkeltempo.
Eh, zou kunnen Zo vaak open ik ook geen topicsquote:Op donderdag 14 juli 2011 07:33 schreef Pheno het volgende:
Het wordt toch automatisch een reeks als je "open nieuw deel" doet als deze gesloten is
Oneens. C(++) is te low-level, wat het ontwikkelingsproces vertraagt. Computers hebben tegenwoordig genoeg capaciteit om voor minstens 95% van al het programmeerwerk niet meer van dat soort low-level talen afhankelijk te zijn.quote:Op donderdag 14 juli 2011 06:47 schreef henrivo het volgende:
In C(++) zit meer toekomst dan in Java (of een andere taal voor desktopapplicaties). Mee eens? Oneens? Onderbouwing zou leuk zijn
Oneens.quote:Op donderdag 14 juli 2011 06:47 schreef henrivo het volgende:
Okee jongens, tijd voor een stelling:
In C(++) zit meer toekomst dan in Java (of een andere taal voor desktopapplicaties). Mee eens? Oneens? Onderbouwing zou leuk zijn
De OP wordt vanmiddag volledig geupdate voor een eventueel vervolg en daarom wil ik bij deze vragen of er de behoefte is om hier een reeks van maken?
SPOILEROm 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.
Tjah toekomst kan ook zitten in niche branches, dat iets minder populair is wil niet zeggen dat er geen toekomst in zit.quote:Op donderdag 14 juli 2011 06:47 schreef henrivo het volgende:
Okee jongens, tijd voor een stelling:
In C(++) zit meer toekomst dan in Java (of een andere taal voor desktopapplicaties). Mee eens? Oneens? Onderbouwing zou leuk zijn
De OP wordt vanmiddag volledig geupdate voor een eventueel vervolg en daarom wil ik bij deze vragen of er de behoefte is om hier een reeks van maken?
Je kan ook voor native C kiezen voor je android ontwikkeling. Maar dat is inderdaad niet echt een zinnige keuze.quote:Op woensdag 5 oktober 2011 05:44 schreef Lod het volgende:
In combinatie met Android kun je nou niet bepaald zeggen dat Java het makkelijkst is. Je hebt immers geen keus.
Waarom niet?quote:Op woensdag 5 oktober 2011 23:09 schreef HarryP het volgende:
[..]
Je kan ook voor native C kiezen voor je android ontwikkeling. Maar dat is inderdaad niet echt een zinnige keuze.
dat neemt ook steeds verder af omdatquote:Op donderdag 6 oktober 2011 09:28 schreef Daeron het volgende:
Ik denk dat de toekomst voor software ontwikkeling in Nederland uiteindelijk meer richting de architectuur zal gaan dan richting het daadwerkelijke codeer werk. Je ziet toch dat bedrijven steeds vaker een ontwikkelafdeling in de lage lonen landen hebben waar de ontwerpen heen gestuurd worden en waar dan (een deel van) de applicatie terug komt.
Volgens mij begrijp je het niet helemaal. Het gaat niet om het inhuren van een extern bedrijf en daar de software laten ontwikkelen, maar om een interne afdeling die in een ander land zit waar de software ontwikkeld wordt.quote:Op donderdag 6 oktober 2011 09:30 schreef Catch22- het volgende:
[..]
dat neemt ook steeds verder af omdat
1. Het toch wel lastig communiceren is
2. Ze daar ook door hebben dat ze goedkoop zijn. Managers hebben de afgelopen jaren honderden procenten loonsverhoging gekregen
3. De kwaliteit vaak ondermaats is.
Intern of niet, in geval van communicatie met en afhankelijk zijn van een bedrijf in het buitenland blijf je toch zitten met tijdzone- en cultuurverschillen. Erg vervelend als een project zo tegen een deadline aan begint te lopen, en je kunt niet direct respons krijgen van je ontwikkelteam.quote:Op donderdag 6 oktober 2011 09:41 schreef Daeron het volgende:
[..]
Volgens mij begrijp je het niet helemaal. Het gaat niet om het inhuren van een extern bedrijf en daar de software laten ontwikkelen, maar om een interne afdeling die in een ander land zit waar de software ontwikkeld wordt.
Daardoor is de communicatie en de kwaliteit vaak van hoger niveau omdat het volgens de standaarden van het bedrijf gebeurt en de management lagen worden ook verminderd omdat het bedrijf daar zelf invloed op heeft.
Neemt niet weg dat zowel afstand als taal grote barrieres kunnen zijn. Het is vele malen efficienter om gewoon op dezelfde locatie als een functioneel ontwerper te zitten zodat je even langs kan lopen met een "hoe had je dat bedoeld"-vraag.quote:Op donderdag 6 oktober 2011 09:41 schreef Daeron het volgende:
Volgens mij begrijp je het niet helemaal. Het gaat niet om het inhuren van een extern bedrijf en daar de software laten ontwikkelen, maar om een interne afdeling die in een ander land zit waar de software ontwikkeld wordt.
Daardoor is de communicatie en de kwaliteit vaak van hoger niveau omdat het volgens de standaarden van het bedrijf gebeurt en de management lagen worden ook verminderd omdat het bedrijf daar zelf invloed op heeft.
Of er überhaupt toekomst zit in desktopapplicaties is een betere vraag.quote:Op donderdag 14 juli 2011 06:47 schreef henrivo het volgende:
Okee jongens, tijd voor een stelling:
In C(++) zit meer toekomst dan in Java (of een andere taal voor desktopapplicaties). Mee eens? Oneens? Onderbouwing zou leuk zijn
Als frontenddeveloper ben ik biased, maar ik denk het niet.quote:Op donderdag 6 oktober 2011 10:19 schreef Tijn het volgende:
[..]
Of er überhaupt toekomst zit in desktopapplicaties is een betere vraag.
Zeker wel. Door de komst van HTML5 gaat er veel veranderen aan presentatie, maar aan de programmatuur die er achter ligt zal niet veel veranderen. Sowieso, als je naar Windows 8 kijkt, ziet dat er heel anders uit, maar zodra je een programma opent zit je naar het schijnt gewoon nog in de 'ouwe', bekende interface te werken.quote:Op donderdag 6 oktober 2011 10:19 schreef Tijn het volgende:
[..]
Of er überhaupt toekomst zit in desktopapplicaties is een betere vraag.
Nou begrijp ik de link tussen desktop applicatie en HTML5 niet helemaal. Zover ik weet heeft dat heel weinig met desktopapplicaties te maken.quote:Op donderdag 6 oktober 2011 10:30 schreef SecurityException het volgende:
[..]
Zeker wel. Door de komst van HTML5 gaat er veel veranderen aan presentatie, maar aan de programmatuur die er achter ligt zal niet veel veranderen. Sowieso, als je naar Windows 8 kijkt, ziet dat er heel anders uit, maar zodra je een programma opent zit je naar het schijnt gewoon nog in de 'ouwe', bekende interface te werken.
Je kunt webapplicaties (met alle voordelen daarvan) maken die alle voordelen van desktopapplicaties hebben. Met de trend naar cloud-based applicaties is het inderdaad maar de vraag over we over 10 jaar nog echt desktopapplicaties hebben.quote:Op donderdag 6 oktober 2011 10:34 schreef HostiMeister het volgende:
Nou begrijp ik de link tussen desktop applicatie en HTML5 niet helemaal. Zover ik weet heeft dat heel weinig met desktopapplicaties te maken.
Desktopapplicaties zijn anders dan webapplicaties, de feel en de functionaliteit is anders. Maar om te zeggen dat alle desktopapplicaties vervangen worden door cloud based webapplicaties lijkt me geen aannemelijke trend (althans ik hoop dat het geen aannemelijke trend is ). Rest wel de vraag of er uberhaupt nog desktop applicaties gemaakt gaan worden (zo maak ik al jaren alleen maar web-based spul), ik hoop in ieder geval van wel.quote:Op donderdag 6 oktober 2011 10:40 schreef Catbert het volgende:
[..]
Je kunt webapplicaties (met alle voordelen daarvan) maken die alle voordelen van desktopapplicaties hebben. Met de trend naar cloud-based applicaties is het inderdaad maar de vraag over we over 10 jaar nog echt desktopapplicaties hebben.
In Windows 8 gaat het straks mogelijk worden om e.e.a. in HTML5 te maken, denk aan plugins/add-ons. Nou blijft de achterliggende programmatuur natuurlijk hetzelfde, maar de wijze van presentatie zou daardoor erg veranderen. Veel mensen zien het als een WinForms-killer.quote:Op donderdag 6 oktober 2011 10:34 schreef HostiMeister het volgende:
[..]
Nou begrijp ik de link tussen desktop applicatie en HTML5 niet helemaal. Zover ik weet heeft dat heel weinig met desktopapplicaties te maken.
Dat is niets nieuws wat je daar zegt hoor, alleen om het dan een desktop applicatie te noemen... Oke, de grens is vaag, maar dan nog.quote:Op donderdag 6 oktober 2011 10:49 schreef SecurityException het volgende:
[..]
In Windows 8 gaat het straks mogelijk worden om e.e.a. in HTML5 te maken, denk aan plugins/add-ons. Nou blijft de achterliggende programmatuur natuurlijk hetzelfde, maar de wijze van presentatie zou daardoor erg veranderen. Veel mensen zien het als een WinForms-killer.
Er zit zeker een verschil tussen de look en feel van een desktopapplicatie t.o.v. een webapplicatie. Maar bedenk eens hoe groot dat verschil nu is en vergelijk dat met hoe groot dat verschil 5 jaar geleden was, 10 jaar geleden was, 15 jaar geleden was. Je ziet duidelijk een trend dat webapplicaties steeds beter bruikbaarder zijn voor het grote publiek. Als je die lijn doortrekt, is het helemaal geen rare voorspelling dat over 5 of 10 jaar webapplicaties zo goed zijn, dat er nog nauwelijks desktopapplicaties ontwikkeld worden.quote:Op donderdag 6 oktober 2011 10:43 schreef HostiMeister het volgende:
[..]
Desktopapplicaties zijn anders dan webapplicaties, de feel en de functionaliteit is anders.
Helemaal mee eens hoor, daar niet van. Alleen ben ik zo'n dinosaurus die het zich nu nog niet in kan denken dat elk programma wat ik dagelijks gebruik web based wordt. Maar dan nog, als je indenkt hoe makkelijk het dan is om elke stukje software beschikbaar te stellen voor de hele wereld zonder noemenswaardige aanpassingen, waarom zou je dan nog willen ontwikkelen voor een specifieke desktopomgeving.quote:Op donderdag 6 oktober 2011 11:00 schreef Tijn het volgende:
[..]
Er zit zeker een verschil tussen de look en feel van een desktopapplicatie t.o.v. een webapplicatie. Maar bedenk eens hoe groot dat verschil nu is en vergelijk dat met hoe groot dat verschil 5 jaar geleden was, 10 jaar geleden was, 15 jaar geleden was. Je ziet duidelijk een trend dat webapplicaties steeds beter bruikbaarder zijn voor het grote publiek. Als je die lijn doortrekt, is het helemaal geen rare voorspelling dat over 5 of 10 jaar webapplicaties zo goed zijn, dat er nog nauwelijks desktopapplicaties ontwikkeld worden.
Dat zeker. Maar wie zegt dat dan?quote:Op donderdag 6 oktober 2011 11:04 schreef SpecialK het volgende:
Mensen die denken dat C# niet geschikt is voor het bouwen van webapplicaties hebben duidelijk een flink kennisgat om daar over te oordelen trouwens.
Websocket wordt ontwikkeld om veel van de beperkingen van HTTP weg te nemen. Het is nog een beetje pril, maar Firefox, Chrome, Opera en Safari bieden er al ondersteuning voor.quote:Op donderdag 6 oktober 2011 11:13 schreef SecurityException het volgende:
Het enige nadeel van een webapplicatie t.o.v. een desktopapplicatie is dat je nog altijd de beperkingen van het HTTP protocol hebt.
Bandbreedte neemt toe, compressietechnieken worden beter. Geef het wat tijd en bestandsgrootte is steeds minder een beperking.quote:Denk bijvoorbeeld aan het verwerken van gigantische bestanden (+8 GB), daar is een webapplicatie simpelweg niet geschikt voor.
Ik zou C# toch niet met C of C++ willen vergelijken. En eigenlijk ook liever niet C++ met C, want die ++ is pure taalverkrachting.quote:Op donderdag 6 oktober 2011 11:17 schreef Catch22- het volgende:
Dat klopt. Daarbij blijf je natuurlijk voor de backend _altijd_ afhankelijk van C(++/#), Java, PHP in welke vorm of framework dan ook.
Welke mafkees werkt er dan nog met C. Dat is bijna net zo oldskool als in Assembly een webapp schrijvenquote:Op donderdag 6 oktober 2011 11:28 schreef thabit het volgende:
[..]
Ik zou C# toch niet met C of C++ willen vergelijken. En eigenlijk ook liever niet C++ met C, want die ++ is pure taalverkrachting.
Van ons product is alleen de 'core' C++, omdat dat gewoon retesnel moet zijn, de rest is allemaal Java. Gewoon omdat alle tools op alle door ons ondersteunde platformen moeten werken zonder dat er veel extra werk voor nodig is.quote:Op donderdag 6 oktober 2011 11:35 schreef thabit het volgende:
C is handig voor libraries die geoptimaliseerd moeten zijn. Ik zou er geen complete applicatie in schrijven.
Ik had idd quote er bij moeten zetten.quote:Op donderdag 6 oktober 2011 11:18 schreef SecurityException het volgende:
[..]
Dat zeker. Maar wie zegt dat dan?
quote:Op zaterdag 2 juli 2011 15:37 schreef RiDo78 het volgende:
... Bijvoorbeeld een dynamische webpagina bouwen met C# is technisch mogelijk maar het is er niet echt geschikt voor. PHP en ASP klaren de klus een stuk makkelijker. ...
Ik zou zeggen: ga er eens actief mee aan de slag; dat werkt een stuk beter dan een boekje lezen (misschien wel handig om in elk geval een boekje ernaast te houden).quote:Op donderdag 6 oktober 2011 14:46 schreef Hi_flyer het volgende:
Nog nooit heeft iemand mij OO op een goede manier weten uit te leggen...
Wie durft?
Dat dusquote:Op donderdag 6 oktober 2011 14:51 schreef thabit het volgende:
[..]
Ik zou zeggen: ga er eens actief mee aan de slag; dat werkt een stuk beter dan een boekje lezen (misschien wel handig om in elk geval een boekje ernaast te houden).
Dat móet wel een troll zijn.quote:Op donderdag 6 oktober 2011 14:44 schreef SpecialK het volgende:
[..]
Ik had idd quote er bij moeten zetten.
[..]
OOP brengt (mits je het goed doet) veel meer logica, gelaagdheid, overzicht en schaalbaarheid in je broncode. Je kunt dan logische, aanspreekbare objecten aanmaken. Vooral in combinatie met een Strong Typed taal werkt het heerlijk.quote:Op donderdag 6 oktober 2011 14:46 schreef Hi_flyer het volgende:
Nog nooit heeft iemand mij OO op een goede manier weten uit te leggen...
Wie durft?
Gelukkig hebben wij hier geen 'gemiddelde' programmeurs.quote:Op donderdag 6 oktober 2011 14:37 schreef SecurityException het volgende:
Over snelheid gesproken, ik vind de mentaliteit van de gemiddelde programmeur tegenwoordig schrikbarend. Een script is langzaam? Dan kennen we toch gewoon meer capaciteit aan de virtuele server toe of zorgen we toch gewoon voor een betere processor? Een applicatie gebruikt nogal veel geheugen? Ach, dan plakken we d'r toch gewoon een reepje extra RAM in de server? Er gaat iets mis m.b.t. lees- en schrijfrechten? Geven we toch gewoon 'Iedereen' volledige rechten op een hele root map? Datasets verwijderen na gebruik? Dat doet de Garbage Collector wel hoor!
Je moet het 'waarom' wel snappen natuurlijk, anders ga je in een OO taal alsnog dezelfde fouten maken. Java maakt het je moeilijker om niet-OO te programmeren maar zeker niet onmogelijk.quote:Op donderdag 6 oktober 2011 14:51 schreef thabit het volgende:
Ik zou zeggen: ga er eens actief mee aan de slag; dat werkt een stuk beter dan een boekje lezen (misschien wel handig om in elk geval een boekje ernaast te houden).
Wie durft? Godver man, zelfs de wikipedia pagina legt het prima uit. Wees niet zo'n luie zak en zoek 't lekker zelf uitquote:Op donderdag 6 oktober 2011 14:46 schreef Hi_flyer het volgende:
Nog nooit heeft iemand mij OO op een goede manier weten uit te leggen...
Wie durft?
Dan heb je zeker nog nooit een fulltrust WPF browser applicatie gezien? Die is niet van een desktop applicatie te onderscheiden; behalve dan dat het in een browser venster zit.quote:Op donderdag 6 oktober 2011 10:43 schreef HostiMeister het volgende:
[..]
Desktopapplicaties zijn anders dan webapplicaties, de feel en de functionaliteit is anders.
IDD, ik vind dit 1 van de best geschreven C# boeken die er is voor beginners:quote:Op donderdag 6 oktober 2011 14:55 schreef Pietverdriet het volgende:
[..]
Dat dus
Ga eens lekker een week of wat bezig met Java, is niet echt moeilijk en je begrijpt daarna veel over (OO) programmeren
Functioneel programmeren is ontzettend mooi, alleen heeft het weinig zin om serieus met talen aan de slag te gaan die (mogelijk onterecht) bijna niemand kan.quote:Op donderdag 6 oktober 2011 18:04 schreef minibeer het volgende:
Functioneel programeren anyone?
Ik heb het nu als vak, tentamen heulemaal verneukt.
Ach, je kan er altijd dll's mee schrijven en die gebruiken in een andere programmeertaal.quote:Op donderdag 6 oktober 2011 18:37 schreef thabit het volgende:
[..]
Functioneel programmeren is ontzettend mooi, alleen heeft het weinig zin om serieus met talen aan de slag te gaan die (mogelijk onterecht) bijna niemand kan.
In o.a. Javascript en Perl kun je prima functioneel programmeren.quote:Op donderdag 6 oktober 2011 18:37 schreef thabit het volgende:
[..]
Functioneel programmeren is ontzettend mooi, alleen heeft het weinig zin om serieus met talen aan de slag te gaan die (mogelijk onterecht) bijna niemand kan.
Komt niet in de buurt van haskell/clean.quote:Op donderdag 6 oktober 2011 19:37 schreef Farenji het volgende:
[..]
In o.a. Javascript en Perl kun je prima functioneel programmeren.
http://zotonic.com/quote:Op donderdag 6 oktober 2011 18:37 schreef thabit het volgende:
[..]
Functioneel programmeren is ontzettend mooi, alleen heeft het weinig zin om serieus met talen aan de slag te gaan die (mogelijk onterecht) bijna niemand kan.
Welke taal moet je leren?quote:Op donderdag 6 oktober 2011 18:04 schreef minibeer het volgende:
Functioneel programeren anyone?
Ik heb het nu als vak, tentamen heulemaal verneukt.
Erlang? Ziet er wel leuk uit, maar ik vermijd zulke systemen en onbekende, niet-populaire talen als de pest. Allemaal leuk en aardig voor de hobbyist die nachtenlang programmerend in de kelder doorbrengt, maar feitelijk en carière-technisch heb je er geen ruk aan om je in zoiets te verdiepen.quote:Op vrijdag 7 oktober 2011 10:12 schreef raptorix het volgende:
http://zotonic.com/
CMS gebaseerd op de functionele taal Erlang, nooit mee gewerkt, maar 2 kennissen zitten in het dev team daar.
Ik vind het daarnaast ook een enorm bedrijfsrisico om je CMS in iets dergelijks te bouwen. Stel het wordt een groot succes, dan heb je er op eens 5 Eerlang programmeurs bij nodig. Nou, succes!quote:Op vrijdag 7 oktober 2011 10:20 schreef SecurityException het volgende:
Erlang? Ziet er wel leuk uit, maar ik vermijd zulke systemen en onbekende, niet-populaire talen als de pest. Allemaal leuk en aardig voor de hobbyist die nachtenlang programmerend in de kelder doorbrengt, maar feitelijk en carière-technisch heb je er geen ruk aan om je in zoiets te verdiepen.
Zo was ik laatst nog bij een bedrijf over de vloer dat een heel CMS in Python had geschreven. Leuk hoor, maar waaróm in hemelsnaam? Je maakt het jezelf moeilijk. Als je voor PHP of .NET kiest heb je een gigantische userbase, terabytes aan documentatie, een heel scala aan libraries en het wordt bijna overal ondersteund.quote:Op vrijdag 7 oktober 2011 10:47 schreef Catbert het volgende:
Ik vind het daarnaast ook een enorm bedrijfsrisico om je CMS in iets dergelijks te bouwen. Stel het wordt een groot succes, dan heb je er op eens 5 Eerlang programmeurs bij nodig. Nou, succes!
Dat heb ik ook niet gezegd, het zijn totaal verschillende talen. Maar je kan wel functioneel programmeren met veel procedurele talen; daar is niet zo veel voor nodig. Je moet functies kunnen maken die andere functies als returnvalue kunnen teruggeven, incl closure; dan ben je er eigenlijk al want dat is de basis. Volgens mij kan dat tegenwoordig met php ook al.quote:Op vrijdag 7 oktober 2011 09:49 schreef Core2 het volgende:
[..]
Komt niet in de buurt van haskell/clean.
Dan heb je functionele elementen in je taal zitten, maar van volwaardig functioneel programmeren zou ik dan nog niet willen spreken.quote:Op vrijdag 7 oktober 2011 11:00 schreef Farenji het volgende:
[..]
Dat heb ik ook niet gezegd, het zijn totaal verschillende talen. Maar je kan wel functioneel programmeren met veel procedurele talen; daar is niet zo veel voor nodig. Je moet functies kunnen maken die andere functies als returnvalue kunnen teruggeven, incl closure; dan ben je er eigenlijk al want dat is de basis. Volgens mij kan dat tegenwoordig met php ook al.
Python vind ik nog wat anders, dat is echt simpel te leren als je al PHP of Java ofzo kent. Maar een functionele taal is gewoon een andere 'denkwijze' en iets waar ik zelf geen zin in zou hebben. Voor een beetje hobbyen okay, maar niet voor m'n dagelijkse werk. gelukkig programmeer is zelf niet veel meer maar ik doe eigenlijk alles gewoon in Java. Af en toe moet ik puur een stuk tekst masseren en dan gebruik ik met plezier Python. M.i. meer leesbaar dan Perl.quote:Op vrijdag 7 oktober 2011 10:55 schreef SecurityException het volgende:
Zo was ik laatst nog bij een bedrijf over de vloer dat een heel CMS in Python had geschreven. Leuk hoor, maar waaróm in hemelsnaam? Je maakt het jezelf moeilijk. Als je voor PHP of .NET kiest heb je een gigantische userbase, terabytes aan documentatie, een heel scala aan libraries en het wordt bijna overal ondersteund.
Tja. Je kunt met een schroevendraaier ook een spijker in een stuk hout slaan...quote:Op vrijdag 7 oktober 2011 11:00 schreef Farenji het volgende:
Dat heb ik ook niet gezegd, het zijn totaal verschillende talen. Maar je kan wel functioneel programmeren met veel procedurele talen; daar is niet zo veel voor nodig. Je moet functies kunnen maken die andere functies als returnvalue kunnen teruggeven, incl closure; dan ben je er eigenlijk al want dat is de basis. Volgens mij kan dat tegenwoordig met php ook al.
Ruby on Rails werkt als een tierelier . Daarnaast heeft als onderliggende taal niet de bagage van PHP wat elke scriptkiddy er wel even bij doet zonder direkte interesse in structuur. Ja, er kan netjes geprogrammeerd worden in PHP, maar de laagdrempeligheid werkt dat gemiddeld niet echt in de hand.quote:Op vrijdag 7 oktober 2011 10:20 schreef SecurityException het volgende:
Ik ben zo bijvoorbeeld ook erg negatief ten opzichte van Ruby on Rails. Het zal ongetwijfeld prettig en als een tierelier werken, maar wat héb je er in hemelsnaam aan om je daar in te verdiepen als je al én met .NET én met PHP werkt? Het is toch je reinste tijdverspilling om je in die fase nog in RoR te gaan verdiepen? Tenzij RoR natuurlijk groot wordt en het vacature- en projectaanbod naar rendabele proporties groeit.
Cisco . Als je eenmaal door de zure appel heen bent is het best leuk.quote:
Het moet je liggen. Ik vind dat netwerkgeneuzel geestdodend saai. Zit geen enkele creativiteit in.quote:Op vrijdag 7 oktober 2011 11:45 schreef Afwazig het volgende:
Cisco . Als je eenmaal door de zure appel heen bent is het best leuk.
Oh mee eens hoor, ik werk zelf vrijwel exclusief met Umbraco en Episerver, ik heb presentatie gezien van gast die Zotonic heeft geschreven, en het is puur met de filosofie van snelheid en schaalbaarheid geschreven, en daar zijn ook de technieken op gebaseerd, niet omdat het zo lekker programmeertquote:Op vrijdag 7 oktober 2011 10:47 schreef Catbert het volgende:
[..]
Ik vind het daarnaast ook een enorm bedrijfsrisico om je CMS in iets dergelijks te bouwen. Stel het wordt een groot succes, dan heb je er op eens 5 Eerlang programmeurs bij nodig. Nou, succes!
Ik heb 1 dag Ruby geprobeerd, bij het scaffolden ging het al fout, hoewel het boek slechts 2 maanden oud was, bleek de syntax al niet meer te kloppen, en natuurlijk was het niet backwards compatiblequote:Op vrijdag 7 oktober 2011 11:39 schreef Litpho het volgende:
[..]
Ruby on Rails werkt als een tierelier . Daarnaast heeft als onderliggende taal niet de bagage van PHP wat elke scriptkiddy er wel even bij doet zonder direkte interesse in structuur. Ja, er kan netjes geprogrammeerd worden in PHP, maar de laagdrempeligheid werkt dat gemiddeld niet echt in de hand.
Dat gezegd hebbende, ik zou RoR er ook niet even bij doen. Dat is echt een bewuste keuze die je moet maken en, evenals bijv. J2EE, iets waarbij het lastiger is om je hosting te regelen voor met name particulieren/kleine bedrijfjes dan een standaard WAMP/LAMP oplossing.
Zit je met je dure boekquote:Op vrijdag 7 oktober 2011 12:08 schreef raptorix het volgende:
Ik heb 1 dag Ruby geprobeerd, bij het scaffolden ging het al fout, hoewel het boek slechts 2 maanden oud was, bleek de syntax al niet meer te kloppen, en natuurlijk was het niet backwards compatible
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |