Dat zekerquote:Op zondag 24 juni 2018 12:35 schreef Farenji het volgende:
Je bent echt veel flexibeler als je de webserver van je applicatie scheidt,
Kwestie van genoeg geheugen hebben. Een krachtige server hoeft natuurlijk niet slechter te zijn dan 2 minder krachtige.quote:en het is qua geheugengebruik ook beter omdat je workers niet ook de ballast van je webservers erbij hebben.
Vergeet ook de veiligheidaspecten niet. Je applicatie onder een aparte gebruiker draaien is veiliger, dan alles onder de webserver gebruiker te draaien (die dan toegang heeft tot de data van alle applicaties). Zeker als je meerdere applicaties op 1 server hebt draaien.quote:Daarnaast grote voordelen zoals uniforme middleware (die je dus ook makkelijk zelf kan schrijven) en je hebt zelfs compatibility layers zelfs voor zwaar achterhaalde standaarden als plain old cgi.
Serverless webapplicaties is wel een trend.quote:Op zondag 24 juni 2018 12:35 schreef Farenji het volgende:
[..]
Met perl gebruik ik altijd de psgi specificatie (https://plackperl.org/) die weer gebaseerd is op Pythons wsgi (https://www.python.org/dev/peps/pep-0333/) en Rack van Ruby (https://rack.github.io/). Op zich heel simpele specs maar wel echt een verbetering tov hoe het eerst ging. Je bent echt veel flexibeler als je de webserver van je applicatie scheidt, en het is qua geheugengebruik ook beter omdat je workers niet ook de ballast van je webservers erbij hebben. Daarnaast grote voordelen zoals uniforme middleware (die je dus ook makkelijk zelf kan schrijven) en je hebt zelfs compatibility layers zelfs voor zwaar achterhaalde standaarden als plain old cgi.
heb je een RFC voor me voor de implementatie hiervna?quote:Op dinsdag 26 juni 2018 16:45 schreef oranjevogel1 het volgende:
[..]
De webserver is het process dat requests buffert. Je applicatie werkt ze een voor een af in het geval van een single threaded applicatie of meerdere tegelijkertijd in het geval van een multi threaded applicatie. Hetgeen je applicatie buffert zijn niet de requests, maar andere data die je gebruikt om te antwoorden.
Ik weet niet of hier wel een RFC specificatie voor is.quote:Op dinsdag 26 juni 2018 23:24 schreef cablegunmaster het volgende:
[..]
heb je een RFC voor me voor de implementatie hiervna?
1 2 3 4 5 6 7 | List<Contact> contactList = new List<Contact>(); for(Account a : accList) { List<Contact> clist = [SELECT Id, Name FROM Contact WHERE AccountId = a.Id]; for(Contact c : clist) { contactList.add(c); } } |
Heb je die docu gezien van Brandpunt over outsourcing van overheidsprojecten?quote:Op woensdag 27 juni 2018 14:13 schreef bagpiper001 het volgende:
Voor degenen die met hun baas in discussie zijn of het outsourcen van programmeurs een goed idee is, ik kreeg vandaag dit onder ogen van mijn lieftallige Indische collega. Het datamodel hiervan is vrij simpel: 1 account kan meerdere contacten bevatten. Nu wordt 1 of meerdere van deze accounts (bijvoorbeeld door een dataload) bijgewerkt en in de trigger vindt ik vervolgens dit terug:
[ code verwijderd ]
Op het allereerste gezicht (het is APEX, dus dan moet het wat omslachtiger) ziet het er niet verkeerd uit toch? WRONG. Het is een cloudplatform, waardoor je met limieten te maken krijgt. Een van die limieten is dat je maximaal 100 queries in een transactie mag doen. Guess what happens als ik met een dataload 101 accounts update.
Dit is overigens iets wat iedereen die meer dan een week met Apex werkt, zou moeten weten. Ik had het dus beter zelf kunnen doen.
Oh, dan heb ik het nog niet eens over de naamgeving. Een variabele met 1 letter? serieus? Ik word hier toch wel verdrietig van.
Dat is wel aardig kut en hij houdt zich ook niet aan jullie code conventies dus? En nu, ga je dit bespreken met mensen van je werk?quote:Op woensdag 27 juni 2018 14:13 schreef bagpiper001 het volgende:
Voor degenen die met hun baas in discussie zijn of het outsourcen van programmeurs een goed idee is, ik kreeg vandaag dit onder ogen van mijn lieftallige Indische collega. Het datamodel hiervan is vrij simpel: 1 account kan meerdere contacten bevatten. Nu wordt 1 of meerdere van deze accounts (bijvoorbeeld door een dataload) bijgewerkt en in de trigger vindt ik vervolgens dit terug:
[ code verwijderd ]
Op het allereerste gezicht (het is APEX, dus dan moet het wat omslachtiger) ziet het er niet verkeerd uit toch? WRONG. Het is een cloudplatform, waardoor je met limieten te maken krijgt. Een van die limieten is dat je maximaal 100 queries in een transactie mag doen. Guess what happens als ik met een dataload 101 accounts update.
Dit is overigens iets wat iedereen die meer dan een week met Apex werkt, zou moeten weten. Ik had het dus beter zelf kunnen doen.
Oh, dan heb ik het nog niet eens over de naamgeving. Een variabele met 1 letter? serieus? Ik word hier toch wel verdrietig van.
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
quote:Op woensdag 27 juni 2018 16:17 schreef DevFreak het volgende:
Denk dat ik het doel een klein beetje voorbij aan het schieten ben nu, maar ach xDSPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
Experimenteren met projectjes is nooit verkeerd.
Ik vond het er wel aardig uit zien.quote:Op woensdag 27 juni 2018 18:28 schreef I. het volgende:
[..]
Experimenteren met projectjes is nooit verkeerd.
Ik heb verder alleen aan de projectleider hier laten zien wat voor soep ze er van bakken. Ik heb in principe niets te maken met deze code (ik werk in een andere sandbox, moest hier alleen zijn om wat te testen). Hij was er op zijn zachtst gezegd niet blij mee en er zal wel weer een belletje gaan richting die manager daar in India.quote:Op woensdag 27 juni 2018 15:15 schreef FlippingCoin het volgende:
[..]
Dat is wel aardig kut en hij houdt zich ook niet aan jullie code conventies dus? En nu, ga je dit bespreken met mensen van je werk?
Nee niet gezien maar op basis van ervaring denk ik dat we tot dezelfde conclusie gaan komen Documenteren is ook zoiets waar ze daar nog nooit van gehoord hebben.quote:Op woensdag 27 juni 2018 15:09 schreef DevFreak het volgende:
[..]
Heb je die docu gezien van Brandpunt over outsourcing van overheidsprojecten?
Ze hebben daar letterlijk een boekje op hun bureau met de titel 'Programmeren voor Dummies'
Spaghetti-code.
Ik zie een memory leakquote:
die is in ieder geval een stuk minder recursiefquote:Op donderdag 28 juni 2018 15:21 schreef Gehenna het volgende:
[..]
Ik zie een memory leak
Volgens mij had het zoiets moeten zijn
while(1){
eat();
sleep();
code();
}
Als je simpele while true loops recursief gaat maken wel ja.quote:Op donderdag 28 juni 2018 15:31 schreef Bosbeetle het volgende:
[..]
die is in ieder geval een stuk minder recursief
Recursie blijf ik een lastig concept vinden je kunt er ontzettend veel mee maar je loopt zo snel tegen een stackoverflow aan.
Gedrochten maken kan ik welquote:Op donderdag 28 juni 2018 15:35 schreef FlippingCoin het volgende:
[..]
Als je simpele while true loops recursief gaat maken wel ja.
1 2 3 4 5 6 | function fillsquare(x,y,start,size,col){ setPixel((start%size)+x-floor(size/2),floor(start/size)+y-floor(size/2),col); if(start<(size*size)-1){ fillsquare(x,y,start+1,size,col); } } |
Daarom gewoon GoTo gebruiken.quote:Op donderdag 28 juni 2018 15:31 schreef Bosbeetle het volgende:
[..]
die is in ieder geval een stuk minder recursief
Recursie blijf ik een lastig concept vinden je kunt er ontzettend veel mee maar je loopt zo snel tegen een stackoverflow aan.
Kwestie van condities afvangen, maar in mijn gebied (embedded) is recursie een redelijke no-goquote:Op donderdag 28 juni 2018 15:31 schreef Bosbeetle het volgende:
Recursie blijf ik een lastig concept vinden je kunt er ontzettend veel mee maar je loopt zo snel tegen een stackoverflow aan.
1 2 | reverse [] = [] reverse (x:xs) = reverse xs ++ [x] |
Op stage wel eens een radix tree geschreven, voor bomen en het lopen door bomen is recursie wel handig.quote:Op donderdag 28 juni 2018 15:37 schreef Bosbeetle het volgende:
[..]
Gedrochten maken kan ik wel
[ code verwijderd ]
Die gaat in ImageJ macro taal goed tot op blokjes van 10 bij 10 pixels ofzo
maar hij kan ook gewoon in een for loop, of nog makkelijker in een dubbele for loop.
(voor kleine blokjes is hij grappig genoeg wel super snel)
wel handig? Hoe wil je uberhaupt zonder recursie met bomen werken?quote:Op donderdag 28 juni 2018 17:29 schreef FlippingCoin het volgende:
voor bomen en het lopen door bomen is recursie wel handig.
Met reflection bijvoorbeeld.quote:Op donderdag 28 juni 2018 19:01 schreef oranjevogel1 het volgende:
[..]
wel handig? Hoe wil je uberhaupt zonder recursie met bomen werken?
Vage shit tegenover traditionele talen? Begin met Typescript, lost het 'vaag zijn', afhankelijk wat je er vaag aan vindt, wel een heel eind op denk ik .quote:Op donderdag 28 juni 2018 19:23 schreef DevFreak het volgende:
Ik zou willen dat ik op korte termijn veel ervaring op kan doen met JavaScript. Middels een goede praktijkgerichte cursus. Misschien dat ik dan ook jQuery achter kan laten.
Fillign the gaps zoals ze zeggen.
Ik kan wel aardige dingen maken maar loop toch tegen het probleem aan dat ik bugs goed kan voorkomen als ik meer kennis zou hebben van het mormel.
Vergeleken met traditionele talen is het echt allemaal vage magie. Wordt er soms echt helemaal krankzinnig van
Maar TypeScript is niet bedoeld voor webdevelopment toch?quote:Op donderdag 28 juni 2018 20:57 schreef embedguy het volgende:
[..]
Vage shit tegenover traditionele talen? Begin met Typescript, lost het 'vaag zijn', afhankelijk wat je er vaag aan vindt, wel een heel eind op denk ik .
Jawel, wordt in Angular gebruikt bijvoorbeeld.quote:Op donderdag 28 juni 2018 21:04 schreef DevFreak het volgende:
[..]
Maar TypeScript is niet bedoeld voor webdevelopment toch?
Jawel hoor. Werkt prima icm angular, react, JQuery en vast ook zonder dat soort frameworks.quote:Op donderdag 28 juni 2018 21:04 schreef DevFreak het volgende:
[..]
Maar TypeScript is niet bedoeld voor webdevelopment toch?
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |