Hoger ... Afhankelijk toch wat je doet hoor. Ik heb hier dingen getest ... En op een week tijd had het niks production ready kunnen maken. Zelfs autocomplete van een lijntje of 2 lijntjes zit er dikwijls volledig naast. In bestaande grote projecten werkt het gewoon voor geen meter. Voor een greenfield project werkt het tot een bepaalde grootte en dan stopt het. 3x voor gehad dat werkende dingen gewoon gewist werden zonder enige logica daarachter (en was ook niet de vraag). Zelfs als je zegt voor elke wijziing maak een backup zonder het mij te vragen gaat het goed voor 2-3 wijzigingen en dan opnieuw ... mag ik een backup nemen ... Ja ik heb je al 5x gezegd dat je dat automatisch mag doen en moet doen voor elke wijziging die je doet. Zelfs een keer gezien vervangen alle ids waar x in staat met door id="newenderest" en dingen werden gewist. En dit was nota bene in iets van zo een 1000 lijnen. Dus productiever ... niet echt nee. Voor iemand dat er geen bal van kent of zeer weinig kennis heeft, misschien, maar als "seasoned" "pro" niet veel. Waar je winst uit kan halen is iets te vragen "van hoe heet deze functie in X" ... Ik ken niet elke functie van elk framework/taal dat ik gebruik. Ipv alt-tab en even google te vragen etc, krijg je nu een resultaat te zien. Probeer je een nieuwer of cutting/bleeding edge framework dan mag je het vergeten. Versies waar grote verschilllen tussen zitten, zal zogoed als altijd de oudere versie genomen worden.
En dan nog een database maken bijvoorbeeld ... er zijn heel wat optimalisaties die je kan doen reeds in je design. Mij zal het worst wezen dat ik iets 2x in mijn db heb staan, zolang het maar correct geupdate zal worden, maar als ik daardoor mijn queries simpeler en sneller kan maken, waarom niet. Standaard zal het ook altijd een ORM gebruiken waar je dan kennis van nodig hebt om het wat te optimaliseren. Nee het is gewoon select * from x en daar moet je het meedoen. Als er joins bijkomen steevast mee inladen terwijl het soms voordelige kan zijn query 1 in de laten en dan de verschillen die je moet ophalen in een 2de query zodat je query 3 kan uitvoeren met een minimum aan gegevens en dan in het geheugen joinen. Eventueel zelfs caching. Dit mag je dus allemaal gewoon compleet vergeten.
Als ik les geef bijvoorbeeld is het leuk voor "triviale code" snel op het scherm te hebben, wat complexer en poef geen winst meer. Ik programmeer ondertussen als 27 professioneel, maar sinds ik +-10 jaar ben schreef ik al scriptjes. Ben er nu bijna 47 ondertussen, ik ben zeker geen 10x developer, maar als ik zeg dat gaan we zo doen, en we doen het toch anders dan kan ik in 99% van de gevallen nadien zeggen "this has been identified early on as likely outcome (aka "I told you so")". Een junior kan misschien wat meer produceren, maar de kwaliteit is niet altijd beter