Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 174 reacties
Submitter: Rafe

Stack Overflow heeft de resultaten bekendgemaakt van de enquête die jaarlijks uitgevoerd wordt onder ontwikkelaars. Rust, Swift en F# komen als populairste talen uit de bus. In totaal vulden 56.033 personen uit 173 landen de vragenlijst in, meer dan het dubbele van afgelopen jaar.

stackoverflow logoDe enquête bestond uit 45 vragen, verdeeld over ontwikkelaarsprofiel, technologie, werk en de Stack Overflow-community. Van de respondenten heeft 46 procent een titel die eindigt op 'web developer'. De programmeertalen waar de meesten mee werken, zijn JavaScript, SQL en Java, maar dat zijn niet per se de meest geliefde. Die top drie bestaat uit Rust, Swift en F#. Bezig zijn met Visual Basic, WordPress of Matlab wordt het meest gevreesd. De trends op Stack Overflow laten zien dat React zeer populair is en programmeren voor Windows Phone verreweg het minst.

OS X is voor het tweede jaar op rij populairder dan Linux onder ontwikkelaars. Was het verschil in 2015 nog een procent, nu lijkt de trend zich echt door te zetten met 26,2 procent voor OS X, 21,7 procent voor Linux en 22,5 procent voor Windows 7. Als de trend zich doorzet, gebruikt volgend jaar minder dan 50 procent van de ontwikkelaars een Windows-OS.

De gemiddelde leeftijd ligt op 29,6 jaar en het gros van alle respondenten is ontwikkelaar of programmeur. Het percentage vrouwen die de enquêtes invulden is 5,8 procent. Zij waren het meest werkzaam als designer. De minst voorkomende baan onder vrouwen is executive.

Van de respondenten heeft 67,8 procent een fulltime baan. Daarna bestaat de bevolking van Stack voor 12,6 procent uit studenten, freelancers nemen 7,1 procent voor hun rekening. Voor het krijgen van een baan blijkt een 'bekende' in de meeste landen een praktische kruiwagen, behalve in India waar recruiters vrienden van de troon stoten. Daarna komt het geld en dat is nog steeds de belangrijkste drijfveer voor velen, al staat de balans tussen werk en vrije tijd ook hoog.

Salarissen zijn in Nederland en België vrij gemiddeld, als het salaris van een ontwikkelaar wordt afgezet tegen de Big Mac-index. In Europa valt op dat salarissen in Denemarken een stuk hoger liggen. Het meest wordt in Europa verdiend door Zwitsers, bijna het dubbele van wat er in Nederland verdiend wordt, maar de Big Mac is dan ook twee keer zo duur. Alle resultaten zijn te zien bij Stack Overflow.

Moderatie-faq Wijzig weergave

Reacties (174)

Lijkt me wel duidelijk dat die drie talen inderdaad het meest populair zijn. Buiten de bewezen kwaliteiten van al die drie talen zijn ze natuurlijk ook nieuw en spannend en zijn mensen enthousiast. Swift, Rust en F# zijn alle drie extreem veilige talen vergeleken bij de meeste talen. Een beetje kundige programmeur heeft in Swift gewoon nooit meer een null pointer (of vergelijkbare) error. Programma's in Swift zijn (in academische en praktische zin) bewezen stabieler dan de zelfde code in andere talen. Het zelfde geldt voor F# en Rust. Als iets compiled in Swift, F# of Rust dan heb je run-time veel minder problemen dan bij vergelijkbare talen (Objective-C, C# of C++). De nadelen: ze zijn er niet.

Wat me wel enorm opvalt is dat het gros van de die-hard Cocoa programmeurs blijven vast plakken aan Objective-C. Ik kan daar met mijn hoofd absoluut niet bij. Er zijn een aantal nadelen aan Swift (syntax kan nog veranderen, 5MB per app extra aan Swift run-time) maar ik werk al een jaar exclusief met Swift wat betreft iOS ontwikkeling en ik heb eigenlijk in de praktijk nooit echt problemen met die dingen.
Wat me wel enorm opvalt is dat het gros van de die-hard Cocoa programmeurs blijven vast plakken aan Objective-C.
Er zijn door de jaren heen al zo veel 'revolutionaire' nieuwe talen gepresenteerd. Sommige krijgen voet aan de grond en van andere hoor je binnen een paar jaar niks meer, of ze worden marginaal toegepast. Zeker de developers die al wat jaren meedraaien kijken eerst de kat uit de boom voordat ze er echt mee aan de gang gaan. Mensen die in hun dagelijkse werk met C werken waarderen Objective-C omdat Objective-C een superset van C is met krachtige maar vrij subtiele uitbreidingen. Ik zie het voordeel van overstappen op Swift (nog) niet.
"Mensen die in hun dagelijkse werk met C werken waarderen Objective-C omdat Objective-C een superset van C is met krachtige maar vrij subtiele uitbreidingen. Ik zie het voordeel van overstappen op Swift (nog) niet. "

Echt? Serieus?

Nee.

Mensen die C kennen en dan O-C moeten gebruiken, balen. O-C is een slechte taal; heel inconsequent in de syntax, heel 'clunky'. En te langdradig terwijl het tegelijkertijd te beknopt is; dus het is niet compact genoeg om nuttig te zijn EN het is niet uitgebreid genoeg om omschrijvend te zijn zoals Java en C# dat wel zijn.

Maar het meest erger ik me aan de random syntax.

En als je de voordelen van Swift niet ziet? Tja, sorry hoor, maar dan programeer je weinig. Beter, compactere, logischere syntax. Mooier, elegenatere, kortere/compactere code. En ik zeg dit als iemand die een hekel heeft aan het programeren voor iOS en het toch vaak moet.
Echt? Serieus?

Nee.

Mensen die C kennen en dan O-C moeten gebruiken, balen. O-C is een slechte taal; heel inconsequent in de syntax, heel 'clunky'.
Ik noem dit een mening. Meestal hoor ik dit soort meningen van mensen die ook niet zo blij met (of handig in) C of C++ zijn. Misschien heb je een andere achtergrond waardoor je je beter thuisvoelt bij de filosofie achter een taal zoals Swift.
En als je de voordelen van Swift niet ziet? Tja, sorry hoor, maar dan programeer je weinig. moet.
Ik klop inmiddels een jaar of 25 C-code en de taal is een stuk ouder dan dat. De dood van C is al meermaals voorspeld, maar de werkelijkheid is dat vrijwel elke serieuze (cross-platform) library in C is. Het is de vraag of Swift echt populair gaat worden. Wat ik in ieder geval wel weet is dat Objective C voor mij een prima taal is, die enorm makkelijk kan interfacen met C en C++, en dat C en libraries in C nog vele jaren zullen bestaan en ontwikkeld blijven worden. Met Swift begeef je je in een aantal opzichten op glad ijs. De tijd zal het leren.

En ik zeg dit als iemand die dagelijks C99-code klopt en zowel hobbymatig als op freelance-basis iOS/OSX development in Objective C (icm C) doet.
Aangezien Objective-C(++) een traploze brug heeft naar C of C++ is het zeker wel een handig taal als interface naar C of C++ libraries. Ik heb een Objective-C schil gebouwd om een C driver voor een USB barcode scanner waardoor ik hem via Xamarin in C# kon gebruiken in een cross-platform project. Makkelijker dan Objective-C wordt het niet.

Maar als je te maken hebt met de Apple libraries die een C-interface hebben in plaats van een Objective-C interface dan zijn er niet zo veel plekken meer over waar dat niet gewoon simpel en aangenaam werkt sinds Swift 2.
"Meestal hoor ik dit soort meningen van mensen die ook niet zo blij met (of handig in) C of C++ zijn. Misschien heb je een andere achtergrond waardoor je je beter thuisvoelt bij de filosofie achter een taal zoals Swift."

rappig; ben zo'n twintig jaar geleden begonnen met C. Blijf het een prettige taal vinden (prettiger dan C++).

"Het is de vraag of Swift echt populair gaat worden. "

Nee. Dat is geen vraag. Ik ben profesioneel mobile dev (op elk platform) en als je naar conferenties gaat en meetups en praat met andere devs dan zou je weten dat men bijna allemaal overgaat op Swift. Omdat Swift niet zuigt. En omdat het prima samen kan werken met oude O-C code.

"die enorm makkelijk kan interfacen met C en C++,"

Iets wat Swift net zo makkelijk kan. En daar bekend om staat. Het is iets wat zowat in de intro staat. Ik begin te vermoeden dat je nooit naar Swift hebt gekeken.

"en dat C en libraries in C nog vele jaren zullen bestaan en ontwikkeld blijven worden"

Wat heeft dat ermee te maken (zeker gezien Swift daar prima mee omgaat)? En waar heb ik iets gezegd dat daar tegen in gaat?

"en zowel hobbymatig als op freelance-basis iOS/OSX development in Objective C (icm C) doet. "

Fijn. Ik doe het dagelijks voor mijn werk. Ga nu eens in op de punten die ik oorspronkelijk aanhaalde.
Veel te kort door de bocht. Er zijn zat nadelen, alleen herken jij ze niet of vind je ze niet belangrijk in de toepassingen waar jij voor ontwikkelt.

Als purist hoef ik me maar te beperken tot 1 groot nadeel: virtualisatie/interpretatie van alle drie de genoemde talen, met alle daarbijbehorende problemen en bezwaren (performance, beperkte deployability, beperkte herbruikbaarheid, afhankelijkheden).

Dit neemt niet weg dat deze talen een verdiende plek hebben in de toolset van de hedendaagse software developer. Swift pak ik de komende 2 maanden op en ook in F# heb ik erg veel zin om me te verdiepen.
Naar ik weet word rust gewoon gecompiled naar machinetaal, dus dat gaat prima qua performance en herbruikbaarheid. Deployability is juist heel makkelijk in rust omdat het gaat om compiled binaries. En wat bedoel je met afhankelijkheden?
Binaries makes distributie minder portable, niet meer. Source code kan opnieuw gecompileerd worden voor een andere architectuur of een een subtiel andere ABI (bij nieuwe compiler versie bijvoorbeeld) voor hetzelfde platform.

Als een binary distributie niet klopt voor je platform kun je er niks meer mee.
F# compilet naar MSIL, dus bytecode. Portability zit daar wel goed, ondanks dat het een 'binary' is.
Volgens Wikipedia heet MSIL tegenwoordig CIL - Common Intermediate Language.
Dat klinkt oud (Common), van de begindagen van .NET.
De cor in mscorlib.dll en mscoree.dll betekent Common Object Runtime - later werd dit .NET. En Common Object Oriented Language (COOL) was de voorloper van de naam C#.
Om het in een nieuwer jasje te steken (a la .NET Core) zou je voor CIL nu ook kunnen lezen 'Core Intermediate Language'. :)
Los van Rust, F# (geen ervaring mee) heb ik ook alleen maar voordelen van Swift t.o.v. Objective-C gezien.

Tot heden ben ik maar vrij weinig dingen tegen gekomen die in Objective-C wel werken en in Swift nog niet. In de meeste gevallen kan je low-level dingen wel vertalen naar Swift.

Dus ik snap je punten ook even niet van performance, beperkte deployability, beperkte herbruikbaarheid, afhankelijkheden m.b.t. Swift? Aangezien je daar nog mee moet beginnen.
Swift is in principe gewoon een laag gebouwd over objective-c vandaar ook de zelfde namen voor constructors e.d.
Swift compiled direct naar LLVM IR. Je bedoelt de Objective-C API's voor OS X en iOS en daarmee de runtime?
Programma's in Swift zijn (in academische en praktische zin) bewezen stabieler dan de zelfde code in andere talen
Op welke manier is Swift veiliger dan bijvoorbeeld Ada?
Je hebt een punt ... maar probeer maar eens Ada op iOS te runnen.
Er staat ook duidelijk ten opzichte van de talen die je anders zou gebruiken. Maar het is vrij duidelijk dat F# bijvoorbeeld leunt op OCaml en Haskell.
Helaas is het feit dat er alleen maar voordelen zijn geen enkele garantie tot succes / adaptatie. Om in de zakelijke wereld voet aan de grond te krijgen, is er een ding nodig: een business case. Wat kost het om over te stappen en wat levert het op? Wat is de terugverdientijd?

De meeste bedrijven hebben simpelweg niet de middelen (tijd, geld en mensen met de juiste kennis) om zo'n overstap te maken.

En dan is er nog vaak het puntje 'continuïteit'. Voor de business is het belangrijk dat de software waar ze nu een paar ton aan uitgeven over een jaartje of 5 nog uit te breiden en te onderhouden is. Dan wordt er toch al snel gekeken naar talen die al minimaal 5 jaar wereldwijd op grote schaal worden ingezet en nieuw naar de nieuwste talen zonder marktaandeel en 'jaren ervaring'.
Programma's in Swift zijn (in academische en praktische zin) bewezen stabieler dan de zelfde code in andere talen.
Interessant. Heb je hier meer informatie over?
"Proving correctness" is iets waar Dijkstra het al over had. Er bestaat een kernel die geschreven in Haskell die niet alleen werkt maar ook bewézen werkt: https://wiki.haskell.org/Specification_and_proof

Haskell is beter op dat vlak dan Swift maar Swift is weer duidelijk beter dan Objective-C. En Objective-C is weer beter dan pure C. In C kún je alles dus kan het ook op allerlei manieren bedoeld en onbedoeld stuk.

F# zit ergens tussen Haskell en Swift, Rust daar weet ik niet genoeg van om het in te kunnen schatten maar naar mijn idee beter dan Objective-C en C++, minder dan Swift.
Ik snap alleen het argument niet dat Haskell beter is op "dat" vlak.
"Proving correctness", of formele beschrijvingen van applicaties/software, heeft toch niets te maken met de taal waarin de applicatie geimplementeerd is, of begrijp ik het nu verkeerd?
Nee in theorie niet maar met Haskell is het wel veel makkelijker. Ik kan verder niet al te diep in gaan op het academische gedeelte aangezien ik vooral kijk of een bepaalde taal een voordeel in de praktijk heeft, maar ik prefereer persoonlijk altijd een taal die onzekerheden beter kan uitsluiten.

[Reactie gewijzigd door BikkelZ op 21 maart 2016 12:52]

The devil you know :)
De minst voorkomende baan onder vrouwen is executive
Er rilt een "well duh!" over mijn ruggegraat. Het zijn nou juist typisch de banen waar het minste mensen voor nodig zijn, en dat geldt voor mannen dus net zo goed. En laten we wel wezen: nog steeds 2,1% van alle vrouwen hadden een executive functie. Bij de mannen is dit slechts 1,8%. Alleen zijn er sommige banen nog minder vertegenwoordigd waardoor het niet op de onderste plek staat 8)7
Naast het feit dat executives niks te zoeken hebben op Stack Overflow. Beetje net als dat ze komen met: er zitten 0% aan profvoetballers bij. Ja duh!
Mijn baas is zowel CEO (samen met een partner) en CTO en 60% van zijn tijd is hij nog steeds aan het programmeren. Toegeven wij zijn (nog) een klein bedrijfje, maar er zijn meer dan voldoende executives (=management positie) welke nog steeds programmeren..

Wel zullen executives over het algemeen weinig vragen en beantwoorden. SO is vooral heel handig voor die oh ja antwoorden waar je net niet opkomt. Zo'n beetje elke programmeer vraag zal er al gesteld zijn..
Als het bedrijf goed groeit waardoor hij al die posities niet meer kan bekleden welke functie zou hij dan kiezen ?
Een CEO is iemand die de baas is van directeuren. Beetje het idee van de Minister van Defensie of de Maarschalk als positie hebben t.o.v. Generaals. Het is namelijk letterlijk Chief Executive Officer. Die geeft leiding aan de directeuren, welke vervolgens weer leiding geven aan de managers die leiding geven aan de uitvoerenden (soms zit er zelfs nog een managementlaag tussen van teamleiders, zoals degene die bij gemeenten mails menen te moeten versturen over roklengte).

Zelfs de mensen aan wie hij leiding geeft horen niet meer uitvoerend werk te doen (het zijn immers directeuren, oftewel aanstuurders). Het kan ook gewoon zijn dat ze zichzelf CEO noemen terwijl ze dat in feite niet zijn, zoals veel ZZP'ers of mensen met kleine bedrijfjes doen op LinkedIn omdat het zo interessant staat. Mocht je bij een klein of middenbedrijf toch zoveel managementlagen hebben dat je jezelf serieus als CEO kunt beschouwen dan werk je OF voor de overheid OF je organisatie heeft een extreem scheve verhouding management vs uitvoerenden (zoals de overheid).

[Reactie gewijzigd door Pyrone89 op 19 maart 2016 21:09]

Precies mijn gedachte! Nou weet ik niet of executives heel goed worden vertegenwoordigd op SO.

[Reactie gewijzigd door Tprikkel op 18 maart 2016 18:06]

Inderdaad, hoop ook echt dat Hilary Clinton president wordt kunnen we die nutte en eindeloze discussie voor eens en altijd de deur uit gooien.
Ik zie het al voor me: "Slechts 0.00000003% van alle vrouwen is president van de Verenigde Staten"
Barack Obama heeft anders niet geholpen mbt het "rassen" gezeik in de VS.
Ja, beetje het probleem van n=1
Merkel is ook best machtig, en heeft het goed vergald. Glazen plafond m'n achterwerk, als je goed genoeg bent, ben je goed genoeg, en anders maakt een concurrent graag gebruik van je diensten.
Oh hemel niet die narcist. Straks moet ik werkelijk alles encrypten.
Dat mag niet de grondslag zijn voor een leidinggevende functie, zeker niet voor President.
Ze heeft anders meer ervaring om op terug te vallen. Vooral de ervaring opgedaan als first lady en als "minister" van buitenlandse zaken (als je dat zo wilt vertalen), zijn toch wel iets waardoor ze competenter is dan wie dan ook in de huidige race. Competent is misschien niet het woord wat je bedoelt?
Het is echter maar de vraag hoe ver je komt als mens en zonder bepaalde contacten of kennis van de gang van zaken ;)
Ik vraag me af wat dit in zijn algemeenheid zegt. Ik denk namelijk dat de groep niet representatief is voor de meeste ontwikkelaars. Ik had C#, Java of C++ hoger staat. Zelfs
Het gaat om de meest geliefde talen, niet om de meest gebruikte.

Talen als Java of C++ worden wel veel gebruikt in de praktijk, veelal door de mature tooling en bibliotheken die ze bieden, maar modernere talen zoals Swift en Rust zijn geliefder omdat ze net de pijnpunten die duidelijk geworden zijn bij grootschalig gebruik van "oudere" talen als Java en C++ .

Bovendien worden talen als Rust en Swift en F# door veel developers niet op het werk gebruikt, maar voor kleinere hobbyprojecten of opensource projecten waar vaak minder mensen aan werken en/of meer passie inzit, wat de resultaten ook zal beinvloeden.
Dit snap ik.

MAAR, wanneer C++/C (met name) niet geliefd waren waren deze al jaren geleden uit gestorven.

Ik vraag me dus af hoe het allemaal gegaan is.
Ik denk dat niet zozeer een probleem met geliefdheid is, als dat het noodzaak is. Assembly is een taal die wat gemak betreft allang uitgestorven had kunnen zijn (hogere programmeertalen zijn juist gemaakt om bepaalde pijnpunten van lagere programmeertalen aan te pakken), maar de snelheid die het bied is essentieel voor toepassingen in onder andere het ontwikkelen van besturingssystemen.
Ook zijn veel oudere welbekende en volwassene frameworks geschreven in talen als c++/c, en zijn in vergelijking andere talen die hier genoemd worden nog relatief jong.
Het is denk ik eerder de bestaande codebase. Als je een miljoen regels code in Java geschreven, gedebugged, getest en gedeployed hebt dan is het een hele grote stap om daar afscheid van te nemen.

De 'underdog' talen zijn altijd populair onder technici, als een manier van wegvluchten van de rotzooi die we met zijn allen op het populairste platform hebben gecreëerd. Maar de bazen, die over het geld beslissen, die kijken daar niet naar maar willen gewoon rendement halen uit hun investering in een platform. En dat doe je niet door steeds naar een nieuw platform over te stappen.

Wij programmeurs willen altijd graag 'green fields' development, maar in de praktijk is er al zoveel bestaande programmatuur dat de kans dat je met een 'clean slate' mag beginnen erg klein is.
Vandaar dat het ook zo slim is van bijvoorbeeld Apple om hun nieuwe programmeertaal compatible te maken met de voorganger, zodat precies dit probleem wordt omzeild, namelijk helemaal opnieuw beginnen.

Bij Swift kun je bijvoorbeeld gewoon Objective-C en Swift door elkaar gebruiken, zodat je langzaamaan steeds meer van je code in Swift hebt doordat je bijvoorbeeld afspreekt om nieuwe toevoegingen in Swift te doen en een x percentage per maand te rewriten om het codebeheer ook efficiënter te maken.
Ja inderdaad. Maar het nadeel aan 'hybride' codebases is dan weer dat je nu eigenlijk op twee platforms tegelijk werkt, waardoor je de complexiteit van beide krijgt.

Wat ik zo aantrekkelijk vindt aan nu aan de slag gaan met Go of D om maar eens twee talen te noemen waar ik wel eens mee wil gaan spelen, is dat ik alle 'ouwe meuk' achter me laat en helemaal fris van start kan gaan. Op het moment dat ik het aan mijn bestaande platform vastplak dan verlies ik meteen die frisheid.
Dat kan je natuurlijk heel netjes scheiden d.m.v. frameworks i.p.v. alles op 1 hoop te gooien.
COBOL is niet geliefd en al 50 jaar niet uigestorven dus dat zegt niets. Verder brengen inefficientere talen meer regels code en complexiteit met zich mee, dus meer onderhoud en meer werk; voor een deel is dat ook werkverschaffing die zichzelf in stand houd.

Zie het zo: In Nederland zet 1 fabrieksarbeider op manier X een vrachtauto in elkaar wat in China 50 mensen op manier Y doen: Dan zou manier Y "geliefd" kunnen lijken want anders was het al uitgestorven en er zijn veel mensen in actief.

Bij Microsoft werken duizenden aan Windows in C/C++, bij FB hooguit 30 engineers in Erlang aan Whatsapp en nog misschien 30 in Haskell aan spamfilters voor FB messaging. Die bij FB zijn super productief (er zijn meer Whatsapp /FB dan Windows gebruikers dus 30 is weinig), hebben het goed mogelijk meer naar hun zin (want die bij Whatsapp houden bijv _bijna nooit_ meetings) dan die duizenden bij MSFT, maar C/C++ lijkt dan geliefder vanwege de werkverschaffing die een besturingssysteem dat al lang geleden "over de complexiteitsmuur" gegaan is.

[Reactie gewijzigd door kidde op 18 maart 2016 18:12]

(ik had toch echt het idee dat COBOL 'in het wild' behoorlijk uitgestorven is intussen? of vergis ik me nu?)
Google voor de gein eens 'cobol vacatures nederland'.

Veel banken en verzekeraars hebben nog mainframes die onderhouden en aangepast moeten worden (nieuwe wet- en regelgeving). Vaak zijn de kosten van uitfaseren / overzetten zodanig hoog dat onderhouden de enige optie is.
Vraag dat eens aan de persoon die ¤50.000 kreeg om het bonnetje van de Teeven-deal tevoorschijn te toveren.
Haha, ik denk dat COBOL nog dik in de top 3 staat qua codebase, met name bij grote bedrijven. Bij ons is het in elk geval een ontwikkelstraat-to-stay.
MAAR, wanneer C++/C (met name) niet geliefd waren waren deze al jaren geleden uit gestorven.
Uit het artikel:
Bezig zijn met Visual Basic, WordPress of Matlab wordt het meest gevreesd
Er zijn veel talen/softwarepakketten die niet geliefd zijn. C++ en C zijn niet zozeer geliefd. Het is gewoon dat er op dat niveau niets beters is en iedereen er gebruik van maakt.

Een leuk voorbeeld uit de documentwereld is LaTeX, een bijzonder brakke taal om documenten mee (op te) maken: de syntax is slecht, de errors die de compiler uitspuugt zeggen eigenlijk niets, je moet alsnog aan het einde van de dag gaan typesetten om het er allemaal een beetje goed uit te laten zien (i.t.t. wat er over LaTeX gepromoot wordt), er zijn vage errors die opduiken wanneer een footnote en referentie naar de footnote net even verkeerd over de pagina's uitgespreid worden... Met andere woorden: kommer en kwel. Toch is er niets beters als je ergens wilt komen in de wetenschappelijke wereld en je geen Word kan of wilt gebruiken.
TL;DR: C en C++ zijn wijdverspreid doordat ze system languages waren voor de OSen (directe afstammelingen meegerekend) die nu nog steeds in gebruik zijn. Dat maakt ze het meest praktisch als je met het OS moet praten, maar populariteit staat daar los van.

C is populair geworden samen met Unix wat ontwikkeld is in Bell Labs (Kernighan, Ritchie en Thompson zaten o.a. alle 3 afwisselend aan C en Unix te werken; Inderdaad, taal en OS zijn samen geëvolueerd), en ook C++ is initieel bij Bell labs in gebruik geraakt. Daarnaast heeft de opkomst van de Win32 API C++ wijder verspreid, gezien de dominantie van Windows zowel voor enterprise workstations als consumer desktops, al helemaal destijds.

Beide OSen zijn legacy code waar je niet zomaar vanaf stapt. Microsoft is t deels gelukt met C# en de CLR, maar zelfs dan niet volledig: een VM-hosted language met een Garbage Collector kan geen low level kernel code implementeren bijvoorbeeld; Ook is Rome niet in 1 dag herschreven.

Hopelijk helpt deze incomplete en sterk ingekorte geschiedenis een beetje :)
Ik snap dat, maar wanneer mensen het een slechte taal vinden hadden er veel interfaces geweest en/of standaard libraries.

In .net is het praten met windows bv heel makkelijk omdat zo ongeveer alles er in zit.
Het punt is dat de meest gebruikte talen talen zijn die ooit door Enterprise zijn opgepakt: C en C++ eerst door Bell, en toen (beide!) door o.a. MS en Borland.

Java is populair door de boost die Sun het het heeft gegeven, en door de support die het tegenwoordig van Oracle krijgt. Evenzo met Google met Go, en Apple met Swift.

EDIT: sterker nog, geen enkele taal wordt opgepikt voor serieus werk zonder op z'n minst een killer app.

[Reactie gewijzigd door Jeanpaul145 op 18 maart 2016 19:16]

Geen kritiek, gewoon nieuwsgierig: wat was de killer app voor Java?
In het geval van Java misschien meer een kwestie van gebrek aan een alternatief. En op dit moment heerst Java wat betreft serverside web. Zelfs Tweakers gebruikt het...
Zoals upquark al aangaf is de killer app vooral het web geweest, als je de massa adoptie door de enterprise wereld niet meetelt. In de begindag was het helemaal niet zo zeker of JavaScript wel wat zou worden, dus kwam Sun destijds met Applets. Dat is een tijdje aangeslagen, maar toen bekend werd wat voor een vergiet die applet browser plugin was qua security is dat weer afgenomen.
Shockwave en Flash hebben applets destijds ook mee doen verdwijnen voor client-side interactiviteit.
Mee eens. Van geen van de drie ken ik zonder te wiki-en ook maar 1 eigenschap. Persoonlijk zouden het C, Perl en Fox worden.
Swift is natuurlijk een belangrijke en veel gebruikte taal bij Apple.
Een Apple-kenner ben ik niet, maar ik heb eens een Macbook hier gehad om te fixen. Volgens mij kom je als je wat wil bij X-code terecht en alles wat daardoor mogelijk wordt. Zelf zou ik waarschijnlijk eerst de shell proberen te 'breken' en een schone gcc of clang met wat libs proberen werkend te krijgen. Moet kunnen lijkt mij, en dan ben je tenminste nergens van afhankelijk. iOS wordt een ander verhaal.
Dit kan zeker. Brew install clang en klaar :) niks voor openbreken dus.
Ik gebruik de Macbook voor development en heb X-code nog nooit aangeraakt. Net zo min als de App Store trouwens.

Voor Javascript, Go en Python heb ik de afhankelijkheden ofwel met een package manager (brew, npm, pip) ofwel met een installer binnengehaald. Genoeg keuze aan IDE's als je wat meer lichtgewicht dan X-code wilt hebben.

Al met al een prima ontwikkel-omgeving. Gewoon POSIX compatible en ontvangt de latest en greatest van omgevingen die voor mij van belang zijn. Windows zou simpelweg geen optie zijn, maar het verbaast me in positieve zin dat nog 50% van de ontwikkelaars er wel voor kiest.

Puur voor development zou mijn voorkeur naar Linux uitgaan (repositories werken fijn). Helaas is niet altijd alle software beschikbaar en ontbreekt er iets als een macbook.

[Reactie gewijzigd door snirpsnirp op 18 maart 2016 19:46]

Er is nog altijd de mogelijkheid om Linux op een Macbook te installeren, net zoals Linus.
Bedankt voor de link. Had er al eens naar gekeken, maar blijkbaar ben ik daar tegenwoordig een beetje te lui voor. Langzamerhand is OSX ook wel aan het inlopen op Linux wat betreft nuttige features.

Er is tegenwoordig een bestandsverkenner met tabjes (hoewel het nog niet helemaal juist is geimplementeerd). Snap niet dat de mensheid dat zo lang heeft kunnen verdragen, zeker als men in z'n browser al tabjes gewend was.

Je kunt inmiddels ook over meerdere workspaces beschikken en updates van het OS worden regelmatig en gratis aangeboden.
Gebruik jij een IDE voor python en indien ja welke ? IDLE stinkt en het hele edit-run gebeuren met vim en extra terminals is wat omslachtig.
Zoals @sanderv al aangaf heeft JetBrains erg mooie IDE's voor verschillende talen. Voor Python gebruik ik hun PyCharm, maar volgens mij is dat niet meer dan IntelliJ met wat Python specifieke instellingen.

edit: TextWrangler is een mooie oplossing voor lichtgewicht werk en ik heb atom.io ook eens geprobeerd maar dat viel me wat tegen.

[Reactie gewijzigd door snirpsnirp op 20 maart 2016 00:34]

Onder OSX zijn clang en gcc al standaard geïnstalleerd maar ook Swift/Objective-C kan via de commandline.

Xcode is natuurlijk wel aan te bevelen voor o.a. OSX/iOS applicaties.
Maar voor commandline applicaties zou je denk ik prima kunnen volstaan met vi/vim.
Dat niet alleen, maar iets dat ze alle 3 gemeen hebben is dat het allemaal vrij nieuwe talen zijn. Bij het ontwikkelen van een nieuwe taal kun je leren van de voordelen en nadelen van oudere talen.
Aan de andere kant worden veel tekortkomingen van de oude talen ondervangen.

Zoals Maurits aangeeft;
Rafe in 'nieuws: Rust, Swift en F# blijken meest geliefde programmeertalen'
zegt het aantal responsen relatief weinig. De leeftijd icm relatief jonge talen ontkom ik niet aan het gevoel dat er een correlatie is.

Je volgt een studie en leert daarbij een extra taal wat altijd handig is bij een sollicitatie.


Dat ze niet mainstream zijn, en dat het maar de vraag is of de talen over 20 jaar nog te vinden zijn is afwachten.
Dat valt dus vies tegen, alleen Calculator schijnt geschreven te zijn in Swift: https://medium.com/@ryano...-using-swift-4a6c80f74599
Ik denk ook dat je het vooral moet zoeken bij mensen die ontwikkelen voor het iOS en OS X platform, niet zo zeer bij mensen die werken aan het iOS of OS X platform. Dat laatste zal vast ook in toenemende mate gebeuren maar ik verwacht dat je op dit moment het meeste Swift tegen zult komen bij iOS App ontwikkelaars.
Weet ik wel. Maar ChicaneBT had het over "een belangrijke en veel gebruikte taal bij Apple." ;)
Komt omdat ze eerst Swift goed willen uitontwikkelen voordat ze het gaan gebruiken voor het OS zelf. Zeg maar net zoals NASA best nieuwe computers mee neemt voor de astronauten maar de computers van de shuttle zelf jaren 80 zijn puur omdat die helemaal door en door bekend zijn en alle fouten eruit zijn gehaald.
Perl, echt? Dat hoor ik nou anders nooit iemand zeggen. Stond bij Stack Overflow geeneens in het lijstje. En C? We hadden het toch over geliefde talen, hè?
Ik weet niet wat 50k respondenten doet op de wereldwijde populatie van developers. De populariteit van JavaScript vind ik niet gek, het draait bijna letterlijk overal ondertussen. Maar het kan zijn dat een JS-developer eerder op SO zijn vraag zal stellen dan een C++-ontwikkelaar, die wellicht voor een gespecialiseerde community kiest waar meer specifieke kennis aanwezig is? Bijvoorbeeld gamedevelopment.

Verder kan kan je op de TIOBE index of de RedMonk programming language rankings kijken.

[Reactie gewijzigd door Rafe op 18 maart 2016 17:21]

Het aantal respondenten doet er niet zoveel toe. Het gaat er vooral om of de bezoekers van Stack Overflow een goede afspiegeling zijn van de wereldwijde developer populatie. Als die afspiegeling goed is dan heb je aan 1000 respondenten al voldoende. Als die afspiegeling niet goed is heb je aan 10 miljoen respondenten nog steeds niets.

Het is natuurlijk prima mogelijk dat een bepaald type developer vaker op Stack Overflow te vinden is dan andere type developers. Of dat sommige types eerder geneigd zijn een survey in te vullen. Of dat hobbyisten andere voorkeuren hebben dan professionals. etc. etc.

[Reactie gewijzigd door Maurits van Baerle op 18 maart 2016 17:30]

Waarom? Even fictief: het kan zo zijn dat mensen die programmeren met Rust/Swift veel eerder een dergelijk onderzoek zullen invullen dan dat Fortran programmeurs dat zullen doen. Dat kan dan verschillende oorzaken hebben, maar dit puur ter illustratie.
Dat zeg ik toch? Om te weten of dit representatief is voor developers in het algemeen heb je niet veel aan de hoeveelheid respondenten, je moet controleren voor een aantal andere factoren. Dat er misschien meer hobbyisten dan professionals op SO zitten, of misschien meer Java programmeurs dan C programmeurs etc.
Hou er ook rekening mee dat er een paar *gespecialiseerde* Java/JVM talen tussen staan: Scala (nr 4) en Clojure (nr 6). Dat zijn in principe Java programmeurs die net iets meer willen dan puur Java, en daarom op het Java platform (JVM) programmeren.
Dat geld net zo voor F#, wat een functionele taal is voor .Net, met crossovers naar C#.
En voor Swift, gezien je daar ook prima Obj-C mee kan bereiken.
Ik denk dat veel C# developers ook meer op de MSDN forums zitten, en er is ontzettend veel aan C# voorbeelden en documentatie te vinden op internet ten opzichte van welke andere programmeertaal dan ook, zodat er minder behoefte is voor de C# ontwikkelaars om op StackOverflow te zitten en dus automatisch minder meestemmen...
Het stikt van de C# developers op SO. Het is daar een van de populairste talen, of beter gezegd er wordt erg veel over gevraagd en geschreven. Dus er zullen daarom niet minder stemmers uit die hoek zijn.
En niet vergeten dat SO zelf ook in .NET is geschreven. Het Dapper micro ORM framework is door SO zelf geschreven omdat bestaande ORM framework te log waren voor de hoeveelheid queries en men ook niet low-level met SqlCommand objecten wilden werken..

Zelf vind ik het werken met Dapper en Massive ook erg prettig. Ik ben in de ruim 16 jaar dat ik nu professioneel actief ben als developer nog nooit bij een project tussen tijds overgestapt op een andere database engine..
Ik denk dat het er naast dit, zoals Rivanni schreef zijn er bakken C# developers op SO, maar het feit dat er altijd wat MSDN aan je kleeft (wat een kreng qua interface... lijkt alsof ze een app web-enabled probeerden te maken in plaats van een fatsoenlijk discussieplatform te maken), altijd weer hetzelfde Microsoft achter zit dat altijd maar sterk is op een paar punten en voor de rest je liever in de stront laat zakken dan een passende oplossing geeft.
Er is een verschil tussen de talen waarmee je dagelijks werkt en de talen die je het tofste vindt.

Ik vind talen als Nim en Golang leuk om mee te spelen. C en C++ blijven daarnaast favoriet bij mij.

Dagelijks werk ik met VB.NET en C#. Op zich vind ik C# wel prima, maar het is niet mijn favoriete taal. Ik hou namelijk van efficiency.

C# en Java doe ik vooral vanwege de baanzekerheid :)

[Reactie gewijzigd door Lethalis op 18 maart 2016 17:22]

Idd ... Nim ( http://nim-lang.org/ ) is een zeer leuke taal. Meta programmeren ... Al de voordelen van een scripting taal met de voordelen van een systeem taal. Simple & proper. Taal is bijna zo goed als af, dit jaar zal het versie 1.0 zeker worden. Als men al begint boeken te schrijven, dan weet je dat ze bijna klaar zijn ;)

Go is meer populair ( dankzij de Google link en feit dat ze op versie 1.0 al gepasseerd zijn ) , maar vind persoonlijk dat je veel te veel moet schrijven om hetzelfde gedaan te krijgen. Het heeft te veel een Visual basic met beperkingen gevoel. Het gevolg is ook dat de taal nu bijna puur gefocused word op web development door veel eind gebruikers, dan een systeem taal wat de ontwikkelaars het voor bedoeld hebben.
Ik kan ook niet helemaal plaatsen wat ze in het onderzoek nu het verschil vinden tussen een geliefde taal en een populaire taal. Als je namelijk gaat kijken naar de populaire talen (http://stackoverflow.com/...most-popular-technologies) krijg je het verwachtte lijstje.
Het lijkt me dat ze twee vragen hebben gesteld. 1) Welke taal gebruik je het meeste? 2) Welke taal gebruik je het liefste? Dat levert twee verschillende lijstjes op. 1 = populairste, 2 = meest geliefde

[Reactie gewijzigd door Maurits van Baerle op 18 maart 2016 18:22]

Inderdaad, populair misschien als dat ze er graag mee werken of dat ze het interessant vinden?

C# en Java domineren de conventionele software, wanneer recource optimalisatie heel belangrijk is C++.

Mobile is het Objective-C, Switft en Java wat de meest voorkomende talen zijn.
Bedenk dat het gaat om bezoekers van Stack Overflow en dat veel van je genoemde talen zo hun eigen bronnen heeft.
Ik vraag me af wat dit in zijn algemeenheid zegt. Ik denk namelijk dat de groep niet representatief is voor de meeste ontwikkelaars. Ik had C#, Java of C++ hoger staat. Zelfs
Inderdaad. 90% van de respondenten doet web-achtige zaken (check maar even). Beetje heen en weer sturen van datastromen.
Slechts 10% schrijft 'echte' programma's.

[Reactie gewijzigd door Bruin Poeper op 19 maart 2016 12:02]

Yep, ik denk dat je heel HEEL erg gelijk hebt...
Grappig dat Matlab zo gevreesd wordt. Ik heb nul komma nul ervaring met de andere talen (oke, python weleens doorheen gebladerd maar meer ook niet) dus vergelijken kan ik niet, maar Matlab gebruik ik regelmatig en vind ik eigenlijk best wel prettig werken :)
Ja, Matlab (en R) zijn eigenlijk super eenvoudig qua syntax, probleem alleen is dat je, als je die nodig hebt, je je problemen als een wiskundige moet herformuleren, ipv als een soort van kok met een recept zoals bij de meeste talen, en de meeste programmeurs niet echt een hardcore wiskunde achtergrond hebben.

[Reactie gewijzigd door Dreamvoid op 18 maart 2016 17:43]

Ah, mooi verwoord, en dat herken ik inderdaad wel.
Matlab werd bij mijn studie (Technische Natuurkunde) veel gebruikt, dus dat heeft me zeker geholpen :)
Wat een onzin. Matlab is ook gewoon een imperatieve programmeer taal, zoals de meeste 'echte' talen. Het heeft ook gewoon if-statements en for-loops. Op functie niveau is de syntax dan ook vergelijkbaar met andere talen. Het probleem zit hem mijn inziens vooral in het maken van complexere programmas. Met Matlab kun je op geen enkele manier structuur aanbrengen, je krijgt een stel m-files in 1 map, met elk 1 functie. Je kan zelfs geen submappen maken, of functies groeperen in 1 bestand. Het biedt geen enkele functionaliteit van de gemiddelde programmeertaal zoals OOP, encapsulatie, basis data structures,... Dat gaat opbreken als je wat ingewikkelds probeert te doen.
Zet dat maar niet op je linkedin want dan mag je een telefoniste in dienst nemen ivm recruiters XD Kudos overigens, want ik ben er echt geen fan van.
Ja weinig te klagen inderdaad. Als ingenieur en niet programeur is er goed mee te werken. Vooral in combinatie met Simulink

[Reactie gewijzigd door AlphaBlack_NL op 18 maart 2016 19:23]

All student Systems & Control maak ik zelf ook dagelijks gebruik van Matlab en ben er erg tevreden over. Ik denk dat het in deze enquête echter slecht uit de bus komt omdat Matlab geen taal is voor echte (computer) programmeurs, maar meer een tool voor engineering.
Matlab is een redelijk goede DSL, maar als je er ook maar iets meer mee wil doen dan rekenen met matrixen dan ontbreken er een hele hoop features die je in vrijwel alle andere talen wel terug kan vinden. Dat maakt het een hele irritante taal om mee te werken.

Zie:

http://programmers.stacke...-as-a-hardcore-programmer

[Reactie gewijzigd door Overv op 18 maart 2016 20:33]

Dat is zeggen dat je een ford ka prima vind rijden maar nog nooit in een ferrari hebt gereden. Wat moeten we daar mee :P ?
Vrij logisch dat als er blijkbaar veel respondenten een Mac gebruiken, dat ze ook in Swift programmeren en daar dan weer tevreden mee zijn.
Ik weet niet of je zo 1-2-3 die conclusie kunt trekken. Mac's zijn betrekkelijk populair onder developers omdat je er niet alleen de drie grote consumenten OS-en op kunt draaien maar je ook een volledige UNIX onder de motorkap hebt. En dat alles in een gebruiksvriendelijk jasje.

Ik kan me prima voorstellen dat de meeste professionele developers die voor een Mac gekozen hebben dat doen om vervolgens voor andere platformen te ontwikkelen. Ik heb bijvoorbeeld wel eens begrepen dat OS X het meest populaire platform is om Java EE applicaties op te ontwikkelen. Dat heeft dan verder weinig met OS X te maken omdat het eindproduct op een applicatieserver gaat draaien en niet op een desktop.

[Reactie gewijzigd door Maurits van Baerle op 18 maart 2016 18:02]

Tuurlijk, maar op zich snap ik de redenatie ook wel. Stack Overflow staat dan ook vol met vragen van iOS-programmeurs. MS heeft zijn eigen systemen en plekken, waardoor je die minder terug zult vinden op Stack Overflow en daardoor het aandeel ook wat hoger dan gemiddeld is.
Apple heeft ook een eigen plek voor developers waar ze hun vragen kwijt kunnen.
Nee. Bekijk de top van de programmeertalen op stackoverflow en je ziet dat alle veel gebruikte talen, dus ook C# daarin staan.
Xcode - Mac/oSX
Java - Linux (dat werkt toch een heel stuk sneller)
Het meest wordt in Europa verdiend door Zwitsers, bijna het dubbele van wat er in Nederland verdiend wordt, maar de Big Mac is dan ook twee keer zo duur.
Ik ben nu toevallig aan het kijken naar vacatures in Zwitserland en ik kan je vertellen dat dit vreemd berekend is. Het bruto salaris is in Zwitserland misschien ongeveer 2x hoger (vind ik nog aan de lage kant ingeschat), maar het netto salaris is ten minste 3x hoger in Zwitserland. En nee het is er niet 3x duurder dan hier ;)

[Reactie gewijzigd door GeoBeo op 18 maart 2016 19:24]

Veel dingen wel, een appartement is makkelijk drie keer duurder, net als de ziektekosten verzekering. Probleem is ook om überhaupt aan een baan te komen, je moet echt bewijsbaar skills hebben die de lokale mensen niet hebben en sinds het anti-buitenlander referendum gaat het aantal werkvergunningen de komende jaren sterk ingekrompen worden.
Veel dingen wel, een appartement is makkelijk drie keer duurder,
3x duurder dan wat? Dan een appartement in een dorp in Oost-Groningen of dan een appartement in hartje Amsterdam? Vergeleken met Zurich? Of vergeleken met net over de grens bij Frankrijk? Vage vergelijking dus. Je kunt in elk land duur of goedkoop wonen en deze losse flodder van een zin bevat zo ongeveer 0 informatie.
net als de ziektekosten verzekering.
Een basis ziektekosten verzekering is voor zover ik weet van familie aldaar onder de 200 EUR per maand (uit m'n hoofd 135 EUR, maar kan het mis hebben). Ik betaal voor een kale basisverzekering in Nederland 95 EUR per maand. Dus hoezo 3x duurder?
Probleem is ook om überhaupt aan een baan te komen, je moet echt bewijsbaar skills hebben die de lokale mensen niet hebben en sinds het anti-buitenlander referendum gaat het aantal werkvergunningen de komende jaren sterk ingekrompen worden.
Knap dat je zo in de toekomst kunt kijken. Volgens mij was de uitkomst van het "anti-buitenland referendum" trouwens dat het volk juist NIET de instroom van buitenlandse arbeiders wilde beperken. Alles moet dus juist hetzelfde blijven. Dus hoezo minder werkvergunningen? Bron?

[Reactie gewijzigd door GeoBeo op 18 maart 2016 18:46]

Ik woon in Zwitserland - als je wilt kan ik wel in detail treden maar een appartement in Genève of Zürich is ongeveer 3-4x Amsterdam-Zuid, en de ziektekostenverzekering voor mijn familie ging na mijn verhuizing (met vergelijkbare dekking) ook vier keer over de kop.
Knap dat je zo in de toekomst kunt kijken. Volgens mij was de uitkomst van het "anti-buitenland referendum" trouwens dat het volk juist NIET de instroom van buitenlandse arbeiders wilde beperken.
Voor iemand die zo stellig is, zou je je toch iets beter moeten informeren. In Februari 2014 is in een referendum met een kleine meerderheid aangenomen om het aantal buitenlanders te beperken. Formeel moeten de sterkere beperkingen (de exacte aantallen zijn nog onbekend) per 2017 in, maar de quota aan L- en B-Permits zijn direct al aangescherpt.

Dit zijn de huidige quota: https://www.crownrelo.com...quotas-for-2016-announced

[Reactie gewijzigd door Dreamvoid op 18 maart 2016 19:22]

Voor iemand die zo stellig is, zou je je toch iets beter moeten informeren. In Februari 2014 is in een referendum met een kleine meerderheid aangenomen om het aantal buitenlanders te beperken. Formeel gaan de beperkingen (de exacte aantallen zijn nog onbekend) per 2017 in, maar de quota aan L- en B-Permits zijn direct al aangescherpt.
Dat is dan zo. Maar wat doet dat af aan het feit dat het interessanter is in Zwitserland te werken dan in Nederland voor wat betreft koopkracht bij eenzelfde baan? Eigenlijk bevestigd dat referendum alleen maar dat het blijkbaar heel interessant is voor buitenlanders om naar Zwitserland te komen voor wat betreft de welvaartsstandaard?

Alleen al het feit dat je vaak referendums hebt. Daar kun je als Nederlander alleen maar van dromen :)

[Reactie gewijzigd door GeoBeo op 18 maart 2016 19:28]

Dan moet je zij reactie nog een keer lezen..
Om heel eerlijk te zijn heb ik nog nooit van Rust, F# of Swift gehoord als Taal.
Zit qua werk dan wel meer in de beheer en supporthoek van "bare metal" en "VM".

Zeer praktisch info :)
Swift is de wat nieuwere taal die langzamerhand het stokje van Objective-C overneemt wat betreft iOS ontwikkeling. Voor mij was switchen van C# en Java naar Swift veel sneller dan naar Objective-C. Syntax matig is Objective-C heel wat anders.

Zelf had ik verwacht Java en C# te zien. Misschien niet het meest populair als in nieuw en fancy, maar wel ontzettend veel gebruikt. Daarnaast is er ontzettend veel documentatie over te vinden.

[Reactie gewijzigd door mobstaa op 18 maart 2016 17:17]

De headline gaat ook niet over wat er veel gebruikt wordt maar over wat het meest geliefd is. Het is vrij logisch dat al wat oudere talen het meest gebruikt worden maar tegelijkertijd het minst geliefd zijn.
Ik snap echt niet dat Swift zo populair is...heb er naar gekeken, maar vind de syntax overbodig complex en onhandig...vooral met al die legacy calls naar NS<name> methods en het unwrappen van variables (ik snap dat dit secure moet zijn, maar jongens wat een onleesbaarheid)....waarom niet gewoon een duidelijke syntax als JavaScript of C# aanhouden om de transitie makkelijker te maken? Persoonlijke top voor mij: JavaScript, C# (en soms VB.NET :))
vooral met al die legacy calls naar NS<name> methods
Heeft niets met Swift te maken maar met de name prefixes (NS,UI,CF) voor iOS/Cococa/CoreFoundation classes (Objective-C kent geen namespaces).
waarom niet gewoon een duidelijke syntax als JavaScript of C# aanhouden om de transitie makkelijker te maken?
Swift heeft wat trekjes van een functionele programmertaal wat maakt dat bepaalde constructies er vreemd uitzien voor een klassiek geschoolde developer.
Het is gewoon een kwestie van wennen.

[Reactie gewijzigd door Carbon op 19 maart 2016 14:16]

Niet zo vreemd dat ns* spul.

Beide worden eerst omgezet naar een c en dan gecompileerd. Xcode heef ergens een optie om deze code laten zien (even diep ademhalen). Ben momenteel bezig om een xcode app te herbiuwen in xamarin/C# en dat werkt toch echt sneller.
Swift is geheel niet complex en wat is er nu ingewikkeld aan unwrappen? Dat je het niet snapt is wat anders. (tip: https://en.wikipedia.org/wiki/Pyramid_of_doom_(programming))

Zo heb ik JavaScript ontwikkelaars ook nog nooit begrepen waarom ze soms van die onleesbare aan elkaar geplakte code in elkaar flansen (wat best wel op een nette manier had gekunt). :Y)

[Reactie gewijzigd door BoringDay op 19 maart 2016 11:48]

Het verbaasd mij dat er nu meer developers zijn die OSX gebruiken dan Linux. Ik had verwacht dat de trend zou zijn om Linux meer te gebruiken. Steeds meer bedrijven gebruiken SaaS etc om hun software aan te bieden, cloud hosting en andere methodes. Aangezien het grootste deel van de machines waar deze software op draait gebaseerd is op Linux, had ik verwacht dat developers ook van hetzelfde platform gebruik zouden maken op hun eigen systeem.
Mac is handig vanwege unix compatibiliteit, en toch wat lekkerdere UI. Mooie tussenoplossing. Linux word toch vooral als server OS gebruikt, dus heb je niet perse als OS op je development pc nodig.
Dat was voor mij ook de reden om een MacBook te kopen als developer. Verder heb je het nodig als je iets met iOS wil doen. Vervolgens kan je nog altijd prima Windows er naast installeren als dat nodig blijkt, andersom is een stuk lastiger. En klooien met een Hackintosh is voor mij geen optie als ik mijn geld er mee moet verdienen, het moet gewoon werken.
Ik vind het heel treurig dat iedereen zo bij Mac en OSX zweert. Hebben we dan niets geleerd van vijftien jaar heerschappij van Microsoft? Allemaal open source willen gebruiken... op een Mac!?
BSD/Darwin/Swift is al open source :z
Definieer eens wat user friendly is?
Misschien is voor jou dat wat klik, knip en plak werk maar voor iemand anders juist de commandline.

In jou opzichten heeft OSX misschien voordelen t.o.v. van Linux, wellicht anderen het tegenover gestelde hebben (bijv. je DE kiezen, volledig op maat afstemmen. Grote hoeveelheid gratis software, te installeren op een zelf samengestelde computer).
Alleen al de super slechte lettertype op Linux wat er totaal niet uit ziet. Nog steeds slechte multimonitor support en vele andere problemen die zonder problemen gewoon op macos werken en daarnaast nog steeds de krachtige command line en daarom wordt Linux steeds minder gebruikt
Probeer Linux mint maar eens, ik denk de menige OSX gebruiker die uitvoering wel kan waarderen en werkt praktisch out of the box.

Betreft de lettertype: ziet er hier gewoon scherp uit, misschien een monitor instelling? kan soms een hoop schelen.

Misschien af en toe eens wat met de command-line doen, maar een doorgewinterde OSX gebruiker vreest de command-line niet want die is daar natuurlijk al lang in thuis!

Mijn voorkeur gaat ook naar OSX maar Linux zie ik niet als een minder waardig OS.

[Reactie gewijzigd door BoringDay op 20 maart 2016 19:57]

Lijkt me een uitermate geschikt artikel om wat grafieken in te zetten. Zulke losse getallen in een zin zeggen mij toch vrij weinig.

Op dit item kan niet meer gereageerd worden.



Nintendo Switch Google Pixel Sony PlayStation VR Samsung Galaxy S8 Apple iPhone 7 Dishonored 2 Google Android 7.x Watch_Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True