Advertentie | |
|
17-12-2015, 18:58 | |||
Verwijderd
|
Citaat:
Citaat:
|
17-12-2015, 19:26 | ||
Citaat:
__________________
I thought we were an autonomous collective!
|
17-12-2015, 19:41 | ||
Verwijderd
|
Citaat:
|
Ads door Google |
17-12-2015, 19:51 | |
Hé, dit is misschien een goed topic voor mijn eigen vraag (al moet ik toegeven dat ik nog maar weinig uitgebreide googleacties heb ondernomen, vergeef me): ik wil graag leren programmeren, maar ik hoef juist geen fancy dingen te kunnen, ben niet van plan software te schrijven of aan hackatons mee te gaan doen of wat dan ook. Ik wil wel -voor onderzoeksdoeleinden op een heel ander terrein- de basisprincipes begrijpen en dat gaat waarschijnlijk makkelijker door het te doen dan door erover te lezen (correct me if I'm wrong). Oh en ik ben dus een superleek, ik weet niks van hardware en nog minder van software en dat hoeft niet te veranderen. Het hoeft niet gratis te zijn. Tips over waar te beginnen?
|
17-12-2015, 19:58 | ||
Citaat:
|
17-12-2015, 20:01 | ||
Citaat:
Ik wil het (beter dan nu) begrijpen omdat ik denk dat het een ander vakgebied, wat ik hier niet kan toelichten vanwege de googlebaarheid, erg kan helpen. Of in elk geval kan het mijn denken over dat vakgebied helpen, vermoed ik. |
17-12-2015, 21:47 | ||||||||
Citaat:
Citaat:
- Lazy evaluatie met als resultaat een functie, lazy evaluatie schijnt alleen te kunnen door er een nieuwe functie voor te bouwen en yield te gebruiken, daar kunnen geen ongeëvalueerde functies in. Iteraterators over oneindige lijsten zijn niet lazy? - Datatypes en pattern recognition. Het enige alternatief voor pattern recognition zijn enge matches binnenin je functie. - Currying, oftewel deels ingevulde functies die dus een nieuw typ functie worden. - C# heeft niet standaard enkel immutable data types, als je écht een functionele taal wilt vervangen en niet enkele handige trucjes overnemen is dat vrij belangrijk. - Type interferencing in C# is infertieur aan die van echte funtionele talen. - Aangezien C# verschillende programmeerparadigma's aanhoud is het per definitie niet-puur en dus geen vervanger van Haskell. Je kunt er immers niet vanuit gaan dat geen enkele functie side-effects heeft. - C# doet niet aan tail call optimalisation, dat betekend dat je met programma's die erg veel recursie gebruiken(best veelvoorkomend bij functioneel programmeren) een hele grote stack krijgt, mogelijk te groot en/of traag bij het uitbreken van alle recursie. - Haskell heeft geen .NET framework nodig. Citaat:
Citaat:
Citaat:
Citaat:
Het voordeel van Haskell is echter ook niet dat je iets niet in een andere taal voor elkaar kan krijgen, maar dat hij vrij is van bij-effecten, geen mutabele variabelen heeft en veel directer relaties kan beschrijven. Bij risicovolle processen kan dat dus een voordeel bieden ten opzichte van andere programmeertalen, waar veel vaker bugs in voorkomen die niet opvallen. Zie hier een mooie lijst van voorbeelden. Citaat:
____________________________________ Ik heb hier echt teveel tijd ingestopt. :') |
17-12-2015, 22:18 | ||
Verwijderd
|
Citaat:
|
17-12-2015, 22:26 | ||||
Verwijderd
|
Ik pak er één uit. Ik ben geen informaticus of programmeur (alhoewel ik woon in een Eclipse-omgeving).
Citaat:
Citaat:
Citaat:
|
17-12-2015, 23:04 | ||||
Citaat:
Wel een beetje vreemd om te claimen dat ze hetzelfde zijn als je zelf niet echt een programmeur bent? Citaat:
https://downloads.haskell.org/~ghc/l...ative-code-gen Zo hebben er onderzoekers een tool ontwikkeld om haskell te compileren naar programmeerbare hardware (FPGA), zie http://www.clash-lang.org/ . Natuurlijk binnen de grenzen die die chips fysiek hebben. Citaat:
|
18-12-2015, 04:35 | |||||
Verwijderd
|
Citaat:
Citaat:
Citaat:
Citaat:
|
18-12-2015, 05:27 | ||||||
Citaat:
Zonder side-effect heb je bijvoorbeeld geen run-time crashes van je programma, dat soort geintjes valt allemaal compile-time al te controleren. Citaat:
Citaat:
Grappig project trouwens, die Singluarity, maar lijkt het je zelf ook niet een beetje onpraktisch om alleen nog maar vast te zitten aan Microsoft z'n JIT? Volgens mij kun je VHDL op elk zelf-respecterende FPGA laden hoor. Maar hoe zorgt dat in dit geval voor minder platformonafhankelijkheid? Het lijkt me juist aangeven dat veel van de concepten niet afhangen van en bepaald platform, maar juist prima geport kunnen worden? Citaat:
Citaat:
|
18-12-2015, 08:09 | ||
Citaat:
__________________
Welcome to your mom's house!
|
Ads door Google |
18-12-2015, 08:12 | ||
Citaat:
Maak van een lijst getallen intervallen: 1 2 3 5 7 8 Moet worden 1-3 5-5 7-8
__________________
Welcome to your mom's house!
|
18-12-2015, 08:46 | ||||||
Verwijderd
|
Citaat:
Citaat:
Citaat:
Nou jah, dat weet ik eigenlijk wel zeker aangezien ik vorige week de developers heb gesproken. Citaat:
Citaat:
|
18-12-2015, 09:21 | ||
Citaat:
http://holowczak.com/programming-con...l-programmers/ Ik weet verder niet in welke richting je wil gaan: wil je meer begrijpen hoe bijvoorbeeld het web en browsers werken (http, html, css, javascript, server-client side), of hoe een programmeertaal zich uiteindelijk vertaald naar machinetaal (runtimes, compiling) hoe je optimaal veel data kan raadplegen ((relationele)databases, queries); er zijn nogal wat mogelijkheden.
__________________
During a disaster if we evacuate women and children first, it is just so we can think about a solution in silence
|
18-12-2015, 11:24 | ||
Dank voor het meedenken allemaal.
Citaat:
Misschien zoek ik het ook helemaal in de verkeerde richting hoor, en moet ik eerst verder met (formele) logica. Maar als ik een ict-er op werk spreek (en dan niet eentje van de helpdesk die een vastgelopen account fixt, maar eentje die de bezig is met het ontwerpen van de ict-kant van ons project) dan begrijpen we elkaar opvallend goed, terwijl we van totaal verschillende disciplines komen en er traditioneel juist vaak heel veel onbegrip is. Intussen zie ik steeds meer overlap tussen wat ik doe/wil doen, en ict, maar ik ook niet in het wilde weg allerlei dingen gaan vergelijken zonder wat beter te begrijpen wat ik dan aan het vergelijken ben. (En ja, ik moet ook op werk kijken of er geen ruimte is dat ik eens de stagiair ga uithangen bij zo iemand, maar gezien de onnoemelijke tijdsdruk achter ons project zal daar het komende jaar geen tijd voor zijn). Hier is het vast niet begrijpelijker op geworden. |
18-12-2015, 12:20 | |
Mjah, het 'programmeren' is vaak maar een (relatief natuurlijk) klein deel van de werkzaamheden bij IT-projecten. Het is de oplossing om een bepaald (informatie)probleem mee aan te pakken. Het meeste werk zit doorgaans in het goed identificeren van alle processen en informatiestromen; en de bewerkingen die nodig zijn om iets in een bepaalde vorm van A naar B te krijgen en vice versa. Daar zit ook vaak het onbegrip, vragen in de hoek van 'waarom kan dat niet'; dat heeft meestal te maken met gebrek aan kennis van de betreffende informatiesystemen. Als je eenmaal weet wat je nodig hebt is de feitelijke implementatie vaak wat minder spannend (in mijn ervaring).
__________________
During a disaster if we evacuate women and children first, it is just so we can think about a solution in silence
|
18-12-2015, 14:51 | ||
Citaat:
@Quis: als het je puur gaat om het programmeren, dan kan je met de meeste willekeurige talen al een heel eind komen, omdat de meeste principes, zoals de flow van het programma wel hetzelfde zijn. Om in de .NET sfeer te blijven, Visual Studio Community is gratis. De reden dat ik die aanhaal, is omdat ik zelf erg gecharmeerd ben van Visual Studio, maar ook omdat je er in meerdere talen mee kunt programmeren. Al-in-al vind ik het wel één van de betere IDEs waar ik mee gewerkt heb. Het ligt wel aan wat je het beste ligt. Kan je prima wiskundig zaken benaderen en schroom je niet om deze als functies of proposities op te schrijven, dan zijn Haskell, Scala, Caml en Prolog leuke talen om mee te spelen. Heb je wat meer 'flow' nodig of wil je het wat meer in natuurlijke taal uitgedrukt hebben (if, while, not, etc.) dan zijn talen zoals Java, VB(.NET) en C# wat geschikter. Die talen hebben ook redelijk wat tooling en zijn zo in te komen vanwege de vele tutorials. C en C++ kan je doen, maar dan moet je wel zin hebben in rekening houden met pointers en ik geloof dat dat wat meer afleidt van wat je wilt bereiken.
__________________
Bad spelling and grammar make me [sic].
|
18-12-2015, 15:11 | ||
Citaat:
|
18-12-2015, 15:25 | |||||
Citaat:
Citaat:
Citaat:
Citaat:
|
18-12-2015, 17:37 | ||
Verwijderd
|
Citaat:
|
18-12-2015, 17:56 | ||
Citaat:
|
Advertentie |
|
|
|
Soortgelijke topics | ||||
Forum | Topic | Reacties | Laatste bericht | |
Software & Hardware |
Programmeurs/ict'ers gezocht! Ik maak je huiswerk BigSnicker | 0 | 10-12-2015 19:26 | |
Huiswerkvragen: Exacte vakken |
[??] Programmeurs/ict'ers gezocht! Ik maak je huiswerk BigSnicker | 0 | 10-12-2015 19:16 |