DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Ja ok, maar hoe zit dat dan met de queries zelf? Moet je dan niet alsnog bepaalde syntax zoals LIMIT...OFFSET aanpassen voor postgres?quote:Op zaterdag 4 oktober 2014 20:04 schreef Rockfire het volgende:
[..]
Ik heb het al degelijk wel eens meegemaakt. Switchen van database (van MySQL naar Postgres) en helaas was er geen gebruik gemaakt van PDO
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
Jawel, maar als dat alles is is het veel minder werk dan ook nog de code ombouwen naar PDO-gebruikquote:
[..]
Ja ok, maar hoe zit dat dan met de queries zelf? Moet je dan niet alsnog bepaalde syntax zoals LIMIT...OFFSET aanpassen voor postgres?
In principe heb je gelijk, maar het ligt er ook aan hoe de applicatie is opgebouwd. Ik maak nu zelf gebruik van mysqli maar ik zou het in een paar minuten kunnen ombouwen naar PDO of iets anders omdat ik het gewoon in een database-classje heb zitten dus ik hoef maar een paar functies aan te passen.quote:
[..]
Jawel, maar als dat alles is is het veel minder werk dan ook nog de code ombouwen naar PDO-gebruik
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
Dat regelt de ORM voor ons. Whieeee.quote:
[..]
Ja ok, maar hoe zit dat dan met de queries zelf? Moet je dan niet alsnog bepaalde syntax zoals LIMIT...OFFSET aanpassen voor postgres?
In theory there is no difference between theory and practice. In practice there is.
Tot op heden geen probleem, maar die kunnen nog komen hoorquote:Op donderdag 2 oktober 2014 21:55 schreef KomtTijd... het volgende:
InnoDB tabellen zou je als het goed is niet moeten kunnen kopiëren door de bestanden in het filesystem te kopiëren. Althans, misschien kan het goed gaan maar het wordt uitdrukkelijk afgeraden en niet ondersteund.
Just say hi!
Gewoon even omdat ik graag van input van anderen hou,Hoe zouden jullie de volgende situatie aanpakken;
Een groothandel met een ~10,000 klanten die regelmatig wat bestellen uit een assortiment van 60,000 producten die zijn onderverdeeld in ongeveer 150 categorieën.
Waarbij er per klant/inkoopgroep korting gegeven kan worden complete groepen, individuele producten, staffelkorting, uitzonderingen binnen groepen waarop geen korting gegeven mag worden, actie periodes waarvoor een andere prijs geldt, kortingen vanaf een bepaald bedrag en kortingen die zowel als een prijsafspraak of als een percentage kunnen worden gegeven en combinaties hiertussen.
Dit werkt op dit moment allemaal nog "on the fly" maar ik merk zelf dat de performance wanneer bijvoorbeeld gechecked moet worden op staffelkortingen die gegeven worden op een combinatie van een merk en een groep niet is wat het zou moeten zijn.
Is het een gek idee om kortingen voor een klant op het moment van het aanmaken van een regel,en bij het wijzigen / aanmaken van een product wordt gecontroleerd of er klanten zijn die in aanmerkingen komen voor korting. op te slaan in een database, zodat deze berekeningen niet constant in de winkelwagen, bij wijze van hoeven plaats te vinden?
Ik zou eerst eens uitzoeken welke queries zo lang duren en waarom, en of je daar iets aan kunt optimaliseren.
Zoals gezegd, kijk eerst waar de bottleneck precies ligt. Alles in MySql proppen is ook niet ideaal, zeker niet als je later besluit om nog eens van Database technologie te wisselen. Het zou bijvoorbeeld ook best kunnen zijn dat het handiger is om hier een back-end service voor in te richten. PHP is niet bepaald optimaal voor zware berekeningen en daarbij kun je met een dergelijke oplossing gebruik maken van caching. Bovendien is het non-blocking, oftewel, de gebruiker hoeft er niet op te wachten. Een andere oplossingsrichting is bijvoorbeeld het gebruik maken van web workers om in de browser asynchroon iets te laten uitvoeren.quote:Op maandag 6 oktober 2014 23:22 schreef TwenteFC het volgende:
Hoe zouden jullie de volgende situatie aanpakken;
Een groothandel met een ~10,000 klanten die regelmatig wat bestellen uit een assortiment van 60,000 producten die zijn onderverdeeld in ongeveer 150 categorieën.
Waarbij er per klant/inkoopgroep korting gegeven kan worden complete groepen, individuele producten, staffelkorting, uitzonderingen binnen groepen waarop geen korting gegeven mag worden, actie periodes waarvoor een andere prijs geldt, kortingen vanaf een bepaald bedrag en kortingen die zowel als een prijsafspraak of als een percentage kunnen worden gegeven en combinaties hiertussen.
Dit werkt op dit moment allemaal nog "on the fly" maar ik merk zelf dat de performance wanneer bijvoorbeeld gechecked moet worden op staffelkortingen die gegeven worden op een combinatie van een merk en een groep niet is wat het zou moeten zijn.
Is het een gek idee om kortingen voor een klant op het moment van het aanmaken van een regel,en bij het wijzigen / aanmaken van een product wordt gecontroleerd of er klanten zijn die in aanmerkingen komen voor korting. op te slaan in een database, zodat deze berekeningen niet constant in de winkelwagen, bij wijze van hoeven plaats te vinden?
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Sowieso, mocht je voor 1 of 2 berekeningen een pagina op moeten houden, kun je die beter als asynchrone request uitvoeren.
Als eerste zou ik uitzoeken waarom die berekeningen zo lang duren en of er niet wat te optimaliseren valt.quote:
Hoe zouden jullie de volgende situatie aanpakken;
Een groothandel met een ~10,000 klanten die regelmatig wat bestellen uit een assortiment van 60,000 producten die zijn onderverdeeld in ongeveer 150 categorieën.
Waarbij er per klant/inkoopgroep korting gegeven kan worden complete groepen, individuele producten, staffelkorting, uitzonderingen binnen groepen waarop geen korting gegeven mag worden, actie periodes waarvoor een andere prijs geldt, kortingen vanaf een bepaald bedrag en kortingen die zowel als een prijsafspraak of als een percentage kunnen worden gegeven en combinaties hiertussen.
Dit werkt op dit moment allemaal nog "on the fly" maar ik merk zelf dat de performance wanneer bijvoorbeeld gechecked moet worden op staffelkortingen die gegeven worden op een combinatie van een merk en een groep niet is wat het zou moeten zijn.
Is het een gek idee om kortingen voor een klant op het moment van het aanmaken van een regel,en bij het wijzigen / aanmaken van een product wordt gecontroleerd of er klanten zijn die in aanmerkingen komen voor korting. op te slaan in een database, zodat deze berekeningen niet constant in de winkelwagen, bij wijze van hoeven plaats te vinden?
Daarnaast zou ik zeker de resultaten van berekeningen in een cache opslaan (in de sessie van de klant, welke in een file, db, memcached, etc... staat). Dan alleen bij wijzigingen die invloed hebben op de berekening dingen updaten.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
Das wel balen, anders had het in principe alleen een nieuwe handler gekost.quote:
[..]
Ik heb het al degelijk wel eens meegemaakt. Switchen van database (van MySQL naar Postgres) en helaas was er geen gebruik gemaakt van PDO
Tadumtiedum.
Ik ben aan het stoeien met een 'upload' module voor CMSMS. Ik wil de naamgeving van de bestanden aanpassen aan wat de user aangeeft. Dat kan met onderstaande code:
Ik wil aan de naamgeving een timestamp toevoegen. Hoe kan ik dat het beste oplossen?
Feitelijk moet de input value gecombineerd worden met
| 1 | <p>{$prompt_destname} <input type="text" name="{$actionid}input_destname" value="" size="40" maxlength="255"/></p> |
Ik wil aan de naamgeving een timestamp toevoegen. Hoe kan ik dat het beste oplossen?
Feitelijk moet de input value gecombineerd worden met
| 1 | {current_date format="%y%m%d%T"} |
uit de documentatie van de uploads module:
[ Bericht 8% gewijzigd door KomtTijd... op 08-10-2014 13:18:55 ]
Misschien is de engelse helppage wat duidelijker, mocht je er niet uit komen.quote:(optional) prefix="0" - Een boolean die aangeeft of bestandsnamen een prefix moeten hebben
(optional) prefix_feu="0" - Een boolean parameter die aangeeft dat de prefix van de huidige auteur gebruikt moet worden of, als deze niet opgegeven is, de prefix van de huidige tijd (in dechex formaat)
[ Bericht 8% gewijzigd door KomtTijd... op 08-10-2014 13:18:55 ]
Noem het dan gewoon has_prefix, prefix_author, dan is het in een keer duidelijk. Naamgeving van dingen.. blergh.quote:
uit de documentatie van de uploads module:
[..]
Misschien is de engelse helppage wat duidelijker, mocht je er niet uit komen.
In theory there is no difference between theory and practice. In practice there is.
Ik denk eerder dat de omschrijvingen gewoon brak vertaald zijn, geen zin om het weer te checken gezien dat met 10 seconden trial-and-error ook wel vast te stellen valt.
Bedankt voor de feedback. Nu weet ik in ieder geval in welke hoek ik het moet zoeken.
Juist die helppagina vind ik nogal verwarrend. De code heb ik toegevoegd aan de template voor het formulier (bovenstaande code) dat werkte niet. Vervolgens als de code op de pagina en ik krijg het niet aan de praat.
Juist die helppagina vind ik nogal verwarrend. De code heb ik toegevoegd aan de template voor het formulier (bovenstaande code) dat werkte niet. Vervolgens als de code op de pagina en ik krijg het niet aan de praat.
Het is ook niet naar jou toe hoor. Ik zie het in onze eigen code base ook. Ding krijgt een naam ala: user_id terwijl we het over een haar_kleur_id hebben. Argh! Dan heb ik liever dat ze het foo noemen.quote:
Ik denk eerder dat de omschrijvingen gewoon brak vertaald zijn, geen zin om het weer te checken gezien dat met 10 seconden trial-and-error ook wel vast te stellen valt.
In theory there is no difference between theory and practice. In practice there is.
Van myVar1 t/m myVar392 en myTemporaryVar1 t/m myTemporaryVar921 word ik meestal ook niet echt vrolijk. Eén van de redenen dat ik blij ben dat ik nauwelijks meer met PHP developers te maken heb.quote:
[..]
Het is ook niet naar jou toe hoor. Ik zie het in onze eigen code base ook. Ding krijgt een naam ala: user_id terwijl we het over een haar_kleur_id hebben. Argh! Dan heb ik liever dat ze het foo noemen.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Dit speelt natuurlijk niet alleen onder PHP-developers, hequote:
[..]
Van myVar1 t/m myVar392 en myTemporaryVar1 t/m myTemporaryVar921 word ik meestal ook niet echt vrolijk. Eén van de redenen dat ik blij ben dat ik nauwelijks meer met PHP developers te maken heb.
There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
Nee, maar de kracht van PHP is echter dat het simpel en laagdrempelig. Dat is ook gelijk het probleem. Bijna iedere debiel kan er mee werken en helaas doen ook veel te veel debielen dat.quote:Op woensdag 8 oktober 2014 15:24 schreef Tijn het volgende:
[..]
Dit speelt natuurlijk niet alleen onder PHP-developers, he
There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
Je kunt prima programmeren in PHP, hoewel de taal zelf al wel enorm slordig en chaotisch is, maar het gebeurt veel te weinig.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Ik heb wel het idee dat het mede dankzij de toolset van vandaag de dag (Composer, Symphony etc.) en de ontwikkelingen in de taal (deprecaten van mysql_ functies enzo) het de laatste tijd wat beter gesteld is.
Maar om eerlijk te zijn zie ik eigenlijk niet zoveel PHP-code van anderen om echt een idee te hebben van wat mensen over het algemeen doen
[ Bericht 0% gewijzigd door Tijn op 08-10-2014 16:19:40 ]
Maar om eerlijk te zijn zie ik eigenlijk niet zoveel PHP-code van anderen om echt een idee te hebben van wat mensen over het algemeen doen
[ Bericht 0% gewijzigd door Tijn op 08-10-2014 16:19:40 ]
Ik zal je mijn code verder besparen danquote:
Ik heb wel het idee dat het mede dankzij de toolset van vandaag de dag (Composer, Symphony etc.) en de ontwikkelingen in de taal (deprecaten van mysql_ functies enzo) de laatste tijd wat beter gesteld is.
Maar om eerlijk te zijn zie ik eigenlijk niet zoveel PHP-code van anderen om echt een idee te hebben van wat mensen over het algemeen doen
Het werkt nu zoals t moet (geloof ik), optimaliseren komt daarna
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
[i]What would life be like without rhethorical questions?[/i]
Of van die mensen die constant bestaande variabelen OPNIEUW in een andere zetten en dan er uiteindelijk niks mee doenquote:
[..]
Van myVar1 t/m myVar392 en myTemporaryVar1 t/m myTemporaryVar921 word ik meestal ook niet echt vrolijk. Eén van de redenen dat ik blij ben dat ik nauwelijks meer met PHP developers te maken heb.
| 1 2 3 4 | <?php $name = $_POST['name']; echo $name; //WAAAAAAAAAAAAAAAAAAAAAAAAAAAAROM!!!!! |
[ Bericht 27% gewijzigd door #ANONIEM op 08-10-2014 16:23:49 ]
Voor de wat grotere projecten wel ja, maar het neemt niet weg dat PHP in de basis nog steeds heel beroerd ontworpen is. Zie bijvoorbeeld deze vermakelijke klaagzang.quote:
Ik heb wel het idee dat het mede dankzij de toolset van vandaag de dag (Composer, Symphony etc.) en de ontwikkelingen in de taal (deprecaten van mysql_ functies enzo) de laatste tijd wat beter gesteld is.
Maar om eerlijk te zijn zie ik eigenlijk niet zoveel PHP-code van anderen om echt een idee te hebben van wat mensen over het algemeen doen
Verder wordt er nog heel wat aangeklooid in de PHP wereld.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Het is helemaal niet ontworpen. Het is samengesteld uit ingestuurde patches vanuit de community. Dat is de reden dat het zo inconsistent is, maar dat is ook de reden dat het bijvoorbeeld een van de eerste talen buiten Javascript was die JSON ondersteunde. PHP's makke is ook z'n kracht, namelijk dat het kan zijn wat de mensen willen dat het is.quote:
[..]
het neemt niet weg dat PHP in de basis nog steeds heel beroerd ontworpen is
Dat is geen excuus natuurlijk. Legio projecten werken met community contributions. Dat betekent echter niet dat elke wijziging blind geaccepteerd wordt of dat er geen hele heldere eisen kunnen worden gesteld waar de bijdragen aan moeten voldoen.quote:
[..]
Het is helemaal niet ontworpen. Het is samengesteld uit ingestuurde patches vanuit de community. Dat is de reden dat het zo inconsistent is, maar dat is ook de reden dat het bijvoorbeeld een van de eerste talen buiten Javascript was die JSON ondersteunde.
Zoals ik al zei. Iedere debiel kan het in principe gebruiken, dat is zowel een voordeel als een nadeel. Voor mij als developer toch voornamelijk een nadeel.quote:PHP's makke is ook z'n kracht, namelijk dat het kan zijn wat de mensen willen dat het is.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Klopt. Op mijn werk is het Perl en JS (angular) wat de klok slaat.quote:
[..]
Dit speelt natuurlijk niet alleen onder PHP-developers, he
There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
In theory there is no difference between theory and practice. In practice there is.
Maar meestal hebben die projecten wel iemand aan het hoofd die de baas is en een visie heeft. Dat is er bij PHP niet. Niemand is de baas en er is geen plan over wat PHP moet zijn. Het is gewoon wat het is.quote:
[..]
Dat is geen excuus natuurlijk. Legio projecten werken met community contributions. Dat betekent echter niet dat elke wijziging blind geaccepteerd wordt of dat er geen hele heldere eisen kunnen worden gesteld waar de bijdragen aan moeten voldoen.
Misschien, hoewel je je met kwaliteit wel kunt onderscheiden van de meute. Ik denk dat het voor de wereld als geheel positief is dat er een populaire laagdrempelige programmeertaal bestaat die makkelijk is in te zetten voor het web.quote:Zoals ik al zei. Iedere debiel kan het in principe gebruiken, dat is zowel een voordeel als een nadeel. Voor mij als developer toch voornamelijk een nadeel.
Je hoeft geen echte centrale leider met een visie te hebben hoor. En er is wel degelijk een PHP team. Releases zijn natuurlijk centraal geregeld. Ik heb op PHP conferenties ook vaak genoeg smeekbedes van ze gehoord om ook wat bij te dragen. Op de vraag waarom de grotere partijen als facebook dat niet doen hadden ze dan niet echt een bevredigend antwoord.quote:
[..]
Maar meestal hebben die projecten wel iemand aan het hoofd die de baas is en een visie heeft. Dat is er bij PHP niet. Niemand is de baas en er is geen plan over wat PHP moet zijn. Het is gewoon wat het is.
Oh het voldoet prima voor simpele webtoepassingen. Wil je meer performance dan moet je toch zoals facebook wel je eigen compilers gaan schrijven.quote:Misschien, hoewel je je met kwaliteit wel kunt onderscheiden van de meute. Ik denk dat het voor de wereld als geheel positief is dat er een populaire laagdrempelige programmeertaal bestaat die makkelijk is in te zetten voor het web.
En als je niet zoals facebook groeit vanuit een hobby project dan begin je voor Enterprise level applicaties gewoon gelijk met bijvoorbeeld Java.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Wat is eigenlijk jouw mening over Python + Django?quote:Op woensdag 8 oktober 2014 18:47 schreef Monolith het volgende:
[..]
Je hoeft geen echte centrale leider met een visie te hebben hoor. En er is wel degelijk een PHP team. Releases zijn natuurlijk centraal geregeld. Ik heb op PHP conferenties ook vaak genoeg smeekbedes van ze gehoord om ook wat bij te dragen. Op de vraag waarom de grotere partijen als facebook dat niet doen hadden ze dan niet echt een bevredigend antwoord.
[..]
Oh het voldoet prima voor simpele webtoepassingen. Wil je meer performance dan moet je toch zoals facebook wel je eigen compilers gaan schrijven.
En als je niet zoals facebook groeit vanuit een hobby project dan begin je voor Enterprise level applicaties gewoon gelijk met bijvoorbeeld Java.
Dat is wel interessant, ja. Je zou zeggen dat grote partijen als Facebook, Wikimedia, Wordpress etc. er veel baat bij hebben om aan PHP mee te bouwen.quote:
[..]
Ik heb op PHP conferenties ook vaak genoeg smeekbedes van ze gehoord om ook wat bij te dragen. Op de vraag waarom de grotere partijen als facebook dat niet doen hadden ze dan niet echt een bevredigend antwoord.
Facebook heeft toch hiphop?
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
nee maar wel aan de toepassing. Het is íetsquote:
[..]
Maar leveren ze daarmee een bijdrage aan de codebase van PHP?
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
Misschien werkt het al prima en zat het probleem vooral bij performance wat Facebook dus met hiphop heeft opgelost.quote:
[..]
Dat is wel interessant, ja. Je zou zeggen dat grote partijen als Facebook, Wikimedia, Wordpress etc. er veel baat bij hebben om aan PHP mee te bouwen.
Dit soort dingen kom ik inderdaad ook wel eens tegen, godsgruwelijk irritant. Wat ook erg vervelend is wanneer mensen vreselijk inconsistente namen verzinnen.quote:
[..]
Het is ook niet naar jou toe hoor. Ik zie het in onze eigen code base ook. Ding krijgt een naam ala: user_id terwijl we het over een haar_kleur_id hebben. Argh! Dan heb ik liever dat ze het foo noemen.
$aGebruikers = [];
$gebruikersArray = [];
$gebruikers = [];
En dat in één pagina, en het komt er dan op neer dat alles wel iets met gebruikers te maken heeft en dat er ook wel gebruikers inzitten maar dat ze maar van die kut namen kiezen omdat ze de variabele niet willen overschrijven, of weet ik wat voor een reden ze hebben.
Of mensen die een hekel lijken te hebben aan namen die langer zijn bijv. 8 karakters.
Geef die krengen gewoon een naam die in 1 oog opslag te begrijpen is, en dat je weet wat er inzit.
Is daar geen fatsoenlijke tooling voor? Ik develop met name in c# en voor visual studio gebruiken we resharper, als ik daar een variable definieer die niet gebruikt word begint die gelijk te bokken, net zoals als een Variabele mogelijk niet aan confentions voldoet.quote:
[..]
Of van die mensen die constant bestaande variabelen OPNIEUW in een andere zetten en dan er uiteindelijk niks mee doen
[ code verwijderd ]
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
In elke taal kun je prima programmeren, echter als je taal de basis al niet afdwingt dan is de kans op brokken groot, daarom snap ik niet waarom mensen altijd maar worden aangezet om te beginnen met PHP en of Javascript, terwijl dat wel de slechtste talen zijn om te leren developen.quote:
[..]
Nee, maar de kracht van PHP is echter dat het simpel en laagdrempelig. Dat is ook gelijk het probleem. Bijna iedere debiel kan er mee werken en helaas doen ook veel te veel debielen dat.
Je kunt prima programmeren in PHP, hoewel de taal zelf al wel enorm slordig en chaotisch is, maar het gebeurt veel te weinig.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Werk je toevallig voor booking.comquote:
[..]
Klopt. Op mijn werk is het Perl en JS (angular) wat de klok slaat.
?Edit: Ik ben dement, had je dit al eerder gevraagt
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
van die mensen die onzinnige comments maken waar je niks aan hebt zijn ook irritantquote:
[..]
Of van die mensen die constant bestaande variabelen OPNIEUW in een andere zetten en dan er uiteindelijk niks mee doen
[ code verwijderd ]
Nee, maar wel in Amsterdam. Perlhoofdstad van Nederlandquote:
[..]
Werk je toevallig voor booking.com
Edit: Ik ben dement, had je dit al eerder gevraagt
[ Bericht 7% gewijzigd door slacker_nl op 09-10-2014 07:21:35 (mobiel af) ]
In theory there is no difference between theory and practice. In practice there is.
Juist vanwege de laagdrempeligheid en als je in de praktijk wilt leren dan is dat lekke makkelijk.quote:
[..]
In elke taal kun je prima programmeren, echter als je taal de basis al niet afdwingt dan is de kans op brokken groot, daarom snap ik niet waarom mensen altijd maar worden aangezet om te beginnen met PHP en of Javascript, terwijl dat wel de slechtste talen zijn om te leren developen.
Ik zou echter überhaupt niet gelijk beginnen met programmeren, maar met een iets abstractere basis.
Een groter probleem is mijns inziens juist dat mensen beginnen met een beetje klooien, zonder nou echt de fundamenten te snappen.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
javascript is fucking baas. Prima instapper juist.quote:
[..]
In elke taal kun je prima programmeren, echter als je taal de basis al niet afdwingt dan is de kans op brokken groot, daarom snap ik niet waarom mensen altijd maar worden aangezet om te beginnen met PHP en of Javascript, terwijl dat wel de slechtste talen zijn om te leren developen.
“Specialization is for insects”.—Robert Heinlein
Het probleem met Javascript is dat je echt heel goed moet weten hoe de taal werkt voordat je er goed mee aan de slag kunt. Er zijn heel veel dingen die stilzwijgend gebeuren en niet altijd even logisch zijn. Ik denk dat een beginner zich vooral moet concentreren op hoe programmeren überhaupt werkt en dan zijn de quirks van JS eigenlijk onnodige ballast.quote:
[..]
javascript is fucking baas. Prima instapper juist.
quote:
[..]
javascript is fucking baas. Prima instapper juist.
| 1 2 | console.log(0.4 + 0.3); console.log(0.4 + 0.2); |
Wat zie je in de console als je dit uitvoert?
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Dat floats niet precies zijn ligt niet aan Javascript, dat komt door je CPU. Elke programmeertaal heeft hier last van.quote:
[..]
[ code verwijderd ]
Wat zie je in de console als je dit uitvoert?
Als ik in C uitvoer:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | int main (int argv, char* argc[]) { if(0.4 + 0.3 == 0.7) { printf("0.4 + 0.3 = 0.7\r\n"); } else { printf("wut?\r\n"); } if(0.4 + 0.2 == 0.6) { printf("0.4 + 0.2 = 0.6\r\n"); } else { printf("wut?\r\n"); } return EXIT_SUCCESS; } |
Dan is de output:
| 1 2 | 0.4 + 0.3 = 0.7 wut? |
Java is in mijn ogen de beste taal om te beginnen. Forceert een paradigma waardoor je beginners niet verward.
Ik zou juist beginnen met shell scriptjes... 
In theory there is no difference between theory and practice. In practice there is.
Lekker BASH coden!quote:
Ik zou juist beginnen met shell scriptjes...
Kom maar konijntje, doe maar wiebelen wiebelen...
