Advertentie | |
|
13-07-2006, 11:45 | ||
Citaat:
|
13-07-2006, 12:00 | ||
Citaat:
|
13-07-2006, 15:45 | |
professioneeel?
taal: * php, sql, javascript SQL is wel een taal, en een bijzonder weirde ook! dingen: www.eigenspel.nl, www.paginamarkt.nl, www.marktgrazer.nl (javascript is de gaafste taal in webdevelopment) voor de lol? taal: * c, ruby, lisp dingen: NIL (interpreter voor LISP, met gc, lexical scoping, en objects, nog in alfa) kleine dingetjes verdien: 10 euro/uur |
13-07-2006, 18:00 | |
C++
Delphi OpenGL Allegro OpenLayer werk: Simulatie software vrije tijd: Games Educatieve software Aries Software |
14-07-2006, 10:48 | ||
Citaat:
|
Ads door Google |
15-07-2006, 19:42 | ||
Citaat:
__________________
Slechts beschikbaar via naamzoek/privebericht.
|
15-07-2006, 22:56 | ||
Citaat:
mhoah, een SQL syntax maken vind ik niet echt programmeren, alhoewel 't er idd wel dicht tegenaan zit (struggles als 't niet doet wat je verwacht ) En jah, als HTML als taal geld, zit je met XML ook wel goed
__________________
$karma++;
|
Advertentie |
|
17-07-2006, 10:36 | |||
Citaat:
Citaat:
|
17-07-2006, 15:30 | ||
Citaat:
(En dan vraag je wat ze zelf programmeren en dan is het java/php ) |
17-07-2006, 16:14 | |||
Citaat:
Citaat:
|
17-07-2006, 17:37 | ||
Verwijderd
|
Citaat:
|
17-07-2006, 18:08 | ||
Citaat:
Daarnaast is het leuk en aardig dat sommige mensen Java niks vinden, maar de markt spreekt voor zich. |
17-07-2006, 20:24 | ||
Citaat:
Chimera: het is nogal makkelijk om te zeggen dat er geen taal gaat doorbreken die geen statische types heeft. Volgens mij is PHP al jaren aan het groeien, terwijl recentelijker ook Ruby en Python steeds meer aandacht krijgen. Ik zeg niet dat ze het marktaandeel van Java al geevenaard hebben, maar wel dat het best eens zou kunnen dat een van die talen Java zal gaan evenaren of overtreffen. Ook de bewustheid van dynamische talen in de enterprise neemt volgens mij toe.
__________________
Slechts beschikbaar via naamzoek/privebericht.
|
17-07-2006, 20:27 | |
Oh, das nieuw.
Dus perl en php zijn niet de meest populaire scriptingtalen? Want ik dacht toch echt, dat die dynamische typing hadden? En ruby is zeker plotseling statically typed? Net als python? Ik denk dat statische types uiteindelijk je programma limiteren. Want ik heb het idee dat je van te voren zelden weet wat voor type je variabelen moet zijn. Bovendien is er het idee van 'closure'; dat alles wat je in een taal maakt je ook in die taal kan gebruiken als object. Als je taal types statisch definieert, dan werk je daar jezelf mee tegen als je abstracties hoger wil leggen. Maar ik kan dat het beste door SICP laten uitleggen Wat betreft de populariteit van java, je zou toch niet echt zeggen dat COBOL (ook eens de meest populaire taal) een betere taal was dan LISP (uit dezelfde tijd)? Ik hoop het in ieder geval niet. |
17-07-2006, 22:56 | |||||
Citaat:
En dat je unit tests nodig hebt, dat heeft bijzonder weinig met al dan niet hebben van statische typing te maken. Citaat:
Ruby en Python zie je gewoon helemaal nergens. Citaat:
Citaat:
Laatst gewijzigd op 17-07-2006 om 22:59. |
Ads door Google |
18-07-2006, 07:57 | ||
Citaat:
ik heb ook een sudoku-solver onlangs gemaakt, in PHP. Kaartspelletjes heb ik ook gemaakt (TCL en VB), maar ik heb ze nooit echt afgemaakt "vroeger" in basic heb ik veel game's aangepast, allemaal hacks toegebracht zoals onsterfelijkheid enzo, wat was dat geweldig leuk ^_^ (en gemakkelijk, als 8-jarig jochie kon ik ik games hacken, paar jaar later ook m'n eigen games 'gemaakt')
__________________
$karma++;
|
18-07-2006, 10:12 | ||||
Citaat:
Citaat:
Citaat:
__________________
Slechts beschikbaar via naamzoek/privebericht.
|
18-07-2006, 10:22 | |||
Citaat:
Citaat:
|
18-07-2006, 11:13 | |||||
Citaat:
Citaat:
Citaat:
Citaat:
Wat moet je dan, volgens mij, wel doen? Bedenken wat je wil bereiken, en dan: loop: programmeren -> evalueren -> abstracties maken/veranderen -> testen Waarbij je iedere keer op een 'hoger niveau' werkt dan de andere keer. Als je niet telkens abstracter gaat werken, kom je nooit echt voorruit. De testfase is er om te zorgen dat je abstracties werken. In de programmeerfase maak je gebruik van je abstracties. In de evalueerfase kijk je of je programmeerwerk (en daarmee de gemaaktte abstracties) goed uitwerken; als je programmeerwerk niet goed uitwerkt, heb je waarschijnlijk de verkeerde abstracties gebruikt. Wat ik bedoel met het gevaar van statische types is dat het je limiteerd in abstractie; je kunt niet oneindig complexere primitieven gebruiken, als je de types van de primitieven van te voren moet specificeren. Daardoor zorg je ervoor dat je abstracties niet 'gesloten' zijn, dwz. je kunt ze niet even makkelijk gebruiken als al bestaande primitieven. Ik zou iedereen hier aanraden om SICPSICP toch eens te kijken . |
18-07-2006, 17:41 | ||||
Verwijderd
|
Citaat:
Citaat:
Citaat:
Het levert alleen maar voordelen op: minder kans op 'implicit-conversions'-die-toch-niet-kunnen, betere foutafhandeling, compile-time fout-detectie (door incompatible types bijv af te vangen), etc. |
18-07-2006, 20:40 | ||
Verwijderd
|
Citaat:
Het ontwerpen van een systeem is een vak opzich. Daarom hebben wij daar ook speciale mensen voor (de 'functioneel ontwerper' bijv.). Wanneer ik is voor mezelf in elkaar flans, ga ik (uiteraard) niet ontwerpen op papier/uml (teveel werk en niet nodig), maar wel een gedeelte in mijn hoofd. Omdat ik het niet uitteken vergeet ik wel eens diverse 'abastracties', waardoor ik tijdens het programmeren nieuwe objecten bedenk. Maar dit is eerder het gevolg van geen zin hebben in het maken van een fatsoenlijk/degelijk ontwerp, dan het 'niet kunnen'. En als ik moet kiezen, dan zeg ik: heel slim (ervaring) Laatst gewijzigd op 18-07-2006 om 20:47. |
18-07-2006, 22:32 | ||
Citaat:
Als je vooraf niet weet wat een applicatie gaat doen, moet je er niet aan beginnen. Een functioneel ontwerp is niet alleen belangrijk voor de programmeur, maar ook om de project scope in de gaten te houden. Feature niet in het ontwerp? Jammer dan, volgende versie. |
19-07-2006, 12:10 | |||
Citaat:
Als de klant met andere wensen komt kwa functionaliteit, pas je daar het ontwerp op aan. Je beoordeeld de wijzigingen, kijkt of deze in de beoogde architectuur passen, maakt inschattingen wat betreft de tijd die het je kost, en als dat allemaal rond is, laat je een hele dikke vette handtekening onder het ontwerp zetten. Waarom? omdat je als je lukraak dingen gaat wijzigingen en feature creep modus trechtkomt, je deadlines met 5 maanden overshoot, en het je erg veel geld gaat kosten. Citaat:
Ik werk bij een bedrijf dat een database gespecialiseerd in erg snel zoeken levert. Zegmaar Oracle maar dan wel schaalbaar Ik ben consultant, ga dus bij klanten langs om hun te adviseren. Danwel over de koppeling met bestaande systemen, over technische eisen, danwel in de functionele fase. Of ik mag, zoals afgelopen dinsdag, langs komen om uit te leggen welke domme fouten de applicatiebouwer allemaal gemaakt heeft Ons probleem is dat als een applicatiebouwer niet weet waar 'ie mee bezig is (en daar hebben ze vaak last van helaas), onze software niet voldoende benut wordt. Als een klant een zoekmachine in huis heeft die hem veel geld kost, en welke niet gebruikt wordt, is de kans groot dat ze het maintenance contract niet verlengen. Snap je misschien waarom ik zo allergisch ben voor broddelwerk |
19-07-2006, 12:22 | ||
Verwijderd
|
Citaat:
|
19-07-2006, 12:34 | ||
Citaat:
Maar ik zit nu dus met een klant waar de applicatiebouwer fouten gemaakt heeft, het productiesysteem voor een deel niet functioneert en die mensen reageren met "we komen na 31 juli wel een keer langs". Hoewel het helemaal niet ons probleem is, zijn wij nu 't brandje aan 't blussen |
Advertentie |
|
|
|
Soortgelijke topics | ||||
Forum | Topic | Reacties | Laatste bericht | |
Algemene schoolzaken |
Speciale school? DBZ | 154 | 27-06-2009 21:29 | |
Huiswerkvragen: Exacte vakken |
[IN] programmeren met jcreator willemhoofd | 2 | 19-05-2008 19:47 | |
Levensbeschouwing & Filosofie |
Wat na de dood? Love & Peace | 288 | 21-12-2006 21:13 | |
Software & Hardware |
[Prog] C++: hoe te beginnen? pietervdb | 16 | 28-05-2005 09:27 | |
Verhalen & Gedichten |
[ Begin van Verhaal ] Behold, and enjoy... niam | 14 | 04-01-2005 22:43 | |
Software & Hardware |
Welke dingen moet ik allemaal weten ?? Napoleon14 | 14 | 24-01-2002 13:08 |