De Devschuur Coffee Corner - Iteratie ⓫

[orf]

"Met scrum heb je dezelfde problemen als met andere methoden. Je hebt de problemen een stuk eerder en dat is goed." quote van een scrum trainer een jaar of 8 geleden.

Dat problemen eerder naar boven komen onderschrijf ik wel. Met waterval zag je dat je de problemen bij oplevering had ("wat jullie gebouwd hebben is niet wat ik wilde!"), nu heb je de discussie over wat je bouwt al bij de eerste sprintmeeting. Vroeger kwam je er na X projecten achter dat iemand geen fuck deed. Nu zie je het bij de standups. Nu heb je discussie over prioriteiten, vroeger was dat meerwerk achteraf, etc.

[Alex)]

Ik kan me op hoofdlijnen eigenlijk wel vinden in wat O. Church schrijft. Hij draaft af en toe een beetje door, maar over sommige dingen moet ik 'm toch echt gelijk geven.

[Tarkin]

Vandaag nog een interessante podcast hierover geluisterd:
https://www.solutionsiq.c...-innovation-bland-morein/

Daarin stellen ze dat enterprise innovation minder gebeurt omdat we de laatste 20 jaar te effectief geworden zijn (o.a. door Agile/Lean/Six Sigma). Dat er daardoor sneller gekozen wordt voor de zekere winst en dat er minder long term gedacht wordt.

Ik kon het wel voor een stuk onderschrijven langs een kant. Langs de andere kant bedrijven die niet innoveren gaan er onherroepelijk onderuit (Canon vs Fuji bv).

zijn er mensen die naar http://www.xpdaysbenelux.nl/ gaan? Of die een vroegere editie bezocht hebben en daar wat remarks van willen geven? Kheb hier wel interesse in.

[ Voor 12% gewijzigd door Tarkin op 28-08-2017 21:52 ]

[Rutix]

Alex) schreef op maandag 28 augustus 2017 @ 20:51:
Ik kan me op hoofdlijnen eigenlijk wel vinden in wat O. Church schrijft. Hij draaft af en toe een beetje door, maar over sommige dingen moet ik 'm toch echt gelijk geven.

Ik ben dan wel benieuwd welke punten

Hydra schreef op maandag 28 augustus 2017 @ 15:11:
[...]


Support waarop?

Bij ontwikkelen van applicaties ect. Als je issues hebt kun dan op de "leverancier" terug vallen om hulp of iets dergelijks. Dit is wel vaker bij wat grotere bedrijven hoor maar ik heb de prijzen gezien wat Oracle daarvoor vraagt t.o.v. Microsoft en dat is echt veel meer. Oracle staat sowieso bekend om zijn belachelijke licentie kosten.

[Hydra]

Rutix schreef op maandag 28 augustus 2017 @ 23:53:

Bij ontwikkelen van applicaties ect.

We hebben het over Java development. Hoe gaat Oracle je daar bij helpen?

RagingPenguin schreef op maandag 28 augustus 2017 @ 19:29:
Grappig genoeg word dat in de genoemde rant (en bijna elke andere scrum rant) als groot nadeel genoemd. Want men zou maar inzien dat jij niet de onmisbare codegod bent...

In mijn ervaring zijn het ook de uitvreters onder de devs die het meest lopen te klagen over dat die standups nutteloos zijn.

Nee hoor, dat iedereen nu eindelijk inziet dat jij geen zak uitvoert vind ik meer dan nuttig!

[ Voor 53% gewijzigd door Hydra op 29-08-2017 06:22 ]

[DevWouter]

Tarkin schreef op maandag 28 augustus 2017 @ 21:51:
Vandaag nog een interessante podcast hierover geluisterd:
https://www.solutionsiq.c...-innovation-bland-morein/

Daarin stellen ze dat enterprise innovation minder gebeurt omdat we de laatste 20 jaar te effectief geworden zijn (o.a. door Agile/Lean/Six Sigma). Dat er daardoor sneller gekozen wordt voor de zekere winst en dat er minder long term gedacht wordt.

Ik kon het wel voor een stuk onderschrijven langs een kant. Langs de andere kant bedrijven die niet innoveren gaan er onherroepelijk onderuit (Canon vs Fuji bv).

zijn er mensen die naar http://www.xpdaysbenelux.nl/ gaan? Of die een vroegere editie bezocht hebben en daar wat remarks van willen geven? Kheb hier wel interesse in.

Ik denk dat Agile/Lean/Scrum/whatever eerder afdwingt dat je de kosten inzichtelijk moet hebben en dat bij het inzichtelijk maken je er al achterkomt dat de kosten hoger zijn dan de baten.

Verder hebben grote enterprises bijna altijd groter teams waardoor stiekempjes innoveren vaak zeer slecht ontvangen wordt. Dat is mogelijk een ander factor.

[ThomasG]

Volgens mij gebeurt er nog genoeg innovatie, het is alleen veel geleidelijker geworden. Vroeger had je vaak ineens een nieuwe technologie of product, en nu gaat dat veel meer in een vloeiende overgang van kleinere stappen waardoor je minder merkt dat er innovatie plaats vindt.

Wellicht dat er minder innovatie plaatsvind dan voorheen, maar de technologie is ook veel complexer dan pak en beet 20 jaar geleden waardoor het ook relatief moeilijker geworden is (als in: relatief meer kennis en expertise/specialisme nodig).

[Hydra]

Er is niks maar dan ook niks in Scrum wat je ervan weerhoudt om lange termijn te denken. Ook dit is weer een kwestie van slecht management. En dan is het natuurlijk makkelijk Scrum de schuld te geven.

[whoami]

Hydra schreef op dinsdag 29 augustus 2017 @ 06:21:
[...]


We hebben het over Java development. Hoe gaat Oracle je daar bij helpen?

Is Java tegenwoordig niet van Oracle ?

[Salmon]

Styxxy schreef op zondag 27 augustus 2017 @ 15:00:
[...]

Heb er ook problemen mee. Ook .NETStandard durf ik bijna onder dezelfde noemer gooien. Het idee is goed, maar de uitwerking voelt nog erg beta achtig aan.
Tevens, in een enterprise / corporate omgeving waar heel wat regels gelden, is het een miserie om ermee te werken.

Ik vind het ook vervelend om nu te kiezen welk "framework" te nemen voor web ontwikkeling. ASP.NET MVC en Web API lijken duidelijk aan de kant geschovem te zijn; maar het onvolwassen karakter van .NET Core vind ik ook niet aansprekend.

Valt best nog mee welke keuze. Wij gebruiken met tevredenheid het ASP.NET Core MVC voor zowel front-end website als de API. Beiden begonnen met .Net Core 1.0, daarna 1.1 en nu draaiend op 2.0. In 2.0 zijn er toch een aantal mooie veranderingen gekomen die de projecten makkelijker maakt, zoals één meta-package ipv een groot aantal losse dependencies en de DBContext pooling.

Ik zal wel vertellen dat de upgrade van 1.0 naar 1.1 echt een hel was met dependencies en opeens weer teruggaan van MS naar .csproj bestanden i.p.v. de project.json. De 1.1 naar 2.0 upgrade was wel beter te doen.

PS: Ik las hierboven dat anderen ook al bezig waren met .Net Core 2.0, dit is trouwens geen LTS-versie, .NET Core 1.1 is dat wel. In Q1 2018 komt 2.1, welke een LTS-versie is.

[Rutix]

Hydra schreef op dinsdag 29 augustus 2017 @ 06:21:
[...]


We hebben het over Java development. Hoe gaat Oracle je daar bij helpen?

Oracle is toch diegene die de ontwikkel doet voor Java?

[SPee]

Hydra schreef op dinsdag 29 augustus 2017 @ 09:38:
Er is niks maar dan ook niks in Scrum wat je ervan weerhoudt om lange termijn te denken. Ook dit is weer een kwestie van slecht management. En dan is het natuurlijk makkelijk Scrum de schuld te geven.

Ben ik niet mee eens. Je wordt continue aan het werk gezet met kleine iteraties en je maakt daarop je keuzes. Als je geluk hebt heeft je PO een visie die gedeeld wordt, waar je rekening mee kan houden (en die verder dan de komende sprint gaat). Anders kun je alleen rekening houden met de stories die bekend zijn. En daar maak je keuzes op. En dan maak je keuzes om X te doen op manier Y, zodat het binnen je sprint te doen is. En dan moet je later voor Z weer werk doen om dingen te veranderen. Allemaal in stukken < sprintduur. En dat kan betekenen dat je werk die je met Y hebt gedaan, weer verwijdert. Of dat je opsplitst om binnen de sprintduur te blijven, maar voor het eerste deel toch iets onnodig doet vanwege de demo. Zonde van de tijd.

En Hydra, niet elke ontwikkelaar is hetzelfde. "uitvreters", "wie er geen fuck doet"; lekker vriendelijk ben jij voor jouw collega's. Kan ook zijn dat die collega's net een wat lastigere taak heeft opgepakt. Of dat het probleem/oplossing toch wat ingewikkelder was dan gedacht. Of dat hij die ***klus moest oppakken, omdat jij de leuke klusjes doet. Of dat hij toch wat meer moeite moet doen dan jij (maar daarom niet minder is).
Met scrum moet je nu veel meer aan de slag met "het grote onbekende". Niet iedereen kan dat even makkelijk.

Je kan scrum dan ook zien als manier om te laten zien wie de grootste code-penis / task-penis heeft

[Hydra]

Rutix schreef op dinsdag 29 augustus 2017 @ 15:41:
Oracle is toch diegene die de ontwikkel doet voor Java?

OpenJDK is niet van Oracle. Daarnaast vraag ik om uitleg en die heb ik tot nu toe niet gekregen. Leg eens uit waar je dan precies Oracle support voor nodig hebt. Dat heb ik in de 15 ofzo jaar dat ik Java devwerk doe nog nooit meegemaakt namelijk.

SPee schreef op dinsdag 29 augustus 2017 @ 17:03:
En Hydra, niet elke ontwikkelaar is hetzelfde. "uitvreters", "wie er geen fuck doet"; lekker vriendelijk ben jij voor jouw collega's.

Je voelt je kennelijk aangesproken Don't worry; geen van mijn collega's zijn uitvreters. Het zijn allemaal externen en die zijn te duur en te makkelijker eruit te schoppen

Wat jij beschrijft is een management probleem, zoals ik al zei. Bij implementatie van Scrum moeten vooral managers veel veranderen. Dat je manager continue prio's verandert heeft echt niks met Scrum te maken, zelfs niet als hij het "want we zijn nu Agile" excuus gebruikt.

Wat jij beschrijft heet "niet aan software design doen". Scrum legt je niet op niet aan design te doen. Sterker nog; daar heb je refinements voor.

[ Voor 77% gewijzigd door Hydra op 29-08-2017 17:14 ]

[farlane]

SPee schreef op dinsdag 29 augustus 2017 @ 17:03:
Ben ik niet mee eens. Je wordt continue aan het werk gezet met kleine iteraties en je maakt daarop je keuzes. Als je geluk hebt heeft je PO een visie die gedeeld wordt, waar je rekening mee kan houden (en die verder dan de komende sprint gaat). Anders kun je alleen rekening houden met de stories die bekend zijn. En daar maak je keuzes op. En dan maak je keuzes om X te doen op manier Y, zodat het binnen je sprint te doen is. En dan moet je later voor Z weer werk doen om dingen te veranderen. Allemaal in stukken < sprintduur. En dat kan betekenen dat je werk die je met Y hebt gedaan, weer verwijdert.

Ben er niet zo in thuis, maar Scrum impliceert toch niet dat alleen de PO een idee heeft wat het geheel naar toe gaat? Als developer moet je toch ook een idee hebben van het grote geheel, hoe kun je anders met je team over de grotere lijnen brainstormen?

[RagingPenguin]

SPee schreef op dinsdag 29 augustus 2017 @ 17:03:
Anders kun je alleen rekening houden met de stories die bekend zijn.

Scrum zegt niets over waar stories vandaan moeten komen en voor hoeveel sprints je backlog nog gevuld moet zijn. Een gebrek aan visie is een opzichzelfstaand probleem en heeft vrij weinig met scrum te maken. Binnen een niet-scrum/agile omgeving ben je binnen een visieloos bedrijf ook alleen maar bezig om het systeem draaiend te houden zonder er ook maar iets aan te verbeteren.

En Hydra, niet elke ontwikkelaar is hetzelfde. "uitvreters", "wie er geen fuck doet"; lekker vriendelijk ben jij voor jouw collega's. Kan ook zijn dat die collega's net een wat lastigere taak heeft opgepakt. Of dat het probleem/oplossing toch wat ingewikkelder was dan gedacht. Of dat hij die ***klus moest oppakken, omdat jij de leuke klusjes doet. Of dat hij toch wat meer moeite moet doen dan jij (maar daarom niet minder is).
Met scrum moet je nu veel meer aan de slag met "het grote onbekende". Niet iedereen kan dat even makkelijk.

En daarom heb je stand-ups waarin je dat kan toelichten. Stand-ups zijn dan ook altijd devs-onder-elkaar die de huidige stand van zaken even kort doorlopen, geen meetings met managers waarin je verantwoording moet afleggen waarom iets niet af is.

[Rutix]

Hydra schreef op dinsdag 29 augustus 2017 @ 17:10:
[...]


OpenJDK is niet van Oracle. Daarnaast vraag ik om uitleg en die heb ik tot nu toe niet gekregen. Leg eens uit waar je dan precies Oracle support voor nodig hebt. Dat heb ik in de 15 ofzo jaar dat ik Java devwerk doe nog nooit meegemaakt namelijk.

Ik maak het wel geregeld mee. Vooral grote bedrijven en overheidsinstellingen hechten waarde aan dat ze hulp van de leverancier kunnen inschakelen als er een productiestoring ofzo is of als er performance problemen zijn. Ik zeg niet dat ik daar mee eens ben hoor maar ik zeg alleen dat er aardig wat bedrijven zijn die dat wel willen . Dus ik heb niet support nodig maar dat is wel wat sommige bedrijven in de praktijk vragen.

[Hydra]

Rutix schreef op dinsdag 29 augustus 2017 @ 17:48:
Ik maak het wel geregeld mee. Vooral grote bedrijven en overheidsinstellingen hechten waarde aan dat ze hulp van de leverancier kunnen inschakelen als er een productiestoring ofzo is of als er performance problemen zijn. Ik zeg niet dat ik daar mee eens ben hoor maar ik zeg alleen dat er aardig wat bedrijven zijn die dat wel willen . Dus ik heb niet support nodig maar dat is wel wat sommige bedrijven in de praktijk vragen.

Nogmaals: wat heeft Oracle hiermee te maken? Ga je Guido van Rossum om hulp vragen als een leverancier van jou Python code geleverd heeft die niet performed?

Ik vind het enorm gezocht. Ik heb echt nog nooit meegemaakt dat er problemen waren met Java code die dan door Oracle opgelost moesten worden. Die verantwoordelijkheid ligt 100% bij de leverancier van de software.

farlane schreef op dinsdag 29 augustus 2017 @ 17:21:
Ben er niet zo in thuis, maar Scrum impliceert toch niet dat alleen de PO een idee heeft wat het geheel naar toe gaat? Als developer moet je toch ook een idee hebben van het grote geheel, hoe kun je anders met je team over de grotere lijnen brainstormen?

Tuurlijk. Het is weer een klassiek gevalletje "shooting the messenger". Hij gaat in een bedrijf van geen structuur naar een beetje structuur, er komen problemen bovendrijven, en dan is het de schuld van Scrum.

[ Voor 24% gewijzigd door Hydra op 29-08-2017 18:08 ]

[Rutix]

Hydra schreef op dinsdag 29 augustus 2017 @ 18:06:
[...]


Nogmaals: wat heeft Oracle hiermee te maken? Ga je Guido van Rossum om hulp vragen als een leverancier van jou Python code geleverd heeft die niet performed?

Ik vind het enorm gezocht. Ik heb echt nog nooit meegemaakt dat er problemen waren met Java code die dan door Oracle opgelost moesten worden. Die verantwoordelijkheid ligt 100% bij de leverancier van de software.

Ik leg net uit dat Oracle SUPPORT kan leveren bij oplossen van problemen (ala experts op java gebied, hun platform ect.). Guido van Rossum ga je dat inderdaad niet vragen om hij het uberhaupt niet aanbied.
Oracle en Microsoft doen dat wel. Die hebben support contracten waar je dan support krijgt van een expert die helpt met het oplossen van problemen. Ik heb meerde malen bedrijven/instellingen meegemaakt die Oracle of Microsoft hebben ingeschakeld bij problemen. Bij UWV bijvoorbeeld is dit meer dan eens gebeurt.

[Alex)]

De ervaring dat er niet veel verder wordt gekeken dan een sprint of sprint+1 deel ik wel enigszins. Dat ligt niet zo zeer aan scrum zelf (ik zie het als een toolbox, niet als een methodologie) maar meer aan een (foutieve) aanname dat 'agile zijn' betekent dat je altijd maar alles tot in den treure moet kunnen bijsturen en aanpassen, en dat rework niet erg is.

Dat is het ook niet, maar naar mijn bescheiden mening kun je er beter voor zorgen dat je dat voor blijft.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

RagingPenguin schreef op dinsdag 29 augustus 2017 @ 17:24:

[...]


En daarom heb je stand-ups waarin je dat kan toelichten. Stand-ups zijn dan ook altijd devs-onder-elkaar die de huidige stand van zaken even kort doorlopen, geen meetings met managers waarin je verantwoording moet afleggen waarom iets niet af is.

Daily stand-ups vind ik het meest zinloze kwartiertje van de dag. Botweg gezegd: wat er gisteren is gebeurd interesseert mij niet (dat kan ik in Jira zien), wat er vandaag gebeurt interesseert mij eigenlijk ook niet (want dat kan veranderen) en als iemand vastzit (of nee, wacht, een impediment heeft) hoop ik toch echt dat hij veel eerder aan de bel trekt.

Ik geef de voorkeur aan natuurlijke interactie, bijvoorbeeld bij het spreekwoordelijke koffiezetapparaat. Dan hoor ik veel meer van wat er speelt dan tijdens het verplichte dagelijkse kwartiertje (dat door veel managers wordt misbruikt als een verkapte statusmeeting).

[ Voor 37% gewijzigd door Alex) op 29-08-2017 21:17 ]

[Ryur]

Alex) schreef op dinsdag 29 augustus 2017 @ 20:48:
Daily stand-ups vind ik het meest zinloze kwartiertje van de dag. Botweg gezegd: wat er gisteren is gebeurd interesseert mij niet (dat kan ik in Jira zien), wat er vandaag gebeurt interesseert mij eigenlijk ook niet (want dat kan veranderen) en als iemand vastzit (of nee, wacht, een impediment heeft) hoop ik toch echt dat hij veel eerder aan de bel trekt.

Ik maak nog geen gebruik van Daily stand-ups, maar het bedrijf waar ik werk wil dit wel implementeren.
Het grote probleem bij ons is: we hebben enorm vrije inloop, en daardoor kunnen wij niet tot een compromis komen wanneer wij de stand-op houden.

We zijn nog erover aan het discussiëren hoe laat de DSU gehouden gaat worden, maar als het de tijd wordt waar nu over gesproken is; is het al ongeveer op de helft van mijn werkdag.
Lijkt mij ook niet echt waarvoor het 'ontworpen' is

---

Maar ben het met je eens: ik ben sowieso geen fan van DSU.
Het meeste waarover gesproken wordt is toch niet relevant: of je overlegt te weinig (niet op tijd aan de bel trekken) of het is uit de Issue systemen te halen.

[ Voor 10% gewijzigd door Ryur op 29-08-2017 21:55 ]

[Alex)]

Ryur schreef op dinsdag 29 augustus 2017 @ 21:54:
[...]

We zijn nog erover aan het discussiëren hoe laat de DSU gehouden gaat worden, maar als het de tijd wordt waar nu over gesproken is; is het al ongeveer op de helft van mijn werkdag.
Lijkt mij ook niet echt waarvoor het 'ontworpen' is

Het is bedoeld als een dagelijks calibratiemoment. Veel mensen interpreteren het als een dagstart (of misbruiken het om iedereen om 9 uur binnen te hebben), maar als het in jullie team beter uitkomt om zo'n moment halverwege de dag te houden dan is daar niets mis mee.

Wat jullie zouden kunnen doen is de daily scrum meteen na de lunch plannen. Dan heb je een reden om als team te gaan lunchen, en recht na de lunch ben je toch niet meteen productief. Last van de context switch heb je dan toch al.

[ Voor 15% gewijzigd door Alex) op 29-08-2017 22:22 ]

[Caelorum]

Ik kan me zo'n dagelijks calibratiemoment wel voorstellen. Wij wilden het dagelijks gaan doen, maar daar is niets van terecht gekomen. Ook wekelijks komt niet van de grond. Het is intussen een organisch iets geworden. Als er genoeg voortgang is dan wordt dat gerapporteerd aan de mensen waarvoor het interessant is. Bij grote nieuwe features wordt er om input gevraagd bij de personen die er eventueel iets aan kunnen bijdragen. Gelukkig is er een goede (semi-)langetermijn planning welke iedereen grotendeels kan inzien. Er is dus niet echt gebrek aan inzicht in wat er in het bedrijf speelt of waar de verschillende projecten naartoe gaan, tenzij je er echt niets mee te maken zou moeten hebben en het je totaal niet interesseert.
Een vast calibratiemoment is aan de ene kant wel erg fijn om goed op de hoogte te blijven en eventueel input te kunnen geven op een ander moment, maar aan de andere kant verstranden die dingen, is mijn ervaring iig, altijd in een troubleshooting-sessie. Dat is persoonlijk niet iets waar ik op zit te wachten als ik nog genoeg ander werk heb.
Bij mij bekruipt dan ook na een tijd, en bij een aantal anderen in het bedrijf ook, dat het niet echt productief is. Toevallig zijn dat ook die mensen die sowieso al redelijk op de hoogte zijn van alles binnen het bedrijf. Merken jullie dat toevallig ook?

[ Voor 10% gewijzigd door Caelorum op 29-08-2017 22:41 ]

[Alex)]

Als je niet oppast verandert zo'n daily scrum snel in een daily troubleshootingsessie, of nog erger: draait het uit op een mini-demonstratie waarin iemand heel enthousiast gaat vertellen wat hij allemaal heeft gedaan, hoe hij het heeft gedaan en -als het even kan- wordt het meteen getoond aan de rest van het team.

En ondertussen leunt de helft van het team op bureaustoelen of tegen muren, kijkt verveeld naar hun smartphone, of komt niet eens meer opdagen.

[Rutix]

Ik vind de Daily wel handig als het team elkaar nog niet zo goed kent. Als je op elkaar ingespeeld bent dan is er vaak al een natuurlijke interactie en dan is de DSU soms meer een onderbreking van een probleem dat ik aan het oplossen ben. Ik ben nog een beetje in dubio, want ik heb ook situaties gezien waar DSU niet werd gedaan en dat daardoor toch het overzicht van het team soms kwijt was.

[Grijze Vos]

Daarom is het zo ontzettend belangrijk dat iemand de onafhankelijke rol van "scrum master" (of hoe je het ook wilt noemen) goed vervuld. Gewoon kort en bondig de work items bespreken die voorliggen, en aftikken wie nog iets van iemand anders nodig heeft.

Wij zijn meestal binnen 10 minuten rond bij de daily.

[SPee]

Rutix schreef op dinsdag 29 augustus 2017 @ 18:35:
[...]

Ik leg net uit dat Oracle SUPPORT kan leveren bij oplossen van problemen (ala experts op java gebied, hun platform ect.). Guido van Rossum ga je dat inderdaad niet vragen om hij het uberhaupt niet aanbied.
Oracle en Microsoft doen dat wel. Die hebben support contracten waar je dan support krijgt van een expert die helpt met het oplossen van problemen. Ik heb meerde malen bedrijven/instellingen meegemaakt die Oracle of Microsoft hebben ingeschakeld bij problemen. Bij UWV bijvoorbeeld is dit meer dan eens gebeurt.

Bedoel je dan die tickets die na X jaar worden gesloten wegens "product wordt niet meer ondersteund", waardoor je het probleem nog steeds hebt?
In weinig gevallen is support van Oracle nuttig. Tegen de tijd dat je daar aanbelt, heb je toch al vaak op StackOverflow en het internet gezocht. Daar vindt je vaak al de/een oplossing.

Hydra schreef op dinsdag 29 augustus 2017 @ 17:10:
[...]
Je voelt je kennelijk aangesproken Don't worry; geen van mijn collega's zijn uitvreters. Het zijn allemaal externen en die zijn te duur en te makkelijker eruit te schoppen

Nee, ik voel me niet persoonlijk aangesproken hoor.

Hydra schreef op dinsdag 29 augustus 2017 @ 17:10:
[...]
Wat jij beschrijft heet "niet aan software design doen". Scrum legt je niet op niet aan design te doen. Sterker nog; daar heb je refinements voor.

En hoewel scrum niet zegt "gij zult geen design doen", merk ik wel in de praktijk "niet nodig, want we zijn agile/doen aan scrum".
En met SAFE zit dat er wel in, maar wordt dat losgetrokken van de teams, dus die krijgen ook niet alles mee.
De flexibiliteit van scrum zorgt ook dat misbruik veel te makkelijk wordt en dat de implementatie niet lekker gaat. Dan wordt het net de JBF manier.

[kenneth]

Van dingen als SAFe krijg ik altijd enorme kriebels, met "individuals and interactions over processes and tools" in het achterhoofd. Maar goed, mensen als Dave Thomas hebben al vele uren besteed over het misbruik van een mindset (agile) om weer duizend nieuwe processen en methoden te verzinnen.

Ik weet niet of die kriebels terecht zijn, maar goed.

[Rutix]

SPee schreef op dinsdag 29 augustus 2017 @ 23:53:
[...]


Bedoel je dan die tickets die na X jaar worden gesloten wegens "product wordt niet meer ondersteund", waardoor je het probleem nog steeds hebt?
In weinig gevallen is support van Oracle nuttig. Tegen de tijd dat je daar aanbelt, heb je toch al vaak op StackOverflow en het internet gezocht. Daar vindt je vaak al de/een oplossing.

Nah ik heb het over de wat complexere problemen. Daarnaast gaf ik eerder al aan dat ik ook die mening deel maar dat sommige bedrijven toch er waarde aan hechten. Dat staat los van het feit of het zinvol is of niet.

[gekkie]

Kortom ook agile en scrum zijn geen vastomlijnde, alles omvattende hulpmiddelen die voor ieder product en elke organisatie garantie geeft op hosanna. Eigenlijk net zoals alle management methodieken en hulpmiddelen er voor. Het is alleen nogal vervelend als mensen in een organisatie het wel zo gebruiken, al was het maar om hun eigen agenda er door te drukken danwel hun eigen onkunde te verhullen.

* gekkie gaat z'n iso-9001 schildje nog eens oppoetsen en de ordners met de kwalitieitsbewaking afstoffen, uiteraard vooral mean en een beetje lean .. en daarna de boel een nieuw likje verf geven .. mat met m'n black belt six sigma.

[RayNbow]

Gisteren eens gespeeld met vcpkg en gekeken of het Qt kon builden (vcpkg install qt5). Het duurde even, maar het lukte...


...dus vandaag een simpel hello world progsel in elkaar gegooid om te testen. Krijg meteen tig foutmeldingen, waaronder mismatch in Qt5Bootstrap.lib (MD_DynamicRelease) met QtTest.obj (MDd_DynamicDebug). Zucht...

* RayNbow gaat maar eens graven om te kijken waar dit aan ligt.

[Hydra]

Rutix schreef op dinsdag 29 augustus 2017 @ 18:35:
Ik leg net uit dat Oracle SUPPORT kan leveren bij oplossen van problemen (ala experts op java gebied, hun platform ect.).

We blijven rondgaan in cirkeltjes want je geeft geen voorbeelden. Ook wel logisch want Oracle heeft helemaal geen goeie consultancy voor puur Java development. Dus wat jij schetst is een non-issue. Wat ik je dus, als Java consultant, probeer bij te brengen. Je doet een beetje alsof je Oracle (als in de database) support kan doortrekken naar Java. En dat is niet zo. Oracle support (de database) is ingebakken in de immense licentiekosten die je ervoor betaalt.

Als het puur gaat om bug in Java zelf worden die dingen vanuit OpenJDK geregeld. Java is dus gewoon open source.

SPee schreef op dinsdag 29 augustus 2017 @ 23:53:
En hoewel scrum niet zegt "gij zult geen design doen", merk ik wel in de praktijk "niet nodig, want we zijn agile/doen aan scrum".

Je blijft maar dezelfde fout maken. Claimen dat je aan Scrum doet maar dan gewoon niet je werk gaan doen heeft niks met Scrum te maken maar met een combinatie van slecht management en slechte mensen. Scrum maakt dat alleen maar meer pijnlijk duidelijk, niet meer, niet minder.

Als je die problemen niet aan wil pakken moet je gewoon Scrum droppen en lekker verder aanmodderen. Bij processen komt discipline kijken en Scrum/Agile, omdat het vrij zelf-sturend is, vereist vrij veel discipline. Als je een web dev bureautje hebt dat alleen maar juniors aanneemt die gewoon aan de slag gaan zonder aan design te doen, moet je Scrum niet de fout geven als het dan niet werkt. Scrum is geen silver bullet en lost het probleem van een gebrek aan talent niet op.

[RayNbow]

RayNbow schreef op woensdag 30 augustus 2017 @ 12:02:
Gisteren eens gespeeld met vcpkg en gekeken of het Qt kon builden (vcpkg install qt5). Het duurde even, maar het lukte...


...dus vandaag een simpel hello world progsel in elkaar gegooid om te testen. Krijg meteen tig foutmeldingen, waaronder mismatch in Qt5Bootstrap.lib (MD_DynamicRelease) met QtTest.obj (MDd_DynamicDebug). Zucht...

* RayNbow gaat maar eens graven om te kijken waar dit aan ligt.

Ah, gevonden... https://github.com/Microsoft/vcpkg/issues/1442

[Rutix]

Hydra schreef op woensdag 30 augustus 2017 @ 13:01:
[...]


We blijven rondgaan in cirkeltjes want je geeft geen voorbeelden. Ook wel logisch want Oracle heeft helemaal geen goeie consultancy voor puur Java development. Dus wat jij schetst is een non-issue. Wat ik je dus, als Java consultant, probeer bij te brengen. Je doet een beetje alsof je Oracle (als in de database) support kan doortrekken naar Java. En dat is niet zo. Oracle support (de database) is ingebakken in de immense licentiekosten die je ervoor betaalt.

Als het puur gaat om bug in Java zelf worden die dingen vanuit OpenJDK geregeld. Java is dus gewoon open source.

Volgens lees je mijn replies niet of weiger je gewoon te lezen. Ik heb nu al meerdere malen gezegd dat dat niet mijn mening of mijn views zijn maar dat ik dat wel zie in de praktijk en dat sommige bedrijven wel zulke contracten hebben. Leuk dat je mij dit probeert bij te brengen maar misschien moet je eerst eens lezen voordat je uit de hoogte blaast. Ik ga nu ook gewoon kappen met reply-en, heb wel wat beters te doen.

[Vincentio]

Sowieso is Oracle heel wat meer dan alleen een Database. Het lijkt mij vrij stug dat zij geen consultants in dienst hebben.

Het lijkt mij dat zij net als SAP ook experts hebben voor alle gebieden waar zij diensten voor leveren en dit niet alleen via partners doen.

[Hydra]

Rutix schreef op woensdag 30 augustus 2017 @ 13:36:
Volgens lees je mijn replies niet of weiger je gewoon te lezen. Ik heb nu al meerdere malen gezegd dat dat niet mijn mening of mijn views zijn maar dat ik dat wel zie in de praktijk en dat sommige bedrijven wel zulke contracten hebben.

Ik ken geen enkel bedrijf wat met Oracle contracten voor specifiek Java heeft, laat staan gebruikt heeft, en ik zit toch al aardig lang in die business. Het is geen kwestie van "niet lezen", ik geloof je gewoon niet.

Vincentio schreef op woensdag 30 augustus 2017 @ 13:58:
Sowieso is Oracle heel wat meer dan alleen een Database. Het lijkt mij vrij stug dat zij geen consultants in dienst hebben.

Oracle heeft een grote integration tak dus ja, je kunt een Oracle consultant inhuren om software voor je te laten bouwen. Maar da's compleet wat anders dan support contracten. Als je bij Oracle aankomt met door jezelf gebouwde software gaan ze dat niet voor je fixen, dan krijg je een quote dat het door hen herbouwt en beheerd wordt.

Support != consultancy.

[ Voor 34% gewijzigd door Hydra op 30-08-2017 14:24 ]

[EddoH]

Volgens mij had Rutix het ook gewoon over support en niet per se consultancy als 'er komt een mannetje meehelpen met development' ?

Een vraag over de API, een bug in een implementatie van de JDK, dat soort dingen.

[ThomasG]

Hydra schreef op woensdag 30 augustus 2017 @ 14:22:
[...]


Ik ken geen enkel bedrijf wat met Oracle contracten voor specifiek Java heeft, laat staan gebruikt heeft, en ik zit toch al aardig lang in die business. Het is geen kwestie van "niet lezen", ik geloof je gewoon niet.

Er bestaan producten als Oracle Java SE Advanced en Oracle Java SE Suite, waar je naast extra Enterprise features beschikking krijgt over 24/7 direct access to a specialized Java support team.

[Tarkin]

ThomasG schreef op woensdag 30 augustus 2017 @ 14:35:
[...]
Er bestaan producten als Oracle Java SE Advanced en Oracle Java SE Suite, waar je naast extra Enterprise features beschikking krijgt over 24/7 direct access to a specialized Java support team.

stackoverflow dus


Voor de EE kant was oracle het een beetje aan het lataen hangen (Jave EE8 die nog niet uit is bv, specs waarin oracle specleads niets meer doen,...) ik weet niet of het een beetje beter is tegenwoordig?

[Hydra]

ThomasG schreef op woensdag 30 augustus 2017 @ 14:35:
Er bestaan producten als Oracle Java SE Advanced en Oracle Java SE Suite, waar je naast extra Enterprise features beschikking krijgt over 24/7 direct access to a specialized Java support team.

Tuurlijk bestaat het. Oracle is primair een consulting bedrijf. Maar ik wil graag eens concrete voorbeelden horen van bedrijven die hier specifiek gebruik van maken omdat dit lijnrecht tegenover mijn eigen ervaringen met zowel Oracle zelf als met een hoop bedrijven die in Java developen. Als er dit wordt geroepen:

Mijn ervaring is juist dat de laatste tijd de overstap word gemaakt van Java naar .Net (ook selection bias natuurlijk bij mij). .NET Core is voor veel bedrijven wel interessant omdat Oracle support vergeleken met Microsoft support echt belachelijk duur is.

Maar er vervolgens geen concrete voorbeelden genoemd worden van bedrijven die kwa development van Java naar .Net zijn gegaan dan krijg ik toch echt een beetje het gevoel dat dit uit de duim gezogen is.

Ik werk bij een klein Java consulting bedrijf dat samen met een .Net bedrijf in 1 holding zit. Dit is dus precies het omgekeerde van wat wij in Nederland in de markt zien gebeuren. Dus als iemand het tegenovergestelde beweert van wat ik zie dan zijn er twee opties: ik zit er falikant naast (en dan wil ik dat graag zien zodat ik mijn opvattingen bij kan stellen) of het is op z'n minst overdreven.

Maargoed. Het zal niet de eerste keer zijn dat een .Net dev hard blijft beweren dat ze nog relevant zijn in enterprise development.

Tarkin schreef op woensdag 30 augustus 2017 @ 14:40:
Voor de EE kant was oracle het een beetje aan het lataen hangen (Jave EE8 die nog niet uit is bv, specs waarin oracle specleads niets meer doen,...) ik weet niet of het een beetje beter is tegenwoordig?

Java EE is al een tijdje niet erg relevant meer en vanuit Oracle werd er weinig meer aan gedaan. Oracle heeft onlangs aangegeven dat Java EE aan de open source community wordt gedoneerd (waarschijnlijk Apache foundation).

Als het opgepakt wordt door een commerciele partij (a la RedHat of Pivotal) dan heeft het toekomst. Zo niet dan gaat het een stille dood sterven.

En zijn natuurlijk massa's Java devs met dure EE certificaten die heel hard beweren dat dit 'goed' is voor Java EE, maar de kans dat het een doorstart maakt is m.i. niet heel groot.

[ Voor 20% gewijzigd door Hydra op 30-08-2017 14:45 ]

[gekkie]

#define enterprise ?

In jouw geval vast niet de gemiddelde vertaling:
enterprise {znw.} NL bedrijf onderneming bedrijfje

Kortom je hebt enterprise, Enterprise en enter the price en we bakken wel wat.

[whoami]

Gisteren een dagje wat tutorials gevolgd en filmpjes bekeken over Azure Service Fabric.
Pfiew, wat een learning curve ... Denk dat ik er nog wel even zoet mee zal zijn.

[RagingPenguin]

Hydra schreef op woensdag 30 augustus 2017 @ 14:43:
Maar er vervolgens geen concrete voorbeelden genoemd worden van bedrijven die kwa development van Java naar .Net zijn gegaan dan krijg ik toch echt een beetje het gevoel dat dit uit de duim gezogen is.

Ik werk bij een klein Java consulting bedrijf dat samen met een .Net bedrijf in 1 holding zit. Dit is dus precies het omgekeerde van wat wij in Nederland in de markt zien gebeuren. Dus als iemand het tegenovergestelde beweert van wat ik zie dan zijn er twee opties: ik zit er falikant naast (en dan wil ik dat graag zien zodat ik mijn opvattingen bij kan stellen) of het is op z'n minst overdreven.

Maargoed. Het zal niet de eerste keer zijn dat een .Net dev hard blijft beweren dat ze nog relevant zijn in enterprise development.

En omdat 1 bedrijf dat ziet is het de absolute waarheid? In de TIOBE index is Java de hardste daler en al trek je de grafiek een beetje plat is Java al jaren aan het afnemen in populariteit. Nu daalt de populariteit van C# ook, maar wel met een factor 10 minder.

[Hydra]

gekkie schreef op woensdag 30 augustus 2017 @ 14:52:
#define enterprise ?

Neuh. Dan zitten we uren te kibbelen over de definitie en bovendien was het een bewuste steek onder water. Het interesseert met echt helemaal niks met welke stack iemand zich bezighoudt. Maar als een .Net devs (zoals zo vaak gebeurt) gaat lopen emmeren over Java kan 'ie het krijgen.

RagingPenguin schreef op woensdag 30 augustus 2017 @ 16:27:
En omdat 1 bedrijf dat ziet is het de absolute waarheid? In de TIOBE index is Java de hardste daler en al trek je de grafiek een beetje plat is Java al jaren aan het afnemen in populariteit. Nu daalt de populariteit van C# ook, maar wel met een factor 10 minder.

De Tiobe grafiek is complete bagger. Het enige wat je in die grafiek terugziet is dat Google af en toe z'n text indices optimaliseert.

Als je enigzins relevante cijfers wil kijk dan naar Github commits, SO vragen en Indeed jobs bijvoorbeeld. Of gewoon google search trends.

[ Voor 33% gewijzigd door Hydra op 30-08-2017 18:02 ]

[gekkie]

Hydra schreef op woensdag 30 augustus 2017 @ 17:54:
Neuh. Dan zitten we uren te kibbelen over de definitie en bovendien was het een bewuste steek onder water. Het interesseert met echt helemaal niks met welke stack iemand zich bezighoudt. Maar als een .Net devs (zoals zo vaak gebeurt) gaat lopen emmeren over Java kan 'ie het krijgen.

Sluit niet uit dat jullie dan beiden je eigen gelijk hebben ... voor je eigen "enterprise" en type applicatie daar in.

[RagingPenguin]

Hydra schreef op woensdag 30 augustus 2017 @ 17:54:
Neuh. Dan zitten we uren te kibbelen over de definitie en bovendien was het een bewuste steek onder water. Het interesseert met echt helemaal niks met welke stack iemand zich bezighoudt. Maar als een .Net devs (zoals zo vaak gebeurt) gaat lopen emmeren over Java kan 'ie het krijgen.

Het kan aan mij liggen, maar jij bent hier degene die constant steken onder water post als iemand begint over een .NET gerelateerd onderwerp

[Rutix]

RagingPenguin schreef op woensdag 30 augustus 2017 @ 18:45:
[...]


Het kan aan mij liggen, maar jij bent hier degene die constant steken onder water post als iemand begint over een .NET gerelateerd onderwerp

Nou dit inderdaad. Ik gooide gewoon wat eigen ervaring er tegenaan, ik zei zelfs nog dat ik selective bias was omdat ik natuurlijk een .NET Developer ben. Beetje minder vijandig mag best, dit is altijd nog een uitlaat klep.

Hydra schreef op woensdag 30 augustus 2017 @ 14:43:
[...]


Tuurlijk bestaat het. Oracle is primair een consulting bedrijf. Maar ik wil graag eens concrete voorbeelden horen van bedrijven die hier specifiek gebruik van maken omdat dit lijnrecht tegenover mijn eigen ervaringen met zowel Oracle zelf als met een hoop bedrijven die in Java developen. Als er dit wordt geroepen:


[...]


Maar er vervolgens geen concrete voorbeelden genoemd worden van bedrijven die kwa development van Java naar .Net zijn gegaan dan krijg ik toch echt een beetje het gevoel dat dit uit de duim gezogen is.

Ik werk bij een klein Java consulting bedrijf dat samen met een .Net bedrijf in 1 holding zit. Dit is dus precies het omgekeerde van wat wij in Nederland in de markt zien gebeuren. Dus als iemand het tegenovergestelde beweert van wat ik zie dan zijn er twee opties: ik zit er falikant naast (en dan wil ik dat graag zien zodat ik mijn opvattingen bij kan stellen) of het is op z'n minst overdreven.

Maargoed. Het zal niet de eerste keer zijn dat een .Net dev hard blijft beweren dat ze nog relevant zijn in enterprise development.

Sorry hoor maar je vroeg geen voorbeelden over bedrijven die de transitie aan het maken waren van Java naar .NET. Je zat alleen maar te zeiken over wat ik nou met support bedoelde.

Ik wil prima een normale discussie hebben maar als jij alleen maar loopt te kleineren en zo van de hoge toren gaat blazen pass ik daar voor. Ik heb wel wat beters te doen.

[.oisyn]

Modbreak:

❤❤❤ doe eens lief voor elkaar ❤❤❤

[ Voor 12% gewijzigd door .oisyn op 30-08-2017 19:25 ]

[gekkie]

Tis dat PHP lijkt op Zaz z'n avatar niet meer mag .. anders had ik die er wel ingeslingerd in een poging tot verbroedering
Maarja dan is er weer een andere groep die gaat stijgeren

Hmm gelijk gedonder in de glazen hier .. thor heeft ook zo z'n mening ..

[ Voor 16% gewijzigd door gekkie op 30-08-2017 19:26 ]

[Sebazzz]

.oisyn schreef op woensdag 30 augustus 2017 @ 19:18:
[color=red]❤❤❤[/] doe eens lief voor elkaar [color=red]❤❤❤[/]

Gevaarlijk hoor, die emoji's, die worden nogal anders gerenderd op verschillende platforms

[.oisyn]

Een hartje is een hartje, dat wordt niet ineens een drol ofzo

Die color=red was voornamelijk omdat Chrome in Windows het in de gewone fontkleur renderde.

Dat waterpistool though...

[Neko Koneko]

Apple behandeld ons weer als kinderen. Ik ben oud genoeg om met een echt pistool te spelen! 🔫🔫🔫pew pew pew!

[Swedish Clown]

Neko Koneko schreef op donderdag 31 augustus 2017 @ 07:54:
Apple behandeld ons weer als kinderen. Ik ben oud genoeg om met een echt pistool te spelen! 🔫🔫🔫pew pew pew!

Pistolen zijn niet om mee te spelen hè Tenzij je het hebt over een klappertjespistool

[ZaZ]

gekkie schreef op woensdag 30 augustus 2017 @ 19:25:
Tis dat PHP lijkt op Zaz z'n avatar niet meer mag .. anders had ik die er wel ingeslingerd in een poging tot verbroedering
Maarja dan is er weer een andere groep die gaat stijgeren

Hmm gelijk gedonder in de glazen hier .. thor heeft ook zo z'n mening ..

Ben al weken afwezig maar nog steeds niet helemaal vergeten

[DevWouter]

ZaZ schreef op donderdag 31 augustus 2017 @ 09:57:
[...]

Ben al weken afwezig maar nog steeds niet helemaal vergeten

Sorry, wie ben jij ook al weer?

[ZaZ]

DevWouter schreef op donderdag 31 augustus 2017 @ 10:17:
[...]

Sorry, wie ben jij ook al weer?

Ja, Sorry.
Je was er niet bij toen jouw vriendin me uitnodigde

Ik ben degene die het niveau altijd direct omlaag haalt dus.

[DevWouter]

ZaZ schreef op donderdag 31 augustus 2017 @ 10:20:
[...]

Ja, Sorry.
Je was er niet bij toen jouw vriendin me uitnodigde

Ik ben degene die het niveau altijd direct omlaag haalt dus.

Klinkt volledig begrijpelijk. Zelf moet ik nog kennismaken met mijn vriendin dus dan is het logisch dat ze eerder jou uitnodig dan mij. Ik hoop wel dat jouw bezoek haar plezierde want dan hoef ik minder hard te werken

Geen zorgen, samen kunnen we deze discussie onder het absolute nulpunt laten zinken

[ZaZ]

Ik heb vakantie gevierd door Europa gewapend met een caravan en een Surface Book + vrije tijd met de gedachte om eens goed in .Net Core te duiken.
Natuurlijk weer helemaal niets van gekomen en alleen maar naakte wijven getekend op dat ding.
Ik kan dus helaas niet meedoen aan de discussie of Core uiteindelijk een gedeelte van de Java-markt gaat overnemen.

[whoami]

Hoezo, a nutshell ?

[EddoH]

whoami schreef op donderdag 31 augustus 2017 @ 10:43:
[afbeelding]
Hoezo, a nutshell ?

Sommige noten zijn best groot...

[DevWouter]

whoami schreef op donderdag 31 augustus 2017 @ 10:43:
[afbeelding]
Hoezo, a nutshell ?

Persoonlijk zou ik het liever in een pistachenootje willen zien

[ThomasG]

whoami schreef op donderdag 31 augustus 2017 @ 10:43:
[afbeelding]
Hoezo, a nutshell ?

Zulke boeken worden vaker als schermverhoging gebruikt, dan daadwerkelijk gelezen

[Tarkin]

ThomasG schreef op donderdag 31 augustus 2017 @ 10:47:
[...]
Zulke boeken worden vaker als schermverhoging gebruikt, dan daadwerkelijk gelezen

En vaker zijn ze nog goedkoper dan de officiele schermverhogingen

[Pizzalucht]

whoami schreef op donderdag 31 augustus 2017 @ 10:43:
[afbeelding]
Hoezo, a nutshell ?

Doet me denken aan het boek "Introduction to Algorithms" wat ik voor school moest halen waarbij het vervolgens om een boek met 1312 pagina's bleek te gaan. Hoezo, introduction?

[Alex)]

Neko Koneko schreef op donderdag 31 augustus 2017 @ 07:54:
Apple behandeld ons weer als kinderen. Ik ben oud genoeg om met een echt pistool te spelen! 🔫🔫🔫pew pew pew!

In eerdere iteraties was het wel een "echt" pistool. Sinds iOS 10 is het veranderd in een waterpistool, Apple is een tegenstander van de liberale wapenwetgeving in de VS en dit is een stil protest.

Microsoft deed daarentegen het tegenovergestelde, zij vervingen een speelgoedgeweer door een politiegeweer.

[ Voor 5% gewijzigd door Alex) op 31-08-2017 11:42 ]

[ThomasG]

Pizzalucht schreef op donderdag 31 augustus 2017 @ 11:28:
[...]


Doet me denken aan het boek "Introduction to Algorithms" wat ik voor school moest halen waarbij het vervolgens om een boek met 1312 pagina's bleek te gaan. Hoezo, introduction?

Het erge is dan nog, dat er vaak een heleboel fouten in zitten. Zoals voorbeeld code wat gewoon niet doet wat het zou moet doen, of überhaupt niet te compileren is.

[gekkie]

Pizzalucht schreef op donderdag 31 augustus 2017 @ 11:28:
[...]
Doet me denken aan het boek "Introduction to Algorithms" wat ik voor school moest halen waarbij het vervolgens om een boek met 1312 pagina's bleek te gaan. Hoezo, introduction?

Lijkt me op zich correct, met een schier oneindig aantal te verzinnen algoritmen.

[alienfruit]

Ik heb eigenlijk alleen Julian Bucknall's algoritmes boek gelezen 🙈
https://www.amazon.com/To...27361/ref=asap_bc?ie=UTF8

Recensie van DrBob42: http://www.boyet.com/Articles/Reviews/BobSwartReview.html

Hij schreef altijd het Algoritmes column in het Engelstalige tijdschrift Delphi Informant

[ Voor 69% gewijzigd door alienfruit op 31-08-2017 12:21 ]

[cracking cloud]

[farlane]

whoami schreef op donderdag 31 augustus 2017 @ 10:43:
[afbeelding]
Hoezo, a nutshell ?

Protip:



48 bladzijden.

[alienfruit]

Actie die "t/m 1 September" loopt is blijkbaar al afgelopen... Je zou denken dat het pas 2 September afgelopen is

[ZaZ]

alienfruit schreef op donderdag 31 augustus 2017 @ 16:29:
Actie die "t/m 1 September" loopt is blijkbaar al afgelopen... Je zou denken dat het pas 2 September afgelopen is

Dat zou ook moeten met tot en met
Anders is het een actie tot

[ThomasG]

ZaZ schreef op donderdag 31 augustus 2017 @ 16:38:
[...]

Dat zou ook moeten met tot en met
Anders is het een actie tot

Zelfs als het tot was geweest, had het in ieder geval vandaag nog moeten gelden.

[Stoelpoot]

ZaZ schreef op donderdag 31 augustus 2017 @ 16:38:
[...]

Dat zou ook moeten met tot en met
Anders is het een actie tot

Zelfs dan nog niet, want het is pas de 31ste vandaag. Das wel een rare zaak dan ja. Zolang de voorraad strekt misschien?

[ZaZ]

ThomasG schreef op donderdag 31 augustus 2017 @ 16:40:
[...]
Zelfs als het tot was geweest, had het in ieder geval vandaag nog moeten gelden.

Dat sowieso.

[DevWouter]

alienfruit schreef op donderdag 31 augustus 2017 @ 16:29:
Actie die "t/m 1 September" loopt is blijkbaar al afgelopen... Je zou denken dat het pas 2 September afgelopen is

t/m 1 September 00:00?

---

Ik weet niet welke idioten een CMS bouwen, maar ik ga er ook maar één bouwen. Het lijkt wel alsof alle CMS als businessmodel vendor-locking hebben.

[ZaZ]

Stoelpoot schreef op donderdag 31 augustus 2017 @ 16:40:
[...]


Zelfs dan nog niet, want het is pas de 31ste vandaag. Das wel een rare zaak dan ja. Zolang de voorraad strekt misschien?

Ik reageerde op deze zin:

Je zou denken dat het pas 2 September afgelopen is

[ThomasG]

Het ruikt naar een gevalletje INTERVAL 30 DAY in plaats van bijvoorbeeld INTERVAL 1 MONTH, of eigenlijk beter <= 1 september.

[alienfruit]

Zo loop ik wel gratis bioscoopkaartjes mis!

[joram.agten]

alienfruit schreef op donderdag 31 augustus 2017 @ 16:29:
Actie die "t/m 1 September" loopt is blijkbaar al afgelopen... Je zou denken dat het pas 2 September afgelopen is

zat jij niet in NZ? daar is het al 1 september toch?

[ZaZ]

Ik denk dat er niets anders opzit dan daar huis te gaan houden met wat molotovcocktails

[alwinuzz]

DevWouter schreef op donderdag 31 augustus 2017 @ 16:41:
[...]
Ik weet niet welke idioten een CMS bouwen, maar ik ga er ook maar één bouwen. Het lijkt wel alsof alle CMS als businessmodel vendor-locking hebben.

Ja prima business-model toch? Voor de aanbieder dan...

Doet me denken aan een websiteboer die voor ons een simpele website in hun super-duper custom CMS wilde maken, natuurlijk ook een verplicht abonnement voor hosting en onderhoud. Hun custom CMS was op alle vlakken superieur aan iets standaards zoals WordPress, geweldig toch!

Hadden ze hun eigen website doodleuk in WordPress gemaakt

(En ja WP heeft zijn nadelen, maar je kan iig wel overstappen als je niet tevreden bent)

[DevWouter]

alwinuzz schreef op donderdag 31 augustus 2017 @ 17:15:
[...]


Ja prima business-model toch? Voor de aanbieder dan...

Nou, daar ga ik dus een einde aanmaken. (famous last words)

[Hydra]

Zo! mBot besteld, morgen geleverd! Lekker hobbyen dit weekend

[gekkie]

Hydra schreef op donderdag 31 augustus 2017 @ 19:05:
Zo! mBot besteld, morgen geleverd! Lekker hobbyen dit weekend

Die mag straks op commando een mooi koud biertje gaan halen ?

[.oisyn]

Daar heb je toch kinderen voor?

[Hydra]

.oisyn schreef op donderdag 31 augustus 2017 @ 21:31:
Daar heb je toch kinderen voor?

Twee stuks maar ik vrees dat die meer interesse hebben in dat ding dan in 't halen van bier

[gekkie]

Naja dan robo-voetbal maar .. kans dat je sneller een WK (en een beetje niveau) haalt dan de heren
Hmm misschien dit weekend eens kijken op de maker faire .. hebben ze geloof ik ook een zwik van dat spul.

[Ruubster]

.oisyn schreef op donderdag 31 augustus 2017 @ 21:31:
Daar heb je toch kinderen voor?

Dan is zo'n robot sneller en goedkoper op de lange termijn, als vrijgezel zonder kids

Ik had nog een andere awkward opmerking, maar dat ging écht te ver op een "openbaar" forum

[Ryur]

Ruubster schreef op donderdag 31 augustus 2017 @ 21:56:
[...]
Ik had nog een andere awkward opmerking, maar dat ging écht te ver op een "openbaar" forum

Niks gaat hier te ver! En nu ben ik benieuwd naar je opmerking!

[ElkeBxl]

Ruubster schreef op donderdag 31 augustus 2017 @ 21:56:
[...]
Ik had nog een andere awkward opmerking, maar dat ging écht te ver op een "openbaar" forum

Don't leave us hanging bro! Ik heb al genoeg cliffhangers in de series die ik kijk, ik wil er hier nu ook niet mee geconfronteerd worden!

[Sebazzz]

Iets mis met font-rendering in Vivaldi op Windows 7. Dit topic komt in de tracker als `1 in plaats van 11

[alienfruit]

Wanneer je collega dingen in je code fixt terwijl hij het ook gewoon aan mij kon melden zodat ik het zelf kon oplossen. Nu kan ik zijn code weer opschonen Negeert ook helemaal de pull requests/code review stap

[ Voor 14% gewijzigd door alienfruit op 01-09-2017 10:02 ]

[Hydra]

alienfruit schreef op vrijdag 1 september 2017 @ 10:01:
Negeert ook helemaal de pull requests/code review stap

Wat vindt je manager daarvan?

Code reviews zijn bij ons gewoon een onderdeel van je DoD. Als je je niet aan de regels houdt, wordt uiteindelijk je contract gewoon gecanceld.

Edit: M'n mBot komt tussen 16:30 en 17:30. Dan ben ik niet thuis. En is niemand thuis. En ik kan TNT niet vragen om het dan bij de lokale AH of ergens anders te droppen want handtekening. Aargh!

[ Voor 22% gewijzigd door Hydra op 01-09-2017 11:49 ]

[DynaSpan]

Hydra schreef op vrijdag 1 september 2017 @ 10:18:
[...]


Wat vindt je manager daarvan?

Code reviews zijn bij ons gewoon een onderdeel van je DoD. Als je je niet aan de regels houdt, wordt uiteindelijk je contract gewoon gecanceld.

Edit: M'n mBot komt tussen 16:30 en 17:30. Dan ben ik niet thuis. En is niemand thuis. En ik kan TNT niet vragen om het dan bij de lokale AH of ergens anders te droppen want handtekening. Aargh!

Ik laat m'n pakketjes tegenwoordig altijd bij de AH bezorgen. Zoveel relaxter.

[Ruubster]

ElkeBxl schreef op vrijdag 1 september 2017 @ 08:04:
[...]

Don't leave us hanging bro! Ik heb al genoeg cliffhangers in de series die ik kijk, ik wil er hier nu ook niet mee geconfronteerd worden!

Ryur schreef op vrijdag 1 september 2017 @ 07:33:
[...]

Niks gaat hier te ver! En nu ben ik benieuwd naar je opmerking!

Iets met "Hoe duur zijn kinderen en waar koop je die"

Trouwens, nu ik hier toch weer een keer een bericht in plaats en niet stiekem zit mee te lezen, bedrijf hier is lekker bezig. Ze hebben nu de tier-meetings uit Productie-afdeling op R&D uitgerold, dus elke dag staan we een tier-kleurplaat in te vullen met onderwerpen die niet echt nuttig zijn voor ons. En aangezien we vijf Amerikaanse gebouwen hebben en verder aan het Amerikaniseren zijn, is ons leadership team overgestapt op "My way or the highway", dus geen discussie mogelijk. Bijvoorbeeld scrum hebben ze nog nooit van gehoord, maar willen ze ook niet overwegen.

Maar goed, ik ben toch al minder blij, ben hier een half jaar geleden begonnen voor automatisering, maar alle automatisering en programmeren hebben ze teruggetrokken voor dit jaar, ik moet nu volledig op het lab werken.

[ Voor 43% gewijzigd door Ruubster op 01-09-2017 12:42 ]

[Damic]

Ruubster schreef op vrijdag 1 september 2017 @ 12:35:
[...]


[...]


Iets met "Hoe duur zijn kinderen en waar koop je die"

Trouwens, nu ik hier toch weer een keer een bericht in plaats en niet stiekem zit mee te lezen, bedrijf hier is lekker bezig. Ze hebben nu de tier-meetings uit Productie-afdeling op R&D uitgerold, dus elke dag staan we een tier-kleurplaat in te vullen met onderwerpen die niet echt nuttig zijn voor ons. En aangezien we vijf Amerikaanse gebouwen hebben en verder aan het Amerikaniseren zijn, is ons leadership team overgestapt op "My way or the highway", dus geen discussie mogelijk. Bijvoorbeeld scrum hebben ze nog nooit van gehoord, maar willen ze ook niet overwegen.

Maar goed, ik ben toch al minder blij, ben hier een half jaar geleden begonnen voor automatisering, maar alle automatisering en programmeren hebben ze teruggetrokken voor dit jaar, ik moet nu volledig op het lab werken.

Pleeg ouders, dan word je nog eens betaald ook

[Mercatres]

Sebazzz schreef op vrijdag 1 september 2017 @ 08:07:
Iets mis met font-rendering in Vivaldi op Windows 7. Dit topic komt in de tracker als `1 in plaats van 11

Woa, dat was verwarrend. We hebben een meetingroom die Vivaldi heeft, en ik vroeg me al af waarom dat die room een andere font-rendering zou hebben...

[alienfruit]

Hydra schreef op vrijdag 1 september 2017 @ 10:18:
Wat vindt je manager daarvan?

Haha, die weet er van... Ik heb de manager ook maar weer een mailtje gestuurd. Maar die is deze week op vakantie. Dus nu loopt er dus een collega allemaal veranderingen door te drukken. Omdat blijkbaar de klant niet tevreden is. Het zal vast toch niet zoveel haast hebben dat allemaal vandaag in orde moet zijn?

[Sebazzz]

Ik zoek een bugtracker, liefst zonder agile onzin (of dat het in ieder geval niet in de weg zit). We gebruiken nu intern nog Bugtracker.NET, maar die wordt al lang niet meer onderhouden. Voor agile gebruiken we Scrumwise dus het liefst geen bugtracker waar die functionaliteit in de weg gaat zitten.

Wat gebruiken jullie? Iemand ervaring met Youtrack?

[EddoH]

Sebazzz schreef op vrijdag 1 september 2017 @ 13:57:
Ik zoek een bugtracker, liefst zonder agile onzin (of dat het in ieder geval niet in de weg zit). We gebruiken nu intern nog Bugtracker.NET, maar die wordt al lang niet meer onderhouden. Voor agile gebruiken we Scrumwise dus het liefst geen bugtracker waar die functionaliteit in de weg gaat zitten.

Wat gebruiken jullie? Iemand ervaring met Youtrack?

Met Jira kun je gewoon je eigen workflow definieren. De agile 'onzin' die er wel in zit gebruik je dan gewoon niet.