Welke programmeertaal?

quote:

Op woensdag 5 oktober 2011 23:09 schreef HarryP het volgende:

[..]

Je kan ook voor native C kiezen voor je android ontwikkeling. Maar dat is inderdaad niet echt een zinnige keuze.

Waarom niet?

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.

quote:

Op donderdag 6 oktober 2011 09:28 schreef Daeron het volgende:
Ik denk dat de toekomst voor software ontwikkeling in Nederland uiteindelijk meer richting de architectuur zal gaan dan richting het daadwerkelijke codeer werk. Je ziet toch dat bedrijven steeds vaker een ontwikkelafdeling in de lage lonen landen hebben waar de ontwerpen heen gestuurd worden en waar dan (een deel van) de applicatie terug komt.

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.

quote:

Op donderdag 6 oktober 2011 09:30 schreef Catch22- het volgende:

[..]

dat neemt ook steeds verder af omdat

1. Het toch wel lastig communiceren is
2. Ze daar ook door hebben dat ze goedkoop zijn. Managers hebben de afgelopen jaren honderden procenten loonsverhoging gekregen
3. De kwaliteit vaak ondermaats is.

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.

quote:

Op donderdag 6 oktober 2011 09:41 schreef Daeron het volgende:

[..]

Volgens mij begrijp je het niet helemaal. Het gaat niet om het inhuren van een extern bedrijf en daar de software laten ontwikkelen, maar om een interne afdeling die in een ander land zit waar de software ontwikkeld wordt.

Daardoor is de communicatie en de kwaliteit vaak van hoger niveau omdat het volgens de standaarden van het bedrijf gebeurt en de management lagen worden ook verminderd omdat het bedrijf daar zelf invloed op heeft.

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.

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

quote:

Op donderdag 6 oktober 2011 09:41 schreef Daeron het volgende:
Volgens mij begrijp je het niet helemaal. Het gaat niet om het inhuren van een extern bedrijf en daar de software laten ontwikkelen, maar om een interne afdeling die in een ander land zit waar de software ontwikkeld wordt.

Daardoor is de communicatie en de kwaliteit vaak van hoger niveau omdat het volgens de standaarden van het bedrijf gebeurt en de management lagen worden ook verminderd omdat het bedrijf daar zelf invloed op heeft.

Neemt niet weg dat zowel afstand als taal grote barrieres kunnen zijn. Het is vele malen efficienter om gewoon op dezelfde locatie als een functioneel ontwerper te zitten zodat je even langs kan lopen met een "hoe had je dat bedoeld"-vraag.

quote:

Op donderdag 14 juli 2011 06:47 schreef henrivo het volgende:
Okee jongens, tijd voor een stelling:

In C(++) zit meer toekomst dan in Java (of een andere taal voor desktopapplicaties). Mee eens? Oneens? Onderbouwing zou leuk zijn

Of er überhaupt toekomst zit in desktopapplicaties is een betere vraag.

quote:

Op donderdag 6 oktober 2011 10:19 schreef Tijn het volgende:

[..]

Of er überhaupt toekomst zit in desktopapplicaties is een betere vraag.

Als frontenddeveloper ben ik biased, maar ik denk het niet.

quote:

Op donderdag 6 oktober 2011 10:19 schreef Tijn het volgende:

[..]

Of er überhaupt toekomst zit in desktopapplicaties is een betere vraag.

Zeker wel. Door de komst van HTML5 gaat er veel veranderen aan presentatie, maar aan de programmatuur die er achter ligt zal niet veel veranderen. Sowieso, als je naar Windows 8 kijkt, ziet dat er heel anders uit, maar zodra je een programma opent zit je naar het schijnt gewoon nog in de 'ouwe', bekende interface te werken.

quote:

Op donderdag 6 oktober 2011 10:30 schreef SecurityException het volgende:

[..]

Zeker wel. Door de komst van HTML5 gaat er veel veranderen aan presentatie, maar aan de programmatuur die er achter ligt zal niet veel veranderen. Sowieso, als je naar Windows 8 kijkt, ziet dat er heel anders uit, maar zodra je een programma opent zit je naar het schijnt gewoon nog in de 'ouwe', bekende interface te werken.

Nou begrijp ik de link tussen desktop applicatie en HTML5 niet helemaal. Zover ik weet heeft dat heel weinig met desktopapplicaties te maken.

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.

quote:

Op donderdag 6 oktober 2011 10:34 schreef HostiMeister het volgende:
Nou begrijp ik de link tussen desktop applicatie en HTML5 niet helemaal. Zover ik weet heeft dat heel weinig met desktopapplicaties te maken.

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.

Ik snap ook niet dat hij HTML5 aandraagt en dan daarmee aan wil geven dat desktopapplicaties een toekomst hebben.

quote:

Op donderdag 6 oktober 2011 10:40 schreef Catbert het volgende:

[..]

Je kunt webapplicaties (met alle voordelen daarvan) maken die alle voordelen van desktopapplicaties hebben. Met de trend naar cloud-based applicaties is het inderdaad maar de vraag over we over 10 jaar nog echt desktopapplicaties hebben.

Desktopapplicaties zijn anders dan webapplicaties, de feel en de functionaliteit is anders. Maar om te zeggen dat alle desktopapplicaties vervangen worden door cloud based webapplicaties lijkt me geen aannemelijke trend (althans ik hoop dat het geen aannemelijke trend is ). Rest wel de vraag of er uberhaupt nog desktop applicaties gemaakt gaan worden (zo maak ik al jaren alleen maar web-based spul), ik hoop in ieder geval van wel.

Een goede webapplicatie kan soepeler werken dan desktopapplicaties...

quote:

Op donderdag 6 oktober 2011 10:34 schreef HostiMeister het volgende:

[..]

Nou begrijp ik de link tussen desktop applicatie en HTML5 niet helemaal. Zover ik weet heeft dat heel weinig met desktopapplicaties te maken.

In Windows 8 gaat het straks mogelijk worden om e.e.a. in HTML5 te maken, denk aan plugins/add-ons. Nou blijft de achterliggende programmatuur natuurlijk hetzelfde, maar de wijze van presentatie zou daardoor erg veranderen. Veel mensen zien het als een WinForms-killer.

quote:

Op donderdag 6 oktober 2011 10:49 schreef SecurityException het volgende:

[..]

In Windows 8 gaat het straks mogelijk worden om e.e.a. in HTML5 te maken, denk aan plugins/add-ons. Nou blijft de achterliggende programmatuur natuurlijk hetzelfde, maar de wijze van presentatie zou daardoor erg veranderen. Veel mensen zien het als een WinForms-killer.

Dat is niets nieuws wat je daar zegt hoor, alleen om het dan een desktop applicatie te noemen... Oke, de grens is vaag, maar dan nog.

quote:

Op donderdag 6 oktober 2011 10:43 schreef HostiMeister het volgende:

[..]

Desktopapplicaties zijn anders dan webapplicaties, de feel en de functionaliteit is anders.

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.

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

Mensen die denken dat C# niet geschikt is voor het bouwen van webapplicaties hebben duidelijk een flink kennisgat om daar over te oordelen trouwens.

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.

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.

Neemt niet weg dat ik het jammer zou vinden

[ Bericht 0% gewijzigd door HostiMeister op 06-10-2011 11:16:40 ]

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.

Dat klopt. Daarbij blijf je natuurlijk voor de backend _altijd_ afhankelijk van C(++/#), Java, PHP in welke vorm of framework dan ook.

quote:

Op donderdag 6 oktober 2011 11:04 schreef SpecialK het volgende:
Mensen die denken dat C# niet geschikt is voor het bouwen van webapplicaties hebben duidelijk een flink kennisgat om daar over te oordelen trouwens.

Dat zeker. Maar wie zegt dat dan?

quote:

Op donderdag 6 oktober 2011 11:13 schreef SecurityException het volgende:

Het enige nadeel van een webapplicatie t.o.v. een desktopapplicatie is dat je nog altijd de beperkingen van het HTTP protocol hebt.

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:

Denk bijvoorbeeld aan het verwerken van gigantische bestanden (+8 GB), daar is een webapplicatie simpelweg niet geschikt voor.

Bandbreedte neemt toe, compressietechnieken worden beter. Geef het wat tijd en bestandsgrootte is steeds minder een beperking.

quote:

Op donderdag 6 oktober 2011 11:17 schreef Catch22- het volgende:
Dat klopt. Daarbij blijf je natuurlijk voor de backend _altijd_ afhankelijk van C(++/#), Java, PHP in welke vorm of framework dan ook.

Ik zou C# toch niet met C of C++ willen vergelijken. En eigenlijk ook liever niet C++ met C, want die ++ is pure taalverkrachting.

quote:

Op donderdag 6 oktober 2011 11:28 schreef thabit het volgende:

[..]

Ik zou C# toch niet met C of C++ willen vergelijken. En eigenlijk ook liever niet C++ met C, want die ++ is pure taalverkrachting.

Welke mafkees werkt er dan nog met C. Dat is bijna net zo oldskool als in Assembly een webapp schrijven

C is handig voor libraries die geoptimaliseerd moeten zijn. Ik zou er geen complete applicatie in schrijven.

quote:

Op donderdag 6 oktober 2011 11:35 schreef thabit het volgende:
C is handig voor libraries die geoptimaliseerd moeten zijn. Ik zou er geen complete applicatie in schrijven.

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.

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

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