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.
.
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
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.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.
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: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.
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: | |