/u/243953/crop56f55a7bcf291.png?f=community)
sarcasme is moeilijk te begrijpen via tekst:
[...]
Drastische reactie niet?
Heb inderdaad gewoon een koptelefoon opgezet.
/u/155568/usericon.png?f=community)
http://status.aws.amazon.com/ is gewoon een statische webpagina ?:
Hmmm, Amazon's AWS down zo te zien
Nja, Twitter staat er vol mee: https://twitter.com/search?q=aws%20down
:strip_exif()/u/316566/crop570109b769a18_cropped.gif?f=community)
Zal de update service van hun statuspagina ook wel op AWS gehost zijn
(kans dat het netwerk overal plat ligt en de service up is lijkt me toch ook sterk met zoveel locaties)
[ Voor 16% gewijzigd door gekkie op 20-06-2016 14:57 ]
:strip_exif()/u/14385/malibu.gif?f=community)
Vrijdag waren er ook al wat problemen met o.a. Basecamp en Slack, nu opnieuw Basecamp plat. Daar gaat de productiviteit... maar ja, risico van zulke online diensten gebruiken.:
Hmmm, Amazon's AWS down zo te zien
“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.
Haha ja:
[...]
Zal de update service van hun statuspagina ook wel op AWS gehost zijn
Stiekem sowieso een veelgemaakte fout, een statuspagina of bedrijfswebsite zelf, allemaal op één server oid. Als je bijv. een hostingpartij bent moet je zorgen dat je website altijd werkt als de websites die je host down zijn.
Klopt! Centraal is mooi, maar heeft nadelen die je hier terug ziet. Over het algemeen hebben dergelijke diensten toch een hele lage downtime, maar toch. Als er zoiets plat gaat kun je denk ik wel spreken van overmacht.
[ Voor 37% gewijzigd door TheNephilim op 20-06-2016 14:59 ]
Meh ;; dat klinkt als ;; voor je zoiets neerplempt eerst nadenken over waarvoor je het eigenlijk neerzet en welke implicaties dat heeft ;; nehhh iedereen heeft dat ;; en gewoon in onze mooie standaard wordpress ;; hebben we gelijk ons standaard template ;; is kommunikasie ook weer te vree;:
[...]
Haha ja
Stiekem sowieso een veelgemaakte fout, een statuspagina of bedrijfswebsite zelf, allemaal op één server oid. Als je bijv. een hostingpartij bent moet je zorgen dat je website altijd werkt als de websites die je host down zijn.
Function follows form.
Altijd leuk ;; klantenstress omdat de server plat gaat na 4 a 5 jaar achterstallig onderhoud ;; opzich nog een wonder dat die rammelkast (VPS) het zo lang heeft uitgehouden (en geen gehacktstaaf).
[ Voor 23% gewijzigd door gekkie op 20-06-2016 15:17 ]
:strip_exif()/u/91205/avator_pavo.gif?f=community)
Nee ;; punt voor punt ;; met een komma.:
[...]
Is ;; de nieuwe . bij jou?
Iedereen is altijd zo blij met PHP tov Python omdat het fijn overal een ; wil hebben.
Ergo toen er kritiek kwam op puntjes op de i's zonder i's ;; plaats ik er maar komma's onder
.
/u/3813/100_8985_ICON2.JPG?f=community)
Daar, nu is het in ieder geval duidelijk.:
[...]
Nee ;; punt voor punt ;; met een komma.
Iedereen is altijd zo blij met PHP tov Python omdat het fijn overal een ; wil hebben.
Ergo toen er kritiek kwam op puntjes op de i's zonder i's ;; plaats ik er maar komma's onder
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
:strip_exif()/u/294184/20150204_SITE_GIF_VALKUIL-resized.gif?f=community)
:strip_exif()/u/26373/anim4.gif?f=community)
Hè? Wat.:
Zo, de modjes weer wat werk gegeven
Meuk fixen mag een collega mod doen, das niet zo lekker via mobiel....
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
/u/373849/cowava2.png?f=community)
Da's nummer 2 al. Gaat snel zeg.
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!
Ik kan er niet aan doen dat de main devs van tweakers gezegd hebben TR's te openen als er nog warnings gebroken waren hé... Dus ik volg dat advies netjes op:
[...]
Hè? Wat.
Meuk fixen mag een collega mod doen, das niet zo lekker via mobiel....
Goedemorgen iedereen!
* azerty zet een thermos met koffie, een thermos met chocolademelk en een thermos met thee klaar voor de gegadigden (behalve voor gekkie). Ook Firesphere wordt niet vergeten: een goed gekoeld Belgisch biertje staat voor hem klaar.
:strip_icc():strip_exif()/u/36083/crop5dca9e34ce091_cropped.jpeg?f=community)
Lijkt me niet meer dan normaal dat je in Nieuw-Zeeland ook gewoon (crappy) recruiters hebt?:
[...]
Engineering is like Tetris. Succes disappears and errors accumulate.
Ow, woordje "vandaag" vergeten
En uiteraard verbaasd het me niet
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!
Heb je daar al een baan eigenlijk? Ik kan me eerlijk gezegd niet voorstellen dat je een baan als CMS-developer ambieert als je zo'n avontuur aangaat.:
[...]
Ow, woordje "vandaag" vergeten
En uiteraard verbaasd het me niet
Engineering is like Tetris. Succes disappears and errors accumulate.
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!
:strip_icc():strip_exif()/u/734655/crop6390c3acd41c6_cropped.jpg?f=community)
Is bellen niet een mogelijkheid? Ik neem aan dat de "klant van een klant" (ugh... I feel your pain....) er iets mee wilt doen.
En anders gewoon een minimal viable product opleveren: Een lege Excel sheet
"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
Alles is een mogelijkheid, behalve dat het op deze wijze gemaakt gaat worden.:
[...]
Is bellen niet een mogelijkheid? Ik neem aan dat de "klant van een klant" (ugh... I feel your pain....) er iets mee wilt doen.
En anders gewoon een minimal viable product opleveren: Een lege Excel sheet
De waan dat vooraf enigzins overeenstemming hebben over specs (hoeft niet tot in den treure) meer heen en weer mail op zou leveren dan iets willekeurigs coden en vervolgens stapje voor stapje middels coden komen bij wat de klant van de klant eigenlijk altijd al als latente wens had, die waan deel ik niet echt.
Te meer daar de interval in de communicatie veel langer is dan dat je een mockupje maakt en daar in wijzigt en overeenstemming over zal gaan bereiken.
Maar goed de klant weet nu niet welke gegevens er allemaal beschikbaar zijn dus kan zelf geen mockup maken ;; tsja ;; alles wat er nu in het systeem getoond wordt ;; begin daar eens mee ;; maar geef dan aan hoe je denkt dat in excel te willen hebben ;; en is het voor humane consumptie of voor iets geautomagiseerds ?
Maar goed als het niet gesnapt wordt dan is een lege excel wel een aardige om het punt duidelijk te maken.
No basic specs ;; geen gevulde excel.
[ Voor 5% gewijzigd door gekkie op 21-06-2016 10:19 ]
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
sorry ;; zat te PHP'en ;; dus ze zijn een beetje in short-supply;
Binnenkort m'n eigen python-code van +/- 5 jaar geleden onder ogen zien ;; die toen eigenlijk al toe was aan een flinke refactor; Achja dan heb ik in iedergeval weer voldoende ;'s over
:
[...]
sorry ;; zat te PHP'en ;; dus ze zijn een beetje in short-supply;
Binnenkort m'n eigen python-code van +/- 5 jaar geleden onder ogen zien ;; die toen eigenlijk al toe was aan een flinke refactor; Achja dan heb ik in iedergeval weer voldoende ;'s over
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
Maarja;;kannatuurlijkwelzijndatdewhitespacedanwatinshortsupplygaatgeraken;;dusofdatnouechteenverbeteringis;:
[...]
:strip_exif()/u/627282/charmander-kerst.gif?f=community)
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Gewoon splitten op ; kom je een heel eind. Min of meer. De delen tussen de ; zijn ook niet *altijd* even zinvol.
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
FTFY
(neh dat komt niet echt over ;; puntjes doorstrepen
)
[ Voor 12% gewijzigd door gekkie op 21-06-2016 11:43 ]
/u/296460/beaker_s.png?f=community)
Omfg...
Even aan het kijken naar mogelijkheden tot een koppeling met systeem X(van een relatief grote marktpartij). Simpel gezegd een systeem wat variabelen en hun waardes logt. Blijkt het systeem een aparte database per apparaat, en vervolgens een aparte tabel per gelogde variabele(200+) te hebben.
Even aan het kijken naar mogelijkheden tot een koppeling met systeem X(van een relatief grote marktpartij). Simpel gezegd een systeem wat variabelen en hun waardes logt. Blijkt het systeem een aparte database per apparaat, en vervolgens een aparte tabel per gelogde variabele(200+) te hebben.
:strip_exif()/u/73955/foxavatar-60.gif?f=community){kind=avatar}
Ok, dacht dat dat al wel afgedekt was met reguliere tentamens, altijd leuk die verschillende smaken.
Ach het kan altijd erger moet je maar denken ;; een tabel per gelogde waarde:
Omfg...
Even aan het kijken naar mogelijkheden tot een koppeling met systeem X(van een relatief grote marktpartij). Simpel gezegd een systeem wat variabelen en hun waardes logt. Blijkt het systeem een aparte database per apparaat, en vervolgens een aparte tabel per gelogde variabele(200+) te hebben.
[ Voor 41% gewijzigd door gekkie op 21-06-2016 13:42 ]
Historie aggregeren?:
[...]
Hmm eerste test setup van monitoring projectje doet nu 150 values per second, nu 55GB database size.
Gaat nu leuke hosting worden
(of misschien de interval op sommigen waarden toch wat terug schroeven)
Daarom de verschillende smaken, maar ik neem toch aan dat ze tussentijds ook nog wel wat toetsen middels tentamens ?:
[...]
Ik studeer niet in NL
(alhoewel zo'n eindexamen me dan erg redundant lijkt)
Geen herexamen. 2 onderwerpen die behoren tot de gebieden waarin ik afstudeer en nog niet gezien heb, daar moet ik examen van doen.:
[...]
Dat
In mijn geval iets over honeypots (aangezien de thesis daarover gaat), en het andere onderwerp is reverse engineering.
[ Voor 15% gewijzigd door azerty op 21-06-2016 15:05 ]
Owhkee een op maat gemaakt examen .. mjah hier overal alleen mondelingen verdediging bij mijn weten, schriftelijke heb je al in je scriptie laten blijken.
Hmm honingpotjes, altijd lastig om er niet stiekem van te snoepen
.
Hmm honingpotjes, altijd lastig om er niet stiekem van te snoepen
.
Op maat gemaakt is nu ook weer dat niet hoor:
Owhkee een op maat gemaakt examen .. mjah hier overal alleen mondelingen verdediging bij mijn weten, schriftelijke heb je al in je scriptie laten blijken.
Hmm honingpotjes, altijd lastig om er niet stiekem van te snoepen
Er zijn 4 gebieden (IT Infrastructure, Software Engineering, Security Technology & Security Management) die deel uitmaken van mijn studie, en voor het examen moeten wij als student met 2 examinatoren dus een stuk leerstof (uit verschillende gebieden) afspreken die opgevraagd zal worden op het examen.
Er is dus wel een zekere vrijheid qua onderwerp, maar het moet in 1 van de vier gebieden vallen, beide mogen niet uit hetzelfde gebied zijn en ik moet een verschillende examinator voor beide stukken hebben.
/u/12612/crop65b399f21bc43_cropped.png?f=community)
Voor 't eerst in 15 jaar dat ik problemen heb een nieuwe technologie onder de knie te krijgen: Polymer JS. Het klikt gewoon niet, ik vind het een werkelijke hel om mee te werken. En in mijn team ben ik de enige die het raar vind dat simpele shit dagen duurt in plaats van minuten.
Anyway. Bij het kiezen van de technologie heb ik de popular vote verloren (ik ging voor React JS), dus nu gaan we het gewoon gebruiken, punt. Ik zit al 2 werkdagen te stoeien met iets wat ik in een ander front-end framework *al lang* af had, hooguit een uur werk. That's it.
De technologie vind ik persoonlijk compleet ongeschikt voor gebruik, en ik walg van de examples die ik her en der zie. Documentatie is slecht, loopt achter, of bestaat niet. En omdat het van Google is en een aankomende web-standard is moeten we het nu al gebruiken.
Ik denk dat het anno 2020 misschien ver genoeg is voor gebruik in een product. Maar momenteel voelt het aan alle kanten als on-af.
Hoe moet ik daar nou mee omgaan? Ik wil deze tech niet gebruiken. Ik werk hier al 4 jaar en de baan bevalt mij verder prima.
Mijn eerste ingeving is: solliciteren naar een andere werkgever. Dus dat heb ik maar direct ingepland en ik heb al 2 aanbiedingen liggen, morgen nog een paar sollicitaties.
Maar dat moet toch anders kunnen? "Suck it up"? "Gewoon mee werken"? Ik leer iets waarvan ik het niet wil leren, maar het is helaas wel compleet gerelateerd aan mijn functie (front-end web developer)...
Zit ook te overwegen gewoon het hele project ('t is best klein) na te bouwen in het framework wat ik liever gebruik. Daar heb ik al een skeleton setup van klaarliggen. Helemaal modern (React, web workers, ES2016, Gulp, SASS, WebGL animaties, Flux, React Native demo, etc.) en dat zou mij in m'n eentje ongeveer 3 werkdagen kosten vermoed ik zo. Daar ga ik dan ook mensen mee voor 't been schoppen, vermoed ik.
Maar misschien ga ik liever die tijd spenderen aan m'n vriendin, vrienden, en familie
What would you do?
Anyway. Bij het kiezen van de technologie heb ik de popular vote verloren (ik ging voor React JS), dus nu gaan we het gewoon gebruiken, punt. Ik zit al 2 werkdagen te stoeien met iets wat ik in een ander front-end framework *al lang* af had, hooguit een uur werk. That's it.
De technologie vind ik persoonlijk compleet ongeschikt voor gebruik, en ik walg van de examples die ik her en der zie. Documentatie is slecht, loopt achter, of bestaat niet. En omdat het van Google is en een aankomende web-standard is moeten we het nu al gebruiken.
Ik denk dat het anno 2020 misschien ver genoeg is voor gebruik in een product. Maar momenteel voelt het aan alle kanten als on-af.
Hoe moet ik daar nou mee omgaan? Ik wil deze tech niet gebruiken. Ik werk hier al 4 jaar en de baan bevalt mij verder prima.
Mijn eerste ingeving is: solliciteren naar een andere werkgever. Dus dat heb ik maar direct ingepland en ik heb al 2 aanbiedingen liggen, morgen nog een paar sollicitaties.
Maar dat moet toch anders kunnen? "Suck it up"? "Gewoon mee werken"? Ik leer iets waarvan ik het niet wil leren, maar het is helaas wel compleet gerelateerd aan mijn functie (front-end web developer)...
Zit ook te overwegen gewoon het hele project ('t is best klein) na te bouwen in het framework wat ik liever gebruik. Daar heb ik al een skeleton setup van klaarliggen. Helemaal modern (React, web workers, ES2016, Gulp, SASS, WebGL animaties, Flux, React Native demo, etc.) en dat zou mij in m'n eentje ongeveer 3 werkdagen kosten vermoed ik zo. Daar ga ik dan ook mensen mee voor 't been schoppen, vermoed ik.
Maar misschien ga ik liever die tijd spenderen aan m'n vriendin, vrienden, en familie
What would you do?
:strip_exif()/u/62716/avatar.gif?f=community){kind=avatar}
Waren polymeren niet lange draadachtige moleculen ?
Lijkt polymer JS dan ook op spaghetti-code, dan hebben ze in iedergeval een toepasselijke naam.
Tsja dat hele JS veld is (nog / weer) dermate gefragmenteerd dat er weinig chocola van te maken val.
Bloody leftpad anyone ?
Daarnaast veranderden de frameworks waar de meeste swung in zit ook nog eens voordat je een project goed en wel uit de beta hebt, terwijl de voordelen van iets nieuws nou eigenlijk ook weer niet zo evident zijn dat het het waard zou moeten zijn om weer de hele meuk te refactoren naar een nieuw framework.
Maffe bama gedoe
Lijkt polymer JS dan ook op spaghetti-code, dan hebben ze in iedergeval een toepasselijke naam.
Tsja dat hele JS veld is (nog / weer) dermate gefragmenteerd dat er weinig chocola van te maken val.
Bloody leftpad anyone ?
Daarnaast veranderden de frameworks waar de meeste swung in zit ook nog eens voordat je een project goed en wel uit de beta hebt, terwijl de voordelen van iets nieuws nou eigenlijk ook weer niet zo evident zijn dat het het waard zou moeten zijn om weer de hele meuk te refactoren naar een nieuw framework.
Dus je master is eigenlijk nagenoeg alleen afstuderen dan ?
Maffe bama gedoe
[ Voor 81% gewijzigd door gekkie op 21-06-2016 15:45 ]
/u/105842/Homer_60x60.png?f=community)
Het is ook niet helemaal redelijk om te verwachten dat ze maar naar jouw pijpen dansen en dus React gaan gebruiken. Ik denk dat je met een dergelijke mindset Polymer ook niet onder de knie gaat krijgen. Als je echt niet met Polymer wilt werken, dan zal je inderdaad moeten uitkijken naar een andere functie of een andere baan. Het is heel simpel; je baas betaalt en wie betaalt die bepaalt.:
Voor 't eerst in 15 jaar dat ik problemen heb een nieuwe technologie onder de knie te krijgen: Polymer JS. Het klikt gewoon niet, ik vind het een werkelijke hel om mee te werken. En in mijn team ben ik de enige die het raar vind dat simpele shit dagen duurt in plaats van minuten.
Anyway. Bij het kiezen van de technologie heb ik de popular vote verloren (ik ging voor React JS), dus nu gaan we het gewoon gebruiken, punt. Ik zit al 2 werkdagen te stoeien met iets wat ik in een ander front-end framework *al lang* af had, hooguit een uur werk. That's it.
De technologie vind ik persoonlijk compleet ongeschikt voor gebruik, en ik walg van de examples die ik her en der zie. Documentatie is slecht, loopt achter, of bestaat niet. En omdat het van Google is en een aankomende web-standard is moeten we het nu al gebruiken.
Ik denk dat het anno 2020 misschien ver genoeg is voor gebruik in een product. Maar momenteel voelt het aan alle kanten als on-af.
Hoe moet ik daar nou mee omgaan? Ik wil deze tech niet gebruiken. Ik werk hier al 4 jaar en de baan bevalt mij verder prima.
Mijn eerste ingeving is: solliciteren naar een andere werkgever. Dus dat heb ik maar direct ingepland en ik heb al 2 aanbiedingen liggen, morgen nog een paar sollicitaties.
Maar dat moet toch anders kunnen? "Suck it up"? "Gewoon mee werken"? Ik leer iets waarvan ik het niet wil leren, maar het is helaas wel compleet gerelateerd aan mijn functie (front-end web developer)...
Zit ook te overwegen gewoon het hele project ('t is best klein) na te bouwen in het framework wat ik liever gebruik. Daar heb ik al een skeleton setup van klaarliggen. Helemaal modern (React, web workers, ES2016, Gulp, SASS, WebGL animaties, Flux, React Native demo, etc.) en dat zou mij in m'n eentje ongeveer 3 werkdagen kosten vermoed ik zo. Daar ga ik dan ook mensen mee voor 't been schoppen, vermoed ik.
Maar misschien ga ik liever die tijd spenderen aan m'n vriendin, vrienden, en familie
What would you do?
Overigens ben ik vorig jaar op Polymer Summit geweest en ik vond het echt een veelbelovend iets, maar eenmaal thuis kreeg ik het allemaal ook lastig voor elkaar. Je moet de mindset hebben dat alles een op zichzelf staand element is. De simpliciteit van jQuery of het harde MVC van React en Angular heb je wat minder heb ik het idee.
Read the code, write the code, be the code!
3 semesters (90 ECTS) aan vakken, nu dit semester 3 ECTS voor nog 1 vak en 27 ECTS voor de thesis + eindexamen.:
[...]
Dus je master is eigenlijk nagenoeg alleen afstuderen dan ?
Maffe bama gedoe
:strip_icc():strip_exif()/u/383603/Untitled.jpg?f=community)
Dit dus. Het enige moment dat wij via popular vote voor een bepaalde taal kiezen is wanneer we een prototype op moeten leveren. Dan wordt er een enkele keer weleens gestemd over welke taal we het liefst willen gebruiken. Zodra die boel dan naar productie gaat, zijn er een aantal talen en frameworks waarbinnen gekozen kan worden en de architect heeft daar nagenoeg alles voor het zeggen. Uiteraard houdt deze rekening met de competenties van het team, etc.
Nu wordt er binnen ons team min of meer exclusief met Erlang gewerkt dus valt er vaak weinig te discussieren
In code wroeten welke 6 jaar lang onaangeraakt is geweest. Of ik even een nieuwe feature kan toevoegen aan die code. Fantastisch om hiermee aan de slag te gaan maar man man man wat gaat het traag.
[ Voor 22% gewijzigd door Swedish Clown op 21-06-2016 16:36 ]
Always looking for developers wanting to work with Erlang.
:strip_icc():strip_exif()/u/151534/crop5a48e625630a0_cropped.jpeg?f=community)
“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.
Ik heb de lead al in een persoonlijk gesprek getrokken, ik heb mijn bedenkingen meerdere keren aangegeven. Het enige wat mij nog (in theory) zou resteren is het hogerop spelen. Maar daar heeft mijn lead een grotere voet tussen de deur.
Het project opzetten in een ander framework lokt wel sterk. Het idiote is dat ik dit vorig jaar al volledig af en klaar had. En dat mocht ik van het management aan niemand laten zien (ander geval, rare redenen). Complimenten van dat werk alom, maar het team heeft dus besloten opnieuw te willen beginnen met de shiny nieuwe technologie van Google, dus Polymer...
Dus dan maar weg. Aangeven dat ik een andere baan ga zoeken doe ik wel zodra ik een nieuwe baan heb.
Ook herkenbaar. Ik ben veel meer van de basics, vanilla: geen tools gebruiken die overmatig veel denkwerk voor je doen. Dat zit (in ons geval) alleen maar in de weg. Er zijn ook erg praktische positieve toepassingen voor Bootstrap e.a. maar ook dat moet je per geval bekijken...
Niet klakkeloos kiezen voor een nieuwe technologie die onbewezen is, en zó modern dat het nog niet eens een standaard is...
Alleen dit project, vooralsnog. Maarja, we hebben ook maar 2 projecten
De ene moet voor IE8+ werken, en dit laatste project is "laatste en voorlaatste browsers", dus ging men direct maar overboard met modern doen.On to the next job, then
/u/161671/269e4805d60917f22c3872de8f8fcd0e-d33ige3__1__360.png?f=community)
Gelukkig heeft de gemiddelde Software Engineer op dit moment geen klagen wat betreft baanaanbod Ik kijk ook altijd even de kat uit de boom mbt al de 'geweldige hipste projecten' die worden gereleased. Wel jammer dat het je heeft doen besluiten om bij het bedrijf te stoppen (React JS is ook niet alles )
Succes bij je nieuwe baan
Ik kijk ook altijd even de kat uit de boom mbt al de 'geweldige hipste projecten' die worden gereleased. Wel jammer dat het je heeft doen besluiten om bij het bedrijf te stoppen (React JS is ook niet alles )Succes bij je nieuwe baan
don't be afraid of machines, be afraid of the people who build and train them.
Inderdaad, wat mij betreft zo vanilla mogelijk. En alleen een lightweight framework inzetten wanneer het je echt voordeel oplevert, in plaats van klakkeloos voor elk project. Maar goed, soms moet je je schikken naar je collega's en in mijn geval is het allemaal niet zo erg. :-) We gebruiken ook eigenlijk alleen frameworks die zich bewezen hebben (Bootstrap, jQuery, ...).
Als wij voor zoiets als Polymer zouden gaan zonder dat daar een goede reden voor is, zou ik daar toch ook wel redelijk hard tegen in gaan.
Als ik het zo lees heb jij blijkbaar een hele andere kijk op de ontwikkeling van websites/webapps dan je collega's en het bedrijf waar je werkt. Had ik bij mijn vorige werkgever ook — niet alleen verschil in mening over technologie die gebruikt werd overigens — dus heb ik gekozen voor een nieuwe werkgever. :-)Alleen dit project, vooralsnog. Maarja, we hebben ook maar 2 projecten
On to the next job, then
“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.
/u/470671/elephant.png?f=community)
:strip_icc():strip_exif()/u/87691/avatar_alex.jpg?f=community){kind=avatar}
:strip_exif()/u/47168/loop.gif?f=community)
:strip_exif()/u/306933/ezgif.com-optimize.gif?f=community)
Ik doe alle front-end gewoon in JS met een lightweight JQuery versie. If possible typescript, maar verder niet. Al die frameworks maken het zo enorm zwaar allemaal...
Maargoed zo enorm veel front-end doe ik niet meer, en bij mn vorige werk moest ik mijn native JS-code omschrijven naar jQuery
Maargoed zo enorm veel front-end doe ik niet meer, en bij mn vorige werk moest ik mijn native JS-code omschrijven naar jQuery
2x Dell UP2716D | R9 7950X | 128GB RAM | 980 Pro 2TB x2 | RTX2070 Super
.oisyn: Windows is net zo slecht in commandline als Linux in GUI
Je noemt een aantal dingen die mij toch ook achter mijn oren doen krabben hoor. Ik ben twee jaar geleden ook bij mijn toenmalige werkgever weggegaan o.a. omdat ik als project lead een technologie keuze in mijn schoenen kreeg geschoven door de architect, dus ik voel je pijn.
Andere tip: dit is geen 100% anoniem forum, zouden best wel eens collega's van je kunnen zitten hier. Dus let een beetje op. Want het bedrijf waar jij werkt klinkt als een heel politieke club.
Op zoek naar een nieuwe collega, .NET webdev, voornamelijk productontwikkeling. DM voor meer info
Front-end anno nu is inderdaad raar, je gaat slapen en je loopt 2 weken achter. De truc is om je niet gek te laten maken door de nieuwe flavour of the month technologie, maar te weten wat je nodig hebt. In mijn situatie zou dit nieuwe project prima kunnen worden opgezet met simpele HTML, javascript en CSS.
Maar het moet een single-tenant oplossing worden. Het moeten componenten zijn die onze klanten los kunnen gebruiken. Lang verhaal kort: niks nieuws onder de zon, maar het wordt over-engineered. Ja, web-components zijn praktisch als stand-alone "componenten". Maar guess what? Dat kan je ook bereiken door een API server-side gewoon JS te laten genereren die een element kan injecteren, wherever you want.
Voordeel daarvan: het kan werken op alle browsers.
Nadeel huidige keuze: Alleen hypermodern Polymer. Plus alle boilerplate bullshit die erbij hoort.
Polymer ontwikkelt zich ook zo snel dat we het constant moeten bijhouden. En dan moeten we de single-tenant oplossing gaan versionen. Hoofdpijn. Nu al.
Het is prima volledig vanilla te doen. Gewoon ES2016 (developer comfort ) transpilen naar ES5 en: klaar.
Maar da's niet hip, ofzo.
Het scheelt soms enorm veel tijd, maar er zit een leercurve aan, en soms heb je het gewoonweg niet nodig. Ik heb meerdere malen een project compleet gestripped van Bootstrap (incl. fonts en allerlei theming) en een paar regels CSS in SASS-files toegevoegd en een winst behaald van ~400Kb per page load...
Maar: het is gewoon een tool, zoals vele anderen. Zoals ook "niks" een tool is.
In het project waar ik over zeur (Polymer) kan het bijvoorbeeld wel. Dan is 't gewoon erg fijn om mee te werken.
Wat javascript betreft: de ontwikkelstraat is prima op te zetten voor veel verschillende soorten developers. Je kan gewoon ES5 gebruiken zoals het al vele jaren bestaat. Of ES2015/2016 en direct gebruik maken van alle fijne nieuwe features (spread operators, arrows, nieuwe functies op allerlei native objecten, javascript "this" scope meer sensible, etc.) en dat onchange of oncommit of onpush transpilen. Babel doet alles voor je, Gulp en Grunt zijn fijn om mee te werken, unit tests zijn gemeengoed geworden in alle frameworks. It works
Dan heb je nog tig frameworks. Van de ng-boilerplate ng-hell Angular 1.x ng-tot ng-Typescript ng-hell Angular 2 (maar da's wel leuk voor .Net en Java devs). Of Ember.js, of React, of Backbone, etc. Daar moet je kunnen kiezen. Ik denk dat voor bijna alle projecten React meer dan voldoende is. Het is gewoon de view (/controller), geen model. Zet er de Flux methodologie tussen (of Redux) en je data flow is ook heel voorspelbaar, helder, en intuitief om mee te werken als dev.
Je moet dan ook wel weten wanneer je een bepaalde tech niet moet gebruiken. Herkennen dat developer experience ook een ding is. Dat onderhoudbaarheid belangrijk is. Dat de online populariteit ook belangrijk is omdat de community je support platform is. Polymer is niet populair. Over 3 jaar misschien wel: nu nog niet.
en ik wilde ook weten of hier een andere manier is om hiermee om te gaan.
Maar het moet een single-tenant oplossing worden. Het moeten componenten zijn die onze klanten los kunnen gebruiken. Lang verhaal kort: niks nieuws onder de zon, maar het wordt over-engineered. Ja, web-components zijn praktisch als stand-alone "componenten". Maar guess what? Dat kan je ook bereiken door een API server-side gewoon JS te laten genereren die een element kan injecteren, wherever you want.
Voordeel daarvan: het kan werken op alle browsers.
Nadeel huidige keuze: Alleen hypermodern Polymer. Plus alle boilerplate bullshit die erbij hoort.
Polymer ontwikkelt zich ook zo snel dat we het constant moeten bijhouden. En dan moeten we de single-tenant oplossing gaan versionen. Hoofdpijn. Nu al.
Het is prima volledig vanilla te doen. Gewoon ES2016 (developer comfort
) transpilen naar ES5 en: klaar.Maar da's niet hip, ofzo.
Veel reguliere UI componenten en problemen worden al voor je getackled. Elementen die naast elkaar een rij vormen die automagisch een :after element hebben om de float te breaken, bijvoorbeeld. Maar ook modal windows met allerlei gedragingen, animaties, positionering, etc. En belangrijker nog: cross-browser compatibiliteit zonder hoofdbrekens.
Het scheelt soms enorm veel tijd, maar er zit een leercurve aan, en soms heb je het gewoonweg niet nodig. Ik heb meerdere malen een project compleet gestripped van Bootstrap (incl. fonts en allerlei theming) en een paar regels CSS in SASS-files toegevoegd en een winst behaald van ~400Kb per page load...
Maar: het is gewoon een tool, zoals vele anderen. Zoals ook "niks" een tool is.
Nou, ik ben front-end developer. Ik weet waar de beperkingen liggen, en ik weet hoe je dingen kan toepassen onder het mom "progressive enhancement". Sommige dingen kunnen niet, dat klopt. Flexbox CSS is nog té modern om te kunnen gebruiken voor grote productiesites.
In het project waar ik over zeur (Polymer) kan het bijvoorbeeld wel. Dan is 't gewoon erg fijn om mee te werken.
Wat javascript betreft: de ontwikkelstraat is prima op te zetten voor veel verschillende soorten developers. Je kan gewoon ES5 gebruiken zoals het al vele jaren bestaat. Of ES2015/2016 en direct gebruik maken van alle fijne nieuwe features (spread operators, arrows, nieuwe functies op allerlei native objecten, javascript "this" scope meer sensible, etc.) en dat onchange of oncommit of onpush transpilen. Babel doet alles voor je, Gulp en Grunt zijn fijn om mee te werken, unit tests zijn gemeengoed geworden in alle frameworks. It works
Dan heb je nog tig frameworks. Van de ng-boilerplate ng-hell Angular 1.x ng-tot ng-Typescript ng-hell Angular 2 (maar da's wel leuk voor .Net en Java devs). Of Ember.js, of React, of Backbone, etc. Daar moet je kunnen kiezen. Ik denk dat voor bijna alle projecten React meer dan voldoende is. Het is gewoon de view (/controller), geen model. Zet er de Flux methodologie tussen (of Redux) en je data flow is ook heel voorspelbaar, helder, en intuitief om mee te werken als dev.
Je moet dan ook wel weten wanneer je een bepaalde tech niet moet gebruiken. Herkennen dat developer experience ook een ding is. Dat onderhoudbaarheid belangrijk is. Dat de online populariteit ook belangrijk is omdat de community je support platform is. Polymer is niet populair. Over 3 jaar misschien wel: nu nog niet.
Heel zuur voelt het inderdaad:
[...]
Je noemt een aantal dingen die mij toch ook achter mijn oren doen krabben hoor. Ik ben twee jaar geleden ook bij mijn toenmalige werkgever weggegaan o.a. omdat ik als project lead een technologie keuze in mijn schoenen kreeg geschoven door de architect, dus ik voel je pijn.
I don't care. Ik deel bewust geen bedrijfsgeheimen en alles wat ik hier zeg heb ik op m'n werk ook medegedeeld. Moest vooral even zeuren
en ik wilde ook weten of hier een andere manier is om hiermee om te gaan.
Niet echt, de browsers ontwikkelen niet in zo'n sneltreinvaart als de libraries en frameworks
Die laatste twee hoef je ook niet te updaten bij iedere release. Ik heb weleens een jaar lang gewerkt met dezelfde versie van Ember.js. Niks mis mee, gewoon een solide stuk software.Achterlopen is niet zo erg als je de nieuwe tech niet kan toepassen (browsers). En achterlopen is ook niet zo erg als je de nieuwe tech nog niet gebruikt (libs/frameworks).
Bijblijven is wel nuttig, en daar ligt de crux, denk ik.
Goed animeren is een kunst
Paint, layout en composite zijn de termen die je hoort te kennen, zie ook: https://csstriggers.com/Een front-end dev hoort te weten dat opacity en transform de meest efficiente animaties zijn met CSS. En als je een canvas gebruikt heb je andere regels (en ook frameworks die het denkwerk weghalen). Ik kan zonder problemen een webpagina heel mooi en doeltreffend laten animeren.
Het moet alleen wel snappy blijven. Geen modal-window animatie van 1000ms, maar gewoon 80ms. Net iets mooier, maar niet vervelend.
En mobile first houdt vaak op bij "desktop". Wat een probleempje is omdat veel desktops een lagere resolutie en lagere pixel density hebben dan tablets en zelfs sommige telefoons.
Hoe dan ook, nuttig gebruik van de ruimte is een probleem voor UX en UI-designers. Da's niet mijn taak. Ik implementeer waar zij mee op de proppen komen
Knal het er voor die 80ms maar gewoon open en dicht ;; en laat die single render thread maar nuttigere dingen doen 
(en voor de ontwikkelresources geldt hetzelfde)
(maar goed ik kan ook nog steeds prima leven met windows 3.1 style grijze applicaties die geheel op functionaliteit gericht zijn ipv eye candy;; dus niet echt een benchmark )
(en voor de ontwikkelresources geldt hetzelfde)(maar goed ik kan ook nog steeds prima leven met windows 3.1 style grijze applicaties die geheel op functionaliteit gericht zijn ipv eye candy;; dus niet echt een benchmark
)
[ Voor 7% gewijzigd door gekkie op 21-06-2016 21:45 ]
Toen ik werkte bij een website met vele tientallen miljoenen unieke bezoekers per dag bleek dat subtiele animaties wereldwijd een positieve uitwerking hadden op de conversie. Maar die data is alweer 4 jaar oud, dus eigenlijk heb ik misschien geen idee:
Knal het er voor die 80ms maar gewoon open en dicht ;; en laat die single render thread maar nuttigere dingen doen
Hoe dan ook. Soort van Bell curve gedoe. Outliers zoals jij en ik zijn niet interessant
There ya go(maar goed ik kan ook nog steeds prima leven met windows 3.1 style grijze applicaties die geheel op functionaliteit gericht zijn ipv eye candy;; dus niet echt een benchmark
Naja mijn conversie "komt te voet en gaat te paard" ;; al die subtiele animaties zijn leuk ;; en wie weet win je er ook onbewust wat charme mee ;; maar dat gaat vervolgens weer te paard bij een onnodige popup ;; geen overzicht hebben vanwege idoot grote knoppen en whitespace / niets zeggende grafische opvul meuk.:
[...]
Toen ik werkte bij een website met vele tientallen miljoenen unieke bezoekers per dag bleek dat subtiele animaties wereldwijd een positieve uitwerking hadden op de conversie. Maar die data is alweer 4 jaar oud, dus eigenlijk heb ik misschien geen idee
Hoe dan ook. Soort van Bell curve gedoe. Outliers zoals jij en ik zijn niet interessant
Maar goed gezien ik de gemiddelde mensheid en haar internetgedrag al tijden niet echt begrijp zal ik zeker een outlier zijn
.
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
Maar dit dan weer wel:
JavaScript:
1
| function foo() { return typeof null; } for(var i=0; i<10000; ++i) console.log(foo()); |
10000 - "object"
[ Voor 57% gewijzigd door .oisyn op 22-06-2016 00:19 ]
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/406001/crop577a0fb20a5ab_cropped.jpeg?f=community)
Ik hoef ze niet echt te kennen, om de simpele reden dat ik weinig situaties tegenkom waarin animatie iets toevoegt.:
[...]
Goed animeren is een kunst
Leuk idee, maar er zijn dus dingen (die helemaal niet heel erg ingewikkeld zouden moeten zijn) die gewoon nog niet te implementeren zijn. Terwijl de bugs daarover al 6 jaar geleden zijn gefiled... Ik snap dus gewoon niet waarom er enerzijds die wedloop is om het hipste van het hipste te gebruiken, terwijl het aan de andere kant gewoon nog net zo hard niet leidt tot goeie websites.Hoe dan ook, nuttig gebruik van de ruimte is een probleem voor UX en UI-designers. Da's niet mijn taak. Ik implementeer waar zij mee op de proppen komen
Dat maakt een deel van dat gedoe nogal futiel.
Never explain with stupidity where malice is a better explanation
:strip_icc():strip_exif()/u/246777/crop5665347035c66.jpeg?f=community)
/u/224026/crop5a1c1a6fcf1b1.png?f=community)
:strip_icc():strip_exif()/u/148671/skyaero_small_tweakers.jpg?f=community)
* gekkie sopt z'n net geshopte bos munt in een bakkie water en schuifelt naar de hangplek voor oudere jongeren.
I like happy endings
En nu heb ik ook zin in pannekoeken!
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Ik ook!:
[...]
I like happy endings
Altijd leuk als een vrouw wat betreft happy endings op één lijn met je zit
Tjolk is lekker. overal en altijd.
:
[...]
Ik ook!
Altijd leuk als een vrouw wat betreft happy endings op één lijn met je zit
Ik zeg hier niet zoveel meer de laatste tijd maar wat ik zeg word blijkbaar direct correct geïnterpreteerd, awesome!
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Daar kwam mijn Red Bull mijn neus uit! En bedankt!:
[...]
Ik ook!
Altijd leuk als een vrouw wat betreft happy endings op één lijn met je zit
Nee je bent de laatste tijd heel stil. Heb je het druk ofzo? Of nog erger, begin jij een leven te krijgen?!:
[...]
Ik zeg hier niet zoveel meer de laatste tijd maar wat ik zeg word blijkbaar direct correct geïnterpreteerd, awesome!
[ Voor 40% gewijzigd door Ryur op 22-06-2016 11:27 ]
Druk én ik heb een leven!
Straf he!
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
/u/107051/jeroenmadtrix60.png?f=community)
Zó druk dat je de dato 22 juni zelfs nog geen tijd hebt gehad om je kersticon te vervangen.:
[...]
Druk én ik heb een leven!
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Anarchy!:
[...]
Zó druk dat je de dato 22 juni zelfs nog geen tijd hebt gehad om je kersticon te vervangen.
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Tenzij jij dit als metafoor bedoelt, zitten jij en ik niet op één lijn met betrekking tot vloeistoffen die ergens uitkomen bij een happy end.:
[...]
Daar kwam mijn Red Bull mijn neus uit! En bedankt!
Bovendien: gij zult koffie drinken en geen red bull
Tjolk is lekker. overal en altijd.
Dit topic is gesloten.
Let op:
Dit topic is niet de plaats om te lopen helpdesken. De Coffee Corner is primair bedoeld als uitlaatklep voor iedereen in de Devschuur® en niet als vraagbaak.
Deeltje 11 is alweer in de maak. De topicstart bestaat al, ga dus niet uit eigen beweging een nieuw topic openen. Die wordt zonder pardon gesloten en de geplaatste reacties worden verhuisd naar het juiste topic
Dit topic is niet de plaats om te lopen helpdesken. De Coffee Corner is primair bedoeld als uitlaatklep voor iedereen in de Devschuur® en niet als vraagbaak.
Deeltje 11 is alweer in de maak. De topicstart bestaat al, ga dus niet uit eigen beweging een nieuw topic openen. Die wordt zonder pardon gesloten en de geplaatste reacties worden verhuisd naar het juiste topic