• Ga naar profiel

maxyboy1001 op 29 maart 2010 #

ik had zojuist op mijn imac een xcode installer gevonden deze geinstaleerd en alles werkt prima. maar nu mijn vraag is is hoort deze installer op mijn mac te staan? normaal moet je er toch voor dokken? antwoorden worden gewaardeerd

• Ga naar profiel

NickSmits op 30 maart 2010 #

Nee, daar hoef je niet voor te betalen. Om in 'het programma' van Apple opgenomen te worden, moet je betalen.

• Ga naar profiel

R-Flow op 30 maart 2010 #

Xcode is gewoon gratiesch en wordt standaard op iedere Mac OS X Install DVD geleverd.

• Ga naar profiel

maxyboy1001 op 30 maart 2010 #

okey dan weet ik dat ook weer, hoe moet je je gemaakte applicaties exporteren naar een 'echt' programma?

• Ga naar profiel

mhrenes op 30 maart 2010 #

Met het commando Build kun je een applicatie maken. Voor iPhone applicaties zul je toch een Developer licentie moeten kopen als je via de App Store wilt distribueren (Heb je overigens wel Leopard nodig en een Intel Mac).

• Ga naar profiel

The_J op 30 maart 2010 #

maxyboy1001, kan je dan programmeren? Zo ja, waarom op zo een oud systeem..

• Ga naar profiel

maxyboy1001 op 30 maart 2010 #

ben eigenlijk een beetje aan het klooien misschien wat handleidingen doorlezen en dan probeer ik het onder de knie te krijgen. deze mac werkt nog perfect en hoef ook geen nieuwe...

• Ga naar profiel

Jakko Westerbeke op 30 maart 2010 #

maxyboy1001 okey dan weet ik dat ook weer, hoe moet je je gemaakte applicaties exporteren naar een 'echt' programma?

Zoals gezegd gewoon het programma "build"en. Let wel op dat hij het dan alleen op je eigen computer gaat doen; wil je een programma dat je gemaakt hebt ook aan anderen geven, dan moet je in het menu Project van Xcode de Active Build Configuration op "Release" zetten en opnieuw builden.

• Ga naar profiel

The_J op 30 maart 2010 #

Als je nooit geprogrammeerd hebt is het misschien makkelijker om even met een text-only programma'tje te beginnen.. Met TextEdit in Plain Text mode kan je gewoon in C e.d. code schrijven, en dan met terminal gewoon make gebruiken om het programma te builden. Als je een beetje kan programmeren en weet hoe een taal werkt (en het build systeem, het OS, ondeliggende systemen) kan je meestal pas beginnen aan het 'echt' GUI programmat'tje dat je dan met Xcode en InterfaceBuilder lekker in elkaar kan zetten.

• Ga naar profiel

maxyboy1001 op 30 maart 2010 #

en is daar een handleiding voor op internet? :P

• Ga naar profiel

The_J op 30 maart 2010 #

Ja: http://www.cprogramming.com/ http://www.faqs.org/docs/learnc/ http://johnt.tripod.com/c.html http://cplus.about.com/od/learningc/Learn_How_to_Write_Programs_in_C.htm http://www.howstuffworks.com/c.htm http://en.wikibooks.org/wiki/Subject:Computer_programming http://www.google.com/ http://nl.wikibooks.org/wiki/C%2B%2B_vanuit_de_funderingen_omhoog_(ANSI/ISO_C%2B%2B)

• Ga naar profiel

maxyboy1001 op 30 maart 2010 #

@the j heel erg bedankt ben ik weer een tijdje zoet. werkt deze programeer taal ook op SL? @ andere mensen die gepost hebben jullie ook erg bedankt :D

• Ga naar profiel

The_J op 31 maart 2010 #

Een programmeertaal is niet afhankelijk van welke updates je hebt of wat voor OS.. Je programmeert waar je zin in hebt, maar op het moment dat je specifieke dingen gaat gebruiken moet je pas denken wat je wil ondersteunen. Als je in standaard C (de basis der basissen) programmeert, kan je bijvoorbeeld een simpel command-line 'hello world' programma'tje maken. Met gcc zet je je helloworld.c om in a.out, en a.out kan je dan elke naam geven die je maar leuk vind (over het algemeen - laten we simpel beginnen). helloworld.c is een plain text bestandje, en a.out het gecompileerde binaire bestand. gcc leest dus C en maakt er computercode van. Als je iets programmeert ga je meestal niet het wiel opnieuw uitvinden, als je dus tekst wil uitvoeren ga je niet je eigen manier uitvinden om pixels aan te sturen, maar gebruik je een functie die al bestaat. print of printf bijvoorbeeld, die kan je gewoon van stdio gebruiken (een library - bibliotheek met functies). stdio is meestal in elk bestuuringssysteem te vinden, soms onder een andere naam, maar die is zo standaard aanwezig dat je die gewoon lekker kan gebruiken. Daarnaast kan je bij het compileren nog verzinnen waar het binaire bestand geschikt voor moet zijn. Stel je wil het op PPC en x86 computers laten werken, en je gebruikt een Mach-O binary, dan kan je gewoon een dubbele maken met PPC en x86 code er in. Als je niks instelt gebruikt gcc standaard gewoon de architectuur van het systeem waar het op draait (in jouw geval waarschijnlijk PPC en niet x86). Deze site geeft een simpele opzet van de basis van programmeren met C: http://www.iwar.org.uk/hackers/resources/digital%20rebels/introc.htm Het punt is dat je er op twee manieren tegen aan kan kijken; - Wil je kunnen programmeren als een echte programmeur? - Of wil je een domme codetikker worden die alleen dat kan wat z'n OS hem voorschotelt Dat laatste beslaat 90% van alle programmeurs op de wereld; Alleen Windows Vistual Crap programmeren, alleen x86 specifieke dingen, alleen gericht op zo snel mogelijk het werk afraffelen, zo snel mogelijk op korte termijn een beetje geld krijgen en dan door gaan met wat anders. De eerste categorie is meer zo: - Echt programmeren. Dus gewoon iets kunnen maken zonder gebonden te zijn aan een computertype of systeem. - Goede programmeerkennis/basis, maar ook bepaalde specialisatie (bijvoorbeeld Mach kernel/Darwin gebaseerde systemen op PPC architectuur, of misschien BSD op ARM, of Linux op MIPS, of iets anders - het is aan jezelf) - Maakt code van kwaliteit, lost probelemen die aangegeven worden door de compiler eerst op, ook al 'werkt het programma toch' - fouten en waarschuwingen bestaan niet voor niets - Wil misschien wel geld verdienen, maar kwaliteit, plezier in het maken van iets, het zelf bouwen en weten zijn ook heel belangrijk, wat bijna altijd in een betere kwaliteit resulteert - Kan gewoon ergens gaan zitten, een plain text editor en gcc downloaden en programma's maken, niet afhankelijk van een of andere vendor. Bij voorkeur zou ik dan ook meteen open source programmeren voorstellen, als je toch meteen met de basis begint. Dit betekent dat andere mensen je code mogen zien, en dat dat dus niet geheim is (waarom zou je dat willen?). Verder vraag ik me af, hoe ben je op het idee gekomen om te leren programmeren? Als je Xcode wil gebruiken, kan dat natuurlijk, maar voor een beginner is het een beetje lomp/log/veel. Het is niet slecht e.d., maar voor kleine simpele beginselen is gewoon een plaintext editor (Xcode kan dat ook zijn - zo gebruikte ik het in het begin ook) en dan de opgeslagen textbestanden of bestandjes even met gcc op de commandline ( - elke programmeur zou met een CLI en met een GUI moeten kunnen werken; maar dat is puur mijn mening) compileren. Zelf heb ik een super simpel engels tutorialtje voor C en compileren, maar ik kan hem niet online vinden en ik weet niet of ik die zomaar mag posten.. Oh, ik zie net dat dat mag Even kijken of het hier past.. anders upload ik het wel.

• Ga naar profiel

The_J op 31 maart 2010 #

This archive contains a complete course for you to learn the 'C' computer language itself. The language used is correct conversational English, I have written the lessons using the same language constructions which I would use if I were teaching you directly. An outline of the course is available for you to read below The course is intended to demonstrate the language itself and a selection of the simpler standard library functions. I have assumed that you have had sufficient exposure to computing to be able to use a programmer's editor of your choice and are confident in the use of the command line interpreter, whether it be a unix shell, or a DOS ( shudder prompt. Some knowledge, of computers and the jargon is assumed, but complicated concepts are fully explained. In other words the intent is to teach 'C' per se, not 'the fundamentals of how to program a computer using 'C' as a teaching medium.' 'C' is not a computer language for rank beginners. Start with an interpretive language and proceed to a compiled language which has an extensive error message vocabulary and run-time checking facilities. In the interests of speed of execution 'C' does very little to protect you from yourself! Throughout the course the fact that a compiler is a translater from a high level language to assembler code is kept to the fore, you are frequently advised to examine the assembler code which is output by the compiler. Some minimal knowledge of computer architecture is therefore assumed. Whilst I have taken considerable care to ensure that this material is free of errors I am well aware that to err is a common human failing, and in this I don't claim to be different from anybody else. Therefore your gentle critique is welcome together with notification of any factual errors. It is planned to make the lessons available as a printed book, complete with a programme diskette if there is sufficient interest. Syllabus for the 'C' Language Course. 1 a) Historical introduction to the Language. b) Demonstration of a very simple program. c) Brief explanation of how the computer turns your program text into an executing program. d) The basic differences between 'C' and other languages. The advantages and disadvantages. We make the assumption that you are able to turn on your machine, use the Operating System at the Control Line Interpreter prompt "$ ", "c:>" or whatever, and to use an editor to enter program text. 2 a) How the 'C' language arranges for the storage of data. An explanation of the keywords associated with data. The storage classes:- static auto volatile const. The variable types:- char int long float double The meaning of:- signed unsigned b) Introduction to the concept of pointers. c) Explanation of reading from the keyboard and writing to the screen. i.e. printf and scanf, the print formatted and scan formatted functions. d) The use of arguments to the main() function, argc argv env. e) A simple program to format text. 3 Structures, arrays and pointers. a) Explanation of more coplex data structures. b) Programs which demonstrate uses of pointers. 4 The operators of the language, arithmetic, pointer, logical, bitwise. a) Precedence. b) The unique bit and shifting operators. ( for a high level language ) 5 a) The Preprocesser. b) Header files What they are and what you put in them, both your own and those provided by the 'C' compiler vendor. A simple title which includes all sorts of things, both very useful and a number of traps. 6 The library, why we have them and some of the more useful routines. a) How to read the book. b) The string functions as an example. 7 a) Mistakes and how avoid making them. b) Debugging strategies. c) The assert macro. 8 a) More on the representation of data vis. struct, typdef. b) Tables of all sorts. Arrays of structures. Pre-initialisation of data structures. ( Including jump or dispatch tables ) The bit-field. c) Use of header files in this. 9 a) The control structures of the language, what (not) to use and when. 10 a) File IO This is an enormous subject and we we will really only just scratch on the surface. 11 a) Lint, and more on errors / bugs and how to avoid them. 12 The stack and a quick dip into assembler a) A study of the function calling mechanism used by most 'C' compilers and the effect on compiler output code of using the register storage class and the optimiser. 13 The heap. a) The 'heap', it's management, malloc(), calloc() and free(). 14 Portability Issues. a) Defaults for storage sizes. b) 'endianism'. Yes, there are big-endian and little-endian computers! c) Functions which can be called with a variable number of arguments. 15 Sample programs. Much is to be gained from examining public domain packages examining the code and reviewing the author's style. We will look at a number of functions and complete packages. in particular we will examine a number of sorting functions, a multi-threading technique, queues, lists, hashing, and trees. /* ----------------------------------------- */ Copyright notice:- (c) 1993 Christopher Sawtell. I assert the right to be known as the author, and owner of the intellectual property rights of all the files in this material, except for the quoted examples which have their individual copyright notices. Permission is granted for onward copying, but not modification, of this course and its use for personal study only, provided all the copyright notices are left in the text and are printed in full on any subsequent paper reproduction. -- +----------------------------------------------------------------------+ | NAME Christopher Sawtell | | SMAIL 215 Ollivier's Road, Linwood, Christchurch, 8001. New Zealand.| | EMAIL chris@gerty.equinox.gen.nz | | PHONE +64-3-389-3200 ( gmt +13 - your discretion is requested ) | +----------------------------------------------------------------------+

• Ga naar profiel

The_J op 31 maart 2010 #

Dat past dus nog net in een post.. Die intro is ongeveer even lang als de rest (Het zijn in totaal 9 tekstjes). Zal ik ze uploaden, of hier posten? Het is jouw thread..

• Ga naar profiel

dj bazzie wazzie op 31 maart 2010 #

The_J Het punt is dat je er op twee manieren tegen aan kan kijken; - Wil je kunnen programmeren als een echte programmeur? - Of wil je een domme codetikker worden die alleen dat kan wat z'n OS hem voorschotelt Dat laatste beslaat 90% van alle programmeurs op de wereld;

even ter correctie dit is 99,9% procent van alle programmeurs. Iedere programmeur is in principe een domme codetikker omdat ook de C programmeurs (inclusief mij) gebruikt maakt van includes. Ook wanneer je zelf een API schrijft maak je weer gebruik van includes en ben je volgens jou nog steeds geen echte programmeur. Er is maar een handje vol mensen die assembler code kunnen schrijven. Of het nu in PHP, Objective-C, C of welke taal dan ook is maak je altijd gebruik van de voorgeprogrammeerde libraries om eigen library of programma te schrijven. Dat is nou net de kracht van programmeren op een computer van vandaag, het breidt zich alleen maar verder uit. Het zou ook dom zijn dat wanneer je eisen niet al te hoog zijn om geen gebruik te maken van een taal die heel veel voor je doet. Helemaal wanneer je ook een GUI aan je programma wil hebben. Wat heeft het dan voor zin om zelf een window te programmeren met daarin button die je ook zelf moet programmeren. Dus mijn stelling is in zo'n geval 'je hebt domme programmeurs of slimme codetikkers'.

• Ga naar profiel

maxyboy1001 op 02 april 2010 #

ja post maar hoor mij maakt het niet uit ik wordt er aleen maar blijer van