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.
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |