DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
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.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Hoe combineer je dan 2 talen met elkaar?
Ik hoor hier mensen spreken over combinaties tussen twee talen maken.
Ik hoor hier mensen spreken over combinaties tussen twee talen maken.
Sisco Certified
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:
Hoe combineer je dan 2 talen met elkaar?
Ik hoor hier mensen spreken over combinaties tussen twee talen maken.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
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:
[..]
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.
In Baden-Badener Badeseen kann man Baden-Badener baden sehen.
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.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Dan heeft het management dus de fout gemaakt door de mogelijkheid toe te staan dat zoiets kon gebeuren.quote:
[..]
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:
[..]
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.
Matennaaiers heb je overal, en die moet je verwijderen
In Baden-Badener Badeseen kann man Baden-Badener baden sehen.
Vandaar; leermomentjequote:
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.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
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.
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.
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:
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.
.
heeft de hoop dat het allemaal stiekum toch nog goed komt...
Fotoboek
Fotoboek
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.
Sisco Certified
Ah wat lief, een taalpuristje.quote:
[..]
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.
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.
[ Bericht 0% gewijzigd door SecurityException op 08-07-2011 18:50:18 ]
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:
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:
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.
Als er verder nog iemand Forth spreekt..
How beautiful they are - the trains you miss..
Would you like to watch tv? Or get between the sheets? Or contemplate a silent freeway?
The angle of the dangle is inversely proportional to the heat of the beat
Would you like to watch tv? Or get between the sheets? Or contemplate a silent freeway?
The angle of the dangle is inversely proportional to the heat of the beat
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:
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.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Mooi dat hier 9 pagina's lang wordt gediscussieerd over een persoonlijke voorkeur . Wel leuk om te lezen overigens.
. Wel leuk om te lezen overigens.
Toch wel grappig dat je iemand voor taalpurist uitmaakt en dan zelf C# de hemel in begint te prijzen.quote:
[..]
Ah wat lief, een taalpuristje.
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.
★5731U★ Death from above '79★You're a woman, i'm a machinielsie ★ ✠ ★ Telkens weer een beetje sterven★ I was born in a winterstorm, i live there still★
Ooit begonnen met de Basic-talen: Basic op de Commodore 64, AMOS op de Amiga 500 en een klein beetje QBasic op de PC. Daarna een paar jaar 80386 assembly als voorkeurstaal gehad, eigenlijk voornamelijk vanwege de beperkte mogelijkheden van QBasic.
Toen een hele tijd Java en C++ als favoriete talen gehad, totdat C#/.NET voorbij kwam. Sindsdien werk ik eigenlijk alleen nog maar in C#.
Alhoewel Java eerder was, heeft Microsoft naar mijn idee met C#/.Net toch Java wel ingehaald als het gaat om expressieve kracht van de taal. En dat merk je op allerlei niveaus, van kleine dingetjes zoals de ondersteuning van properties, nullables of delegates, tot het toevoegen van een compleet nieuwe syntax (Linq) om collecties mee te filteren. En wat helemaal stoer is dat je (dankzij IQueryable) met hetzelfde gemak een database of xml-document kunt bewerken.
En dan hebben we het nog niet eens gehad over alle mooie API's die hierom heen zitten, zoals WCF, Workflow 4 en het Entity Framework...
Toen een hele tijd Java en C++ als favoriete talen gehad, totdat C#/.NET voorbij kwam. Sindsdien werk ik eigenlijk alleen nog maar in C#.
Alhoewel Java eerder was, heeft Microsoft naar mijn idee met C#/.Net toch Java wel ingehaald als het gaat om expressieve kracht van de taal. En dat merk je op allerlei niveaus, van kleine dingetjes zoals de ondersteuning van properties, nullables of delegates, tot het toevoegen van een compleet nieuwe syntax (Linq) om collecties mee te filteren. En wat helemaal stoer is dat je (dankzij IQueryable) met hetzelfde gemak een database of xml-document kunt bewerken.
En dan hebben we het nog niet eens gehad over alle mooie API's die hierom heen zitten, zoals WCF, Workflow 4 en het Entity Framework...
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
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:
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.
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.
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.
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:
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 DirectXquote:
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:
Met C# kan je ook prima DirectX of OpenGL gebruiken.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
.
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:
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
Perl vind ik een van de meest expressieve talen die er zijn. Je kan er tiefuslelijk in vloeken maar ook hemeltergend mooie poezie in schrijven. En het is geschikt voor alles, van oneliners tot aan ubercomplexe applicaties.
Kijk wel even uit dat je geen framework (.NET) met een taal (PHP) gaat vergelijkenquote:
[..]
Ah wat lief, een taalpuristje.
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.
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 maar Ik hoor regelmatig iets als "Ruby on Rails is echt veeel beter dan PHP!!!!1einz!!". Maar nog nooit van CakePHP gehoord hebben, wat zo ongeveer een Rails kloon is in PHP.
(Ook dan is RoR nog beter imo, dat komt voornamelijk omdat het framework zwaar leunt op features in Ruby waar in PHP geen net equivalent voor is... intensieve metaprogramming e.d.)
Een dag zonder vlees is een dag niet geleefd
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?
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?
Het wordt toch automatisch een reeks als je "open nieuw deel" doet als deze gesloten is 
Op dinsdag 21 februari 2012 22:30 schreef JoanFranka het volgende:
PINGUINS RULEREN!! Dat zijn echt een van de grappigste dieren op aarde hahahaa
PINGUINS RULEREN!! Dat zijn echt een van de grappigste dieren op aarde hahahaa
Eh, zou kunnenquote: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
Zo vaak open ik ook geen topics
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:
In C(++) zit meer toekomst dan in Java (of een andere taal voor desktopapplicaties). Mee eens? Oneens? Onderbouwing zou leuk zijn
Thabit zegt het idd vrij correct.
Vanuit welke visie kijk je naar het programmeren en de taal.
Puur vanuit een technische optiek, of vanuit ontwikkelkosten optiek, hoe goed je het werk door een team kan laten doen, de totale kosten, dus inclusief het debuggen, testen, etc.
Hoe goed kan de code worden onderhouden, nieuwe versies gemaakt etc etc
Vanuit welke visie kijk je naar het programmeren en de taal.
Puur vanuit een technische optiek, of vanuit ontwikkelkosten optiek, hoe goed je het werk door een team kan laten doen, de totale kosten, dus inclusief het debuggen, testen, etc.
Hoe goed kan de code worden onderhouden, nieuwe versies gemaakt etc etc
In Baden-Badener Badeseen kann man Baden-Badener baden sehen.
Oneens.quote:
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?
Nooit gedacht dat ik nog eens iets zou doen in Java als Microsoft fanboy (C#) maar ontwikkelen voor Android is in Java nu eenmaal het makkelijkste.
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.
In combinatie met Android kun je nou niet bepaald zeggen dat Java het makkelijkst is. Je hebt immers geen keus.
GNU Terry Pratchett
Tjah toekomst kan ook zitten in niche branches, dat iets minder populair is wil niet zeggen dat er geen toekomst in zit.quote:
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?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Je kan ook voor native C kiezen voor je android ontwikkeling. Maar dat is inderdaad niet echt een zinnige keuze.quote:
In combinatie met Android kun je nou niet bepaald zeggen dat Java het makkelijkst is. Je hebt immers geen keus.
ik kan c# en een beetje java, maar ik heb leren programmeren in qbasic
Finally, someone let me out of my cage
Waarom niet?quote:
[..]
Je kan ook voor native C kiezen voor je android ontwikkeling. Maar dat is inderdaad niet echt een zinnige keuze.
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.
dat neemt ook steeds verder af omdatquote:
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.
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.
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
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:
[..]
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.
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.
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:
[..]
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.
Om nog maar te zwijgen over de kwaliteit, afgezien van het feit of het bedrijf in kwestie intern of extern is. Ik heb al genoeg Indiase broncode voorbij zien komen en doorgaans wordt ik er niet blij van; inconsistent, rommelig, slecht ingedeeld, debiele benaming van variabelen, geen documentatie / diagrammen, enzovoorts. Van die typische broncode waar één persoon zich volop gestort heeft, maar waar niemand anders ooit wijs uit zal komen. Goede broncode is begrijpbaar, leesbaar en schaalbaar. Ik ben van mening dat outsourcen/offshoren op lange termijn alleen maar meer kost, tenzij je eenmalig effe snel iets gemaakt moet hebben. Maar dan nog, huur ik liever een fanatieke student in dan een Indiër.
dus dat dus
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
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:
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.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Of er überhaupt toekomst zit in desktopapplicaties is een betere vraag.quote:
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.
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
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:
[..]
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:
[..]
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.
All you know about me is what I've sold you, dumb fuck
Het feit dat Google zoveel ziet in Chrome OS is natuurlijk wel een teken aan de wand.
Ik zit het nut niet meer zo van native apps. Je kan in principe zo'n beetje alles in je browser doen en daarbij kan dat ook gewoon op zo'n beetje apparaten met alle reguliere besturingssystemen werken.
Ik zit het nut niet meer zo van native apps. Je kan in principe zo'n beetje alles in je browser doen en daarbij kan dat ook gewoon op zo'n beetje apparaten met alle reguliere besturingssystemen werken.
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
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:
Nou begrijp ik de link tussen desktop applicatie en HTML5 niet helemaal. Zover ik weet heeft dat heel weinig met desktopapplicaties te maken.
Ik snap ook niet dat hij HTML5 aandraagt en dan daarmee aan wil geven dat desktopapplicaties een toekomst hebben.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
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 isquote:
[..]
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.
). 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.
All you know about me is what I've sold you, dumb fuck
Een goede webapplicatie kan soepeler werken dan desktopapplicaties...
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
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:
[..]
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:
[..]
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.
All you know about me is what I've sold you, dumb fuck
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:
[..]
Desktopapplicaties zijn anders dan webapplicaties, de feel en de functionaliteit is anders.
Het wordt tijd dat de "grote" jongens zich bij webapplicaties ook gaan bezighouden met async tools, usability etc.
Zoals Google dat bijvoorbeeld doet. Ik zie Analytics nog niet echt zo goed werken als desktopapp
Zoals Google dat bijvoorbeeld doet. Ik zie Analytics nog niet echt zo goed werken als desktopapp
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
Mensen die denken dat C# niet geschikt is voor het bouwen van webapplicaties hebben duidelijk een flink kennisgat om daar over te oordelen trouwens.
Health In Harmony is een non-profitorganisatie die regenwoudgemeenschappen helpt met gezondheidszorg en duurzame inkomens in ruil voor bosbescherming, en zo tegelijk klimaatverandering en armoede aanpakt. - https://www.healthinharmony.org/
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.
Neemt niet weg dat ik het jammer zou vinden
[ Bericht 0% gewijzigd door HostiMeister op 06-10-2011 11:16:40 ]
All you know about me is what I've sold you, dumb fuck
Het is bovendien veel makkelijker om een webapplicatie te maken. Het ontwikkelen van een desktopapplicatie of een mobiele telefoonapplicatie kan een drama zijn wat betreft compatibiliteit. Alleen met het besturingssysteem zit je dan al te kloten. Een webapplicatie kan, als je het goed doet, onder alle omstandigheden werken, zelfs op een broodrooster met Internet bij wijze van spreken. Een webapplicatie staat bovendien op één plek. Een desktopapplicatie moet je distribueren, en dat up-to-date houden bij diens gebruikers is ook een heel traject an sich.
En qua "look & feel" zijn de mogelijkheden/beperkingen tussen webapplicaties en desktopapplicaties nog maar miniem hoor. Het enige nadeel van een webapplicatie t.o.v. een desktopapplicatie is dat je nog altijd de beperkingen van het HTTP protocol hebt. Denk bijvoorbeeld aan het verwerken van gigantische bestanden (+8 GB), daar is een webapplicatie simpelweg niet geschikt voor.
Een webapplicatie staat bovendien op één plek. Een desktopapplicatie moet je distribueren, en dat up-to-date houden bij diens gebruikers is ook een heel traject an sich.En qua "look & feel" zijn de mogelijkheden/beperkingen tussen webapplicaties en desktopapplicaties nog maar miniem hoor. Het enige nadeel van een webapplicatie t.o.v. een desktopapplicatie is dat je nog altijd de beperkingen van het HTTP protocol hebt. Denk bijvoorbeeld aan het verwerken van gigantische bestanden (+8 GB), daar is een webapplicatie simpelweg niet geschikt voor.
Dat klopt. Daarbij blijf je natuurlijk voor de backend _altijd_ afhankelijk van C(++/#), Java, PHP in welke vorm of framework dan ook.
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
Dat zeker.quote:
Mensen die denken dat C# niet geschikt is voor het bouwen van webapplicaties hebben duidelijk een flink kennisgat om daar over te oordelen trouwens.
Maar wie zegt dat dan?
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:
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:
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:
[..]
Ik zou C# toch niet met C of C++ willen vergelijken. En eigenlijk ook liever niet C++ met C, want die ++ is pure taalverkrachting.
All you know about me is what I've sold you, dumb fuck
C is handig voor libraries die geoptimaliseerd moeten zijn. Ik zou er geen complete applicatie in schrijven.
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:
C is handig voor libraries die geoptimaliseerd moeten zijn. Ik zou er geen complete applicatie in schrijven.
Ik zie geen enkele reden om nog met C te werken boven C++ overigens. Ik vind in grote projecten OO wel een must, zelfs zo gekunsteld als in C++.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
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!
Het lijkt af en toe wel alsof ik nog de enige ben die er een kunst van maakt om de boel te optimaliseren. Af en toe vind ik het optimaliseren zelfs leuker dan ontwikkelen. Een bedrijfje waar ik vaak over de vloer komt heeft een (erg brak geschreven) enquête tooltje, ik heb de programmeur daar al vaak aangesproken op dingetjes die hij toch echt beter aan kan passen in de broncode, maar dat doet hem niks. "Het loopt, nog nooit problemen gehad er mee.", zegt 'ie dan. Totdat enkele weken geleden opeens enkele tientallen gebruikers tegelijkertijd een enquête in aan het vullen waren en het hele ding op z'n gat ging.
Even helemaal afgezien van taal, want of ik nou een PHP projectje of een .NET solution voor m'n kiezen krijg, ik word er vaak niet goed van. Alhoewel dat in PHP sneller voorkomt omdat 't weak typed is (alles in stringvorm, bah).
Het lijkt af en toe wel alsof ik nog de enige ben die er een kunst van maakt om de boel te optimaliseren. Af en toe vind ik het optimaliseren zelfs leuker dan ontwikkelen. Een bedrijfje waar ik vaak over de vloer komt heeft een (erg brak geschreven) enquête tooltje, ik heb de programmeur daar al vaak aangesproken op dingetjes die hij toch echt beter aan kan passen in de broncode, maar dat doet hem niks. "Het loopt, nog nooit problemen gehad er mee.", zegt 'ie dan.
Totdat enkele weken geleden opeens enkele tientallen gebruikers tegelijkertijd een enquête in aan het vullen waren en het hele ding op z'n gat ging. Even helemaal afgezien van taal, want of ik nou een PHP projectje of een .NET solution voor m'n kiezen krijg, ik word er vaak niet goed van. Alhoewel dat in PHP sneller voorkomt omdat 't weak typed is (alles in stringvorm, bah).
C is in principe ook objectgeoriënteerd. Je kunt namelijk methodes implementeren als functies die een pointer naar de struct als argument hebben. Virtuele methodes kun je als functiepointers in de struct implementeren.
Ik had idd quote er bij moeten zetten.quote:
[..]
Dat zeker.
quote:
... 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. ...
Health In Harmony is een non-profitorganisatie die regenwoudgemeenschappen helpt met gezondheidszorg en duurzame inkomens in ruil voor bosbescherming, en zo tegelijk klimaatverandering en armoede aanpakt. - https://www.healthinharmony.org/
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:
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).
Ga eens lekker een week of wat bezig met Java, is niet echt moeilijk en je begrijpt daarna veel over (OO) programmeren
In Baden-Badener Badeseen kann man Baden-Badener baden sehen.
of C# icm .Net, is wat makkelijker te snappen.
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
quote:Op donderdag 6 oktober 2011 14:44 schreef SpecialK het volgende:
[..]
Ik had idd quote er bij moeten zetten.
[..]
Dat móet wel een troll zijn. 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:
Nog nooit heeft iemand mij OO op een goede manier weten uit te leggen...
Wie durft?
[ Bericht 0% gewijzigd door SecurityException op 06-10-2011 15:06:28 ]
Gelukkig hebben wij hier geen 'gemiddelde' programmeurs.quote:
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:
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:
Nog nooit heeft iemand mij OO op een goede manier weten uit te leggen...
Wie durft?
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
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:
[..]
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:
[..]
Dat dus
Ga eens lekker een week of wat bezig met Java, is niet echt moeilijk en je begrijpt daarna veel over (OO) programmeren
http://www.robmiles.com/c-yellow-book/
Nog gratis ook.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Functioneel programeren anyone?
Ik heb het nu als vak, tentamen heulemaal verneukt.
Ik heb het nu als vak, tentamen heulemaal verneukt.
Finally, someone let me out of my cage
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:
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:
[..]
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.
Finally, someone let me out of my cage
In o.a. Javascript en Perl kun je prima functioneel programmeren.quote:
[..]
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:
[..]
In o.a. Javascript en Perl kun je prima functioneel programmeren.
http://zotonic.com/quote:
[..]
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.
CMS gebaseerd op de functionele taal Erlang, nooit mee gewerkt, maar 2 kennissen zitten in het dev team daar.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Welke taal moet je leren?quote:
Functioneel programeren anyone?
Ik heb het nu als vak, tentamen heulemaal verneukt.
Heb ooit scala bekeken en op zich is het wel een fijne funcitonele programmeertaal. Hoewel hij ook OO is.
Niet altijd serieus
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:
http://zotonic.com/
CMS gebaseerd op de functionele taal Erlang, nooit mee gewerkt, maar 2 kennissen zitten in het dev team daar.
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.
Ik vind het al erg genoeg dat de PHP markt zo 'verziekt' is geworden door het enorme grote aanbod aan CMS platformen en frameworks. Dat is eigenlijk voor mij reden geweest om van PHP naar .NET over te stappen.
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:
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.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
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:
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:
[..]
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:
[..]
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:
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:
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.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Heeft iemand nog wat links voor functioneel programmeren for dummies? Klinkt wel interessant namelijk.
GNU Terry Pratchett
Ruby on Rails werkt als een tierelierquote:
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.
. 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.
"If you are depressed you shouldn't be in C major!" - Rick Beato
Ciscoquote:
. Als je eenmaal door de zure appel heen bent is het best leuk.
Would you like to know more?
Alles over cryptocurrency, bitcoin en blockchain in begrijpelijke taal
Alles over cryptocurrency, bitcoin en blockchain in begrijpelijke taal
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
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
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:
[..]
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!
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
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:
[..]
Ruby on Rails werkt als een tierelier
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.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |