De Devschuur Coffee Corner - Iteratie 4

[Woy]

Hier ook nog niet veel motivatie, vandaag weer de eerste dag werken, moet nog wel even op gang komen

[Woy]

_Moe_ schreef op vrijdag 03 januari 2014 @ 10:09:
[...]


Daarom kies ik er dus altijd voor om die momenten enkele taken van me te automatiseren, met als gevolg dat ik meer tijd heb om hier rond te hangen

Als je dat hier rondhangen nou eens automatiseert, dan heb je nog veel meer tijd over om nuttige dingen te doen

[Firesphere]

Woy schreef op vrijdag 03 januari 2014 @ 10:10:
[...]

Als je dat hier rondhangen nou eens automatiseert, dan heb je nog veel meer tijd over om nuttige dingen te doen

Dat lijkt jou een goed idee?

[Verwijderd]

http://www.flatvsrealism.com/

[Hydra]

_Moe_ schreef op vrijdag 03 januari 2014 @ 10:09:
Daarom kies ik er dus altijd voor om die momenten enkele taken van me te automatiseren, met als gevolg dat ik meer tijd heb om hier rond te hangen

Helaas zijn mijn taken niet echt te automatiseren

[Bosmonster]

Verwijderd schreef op vrijdag 03 januari 2014 @ 10:37:
http://www.flatvsrealism.com/

Klikken er 3 mensen tegelijk op die link, is gelijk de site dood

[Merethil]

Hydra schreef op vrijdag 03 januari 2014 @ 10:39:
[...]


Helaas zijn mijn taken niet echt te automatiseren

Dan wordt het tijd om je collega's te automatiseren.

[_Moe_]

Verwijderd schreef op vrijdag 03 januari 2014 @ 10:37:
http://www.flatvsrealism.com/

[Ealanrian]

Ik krijg echt een haat liefde verhouding met Stuxnet. Damm dat ding zit mooi in elkaar. Damm dat ding is complex...

[Jan_V]

Zo, voor het eerst dat er 'leuke' promotional offers zijn wanneer je een MCP bent.
Korting op o'reilly boeken en gratis SQL backup software (http://sqlbackupandftp.com/)

Misschien toch maar eens vaker kijken of er wat leuks staat.

[eBoR]

Jan v. Welke versie krijg je dan gratis ?

[Woy]

Op de MCP site staat dit:

Exclusive offer: SQLBackupAndFTP Professional
You are eligible to download SQLBackupAndFTP Professional ($69 value) for free, if you are currently holding one of the following certifications: Microsoft Certified Database Administrator (MCDBA), Microsoft Certified IT Professional (MCITP), Microsoft Certified Solutions Expert (MCSE), Microsoft Certified Solutions Master (MCSM), Microsoft Certified Solutions Developer (MCSD), Microsoft Certified Trainer (MCT), Microsoft Certified Master (MCM), or Microsoft Certified Architect (MCA). Please contact us with a confirmation of your certification, and we will email you a license key. This offer expires on December 31, 2013.

Dus het offer is al niet meer geldig

[Gamebuster]

Verwijderd schreef op vrijdag 03 januari 2014 @ 10:37:
http://www.flatvsrealism.com/

Laden duurt een eeuw Wat is het? #nieuwsgierig

edit: Holy crap, netjes gemaakt

[ Voor 8% gewijzigd door Gamebuster op 03-01-2014 12:46 ]

[CodeCaster]

Gamebuster schreef op vrijdag 03 januari 2014 @ 12:42:
[...]

Laden duurt een eeuw Wat is het? #nieuwsgierig

Je scrollt je een ongeluk door een HTML5-verhaaltje met aan het eind een beat-em-up en een nieuwjaarswens.

---

Wordt dat scrollen alleen op een Mac getest of zo? Altijd wanneer ik door zulke demo's scroll, lijkt de scrollsnelheid een kwart van wat het hoort te zijn in Chrome op Windows. Op een gegeven moment kon ik scroll-klikken op de pagina en de muis naar beneden bewegen om het vloeiend te laten afspelen, maar na een scène-overgang werkte dat niet meer.

[Rutix]

Bij mij lagt die ook soms met scrollen . Wel grappig gemaakt

Edit: Je kunt ook gewoon de scrollbar gebruiken dan werkt die wel vloeiend bij mij.

[ Voor 40% gewijzigd door Rutix op 03-01-2014 12:50 ]

[Bosmonster]

CodeCaster schreef op vrijdag 03 januari 2014 @ 12:45:
[...]

Je scrollt je een ongeluk door een HTML5-verhaaltje met aan het eind een beat-em-up en een nieuwjaarswens.

---

Wordt dat scrollen alleen op een Mac getest of zo? Altijd wanneer ik door zulke demo's scroll, lijkt de scrollsnelheid een kwart van wat het hoort te zijn in Chrome op Windows. Op een gegeven moment kon ik scroll-klikken op de pagina en de muis naar beneden bewegen om het vloeiend te laten afspelen, maar na een scène-overgang werkte dat niet meer.

Dat komt doordat Windows(-browsers) standaard geen smooth scrolling ondersteunen en Mac's wel. Om dit soort effecten (zoals ook parallax) soepel te laten lopen op Windows wordt dan meestal het hele scrollen overschreven met een javascript-versie die wel smooth loopt (maar uiteraard niet aanvoelt als native scrollen..)

Vreselijk voorbeeld wat dat betreft ook: http://www.milwaukeepolicenews.com/

Kun je echt scrollen tot je een ons weegt..

[ Voor 8% gewijzigd door Bosmonster op 03-01-2014 12:55 ]

[Jan_V]

Woy schreef op vrijdag 03 januari 2014 @ 12:31:
Op de MCP site staat dit:

[...]

Dus het offer is al niet meer geldig

Oh doh....
Wachten dus op een tool die wel handig is

[Verwijderd]

CodeCaster schreef op vrijdag 03 januari 2014 @ 12:45:
[...]

Je scrollt je een ongeluk door een HTML5-verhaaltje met aan het eind een beat-em-up en een nieuwjaarswens.

---

Wordt dat scrollen alleen op een Mac getest of zo? Altijd wanneer ik door zulke demo's scroll, lijkt de scrollsnelheid een kwart van wat het hoort te zijn in Chrome op Windows. Op een gegeven moment kon ik scroll-klikken op de pagina en de muis naar beneden bewegen om het vloeiend te laten afspelen, maar na een scène-overgang werkte dat niet meer.

Ik scroll op Windows dan gewoon met de pijltjestoetsen.

[Verwijderd]

Lang leve de Logitech muis met scrollen-zonder-weerstand-knopje

[kwaakvaak_v2]

lang leve designers die niet mee werken om dat soort scrollfest websites te ontwerpen

[Bosmonster]

kwaakvaak_v2 schreef op vrijdag 03 januari 2014 @ 13:35:
lang leve designers die niet mee werken om dat soort scrollfest websites te ontwerpen

Designers zijn nogal trend-gevoelig, wat helaas regelmatig hun rationeel denkvermogen overschaduwt

[Creepy]

[kwaakvaak_v2]

Bosmonster schreef op vrijdag 03 januari 2014 @ 13:39:
[...]


Designers zijn nogal trend-gevoelig, wat helaas regelmatig hun rationeel denkvermogen overschaduwt

Niet alleen designers

Klant : "Wij willen zo'n paralax scrollende website want dat heeft apple ook"
Account manager: "Okay... gaan wij doen.."


Want order schrijven is leuker werk dan met een klant praten, en ze vertellen dat het vanuit gebruikers perspectief een slecht idee is omdat ze nogal veel content hebben want niet gaat passen op onepage paralax scrollfest.

(om maar te zwijgen van het feit, dat paralax niet helemaal de correcte naam is)

[Verwijderd]

kwaakvaak_v2 schreef op vrijdag 03 januari 2014 @ 13:49:
[...]


Niet alleen designers

Klant : "Wij willen zo'n paralax scrollende website want dat heeft apple ook"
Account manager: "Okay... gaan wij doen.."


Want order schrijven is leuker werk dan met een klant praten, en ze vertellen dat het vanuit gebruikers perspectief een slecht idee is omdat ze nogal veel content hebben want niet gaat passen op onepage paralax scrollfest.

(om maar te zwijgen van het feit, dat paralax niet helemaal de correcte naam is)

Paralax websites zijn leuk maar kunnen inderdaad niet voor alle doeleinden. Als je te veel content hebt, wordt zo een site nogal moeilijk.

[Douweegbertje]

kwaakvaak_v2 schreef op vrijdag 03 januari 2014 @ 13:49:
[...]


Niet alleen designers

Klant : "Wij willen zo'n paralax scrollende website want dat heeft apple ook"
Account manager: "Okay... gaan wij doen.."


Want order schrijven is leuker werk dan met een klant praten, en ze vertellen dat het vanuit gebruikers perspectief een slecht idee is omdat ze nogal veel content hebben want niet gaat passen op onepage paralax scrollfest.

(om maar te zwijgen van het feit, dat paralax niet helemaal de correcte naam is)

Vind ik nog wel mee vallen hoor.. In feite zijn het allemaal pagina's, dus of je nu 1 zin hebt of een dik boekwerk.. het kan allemaal prima. Als ze dat zo graag willen, hoort dat ook geen probleem te zijn en vooralsnog zie ik totaal geen fatsoenlijke argumenten waarom het niet zou kunnen.. los van het feit dat je het blijkbaar niet leuk vind om te doen

[Voutloos]

Douweegbertje schreef op vrijdag 03 januari 2014 @ 13:51:
zie ik totaal geen fatsoenlijke argumenten waarom het niet zou kunnen..

'Omdat het kan' is ook niet altijd het meest fatsoenlijke argument om iets te maken.

/me Durft wel te voorspellen dat die stomme scrolldingen binnen paar jaar uit raken. En liever vandaag dan morgen.

[Firesphere]

[ Voor 59% gewijzigd door Firesphere op 03-01-2014 14:01 ]

[kwaakvaak_v2]

Douweegbertje schreef op vrijdag 03 januari 2014 @ 13:51:
[...]


Vind ik nog wel mee vallen hoor.. In feite zijn het allemaal pagina's, dus of je nu 1 zin hebt of een dik boekwerk.. het kan allemaal prima. Als ze dat zo graag willen, hoort dat ook geen probleem te zijn en vooralsnog zie ik totaal geen fatsoenlijke argumenten waarom het niet zou kunnen.. los van het feit dat je het blijkbaar niet leuk vind om te doen

Doe eens gek, zet je javascript uit en emuleer eens een screenreader zoals veel visueel gehandicapten gebruiken. Best lullig dat een politie website het dan niet meer doet en niet meer toont dan een klein lullig balkje waarin staat dat je javascript nodig hebt.

Of laat de site eens voorlezen door een text to speech tool..

Leuk screencandy als je visueel gehandicapten niet je primaire doelgroep is..

Plus ze zijn qua UX/IA ook vaak een ratje toe van opties, vinkjes, knopjes, blopjes en andere fiepertjes.

[Bosmonster]

kwaakvaak_v2 schreef op vrijdag 03 januari 2014 @ 14:35:
[...]

Plus ze zijn qua UX/IA ook vaak een ratje toe van opties, vinkjes, knopjes, blopjes en andere fiepertjes.

Verkoop je toevallig ook huispakken?

[wouterwouter2]

kwaakvaak_v2 schreef op vrijdag 03 januari 2014 @ 14:35:
[...]
Plus ze zijn qua UX/IA ook vaak een ratje toe van opties, vinkjes, knopjes, blopjes en andere fiepertjes.

Juist niet want het is maar 1 pagina

[SuperSjoerd]

Verwijderd schreef op vrijdag 03 januari 2014 @ 10:37:
http://www.flatvsrealism.com/

Site is dood

[D-Raven]

SuperSjoerd schreef op vrijdag 03 januari 2014 @ 14:43:
[...]

Site is dood

Werkt gewoon hoor. Tenminste in Chrome dan. De rest heb ik maar niet eens geprobeerd

[Verwijderd]

SuperSjoerd schreef op vrijdag 03 januari 2014 @ 14:43:
[...]

Site is dood

Hij ligt er inderdaad even uit momenteel.

[kwaakvaak_v2]

Bosmonster schreef op vrijdag 03 januari 2014 @ 14:41:
[...]


Verkoop je toevallig ook huispakken?

Dat doet neef Roy in Tilburg al.. Wil je er ook eentje? Want dan bel ik um ff..

wouterwouter2 schreef op vrijdag 03 januari 2014 @ 14:42:
[...]


Juist niet want het is maar 1 pagina

Ik gok dat jij die politie site die bosmonster hierboven ergens linkte niet heb bekeken

[ Voor 35% gewijzigd door kwaakvaak_v2 op 03-01-2014 15:00 ]

[Douweegbertje]

kwaakvaak_v2 schreef op vrijdag 03 januari 2014 @ 14:35:
[...]


*allemaal loze argumenten die niet specifiek op zulke websites slaan...*

Zet je JS uit en bekijk allerlei andere websites. Vrijwel alle websites gaan stuk zonder JS, en de wat grotere websites missen functionaliteiten bijvoorbeeld geen linker menu meer @ tweakers.

Kijk, ik vind het ook geen optimale websites hoor, die scrolldingen, maar als het gewoon goed gemaakt is, is het qua usability ook soms prima/perfect. Daarnaast: je hoeft niet eens JS te gebruiken om zulke sites te maken, dit kan prima met CSS only.

[Gamebuster]

Waarom zou een screenreader geen JS ondersteunen? Een screen reader kan toch gewoon een JS-enabled pagina laden en dan de resulterende content voorlezen?

Ik heb nog nooit een screenreader gebruikt, maar als een screenreader alleen al klapt omdat de pagina zonder JS niet geladen kan worden, heb je ook wel een crap reader. Los daarvan, een website zou natuurlijk ook gewoon moeten werken zonder Javascript tot een bepaald niveau.

[ Voor 47% gewijzigd door Gamebuster op 03-01-2014 15:35 ]

[Bosmonster]

Douweegbertje schreef op vrijdag 03 januari 2014 @ 15:27:
[...]
Kijk, ik vind het ook geen optimale websites hoor, die scrolldingen, maar als het gewoon goed gemaakt is, is het qua usability ook soms prima/perfect. Daarnaast: je hoeft niet eens JS te gebruiken om zulke sites te maken, dit kan prima met CSS only.

Probleem is dat je veel van dat soort "scrolldingen" niet smooth krijgt onder Windows zonder JS te gebruiken en het dan meer een "stotterparade" wordt. Dat was nu juist het hele punt...

Gamebuster schreef op vrijdag 03 januari 2014 @ 15:34:
Waarom zou een screenreader geen JS ondersteunen? Een screen reader kan toch gewoon een JS-enabled pagina laden en dan de resulterende content voorlezen?

Ik heb nog nooit een screenreader gebruikt, maar als een screenreader alleen al klapt omdat de pagina zonder JS niet geladen kan worden, heb je ook wel een crap reader. Los daarvan, een website zou natuurlijk ook gewoon moeten werken zonder Javascript tot een bepaald niveau.

Ik denk dat je onderschat hoe lastig het is om overzicht te bewaren over een website als je helemaal geen visueel overzicht hebt. Een blinde leest en navigeert een pagina woord voor woord. Hoe ga je een blinde op de hoogte brengen van een of ander hover effect waar er ineens content of een menu op een ander deel van de pagina verschijnt bijvoorbeeld? Of dat er via AJAX willekeurige delen van de pagina updaten?

Het kunnen ondersteunen van Javascript is dus helemaal het probleem niet, maar het kunnen communiceren van een compleet dynamische pagina richting een visueel gehandicapte is een praktisch onmogelijke opgave. Daarom dient de content van een site toegankelijk te zijn zonder javascript, als er volgens de webrichtlijnen ontwikkeld wordt.

[HuHu]

Gamebuster schreef op vrijdag 03 januari 2014 @ 15:34:
Waarom zou een screenreader geen JS ondersteunen? Een screen reader kan toch gewoon een JS-enabled pagina laden en dan de resulterende content voorlezen?

Ik heb nog nooit een screenreader gebruikt, maar als een screenreader alleen al klapt omdat de pagina zonder JS niet geladen kan worden, heb je ook wel een crap reader. Los daarvan, een website zou natuurlijk ook gewoon moeten werken zonder Javascript tot een bepaald niveau.

Zo werkt dat niet helemaal. Een screenreader kan ook geen acties uitvoeren om iets te laten gebeuren op de pagina (middels JS), wat leidt tot "resulterende content". Je kunt namelijk geen acties uitvoeren, dus ook geen resultaat krijgen.

Ga maar eens naar die site die eerder is genoemd (http://www.milwaukeepolicenews.com/), klik op About en dan op "How do I pay a parking ticket?". Gaat simpel in een gewone browser.

Installeer vervolgens eens een text-only browser, zoals Lynx, en probeer hetzelfde. Ik hoor graag hoeveel muisklikken/toetsaanslagen je nodig had.

spoiler:

De about-link werkt niet zonder JS en leidt tot een 404. De homepage is 67 pagina's lang (zie broncode), die je allemaal moet doorscrollen (ik moet niet denken aan een screenreader dat alles voorleest !!), totdat je uiteindelijk helemaal onderaan het linkje vindt.

[HMS]

Verdorie jongens, hebben we een keer een Software Architect in de corner. Jagen jullie hem weg. Ik had nog zo veel vragen

[Bosmonster]

De homepage is 67 pagina's lang (zie broncode), die je allemaal moet doorscrollen (ik moet niet denken aan een screenreader dat alles voorleest !!), totdat je uiteindelijk helemaal onderaan het linkje vindt.

Blinden navigeren bijna altijd op basis van headers (h1, h2, h3) en springen daarmee door de content heen. Daarom zijn ook die heel belangrijk om goed te gebruiken.

Maar zo is het eigenlijk voor al die "stomme toegankelijkheidsregeltjes". Als je een keer een blinde aan het werk hebt gezien snap je ineens waar het nu eigenlijk om draait

[Firesphere]

HMS schreef op vrijdag 03 januari 2014 @ 16:34:
Verdorie jongens, hebben we een keer een Software Architect in de corner. Jagen jullie hem weg. Ik had nog zo veel vragen

Hydra wil wel SA worden, dus misschien kun je hem helpen door hem wat oefenvragen te stellen?

[F.West98]

Is het logisch dat als in de API-docs overal /account/manage/... staat het een fout is als er ineens /account/manager/... staat?
Ja toch?

Dan werk ik samen met een niet zo snuggere fout-begrijpende programmeur
_{Sowieso, een accountinstelling in een willekeurige informatie-class stoppen ipv in de Account-class is dom}

[ Voor 3% gewijzigd door F.West98 op 03-01-2014 16:56 ]

[HMS]

F.West98 schreef op vrijdag 03 januari 2014 @ 16:42:


Is het logisch dat als in de API-docs overal /account/manage/... staat het een fout is als er ineens /account/manager/... staat?
Ja toch?

Dan werk ik samen met een niet zo snuggere programmeur
_{Sowieso, een accountinstelling in een willekeurige informatie-class stoppen ipv in de Account-class is dom}

Ik denk dat wij context missen om hier een zinnig antwoord over te geven, en om nou gelijk iemand 'niet zo snugger' te noemen is ook niet lief

[F.West98]

HMS schreef op vrijdag 03 januari 2014 @ 16:48:
[...]


Ik denk dat wij context missen om hier een zinnig antwoord over te geven, en om nou gelijk iemand 'niet zo snugger' te noemen is ook niet lief

Nou. Niet zo snugger. Niet zo fout-begrijpend zeg maar
Context:
GET /account/manage/item1
POST /account/manage/item1
GET /account/manage/item2
POST /account/manager/item2
Die laatste 2 zijn het verkrijgen en het updaten van de desbetreffende items. Lijkt me logisch dat het dan een tikfout is?
Maar ok

[.oisyn]

F.West98 schreef op vrijdag 03 januari 2014 @ 16:56:
Lijkt me logisch dat het dan een tikfout is?

Assumption is the mother...

[Firesphere]

.oisyn schreef op vrijdag 03 januari 2014 @ 17:01:
[...]

Assumption is the mother...

Nee hoor, niet alt...

Wacht, laat maar, geen discussie met .oisyn starten

[Hydra]

HMS schreef op vrijdag 03 januari 2014 @ 16:34:
Verdorie jongens, hebben we een keer een Software Architect in de corner. Jagen jullie hem weg. Ik had nog zo veel vragen

Ik zag die knakker nog in een ander topic reageren, hoezo is 'ie 'weg' dan? Ik denk dat 'ie binnenkort gewoon weer aan komt kakken en doet alsof 'ie die discussie vergeten is.

Als 'ie IRL ook zo eigenwijs en borderline arrogant is, zal 'ie het wel moeilijk hebben op de middelbare school.

[F.West98]

.oisyn schreef op vrijdag 03 januari 2014 @ 17:01:
[...]

Assumption is the mother...

Nee hoor. Bij 1-op-1 overnemen kreeg hij een 404. Voor GET van hetzelfde moet je dezelfde link gebruiken.
In dit geval kon je best aannemen (en gewoon testen!) of het zo was.

[.oisyn]

Ik zeg niet dat het niet zo is, ik zeg alleen dat puur en alleen op basis van wat je ons presenteerde (en dat was niet bijster veel) niet kunt aannemen dat het een tikfout is. Ligt idd wel voor de hand, maar voor hetzelfde geld heeft een of andere idioot besloten dat het wel handig was om voor specifieke geval de spelling iets te wijzigen. Ik heb erger gezien

[Hydra]

Daarbij; ik copy-paste over het algemeen ook URLs uit documentatie. Het wegvallen van 1 letter kun je compleet overheen lezen. Om dan nu te claimen dat iemand "niet zo snugger is" vind ik als jong pikkie nogal arrogant.

[.Gertjan.]

Hydra schreef op vrijdag 03 januari 2014 @ 17:15:
Daarbij; ik copy-paste over het algemeen ook URLs uit documentatie. Het wegvallen van 1 letter kun je compleet overheen lezen. Om dan nu te claimen dat iemand "niet zo snugger is" vind ik als jong pikkie nogal arrogant.

Tijd voor de vrijdagmiddag-popcorn?

[Korben]

Hydra schreef op vrijdag 03 januari 2014 @ 17:15:
Daarbij; ik copy-paste over het algemeen ook URLs uit documentatie. Het wegvallen van 1 letter kun je compleet overheen lezen. Om dan nu te claimen dat iemand "niet zo snugger is" vind ik als jong pikkie nogal arrogant.

Zeker .oisyn, waarvan bewezen is dat hij alle discussies voor het komende jaar al gewonnen heeft (dat staat immers in zijn ondertitel).

[F.West98]

.oisyn schreef op vrijdag 03 januari 2014 @ 17:10:
Ik zeg niet dat het niet zo is, ik zeg alleen dat puur en alleen op basis van wat je ons presenteerde (en dat was niet bijster veel) niet kunt aannemen dat het een tikfout is. Ligt idd wel voor de hand, maar voor hetzelfde geld heeft een of andere idioot besloten dat het wel handig was om voor specifieke geval de spelling iets te wijzigen. Ik heb erger gezien

Je probeert hiermee te zeggen dat ik een idioot ben?
Maar ok, in eerste geval van info was het niet aan te nemen.

offtopic:
Yes, eerst discussie met .oisyn en direct gelijkspel

@Hydra: Rustig. Ik ben geen 14-jarige SA. Ik ben een 15-jarige amateur

[Ealanrian]

F.West98 schreef op vrijdag 03 januari 2014 @ 17:21:
[...]

@Hydra: Rustig. Ik ben geen 14-jarige SA. Ik ben een 15-jarige amateur

Nog erger, je kan niks en je weet het van jezelf

[Gamebuster]

HuHu schreef op vrijdag 03 januari 2014 @ 16:14:
Zo werkt dat niet helemaal. Een screenreader kan ook geen acties uitvoeren om iets te laten gebeuren op de pagina (middels JS), wat leidt tot "resulterende content". Je kunt namelijk geen acties uitvoeren, dus ook geen resultaat krijgen.

Maar waarom niet? Het is toch een "screen reader" en niet een "html source reader". Waarom kan een screenreader niet functioneren als browser plugin die "gewoon" kan voorlezen wat in beeld is en kan navigeren door click-events te sturen naar knoppen die in beeld zijn? Als het moet kan je "knoppen" herkennen aan de aanwezigheid van click-event-listeners op het element.

Ik kan me niet voorstellen dat een screenreader, een product waar je waarschijnlijk grof geld voor neerlegt, zo beperkt in functionaliteit kan zijn. Als dat wel het geval is, wordt het tijd dat er iemand in actie komt om dat te veranderen.

[ Voor 24% gewijzigd door Gamebuster op 03-01-2014 17:35 ]

[.oisyn]

F.West98 schreef op vrijdag 03 januari 2014 @ 17:21:
[...]

Je probeert hiermee te zeggen dat ik een idioot ben?

Nee, niet daarmee. Je bent er wel een, maar dat staat hier los van

Maar ok, in eerste geval van info was het niet aan te nemen.

offtopic:
Yes, eerst discussie met .oisyn en direct gelijkspel

Het is geen gelijkspel als je je ongelijk toegeeft hoor. Desalniettemin verstandige zet

[.Gertjan.]

F.West98 schreef op vrijdag 03 januari 2014 @ 17:21:
[...]
@Hydra: Rustig. Ik ben geen 14-jarige SA. Ik ben een 15-jarige amateur

Toch maar eens teruggebladerd naar die SA discussie... Oh my, ben ik even afwezig gebeuren hier spannende dingen... Pffft, er als ik er rondhang wordt er alleen geklaagd over PHP

Op zich wel een grappig verhaal met die titels, want dat is mijn inziens een van de dingen die gruwelijk mis zit in onze sector. Geen enkele titel is heilig en als je wilt mag je iedere titel op je kaartje plempen. Zelf hanteer ik meestal Software Engineer omdat dat de specialisatie is waarop ik afstudeerde en omdat dat de titel is die op mijn diploma staat. Daarnaast sluit het prima aan bij mijn ing. titel (oftewel ingenieur). Staat mij bij dat ingenieur in sommige landen beschermd is

Ik heb ook lang zitten twijfelen, ik wilde een andere titel dan mijn (recent afgestudeerde) collega, maar wilde niet het idee scheppen dat ik mij extreem superieur voel. Daarnaast wilde ik ook uit mijn kaartje duidelijk laten blijken dat ik naast technisch contact persoon oor de andere zaken regel (als "directeur"). Diverse titels heb ik door mijn hoofd laten gaan, maar bij veel is helaas het idee er wel een beetje uitgeslagen door de sector of misbruik door mensen die een populaire titel zoeken (CIO, CTO, CEO, Managing Director, Software Architect, etc), uiteindelijk is het Owner / Senior Software Engineer geworden. Uiteraard omdat ik de baas ben en de Engineer titel om aan te geven dat ik meer doe dan alleen programmeren

Overigens is het gekloot met die junior/medior/senior titels ook een gedoen. Niemand wil junior heten en men geilt op het gebruik van senior... Zelf heb ik senior na veel wikken en wegen ervoor gezet zodat ik mijn collega niet junior hoef te noemen. Maar bij iedere oud werkgever is er altijd wel discussie geweest over die titels...

Ik ben bijna geneigd om op mijn kaartje te zetten:
"Just me, take it or leave it"

---

Mmmm, er slaat hier net in de buurt de bliksem in, pats stoppen eruit, maar gelukkig werk ik op een laptop

[BtM909]

MIJN UPC INTERNETVERBINDING IS KUT!!!!!

Jezus, het voelt weer als 1996: van 200Mbps naar 0.19Mbps (en ja het is alleen m'n download). Uplink is wel netjes zoals het hoort. pffff

[F.West98]

Ealanrian schreef op vrijdag 03 januari 2014 @ 17:30:
[...]

Nog erger, je kan niks en je weet het van jezelf

Ik kan wel wat, maar ik wil niet opscheppen
En, om Firesphere te quoten: zolang je door niemand junior bent genoemd ben je dat nog niet. Geldt voor alles.
Dus tja, ik ben nog geen junior, maar ik ben geen amateur in negatieve zin

.oisyn schreef op vrijdag 03 januari 2014 @ 17:38:
[...]

Nee, niet daarmee. Je bent er wel een, maar dat staat hier los van

Ik vind van niet!

[...]

Het is geen gelijkspel als je je ongelijk toegeeft hoor. Desalniettemin verstandige zet

Ik heb gezegd dat ik in één geval ongelijk had, maar niet in alle. Gelijkspel.

[BtM909]

één

Ga je encoding nou maar fixen

Of was het nou escaping

[ Voor 10% gewijzigd door BtM909 op 03-01-2014 18:06 ]

[Herko_ter_Horst]

BtM909 schreef op vrijdag 03 januari 2014 @ 18:04:
MIJN UPC INTERNETVERBINDING IS KUT!!!!!

Jezus, het voelt weer als 1996: van 200Mbps naar 0.19Mbps (en ja het is alleen m'n download). Uplink is wel netjes zoals het hoort. pffff

Torrents uitzetten

[HMS]

Zijn er hier ook mensen die met Docker (www.docker.io) bezig zijn? Erg leuke technologie, en ook zeer krachtig. Aanrader!

[Ryur]

HMS schreef op vrijdag 03 januari 2014 @ 18:21:
Zijn er hier ook mensen die met Docker (www.docker.io) bezig zijn? Erg leuke technologie, en ook zeer krachtig. Aanrader!

Ik ben nu druk met Vagrant.
Docker is net te nieuw waardoor ik er nog niet in ben gedoken.

[F.West98]

BtM909 schreef op vrijdag 03 januari 2014 @ 18:05:
[...]


Ga je encoding nou maar fixen

Of was het nou escaping

Ja maar hier doet 'ie het wel goed!

[Firesphere]

.Gertjan. schreef op vrijdag 03 januari 2014 @ 17:40:
[...]

Toch maar eens teruggebladerd naar die SA discussie... Oh my, ben ik even afwezig gebeuren hier spannende dingen... Pffft, er als ik er rondhang wordt er alleen geklaagd over PHP

Op zich wel een grappig verhaal met die titels, want dat is mijn inziens een van de dingen die gruwelijk mis zit in onze sector. Geen enkele titel is heilig en als je wilt mag je iedere titel op je kaartje plempen. Zelf hanteer ik meestal Software Engineer omdat dat de specialisatie is waarop ik afstudeerde en omdat dat de titel is die op mijn diploma staat. Daarnaast sluit het prima aan bij mijn ing. titel (oftewel ingenieur). Staat mij bij dat ingenieur in sommige landen beschermd is

Ik heb ook lang zitten twijfelen, ik wilde een andere titel dan mijn (recent afgestudeerde) collega, maar wilde niet het idee scheppen dat ik mij extreem superieur voel. Daarnaast wilde ik ook uit mijn kaartje duidelijk laten blijken dat ik naast technisch contact persoon oor de andere zaken regel (als "directeur"). Diverse titels heb ik door mijn hoofd laten gaan, maar bij veel is helaas het idee er wel een beetje uitgeslagen door de sector of misbruik door mensen die een populaire titel zoeken (CIO, CTO, CEO, Managing Director, Software Architect, etc), uiteindelijk is het Owner / Senior Software Engineer geworden. Uiteraard omdat ik de baas ben en de Engineer titel om aan te geven dat ik meer doe dan alleen programmeren

Overigens is het gekloot met die junior/medior/senior titels ook een gedoen. Niemand wil junior heten en men geilt op het gebruik van senior... Zelf heb ik senior na veel wikken en wegen ervoor gezet zodat ik mijn collega niet junior hoef te noemen. Maar bij iedere oud werkgever is er altijd wel discussie geweest over die titels...

Ik ben bijna geneigd om op mijn kaartje te zetten:
"Just me, take it or leave it"

junior/medior/senior is meer een soort van aangeven hoeveel ervaring je hebt voor mij. Niet een functie die wel of niet leidinggevende aangeeft.

Officieel ben ik medior, maar het zal me wat. Op mijn CV staat ook BSc in Applied Physics. Maar ik noem mezelf gewoon programmeur.
Er is wel een verschil tussen een prestigieuze titel aannemen en krijgen. Als je'm krijgt is het een blijk van waardering en kunnen. Zelf aannemen is een teken van overmoedt/zelfoverschatting.

F.West98 schreef op vrijdag 03 januari 2014 @ 18:04:
[...]

Ik kan wel wat, maar ik wil niet opscheppen
En, om Firesphere te quoten: zolang je door niemand junior bent genoemd ben je dat nog niet. Geldt voor alles.
Dus tja, ik ben nog geen junior, maar ik ben geen amateur in negatieve zin

Hah, heb ik in ieder geval nog enige macht!

[...]

Ik vind van niet!

Jij hebt nog niets te vinden.

[Hydra]

HMS schreef op vrijdag 03 januari 2014 @ 18:21:
Zijn er hier ook mensen die met Docker (www.docker.io) bezig zijn? Erg leuke technologie, en ook zeer krachtig. Aanrader!

Erg interessant, bedankt voor de tip!

[Firesphere]

* Firesphere fietst door het zwaarste deel van de storm naar huis

Ben zeiknat

[Douweegbertje]

Firesphere schreef op vrijdag 03 januari 2014 @ 20:02:
* Firesphere fietst door het zwaarste deel van de storm naar huis

Ben zeiknat

[.Gertjan.]

Firesphere schreef op vrijdag 03 januari 2014 @ 19:48:

junior/medior/senior is meer een soort van aangeven hoeveel ervaring je hebt voor mij. Niet een functie die wel of niet leidinggevende aangeeft.

Een junior zal in principe nooit leiding geven, een medior ook niet zo heel snel. Er zal namelijk over het algemeen een senior boven hangen die de grote lijnen uitzet (of in grote projecten een architect) en de anderen aanstuurt.

Binnen veel functiehuizen bepaalt je rol of je junior/medior/senior bent en niet zo zeer ervaring. Bij een aantal grote detacheerders ga je zelfs van rol 1 medior naar rol 2 junior (waarbij de rollen eigenlijk in elkaars verlengde liggen)

Junior staat over het algemeen voor "redelijk wat begeleiding nodig". Door de term helemaal weg te laten bij mijn collega (iig op zijn kaartje) vermijd ik discussies daarover. Uiteraard weet de klant wel dat hij minder ervaren is en dat er een ander tarief geldt.

Officieel ben ik medior, maar het zal me wat. Op mijn CV staat ook BSc in Applied Physics. Maar ik noem mezelf gewoon programmeur.
Er is wel een verschil tussen een prestigieuze titel aannemen en krijgen. Als je'm krijgt is het een blijk van waardering en kunnen. Zelf aannemen is een teken van overmoedt/zelfoverschatting.

Ik neem hem niet zomaar aan (nou ja behalve Owner, maar goed dat ben ik nu eenmaal ). Ik heb bij diverse bedrijven de rol engineer vervuld (ik zat namelijk op het uitzetten van de ideeen en niet zo zeer op de (detail)implementatie). Daarnaast omvat mijn rol ook leidinggeven en diverse andere facetten van het vak Ik ben dus manusje van alles, developer vond ik te kort door de bocht en beperkend (veel mensen zien je dan als een code-monkey, niet mijn mening overigens) en architect vond ik te verwaand, so engineer it is

Overigens over het krijgen van titels, mijn klanten geven mij genoeg mooie namen dus ik klaag niet. Bij een van de klanten ben ik benoemd tot Director ICT & Development en de term ICT-guru valt ook geregeld (zelfs naar klanten van klanten ). Dus ik ben niet zo bang dat ik mijzelf te hard op de borst sla

[Douweegbertje]

ICT zou verboten moeten worden. Naar mijn mening ben je dan nog een scholier. IT is het woord.
* Douweegbertje persoonlijke mierenneuk

Uiteindelijk gaat het deels om je uitstraling. Ik moet soms wat C.V's checken, en je geloofwaardigheid bij een bepaalde titel gaat enorm naar beneden als je een eigen "verzonnen" naam hebt. Noem je dan maar gewoon programmeur of wat dan ook. Op basis van je kennis en ervaringen weet iemand heus wel wat je kunnen ongeveer is.

[Ealanrian]

Douweegbertje schreef op vrijdag 03 januari 2014 @ 22:37:
ICT zou verboten moeten worden. Naar mijn mening ben je dan nog een scholier. IT is het woord.
* Ealanrian persoonlijke mierenneuk

Uiteindelijk gaat het deels om je uitstraling. Ik moet soms wat C.V's checken, en je geloofwaardigheid bij een bepaalde titel gaat enorm naar beneden als je een eigen "verzonnen" naam hebt. Noem je dan maar gewoon programmeur of wat dan ook. Op basis van je kennis en ervaringen weet iemand heus wel wat je kunnen ongeveer is.

Aangezien E-mail communicatie techniek is en ook daar dingen voor gemaakt moeten worden vind ik dat communicatie techniek er wel bij hoort * Ealanrian verzint een verklaring

[Douweegbertje]

Ealanrian schreef op vrijdag 03 januari 2014 @ 22:39:
[...]

Aangezien E-mail communicatie techniek is en ook daar dingen voor gemaakt moeten worden vind ik dat communicatie techniek er wel bij hoort * Ealanrian verzint een verklaring

En wat ze eigenlijk met ICT bedoelen is o.a. modems, het netwerk ervan (dus gsm, 3g,4g etc) en de datacommunicatie.

wiki (maar toch hé.. )

In het werkveld van ingenieurs duidt ICT vaak eerder op computertechniek (elektrotechnische/fysische aspecten)

Het is meer gewoon dat ik er van gruwel dat NL en BE even de naam ICT hebben bedacht terwijl dat in het buitenland vrijwel niet voorkomt. Wij beginnen in feite als ICTer, en dan word je opeens een ITer terwijl andere landen ICT juist zien als een extra specificatie op het woord IT..

Information and communications technology (ICT) is often used as an extended synonym for information technology (IT), but is a more specific term that stresses the role of unified communications[1] and the integration of telecommunications (telephone lines and wireless signals), computers as well as necessary enterprise software, middleware, storage, and audio-visual systems, which enable users to access, store, transmit, and manipulate information.

Ik zou graag zien dat we stoppen met overal ICT voor te plakken, terwijl het 90% van de gevallen "gewoon" IT is.

Zo, ik ben verder klaar met zeuren hoor haha

[Daos]

Het heette eerst ICT, maar sinds een grote crisis in de C spreekt men van IT. Voor mijn tijd heette het geloof ik "automatisering".

[ Voor 27% gewijzigd door Daos op 03-01-2014 23:06 . Reden: linkje ]

[F.West98]

Ik en PHP en een poging tot OOP
Het wordt té ingewikkeld. Ik krijg dan honderden functies die naar elkaar verwijzen enzo. Ik kan het niet zo mooi opzetten als in .NET enzo wel kan.
En het wordt dan al snel onoverzichtelijk.

Probleem is 80% tussen scherm en stoel
Probleem is 20% PHP. Het is te slecht, waardoor je slechte dingen gaat doen enzo.

[Douweegbertje]

Definieer slecht? Ik snap best dat PHP niet de allerbeste taal is noch erg gelieft hier maar ik heb nog nooit ervaren/gehoord dat OO niet lukt in PHP (of moeizaam is)...
Je probleem is volgens mij dat je appels met peren loopt te vergelijken. PHP is technisch gezien amper OO. Dus ja, soms is het een beetje ruk en stap je af van een 100% OO basis en ben je statisch/"procedural" bezig terwijl je het amper doorhebt. Maar dat is soms ook juist de kracht

dus ja, no shit dat je in PHP niet zo kan programmeren als in .NET, maar daar hoeft PHP nog niet slecht voor te zijn. Zoals ik misschien vaker heb gezegd was ik bezig om een grote applicatie te herschrijven o.a. OO. Het relaxte wat je kunt doen is om hier een framework voor te pakken.

Bijvoorbeeld in CodeIgniter zijn veel dingen opeens wel objecten zoals de session ipv een array. Dus tja, PHP en OOP is niet de perfecte combinatie maar tegenwoordig kun je redelijk ver komen..

als je nou vaker "vast" loopt op PHP, geef dan gewoon eens je Skype of whatever via de PM dan kan ik je misschien gewoon op weg helpen.

[Megamind]

Het .NET MVC framework is uiteindelijk ook gewoon een verzameling van classes en wat magic methods hier en daar. Opzich zijn er zat PHP frameworks die hetzelfde voor elkaar krijgen, dat je vastloopt op een hoop bestanden heeft weinig met OOP te maken.

[RobertMe]

Douweegbertje schreef op zaterdag 04 januari 2014 @ 04:11:
Bijvoorbeeld in CodeIgniter zijn veel dingen opeens wel objecten zoals de session ipv een array. Dus tja, PHP en OOP is niet de perfecte combinatie maar tegenwoordig kun je redelijk ver komen..

CodeIgniter, really? Ik werk nu twee maanden ermee en please, don't get me started. Het feit dat alles afhankelijk wordt van een enorm 'god object', wat toevallig de controller is, vind je handig?

PHP:

$CI = getInstance(); //dit geeft je controller terug
$CI->load->library('email'); //deze moet precies in de application/library map staan
//wil je hem gebruiken?
$CI->email->... //er is dus dynamisch een property toegevoegd aan het god object, wat dus de controller was
//wil je een nieuwe instantie aanmaken? Gaat niet, je kunt dit proberen:
$CI->load->library('email')
//gewoon opnieuw dus, maar dat doet niks omdat de Email class al geladen is en daarnaast de email property al bestaat

CodeIgniter stampt gewoon heel sterk uit de PHP4 tijd, en dat zie je heel erg eraan. Het is niet voor niks dat hordes CodeIgniter gebruikers overstappen naar bijvoorbeeld Symfony of Laravel. Daarnaast is CI3 al vrij lang in ontwikkeling, had het misschien al een jaar geleden gerealeased moeten zijn en is het dat nog steeds niet, ondanks dat het 0 schokkende veranderingen bevat. Ook het bedrijf achter CI heeft het al maanden in de verkoop staan. Buiten alleen de technische redenen al zou ik dus al niemand aanraden om CodeIgniter te gebruiken. Laat staan met technische redenen.

[Douweegbertje]

RobertMe schreef op zaterdag 04 januari 2014 @ 09:27:
[...]

CodeIgniter, really? Ik werk nu twee maanden ermee en please, don't get me started. Het feit dat alles afhankelijk wordt van een enorm 'god object', wat toevallig de controller is, vind je handig?

PHP:

$CI = getInstance(); //dit geeft je controller terug
$CI->load->library('email'); //deze moet precies in de application/library map staan
//wil je hem gebruiken?
$CI->email->... //er is dus dynamisch een property toegevoegd aan het god object, wat dus de controller was
//wil je een nieuwe instantie aanmaken? Gaat niet, je kunt dit proberen:
$CI->load->library('email')
//gewoon opnieuw dus, maar dat doet niks omdat de Email class al geladen is en daarnaast de email property al bestaat

CodeIgniter stampt gewoon heel sterk uit de PHP4 tijd, en dat zie je heel erg eraan. Het is niet voor niks dat hordes CodeIgniter gebruikers overstappen naar bijvoorbeeld Symfony of Laravel. Daarnaast is CI3 al vrij lang in ontwikkeling, had het misschien al een jaar geleden gerealeased moeten zijn en is het dat nog steeds niet, ondanks dat het 0 schokkende veranderingen bevat. Ook het bedrijf achter CI heeft het al maanden in de verkoop staan. Buiten alleen de technische redenen al zou ik dus al niemand aanraden om CodeIgniter te gebruiken. Laat staan met technische redenen.

Ik had het gewoon over een voorbeeld, en ja er zijn wellicht betere frameworks dan het outdated en stervende CI. Daarbij vind ik het nog wel meevallen hoor, zoals jij het zegt heb ik het nog niet ervaren. Het is toch ook grotendeels hoe CI werkt, en ik vind ik het wel handig om librarys gewoon te laden met $this-load.. In feite is dan alles beschikbaar en kun je gewoon de library handig aanspreken en je zooi eruit halen. Ik extend ook de standaard controller met mijn eigen controller om makkelijk standaard functies te gebruiken in plaats van een library.

Daarbij gezegd kun je wel nieuwe instances aanroepen door middel van:

PHP:

$CI->load->library('email');


$mail2 = new Email();
$mail3 = new Email();
//etc

Hierboven werkt 100%, maar misschien werkt dit ook nog wel;

PHP:

$CI->load->library('email'); 

$mail2 = $CI->load->library('email') 
$mail3 = $CI->load->library('email') 
//etc

Eigenlijk vind ik het nog wel logisch dat het er niet zomaar "makkelijker" in zit. Als je meerdere instances doet, moet je ook afvragen of je class wel goed in elkaar zit... Bijvoorbeeld voor de mail;

code:

$this->email->clear();

En je kunt weer opnieuw je zooi invullen. Daar hoef je dus niet voor elke mail een nieuwe instance te maken. Volgens mij zijn er maar bar weinig use-cases waarin je ergens opeens meerdere instances moet gaan draaien van een class.

[ Voor 3% gewijzigd door Douweegbertje op 04-01-2014 12:44 ]

[PatrickH89]

Het is alleen een beetje jammer dat je soms wel eens met reference problemen zit, omdat CI in feite gewoon globaal beschikbaar is (=controller) en alles daar een property van wordt. Je wilt vaak gewoon een lokaal object, maar in principe is dit niet hoe CI werkt. Dat je gewoon een instance van de class kunt maken met new nadat je de library hebt geladen is een onbedoelde bijwerking, niet hoe het bedoeld is.

[.Gertjan.]

Douweegbertje schreef op zaterdag 04 januari 2014 @ 12:40:
[...]
Volgens mij zijn er maar bar weinig use-cases waarin je ergens opeens meerdere instances moet gaan draaien van een class.

Niet? Wat dacht je van classes die dienen als data containers/entiteiten? Komt toch regelmatig voor dat ik meerdere instances van een class heb. Voor helper classes zoals mail zal het inderdaad niet veel voorkomen, maar dat zijn vaak classes die je sowieso static zult maken.

[Cartman!]

Als je OOP in PHP wilt kun je beter naar de nieuwere frameworks kijken als Symfony 2 of Zend Framework 2 of de meer lichtgewicht Silex of Laravel. Vanaf versie 5.3 is PHP imo zeker geschikt voor OOP, daarvoor ook wel maar een stuk minder. Het percentage dat je als zelf/PHP 80%/20% aangeeft zal eerder 95%/5% zijn omdat je anders gewend bent. Als ik in .NET aan de gang moet zal ik eerst ook roepen dat het brak is omdat ik niet bekend ben met best practices.

[F.West98]

Ik zat te twijfelen of het 80/20 of anders moest zijn, maar het is vooral ook dat het voor mij onoverzichtelijk wordt.
Ik heb een brakke API gemaakt, nu wil ik opnieuw & goed oppakken, maar dat kan dan weer niet omdat ik de oude manier moet supporten.
Ik zit dus enorm in een tweestrijd. Maar wat ik vooral heel jammer vind van PHP is dat alles alles kan zijn. Ik vind het veel handiger om op te geven dat iets een string MOET zijn, of een andere class. Dat is het voornaamste bezwaar.
Omdat het niet hoeft, en het niet OOP is ingericht, ga ik heel omslachtig doen met Exceptions, toch weer bad practice enzo.

Maar ik ga toch NU kijken naar een framework, dit kan niet langer zo nee.

---

Verder: morgen kleine VPS upgrade:
Van 1 core, 1GB RAM, 50GB opslag (voor alles) en niet zo heel snel alles bij Strato voor €10/maand,
naar 2 cores, 4GB RAM, 110GB opslag (60 Windows/50 Data) en snelle server bij mijn werkgever, helemaal gratis!

[Ryur]

F.West98 schreef op zaterdag 04 januari 2014 @ 16:13:
Ik heb een brakke API gemaakt, nu wil ik opnieuw & goed oppakken, maar dat kan dan weer niet omdat ik de oude manier moet supporten.

Ooit moet je wel besluiten om je oude API te vergeten, wie weet is het slim om nu die stap te maken?
Op mijn werk maken wij ook een API waar een ERP systeem & mobile toepassingen tegen praat. Die API bestaat al een jaar of 3. Momenteel zijn wij ook bezig om de oude API te vergeten/deprecated te maken en langzaam maar zeker de nieuwe API te introduceren.

Kijk maar naar Twitter die 'laatst' (weet niet precies meer wanneer, vorig jaar ergens?) ook een stap heeft gemaakt. Was volgens mij vooral beveiliging? Ik zit niet in de Twitterwereld .

Ik zit dus enorm in een tweestrijd. Maar wat ik vooral heel jammer vind van PHP is dat alles alles kan zijn. Ik vind het veel handiger om op te geven dat iets een string MOET zijn, of een andere class. Dat is het voornaamste bezwaar.
Omdat het niet hoeft, en het niet OOP is ingericht, ga ik heel omslachtig doen met Exceptions, toch weer.

Dat is ook wat ik niet prettig vind aan loosely typed languages.
Maar aan de andere kant, soms vind ik Strongly typed languages ook niks. Vooral Java vind ik dat irritant bij. Bij C# heb je nog "var" of "dynamic". In Java mis ik dat (of ik moet op Object gaan?).

[RobertMe]

Je kunt in PHP in ieder geval je parameters typehinten naar classes en array. Tuurlijk is het niet geweldig omdat je de andere scalar types en gewone variabelen en fields/properties niet kunt typehinten. Daarnaast, als je vroeger 'rommel', hebt gemaakt, en je het nu met meer ervaring (zowel kwa algemene programmeerervaring als lessen getrokken uit de oude code) beter wilt doen zul je altijd een probleem hebben. Tenzij je oude code echt heel goed is opzet via een lagenmodel, communicatie via interfaces etc.
PHP is niet de beste of strictste taal, waardoor je vaker zelf moet opletten dat je iets goed/netjes doet, maar het is niet zo dat je in andere talen op OO wezenlijk veel meer kunt. Het is wel zo dat deze nieuwe dingen pas sinds de laatste jaren kunnen, zoals typehint support, namespaces etc. En daarnaast worden de echte OO principes, design patterns, etc ook pas de laatste jaren toegepast in PHP. In die zin is, naar mijn idee, Symfonie2 ook een voorbeeld van hoe het wel hoort. Duidelijke scheiding in herbruikbare componenten etc (zie Silex en Laravel die zwaar leunen op de core onderdelen van Symfonie).

[Firesphere]

Wat zijn Apple-producten ongelofelijke klotedingen zeg.
Als je mij koffie geeft, werk ik harder.
Als je m'n mpb koffie geeft, weigert'ie dienst.
FU Apple!

[Merethil]

Firesphere schreef op zaterdag 04 januari 2014 @ 16:29:
Wat zijn Apple-producten ongelofelijke klotedingen zeg.
Als je mij koffie geeft, werk ik harder.
Als je m'n mpb koffie geeft, weigert'ie dienst.
FU Apple!

Dus omdat JOUW MBP geen koffie lust ga je alle Apple-producten maar klotedingen noemen? De mijne lust wel koffie. Misschien eens van koffiemerk wisselen?

[StM]

Je moet je Mac ook altijd pure caffeine geven: http://lightheadsw.com/caffeine/

[F.West98]

Ryur schreef op zaterdag 04 januari 2014 @ 16:21:
[...]

Ooit moet je wel besluiten om je oude API te vergeten, wie weet is het slim om nu die stap te maken?
Op mijn werk maken wij ook een API waar een ERP systeem & mobile toepassingen tegen praat. Die API bestaat al een jaar of 3. Momenteel zijn wij ook bezig om de oude API te vergeten/deprecated te maken en langzaam maar zeker de nieuwe API te introduceren.

Kijk maar naar Twitter die 'laatst' (weet niet precies meer wanneer, vorig jaar ergens?) ook een stap heeft gemaakt. Was volgens mij vooral beveiliging? Ik zit niet in de Twitterwereld .

De oude API is houtje-touwtje in elkaar gezet, draait net een maand. Om de oude versies te droppen is ook slecht. Dus die wil ik wel blijven ondersteunen, is ook mogelijk, maar ik zet het weer slecht op. Het ligt wel aan mij, ik vind VS veel makkelijker werken ook.
Zeker in PHP de class->action is vreselijk, '.' typt veel makkelijker. Maar ach, ik ben wel een beetje bevooroordeeld.

[...]

Dat is ook wat ik niet prettig vind aan loosely typed languages.
Maar aan de andere kant, soms vind ik Strongly typed languages ook niks. Vooral Java vind ik dat irritant bij. Bij C# heb je nog "var" of "dynamic". In Java mis ik dat (of ik moet op Object gaan?).

Ik vind Java ook vreselijk

[Douweegbertje]

.Gertjan. schreef op zaterdag 04 januari 2014 @ 15:34:
[...]

Niet? Wat dacht je van classes die dienen als data containers/entiteiten? Komt toch regelmatig voor dat ik meerdere instances van een class heb. Voor helper classes zoals mail zal het inderdaad niet veel voorkomen, maar dat zijn vaak classes die je sowieso static zult maken.

Kun je wat voorbeelden noemen, ik snap niet precies wat je bedoelt. Imo wat het allemaal juist zo OO maakt is om het juist in de class af te vangen. Ik zie dan weer het 'nut' nog niet direct in om bijvoorbeeld van één class 10 instances te laten draaien.. terwijl je dat imo dan in de class zelf kan oplossen. Ik weet ook niet alles, dus ik ben dan wel benieuwd naar een 'use-case' / voorbeelden

[BtM909]

Herko_ter_Horst schreef op vrijdag 03 januari 2014 @ 18:14:
[...]

Torrents uitzetten

Oooh, daarom gaat UPC m'n modem vervangen

[RobertMe]

F.West98 schreef op zaterdag 04 januari 2014 @ 17:25:
[...]

De oude API is houtje-touwtje in elkaar gezet, draait net een maand. Om de oude versies te droppen is ook slecht. Dus die wil ik wel blijven ondersteunen, is ook mogelijk, maar ik zet het weer slecht op. Het ligt wel aan mij, ik vind VS veel makkelijker werken ook.
Zeker in PHP de class->action is vreselijk, '.' typt veel makkelijker. Maar ach, ik ben wel een beetje bevooroordeeld.

-> is vreselijk? Dat maakt toch niet zoveel uit, ja, het is een karakter meer typen, maar is het dan al vreselijk?. En ga dan maar geen C++ doen, dan heb je . en ->, moet je ook nog nadenken erbij (alhoewel bv Qt Creator een . standaard omzet naar -> als dat moet, gok dat andere IDEs die keuze ook wel voor je kunnen maken).

Daarnaast, ja, VS is een heel goede, fijne, IDE, maar er zijn ook gewoon goede IDEs voor PHP. Ik gebruik nu PHPStorm (JetBrains ), en dat werkt ook gewoon erg goed. Daarnaast zit er al standaard een stukje framework integration voor Symfony2 in, en is er een plugin beschikbaar die nog veel en veel meer handige dingen toevoegt (zoals automatisch resolven van variabele types als je ze uit de service container haalt).

Bij PHP gaat het vooral om inzet/echt willen en je soms wat meer in dingen verdiepen. Waar het bij C# standaard is en daardoor normaal is. Bij PHP moet je namespaces willen gebruiken, in C# is het min of meer een verplichting (je zou alsnog alles in dezelfde namespace kunnen dumpen). Hetzelfde voor strongly typed, PHP dwingt het niet af, maar als je gewoon netjes werkt hoeft dat geen probleem te zijn. Daarnaast met de opmerking van Ryur, "in C# heb je nog dynamic", maar dynamic zou je in C# eigenlijk ook niet moeten gebruiken. Het komt wel voor dat je dynamic gebruikt, maar dat is maar zelden. Hetzelfde als dat je in PHP maar zelden daadwerkelijk een ander type wilt assignen aan een andere variabele. En dynamic is ook pas vrij nieuw in C# waar het in PHP vrij standaard is. Anonieme classes/dynamics gebruik je voornamelijk in Razor templates om de "config" door te geven, wat in PHP perfect met assoc arrays kan, of bij Linq queries om (snel) een resultaat te krijgen wat niet op een model gemapt is, wat in PHP met een stdClass kan.

Note: ik heb zowel regelmatig met C# en PHP gewerkt. C# krijgt ook zeker mijn voorkeur (ondanks dat ik een "Linux man" ben), maar de laatste versies van PHP, en de nieuwe frameworks gebruik makende van de nieuwe features, doen niet daadwerkelijk onder voor C# (/ASP.NET) zolang je je vak serieus neemt. Tuurlijk is strongly typed en een compiler verrekte handig om fouten snel te detecteren, maar als je zorgvuldig werkt loop je ook in PHP niet tegen problemen aan door het missen van deze "features".

[RayNbow]

Ryur schreef op zaterdag 04 januari 2014 @ 16:21:
Maar aan de andere kant, soms vind ik Strongly typed languages ook niks. [...] Bij C# heb je nog "var" of "dynamic".

Maar var en dynamic zijn nog steeds strongly typed?

[BtM909]

Douweegbertje schreef op vrijdag 03 januari 2014 @ 22:55:

Het is meer gewoon dat ik er van gruwel dat NL en BE even de naam ICT hebben bedacht terwijl dat in het buitenland vrijwel niet voorkomt. Wij beginnen in feite als ICTer, en dan word je opeens een ITer terwijl andere landen ICT juist zien als een extra specificatie op het woord IT..

Hoe kom je daar nou bij? ICT is gewoon een algemeen begrip waar communicatie gewoon onderdeel van is hoor

Ik zou graag zien dat we stoppen met overal ICT voor te plakken, terwijl het 90% van de gevallen "gewoon" IT is.

Dat hangt toch helemaal van wat je doet? Als de IT afdeling ook verantwoordelijk is voor de communicatie, dan hoort die C er gewoon bij. Ik kan mij bijna geen type bedrijf voorstellen waar geen communicatie wordt gebruikt / gevoerd.

[RobertMe]

RayNbow schreef op zaterdag 04 januari 2014 @ 17:49:
[...]

Maar var en dynamic zijn nog steeds strongly typed?

var is syntatic sugar, en wordt alsnog door de compiler een type aan geplakt, op basis van het return type van method aanroep die je aan die var assigned (of new, of ...). dynamic is daadwerkelijk dynamisch en wordt @runtime gekeken of die property/method wel beschikbaar is, wat ook een performance penalty tot gevolg heeft, logischerwijs.

[Firesphere]

BtM909 schreef op zaterdag 04 januari 2014 @ 17:50:
[...]

Hoe kom je daar nou bij? ICT is gewoon een algemeen begrip waar communicatie gewoon onderdeel van is hoor

[...]

Dat hangt toch helemaal van wat je doet? Als de IT afdeling ook verantwoordelijk is voor de communicatie, dan hoort die C er gewoon bij. Ik kan mij bijna geen type bedrijf voorstellen waar geen communicatie wordt gebruikt / gevoerd.

Ik weet wel een paar

Maar dat is waarschijnlijk niet op de manier die jij bedoelt

[RayNbow]

RobertMe schreef op zaterdag 04 januari 2014 @ 17:52:
[...]

var is syntatic sugar, en wordt alsnog door de compiler een type aan geplakt, op basis van het return type van method aanroep die je aan die var assigned (of new, of ...). dynamic is daadwerkelijk dynamisch en wordt @runtime gekeken of die property/method wel beschikbaar is, wat ook een performance penalty tot gevolg heeft, logischerwijs.

Precies m'n punt. Het maakt een gedeelte van C# niet opeens loosely typed.

[.Gertjan.]

Ryur schreef op zaterdag 04 januari 2014 @ 16:21:
[...]

Dat is ook wat ik niet prettig vind aan loosely typed languages.
Maar aan de andere kant, soms vind ik Strongly typed languages ook niks. Vooral Java vind ik dat irritant bij. Bij C# heb je nog "var" of "dynamic". In Java mis ik dat (of ik moet op Object gaan?).

var staat los van wel/niet strongly typed in .NET, var is alleen daar om te voorkomen dat je overal je object type moet specificeren. In tegenstelling tot javascript gaat het je niet lukken om een var die eerst een int was te gebruiken als string.

JavaScript:

var x = 10;
x = "hallo";

is prima

maar in C# gaat je onderuit

C#:

var x = 10;
x = "hallo";

Dit gaat je gegarandeerd een compiler error opleveren Zelfde met dynamic. Dynamics worden onderwater omgezet naar echte objecten en kun je ook niet zomaar uitwisselen naar andere dynamics.

Object is weer een heel ander verhaal. dan kies je namelijk de meest generieke "gedeelde" class van de objecten (object is de base van in principe alles). Object gebruiken als "dynamisch" coderen is vragen om problemen. Daarnaast is het absoluut niet vriendelijk voor de ontwikkelaars die je code gebruiken. Ook moet je de hele tijd type checks doen en moet je casten.
Vroeger had je ook in C# maar een type dynamische lijst en die was op basis van object, erg fijn als je zo'n ding moest verwerken, kon je de hele handel eerst casten
Edit: deze prachtige constructie heette ArrayList, wat een drama was dat destijds... Maar er was weinig anders...

Overigens is het voor dit soort dingen leuk/nuttig om je te verdiepen in de CLR (bijv. door het boek CLR via C# te lezen). Je ziet dan hoe bepaalde trucjes worden opgelost en waarom bepaalde dingen niet kunnen in de CLR of waarom bepaalde zaken op een bepaalde manier werken (een goede eyeopener over bijvoorbeeld generics).

Douweegbertje schreef op zaterdag 04 januari 2014 @ 17:41:
[...]


Kun je wat voorbeelden noemen, ik snap niet precies wat je bedoelt. Imo wat het allemaal juist zo OO maakt is om het juist in de class af te vangen. Ik zie dan weer het 'nut' nog niet direct in om bijvoorbeeld van één class 10 instances te laten draaien.. terwijl je dat imo dan in de class zelf kan oplossen. Ik weet ook niet alles, dus ik ben dan wel benieuwd naar een 'use-case' / voorbeelden

Stel ik modelleer een schoolklas binnen een school. Dan heb ik een school object, maar binnen dat object zitten meerdere instances van een schoolklas. Mogelijk zitten die verborgen in een container/collection, maar daarbinnen zitten absoluut meerdere instances van de class schoolklas (welke ook weer meerdere instances hebben van de class leerling).

Het kan ook zijn dat we langs elkaar heen praten hoor, maar over het algemeen ga je bij data (communicatie) gebruik maken van meerdere instances. Sterker nog, ik denk dat je bij een 1 instance only versie jezelf op een gegeven moment vast-codeert

Een mail class is misschien een ander verhaal zodra deze enkel "statische" logica bevatten om een mail te sturen, maar ook bij mail kan het zomaar zijn dat je meer instances wil, bijvoorbeeld omdat je meer mails wilt versturen (waarbij ieder bericht dus een instance is die je serveert aan een mailer class).

BtM909 schreef op zaterdag 04 januari 2014 @ 17:50:
Dat hangt toch helemaal van wat je doet? Als de IT afdeling ook verantwoordelijk is voor de communicatie, dan hoort die C er gewoon bij. Ik kan mij bijna geen type bedrijf voorstellen waar geen communicatie wordt gebruikt / gevoerd.

Ik ben toch echt B. ICT, dus waarom zou ik de C eruit slopen Beetje vreemd om B. ICT te zijn, maar toch een rol te vervullen zonder C. Dan lijkt het alsof ik toegeef niet zo goed te zijn in communiceren

[RobertMe]

Douweegbertje schreef op zaterdag 04 januari 2014 @ 17:41:
[...]


Kun je wat voorbeelden noemen, ik snap niet precies wat je bedoelt. Imo wat het allemaal juist zo OO maakt is om het juist in de class af te vangen. Ik zie dan weer het 'nut' nog niet direct in om bijvoorbeeld van één class 10 instances te laten draaien.. terwijl je dat imo dan in de class zelf kan oplossen. Ik weet ook niet alles, dus ik ben dan wel benieuwd naar een 'use-case' / voorbeelden

Verder bordurend op het email voorbeeld. Ik wil email op twee manieren kunnen versturen. Ik kan email zowel versturen via een lokale mailserver als een externe. Zeg normale emails gaan via de lokale en nieuwsbrieven via de externe. In een routine wil ik zowel nieuwsbrieven versturen als op het einde een email naar de admin dat de nieuwsbrieven verstuurd zijn. Dan wil ik dus twee instanties van een mail transport hebben, eentje die volledig geconfigureerd is om mails naar de externe server te sturen, en eentje die geconfigureerd is om mails naar de lokale server te sturen.

Wat jouw manier nog complexer maakt, met die load/clear, is dat je niet weet of de library geload is (in ieder geval als je goede herbruikbare code hebt waardoor dezelfde logica via meerdere paden wordt aangeroepen). Dus dan ben je verplicht om die load te doen, maar je weet ook niet of de library al gebruikt is, en dus "verkeerde" instellingen erop staan, dus buiten de load moet je ook nog eens altijd de clear doen, en dan nog eens alle instellingen vullen.

Daarnaast, wat .Gertjan bedoeld met containers/entiteiten. Een email zelf maak ik een class EmailMessage van, daarop zet ik de to, from, body, .... Als ik dan meerdere emails wil sturen wil ik dus ook meerdere instanties van die EmailMessage class aanmaken (elke instantie representateerd een enkele email). In CI kan dat niet, sterker nog, CI maakt AFAIK helemaal geen onderscheid tussen een mail transport en een message.

RayNbow schreef op zaterdag 04 januari 2014 @ 17:53:
[...]

Precies m'n punt. Het maakt een gedeelte van C# niet opeens loosely typed.

Als je een variabelen als dynamic declareert is die variabele dus wel loosely typed. Het is een object, dus je kunt alles eraan assignen, maar je kunt ook alles erop aanroepen, omdat @runtime pas gekeken wordt wat aangeroepen moet worden en of dat uberhaupt wel bestaat.

[.Gertjan.]

RobertMe schreef op zaterdag 04 januari 2014 @ 18:02:
Als je een variabelen als dynamic declareert is die variabele dus wel loosely typed. Het is een object, dus je kunt alles eraan assignen, maar je kunt ook alles erop aanroepen, omdat @runtime pas gekeken wordt wat aangeroepen moet worden en of dat uberhaupt wel bestaat.

Is dat zo? Ik dacht dat het werd omgezet in een "echte" class waartegen de compiler nog wel checks deed. Ik moet zeggen dat ik dynamics enkel gebruik in de vorm van new { x = 1, y = 2 } dus ik ken het fijne er niet van.

Het lijkt mij dat de compiler je een schop geeft als je het onderstaande probeert te doen:

C#:

dynamic t = new dynamic(); //:$ geen idee hoe je er een aanmaakt, maar je snapt het idee ;)
t.Prop1 = "t";
t.Prop1 = 1;

Ik mag hopen dat de compiler je dan netjes op de vingers typt. Een deel van de checking zal vervallen zodra je uit de scope van je functie loopt, maar ik mag hopen dat er onderwater wel enige checking plaats vindt.

[RayNbow]

RobertMe schreef op zaterdag 04 januari 2014 @ 18:02:
[...]

Als je een variabelen als dynamic declareert is die variabele dus wel loosely typed. Het is een object, dus je kunt alles eraan assignen, maar je kunt ook alles erop aanroepen, omdat @runtime pas gekeken wordt wat aangeroepen moet worden en of dat uberhaupt wel bestaat.

JavaScript:

// loosely typed:
var x = "123";
var y = 4;
console.log(x * y);

C#:

// strongly typed (maar dynamisch)
dynamic x = "123";
dynamic y = 4;
Console.WriteLine(x*y);