abonnement Unibet Coolblue Bitvavo
  vrijdag 27 juni 2008 @ 19:43:00 #226
188728 Lyzio
why do we fall
pi_59738221
quote:
Op vrijdag 27 juni 2008 19:40 schreef Ofyles2 het volgende:

[..]

Dat is mijn schuld. Ik vond het onderwerp te interessant om te laten liggen.

En weet je wat? Omdat jij dolgraag een derde topic bij wilt, zal ik daarvoor zorgen.
Het is niet eerlijk!
live as if you'll die today
dream as if you'll live forever
- james 'jimmy' dean
  vrijdag 27 juni 2008 @ 19:44:46 #227
111382 Ofyles2
Bestemming: onbekend
pi_59738267
quote:
Op vrijdag 27 juni 2008 19:42 schreef Swetsenegger het volgende:

Nee, ik moet de html tag <form> leren. En de bijbehorende serverside superglobal $_POST in geval van php. Hoe die browser het in header propt zal me een worst zijn. Het WAT is belangrijk, het HOE is redundant.
Ik had wel een keer een php-formulier in elkaar geknutseld, maar omdat dat veel energie en tijd kost ben ik gewoon overgestapt naar ASP.net.
pi_59742150
quote:
Op vrijdag 27 juni 2008 19:42 schreef Swetsenegger het volgende:

[..]

Nee, ik moet de html tag <form> leren. En de bijbehorende serverside superglobal $_POST in geval van php. Hoe die browser het in header propt zal me een worst zijn. Het WAT is belangrijk, het HOE is redundant.
[..]

Ik zeg niet dat het niet interessant is, maar het is noodzakelijk om te weten.
Klopt, ik heb geprogrammeerd in Quickbasic, Pascal, Java, PHP en Delphi.
Ik heb geen flauw benul hoe het allemaal werkt, maar ik kan met elke taal dingen.
Niet iedereen hoeft assembler etc. te snappen.
Motto: Eens is ook dit voorbij...
Red een boom - eet een bever!
pi_59743834
Ik kan het hier alleen maar mee eens zijn. Natuurlijk leer je ook wat er globaal gezien achter de interfaces/protocols gebeurd, maar dat is vooral voor performance en debugging handig.
pi_59748464
quote:
Op vrijdag 27 juni 2008 19:42 schreef Swetsenegger het volgende:

[..]

Nee, ik moet de html tag <form> leren. En de bijbehorende serverside superglobal $_POST in geval van php. Hoe die browser het in header propt zal me een worst zijn. Het WAT is belangrijk, het HOE is redundant.
Paramnesia heeft het over geautomatiseerd een formulier invullen, niet over een formulier serverside afhandelen. Als je een formulier geautomatiseerd, door een stukje software, wilt laten invullen, dan moet je dus gebruik maken van http headers om een post uit te voeren op dat script. Die headers zul je zelf moeten specificeren. En als je daarbij dan ook nog eens een file upload wilt doen, zul je dat ook zelf moeten aansturen.
pi_59748490
quote:
Op vrijdag 27 juni 2008 22:32 schreef mighty_myte het volgende:

[..]

Klopt, ik heb geprogrammeerd in Quickbasic, Pascal, Java, PHP en Delphi.
Ik heb geen flauw benul hoe het allemaal werkt, maar ik kan met elke taal dingen.
Niet iedereen hoeft assembler etc. te snappen.
Je hoeft assembler niet te snappen (de syntaxis), maar het principe daarachter wel. Namelijk de werking van de machine. Hoe software samenwerkt met hardware. Wat de processor doet, hoe het geheugen wordt gebruikt enzovoort. Dat is namelijk heel handig om goed te programmeren in hogere talen om bijvoorbeeld efficiënt om te gaan met geheugengebruik.
  FOK!-Schrikkelbaas zaterdag 28 juni 2008 @ 10:28:50 #232
1972 Swetsenegger
Egocentrische Narcist
pi_59748676
quote:
Op zaterdag 28 juni 2008 10:08 schreef floris.exe het volgende:

[..]

Paramnesia heeft het over geautomatiseerd een formulier invullen, niet over een formulier serverside afhandelen. Als je een formulier geautomatiseerd, door een stukje software, wilt laten invullen, dan moet je dus gebruik maken van http headers om een post uit te voeren op dat script. Die headers zul je zelf moeten specificeren. En als je daarbij dan ook nog eens een file upload wilt doen, zul je dat ook zelf moeten aansturen.
Geautomatiseerd een formulier invullen kan ik gewoon door afhankelijk van variabelen php dat formulier te laten parsen die vervolgens door de webserver aan de browser laten aanbieden. Welke kennis zou ik moeten hebben van headers? File upload is ook een mogelijkheid van de <form> tag en de server side PHP superglobal $_FILE.

Wederom zou het me een worst zijn hoe het in die header gepropt wordt door de browser en/of webserver.
quote:
Op zaterdag 28 juni 2008 10:11 schreef floris.exe het volgende:

[..]

Je hoeft assembler niet te snappen (de syntaxis), maar het principe daarachter wel. Namelijk de werking van de machine. Hoe software samenwerkt met hardware. Wat de processor doet, hoe het geheugen wordt gebruikt enzovoort. Dat is namelijk heel handig om goed te programmeren in hogere talen om bijvoorbeeld efficiënt om te gaan met geheugengebruik.
Hogere talen zijn sowieso strict typed en rigide in syntax. De rest wordt geoptimaliseerd door een goede assembler. Voor programmeren is het niet noodzakelijk om te weten wat die assembler doet.
pi_59748731
Homo's
[ Bericht 91% gewijzigd door Juup© op 15-08-2008 19:08 ]
  FOK!-Schrikkelbaas zaterdag 28 juni 2008 @ 10:34:15 #234
1972 Swetsenegger
Egocentrische Narcist
pi_59748744
quote:
Op zaterdag 28 juni 2008 10:33 schreef mooiboi89 het volgende:
Homo's
Ik kan alleen maar hopen dat je geen MBO'er ben.
  zaterdag 28 juni 2008 @ 10:51:22 #235
13783 Anthraxx
When you see the robot, drink!
pi_59748938
quote:
Op zaterdag 28 juni 2008 10:28 schreef Swetsenegger het volgende:

Hogere talen zijn sowieso strict typed en rigide in syntax. De rest wordt geoptimaliseerd door een goede assembler. Voor programmeren is het niet noodzakelijk om te weten wat die assembler doet.
Wat zijn hogere talen? PHP en Perl zijn allebei weak typed. Afgezien van C, Objective C en C++ zijn de meeste populaire talen sowieso strict typed of ze nou low-level zijn of niet. Java mag misschien wel rigide zijn in syntax, maar er zijn veel talen te vinden die veel meer permiteren. Optimalisatie van hogere talen is lastiger dan van de low-level talen. Sommige talen vertalen uiteindelijk het eerst naar C (voorbeeld) om daarna de C compiler het werk te laten doen.
pi_59749213
quote:
Op zaterdag 28 juni 2008 10:28 schreef Swetsenegger het volgende:
Voor programmeren is het niet noodzakelijk om te weten wat die assembler doet.
En het is precies dat gebrek aan interesse...
"If you are depressed you shouldn't be in C major!" - Rick Beato
  FOK!-Schrikkelbaas zaterdag 28 juni 2008 @ 11:23:55 #237
1972 Swetsenegger
Egocentrische Narcist
pi_59749406
quote:
Op zaterdag 28 juni 2008 10:51 schreef Anthraxx het volgende:

[..]

Wat zijn hogere talen? PHP en Perl zijn allebei weak typed. Afgezien van C, Objective C en C++ zijn de meeste populaire talen sowieso strict typed of ze nou low-level zijn of niet. Java mag misschien wel rigide zijn in syntax, maar er zijn veel talen te vinden die veel meer permiteren. Optimalisatie van hogere talen is lastiger dan van de low-level talen. Sommige talen vertalen uiteindelijk het eerst naar C (voorbeeld) om daarna de C compiler het werk te laten doen.
Ik bedoelde lagere talen, sorry. In dat licht heeft floris een klein punt, maar wanneer je je aan manuals en dergelijke houdt zal het geheugen management wel loslopen.
  FOK!-Schrikkelbaas zaterdag 28 juni 2008 @ 11:24:21 #238
1972 Swetsenegger
Egocentrische Narcist
pi_59749418
quote:
Op zaterdag 28 juni 2008 11:12 schreef Litpho het volgende:

[..]

En het is precies dat gebrek aan interesse...
...wat?
pi_59750204
quote:
Op zaterdag 28 juni 2008 11:23 schreef Swetsenegger het volgende:

[..]

Ik bedoelde lagere talen, sorry. In dat licht heeft floris een klein punt, maar wanneer je je aan manuals en dergelijke houdt zal het geheugen management wel loslopen.

Aan manuals houden tijdens het programmeren? Het punt met programmeren is nu net dat je vaak zelf constructies moet bedenken om een bepaald probleem op te lossen. En hoe goed je de syntaxis ook beheerst, hetzelfde probleem kun je oplossen met een constructie die geheugen verschrikkelijk misbruikt en een constructie die heel efficiënt met het geheugen omgaat.
  FOK!-Schrikkelbaas zaterdag 28 juni 2008 @ 12:05:58 #240
1972 Swetsenegger
Egocentrische Narcist
pi_59750248
quote:
Op zaterdag 28 juni 2008 12:03 schreef floris.exe het volgende:

[..]

Aan manuals houden tijdens het programmeren? Het punt met programmeren is nu net dat je vaak zelf constructies moet bedenken om een bepaald probleem op te lossen. En hoe goed je de syntaxis ook beheerst, hetzelfde probleem kun je oplossen met een constructie die geheugen verschrikkelijk misbruikt en een constructie die heel efficiënt met het geheugen omgaat.
Ach kom man, of je dan alleen wat kan bedenken als je de ins en outs van een assembler weet. In php staat er ook keurig bij dat een str_replace een stuk efficienter is dan een preg_replace. Als je je een beetje in de taal inleeft, heb je echt geen diepere kennis nodig van de protocollen erachter om een efficiente applicatie te schrijven.

Blatante nonsens.
pi_59750381
quote:
Op zaterdag 28 juni 2008 12:05 schreef Swetsenegger het volgende:

[..]

Ach kom man, of je dan alleen wat kan bedenken als je de ins en outs van een assembler weet. In php staat er ook keurig bij dat een str_replace een stuk efficienter is dan een preg_replace. Als je je een beetje in de taal inleeft, heb je echt geen diepere kennis nodig van de protocollen erachter om een efficiente applicatie te schrijven.

Blatante nonsens.


Je hebt ook nog zaken als overbodige lussen, niet opruimen van rommel enzovoort. Die hebben niets te maken met de syntaxis, maar met de stijl van programmeren.
  zaterdag 28 juni 2008 @ 12:17:21 #242
13783 Anthraxx
When you see the robot, drink!
pi_59750464
Mja, ik ben zelf van mening dat een programmeur beter wordt als hij het onderliggende platform ook beheerst. De programmeur kan dan op bepaalde zaken inspelen, waardoor de compiler efficienter kan optimaliseren en je CPU efficienter het programma uitvoert (met minder geheugen).
  zaterdag 28 juni 2008 @ 12:21:16 #243
192481 Core2
Happiness is the road
pi_59750546
quote:
Op zaterdag 28 juni 2008 10:28 schreef Swetsenegger het volgende:

[..]

Geautomatiseerd een formulier invullen kan ik gewoon door afhankelijk van variabelen php dat formulier te laten parsen die vervolgens door de webserver aan de browser laten aanbieden.
Rare zin dit, maar wat je bedoeld is in ieder geval inefficienter dan het opstellen van een paar POST headers. En als je je niet verdiept in dat soort technieken omdat je denkt dat het toch niet nodig is, zul je ook nooit bij andere, betere oplossingen komen.
pi_59750553
quote:
Op zaterdag 28 juni 2008 12:12 schreef floris.exe het volgende:

[..]



Je hebt ook nog zaken als overbodige lussen, niet opruimen van rommel enzovoort. Die hebben niets te maken met de syntaxis, maar met de stijl van programmeren.
Dat heeft weinig meer met de protocol/interface discussie te maken. En wie heeft het sowieso over syntaxis? Dat is weer iets heel anders, en heeft absoluut niets met protocols of performance te maken.
  zaterdag 28 juni 2008 @ 12:22:21 #245
132185 Biogarde
Neef van Bassie.
pi_59750577
Even een TVP.
Bio is baas. Ik ben niet meer op straat. Ik rij alleen langs om te kijken hoe het gaat.
  FOK!-Schrikkelbaas zaterdag 28 juni 2008 @ 12:22:35 #246
1972 Swetsenegger
Egocentrische Narcist
pi_59750587
quote:
Op zaterdag 28 juni 2008 12:12 schreef floris.exe het volgende:

[..]



Je hebt ook nog zaken als overbodige lussen, niet opruimen van rommel enzovoort. Die hebben niets te maken met de syntaxis, maar met de stijl van programmeren.
Als je niet weet dat recursieve loop nogal intensief is ben je überhaupt geen programmeur maar een prutser. Let op, ik BEN niet eens programmeur en gewoon prutser en weet dit al.
quote:
Op zaterdag 28 juni 2008 12:17 schreef Anthraxx het volgende:
Mja, ik ben zelf van mening dat een programmeur beter wordt als hij het onderliggende platform ook beheerst. De programmeur kan dan op bepaalde zaken inspelen, waardoor de compiler efficienter kan optimaliseren en je CPU efficienter het programma uitvoert (met minder geheugen).
Klopt, maar het is geen NOODZAKELIJKE kennis om een goede app te schrijven. Let op he, het gaat er hier niet om of mensen die zich in een platform verdiepen wellicht betere programmeurs zijn. Er wordt hier stellig beweerd dat MBO'ers géén programmeur kunnen zijn omdat ze niet weten hoe een assembler of compiler werkt. En DAT zijn blatante nonsens.
  FOK!-Schrikkelbaas zaterdag 28 juni 2008 @ 12:24:09 #247
1972 Swetsenegger
Egocentrische Narcist
pi_59750622
quote:
Op zaterdag 28 juni 2008 12:21 schreef Core2 het volgende:

[..]

Rare zin dit, maar wat je bedoeld is in ieder geval inefficienter dan het opstellen van een paar POST headers. En als je je niet verdiept in dat soort technieken omdat je denkt dat het toch niet nodig is, zul je ook nooit bij andere, betere oplossingen komen.
Kom nou toch, het gaat hier over het versturen van een formulier .
Overigens zie ik niet wat er raar is aan die zin. Zal mijn tekortkoming als MBO'er wel zijn.
  zaterdag 28 juni 2008 @ 12:24:40 #248
13783 Anthraxx
When you see the robot, drink!
pi_59750634
quote:
Op zaterdag 28 juni 2008 12:22 schreef Swetsenegger het volgende:

[..]

Als je niet weet dat recursieve loop nogal intensief is ben je überhaupt geen programmeur maar een prutser. Let op, ik BEN niet eens programmeur en gewoon prutser en weet dit al.
Sorry, maar Tail Recursion is juist erg efficient. Nog sterker, functionele programmeertalen doen alles met recursie. En zo inefficient zijn die ook niet.
quote:
Klopt, maar het is geen NOODZAKELIJKE kennis om een goede app te schrijven. Let op he, het gaat er hier niet om of mensen die zich in een platform verdiepen wellicht betere programmeurs zijn. Er wordt hier stellig beweerd dat MBO'ers géén programmeur kunnen zijn omdat ze niet weten hoe een assembler of compiler werkt. En DAT zijn blatante nonsens.
Klopt. Dat maakt ze geen slechte programmeurs. Maar het is gewoon noodzakelijke kennis ongeacht het niveau. Uit ervaring weet ik dat je toch wel krijgt te horen hoe het allemaal in elkaar zit.
pi_59750640
quote:
Op zaterdag 28 juni 2008 12:17 schreef Anthraxx het volgende:
Mja, ik ben zelf van mening dat een programmeur beter wordt als hij het onderliggende platform ook beheerst. De programmeur kan dan op bepaalde zaken inspelen, waardoor de compiler efficienter kan optimaliseren en je CPU efficienter het programma uitvoert (met minder geheugen).
Er aan voorbij gaand dat sommige optimalisatieslagen door de compiler beter uitgevoerd kunnen worden dan door de gemiddelde programmeur mits de gemiddelde programmeur niet zelf halfslachtig werk heeft lopen leveren.
"If you are depressed you shouldn't be in C major!" - Rick Beato
  zaterdag 28 juni 2008 @ 12:25:26 #250
13783 Anthraxx
When you see the robot, drink!
pi_59750648
Dat heb je andersom natuurlijk ook. Maar je hebt een punt ja.
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')