De Devschuur Coffee Corner - Iteratie ⓬

[Alex)]

Ik heb daar best wel interesse in. Soms heb ik van die dingen waarvan ik denk "het zou leuk zijn als..." maar omdat ik het niet meteen wil doen, blijft het ergens in m'n achterhoofd hangen. Of ik zet het op een lijstje en denk er daarna niet meer aan omdat er andere dingen prioriteit krijgen.

[Marc3l]

@DevWouter Nice, ben benieuwd. Op dit moment zijn wij bezig met een timemanagement cursus. Getting things done, ook veel met lijstjes Misschien dat ik je app er ook mee kan inzetten.

@Alex) zie zin hierboven, met de getting things done methode zet je alles kort gezegd op een lijstje. De gedachte hierachter is dat het idd niet in je hoofd blijft spoken. Dat kost alleen maar energie.

[ Voor 6% gewijzigd door Marc3l op 13-10-2018 23:00 ]

[Alex)]

Klopt, en dat probeer ik ook. Maar het nadeel is dan wel dat die lijstjes steeds groter worden, terwijl niet alles prioriteit heeft. En een lijst moeten bijwerken is ook weer een activiteit op zich, wat ook tijd kost.

Iets aan software wat daarmee kan helpen is dan handig.

[Marc3l]

Alex) schreef op zaterdag 13 oktober 2018 @ 23:00:
Klopt, en dat probeer ik ook. Maar het nadeel is dan wel dat die lijstjes steeds groter worden, terwijl niet alles prioriteit heeft. En een lijst moeten bijwerken is ook weer een activiteit op zich, wat ook tijd kost.

Iets aan software wat daarmee kan helpen is dan handig.

Je (meeste) lijstjes moeten wel overzichtelijk blijven idd. Het boek heeft ook iets van 380 bladzijden en gaat verder dan alleen 'zet het op een lijstje'. Ook welke lijsten je moet aanmaken hoe ze te gebruiken, niet elke lijst gebruik je hetzelfde.

[Lethalis]

DevWouter schreef op zaterdag 13 oktober 2018 @ 17:14:
[...]
Yeah... Over todo lijstjes gesproken...

In mijn vrije tijd ben ik al meer dan een jaar (9 okt 2017 was de start) bezig om een programma te schrijven welk mij continue kan vertellen waar ik mee bezig moet zijn.

Ik heb ooit een app voor de iPhone geschreven die mij periodiek herinnerde aan bepaalde taken. De herinnering verschoof daarbij mee met het tijdstip waarop ik een taak volbracht.

Dus stel ik moest iets elke 2 weken doen, maar ik deed het niet op tijd, dus ineens 3 weken later, dan kwam de volgende reminder 2 weken na dat tijdstip ipv na 1 week weer.

De app noemde ik de Perpetuum Reminder.

Ik zette hem voor 99 cent in de App Store en welgeteld 2 mensen kochten hem.

2 maanden later maakte ik hem gratis, en toen hadden meer dan 200 mensen hem gedownload en kreeg ik goede reviews etc.

Tot zover mijn poging ooit om geld te verdienen met de App Store

[Marc3l]

@Lethalis doe je het beter dan mijn app, heeft 0,99 cent opgeleverd
Is wel een gratis app maar met 'in app purchases'.
Deze app ben ik wel aan het ombouwen naar PWA, daar kan tot nu toe ook alles van wat in de iOS en Android versie zit. Daarnaast is het alleen maar gekloot met het deployen/goedkeuren en was voor mij de lol er al snel af.

[ Voor 8% gewijzigd door Marc3l op 14-10-2018 13:58 ]

[Antrax]

--

[ Voor 103% gewijzigd door Antrax op 23-01-2019 13:20 ]

[Sandor_Clegane]

Ik slack liever.

[DevWouter]

Sandor_Clegane schreef op zondag 14 oktober 2018 @ 13:51:
Ik slack liever.

Well, I lack in more than one department

[ Voor 0% gewijzigd door DevWouter op 14-10-2018 17:03 . Reden: typo fixed ]

[RayNbow]

DevWouter schreef op zondag 14 oktober 2018 @ 13:56:
[...]


Well, I lack in more then one department

🤔

[Sandor_Clegane]

RayNbow schreef op zondag 14 oktober 2018 @ 15:43:
[...]

🤔

Bweeuh, vroegah!

[ Voor 10% gewijzigd door Sandor_Clegane op 14-10-2018 16:59 ]

[DevWouter]

RayNbow schreef op zondag 14 oktober 2018 @ 15:43:
[...]

🤔

Pull request accepted

[Sandor_Clegane]

Ik wilde dingen doen vandaag, kom ik WinUAE weer eens tegen, paar uur later: "We have advanced a tech level!".

[WernerL]

Slack? Dat gedrocht gebruikt op het werk onnodig veel geheugen. Met electron gemaakt ofzo denk ik? Ben het in ieder geval liever kwijt dan rijk.

[Creepy]

Das electron ja. Je kan ook gewoon de Slack direct in de browser openen.

[Alex)]

Slack

[Matis]

Alex) schreef op maandag 15 oktober 2018 @ 07:50:
Slack

Ik vind het ook niet prettig, maar beter dan de email. Natuurlijk gaat er niets boven persoonlijk gesprek, maar voor een simpele ja of nee vind ik het prima.

[RayNbow]

Het wordt gewoon tijd voor de herintroductie van Google Wave.

[ThomasG]

RayNbow schreef op maandag 15 oktober 2018 @ 09:14:
Het wordt gewoon tijd voor de herintroductie van Google Wave.

Dat bestaat nog steeds, maar dan als Apache Wave (Oh nee, toch niet: It was retired in January 2018)

ASF begint trouwens steeds meer op een software kerkhof te lijken

[ Voor 8% gewijzigd door ThomasG op 15-10-2018 09:24 ]

[gekkie]

Apache Software Funerals ?

[Tjolk]

The story continues

Hij heeft aangegeven dat hij iets nieuws aan het ontwikkelen is. Stuk moderner, dat moet alles oplossen. Geheel in stijl ontwikkelt hij dat natuurlijk niet lokaal, webservers staan er immers niet voor niets!

Dus ik denk ik neem even een kijkje. * Tjolk denkt goh, zichtbare halfbakken HTML tags op het scherm? Dat vraagt om Ctrl +U. En dan zien we weer zulke pareltjes

code:

<p><?php echo(Welkom bij *tjolkcensuur*) ?>" /></p><p>H&eacute;t blad voor *tjolkcensuur*. <?php echo(AAA) ?>" />verschijnt gratis huis aan huis, *tjolkcensuur* <?php echo(AAA) ?>" />.</p><p></p><p></p><p><div class="col-lg-offset-1 col-lg-5 col-md-offset-1 col-md-5 col-sm-6 col-xs-12">
                                <div class="team-img <?php echo($color); ?>">
                                    <a href="#" class="imghover"><?php echo(img1) ?>" /> class="img-responsive" alt="<?php echo($imgtext); ?>"></a>
                                </div>
                            </div></p><br />

Dan denk je op zondag nog van joh, waarschijnlijk is hij er nu op dit moment mee bezig ofzo. Maar op dit moment staat het er nog steeds

Ik laat hem nog maar even aanrommelen omdat ik de komende periode nog erg druk ben, maar mozeskriebel wat een ellende produceert die kerel.

[Sandor_Clegane]

Tjolk schreef op maandag 15 oktober 2018 @ 10:24:
The story continues

Hij heeft aangegeven dat hij iets nieuws aan het ontwikkelen is. Stuk moderner, dat moet alles oplossen. Geheel in stijl ontwikkelt hij dat natuurlijk niet lokaal, webservers staan er immers niet voor niets!

Dus ik denk ik neem even een kijkje. * Tjolk denkt goh, zichtbare halfbakken HTML tags op het scherm? Dat vraagt om Ctrl +U. En dan zien we weer zulke pareltjes

code:

<p><?php echo(Welkom bij *tjolkcensuur*) ?>" /></p><p>H&eacute;t blad voor *tjolkcensuur*. <?php echo(AAA) ?>" />verschijnt gratis huis aan huis, *tjolkcensuur* <?php echo(AAA) ?>" />.</p><p></p><p></p><p><div class="col-lg-offset-1 col-lg-5 col-md-offset-1 col-md-5 col-sm-6 col-xs-12">
                                <div class="team-img <?php echo($color); ?>">
                                    <a href="#" class="imghover"><?php echo(img1) ?>" /> class="img-responsive" alt="<?php echo($imgtext); ?>"></a>
                                </div>
                            </div></p><br />

Dan denk je op zondag nog van joh, waarschijnlijk is hij er nu op dit moment mee bezig ofzo. Maar op dit moment staat het er nog steeds

Ik laat hem nog maar even aanrommelen omdat ik de komende periode nog erg druk ben, maar mozeskriebel wat een ellende produceert die kerel.

Tjolkvol pareltjes zeg maar.

[ Voor 96% gewijzigd door Sandor_Clegane op 15-10-2018 12:58 ]

[.oisyn]

@Tjolk Begrijp ik het nu goed dat je gewoon PHP sourcecode in de HTML ziet?

[Tjolk]

Jep.

Knappe is nog; PHP lijkt wel degelijk aan te staan omdat andere delen in ieder geval dynamisch gegenereerd lijken te worden.

[Alex)]

Het zou me niet verbazen als hij er een template engine tussen heeft gehangen, maar dat hij niet snapt hoe het werkt

[Kalentum]

Of dat de bestandsnaam een HTML file is en helemaal niet door PHP gerund wordt.

[mcDavid]

Tjolk schreef op maandag 15 oktober 2018 @ 13:29:
Jep.

Knappe is nog; PHP lijkt wel degelijk aan te staan omdat andere delen in ieder geval dynamisch gegenereerd lijken te worden.

oh oh... zou hij vergeten zijn de content te eval()'en?

[Hydra]

De PHP komt waarschijnlijk uit een database

[ThomasG]

Hydra schreef op maandag 15 oktober 2018 @ 14:24:
De PHP komt waarschijnlijk uit een database

Gewoon even eval gebruiken, en het werkt

[bauke1994]

Dit zal het probleem wel oplossen:

PHP:

eval(file_get_contents($_GET['page'] . '.html'));

[DynaSpan]

bauke1994 schreef op maandag 15 oktober 2018 @ 15:38:
Dit zal het probleem wel oplossen:

PHP:

eval(file_get_contents($_GET['page'] . '.html'));

Volgens mij kun je dit soort code wel terug vinden in mijn eerste PHP CMS... Ja.. Gelukkig is dat al bijna 10 jaar geleden

[Antrax]

bauke1994 schreef op maandag 15 oktober 2018 @ 15:38:
Dit zal het probleem wel oplossen:

PHP:

eval(file_get_contents($_GET['page'] . '.html'));

Ik hoop oprecht dat je een grapje maakt

[Lethalis]

https://github.com/philipwalton/flexbugs

Wij hebben gebruikers met IE11

De pagina waar ik nu aan werk, doet ook echt helemaal funky in IE11. Items die random tevoorschijn komen en dergelijke. Alles wordt prima getoond in Chrome, Firefox en Edge, maar niet in IE11.

Ik geloof dat ik het liefst helemaal niets meer met user interfaces wil doen

Tijd dat ik een functie ga zoeken waar ik fulltime database- en backend ontwikkelaar kan zijn.

Al die uren HTML en CSS tweaken om een stom gridje een beetje netjes te tonen in alle browsers... man o man.

[ThomasG]

Lethalis schreef op maandag 15 oktober 2018 @ 16:06:
https://github.com/philipwalton/flexbugs

Wij hebben gebruikers met IE11

De pagina waar ik nu aan werk, doet ook echt helemaal funky in IE11. Items die random tevoorschijn komen en dergelijke. Alles wordt prima getoond in Chrome, Firefox en Edge, maar niet in IE11.

Ik geloof dat ik het liefst helemaal niets meer met user interfaces wil doen

Tijd dat ik een functie ga zoeken waar ik fulltime database- en backend ontwikkelaar kan zijn.

Al die uren HTML en CSS tweaken om een stom gridje een beetje netjes te tonen in alle browsers... man o man.

Geen flexbox gebruiken, dat werkt zo crappy met andere (random) behaviour in iedere browser. Ik werd er helemaal gek van, dus ik gebruik het niet meer.

[Alex)]

Lethalis schreef op maandag 15 oktober 2018 @ 16:06:

Ik geloof dat ik het liefst helemaal niets meer met user interfaces wil doen

Tijd dat ik een functie ga zoeken waar ik fulltime database- en backend ontwikkelaar kan zijn.

Ooit overwogen om buschauffeur te worden?

[Lethalis]

ThomasG schreef op maandag 15 oktober 2018 @ 16:31:
[...]
Geen flexbox gebruiken, dat werkt zo crappy met andere (random) behaviour in iedere browser. Ik werd er helemaal gek van, dus ik gebruik het niet meer.

Ik neig daar ook steeds meer naar.

Het is alleen wel jammer, omdat het idee best leuk is.

Alex) schreef op maandag 15 oktober 2018 @ 16:38:
[...]
Ooit overwogen om buschauffeur te worden?

Ik neem in mijn Auris soms al stoeprandjes mee

[ Voor 22% gewijzigd door Lethalis op 15-10-2018 16:42 ]

[Hydra]

Lethalis schreef op maandag 15 oktober 2018 @ 16:06:
Tijd dat ik een functie ga zoeken waar ik fulltime database- en backend ontwikkelaar kan zijn.

Iets met Java services ofzo

Afgezien daarvan wordt 't volgens mij (nogmaals, broken record, I know) tijd dat je gewoon een andere baan gaat zoeken. Dat je aan software werkt die nog met IE 11 moet werken ligt ook vooral aan je bedrijf.

[BladeSlayer1000]

Lethalis schreef op maandag 15 oktober 2018 @ 16:06:
https://github.com/philipwalton/flexbugs

Wij hebben gebruikers met IE11

De pagina waar ik nu aan werk, doet ook echt helemaal funky in IE11. Items die random tevoorschijn komen en dergelijke. Alles wordt prima getoond in Chrome, Firefox en Edge, maar niet in IE11.

Ik geloof dat ik het liefst helemaal niets meer met user interfaces wil doen

Tijd dat ik een functie ga zoeken waar ik fulltime database- en backend ontwikkelaar kan zijn.

Al die uren HTML en CSS tweaken om een stom gridje een beetje netjes te tonen in alle browsers... man o man.

Helaas blijft microsoft zich niet houden aan alle vernieuwingen die er zijn, en ze voegen zelf ook nog elementen toe die niet aan de standaard voldoen.
Eigenlijk zou ieder bedrijf eens een rekening moeten sturen naar microsoft zodat hun de uren betalen die wij met zijn alle bezig zijn om een website te laten werken in IE 11..

[cracking cloud]

Alex) schreef op maandag 15 oktober 2018 @ 16:38:
[...]

Ooit overwogen om buschauffeur te worden?

Buschauffeur is 100% frontend/user interface

[Alex)]

cracking cloud schreef op maandag 15 oktober 2018 @ 20:15:
[...]


Buschauffeur is 100% frontend/user interface

Af en toe sta je ook in de garage, dat is meer backend toch?

Als buschauffeur heb je wel mooie uitzichten. Ik zat gisteren in een buslijn door de Eifel, op een gegeven moment reden we over dit soort paadjes:



Mooi, nietwaar?

[Sandor_Clegane]

The road less travelled......

[BladeSlayer1000]

Alex) schreef op maandag 15 oktober 2018 @ 20:19:
[...]

Af en toe sta je ook in de garage, dat is meer backend toch?

Als buschauffeur heb je wel mooie uitzichten. Ik zat gisteren in een buslijn door de Eifel, op een gegeven moment reden we over dit soort paadjes:

[Afbeelding]

Mooi, nietwaar?

Zeer mooi, nog nooit gehoord van de Eifel terwijl ik al jaren in die regio op vakantie ga. Wat ik zo bekijk op Google is het een geweldig om daar eens heen te gaan.

[Sebazzz]

@flexboxdiscussie Ja, het heeft wat quircks maar dat is ook omdat IE een oudere versie van de standaard implementeert. Los van wat text wrapping issues, en het niet goed omgaan met min-height is het redelijk stabiel.

BladeSlayer1000 schreef op maandag 15 oktober 2018 @ 18:32:
[...]


Helaas blijft microsoft zich niet houden aan alle vernieuwingen die er zijn, en ze voegen zelf ook nog elementen toe die niet aan de standaard voldoen.
Eigenlijk zou ieder bedrijf eens een rekening moeten sturen naar microsoft zodat hun de uren betalen die wij met zijn alle bezig zijn om een website te laten werken in IE 11..

Deze reactie zou geldig zijn vijf jaar geleden. IE11 op Windows 10 is IE11 op Windows 7. Het zal niet veranderen, het zal niet beter worden. In IE wordt niet geïnvesteerd. Logisch ook. Het bestaat enkel voor oudere webapplicaties.

[ Voor 13% gewijzigd door Sebazzz op 15-10-2018 23:24 ]

[ThomasG]

Sebazzz schreef op maandag 15 oktober 2018 @ 23:21:
@flexboxdiscussie Ja, het heeft wat quircks maar dat is ook omdat IE een oudere versie van de standaard implementeert. Los van wat text wrapping issues, en het niet goed omgaan met min-height is het redelijk stabiel.

De problemen van flexbox hebben niets met IE (specifiek) te maken. Firefox, Chrome en Safari hebben allemaal andere behaviour als het gaat om flex in CSS. Je moet zoveel hacken om het in alle browsers goed te krijgen (zelfs als je IE niet ondersteund), dat het gewoon veel makkelijker is om flex in zijn geheel niet te gebruiken.

[Lethalis]

Hydra schreef op maandag 15 oktober 2018 @ 16:58:
[...]
Iets met Java services ofzo

Afgezien daarvan wordt 't volgens mij (nogmaals, broken record, I know) tijd dat je gewoon een andere baan gaat zoeken.

Mijn grootste probleem ben ik wat dat betreft zelf. Ik heb een aantal jaar geleden een burnout gehad en ben daardoor wat huiverig voor grote veranderingen. Mijn werkgever kent mij al 11 jaar en vindt alles best.

Daarnaast natuurlijk een huis gekocht, papa geworden, enzovoorts. Waardoor ik het alleen maar enger ben gaan vinden.

Als ik dan terugdenk aan mijn eerdere banen, dan was daar de mentaliteit wat harder... en hadden ze mij daar allang er uit gewerkt. Dus op zich ben ik wel blij met mijn werkgever dat hij me terug wou hebben op de zaak en rekening gehouden heeft met de situatie.

Dat je aan software werkt die nog met IE 11 moet werken ligt ook vooral aan je bedrijf.

In dit geval ligt het vooral aan onze klanten en concurrentie.

Kort samengevat: wij maken (voor dit project) een op maat gemaakte portal voor onze klanten, die zij dan weer gebruiken om hun eigen klanten op te laten inloggen.

Natuurlijk roepen wij dan "IE 11 wordt niet meer ondersteund, zelfs Microsoft steekt daar geen moeite meer in". Maar dan krijgen we simpelweg terug dat de portal van bedrijf X (die door hun concurrent wordt afgenomen) het wel met IE 11 doet en dat ze bang zijn dat ze klanten kwijtraken.

Van diezelfde klantengroep - waar wij ook onze eigen software direct aan verkopen - weet ik dat ongeveer 65% Windows 10 gebruikt. De rest zit nog op Windows 7 en gebruikt nog vaak IE 11.

Dat is dus 35% van onze afzetmarkt...

[Sandor_Clegane]

Yep, sommige dingen heb je nu eenmaal niet in de hand maar moet je gewoon mee dealen.

In ander nieuws, heb net een aantal servo's gekocht, een breadboard en wat andere electronica, tijd voor wat gepiel. Zo'n Raspberry Pi is toch echt wel een uitvinding.

[BarôZZa]

EddoH schreef op vrijdag 12 oktober 2018 @ 14:19:
[...]


Mee eens(al zou ik niet de enige ITer willen zijn). Ik heb nu ook een leuk en gevarieerd team van mensen, alleen moet je natuurlijk ook soms samenwerken met mensen die je niet 'kiest' (waar mijn rant uit voortkwam).

Sommige ITers hebben bij sollicitaties een aantal vragen of minimumeisen voor wat betreft tech-stacks, of andere technisch gerelateerde punten. Ik heb de afgelopen sollicitaties alleen gevraagd om eerst het team te mogen ontmoeten... De rest maakt me niet heel veel uit.

Ik werk nog wel samen met een extern bedrijf, dus heb dagelijks contact maar zit er niet dagelijks tussen

Harde eisen vind ik altijd wat raar, maar sommige developers verven zichzelf ook wel in een hoekje door zich volledig afhankelijk te maken van bepaalde technieken. Ik vind wel dat je geen werk moet doen wat ver onder je niveau zit (spaghetticodemonsters en dergelijke), dan leer je niks en leer je jezelf vaak zelfs vieze manieren aan. Slechte code is vaak ook een indicator voor slechte werkomstandigheden. Angst om grote veranderingen aan te brengen, korte termijn denken, managers die pushen op zo snel mogelijk ontwikkelen ipv kwaliteit etc.

Lethalis schreef op vrijdag 12 oktober 2018 @ 15:57:
[...]

Mja, op mijn vorige werk zat ik met 3 andere IT-ers. De rest was management, marketing, sales, etc. Dat was inderdaad veel gevarieerder qua mensen.

En de grap is dat ik nog met modernere techniek werkte ook...

Maar ja, salaris was daar het breekpunt voor mij... ze vonden daar 3000 per maand al veel.

Salaris onderhandelen vond ik bij mij juist makkelijker bij dit bedrijf. Toegegeven, toen ik hier aan de slag ging heb ik geen grote stap gemaakt, maar voorheen werd alles door een externe partij ontwikkeld op basis van uurtje factuurtje. Alles wat ik doe is dus pure winst voor ze. Daarnaast handel ik vanuit het bedrijf (in plaats van overal ja op te zeggen) en kon ik de workflow verbeteren. Dus na een jaar was het heel makkelijk onderhandelen en zit ik een flink stuk boven de 3000 voor 32 uur.

Bij IT bedrijven vond ik het altijd lastiger want dan heb je altijd wel weer oudere developers en lui die er langer zitten, dus als zij slecht hebben onderhandeld dan hangt jouw lot ervan af

ThomasG schreef op dinsdag 16 oktober 2018 @ 09:12:
[...]
De problemen van flexbox hebben niets met IE (specifiek) te maken. Firefox, Chrome en Safari hebben allemaal andere behaviour als het gaat om flex in CSS. Je moet zoveel hacken om het in alle browsers goed te krijgen (zelfs als je IE niet ondersteund), dat het gewoon veel makkelijker is om flex in zijn geheel niet te gebruiken.

Dat is echt heel slecht advies als je het mij vraagt. De voordelen van flexbox zijn enorm vooral bij een goede responsive website. Voor de max paar procent IE gebruikers valt vaak nog wel een fallback erin te hacken, maar met flexbox bedien je de 50% mobile markt waarschijnlijk een stuk beter. Rendert over het algemeen ook sneller, zeker als je anders vieze JS hacks moet toepassen om hetzelfde te doen. Alleen de volgorde van elementen kunnen veranderen is al geweldig.

Het is ook meer een omschakeling in je hoofd die inderdaad wat moeite kost als je altijd op een andere manier hebt gedacht (als je bijvoorbeeld bent begonnen met tables en daarna divs met floats, absolutes en relatives). Maar als het eenmaal klikt geeft het heel veel voldoening.

Vergeet ook niet hoeveel quirks/hacksje door de jaren heen jezelf hebt aangeleerd om normaal een layout te kunnen fixen. Ik zou je eerder willen aanmoedigen om er nog wat moeite in te stoppen dan om het af te schrijven. Je oude kennis blijft sowieso bruikbaar, het is een extra wapen in je arsenaal.

Verder wil je sowieso nooit achter gaan lopen met dit soort dingen, anders ben je straks net zo iemand als die mensen die nog jaren lang tables bleven gebruiken voor hun layouts.

[Ed Vertijsment]

ThomasG schreef op dinsdag 16 oktober 2018 @ 09:12:
[...]
De problemen van flexbox hebben niets met IE (specifiek) te maken. Firefox, Chrome en Safari hebben allemaal andere behaviour als het gaat om flex in CSS. Je moet zoveel hacken om het in alle browsers goed te krijgen (zelfs als je IE niet ondersteund), dat het gewoon veel makkelijker is om flex in zijn geheel niet te gebruiken.

Met alle respect maar volgens mij is dit gewoon pebkac. Tussen Chrome/Safari/Firefox zijn de verschillen als die er zijn minimaal en op IE11 is het als er al iets misgaat een kwestie van snel corrigeren.

Zou je iets van een pen kunnen laten zien wat illustreert waar Chrome/Safari/Firefox/IE verschillen?

[EddoH]

Ik weet dat het nuttig is
Ik weet dat het me werk gaat besparen
Ik weet dat de kwaliteit van het werk er beter van wordt
Ik weet dat ik mezelf geen professioneel developer mag noemen als ik het niet doe

...maar pff wat is (unit)tests schrijven soms saaaaai

[Voutloos]

Maar waarom dan? Het schrijven is imo vooral saai als je de halve wereld moet mocken etc., maar dan weet je gewoon dat je een big ball of mud gemaakt hebt.

Ik heb eigenlijk juist soms wel beetje lol in schrijven van tests en het denken hoe ik de code op den smoelwerk kan laten gaan. Vooral als een collega beweert dat alles werkt.

[EddoH]

Omdat ik liever bezig ben met het oplossen van een probleem in plaats van 'dom' testen of iets wel of niet werkt.
Ik wordt niet blij van controleren of data die ik schrijf ook daadwerkelijk geschreven is om maar wat te noemen...

Veel creativiteit is er nou niet echt benodigd bij het maken van (unit) tests. Een integratietest of dergelijke heeft in ieder geval nog wat uitdaging v.w.b de testinfrastructuur.

[Mugwump]

EddoH schreef op dinsdag 16 oktober 2018 @ 16:45:
Omdat ik liever bezig ben met het oplossen van een probleem in plaats van 'dom' testen of iets wel of niet werkt.
Ik wordt niet blij van controleren of data die ik schrijf ook daadwerkelijk geschreven is om maar wat te noemen...

Veel creativiteit is er nou niet echt benodigd bij het maken van (unit) tests. Een integratietest of dergelijke heeft in ieder geval nog wat uitdaging v.w.b de testinfrastructuur.

Bij een enkele unit test an sich komt misschien niet heel veel creativiteit kijken, maar het is wel een manier om eens kritisch te kijken naar enerzijds het probleem en de eisen / wensen en anderzijds de gekozen oplossing.
Soms kom je er door het schrijven van unit tests achter dat bepaalde scenario's over het hoofd gezien zijn, niet logisch of tegenstrijdig zijn en meer van dat soort zaken.
Aan de oplossingskant kom je er soms achter dat je nogal omslachtig te werk bent gegaan of beter andere design patterns kunt hanteren.

[EddoH]

Mugwump schreef op dinsdag 16 oktober 2018 @ 19:07:
[...]


Bij een enkele unit test an sich komt misschien niet heel veel creativiteit kijken, maar het is wel een manier om eens kritisch te kijken naar enerzijds het probleem en de eisen / wensen en anderzijds de gekozen oplossing.
Soms kom je er door het schrijven van unit tests achter dat bepaalde scenario's over het hoofd gezien zijn, niet logisch of tegenstrijdig zijn en meer van dat soort zaken.
Aan de oplossingskant kom je er soms achter dat je nogal omslachtig te werk bent gegaan of beter andere design patterns kunt hanteren.

Oh maar dat ben ik helemaal met je eens hoor. Het is een prachtig controlemiddel.
Maar het kost ook flink wat tijd, en het valt gewoon niet echt onder mijn favoriete werkzaamheden. Ondanks de door jouw aangedragen argumenten is het grootste deel nog steeds 'dom kloppen'.

De favoriete bezigheid van een docent is ook niet het nakijken van gemaakt werk, terwijl je daar prima mee controleert of de lesstof een beetje geland is

[hackerhater]

Lethalis schreef op dinsdag 16 oktober 2018 @ 10:35:
[...]

Van diezelfde klantengroep - waar wij ook onze eigen software direct aan verkopen - weet ik dat ongeveer 65% Windows 10 gebruikt. De rest zit nog op Windows 7 en gebruikt nog vaak IE 11.

Dat is dus 35% van onze afzetmarkt...

Dat is nog niks. De klanten van mijn huidige klant is ongeveer 80% nog IE 11
Overheid

[Voutloos]

Eigenlijk moet je dan een soort filter installeren zodat je geen artikelen van de laatste 5 jaar ziet tijdens het developen. Dan lijkt alles cutting Edge en bruikbaar.

[Lethalis]

Voutloos schreef op dinsdag 16 oktober 2018 @ 23:08:
Eigenlijk moet je dan een soort filter installeren zodat je geen artikelen van de laatste 5 jaar ziet tijdens het developen. Dan lijkt alles cutting Edge en bruikbaar.

Mja, aan de andere kant is "cutting edge" ook niet altijd zaligmakend.

Ik werk nu sinds een weekje aan een bestaande portal die een collega van mij heeft opgezet met Angular.

Ben ik de enige die dit 1 grote bloated mess vind?

717MB aan node modules die binnen worden geharkt om het project te kunnen draaien. Dus ik opzoeken waardoor dat komt en toen stuitte ik op de volgende blog post:

https://hackernoon.com/wh...s-your-fault-8ac9fa893823



Ik heb nou niet zoiets van "yes, laat ik dit ook gaan gebruiken voor webprojecten".

Paar jaar geleden werkte ik nog met AngularJS 1.X en dat was een kwestie van een paar javascript bestanden aan het project toevoegen en klaar.

PS
Het enige dat ik wel kan waarderen, is TypeScript.

[Kalentum]

EddoH schreef op dinsdag 16 oktober 2018 @ 19:36:
[...]


Oh maar dat ben ik helemaal met je eens hoor. Het is een prachtig controlemiddel.
Maar het kost ook flink wat tijd, en het valt gewoon niet echt onder mijn favoriete werkzaamheden. Ondanks de door jouw aangedragen argumenten is het grootste deel nog steeds 'dom kloppen'.

Ik had dat ook. Schrijf je je tests achteraf? Draai het eens om en begin met tests. Het wordt dan een integraal onderdeel van je werk: je begint met falende tests en als ze groen zijn dan is je feature af. Het dwingt je ook om je code beter te structureren wat de kwaliteit, onderhoudbaarheid en testbaarheid ten goede komt.

[Sandor_Clegane]

Lethalis schreef op woensdag 17 oktober 2018 @ 08:48:
[...]

Mja, aan de andere kant is "cutting edge" ook niet altijd zaligmakend.

Ik werk nu sinds een weekje aan een bestaande portal die een collega van mij heeft opgezet met Angular.

Ben ik de enige die dit 1 grote bloated mess vind?

717MB aan node modules die binnen worden geharkt om het project te kunnen draaien. Dus ik opzoeken waardoor dat komt en toen stuitte ik op de volgende blog post:

https://hackernoon.com/wh...s-your-fault-8ac9fa893823



Ik heb nou niet zoiets van "yes, laat ik dit ook gaan gebruiken voor webprojecten".

Paar jaar geleden werkte ik nog met AngularJS 1.X en dat was een kwestie van een paar javascript bestanden aan het project toevoegen en klaar.

PS
Het enige dat ik wel kan waarderen, is TypeScript.

Je wordt oud.

[Mugwump]

Lethalis schreef op woensdag 17 oktober 2018 @ 08:48:
[...]

Mja, aan de andere kant is "cutting edge" ook niet altijd zaligmakend.

Ik werk nu sinds een weekje aan een bestaande portal die een collega van mij heeft opgezet met Angular.

Ben ik de enige die dit 1 grote bloated mess vind?

717MB aan node modules die binnen worden geharkt om het project te kunnen draaien. Dus ik opzoeken waardoor dat komt en toen stuitte ik op de volgende blog post:

https://hackernoon.com/wh...s-your-fault-8ac9fa893823



Ik heb nou niet zoiets van "yes, laat ik dit ook gaan gebruiken voor webprojecten".

Paar jaar geleden werkte ik nog met AngularJS 1.X en dat was een kwestie van een paar javascript bestanden aan het project toevoegen en klaar.

PS
Het enige dat ik wel kan waarderen, is TypeScript.

Npm is ook gewoon echt een grote bende in mijn ogen. Zelfs voor een heel basaal projectje zit je alweer zo aan tienduizenden files aan dependencies met bizarre hoeveelheden duplication.

Ik ben echt geen purist wat betreft je codebase maar zo minimaal mogelijk houden, maar npm overdrijft het een beetje.

[Lethalis]

Sandor_Clegane schreef op woensdag 17 oktober 2018 @ 08:58:
[...]
Je wordt oud.

Ik ben pas 37.

Al maak ik mij soms wel zorgen om de toekomst Als ik echt tot mijn 71ste moet gaan werken, ga ik dat als programmeur never nooit halen.

Ik heb 3 IT-ers van dichtbij meegemaakt die - eenmaal de 60 gepasseerd - eigenlijk gewoon afgeschreven zijn (2 programmeurs en een systeemarchitect).

Stuk voor stuk mensen die vroeger echt wel wat konden en daar in het verleden ook serieus geld mee hebben verdiend. Maar op een gegeven moment wil het gewoon niet meer. Nieuwe dingen leren lukt niet meer, ze worden vergeetachtig, enzovoorts.

PS
Al moet ik toegeven dat ik al wel een beetje een dinosaurus word. Sommige dingen zijn best wel wennen voor mij... simpele dingen, zoals contactloos betalen. Of zelfscankassa's.

Of die vreselijke zuilen bij de McDonald's om je eten te bestellen. Daar heb ik echt het geduld niet voor.

Of user interfaces die pas bepaalde mogelijkheden tonen als je eerst iets vasthoudt. Mijn vriendin moet mij soms serieus uitleggen hoe bepaalde programma's / websites werken

[ Voor 24% gewijzigd door Lethalis op 17-10-2018 09:38 ]

[RagingPenguin]

Lethalis schreef op woensdag 17 oktober 2018 @ 08:48:
[...]

Mja, aan de andere kant is "cutting edge" ook niet altijd zaligmakend.

Ik werk nu sinds een weekje aan een bestaande portal die een collega van mij heeft opgezet met Angular.

Ben ik de enige die dit 1 grote bloated mess vind?

717MB aan node modules die binnen worden geharkt om het project te kunnen draaien. Dus ik opzoeken waardoor dat komt en toen stuitte ik op de volgende blog post:

https://hackernoon.com/wh...s-your-fault-8ac9fa893823



Ik heb nou niet zoiets van "yes, laat ik dit ook gaan gebruiken voor webprojecten".

Paar jaar geleden werkte ik nog met AngularJS 1.X en dat was een kwestie van een paar javascript bestanden aan het project toevoegen en klaar.

PS
Het enige dat ik wel kan waarderen, is TypeScript.

Ik denk niet dat je enige bent die dit vind gezien de opkomst van react/vuejs

[Lethalis]

RagingPenguin schreef op woensdag 17 oktober 2018 @ 09:19:
[...]
Ik denk niet dat je enige bent die dit vind gezien de opkomst van react/vuejs

Mja, ik dacht er inderdaad al aan om voor een ander project eens serieus naar React te kijken.

[Mugwump]

RagingPenguin schreef op woensdag 17 oktober 2018 @ 09:19:
[...]


Ik denk niet dat je enige bent die dit vind gezien de opkomst van react/vuejs

Toch is de enorme bloat ook wel een beetje een fundamenteel JavaScriptkwaaltje.
Volgens mij is dit stukje onderzoek naar de mate van code duplication op Github hier ook wel eens voorbji gekomen.

[hellum]

Lethalis schreef op woensdag 17 oktober 2018 @ 08:48:
[...]
Ben ik de enige die dit 1 grote bloated mess vind?

717MB aan node modules die binnen worden geharkt om het project te kunnen draaien. Dus ik opzoeken waardoor dat komt en toen stuitte ik op de volgende blog post:

Nope, ik denk dat iedereen met een beetje kennis dat vind, ik bedoel dat zijn bijna 500 diskettes!!

[Ryur]

hellum schreef op woensdag 17 oktober 2018 @ 09:58:
[...]


Nope, ik denk dat iedereen met een beetje kennis dat vind, ik bedoel dat zijn bijna 500 diskettes!!

Bedoel je dat de 1,44 MB versie of de 2,88 MB? (of zelfs nog anderen?)

[Lethalis]

hellum schreef op woensdag 17 oktober 2018 @ 09:58:
[...]
Nope, ik denk dat iedereen met een beetje kennis dat vind, ik bedoel dat zijn bijna 500 diskettes!!

Ik weet nog heel goed dat ik ooit OS/2 probeerde te installeren.

25 diskettes. Of doom.

Want tsja, diskette 14 ofzo had natuurlijk een data CRC error

[RagingPenguin]

Mugwump schreef op woensdag 17 oktober 2018 @ 09:44:
[...]


Toch is de enorme bloat ook wel een beetje een fundamenteel JavaScriptkwaaltje.
Volgens mij is dit stukje onderzoek naar de mate van code duplication op Github hier ook wel eens voorbji gekomen.

dat is inderdaad zo, maar angular is wel een beetje next level bloated. React probeer iig gewoon een render library te zijn en geen compleet framework.

[Hydra]

Mugwump schreef op woensdag 17 oktober 2018 @ 09:44:
Toch is de enorme bloat ook wel een beetje een fundamenteel JavaScriptkwaaltje.
Volgens mij is dit stukje onderzoek naar de mate van code duplication op Github hier ook wel eens voorbji gekomen.

Yup. Gister begonnen met een enorm basaal react frontendje voor een deployment dashboard:

code:

$ du -sh node_modules/
291M    node_modules/

Lethalis schreef op woensdag 17 oktober 2018 @ 10:09:
Want tsja, diskette 14 ofzo had natuurlijk een data CRC error

Heb ik gehad met Moral Combat. Opgehaald op 25 diskettes, op de fiets, 10km enkele reis. Kwam er thuis achter dat disk 10 ofzo stuk was. Net voordat ik op de fiets stapte maar eens bedacht de andere disks ook ff te checken; waren er nog 2 kapot. Toen maar in totaal 40km gefietst voor een spel i.p.v. 60

[ Voor 30% gewijzigd door Hydra op 17-10-2018 10:17 ]

[Feanathiel]

https://medium.com/@jdan/...appened-next-b89f63d21558

Eigenlijk een onzin artikel, maar brengt toch de essentie over: je weet niet wat je binnen slingert in de node_modules map.

@GrooV jij ook bedankt voor het delen

[ Voor 8% gewijzigd door Feanathiel op 17-10-2018 11:48 ]

[Hydra]

Feanathiel schreef op woensdag 17 oktober 2018 @ 10:23:
https://medium.com/@jdan/...appened-next-b89f63d21558

Eigenlijk een onzin artikel, maar brengt toch de essentie over: je weet niet wat je binnen slingert in de node_modules map.

The left-pad fiasco shook the JavaScript community to its core when a rouge developer removed a popular module from npm, causing tens of projects to go dark.

Hoezo is het artikel onzin trouwens?

Edit: Ah fuck. Het is satire... Ik zie het verschil nieteens meer...

[ Voor 8% gewijzigd door Hydra op 17-10-2018 10:55 ]

[Feanathiel]

o.a. Yummy heeft nooit zo'n feature gehad.

https://github.com/defunctzombie/node-yummy/issues/7

Guy Fieri heeft er trouwens wel een keer 'ingezeten'

https://github.com/babel/...-core/src/api/node.js#L35

[ Voor 46% gewijzigd door Feanathiel op 17-10-2018 11:14 ]

[Sandor_Clegane]

Lethalis schreef op woensdag 17 oktober 2018 @ 09:11:
[...]

Ik ben pas 37.

Al maak ik mij soms wel zorgen om de toekomst Als ik echt tot mijn 71ste moet gaan werken, ga ik dat als programmeur never nooit halen.

Ik heb 3 IT-ers van dichtbij meegemaakt die - eenmaal de 60 gepasseerd - eigenlijk gewoon afgeschreven zijn (2 programmeurs en een systeemarchitect).

Stuk voor stuk mensen die vroeger echt wel wat konden en daar in het verleden ook serieus geld mee hebben verdiend. Maar op een gegeven moment wil het gewoon niet meer. Nieuwe dingen leren lukt niet meer, ze worden vergeetachtig, enzovoorts.

PS
Al moet ik toegeven dat ik al wel een beetje een dinosaurus word. Sommige dingen zijn best wel wennen voor mij... simpele dingen, zoals contactloos betalen. Of zelfscankassa's.

Of die vreselijke zuilen bij de McDonald's om je eten te bestellen. Daar heb ik echt het geduld niet voor.

Of user interfaces die pas bepaalde mogelijkheden tonen als je eerst iets vasthoudt. Mijn vriendin moet mij soms serieus uitleggen hoe bepaalde programma's / websites werken

Ik vind het moeilijk inschatten of het nu gewoon echt "dommer" is of dat het gewoon aan mij ligt. User interfaces waarbij alles whitespace is en je de interactieve elementen niet meer kunt onderscheiden omdat alles flatshaded is zijn in mijn optiek gewoon dom, maar ja kan ook komen omdat ik ouder ben geworden.

Abstracties over abstracties en nog zoveel dingen. .Net Core omdat juist MS dacht van: he? NPM dat is een goed idee, we maken System.String een losse download.

[ Voor 3% gewijzigd door Sandor_Clegane op 17-10-2018 11:02 ]

[GrooV]

Feanathiel schreef op woensdag 17 oktober 2018 @ 10:23:
https://medium.com/@jdan/...appened-next-b89f63d21558

Eigenlijk een onzin artikel, maar brengt toch de essentie over: je weet niet wat je binnen slingert in de node_modules map.

Dat artikel is gewoon onzin en nooit gebeurd.

Deel dat dit artikel wat ook gewoon waar gebeurd is helaas

https://qz.com/646467/how...ing-a-tiny-piece-of-code/

[.oisyn]

GrooV schreef op woensdag 17 oktober 2018 @ 11:34:
[...]

Dat artikel is gewoon onzin en nooit gebeurd.

Een steekproef wijst uit dat alles in het artikel gebaseerd is op waarheid. Die foto van Guy Fieri in Babel bijvoorbeeld? https://github.com/babel/...5deed3d1cf98858#r73983054

Is nooit in een public release terechtgekomen, maar die change bestaat

.edit: Oh dat zei @Feanathiel ook al

[ Voor 4% gewijzigd door .oisyn op 17-10-2018 12:18 ]

[Lethalis]

GrooV schreef op woensdag 17 oktober 2018 @ 11:34:
[...]
https://qz.com/646467/how...ing-a-tiny-piece-of-code/

Dat dit te reduceren is naar een leftpad functie en de strijd om een naam van 3 letters

[kenneth]

GrooV schreef op woensdag 17 oktober 2018 @ 11:34:
[...]

Dat artikel is gewoon onzin en nooit gebeurd.

Heb je het artikel gelezen?

[bauke1994]

Nog zo'n package die je sowieso in ieder project nodig hebt:

https://github.com/jezen/is-thirteen

[GrooV]

.oisyn schreef op woensdag 17 oktober 2018 @ 12:17:
[...]

Een steekproef wijst uit dat alles in het artikel gebaseerd is op waarheid. Die foto van Guy Fieri in Babel bijvoorbeeld? https://github.com/babel/...5deed3d1cf98858#r73983054

Is nooit in een public release terechtgekomen, maar die change bestaat

.edit: Oh dat zei @Feanathiel ook al

Kijk eens naar de datums

spoiler:

blogpost was er eerder

Leuk artikel hoor maar is echt volledig zijn eigen leven gaan leiden en mensen gaan het dus echt geloven.

bauke1994 schreef op woensdag 17 oktober 2018 @ 12:43:
Nog zo'n package die je sowieso in ieder project nodig hebt:

https://github.com/jezen/is-thirteen

En voor .net heb je uiteraard System.Ben nodig voor extra performance! https://github.com/benaadams/System.Ben

[ Voor 33% gewijzigd door GrooV op 17-10-2018 12:52 ]

[.oisyn]

GrooV schreef op woensdag 17 oktober 2018 @ 12:49:
[...]

Kijk eens naar de datums

[Hydra]

kenneth schreef op woensdag 17 oktober 2018 @ 12:27:
[...]
Heb je het artikel gelezen?

Ik heb het gelezen en had, vooral door m'n ervaringen met de rotzooi van het huidige front-end ecosysteem, gewoon niet door dat 't nep was. Dat iemand heel encyclopaedia brittanica naar binnen slurpt voor de definitie van een enkel woord is gewoon 100% aannemelijk bijvoorbeeld.

[EddoH]

Ik had het ook niet door tbh.... Absurd: ja, maar ik achtte het met de staat van web development tegenwoordig nog gewoon mogelijk ook...

[SPee]

Nou. Ik had een werkend project die opeens dependencies miste (recent, dus niet die leftpad crap ).
Mijn fout door niet alles fixed versie te maken.
Ik kreeg het niet werkend. Dan maar een versie update, maar dat maakte het niet beter. Een -beta2 naar een .0 van een library vroeg opeens om angular 6 ipv 4. Dan maar die gebruiken. Maar daar heb je weer een nieuwe nodejs voor nodig. Hmmm... Dus dan moet ik ook mijn buildserver updaten (die nog wel werkte), dus dat worden weer nieuwe docker images.
Zucht.

+ nog 1 door die autocorrect

[GrooV]

SPee schreef op donderdag 18 oktober 2018 @ 00:29:
Nou. Ik had een werkend project die opeens dependencies miste (recent, dus niet die leftpad crap ).
Mijn fout door niet alles fixed versie te maken.
Ik kreeg het niet werkend. Dan maar een versie update, maar dat maakte het niet beter. Een -beta2 naar een .0 van een library vroeg opeens om angular 6 ipv 4. Dan maar die gebruiken. Maar daar heb je weer een nieuwe nodejs voor nodig. Hmmm... Dus dan moet ik ook mijn buildserver updaten (die nog wel werkte), dus dat worden weer nieuwe docker images.
Zucht.

+ nog 1 door die autocorrect

Als je niet afhankelijk wil zijn kan je ook een lokale npm cache neer zetten, bijvoorbeeld https://github.com/verdaccio/verdaccio

Uiteindelijk heb je natuurlijk zelf een dependency op een centrale repository gecreerd, dit is bijvoorbeeld met NuGet ook mogelijk dat er een package verdwijnt

[ Voor 9% gewijzigd door GrooV op 18-10-2018 08:02 ]

[Hydra]

GrooV schreef op donderdag 18 oktober 2018 @ 08:00:
Als je niet afhankelijk wil zijn kan je ook een lokale npm cache neer zetten, bijvoorbeeld https://github.com/verdaccio/verdaccio

Je wil niet dat een build wel werkt op jouw machine maar niet bij andere devs. Met dat soort caches moet je dus oppassen.

[GrooV]

Hydra schreef op donderdag 18 oktober 2018 @ 09:10:
[...]


Je wil niet dat een build wel werkt op jouw machine maar niet bij andere devs. Met dat soort caches moet je dus oppassen.

Dan maak je die weer centraal in je netwerk

[mithe]

Dat los je dan toch ook gewoon weer op met een lock file? Of snap ik nu even niet wat een cache server doet?

(die cached de packages die je download)

Hydra schreef op donderdag 18 oktober 2018 @ 09:10:
[...]


Je wil niet dat een build wel werkt op jouw machine maar niet bij andere devs. Met dat soort caches moet je dus oppassen.

[Hydra]

GrooV schreef op donderdag 18 oktober 2018 @ 09:12:
Dan maak je die weer centraal in je netwerk

Waar mensen dan ook toegang tot moeten hebben. Punt is dat je bewust moet zijn dat caches een workaround/optimalisatie zijn, geen oplossing.

mithe schreef op donderdag 18 oktober 2018 @ 09:16:
Dat los je dan toch ook gewoon weer op met een lock file?

Het ging over een verdwijnende dependency. Ik zie niet hoe een lock-file dat oplost.

[ Voor 30% gewijzigd door Hydra op 18-10-2018 09:32 ]

[mithe]

Hydra schreef op donderdag 18 oktober 2018 @ 09:31:


[...]


Het ging over een verdwijnende dependency. Ik zie niet hoe een lock-file dat oplost.

Helemaal verdwijnt uit NPM? Dat is raar en vervelend. (nooit bij stil gestaan tot dat kan.)

[GrooV]

Hoe wil je het dan oplossen, als jij gebruikt maakt van een online centrale repository MOET je er altijd rekening mee houden dat er iets kan verdwijnen of verwijderd worden (of überhaupt de hele repo offline gaat)

Dat is met NPM, NuGet, Yarn of zelfs Github niet anders tenzij je het zelf cached of lokaal gaat opslaan (losse dll's lijkt me geen oplossing).

[Alex)]

Ik ken zelfs een centrale NuGet-repository waar ze soms een bestaande versie van een package overschrijven. Dát levert pas rare issues op

[Hydra]

GrooV schreef op donderdag 18 oktober 2018 @ 09:42:
Dat is met NPM, NuGet, Yarn of zelfs Github niet anders tenzij je het zelf cached of lokaal gaat opslaan (losse dll's lijkt me geen oplossing).

Met de Maven repo heb je dit niet omdat artifacts versioned, namespaced, signed en immutable zijn. Ik vind het ook bizar dat in 2018 NPM e.d. het nog steeds niet opgelost zijn.

Hoe je het oplost? Goeie vraag. 300MB aan node_modules inchecken? Ik weet ook niet. Maar er een cache tegenaangooien is geen oplossing; het is symptoombestrijding.

[Alex)]

Hydra schreef op donderdag 18 oktober 2018 @ 09:48:
[...]

Hoe je het oplost? Goeie vraag. 300MB aan node_modules inchecken? Ik weet ook niet. Maar er een cache tegenaangooien is geen oplossing; het is symptoombestrijding.

Als je Azure DevOps gebruikt kun je de Artifacts-functionaliteit (voorheen Package Management) gebruiken om als proxy te dienen voor NuGet en NPM. Die kan dan ook packages cachen, zodat je als team in ieder geval altijd dezelfde versie gebruikt.

Daarvoor heb je wel een aparte license nodig

[ Voor 9% gewijzigd door Alex) op 18-10-2018 09:53 ]

[gekkie]

Ah kijk eens aan daar komt de final postgres 11 al ge-apt-get

[GrooV]

Hydra schreef op donderdag 18 oktober 2018 @ 09:48:
[...]


Met de Maven repo heb je dit niet omdat artifacts versioned, namespaced, signed en immutable zijn. Ik vind het ook bizar dat in 2018 NPM e.d. het nog steeds niet opgelost zijn.

Hoe je het oplost? Goeie vraag. 300MB aan node_modules inchecken? Ik weet ook niet. Maar er een cache tegenaangooien is geen oplossing; het is symptoombestrijding.

Ook bij Maven worden artifacts verwijderd, dus wat is je punt? Al helemaal als er een copyright claim zoals bij leftpad komt dan werkt Sonatype gewoon mee en dan is het dag artifact.

Het verschil is wel dat je niet zelf iets van maven kan halen maar een ticket aanmaken en het is wel mogelijk.

Overigens is NuGet ook gewoon immutable zoals jij zegt, https://docs.microsoft.co...olicies/deleting-packages

NPM ondersteund wel unpublish, dus hier moet je gewoon rekening mee houden en weten wat je binnenhaalt ipv klakkeloos 300MB aan node modules binnen harken. Unpublishen is overigens alleen mogelijk binnen 72uur.

With the default registry (registry.npmjs.org), unpublish is only allowed with versions published in the last 72 hours. If you are trying to unpublish a version published longer ago than that, contact [e-mail].

NPM is echt niet perfect maar om maar te lopen bashen omdat je zelf niet weet wat je binnen haalt is ook niet eerlijk

[ Voor 16% gewijzigd door GrooV op 18-10-2018 10:05 ]

[Swedish Clown]

Na een lange tijd complete bullshit mails te hebben gehad van recruiters krijg ik gister een LinkedIn mail van een Engineer Manager van een bedrijf die me netjes persoonlijk en heel relaxt benaderd

Een oud collega werkt daar sinds een jaartje en heeft blijkbaar mijn naam laten vallen Toevallig hou ik dat bedrijf al langer in de gaten dus was blij verrast van de mail. Maandag op gesprek!

[Hydra]

GrooV schreef op donderdag 18 oktober 2018 @ 09:58:
Ook bij Maven worden artifacts verwijderd, dus wat is je punt? Al helemaal als er een copyright claim zoals bij leftpad komt dan werkt Sonatype gewoon mee en dan is het dag artifact.

Dit gebeurt alleen in extreem uitzonderlijke situaties, dus als iemand gewoon de code van iemand jat en dat als een eigen dependency upload. Of als er gewoon een dikke fout gemaakt wordt. Als Pivotal nu vindt dat de Spring dependencies verwijderd zouden moeten worden ofzo hebben ze hele dikke pech; dat gaan ze gewoon niet doen.

Dit is dus een HEEL andere situatie als toen met left pad; de auteur had een fittie met LinkedIn ofzo (wat al niet gebeurd was als ze zoals op maven central netjes depencies namespacen) en heeft toen zelf al z'n libraries verwijderd. Volkomen achterlijk dat dat gewoon kan, jaren na dat maven central duidelijk laat zien hoe je een artifact repo runt. Natuurlijk is dat nu gefixt, ze moesten wel.

Dus dat is m'n punt.

[.oisyn]

Leftpad . Laten we een O(n∙k²) ipv een O(n+k) algoritme gebruiken om een string te left-padden

[ Voor 4% gewijzigd door .oisyn op 18-10-2018 12:05 ]

[GrooV]

Hydra schreef op donderdag 18 oktober 2018 @ 11:17:
[...]


Dit gebeurt alleen in extreem uitzonderlijke situaties, dus als iemand gewoon de code van iemand jat en dat als een eigen dependency upload. Of als er gewoon een dikke fout gemaakt wordt. Als Pivotal nu vindt dat de Spring dependencies verwijderd zouden moeten worden ofzo hebben ze hele dikke pech; dat gaan ze gewoon niet doen.

Dit is dus een HEEL andere situatie als toen met left pad; de auteur had een fittie met LinkedIn ofzo (wat al niet gebeurd was als ze zoals op maven central netjes depencies namespacen) en heeft toen zelf al z'n libraries verwijderd. Volkomen achterlijk dat dat gewoon kan, jaren na dat maven central duidelijk laat zien hoe je een artifact repo runt. Natuurlijk is dat nu gefixt, ze moesten wel.

Dus dat is m'n punt.

Dat kan dus tegenwoordig niet meer, tenzij npm gedwongen wordt

[Sebazzz]

Ik vind het ongeacht de huidige situatie een indicatie van hoe professioneel - of het gebrek daaraan - de organisatie achter npm is. Deze situaties hadden voorkomen kunnen zijn, toen al. De kennis van Maven en NuGet had gebruikt kunnen worden bij het ontwerp van npm, maar dat is niet gebeurd.

[gekkie]

Is het meeste rond javascript niet buitengewoon adhocerig tot stand gekomen ?