Dat hangt er natuurlijk vanaf. Is het een cosmetische issue, dan lost je dat liever wel op maar heeft het minder prioriteit. Als er daardoor iets mis gaat in het proces, moet het hoedan ook opgelost worden. Als je een systeem niet monkey-proof maakt, dan gaat gewoon fout; zelfs als het nog zo onwaarschijnlijk en onlogisch lijkt:
Niet echt een programmeer dingetje, maar wel functioneel iets.
Ik loop op de testomgeving tegen een issue aan waarbij ik vraagtekens heb. Ik bel de klant om te overleggen en hij geeft aan: Dat is geen probleem, dat gaat in de praktijk waarschijnlijk toch niet voorkomen.
Juist... dat woordje waarschijnlijk bevalt mij al niet. Ik zie het eerste support ticket al binnenkomen
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_icc():strip_exif()/u/116600/crop5be04a1ae3ded_cropped.jpeg?f=community)
Het is wel degelijk een functioneel iets wat fout kan gaan, niet enkel cosmetisch.
Ik ben daarom uiteraard even door gaan vragen en de PO gaf aan dat het niet voor komt. En als het dan toch gebeurt, ze het heel snel kunnen herstellen.
Op mijn vraag of het niet beter is om het te voorkomen dan te genezen, gaf hij als reactie dat het de afgelopen 5 jaar nooit is gebeurt en dus in de toekomst waarschijnlijk ook niet zal gebeuren.
Dus ik heb hem nogmaals verteld dat dit allemaal aannames zijn, maar er waren momenteel belangrijkere issues gaf hij aan.
OK....Dan leg ik mij er bij neer.
(En ik hoop nu stiekem dat het toch een keer gebeurt, zodat ik kan roepen: Told you!
)
Ik ben daarom uiteraard even door gaan vragen en de PO gaf aan dat het niet voor komt. En als het dan toch gebeurt, ze het heel snel kunnen herstellen.
Op mijn vraag of het niet beter is om het te voorkomen dan te genezen, gaf hij als reactie dat het de afgelopen 5 jaar nooit is gebeurt en dus in de toekomst waarschijnlijk ook niet zal gebeuren.
Dus ik heb hem nogmaals verteld dat dit allemaal aannames zijn, maar er waren momenteel belangrijkere issues gaf hij aan.
OK....Dan leg ik mij er bij neer.
(En ik hoop nu stiekem dat het toch een keer gebeurt, zodat ik kan roepen: Told you!
)
:strip_icc():strip_exif()/u/734655/crop6390c3acd41c6_cropped.jpg?f=community)
Als het oplossen alleen maar geld gaat kosten dan zou ik niet eens als een issue beschouwen.:
Het is wel degelijk een functioneel iets wat fout kan gaan, niet enkel cosmetisch.
Ik ben daarom uiteraard even door gaan vragen en de PO gaf aan dat het niet voor komt. En als het dan toch gebeurt, ze het heel snel kunnen herstellen.
Op mijn vraag of het niet beter is om het te voorkomen dan te genezen, gaf hij als reactie dat het de afgelopen 5 jaar nooit is gebeurt en dus in de toekomst waarschijnlijk ook niet zal gebeuren.
Dus ik heb hem nogmaals verteld dat dit allemaal aannames zijn, maar er waren momenteel belangrijkere issues gaf hij aan.
OK....Dan leg ik mij er bij neer.
(En ik hoop nu stiekem dat het toch een keer gebeurt, zodat ik kan roepen: Told you!
Persoonlijk zou ik me meer zorgen maken over het feit dat de test-omgeving een onbetrouwbare weergave geeft van wat er in productie af kan spelen. Daar is namelijk wel geld te verdienen.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Ik ken een geval met een productielijn waar door een software fout af en toe een lege doos op de band kwam. Was een geheel automatisch process van producten inpakken, stapelen op een pallet en inwikkelen met plastic. Omdat het oplossen in de softwate te veel geld koste (ontwikkelen, testen, en productielijn stil tijdens het updaten) hadden ze er maar een ventilator tussen gezet die de lege dozen van de lopendeband afblies.
:strip_icc():strip_exif()/u/302903/logo.jpg?f=community){kind=logo}
Daar ken ik een andere variant van...::
[...]
Ik ken een geval met een productielijn waar door een software fout af en toe een lege doos op de band kwam. Was een geheel automatisch process van producten inpakken, stapelen op een pallet en inwikkelen met plastic. Omdat het oplossen in de softwate te veel geld koste (ontwikkelen, testen, en productielijn stil tijdens het updaten) hadden ze er maar een ventilator tussen gezet die de lege dozen van de lopendeband afblies.
:strip_icc():strip_exif()/u/206968/325134.jpg?f=community)
Gewoon even zwart op wit bevestigen::
Niet echt een programmeer dingetje, maar wel functioneel iets.
Ik loop op de testomgeving tegen een issue aan waarbij ik vraagtekens heb. Ik bel de klant om te overleggen en hij geeft aan: Dat is geen probleem, dat gaat in de praktijk waarschijnlijk toch niet voorkomen.
Juist... dat woordje waarschijnlijk bevalt mij al niet. Ik zie het eerste support ticket al binnenkomen
Mocht het dan toch de kop op steken, kun je het gewoon factureren
If money talks then I'm a mime
If time is money then I'm out of time
Uiteraard. Heb het even in de story, waar ik voor bezig was, opgenomen onder het kopje Aanvullende informatie.
Dat verhaal van die fan langs de lopende band is al een oudje inderdaad. Wel echt meesterlijk.
/u/454206/crop562d2ccb2479a.png?f=community)
Waarom vragen recruiters tegenwoordig een 25 procent fee? 
Ze durven het ook gewoon zonder blikken of blozen te vragen.
Ze durven het ook gewoon zonder blikken of blozen te vragen.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
:strip_icc():strip_exif()/u/439769/crop5a510243ea2e3_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/86654/krat_toren.jpg?f=community)
Zeven jaar en honderden uren van m'n vrije tijd later heb ik m'n Stack Overflow-swag ontvangen die je krijgt bij 100K reputatie:
En nog een T-shirt, een pen en wat stickers.
En nog een T-shirt, een pen en wat stickers.
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
:strip_icc():strip_exif()/u/10274/crop67712295188a6_cropped.jpg?f=community)
Tja, als bedrijven het er nog voor betalen ook, waarom niet? Ik kan me ook voorstellen dat het gezien de toenemende schaarste wat meer moeite (en dus geld) kost om mensen te vinden en daardoor de kosten voor dat soort toko's stijgen.:
Waarom vragen recruiters tegenwoordig een 25 procent fee?
Ze durven het ook gewoon zonder blikken of blozen te vragen.
Of misschien hebben ze goed naar IT'ers gekeken. Je gaat ergens tussen zitten, noemt het een dienst en pakt een fee van 20-40% (Booking, Uber, Thuisbezorgd en ga zo maar door).
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
/u/262310/ava.png?f=community)
25% van wat?:
Waarom vragen recruiters tegenwoordig een 25 procent fee?
Ze durven het ook gewoon zonder blikken of blozen te vragen.
De meeste bedragen die ik voorbij zie komen zit rond de 10k met uitschieters richting de 15k als het gaat om een senior developer.
Gelukkig zijn er genoeg andere manieren om nieuwe collega's te krijgen
/u/373849/cowava2.png?f=community)
Burn out.
2 weken paid sick leave op GP's order.
Het eerste wat ik vanochtend deed was door m'n GitHub issues scrollen op zoek naar iets leuks om te doen...
vriendin was not amused
2 weken paid sick leave op GP's order.
Het eerste wat ik vanochtend deed was door m'n GitHub issues scrollen op zoek naar iets leuks om te doen...
vriendin was not amused
I'm not a complete idiot. Some parts are missing.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
Het bruto jaarsalaris plus een contract teken fee, wat hedendaags vrij normaal blijkt te zijn.
Blijkbaar is dat voor onze stack met cakephp en ember vrij moeilijk. Heb je suggesties?:
Gelukkig zijn er genoeg andere manieren om nieuwe collega's te krijgen
We hadden een junior aangenomen onlangs die na een week weer weg ging omdat hij de stack 'te' legacy vond
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
:strip_icc():strip_exif()/u/246777/crop5665347035c66.jpeg?f=community)
Sterkte!:
Burn out.
2 weken paid sick leave op GP's order.
Het eerste wat ik vanochtend deed was door m'n GitHub issues scrollen op zoek naar iets leuks om te doen...
Ik hoop dat het snel beter gaat
/u/46804/crop5f989efcbb253.png?f=community)
Dat is natuurlijk wel een beetje het nadeel van PHP en JavaScript, het is nogal 'hype of the week'.:
[...]
Het bruto jaarsalaris plus een contract teken fee, wat hedendaags vrij normaal blijkt te zijn.
[...]
Blijkbaar is dat voor onze stack met cakephp en ember vrij moeilijk. Heb je suggesties?
We hadden een junior aangenomen onlangs die na een week weer weg ging omdat hij de stack 'te' legacy vond
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Wat bedoel je met 'hype'? Ik snap hem even niet?:
[...]
Dat is natuurlijk wel een beetje het nadeel van PHP en JavaScript, het is nogal 'hype of the week'.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
- stagiares:
[...]
Het bruto jaarsalaris plus een contract teken fee, wat hedendaags vrij normaal blijkt te zijn.
[...]
Blijkbaar is dat voor onze stack met cakephp en ember vrij moeilijk. Heb je suggesties?
We hadden een junior aangenomen onlangs die na een week weer weg ging omdat hij de stack 'te' legacy vond
We hebben hier ~50 man en elke periode hebben de verschillende disciplines bij elkaar zo'n 10 stagiaires. We laten ze echt actief mee doen. Het kost ons vaak toch redelijk wat tijd maar we zien toch na ~2-3 maanden enorme toegevoegde waarde. Het komt echter geregeld voor dat we na zo'n periode 1 a 2 aannemen die zich alleen maar door blijven ontwikkelen.
- intern, netwerk
En vervolgens delen we allemaal vacatures binnen ons eigen netwerk. Laten we zeggen dat 30 man dit ook echt doet.. Dat is een enorm bereik wat je hebt. Hierdoor kunnen we eigenlijk wel 70%+ van de vacatures vullen.
En dan gewoon een beetje actief zijn op linkedin en andere social channels. Pas na 3-4 maanden gaan we op zoek naar een recruiter maar blijven we ook zelf actief bezig.
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Dat zou je denken maar er zijn heel wat developers die de makkelijkste uitweg nemen gezien ze vrijwel direct ergens anders aan de bak kunnen gaan
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
Ik bedoel dat er elke week wel een ander framework echt hét te kiezen framework is waarbij het framework van de week ervoor weer als hopeloos verouderd wordt beschouwd. Het doet eigenlijk allemaal vaak vrijwel hetzelfde op hoofdlijnen, maar ook door alle vacatures en 'is framework / taal X dood?'-artikelen die je langs ziet komen kan ik me voorstellen dat je denkt dat je nu écht niet meer aan kan komen zetten met Ember, AngularJS of whatever.
PHP heeft feitelijk ook al weet ik hoeveel halfbakken pogingen om (delen van) Spring uit Java te kopiëren.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Zit wellicht ook nog wel het idee achter dat het CV technisch niet zo leuk staat omdat toekomstige recruiters en/of werkgevers misschien ook niet echt snappen dat specifieke frameworks niet zo veel zouden moeten boeien om iemand aan te nemen ? (aangezien we tegenwoordig bijna aan de permanente zelf marketing zijn geslagen):
[...]
Dat zou je denken maar er zijn heel wat developers die de makkelijkste uitweg nemen gezien ze vrijwel direct ergens anders aan de bak kunnen gaan
Ik heb er geen ervaring mee maar wat is er precies legacy aan CakePHP? Als ik even snel door de GitHub repository scroll dan is er flink wat activiteit gaande. Legacy impliceert een systeem dat niet meer ontwikkeld wordt, maar dat lijkt hier niet het geval te zijn. Er is zelf een roadmap voor versie 4.:
[...]
We hadden een junior aangenomen onlangs die na een week weer weg ging omdat hij de stack 'te' legacy vond
Een probleem in ons vakgebied is in mijn ogen ook dat er veel te veel mensen enkel teren op 'toegepaste kennis', dus weten hoe je X in frameworkje Y doet. Als je een beetje abstractievermogen hebt en fundamentele kennis van software-ontwikkeling, dan zijn de verschillende frameworkjes in imperatieve talen echt lood om oud ijzer. Natuurlijk is je productiviteit hoger als je al 23 projecten met frameworkje X hebt gedaan, maar een beetje fatsoenlijk softwareproject is zelden 'productiewerk'.:
[...]
Dat zou je denken maar er zijn heel wat developers die de makkelijkste uitweg nemen gezien ze vrijwel direct ergens anders aan de bak kunnen gaan
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_exif()/u/27216/bosmonster_dropdown.gif?f=community)
Was PHP niet de hype van 2009?:
[...]
Dat is natuurlijk wel een beetje het nadeel van PHP en JavaScript, het is nogal 'hype of the week'.
Die weten dus niet veel, uit dezelfde grafiek:
Volgens mij gebruikt zowat elke website wel ergens static files. Tenzij ze er iets anders mee bedoelen dan wat ik mij erbij voorstel, maar er staat nergens een woord uitleg.
Het gaat hier ook over het aantal websites. Als 50% van alle websites op wordpress gebouwd is, heeft die grafiek al 50%. Als wordpress daarentegen in BASIC was geschreven, had niemand dat een hol uitgemaakt, en stond er nu 50% BASIC in die grafiek. Zo'n grafiek is dus totaal geen maatstaf om populariteit te meten.
:strip_icc():strip_exif()/u/437778/crop684040f89be83_cropped.jpg?f=community)
@Giesber Of dan was WordPress geen succes geworden 
Het feit dat de meeste goedkope webhosting alleen PHP ondersteunt draagt denk ik heel erg bij aan de populariteit. De bakker op de hoek heeft niet veel meer dan een WordPress-website nodig.
Volgens mij bedoelen ze met static files dus alleen HTML en CSS, en verder geen server-side taal.
Het feit dat de meeste goedkope webhosting alleen PHP ondersteunt draagt denk ik heel erg bij aan de populariteit. De bakker op de hoek heeft niet veel meer dan een WordPress-website nodig.
Volgens mij bedoelen ze met static files dus alleen HTML en CSS, en verder geen server-side taal.
[ Voor 17% gewijzigd door Koenvh op 12-08-2018 14:43 ]
🠕 This side up
Toch snap ik nog steeds niet waarom deze taal zo afgezeken wordt. Het is een fijne taal om in te programmeren, doe het al negen jaar.
ja, kom maar met je flames etc. de popcorn staat klaar
ja, kom maar met je flames etc. de popcorn staat klaar
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
Wat maakt volgens jouw PHP dan een fijne taal, in vergelijking met een Java of C# bv? Ikzelf werk er nu ook al jaren mee, en toch vind ik dat C# gewoon fijner is. Alleen al de type safety incl. collections/arrays en generics is gewoon een groot voordeel van een C#. Daarnaast vind ik persoonlijk dingen als extension methods in C# ook wel een leuke feature, en Linq voegt ook wat toe (i.t.t. PHP die iterators vs arrays compleet anders behandeld, andere methods nodig zijn, ...).:
Toch snap ik nog steeds niet waarom deze taal zo afgezeken wordt. Het is een fijne taal om in te programmeren, doe het al negen jaar.
ja, kom maar met je flames etc. de popcorn staat klaar
Edit:
Het belangrijkste vergeet ik nog, method overloading, kan PHP ook al niet, waardoor je soms extreem lelijke methods krijgt met (veel) default arguments, of je een helse zoektocht moet houden naar een nieuwe method naam voor de "overload".
[ Voor 14% gewijzigd door RobertMe op 13-08-2018 08:43 ]
/u/89193/crop5913059561374.png?f=community)
Joh, net terug van 3 weken vakantie en gelijk weer de "PHP vs [vul-maar-een-betere-taal-in]"-discussie
Ze kunnen volgende week op alle webservers ondersteuning voor .NET zetten maar ik denk dat het voor veel 'beginners' toch nogal een stap is om dan van alles in VS te gaan maken, dat te compilen en vervolgens online te zetten. Om nog maar te zwijgen over het testen van je applicatie. Als beginner kun je in VS lekker vaak op F5 / shift-F5 rammen. Zet de koffie maar vast klaar
En het feit dat je met wat basiskennis HTML een heel eind komt. Zo zijn de meesten vroeger toch begonnen? PHPBB op een server mikken en met notepad door die .php-files heenzwikken en links en rechts wat aanpassen?:
@Giesber Of dan was WordPress geen succes geworden
Het feit dat de meeste goedkope webhosting alleen PHP ondersteunt draagt denk ik heel erg bij aan de populariteit.
Ze kunnen volgende week op alle webservers ondersteuning voor .NET zetten maar ik denk dat het voor veel 'beginners' toch nogal een stap is om dan van alles in VS te gaan maken, dat te compilen en vervolgens online te zetten. Om nog maar te zwijgen over het testen van je applicatie. Als beginner kun je in VS lekker vaak op F5 / shift-F5 rammen. Zet de koffie maar vast klaar
[ Voor 82% gewijzigd door Harrie_ op 13-08-2018 09:06 ]
Hoeder van het Noord-Meierijse dialect
Ik dacht dat het enige bestaansrecht van dit topic de altijd terugkerende discussies was?
Daarnaast ben ik als (kritische) PHP developer ook wel benieuwd waarom anderen PHP zo'n fijne taal vinden. Terwijl ik persoonlijk dus vindt dat PHP aardig wat te kort komt ten opzichte van andere talen. Het is niet dat ik persoonlijk PHP meteen een extreem slechte taal vind, maar de taal staat het wel toe dat er een hoop prutswerk plaatsvindt.
Daarnaast ben ik als (kritische) PHP developer ook wel benieuwd waarom anderen PHP zo'n fijne taal vinden. Terwijl ik persoonlijk dus vindt dat PHP aardig wat te kort komt ten opzichte van andere talen. Het is niet dat ik persoonlijk PHP meteen een extreem slechte taal vind, maar de taal staat het wel toe dat er een hoop prutswerk plaatsvindt.
/u/224026/crop5a1c1a6fcf1b1.png?f=community)
:strip_icc():strip_exif()/u/6143/rincewind.jpg?f=community)
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
:strip_exif()/u/71119/sun_small_yellow.gif?f=community)
PHP is populair door de laagdrempeligheid en vergevingsgezindheid, maar dat is ook meteen z'n achilleshiel. Tel daarbij op de inconsistentie (welbekende PHP: a fractal of bad design) en de vele slechte tutorials die in omloop zijn. Daarmee is het fundament voor prutswerk gelegd.:
Ik dacht dat het enige bestaansrecht van dit topic de altijd terugkerende discussies was?
Daarnaast ben ik als (kritische) PHP developer ook wel benieuwd waarom anderen PHP zo'n fijne taal vinden. Terwijl ik persoonlijk dus vindt dat PHP aardig wat te kort komt ten opzichte van andere talen. Het is niet dat ik persoonlijk PHP meteen een extreem slechte taal vind, maar de taal staat het wel toe dat er een hoop prutswerk plaatsvindt.
Echter, als je een beetje zoekt dan kun je genoeg hoogwaardige documentatie, libraries en tools vinden. Je moet hedendaags ook niet meer alles zelf willen bouwen, maar eerst op zoek gaan naar bestaande frameworks en libraries. Je weet dat als je iets als Symfony of Laravel pakt dat je basis solide is. Daar kan geen eigen bouwsel tegenop. Ook dan is het nog steeds belangrijk dat je weet wat je doet. Ken de theorie, ken je tools. Anders lever je alsnog troep op.
Op m'n werk hadden ze voorheen nogal een handje van het 'not invented here' syndroom. Dat levert gewoon een hele boel extra (pruts)werk op aan eigen libs die je jaren blijft achtervolgen. Gelukkig standaardiseren we nu steeds meer mbv bestaande frameworks/libraries (Symfony, Doctrine, etc) en je merkt dat de ontwikkeling en de volwassenheid van de code er stappen op vooruit gaat.
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
Mijn ervaring met frontenders die ook backend programmeren zijn gaan doen zijn niet al te best
Maar ja, tegenwoordig wordt steeds meer van je verwacht dat je full-stack programmeur bent.
:strip_icc():strip_exif()/u/148671/skyaero_small_tweakers.jpg?f=community)
:strip_icc():strip_exif()/u/304716/enforcer_small.jpeg?f=community)
@Woy @RobertMe @Bee.nl
Als aanvulling op wat @Skyaero zegt:
Misschien ben ik te oud Ik refereer naar een tijd van rond het jaar 2000 toen het web nog grotendeels statisch was. De tijd waarin in PHP alles nog in de global scope zat en je vanuit je html-pagina dingen ging doen zoals:
Tegenwoordig heb je natuurlijk 1001 opleidingen waarbij je door het hele proces wordt geleid en maar goed ook. Maar er was ooit een tijd dat je het allemaal zelf uit mocht vogelen. In die tijd was alles van MS (ASP) ook nog niet zo makkelijk toegankelijk. Dat is denk ik ook exact de reden dat PHP zo wijdverspreid is geraakt...
Als aanvulling op wat @Skyaero zegt:
Misschien ben ik te oud
Ik refereer naar een tijd van rond het jaar 2000 toen het web nog grotendeels statisch was. De tijd waarin in PHP alles nog in de global scope zat en je vanuit je html-pagina dingen ging doen zoals:code:
1
2
3
4
5
6
7
8
9
10
11
| <hr>
<b>
<?
if ($page == 1) {
echo 'Home';
} elseif ($page == 2) {
echo 'Contact';
}
?>
</b>
<hr> |
Tegenwoordig heb je natuurlijk 1001 opleidingen waarbij je door het hele proces wordt geleid en maar goed ook. Maar er was ooit een tijd dat je het allemaal zelf uit mocht vogelen. In die tijd was alles van MS (ASP) ook nog niet zo makkelijk toegankelijk. Dat is denk ik ook exact de reden dat PHP zo wijdverspreid is geraakt...
Hoeder van het Noord-Meierijse dialect
Als je het hier tegen afzet dan is PHP makkelijker ja. Maar dan moet je jezelf ook PHP prutser noemen en niet (PHP) programmeur.:
@Woy @RobertMe @Bee.nl
Als aanvulling op wat @Skyaero zegt:
Misschien ben ik te oud
code:
<hr> <b> <? if ($page == 1) { echo 'Home'; } elseif ($page == 2) { echo 'Contact'; } ?> </b> <hr>
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
Ik kan natuurlijk replyen met "jjaaahoooorrr, daar issie weer, de metareactie dat we het weer over PHP hebben", maar zelfs daarvoor ben je al te laat
[ Voor 14% gewijzigd door .oisyn op 13-08-2018 11:03 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Classic ASP was op zich net zo eenvoudig te beginnen als PHP, echter het probleem was vooral dat hosting niet gratis/goedkoop beschikbaar was. Op windows was het met classic ASP ook niet meer werk dan een vinkje in windows features aanzetten, en een index.asp met vergelijkbare inhoud als jouw PHP voorbeeld neerzetten
. Met ASP.NET werd de drempel voor non-developers inderdaad wel wat groter, aangezien je daar eigenlijk VS.NET voor nodig had ( Ja het kan ook wel zonder, maar dat is niet echt een fijne ervaring )
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
de rode draad in mijn leven:
[...]
Ik kan natuurlijk replyen met "jjaaahoooorrr, daar issie weer, de metareactie dat we het weer over PHP hebben", maar zelfs daarvoor ben je al te laat
Driving a cadillac in a fool's parade.
Verwijderd
Omdat ik na moeten denken tijdens het programmeren in PHP. Over de taal zelf dus
[ Voor 11% gewijzigd door Verwijderd op 13-08-2018 11:35 . Reden: quote wat ingekort - dat gedeelte over 'fijne taal' - *knip* ]
Elke taal heeft wel zo z'n quirks. PHP gemiddeld gezien wat meer, maar you get the point:
[...]
Omdat ik na moeten denken tijdens het programmeren in PHP. Over de taal zelf dus
Leg een deftig framework onder je applicatie en ik zou niet weten waarover je na moet denken. Met een beetje mazzel hoef je dan alleen nog maar te configureren ipv te programmeren.
Verwijderd
Ik vind denken - over belangrijke zaken - nu juist het mooie van mijn vak. Dus s.v.p. niet beginnen over drag & drop en AI-gegenereerde scaffolding zaken
[ Voor 12% gewijzigd door Verwijderd op 13-08-2018 11:43 . Reden: gingen wat nekharen overeind staan bij de gedachte aan het eind van de programmeur als vakman ]
Begrijp je het niet of wil je het niet begrijpen? De strekking van mijn post gaat niet over de taal maar juist over het idee dat je relatief makkelijk kunt overgaan van statische HTML naar werkende logica. En ja dan kun je iedere beginner wel een prutser gaan noemen, of rolde jij er vanaf dag 1 al robuuste classes uit?
Hoeder van het Noord-Meierijse dialect
Die kant wou ik totaal niet op, no worries:
[...]
Ik vind denken - over belangrijke zaken - nu juist het mooie van mijn vak. Dus s.v.p. niet beginnen over drag & drop en AI-gegenereerde scaffolding zaken
Neem nou Symfony en het concept inversion of controI. SF kan dependencies out of the box aan elkaar knopen met een stukje configuratie. Hoef ik niet te programmeren. De tijd die ik overhoud kan ik spenderen aan features bouwen. En dáárin kan ik nadenken over belangrijke zaken die voor de business relevant zijn (business value).
@gekkie Oh kom op, dat meen je toch niet? Perl is veel te cryptisch voor nieuwkomers. Ik heb mijn eerste webscripts ook in Perl geschreven. Het was een enorme verademing toen ik overstapte op PHP3. En toen had ik al een lange programmeerachtergrond. Kan me niet eens voorstellen hoe een beginneling dit zou ervaren
[ Voor 57% gewijzigd door .oisyn op 13-08-2018 12:07 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Ik begrijp het wel hoor. Maar om even een vergelijking te maken. Stel dit was "De pitbox" i.p.v. "Devschuur Coffee Corner" en we waren hier allemaal professionele coureurs. De een rijdt Formule 1, de ander LMP1 en weer een ander DTM. Vervolgens is de discussie wat de betere raceauto is. Dan ga je toch ook niet zeggen dat een Fiat Punto een betere auto is omdat het (letterlijk:
[...]
Begrijp je het niet of wil je het niet begrijpen? De strekking van mijn post gaat niet over de taal maar juist over het idee dat je relatief makkelijk kunt overgaan van statische HTML naar werkende logica. En ja dan kun je iedere beginner wel een prutser gaan noemen, of rolde jij er vanaf dag 1 al robuuste classes uit?
) makkelijker instappen is als je alleen kunt fietsen?Voor mijn gevoel zitten we namelijk op dat niveau de discussie te voeren.
En dat is ook wat ik eerst bedoelde. Ja, PHP kun je misschien makkelijk mee beginnen, maar dat maakt je nog geen programmeur. Voordat je jezelf programmeur mag noemen moet je mijns inziens toch wel een opleiding hebben gevolgd (of op een goed niveau autodidact), en niet vanaf je eerste <?php include('menu.php'); ?> jezelf een PHP programmeur noemen. En ook in het geval dat je aan een opleiding begint (of goede online cursus, of...) zal het instapniveau een stuk ingewikkelder zijn dan het schrijven van een include zodat je niet elke keer een menutje hoeft te herhalen. Ik begon op de opleiding in ieder geval met het leren van variabelen, functies, if statements, arrays, loops.... Oftewel: het logica aspect. Want dat is waar programmeren uiteindelijk om draait: logica, en niet hoe je een bestand moet includen om herhaling te voorkomen.
Is voor een deel ook maar wat je er van maakt, ja als perl-god kun je de wereld in een one-liner scheppen.:
@gekkie Oh kom op, dat meen je toch niet? Perl is veel te cryptisch voor nieuwkomers. Ik heb mijn eerste webscripts ook in Perl geschreven. Het was een enorme verademing toen ik overstapte op PHP3. En toen had ik al een lange programmeerachtergrond. Kan me niet eens voorstellen hoe een beginneling dit zou ervaren
Maar echt noodzakelijk is dat nou ook weer niet.
Die vergelijking gaat niet op, want met die Punto kun je prima die F1 auto bijhouden blijkbaar.
Turing complete is een ding.
Turing complete is een ding.
Less alienation, more cooperation.
Verwijderd
Ik ben na 10 jaar Perl overgestapt naar PHP:
@gekkie Oh kom op, dat meen je toch niet? Perl is veel te cryptisch voor nieuwkomers. Ik heb mijn eerste webscripts ook in Perl geschreven. Het was een enorme verademing toen ik overstapte op PHP3. En toen had ik al een lange programmeerachtergrond. Kan me niet eens voorstellen hoe een beginneling dit zou ervaren
Nooit meer helemaal goed gekomen met me Mooie kant van Perl blijft dat je eigen 'taalconstructies' kunt schrijven (bv. modules moose / mouse) PHP mist dat; heb me eens suf lopen zoeken naar iets simpels als het uit kunnen lezen van 'reference counts' bijvoorbeeld - blijkt niet te kunnen (php 5.x)
Qua potentieel om minder leesbare code te schrijven in Perl snap ik je post overigens volkomen.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
:strip_icc():strip_exif()/u/36083/crop5dca9e34ce091_cropped.jpeg?f=community)
Ehm ja? Het verbaast mij altijd zo dat in de IT-wereld er zo ontzettende drang is naar het zoeken van een hokje waar je in past. Als ingenieur ben ik gewoon ingenieur, met ervaring in mechatronica en thermodynamica. Dat is vrij normaal in 'onze' wereld. Als we iemand zoeken zoeken we iemand met een bepaald denkniveau en instelling. De ervaring helpt om een idee te hebben van hoe makkelijk iemand in het nieuwe project zijn of haar draai vind. Daarnaast is specialiseren niet erg, maar wel erg om in een hokje te blijven leven. Een team functioneert beter als de individuele spelers elkaar wereld begrijpen.:
[...]
Mijn ervaring met frontenders die ook backend programmeren zijn gaan doen zijn niet al te best
Maar als we dan een programmeur zoeken voor een project hebben we embedded, backend, full stack, devops, mobile, frontend, enterprise, sap, en weet ik wat nog meer. Het gaat toch juist om conceptueel en systematisch kunnen denken? Ik snap dat tussen front- en backend een groot verschil zit. Maar zo was er eentje die vertikte het mee te werken aan een embedded project, terwijl ie zelf allemaal low-level server-code maakt.
Oh, en laten we niet gaan beginnen over die absurde junior, medior, senior indelingen die er heersen. Nog nooit heb ik die ergens anders gezien. Senior misschien, maar medior en junior? Is het dan echt zo belangrijk om je relevantie af te willen dwingen met een titel? Of, zoals ik vaker zie, je gelijk door te drukken aan de hand van een titel?
Engineering is like Tetris. Succes disappears and errors accumulate.
Ik begon mijn opleiding met functioneel programmeren in Miranda. Daar ging iedereen die op basis van jouw idee over ifs, arrays en loops dacht te kunnen programmeren.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
In mijn tijd had je dan phpBB met tig mods. Met name de CMS mods waren heel populair: je kon toen semi-snel een blogje met reacties opzetten
/u/286895/icon1.png?f=community)
Je begint natuurlijk met een solide basis in categorieëntheorie, want hoe wil je anders interactieve programma's gaan schrijven met monads? Stateful talen als PHP kun je beter pas daarna doen, als je het allemaal wat beter snapt.:
[...]
Ik begon mijn opleiding met functioneel programmeren in Miranda. Daar ging iedereen die op basis van jouw idee over ifs, arrays en loops dacht te kunnen programmeren.
Heeft geen speciale krachten en is daar erg boos over.
:strip_icc():strip_exif()/u/36003/crop584e9e5c223bd.jpeg?f=community)
Kidding aside, als ik zie hoe webapps in functionele omgevingen als Elm, Fable, Suave, enz worden gemaakt krijg ik haast het idee dat het webdevelopment daadwerkelijk eenvoudiger maakt.
Bijvoorbeeld deze presentatie: Build your own Excel 365 in an hour with F# of Kris Jenkins over Elm.
Nu ben ik geen webdeveloper dus ik zie waarschijnlijk allemaal valkuilen over het hoofd maar ik vind het wel indrukwekkend.
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Volgens mij tik ik hier zijdelings tegen een gevoelig onderwerp
M'n verhaal ging over mijn slechte ervaring met frontenders die ook in de rol van backender geforceerd worden, maar niet competent genoeg zijn om daarin hun draai te vinden. Het geeft op een gegeven moment wrijving binnen het team, omdat je mensen niet oneindig kunt corrigeren danwel op sleeptouw nemen. Dat is echt vermoeiend.Ik geloof zeker in een bepaalde mate van fluiditeit in iemands takenpakket, maar ik vind ook dat je mensen in moet zetten op basis van hun expertise/specialiteit. En specialiteiten zijn nou eenmaal hokjes. Iemand die op alle fronten mee kan denken en daarin zinnig kan bijdragen is erg waardevol, maar het zijn er doorgaans maar weinig die dat écht goed kunnen.
Oh en gelijk afdwingen op basis van titulatuur ben ik allergisch voor
Gelukkig komt dat in mijn werkomgeving nauwelijks voor.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
@Mugwump Ik zou ook niemand PHP aanraden om programmeren te leren. In PHP kom je met te veel dingen weg die je in andere talen nooit kan doen. (Al helemaal als je error reporting uitzet ). Maar juist voor mensen die niet per se willen programmeren, maar gewoon iets werkends online willen hebben, is dat natuurlijk een uitkomst.
Totdat het door een bedrijf in gebruik wordt genomen, en iemand anders moet de boel overnemen met een brei van 20 000 regels PHP en HTML door elkaar, SQL queries zonder escaping, geen enkele klasse of functie, en al die andere mooie dingen die PHP je laat doen (Dat betekent niet dat het niet fatsoenlijk kan, het wordt gewoon niet afgedwongen)
). Maar juist voor mensen die niet per se willen programmeren, maar gewoon iets werkends online willen hebben, is dat natuurlijk een uitkomst. Totdat het door een bedrijf in gebruik wordt genomen, en iemand anders moet de boel overnemen met een brei van 20 000 regels PHP en HTML door elkaar, SQL queries zonder escaping, geen enkele klasse of functie, en al die andere mooie dingen die PHP je laat doen
(Dat betekent niet dat het niet fatsoenlijk kan, het wordt gewoon niet afgedwongen)
[ Voor 6% gewijzigd door Koenvh op 13-08-2018 14:38 ]
🠕 This side up
Precies, daarom is een LAMP stack ook een ding en is mysql ook nog steeds mateloos populair. ( Eigenlijk zelfde verhaal. ):
[...]
In mijn tijd had je dan phpBB met tig mods. Met name de CMS mods waren heel populair: je kon toen semi-snel een blogje met reacties opzetten
Tomas is ook wel een hele slimme dude, daarom lijkt het ook zo gemakkelijk.:
[...]
Kidding aside, als ik zie hoe webapps in functionele omgevingen als Elm, Fable, Suave, enz worden gemaakt krijg ik haast het idee dat het webdevelopment daadwerkelijk eenvoudiger maakt.
Bijvoorbeeld deze presentatie: Build your own Excel 365 in an hour with F# of Kris Jenkins over Elm.
Nu ben ik geen webdeveloper dus ik zie waarschijnlijk allemaal valkuilen over het hoofd maar ik vind het wel indrukwekkend.
[ Voor 47% gewijzigd door Sandor_Clegane op 13-08-2018 14:38 ]
Less alienation, more cooperation.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Als je iemand hebt die echt kundig is en de ins-outs van een taal weet: ja dan kan je van alles bereiken.:
[...]
Kidding aside, als ik zie hoe webapps in functionele omgevingen als Elm, Fable, Suave, enz worden gemaakt krijg ik haast het idee dat het webdevelopment daadwerkelijk eenvoudiger maakt.
Bijvoorbeeld deze presentatie: Build your own Excel 365 in an hour with F# of Kris Jenkins over Elm.
Nu ben ik geen webdeveloper dus ik zie waarschijnlijk allemaal valkuilen over het hoofd maar ik vind het wel indrukwekkend.
Zoals ik recent hier al eens had gepost:
Er zijn zeker devs die gewoon nu het zelfde maken en er een project van hebben die 1 week loopt om bovenstaande te realiseren.:
[...]
nja het voordeel is dat volwassen frameworks dit zo voor je kunnen oplossen. Ik dev bijna niet meer maar had recent even iets gemaakt in Symfony. Binnen 10 minuten had ik een form met CRUD, fout afhandeling (zowel front als backend), een entity en persistence naar de DB.
Echt holy shit wat gaat dat simpel en goed tegenwoordig
Dan zit er gewoon een verschil in:
- Keuze in de technieken
- Implementatie in een huidig systeem
- Hele andere eisen en wensen wat custom werk is
- Ervaring
- ???
Vaak is de technische stack nog het minst belangrijkste als het gaat over mogelijkheden en tijd. Een combinatie van requirements en dan een gedegen afweging maken tussen de techniek stack zorgt er wel voor dat je goed kan ontwikkelen.
Inmiddels alweer tig reacties verder hier maar ik moet toch nog even reageren 
Dat hoor je mij ook helemaal niet zeggen
En dat is precies waar ik wèl op doel. Met de kennis en de wijsheid van nu is het makkelijk praten. Nogmaals; mijn punt is dat PHP zich uitermate goed leent / laagdrempelig is om zelf te gaan lopen kloten en uit te zoeken hoe een if-else constructie werkt. Ben je dan programmeur? Nee, natuurlijk niet, maar daar ging het ook niet om. Er was ooit een tijd dat er geen 1001 verschillende IT-opleidingen bestonden. Toen nog nooit iemand van frontend en backend had gehoord en HTML 'programmeurs' met een boek en beperkte resources op internet zichzelf maar allerlei logica moesten aanleren. Op dit forum trouwens legio voorbeelden van mensen die zo begonnen zijn.
Hoeder van het Noord-Meierijse dialect
Verwijderd
Halfweg de jaren 80 met een gekopieerde cursus Basic (Teleac als ik het me goed herinner) op een bakbeest met een schermpje iets groter dan een Nokia 3310:
Toen nog nooit iemand van frontend en backend had gehoord en HTML 'programmeurs' met een boek en beperkte resources op internet zichzelf maar allerlei logica moesten aanleren. Op dit forum trouwens legio voorbeelden van mensen die zo begonnen zijn.
Ergens jammer dat er geen andere term is voor mensen die van programmeren hun beroep hebben gemaakt. Je videorecorder - om in de jaren '80 te blijven - programmeer je ook. Zit een wereld van verschil tussen die recorder en zelf een degelijk framework kunnen schrijven. Of is de term 'senior' bedacht om dat onderscheid te maken?
/u/200133/artemis_square_e_60-60.png?f=community)
Verwijderd
LOL:
De senior programmeert zijn videorecorder zonder dat hij een handleiding nodig heeft?
Als je nog weet wat een videorecorder is, dan ben je inmiddels wel senior.:
De senior programmeert zijn videorecorder zonder dat hij een handleiding nodig heeft?
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Die senioren van mij juist niet:
De senior programmeert zijn videorecorder zonder dat hij een handleiding nodig heeft?
.
:strip_icc():strip_exif()/u/87691/avatar_alex.jpg?f=community){kind=avatar}
Die trekken om 12 uur 's middags de stekker kortstondig uit hun wekkerradio zodat de tijd weer klopt?:
[...]
Die senioren van mij juist niet
We are shaping the future
Maar hoe weet je dat het 12 uur 's middags is als de tijd niet klopt?:
[...]
Die trekken om 12 uur 's middags de stekker kortstondig uit hun wekkerradio zodat de tijd weer klopt?
/u/172186/crop568d4026c22c0_cropped.png?f=community)
Daarvoor heb je toch de zonnewijzer in je tuin?:
[...]
Maar hoe weet je dat het 12 uur 's middags is als de tijd niet klopt?
Nee joh, gewoon kijken naar de stand van de maan. Die is dichterbij en dus makkelijker te zien. Daardoor ben je veel nauwkeuriger
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Volgens mij was dat vooral vroeger het geval, toen je veel designers had die wat html/css en een template in elkaar konden proppen.:
[...]
Mijn ervaring met frontenders die ook backend programmeren zijn gaan doen zijn niet al te best
Tegenwoordig heb je echter ook frontends die behoorlijk technisch zijn met veel Javascript. Je hebt zelfs dat de frontend complexer is dan de backend e die frontenders kunnen prima backend gaan doen.
Bij sommige oudere backenders leeft nog wel eens het idee dat frontenders niet kunnen programmeren, maar dat is al jaren achterhaald. Als je dat nog denkt, dan raad ik je aan eens een goede progressive web app in elkaar te zetten oid.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
:strip_icc():strip_exif()/u/226826/aardblij-60.jpg?f=community)
Well duh . Ook van een A<n>'tje onder een andere hoek trouwens
Als A<n> een lengte heeft van p en een breedte van q, dan heeft een A<n-1> een lengte van 2q en een breedte van p. A<n> en A<n-1> hebben dezelfde aspect ratio, dus:
p/q = 2q/p
p = 2q2/p
p2 = 2q2
p = √2∙q
p/q = √2
q/p = 1/√2 = √(1/2)
QED.
. Ook van een A<n>'tje onder een andere hoek trouwens Als A<n> een lengte heeft van p en een breedte van q, dan heeft een A<n-1> een lengte van 2q en een breedte van p. A<n> en A<n-1> hebben dezelfde aspect ratio, dus:
p/q = 2q/p
p = 2q2/p
p2 = 2q2
p = √2∙q
p/q = √2
q/p = 1/√2 = √(1/2)
QED.
[ Voor 146% gewijzigd door .oisyn op 14-08-2018 13:05 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Dit topic is gesloten.