Dikwijls hoor je van alles en nog wat over open source code. Het zou zijn voordelen hebben daar iedereen kan kijken hoe het werkt.
Wel ik had graag ook eens een open source project bestudeerd, liefst één of andere editor geschreven in java of c++
Probleem is dat ik altijd een hoop files download waar ik het bos niet meer door de bomen zie één grootte war boel waar ik eigenlijk niets uit haal.
Mijn vraag is nu is er een project goed gedocumenteerd en is er iets aan te raden voor beginners of vindt ik ergens een voorbeeld studie een soort wegwijzer?
Groeten.
Laatste berichten
-
23:25
2013 – Augustus Vraag 3
-
23:07
Rood laserlicht 2
-
23:04
Bruine vlekken op treinaanwijzerbord 5
-
15:28
Vraag 2009 Juli Vraag 5 5
-
12:51
positie 2
-
10:44
Schroefdraad berekening 8
-
24 apr
[scheikunde] Kan chloorgas de geleiding van elektriciteit belemmeren? 9
-
23 apr
Weerfrustratie 9
-
23 apr
geen minkowski-ruimte toch? Doe ik dit nou fout? 15
-
23 apr
do-re-mi-fa-so vliegtuigen 7
-
23 apr
Kunnen quantum Zonnecellen 190% quantum efficiënt zijn 3
-
23 apr
De Euro Nederlandse 100 qubit computer komt eraan
-
23 apr
projectiel 8
-
23 apr
Verschil tussen deze 2 vragen 5
-
23 apr
[scheikunde] berekeningen labo vitamine c bepaling 1
-
22 apr
[wiskunde] rode en witte ballen verdelen 8
-
22 apr
Rotatie van het heelal 41
-
22 apr
Muntje opgooien 14
-
21 apr
Reactiviteit silyl enol ethers 1
-
21 apr
Criterium voor vochtretentie
Nieuwsberichten
-
04 mar
Een nieuw soort magnetisme: altermagnetisme
-
31 okt
AI kan via stem diabetes vaststellen 11
-
21 okt
Einstein krijgt wéér gelijk 45
-
07 feb
witter dan wit 20
-
19 jun
irrigatie en de aardas
Hoe open source code bestuderen?
-
- Lorentziaan
- Berichten: 5.079
Re: Hoe open source code bestuderen?
Algemene regel: open source, code in C of aanverwante taal, begrijpelijke commentaar en documentatie... kies maximaal 2. 
Any sufficiently analyzed magic is indistinguishable from science.
Any sufficiently advanced technology is indistinguishable from magic.
There is no theory of protecting content other than keeping secrets Steve Jobs
Any sufficiently advanced technology is indistinguishable from magic.
There is no theory of protecting content other than keeping secrets Steve Jobs
-
- Lorentziaan
- Berichten: 5.079
Re: Hoe open source code bestuderen?
Van de drie eisen die je noemt: open source, code in C of aanverwante taal, begrijpelijke commentaar en documentatie.
Maw je hebt maar twee echte opties:
- open source en een begrijpelijke commentaar en documentatie -> niet in C of verwante taal geschreven.
- open source en in C of verwante taal geschreven -> helaas geen begrijpelijke documentatie of commentaar
Maar wellicht hebt je iets aan deze twee links: google's codesearch, en koders
Ik neem aan dat je de gnu build tools(automake, autoconf, more) wel al kent en kunt gebruiken?
Maw je hebt maar twee echte opties:
- open source en een begrijpelijke commentaar en documentatie -> niet in C of verwante taal geschreven.
- open source en in C of verwante taal geschreven -> helaas geen begrijpelijke documentatie of commentaar
Maar wellicht hebt je iets aan deze twee links: google's codesearch, en koders
Ik neem aan dat je de gnu build tools(automake, autoconf, more) wel al kent en kunt gebruiken?
Any sufficiently analyzed magic is indistinguishable from science.
Any sufficiently advanced technology is indistinguishable from magic.
There is no theory of protecting content other than keeping secrets Steve Jobs
Any sufficiently advanced technology is indistinguishable from magic.
There is no theory of protecting content other than keeping secrets Steve Jobs
-
- Berichten: 2.589
Re: Hoe open source code bestuderen?
Ik neem aan dat je de gnu build tools(automake, autoconf, more) wel al kent en kunt gebruiken?
Nee ik gebruik windows, ken niets van linux. Ben vooral op zoek naar code van windows programma's zoals bv open office.
Die code opzich vind ik wel maar éénmaal gedownload heb je een hoop mapjes waar ik niet wijs uit raak, er zit nooit een handleiding, uitleg bij wat wat doet. hoe de structuur van een programma ineen zit.
Re: Hoe open source code bestuderen?
Je wilt te veel.
Bij een grote onderneming, zoals Philips, is de tijd die men uittrekt voor het samenstellen van documentatie veel groter dan de tijd die men besteed aan het daadwerkelijke coderen.
Als je als individu de uiteindelijke hoeveelheid geproduceerde documentatie bekijkt, dan kom je er niet meer uit.
Bij open source projecten is het nogal eens omgekeerd. Velen willen graag coderen, maar weinigen voelen de behoefte heel veel tijd aan documenteren te besteden. Ieder individu werkt ook aan een klein onderdeel van het geheel. Een totaaloverzicht heeft niemand. Als je in een open source programma iets wilt doen moet je weten wat je precies wilt doen. Pas dan kun je zoeken naar de plek in de code waar je module of class zijn plek moet vinden.
Er werken zoveel mensen aan dergelijke projecten, en ieder met zijn eigen specialisme, dat je niet moet proberen het programma te begrijpen, of ontmoedigd moet raken als je de brij aan bestandjes ziet.
Ik zou zeggen, bedenk zelf een programma dat je zou willen ontwikkelen en zoek anderen die met je mee willen doen.
Van bestaande open source code leer je niets.
Bij een grote onderneming, zoals Philips, is de tijd die men uittrekt voor het samenstellen van documentatie veel groter dan de tijd die men besteed aan het daadwerkelijke coderen.
Als je als individu de uiteindelijke hoeveelheid geproduceerde documentatie bekijkt, dan kom je er niet meer uit.
Bij open source projecten is het nogal eens omgekeerd. Velen willen graag coderen, maar weinigen voelen de behoefte heel veel tijd aan documenteren te besteden. Ieder individu werkt ook aan een klein onderdeel van het geheel. Een totaaloverzicht heeft niemand. Als je in een open source programma iets wilt doen moet je weten wat je precies wilt doen. Pas dan kun je zoeken naar de plek in de code waar je module of class zijn plek moet vinden.
Er werken zoveel mensen aan dergelijke projecten, en ieder met zijn eigen specialisme, dat je niet moet proberen het programma te begrijpen, of ontmoedigd moet raken als je de brij aan bestandjes ziet.
Ik zou zeggen, bedenk zelf een programma dat je zou willen ontwikkelen en zoek anderen die met je mee willen doen.
Van bestaande open source code leer je niets.
-
- Berichten: 17.659
Re: Hoe open source code bestuderen?
Zelf ben ik de laatste tijd nogal bezig met phpBB3. Daarvan heb je de phpBB3 sourcecode documentation. Is dat wat je bedoelt?
Geen idee eigenlijk of dat ook bestaat voor dingen als OpenOffice, maar dat lijkt mij wel handig.
Geen idee eigenlijk of dat ook bestaat voor dingen als OpenOffice, maar dat lijkt mij wel handig.
"Knowledge speaks, but wisdom listens."
- Jimi Hendrix -
- Jimi Hendrix -
-
- Lorentziaan
- Berichten: 5.079
Re: Hoe open source code bestuderen?
Hoe ziet jouw ontwikkel omgeving er dan uit?Bert F schreef:Nee ik gebruik windows, ken niets van linux. Ben vooral op zoek naar code van windows programma's zoals bv open office.
Die code opzich vind ik wel maar éénmaal gedownload heb je een hoop mapjes waar ik niet wijs uit raak, er zit nooit een handleiding, uitleg bij wat wat doet. hoe de structuur van een programma ineen zit.
Any sufficiently analyzed magic is indistinguishable from science.
Any sufficiently advanced technology is indistinguishable from magic.
There is no theory of protecting content other than keeping secrets Steve Jobs
Any sufficiently advanced technology is indistinguishable from magic.
There is no theory of protecting content other than keeping secrets Steve Jobs
Re: Hoe open source code bestuderen?
Kijk hier maar eens, speciaal voor windows.
http://osswin.sourceforge.net/
Sun's Open office? You're kidding. Duizenden manuren zitten daarin. Onmogelijk om daar iets van te begrijpen.
http://osswin.sourceforge.net/
Sun's Open office? You're kidding. Duizenden manuren zitten daarin. Onmogelijk om daar iets van te begrijpen.
-
- Berichten: 4.810
Re: Hoe open source code bestuderen?
Idd, ik denk dat het sowieso onmogelijk is om van grote projecten je een volledig beeld te kunnen vormen. Laten we maar open office als voorbeeld gebruiken, de kans dat je ooit het volledige overzicht doorhebt (wat naar waar link, etc) zal vrij klein zijn als je er geen ettelijke uren zal met bezig zijn. Je kan hoogstens op specifieke zaken gaan zoeken (bv hoe voegt men een tabel in, hoe voegt men opmaak in, ...) om te kijken hoe hun het doen en daar uit te leren. Een volledig project bestuderen, daar is bijna geen beginnen aan (zelf met goede documentatie).
-
- Lorentziaan
- Berichten: 5.079
Re: Hoe open source code bestuderen?
Toegankelijkheid is ook een van de reden waarom veel mensen beginnen met een unix-like os (bv. Freebsd): De meeste applicaties zijn nog klein en goed te begrijpen (bv. cat, uniq, sort).
Als je een beetje overweg kunt met SCM dan kun je zelfs de stappen waarin het programma zich ontwikkelde volgen.
Als je een beetje overweg kunt met SCM dan kun je zelfs de stappen waarin het programma zich ontwikkelde volgen.
Any sufficiently analyzed magic is indistinguishable from science.
Any sufficiently advanced technology is indistinguishable from magic.
There is no theory of protecting content other than keeping secrets Steve Jobs
Any sufficiently advanced technology is indistinguishable from magic.
There is no theory of protecting content other than keeping secrets Steve Jobs
-
- Berichten: 2.589
Re: Hoe open source code bestuderen?
Bedankt voor de reacties.
Bvb open office de manier waarop de interface werkt of het algoritme achter de spellingscontrole is dat specifiek genoeg? En hoe begin je dan aan zon klein stukje.
Wat ik ook altijd vreemd vind, als je de code dan download dan krijg je ne hoop rare bestanden en niet gewoon klassieke tekstbestanden waarin je programmeert.
Groeten.
Bvb open office de manier waarop de interface werkt of het algoritme achter de spellingscontrole is dat specifiek genoeg? En hoe begin je dan aan zon klein stukje.
Wat ik ook altijd vreemd vind, als je de code dan download dan krijg je ne hoop rare bestanden en niet gewoon klassieke tekstbestanden waarin je programmeert.
Groeten.
-
- Lorentziaan
- Berichten: 5.079
Re: Hoe open source code bestuderen?
Geef eens een voorbeeld van wat jij ''rare bestanden" noemt?
Een deel van die bestanden zijn bedoeld voor andere platformen. Een andere deel zijn bedoeld voor de build-tools: In wezen programmas die de build-tools vertellen hoe het de applicatie moet maken. Bij grote software met graphisch interfaces zijn er dan nog (al dan niet leesbaar onder jouw platform) plaatjes, tekst, xml, fonts en andere bestanden...
Een deel van die bestanden zijn bedoeld voor andere platformen. Een andere deel zijn bedoeld voor de build-tools: In wezen programmas die de build-tools vertellen hoe het de applicatie moet maken. Bij grote software met graphisch interfaces zijn er dan nog (al dan niet leesbaar onder jouw platform) plaatjes, tekst, xml, fonts en andere bestanden...
Any sufficiently analyzed magic is indistinguishable from science.
Any sufficiently advanced technology is indistinguishable from magic.
There is no theory of protecting content other than keeping secrets Steve Jobs
Any sufficiently advanced technology is indistinguishable from magic.
There is no theory of protecting content other than keeping secrets Steve Jobs
-
- Berichten: 2.589
Re: Hoe open source code bestuderen?
Hier haal ik de source van open office volledig onderaan bij source package
http://download.openoffice.org/2.4.0/source.html#browsing
dan klik ik op core source package
bestanden met
in.
Ik heb de source opnieuw gedownload omdat ik niet meer op mijn laptop geraak en nu zie ik dat er idd ook gewoon code bijzit.
Groeten.
http://download.openoffice.org/2.4.0/source.html#browsing
dan klik ik op core source package
bestanden met
Code: Selecteer alles
..\%__SRC%\bin\xml2cmp.exe %_DEST%\bin%_EXT%\xml2cmp.exe
..\%__SRC%\bin\xml2cmp %_DEST%\bin%_EXT%\xml2cmp
..\%__SRC%\bin\srvdepy.exe %_DEST%\bin%_EXT%\srvdepy.exe
..\%__SRC%\bin\srvdepy %_DEST%\bin%_EXT%\srvdepyIk heb de source opnieuw gedownload omdat ik niet meer op mijn laptop geraak en nu zie ik dat er idd ook gewoon code bijzit.
Groeten.
-
- Berichten: 691
Re: Hoe open source code bestuderen?
Inzake een offcie pakket met tekstverwerker e.d.
Een tekstverwerker is niet een eenvoudig programma.
Vooral als men te maken heeft met een goede snelle grafische interface naar de gebruiker toe.
Bepaalde zaken in tekstvewerking zijn nogal lastig.
Ik heb zelf ooit een eenvoudige tekstverwerker gemaakt met een printprogramma.
Tegenwoordig heb je 1.6 miljoen bytes aan code voor een eenvoudige tekstverwerker en dat betekent rond de:
100000 programmeerregels.
dat is rond de 2000 A4 tjes aan code...
(dat is dan zonder de documentatie)
Zo'n programma heeft een telefoonboek aan documentatie.
Als men zo'n programma naar je hand wilt zetten of speciale dingen erbij wil maken dan vergt dit een studie van maanden als men 100% betrouwbaar wilt blijven.
(ligt er ook aan wat men erin bouwd)
In zo'n groot programma zit soms zelfs materiaal dat niet eens wordt toegepast maar voor latere doeleinden is geschreven alvast...
Ook zitten er testroutinen in voor de programmeur.
(ik kom soms van die stukken tegen in mijn software die ik schrijf)
Het afwerken van vele tekstformaten vergt ook conversies van het formaat naar het interne formaat en andersom.
Intern wordt de tekst niet in 1 reeks opgeslagen maar met speciale technieken.
Dit is nodig om teksten van 2 megabyte enzo aan te kunnen zonder gedonder in het vooronder.
Dus een simpele letter die jij typt gaat via veel software.
(dit is bij frontpage express dus niet goed gedaan want die gaat op tilt bij belasting)
Het bestuderen van een code kan men het beste doen door de routinen apart te gaan bekijken en wel zodanig dat men eerst de lagere bestudeert.
De grote algemene zeggen meestal niets.
Routine auto zegt niet hoe de auto werkt...
Routine startmotor zegt wel dat hij de motor start.
Dus als men routine startmotor en de rest bestudeert weet men vanzelf wat de routine auto doet.
En die startmotor werkt op 12 volt en niet op 24....
(dus zomaar de startmotor toepassen in een ander projekt kan niet zomaar)
Zo heb ik in mijn compiler programma wat delphi zaken toegepast maar elk stukje heeft wel een probleem, een missende eigenschap of een ander naar probleem.
DUS: alles zelf schrijven is dan de remedie.
Een tekstverwerker is niet een eenvoudig programma.
Vooral als men te maken heeft met een goede snelle grafische interface naar de gebruiker toe.
Bepaalde zaken in tekstvewerking zijn nogal lastig.
Ik heb zelf ooit een eenvoudige tekstverwerker gemaakt met een printprogramma.
Tegenwoordig heb je 1.6 miljoen bytes aan code voor een eenvoudige tekstverwerker en dat betekent rond de:
100000 programmeerregels.
dat is rond de 2000 A4 tjes aan code...
(dat is dan zonder de documentatie)
Zo'n programma heeft een telefoonboek aan documentatie.
Als men zo'n programma naar je hand wilt zetten of speciale dingen erbij wil maken dan vergt dit een studie van maanden als men 100% betrouwbaar wilt blijven.
(ligt er ook aan wat men erin bouwd)
In zo'n groot programma zit soms zelfs materiaal dat niet eens wordt toegepast maar voor latere doeleinden is geschreven alvast...
Ook zitten er testroutinen in voor de programmeur.
(ik kom soms van die stukken tegen in mijn software die ik schrijf)
Het afwerken van vele tekstformaten vergt ook conversies van het formaat naar het interne formaat en andersom.
Intern wordt de tekst niet in 1 reeks opgeslagen maar met speciale technieken.
Dit is nodig om teksten van 2 megabyte enzo aan te kunnen zonder gedonder in het vooronder.
Dus een simpele letter die jij typt gaat via veel software.
(dit is bij frontpage express dus niet goed gedaan want die gaat op tilt bij belasting)
Het bestuderen van een code kan men het beste doen door de routinen apart te gaan bekijken en wel zodanig dat men eerst de lagere bestudeert.
De grote algemene zeggen meestal niets.
Routine auto zegt niet hoe de auto werkt...
Routine startmotor zegt wel dat hij de motor start.
Dus als men routine startmotor en de rest bestudeert weet men vanzelf wat de routine auto doet.
En die startmotor werkt op 12 volt en niet op 24....
(dus zomaar de startmotor toepassen in een ander projekt kan niet zomaar)
Zo heb ik in mijn compiler programma wat delphi zaken toegepast maar elk stukje heeft wel een probleem, een missende eigenschap of een ander naar probleem.
DUS: alles zelf schrijven is dan de remedie.
Een computertaal is voor mensen, niet voor de computer.
