Origineel gepost door gast12875

Dat haal ik vandaan uit mijn eigen ervaring. Mocht dit niet kloppen, dan bied ik bij deze mijn excusses aan. Maar zoals ik al zei is dat naar mijn inzien.

Maar hoeveel mensen falen op basis van eigen ervaring niet heel hard bij projecten? :p

unit tests unit tests unit tests unit tests unit tests unit tests unit tests unit tests! =]

Goed kunnen programmeren is één kwaliteit van een ontwikkelaar. Communiceren is naar mijn idee ook erg belangrijk om de opdracht met goed gevolg af te kunnen ronden. Iets als:

Code:

while ($oCustomer->explain($sPlan) == $oCoder->explain($sCode))
{ if 
   (! Core::communicate( 
         $sPlan = $oCustomer->work($sPlan),
         $sCode = $oCoder->work($sPlan)
      )
   )  exit;
}

NB. Heerlijk die vernaggelde newlines in mijn codetje :(

En naast goed kunnen communiceren en ontwikkelen is code net ordenen ook van belang ;)

Ik denk dat de TS nu wel helder heeft hoe hij een goede/slechte scripter herkent.
Het begint nu meer te lijken op een topic waarbij we elkaar de les proberen te leren :)

Enkele quotes zijn sneller dan dubbele, maar dit geld alleen zodra deze geëchoëd moeten worden.

Origineel gepost door Steven Verkuil

Ik denk dat de TS nu wel helder heeft hoe hij een goede/slechte scripter herkent.
Het begint nu meer te lijken op een topic waarbij we elkaar de les proberen te leren :)

Dat mag ook wel eens gebeuren lijkt mij...

Een baser die het voor €7,50 doet heeft natuurlijk minder kwaliteit, slechter geordende code en minder semantiek dan iemand die het voor €60,- doet. Dat schijnt hier nog al vaak verward te worden.

Origineel gepost door EvK

Dat mag ook wel eens gebeuren lijkt mij...

Een baser die het voor €7,50 doet heeft natuurlijk minder kwaliteit, slechter geordende code en minder semantiek dan iemand die het voor €60,- doet. Dat schijnt hier nog al vaak verward te worden.

Wat is dit nou weer voor eersterangs lulkoek? Kan best kloppen dat je voor €60 vaak een betere te pakken hebt, maar om hier even te gaan meedelen dat dit een ongeschreven wet is...? Er zijn zat mensen die zich voordoen als professional en dat totaal niet zijn, en er zijn mensen die prima tot uitstekend verstand van zaken hebben, maar geen €60 per uur declareren.

Of zit er een verborgen vorm van ironie in jouw post...?
Aanvullend bericht:

Origineel gepost door Steven Verkuil

Het begint nu meer te lijken op een topic waarbij we elkaar de les proberen te leren :)

Klopt, maar dat is toch ook leuk :-) ?

Wat is dit nou weer voor eersterangs lulkoek?
...
Of zit er een verborgen vorm van ironie in jouw post...?

Origineel gepost door Steven Verkuil
Het begint nu meer te lijken op een topic waarbij we elkaar de les proberen te leren :)

Klopt, maar dat is toch ook leuk :-) ?

enig :)

Origineel gepost door J. Willemsen

$naam = "Je leeftijd is $leeftijd"; bijvoorbeeld
Moet natuurlijk $sNaam = "Je leeftijd is ". $iLeeftijd;

dus als ik me niet vergis heb je een statische variable Naam waar een leeftijd wordt opgeslagen... ?
Leeftijd daarentegen is een interface class ?
Heeft volledig te maken met de stijl waarop je programmeert, het feit dat je hungarian notation toe wilt passen verandert daar niks aan. Iedereen heeft daarin een andere versie en dat staat ook niet vast. (en ik snap dat het bij jou String en Integer is)
Ieder zijn eigen stijl daarin...

Origineel gepost door N. Kaag

Enkele quotes zijn sneller dan dubbele, maar dit geld alleen zodra deze geëchoëd moeten worden.

Nee, "$naam" wordt ook meteen geparsed ook al hoef je het niet te echo'en. echo is enkel het outputten van een variable. variables binnen dubbele quotes worden on the fly geresolved. Kost ten opzichte van een simpele string (enkele quotes) aanzienlijk meer tijd.

Hoe herken je een goede programmeur blijft dan een leuke rest vraag.
Als je het baseert op coding styles ga je de fout al in want dat zegt niks over de uiteindelijke werking van het programma.
Baseer je het op gebruikte hulpmiddelen (pdo, frameworks, whatever) heb je er net zo min wat aan.
Een simpelere maatstaaf is vaak de persoon laten uitleggen wat, hoe en waarom.
Wat ga je maken? Hoe ga je dat voor elkaar krijgen? Waarom ga je het op die manier doen?
Laat hem van te voren mogelijke bottlenecks analyseren en laat hem uitleggen hoe hij daar mee om gaat.

Mocht je zelf niks met deze informatie kunnen... wellicht moet je dan niet gaan bepalen waarom het wel of niet een goede programmeur is maar dat aan een ander overlaten...

@Martijn,
behh
http://www.scriptorama.nl/algemeen/quotes-battle

Origineel gepost door N. Kaag

@Martijn,
behh
http://www.scriptorama.nl/algemeen/quotes-battle

allereerst thx, wist niet dat het zo erg was met "" namelijk ^_^

daarnaast weet ik niet welke info van mij niet klopt maar "" wordt bij het assignen resolved, zoals ik stelde, én zoals te zien is op de benchmark is single quoted bijne 3x zo snel, wat ik onder 'aanzienlijk' versta.
Dat het op de lange duur niet uit maakt omdat het zo'n klein verschil maakt op de totale executiesnelheid doet daar niks aan af. 0.1% is 0.1%