De Devschuur Coffee Corner - Iteratie ⓫

[alienfruit]

Ik vraag mij af hoe mijn ISP bepaalde web-sites blokt omdat zelfs met een VPN kan ik er niet bij.

[ThomasG]

alienfruit schreef op donderdag 13 april 2017 @ 13:10:
Ik vraag mij af hoe mijn ISP bepaalde web-sites blokt omdat zelfs met een VPN kan ik er niet bij.

Dan werkt of jouw VPN niet goed (bijvoorbeeld alsnog DNS van de ISP gebruiken), of het is niet je ISP die het blokkeert.

[ Voor 7% gewijzigd door ThomasG op 13-04-2017 13:14 ]

[alienfruit]

Oh, dat zal wel best wel kunnen. Ik gebruik zelf de Streisand VPN (https://github.com/jlund/streisand). Misschien doe ik wat fout

[Firesphere]

Een vrij grote DNS provider was vandaag plat. Misschien dat het daar mee te maken had?

[RayNbow]

* RayNbow dacht even een filetje aan te maken met de naam aux.py...

spoiler:

Vergeten dat dit niet mag onder Windows.

[ThomasG]

RayNbow schreef op donderdag 13 april 2017 @ 14:47:
* RayNbow dacht even een filetje aan te maken met de naam aux.py...

spoiler:

Vergeten dat dit niet mag onder Windows.

spoiler:

Dat kan wel via het RENAME commando en fully qualified path (e.g. \\?\C:\Mapje\Naar\aux.py) te gebruiken. Niet dat het veel nut heeft, omdat andere applicaties het alsnog niet kunnen gebruiken

[DevWouter]

RayNbow schreef op donderdag 13 april 2017 @ 14:47:
* RayNbow dacht even een filetje aan te maken met de naam aux.py...

spoiler:

Vergeten dat dit niet mag onder Windows.

Heb je ook al handmatig een .gitignore file aangemaakt door een bestand te hernoemen?

[RayNbow]

DevWouter schreef op vrijdag 14 april 2017 @ 13:20:
[...]


Heb je ook al handmatig een .gitignore file aangemaakt door een bestand te hernoemen?

Een .gitignore maak ik meestal moeiteloos aan vanuit een bash shell.

[Verwijderd]

RayNbow schreef op vrijdag 14 april 2017 @ 13:28:
[...]

Een .gitignore maak ik meestal moeiteloos aan vanuit een bash shell.

In de Verkenner kan je dat ook gewoon doen door het bestand .gitignore. te noemen.

[Jan_V]

RayNbow schreef op donderdag 13 april 2017 @ 14:47:
* RayNbow dacht even een filetje aan te maken met de naam aux.py...

spoiler:

Vergeten dat dit niet mag onder Windows.

Bash:

touch aux.py

werkt prima

Maareh, waarom mag dit specifieke bestand niet worden aangemaakt? Ik mis de link even. Ook verwijderen mocht niet in de verkenner. Moest dit ook weer via bash doen.

[Stoelpoot]

Jan_V schreef op vrijdag 14 april 2017 @ 16:24:
[...]

Bash:

touch aux.py

werkt prima

Maareh, waarom mag dit specifieke bestand niet worden aangemaakt? Ik mis de link even. Ook verwijderen mocht niet in de verkenner. Moest dit ook weer via bash doen.

Het begon allemaal in 1973...

[Jegorex]

Jan_V schreef op vrijdag 14 april 2017 @ 16:24:
[...]

Bash:

touch aux.py

werkt prima

Maareh, waarom mag dit specifieke bestand niet worden aangemaakt? Ik mis de link even. Ook verwijderen mocht niet in de verkenner. Moest dit ook weer via bash doen.

Wat Rikpro zegt en deze link.

[Jan_V]

rikpro schreef op vrijdag 14 april 2017 @ 16:29:
[...]


Het begon allemaal in 1973...

Ok....

To support input and output from user programs, the pseudofiles COM1, COM2, COM3, COM4, LPT1, LPT2, CON, AUX, PRN, and NUL were provided

Als ik dit goed begrijp werden deze pseudo-bestanden gebruikt als soort van facade tussen applicaties en de fysieke com/lpt/... poorten?

[DevWouter]

Jan_V schreef op vrijdag 14 april 2017 @ 16:39:
[...]

Ok....

[...]

Als ik dit goed begrijp werden deze pseudo-bestanden gebruikt als soort van facade tussen applicaties en de fysieke com/lpt/... poorten?

Ja, in DOS kon je dit gebruiken om een directory te printen

code:

dir > LPT

En ivm legacy applicaties wordt dit nog steeds ondersteund.

[SPee]

DevWouter schreef op vrijdag 14 april 2017 @ 16:50:
[...]
En ivm legacy applicaties wordt dit nog steeds ondersteund.

Ok, dus die beperking zit erin om 16 bits applicaties te ondersteunen?
Maar het draaien van 16 bits applicaties ondersteunen ze niet meer, dus waarom dan toch nog die beperking?
XP en Vista - die veel nieuwer zijn - worden ook niet meer ondersteund.

Net zoals dat er een beperking is voor het verwijderen van een bestand in een sub*-subdirectory. Die mag ook niet te lang zijn. Maar die mogen wél aangemaakt worden. Ook zo raar.

[DevWouter]

SPee schreef op zaterdag 15 april 2017 @ 15:28:
[...]


Ok, dus die beperking zit erin om 16 bits applicaties te ondersteunen?
Maar het draaien van 16 bits applicaties ondersteunen ze niet meer, dus waarom dan toch nog die beperking?
XP en Vista - die veel nieuwer zijn - worden ook niet meer ondersteund.

Net zoals dat er een beperking is voor het verwijderen van een bestand in een sub*-subdirectory. Die mag ook niet te lang zijn. Maar die mogen wél aangemaakt worden. Ook zo raar.

Hoewel de functionaliteit bij mij bekend is sinds DOS staat het los van de hoeveelheid bits. De naam "LPT" en "AUX" zijn namen die al een bestaande functionaliteit hebben. Misschien had ik ook beter het woord "legacy" beter niet kunnen gebruiken.

Het bestandssysteem van Windows heeft allerlei functionaliteiten en die zijn nog steeds beschikbaar. Om verwarring te voorkomen zijn die namen beschermd (op dezelfde manier dat de void vaak niet gebruikt kan worden voor een class-naam).

Met de jaren zijn er echter andere alternatieven gekomen. Zo kon je de API van de printer direct aanroepen en later kon je postscript versturen naar de printer spooler. Echter je kan nog steeds de LPT port direct gebruiken, dit omdat op de LPT port geen printer hoeft te zitten.

Met de volgende code kan je bijvoorbeeld COM1 gebruiken om te lezen en te schrijven. Echter je mag COM1 ook vervangen met LPT.

C++:

HANDLE serialHandle = CreateFile("\\\\.\\COM1", 
    GENERIC_READ | GENERIC_WRITE, 
    0, 0, OPEN_EXISTING, 
    FILE_ATTRIBUTE_NORMAL, 0);

Het verwijderen van sub-directoires heeft trouwens een compleet andere reden. Een folder wordt namelijk anders opgeslagen dan een bestand

[ThomasG]

Je kunt het vergelijken met de manier waarop poorten en apparaten op Unix systemen via het bestandssysteem te benaderen zijn. Zo heb je op Linux systemen bijvoorbeeld /dev/ttyS1 voor een seriële poort. Het verschil daarbij is wel dat het op (de meeste) Unix systemen allemaal netjes geordend is in /dev, waarbij Windows (om legacy redenen, maar wat mij betreft een grote ontwerpfout) het onder de motor kap de requests voor bestanden met een bepaalde naam directories met elk mogelijke bestandsextensie doet.

[farlane]

ThomasG schreef op maandag 17 april 2017 @ 16:52:
Je kunt het vergelijken met de manier waarop poorten en apparaten op Unix systemen via het bestandssysteem te benaderen zijn. Zo heb je op Linux systemen bijvoorbeeld /dev/ttyS1 voor een seriële poort. Het verschil daarbij is wel dat het op (de meeste) Unix systemen allemaal netjes geordend is in /dev, waarbij Windows (om legacy redenen, maar wat mij betreft een grote ontwerpfout) het onder de motor kap de requests voor bestanden met een bepaalde naam directories met elk mogelijke bestandsextensie doet.

Hoezo is dit een ontwerpfout? Het is hetzelfde wat Unix doet, alleen het het apparaat niet /dev/apparaat maar \\.\apparaat.
Je kunt vanuit je windows driver ook zelf device handles aanmaken die op dezelfde manier kunnen worden benadert.

Er zijn maar een paar "speciale" files die onder Windows zonder de \\.\ te benaderen zijn.

[ThomasG]

farlane schreef op maandag 17 april 2017 @ 19:39:
[...]


Hoezo is dit een ontwerpfout? Het is hetzelfde wat Unix doet, alleen het het apparaat niet /dev/apparaat maar \\.\apparaat.
Je kunt vanuit je windows driver ook zelf device handles aanmaken die op dezelfde manier kunnen worden benadert.

Er zijn maar een paar "speciale" files die onder Windows zonder de \\.\ te benaderen zijn.

De ontwerpfout van Windows is dat COM1 in elke directory zit, op met elk mogelijke bestandsextensie. Ja, je kunt het doen met \\.\COM1 (wat de enige manier had moeten zijn), maar je kunt het ook doen met C:\Willekeurig\COM1, of C:\Willekeurig\COM1.FOO. En dat is in Windows by design, en kun je niet uit zetten; wat dus een ontwerp fout is. Op linux systemen zit je seriële poort niet mounted in elke directory, maar gewoon in /dev tenzij je dat zelf anders doet.

[farlane]

ThomasG schreef op maandag 17 april 2017 @ 20:14:
[...]
De ontwerpfout van Windows is dat COM1 in elke directory zit, op met elk mogelijke bestandsextensie.

Mja, . en .. zitten ook overal. Ook in Unix.

[.oisyn]

ThomasG schreef op maandag 17 april 2017 @ 20:14:
[...]
De ontwerpfout van Windows is dat COM1 in elke directory zit, op met elk mogelijke bestandsextensie.

Neuh, de ontwerpfout is dat je bestanden met die reserved names blijkbaar wel met een omweg aan kunt maken.

[Alex)]

ThomasG schreef op maandag 17 april 2017 @ 20:14:
[...]
De ontwerpfout van Windows is dat COM1 in elke directory zit, op met elk mogelijke bestandsextensie.

Ik gok erop dat die keuze in het verleden beslist zo is gemaakt om te voorkomen dat mensen files gaan aanmaken wanneer ze iets willen printen, en om te voorkomen dat data naar een printer wordt gestuurd ipv het weg te schrijven.

[ThomasG]

farlane schreef op maandag 17 april 2017 @ 22:26:
[...]

Mja, . en .. zitten ook overal. Ook in Unix.

Wat heeft dat daar mee te maken?

[dcm360]

farlane schreef op maandag 17 april 2017 @ 22:26:
[...]

Mja, . en .. zitten ook overal. Ook in Unix.

Handig toch, kan je mee bepalen of je op dit niveau of toch liever op een niveau hoger een printje wil maken.

[farlane]

ThomasG schreef op maandag 17 april 2017 @ 23:30:
[...]
Wat heeft dat daar mee te maken?

Dat zijn ook speciale namen zijn en je dus geen bestanden/directories met die namen kunt aanmaken, net als de genoemde namen.

[ThomasG]

farlane schreef op dinsdag 18 april 2017 @ 09:11:
[...]

Dat zijn ook speciale namen zijn en je dus geen bestanden/directories met die namen kunt aanmaken, net als de genoemde namen.

Dat vind ik toch echt iets anders, omdat je daarmee in relatieve (en zelfs absolute) paden kunt navigeren. En het verschil maakt op je een executable uit de huidige directory pakt, of die vanuit het PATH. Terwijl COM1 etc in elke directory helemaal niets toevoegt ten opzichte van slechts één centrale COM1, omdat ze allemaal exact hetzelfde effect hebben.

[DevWouter]

.oisyn schreef op maandag 17 april 2017 @ 22:40:
[...]

Neuh, de ontwerpfout is dat je bestanden met die reserved names blijkbaar wel met een omweg aan kunt maken.

Dat is een interessant punt dat je maakt.

Eén van de omwegen die we gebruiken is door absolute paden te gebruiken. Het relatief pad zoals "AUX" kan verwijzen naar "/hardware/AUX" of "/filesystem/drive0/partition0/root/folder1/AUX".

Als het systeem zowel de "hardware" folder als de "working directory" mee neemt voor de lookup dan is het eerder dat we 99% van de tijd gebruik maken van een work-around uit gemakzucht.

Mocht de bovenstaande stelling juist zijn dan kan puur vanuit de techniek gezien niet gesproken worden over een ontwerpfout, echter dan is het eerder dat het functioneel verhaal niet aansluit op het technisch verhaal.

[.oisyn]

Het technische verhaal is eigenlijk niet zo heel relevant, als je uitgaat van het feit dat je die devices altijd wilt kunnen aanspreken met hun naam (zonder path), zoals "copy con bla.txt". Hieruit volgt dat je eigenlijk nooit wilt kunnen toestaan dat men filenames gebruikt die overeenkomen met device names, anders is voorgaand commando ambigu.

Je kunt natuurlijk de designkeuze maken om dan .\con wel toe te staan om te refereren naar een bestand, maar er is natuurlijk wat voor te zeggen om dat juist niet te doen omdat dat vragen om moeilijkheden is. Daaruit volgt dat je eigenlijk nooit een filename met een device name moet kunnen aanmaken, en dat devicenames altijd relatief aan welke dir dan ook accessible zijn.

Maar dan is het natuurlijk spijtig dat \\?\%CD%con wel werkt, en dat Explorer daar vervolgens niet mee kan dealen

[farlane]

ThomasG schreef op dinsdag 18 april 2017 @ 09:31:
[...]
Dat vind ik toch echt iets anders, omdat je daarmee in relatieve (en zelfs absolute) paden kunt navigeren. En het verschil maakt op je een executable uit de huidige directory pakt, of die vanuit het PATH. Terwijl COM1 etc in elke directory helemaal niets toevoegt ten opzichte van slechts één centrale COM1, omdat ze allemaal exact hetzelfde effect hebben.

Dat het een andere functie heeft is evident, maar voor mij is de designkeuze zo duidelijk als wat (en ik vind dat geen foute) : "Er zijn speciale bestandsnamen die je niet zelf kunt aanmaken waaronder COM1, AUX, . en .. omdat deze een speciale betekenis hebben"

[alienfruit]

Koop je een boek op Amazon is het een self-print uitgave en is er nooit een papieren versie geweest. Zucht

[hackerhater]

* hackerhater rant even op oAuth.
Zucht kunnen ze niet eens een methode maken voor authoriseren die voor elke vendor hetzelfde werkt?

[Pizzalucht]

hackerhater schreef op dinsdag 18 april 2017 @ 23:09:
* hackerhater rant even op oAuth.
Zucht kunnen ze niet eens een methode maken voor authoriseren die voor elke vendor hetzelfde werkt?

Heb je liever SAML?

[Alex)]

hackerhater schreef op dinsdag 18 april 2017 @ 23:09:
* hackerhater rant even op oAuth.
Zucht kunnen ze niet eens een methode maken voor authoriseren die voor elke vendor hetzelfde werkt?

OpenID? SAML? WS-Federation?

[Rutix]

Pizzalucht schreef op woensdag 19 april 2017 @ 07:48:
[...]


Heb je liever SAML?

SAML2 is prima hoor maar sommige mensen hebben het crap geïmplementeerd

[Mercatres]

Er is geen goed authenticatiesysteem. Je moet gewoon vertrouwen hebben in de mensen.

[Skyaero]

Pff net een git nachtmerrie meegemaakt. Twee dagen hard gewerkt op een eigen lokale branch. Omdat de master in de tussentijd een aantal kleine bugfixes had gehad, wilde ik een rebase ipv een merge doen (stom, ik weet het).

De rebase geeft een aantal foutmeldingen ('cannot unlink file'). Rebase afbreken, foutmelding opzoeken (PDF bestand stond nog open in Foxit), opnieuw rebase aanroepen en pushen maar. Direct maar mijn tijdelijke branch deleten, terwijl Jenkins de boel compileert.

Blijken mijn wijzigingen dus door de rebase te zijn weggegooid. WTF? Dan ga je toch wel even paaseitjes zweten. Hoe ga ik de klant uitleggen dat ik twee dagen werk kwijt bent?

Even googlen en het blijkt vaker te gebeuren. Gelukkig bood 'git reflog' uitkomst en kon ik de oorspronkelijke commits oppikken. Nu maar een gewoon een merge gedaan.

Is het al weekend?

[Woy]

Skyaero schreef op woensdag 19 april 2017 @ 18:57:
Pff net een git nachtmerrie meegemaakt. Twee dagen hard gewerkt op een eigen lokale branch. Omdat de master in de tussentijd een aantal kleine bugfixes had gehad, wilde ik een rebase ipv een merge doen (stom, ik weet het).

De rebase geeft een aantal foutmeldingen ('cannot unlink file'). Rebase afbreken, foutmelding opzoeken (PDF bestand stond nog open in Foxit), opnieuw rebase aanroepen en pushen maar. Direct maar mijn tijdelijke branch deleten, terwijl Jenkins de boel compileert.

Blijken mijn wijzigingen dus door de rebase te zijn weggegooid. WTF? Dan ga je toch wel even paaseitjes zweten. Hoe ga ik de klant uitleggen dat ik twee dagen werk kwijt bent?

Even googlen en het blijkt vaker te gebeuren. Gelukkig bood 'git reflog' uitkomst en kon ik de oorspronkelijke commits oppikken. Nu maar een gewoon een merge gedaan.

Is het al weekend?

Je moet idd wel erg goed je best doen om echt data kwijt te raken die reeds gecommit is. Dan moet je wel bewust git-gc o.i.d. doen.

[Swedish Clown]

Skyaero schreef op woensdag 19 april 2017 @ 18:57:
Pff net een git nachtmerrie meegemaakt. Twee dagen hard gewerkt op een eigen lokale branch. Omdat de master in de tussentijd een aantal kleine bugfixes had gehad, wilde ik een rebase ipv een merge doen (stom, ik weet het).

De rebase geeft een aantal foutmeldingen ('cannot unlink file'). Rebase afbreken, foutmelding opzoeken (PDF bestand stond nog open in Foxit), opnieuw rebase aanroepen en pushen maar. Direct maar mijn tijdelijke branch deleten, terwijl Jenkins de boel compileert.

Blijken mijn wijzigingen dus door de rebase te zijn weggegooid. WTF? Dan ga je toch wel even paaseitjes zweten. Hoe ga ik de klant uitleggen dat ik twee dagen werk kwijt bent?

Even googlen en het blijkt vaker te gebeuren. Gelukkig bood 'git reflog' uitkomst en kon ik de oorspronkelijke commits oppikken. Nu maar een gewoon een merge gedaan.

Is het al weekend?

git reflog Wij rebasen hier heel regelmatig onze feature branches aangezien wij in een monilith werken en er regelmatig conflicts optreden. Meestal gaat het prima maar bij complexe rebases kan een foutje voorkomen. Reflog to the rescue!

[Alex)]

Wat doet rebasen? Waarom zou je dat willen doen ipv gewoon mergen?

[ Voor 55% gewijzigd door Alex) op 19-04-2017 20:21 ]

[Creepy]

http://www.jarrodspillers...avoiding-rebase-hell.html

On the other hand, if everyone on a given development team is working from one branch most of the time (say master) then the log can get quite noisy with all of the “merge branch blah” commits from your day to day “git pull origin master” workflow. Using “git pull -rebase origin master” will avoid those superfluous commit messages by pulling and then performing a rebase rather than a merge. This is handy for keeping the appearance of a linear commit history and makes merge commit messages (from other branches) more meaningful because they actually do represent some branch being folded into master.

En zelf wil ik graag dat er bij het pullen zoveel mogelijk een rebase gebeurd in mijn team omdat imho beter te zien/controleren valt wat de historie van de totale repo is. Je ziet ook beter wat jouw wijzigingen nu echt zijn t.o.v. de origin. Je voorkomt er ook mee dat je bijv een puur lokale branch "lekt" naar anderen in je team.

[ Voor 106% gewijzigd door Creepy op 19-04-2017 20:58 ]

[Swedish Clown]

Creepy schreef op woensdag 19 april 2017 @ 20:55:
http://www.jarrodspillers...avoiding-rebase-hell.html

[...]


En zelf wil ik graag dat er bij het pullen zoveel mogelijk een rebase gebeurd in mijn team omdat imho beter te zien/controleren valt wat de historie van de totale repo is. Je ziet ook beter wat jouw wijzigingen nu echt zijn t.o.v. de origin. Je voorkomt er ook mee dat je bijv een puur lokale branch "lekt" naar anderen in je team.

Dit dus. Vor ons met name het argument dat de git log schoner blijft. Gezien het feit dat er op een gemiddelde week zo'n 30 branches richting master gaan, wordt het een puinhoop als er constant merge commits tussen staan.

Los van het feit dat ik persoonlijk een rebase veel natuurlijker vind werken dan een merge voor feature branches

[Megamind]

Doen jullie dit via PR's? Wij zijn nu een process begonnen om via BitBucket team leden PR's te laten maken, staat nu ingesteld op mergen, maar kan ook rebasen.

[Swedish Clown]

Megamind schreef op donderdag 20 april 2017 @ 03:50:
Doen jullie dit via PR's? Wij zijn nu een process begonnen om via BitBucket team leden PR's te laten maken, staat nu ingesteld op mergen, maar kan ook rebasen.

Bedoel je dat ipv feature beanch mergen naar master een rebase master bovenop feature branch zodat je helemaal geen merge commits meer hebt?

Zoja, niet doen Je rewrite je git history en dat wil je niet op master. In HELE zeldzame gevallen misschien maar in beginsel wil je dat absoluut niet.

Als je geen merge commits wilt op je master kan je git merge --ff-only gebruiken Dat is hoe wij het oplossen aangezien de flow bij ons:
Feature branch -> integration (Jenkins draait dan een batterij extra tests -> Stable zodra die tests allemaal happy zijn. Twee keer per week tijdens de release wordt via --ff-only de stable branch naar master geschopt en de release uitgevoerd.

[DevWouter]

Brakkie41 schreef op donderdag 20 april 2017 @ 00:40:
Dit dus. Voor ons met name het argument dat de git log schoner blijft. Gezien het feit dat er op een gemiddelde week zo'n [...]

Is dat niet subjectief? Zodra er grote stukken parallel gewerkt worden dan kan je spreken over twee tijdlijnen. Ik heb namelijk geen moeite om een octopus-merge van 8 branches te lezen, maar het wordt een ramp om te lezen als het gerebased wordt.

Verder merge+rebase ik mijn feature branches vaak eerst met develop voordat ik ze merge naar develop. Heel vaak wordt dit dan automatisch een fast-forward tenzij de rebase niet lukt.

Volgens mij komt de keuze dan ook neer op het volgende:
Wil je een linear tijdlijn? Dan moet je vaak rebase.
Wil je een werkelijke weergave van veranderingen? Dan moet je vaak merge.

[Sardaukar]

DevWouter schreef op donderdag 20 april 2017 @ 09:51:
[...]


Is dat niet subjectief? Zodra er grote stukken parallel gewerkt worden dan kan je spreken over twee tijdlijnen. Ik heb namelijk geen moeite om een octopus-merge van 8 branches te lezen, maar het wordt een ramp om te lezen als het gerebased wordt.

Rebasen en daarna mergen met git merge --no-ff levert een duidelijke tijdlijn op. Je ziet dan namelijk precies welke branch je hebt meegenomen. Deze kun je vervolgens ook eenvoudig met een git revert ongedaan maken.

Zie voorbeeld hieronder van een release candidate die ik toevallig vandaag aan het voorbereiden was.

[ Voor 7% gewijzigd door Sardaukar op 20-04-2017 14:58 ]

[DevWouter]

Sardaukar schreef op donderdag 20 april 2017 @ 14:58:
[...]


Rebasen en daarna mergen met git merge --no-ff levert een duidelijke tijdlijn op. Je ziet dan namelijk precies welke branch je hebt meegenomen. Deze kun je vervolgens ook eenvoudig met een git revert ongedaan maken.

Zie voorbeeld hieronder van een release candidate die ik toevallig vandaag aan het voorbereiden was.

[afbeelding]

Fantastisch screenshot
Maar... Die branch-voor-elke-freaking-ticket is wel heel erg overkill...

[Sardaukar]

DevWouter schreef op donderdag 20 april 2017 @ 15:45:
[...]


Fantastisch screenshot
Maar... Die branch-voor-elke-freaking-ticket is wel heel erg overkill...

Voor ons niet. Dit is een product wat al enige tijd in gebruik is. Tijdens het gebruik zijn er nog een aantal PR'en en CR'en naar boven gekomen. Doordat wij deze onafhankelijk in een branch ontwikkelen kunnen wij en de klant rond release tijd bepalen wat we wel en niet meenemen.

Ik branch werkelijk voor alles: tijdens het ontwikkelen van een feature kom ik een bug tegen die ik nog niet ontdekt had? Nieuwe branch!

[ Voor 11% gewijzigd door Sardaukar op 20-04-2017 15:53 ]

[TheNephilim]

Sardaukar schreef op donderdag 20 april 2017 @ 15:49:
[...]

Ik branch werkelijk voor alles: tijdens het ontwikkelen van een feature kom ik een bug tegen die ik nog niet ontdekt had? Nieuwe branch!

Maar wat als je voor die feature die bug opgelost moet hebben?

1. Die nieuwe feature branch laten voor wat is, 2. dan bug in eigen branch fixen, 3. mergen naar develop, 4. dan develop mergen in die nieuwe feature branch en 5. dan die nieuwe feature afmaken?

[Sardaukar]

TheNephilim schreef op donderdag 20 april 2017 @ 16:02:
[...]


Maar wat als je voor die feature die bug opgelost moet hebben?

1. Die nieuwe feature branch laten voor wat is, 2. dan bug in eigen branch fixen, 3. mergen naar develop, 4. dan develop mergen in die nieuwe feature branch en 5. dan die nieuwe feature afmaken?

• Bug fixen in eigen branch.
• Bugfix branch rebasen en mergen naar master
• Featurebranch rebasen tov master

[Skyaero]

Sardaukar schreef op donderdag 20 april 2017 @ 14:58:
[...]
Zie voorbeeld hieronder van een release candidate die ik toevallig vandaag aan het voorbereiden was.

En zo leidt een stukje frustratie tot nieuwe inzichten.

I Devschuur Coffeecorner

[alienfruit]

We hebben hier de regel dat alle wijziging in `master` middels pull requests (die approved moeten worden door minimaal iemand anders) moet die vervolgens middels squash and merge. Er zijn maar twee mensen binnen het project die rechtstreeks naar `master` kunnen committen dat ben ik en een andere collega (van de 10). En dan nog alleen met toestemming van de ander.

Tot nu toe werkt dit prima. Zolang niet iedereen op vakantie is

[Swedish Clown]

alienfruit schreef op donderdag 20 april 2017 @ 22:35:
We hebben hier de regel dat alle wijziging in `master` middels pull requests (die approved moeten worden door minimaal iemand anders) moet die vervolgens middels squash and merge. Er zijn maar twee mensen binnen het project die rechtstreeks naar `master` kunnen committen dat ben ik en een andere collega (van de 10). En dan nog alleen met toestemming van de ander.

Tot nu toe werkt dit prima. Zolang niet iedereen op vakantie is

In welke situatie committen jij en je collega direct naar master?

In onze nieuw microservice werken wij ook via PR's en niemand mag naar master pushen maar indien absoluut nodig en er midden in de nacht ninja-werk verricht moet worden, heeft iedereen in principe toegang om het verbod om te pushen naar master uit te schakelen. Stukje vertrouwen voor diegene die On Call duty hebben en er verantwoordelijk mee omgaan. (Tot op de dag van vandaag nog ooit gebeurd trouwens)

[DevWouter]

Sardaukar schreef op donderdag 20 april 2017 @ 15:49:
Tijdens het gebruik zijn er nog een aantal PR'en en CR'en naar boven gekomen. Doordat wij deze onafhankelijk in een branch ontwikkelen kunnen wij en de klant rond release tijd bepalen wat we wel en niet meenemen.

Ah, op die manier. Dan kan ik me voorstellen dat dit een goeie oplossing is voor jullie.

[Woy]

DevWouter schreef op donderdag 20 april 2017 @ 15:45:
[...]


Fantastisch screenshot
Maar... Die branch-voor-elke-freaking-ticket is wel heel erg overkill...

Hoeveel werk is dat nou? Alleen als er gerelateerde tickets zijn doe ik die wel samen in één branch. Kijk als je met iets als TFS werkt dan is branchen een stuk meer werk, en dan branch ik ook minder. Maar met iets als Git of Mecurial is het zo weinig werk dat ik niet zou weten waarom je het niet zou doen.

[ Voor 23% gewijzigd door Woy op 21-04-2017 08:29 ]

[DevWouter]

Woy schreef op vrijdag 21 april 2017 @ 08:27:
[...]

Hoeveel werk is dat nou? Alleen als er gerelateerde tickets zijn doe ik die wel samen in één branch. Kijk als je met iets als TFS werkt dan is branchen een stuk meer werk, en dan branch ik ook minder. Maar met iets als Git of Mecurial is het zo weinig werk dat ik niet zou weten waarom je het niet zou doen.

Heb je de uitleg van Sardaukar gelezen? Er wordt namelijk perfect uitgelegd waarom het gedaan wordt. En mijn reactie daarop is dat ik me goed kan vinden in zijn uitleg gezien ik ook in zo'n situatie heb gezeten.

En om je vraag te beantwoorden:
Er kan op verschillende manieren met git gegaan worden en ik begreep niet waarom deze methode gebruikt wordt. Zou er geen reden voor zijn dan is het continue branchen en mergen op basis van tickets duur zijn. Echter als de klant bij elke release kan besluiten een bepaalde ticket wel of niet mee te nemen dan bespaart deze tactiek behoorlijk wat kosten (zoals het terugdraaien).

[Woy]

DevWouter schreef op vrijdag 21 april 2017 @ 10:28:
[...]

Heb je de uitleg van Sardaukar gelezen? Er wordt namelijk perfect uitgelegd waarom het gedaan wordt. En mijn reactie daarop is dat ik me goed kan vinden in zijn uitleg gezien ik ook in zo'n situatie heb gezeten.

Ja mijn reactie is ook puur op het stukje

Maar... Die branch-voor-elke-freaking-ticket is wel heel erg overkill...

Gericht.

Zou er geen reden voor zijn dan is het continue branchen en mergen op basis van tickets duur zijn.

Mijn punt is dat het helemaal niet "duur" is om overal een branch voor te maken. Branchen en mergen is doodeenvoudig in Git. Daarom geef ik ook aan dat ik mij bij bijvoorbeeld TFS kan voorstellen dat je dat niet doet, want daar is het inderaad relatief "duur"

[Antrax]

@Sardaukar schreef:

Dat ziet er mooi en overzichtelijk uit. Mag je trots op zijn!

@DevWouter schreef:
Die branch-voor-elke-freaking-ticket is wel heel erg overkill...

Dat valt nog wel mee. Ik heb aan projecten gewerkt waarbij voor elk iets een branch aangemaakt werd. Dat was gezien het product en de QA wel nodig met 25+ developers. Overal werd dubbele code reviews op gedaan om te voorkomen dat er slechte code naar master ging. Zo verkomt je dat je 3 maanden later weer aan dezelfde code zit te prutsen omdat het niet goed is of niet goed meer werkt.

Ik zelf gebruik in mijn projecten de master branch als productie eindpunt en feature en bugfix branches als nieuwe toevoegingen of fixes. Als een branch veel commits heeft squeeze ik ze voordat ze naar master gaan waardoor het in master overzichtelijk blijft. Je kan tenslotte altijd nog naar het issue kijken dmv. feature/0032-phploc etc. etc.

Kortom, het ligt denk ik aan de developers maar ook aan het type project.

[DevWouter]

Woy schreef op vrijdag 21 april 2017 @ 11:59:
Ja mijn reactie is ook puur op het stukje [...] Gericht.

Het was ook duidelijk niet de juiste manier om een vraag te stellen. Ik snap jouw reactie verder ook wel

Antrax schreef op vrijdag 21 april 2017 @ 12:31:
Kortom, het ligt denk ik aan de developers maar ook aan het type project.

Yup, en zonder duidelijkheid over de omstandigheden (team, klanten, project, etc) kan je op elke werkproces makkelijk kritiek hebben.

Note to self: Volgende keer beginnen met vragen "waarom..." in plaats van een "kreet van verbazing" te gebruiken. Dat levert sneller betere resultaten op

[XWB]

Sardaukar schreef op donderdag 20 april 2017 @ 14:58:
[...]


Rebasen en daarna mergen met git merge --no-ff levert een duidelijke tijdlijn op. Je ziet dan namelijk precies welke branch je hebt meegenomen. Deze kun je vervolgens ook eenvoudig met een git revert ongedaan maken.

Zie voorbeeld hieronder van een release candidate die ik toevallig vandaag aan het voorbereiden was.

[afbeelding]

--no-ff

[Pizzalucht]

XWB schreef op vrijdag 21 april 2017 @ 13:08:
[...]


--no-ff

[afbeelding]

Ik vind dat --no-ff default zou moeten zijn en ze --ff zouden moeten maken

[DevWouter]

Pizzalucht schreef op vrijdag 21 april 2017 @ 14:21:
[...]


Ik vind dat --no-ff default zou moeten zijn en ze --ff zouden moeten maken

Psst...

code:

git config --global --add merge.ff false

[TheNephilim]

Dus... allemaal vakantie deze week?

[RayNbow]

Vakantie, wat is dat?

[CodeCaster]

RayNbow schreef op maandag 24 april 2017 @ 09:49:
Vakantie, wat is dat?

Dat is zeg maar dat je programmeert, maar dan niet op je normale locatie, met lekkerder koffie en minder ver lopen naar de koelkast.

[TheNephilim]

CodeCaster schreef op maandag 24 april 2017 @ 10:02:
[...]

Dat is zeg maar dat je programmeert, maar dan niet op je normale locatie, met lekkerder koffie en minder ver lopen naar de koelkast.

Hahaha, ja precies

Neuj, eerlijk gezegd komt dat er thuis meestal toch niet van. Normaal gesproken nog even een potje gamen en dan even een aflevering serie kijken, voordat ik ga slapen. Als ik echt vakantie heb, dan is er vaak ook weer van alles te doen

Daarnaast zijn mijn schouders en ellebogen sowieso tegenwoordig niet zo happig op die extra uurtjes programmeren . Ben er eigenlijk nog steeds niet uit wat ik daarmee aan moet.

[Skyaero]

TheNephilim schreef op maandag 24 april 2017 @ 10:06:
[...]
Daarnaast zijn mijn schouders en ellebogen sowieso tegenwoordig niet zo happig op die extra uurtjes programmeren . Ben er eigenlijk nog steeds niet uit wat ik daarmee aan moet.

sporten

[cracking cloud]

Skyaero schreef op maandag 24 april 2017 @ 10:09:
[...]
sporten

Sauna

[TheNephilim]

Skyaero schreef op maandag 24 april 2017 @ 10:09:
[...]


sporten

Nou ik woon net een paar weken samen en heb gezegd dat als we klaar zijn met het huis en alle kleine klusjes ed. dan ga ik weer sporten. Deze week komen (als het goed is) de laatste meubels, dus wie weet .

Maar goed, echt een sporter ben ik niet (en nooit geweest).

[RayNbow]

Edit: Oh, en nog geen support voor VS2017? Zucht...

[ Voor 27% gewijzigd door RayNbow op 24-04-2017 10:52 ]

[Acid_Burn]

Verborgen directory misschien?

[XWB]

TheNephilim schreef op maandag 24 april 2017 @ 10:35:
[...]

Maar goed, echt een sporter ben ik niet (en nooit geweest).

Maar als je eenmaal gaat sporten zal je snel merken dat sporten verslavend werkt

[Acid_Burn]

XWB schreef op maandag 24 april 2017 @ 11:25:
[...]


Maar als je eenmaal gaat sporten zal je snel merken dat sporten verslavend werkt

Niet echt...

[farlane]

TheNephilim schreef op maandag 24 april 2017 @ 10:35:
[...]
... als we klaar zijn met het huis en alle kleine klusjes ed...

Dat zal nooit gebeuren ben ik bang

Acid_Burn schreef op maandag 24 april 2017 @ 11:33:
[...]
Niet echt...

Heb je de verkeerde sport, zoek er 1 die je *echt* leuk vindt.

[DevWouter]

farlane schreef op maandag 24 april 2017 @ 11:51:

[...]

Heb je de verkeerde sport, zoek er 1 die je *echt* leuk vindt.

Sluit ik me volledig bij aan. Ook moet je sport niet verwarren met een "sportschool" of "een uur zwemmen". Dat zijn eerder "sportieve activiteiten".

Ga gewoon een paar sportclubs af (voetbal, tafeltennis, handbal, korfbal, whatever) en kijk wat je leuk vind. Bijna elke club zoekt nieuwe leden en zullen je warm onthalen. Verder kan je bijna altijd 3 keer gratis (vaak vergeten ze dit).

En als je bij een team zit dan heb je ook de sociale druk om beter te worden (ligt ook aan je team) of in elk geval aanwezig te zijn. Als je dan een keer "geen zin hebt om te gaan" dan ga je misschien toch om andere reden en ben je blij dat je toch gegaan bent (dit hoor ik zo vaak).

Disclaimer: Ik zit in het bestuur van een sportclub.

[armageddon_2k1]

Momenteel ben ik na een paar jaartjes lekker hardlopen begonnen met een programma van darebee.com (de 30-days of change). Erg prettig vind ik het

Als je iets hebt gevonden dat je leuk vind werkt het echt verslavend. Maar ook dan heb je soms absoluut geen zin, gaat het soms helemaal niet lekker, of vraag je je af waarom je niet gewoon Netflix kan gaan kijken...

[ Voor 42% gewijzigd door armageddon_2k1 op 24-04-2017 13:09 ]

[Hydra]

farlane schreef op maandag 24 april 2017 @ 11:51:
Heb je de verkeerde sport, zoek er 1 die je *echt* leuk vindt.

Ik vind hockey hardstikke leuk maar verslaafd ben ik zeker niet. Ik vind wielrennen ook leuk maar ook daar is verslavend niet bepaald 't goeie woord. En die "runners high" waar zoveel mensen het over hebben, heb ik al helemaal nooit.

[farlane]

Hydra schreef op maandag 24 april 2017 @ 15:17:
[...]
Ik vind hockey hardstikke leuk maar verslaafd ben ik zeker niet. Ik vind wielrennen ook leuk maar ook daar is verslavend niet bepaald 't goeie woord. En die "runners high" waar zoveel mensen het over hebben, heb ik al helemaal nooit.

Met *echt* leuk bedoel ik dat het geen moeite kost om er andere dingen voor aan de kant te zetten. Ben zelf een goed aantal jaar geleden met BJJ begonnen en het is nog steeds 1 van die dingen die ik het liefst doe en ben nog niet 1 keer met tegenzin gegaan.

Maar misschien heeft niet iedereen zo'n ding ..

[Rutix]

TheNephilim schreef op maandag 24 april 2017 @ 10:35:
[...]


Nou ik woon net een paar weken samen en heb gezegd dat als we klaar zijn met het huis en alle kleine klusjes ed. dan ga ik weer sporten. Deze week komen (als het goed is) de laatste meubels, dus wie weet .

Maar goed, echt een sporter ben ik niet (en nooit geweest).

Was ik ook niet. Heck ik zit zelfs in een rolstoel en in een situatie waar je nou niet echt zou zeggen "die zou ik zo in een sportschool ofzo zien". Toch ben ik ermee begonnen omdat mijn benen achteruit gingen, ik last van mijn rug kreeg en steeds minder conditie kreeg. Ik ben nu een jaar verder en vrijdag had ik mijn record van 10 minuten zonder pijn op de loopbank lopen verbroken en ben ik afgelopen september wezen surfen. En nu merk ik gewoon dat als ik even niet ben wezen sporten ik gewoon weer pijn in mijn rug enzo begin te krijgen.

Helpt wel zoals @DevWouter zegt dat ik een trainingsmaatje hebt dus in het begin dat ik totaal geen motivatie had enzo was de sociale druk van hem en dat ik toch ging. En zodra je een beetje in een flow komt dan gaat het echt veel makkelijker.

[hackerhater]

farlane schreef op maandag 24 april 2017 @ 15:53:
[...]

Met *echt* leuk bedoel ik dat het geen moeite kost om er andere dingen voor aan de kant te zetten. Ben zelf een goed aantal jaar geleden met BJJ begonnen en het is nog steeds 1 van die dingen die ik het liefst doe en ben nog niet 1 keer met tegenzin gegaan.

Maar misschien heeft niet iedereen zo'n ding ..

Tjah in mijn geval was dat Judo en Kendo, maar een ongeval (onvolledige dwarsleasie) zette daar mooi de streep door
Nu fiets ik wel elke dag naar mijn werk en zo maar nog.
Wou dat ik nog die sporten kon doen.

[ Voor 7% gewijzigd door hackerhater op 24-04-2017 21:14 ]

[ElkeBxl]

Hydra schreef op maandag 24 april 2017 @ 15:17:
[...]
En die "runners high" waar zoveel mensen het over hebben, heb ik al helemaal nooit.

Mij heeft het meer dan half jaar geduurd eer ik eens een runners high had. En zelfs sindsdien is het niet elke training prijs. Met wat geluk 1 op 4 keer maar genoeg periodes dat het minder vaak gebeurt. Toen ik stevig aan het trainen was voor halve marathon had ik het wel al eens vaker maar dan pas na meer dan 10km te lopen. Runners high krijgen is zalig maar die sweet spot vinden is moeilijk.

[Skyaero]

Hydra schreef op maandag 24 april 2017 @ 15:17:
[...]
En die "runners high" waar zoveel mensen het over hebben, heb ik al helemaal nooit.

Moet je betere kwaliteit wiet kopen

[Cartman!]

The <naam van event> diversity ticket program is meant to facilitate attendance at the conference by candidates from traditionally under-represented groups in Tech including women, people of color, LGBT, and people with disabilities.

Dus het komt erop neer dat als je een blanke hetero man bent in de IT dat je moet betalen en elk ander soort persoon mag gratis naar binnen...ik vind dit raar, jullie?

[TheNephilim]

Rutix schreef op maandag 24 april 2017 @ 17:55:
[...]

Was ik ook niet. Heck ik zit zelfs in een rolstoel en in een situatie waar je nou niet echt zou zeggen "die zou ik zo in een sportschool ofzo zien". Toch ben ik ermee begonnen omdat mijn benen achteruit gingen, ik last van mijn rug kreeg en steeds minder conditie kreeg. Ik ben nu een jaar verder en vrijdag had ik mijn record van 10 minuten zonder pijn op de loopbank lopen verbroken en ben ik afgelopen september wezen surfen. En nu merk ik gewoon dat als ik even niet ben wezen sporten ik gewoon weer pijn in mijn rug enzo begin te krijgen.

Helpt wel zoals @DevWouter zegt dat ik een trainingsmaatje hebt dus in het begin dat ik totaal geen motivatie had enzo was de sociale druk van hem en dat ik toch ging. En zodra je een beetje in een flow komt dan gaat het echt veel makkelijker.

Goed bezig dus, dat vergt wel wat doorzettingsvermogen! Fijn dat je ook het resultaat ervan ziet.

Of het bij mij nog echt helpt zou ik niet kunnen zeggen. Misschien moet ik vaker dan eens per week wat gaan doen.

Voor dat ik de sleutel kreeg van het huis ging ik 1x in de week naar de conditietraining van kickboksen. Dat bevalt op zich wel. Niet dat ik daar nou om sta te springen, maar als ik kan ga ik gewoon. Dus dat moet ik maar weer eens oppakken ergens in de komende weken.

[ElkeBxl]

Cartman! schreef op dinsdag 25 april 2017 @ 09:48:
[...]

Dus het komt erop neer dat als je een blanke hetero man bent in de IT dat je moet betalen en elk ander soort persoon mag gratis naar binnen...ik vind dit raar, jullie?

Discriminerend vind ik dat. Er zijn andere en betere manieren om minderheden te lokken. Voor mij (als LGBT vrouw zijnde) zou ik het beledigend vinden en (afhankelijk van het event) zou ik zelfs een "laat maar" reactie hebben. Dus dan missen ze helemaal hun doel

Een goedkoper of zelfs gratis ticket gaat niet de actuele problemen van seksisme, racisme en andere vormen van discriminatie oplossen.

[Acid_Burn]

Cartman! schreef op dinsdag 25 april 2017 @ 09:48:
[...]

Dus het komt erop neer dat als je een blanke hetero man bent in de IT dat je moet betalen en elk ander soort persoon mag gratis naar binnen...ik vind dit raar, jullie?

Tja..'positieve' discriminatie. Ik zie ook niet in waarom mensen uit de genoemde groepen minder snel naar zoiets zouden gaan. Ze willen zo graag vermeende ongelijkheden opheffen, maar ondertussen creëer je op deze manier juist ongelijkheden. Sterker nog, je promoot het alleen maar. Zij zijn anders, dus zielig, dus mogen ze gratis naar binnen...

[gekkie]

ElkeBxl schreef op dinsdag 25 april 2017 @ 09:59:
[...]

Discriminerend vind ik dat. Er zijn andere en betere manieren om minderheden te lokken. Voor mij (als LGBT vrouw zijnde) zou ik het beledigend vinden en (afhankelijk van het event) zou ik zelfs een "laat maar" reactie hebben. Dus dan missen ze helemaal hun doel

Een goedkoper of zelfs gratis ticket gaat niet de actuele problemen van seksisme, racisme en andere vormen van discriminatie oplossen.

Blijft interessant dat sommige mensen denken dat het helpt om sekse, ras en van alles overal bij te moeten betrekken waar het mijns inziens totaal geen relatie mee heeft. Zou fijn zijn als we weer eens terug kunnen naar een tijd dat het allemaal niet zoveel boeide wie je was maar het weer gewoon over de desbetreffende inhoud ging.
Maar goed de boodschap is dus dat alleen de blanke man dom genoeg is om die beroerde prijs-kwaliteit verhouding van het desbetreffende evenement op te hoesten, danwel dat alles buiten de blanke man geen nagel heeft om z'n kont te krabben ?
Achja statements maken .. je moet er van houden .

[Hydra]

Cartman! schreef op dinsdag 25 april 2017 @ 09:48:
Dus het komt erop neer dat als je een blanke hetero man bent in de IT dat je moet betalen en elk ander soort persoon mag gratis naar binnen...ik vind dit raar, jullie?

Boeiend. Ze proberen meer vrouwen enzo naar events te krijgen. Zie niet hoe je dat anders zou moeten doen. Daarnaast betaalt m'n werkgever conferenties e.d. dus het zal me echt aan m'n reet roesten.

Niet dat het enig nut heeft maar ik kan me daar niet druk over maken.

[ Voor 7% gewijzigd door Hydra op 25-04-2017 10:30 ]

[gekkie]

Hydra schreef op dinsdag 25 april 2017 @ 10:29:
[...]


Boeiend. Ze proberen meer vrouwen enzo naar events te krijgen. Zie niet hoe je dat anders zou moeten doen. Daarnaast betaalt m'n werkgever conferenties e.d. dus het zal me echt aan m'n reet roesten.

Niet dat het enig nut heeft maar ik kan me daar niet druk over maken.

En dat doet de baas dus alleen bij mannen en niet bij vrouwen ?

[Hydra]

gekkie schreef op dinsdag 25 april 2017 @ 10:35:
En dat doet de baas dus alleen bij mannen en niet bij vrouwen ?

Nee? Maar er zijn ook mensen die op eigen rekening naar conferenties komen. En dat kost aardig wat geld. Als het gratis is zit je minder snel door je jaarlijkse conferentie budget heen. Dus an sich is het wel logisch.

Het lost uiteindelijk niks op (want op een tech conferentie ga je gewoon erg weinig vrouwen zien omdat die er bijna niet zijn) maar ik kan me er verder niet druk over maken.

[ZaZ]

Cartman! schreef op dinsdag 25 april 2017 @ 09:48:
[...]

Dus het komt erop neer dat als je een blanke hetero man bent in de IT dat je moet betalen en elk ander soort persoon mag gratis naar binnen...ik vind dit raar, jullie?

Ik vind het ronduit belachelijk.
Moet je eens voor de grap kijken wat de reacties zijn als je het omdraait.
'Kleurlingen', vrouwen en LGBT's moeten betalen en de rest gratis.

[gekkie]

Hydra schreef op dinsdag 25 april 2017 @ 10:40:
[...]
Nee? Maar er zijn ook mensen die op eigen rekening naar conferenties komen. En dat kost aardig wat geld. Als het gratis is zit je minder snel door je jaarlijkse conferentie budget heen. Dus an sich is het wel logisch.

Komen alle mannen op rekening van anderen naar een conferentie ?
Kortom is sekse daar dan zo erg op van invloed ?

(de redenatie zou dan moeten zijn dat er weinig vrouwen een baan in de IT hebben en door ze eerst gratis naar conferenties te laten gaan ze dan vervolgens een baan zouden krijgen in de IT en je daarmee vrouwen in IT zou stimuleren).

Het lost uiteindelijk niks op (want op een tech conferentie ga je gewoon erg weinig vrouwen zien omdat die er bijna niet zijn) maar ik kan me er verder niet druk over maken.

Behalve dat je met het benadrukken van dit soort, in mijn ogen schijnverbanden, je uiteindelijk meer apathie kweekt en dat terwijl je er betrekkelijk weinig mee wint.

[Cartman!]

Of m'n baas nu wel of niet betaalt vind ik het raar dat je als homo ineens gratis zou zijn, het zou niks moeten uitmaken dus doe dan als organisatie ook niet alsof dat wel zo is. Als bezoeker boeit het mij 0,0 hoeveel "minderheden" er zijn, ik kom voor de informatie op die dag en ik denk niet dat een bedrag van het ticket de reden zal zijn om wel of niet te komen voor iemand. Positieve discriminatie is ook gewoon discriminatie.

[ Voor 41% gewijzigd door Cartman! op 25-04-2017 11:23 ]

[Woy]

Cartman! schreef op dinsdag 25 april 2017 @ 11:07:
Of m'n baas nu wel of niet betaalt vind ik het raar dat je als homo ineens gratis zou zijn, het zou niks moeten uitmaken dus doe dan als organisatie ook niet alsof dat wel zo is. Als bezoeker boeit het mij 0,0 hoeveel "minderheden" er zijn, ik kom voor de informatie op die dag en ik denk niet dat een bedrag van het ticket de reden zal zijn om wel of niet te komen voor iemand. Positieve discriminatie is ook gewoon discriminatie.

Sowieso, hoe willen ze ooit gaan controleren of je homosexueel bent? Het is gelukkig niet alsof er een registratieplicht is o.i.d. Ik zou bij een dergelijke conferentie denk ik gewoon opgeven dat ik homosexueel ben.

[Cartman!]

Woy schreef op dinsdag 25 april 2017 @ 11:27:
[...]

Sowieso, hoe willen ze ooit gaan controleren of je homosexueel bent? Het is gelukkig niet alsof er een registratieplicht is o.i.d. Ik zou bij een dergelijke conferentie denk ik gewoon opgeven dat ik homosexueel ben.

Dat is dan ook wat we hier collectief overwegen in het bedrijf ja. Niet om een paar euro voor de baas te besparen maar gewoon om aan te tonen wat een raar systeem dit is.

[gekkie]

Woy schreef op dinsdag 25 april 2017 @ 11:27:
[...]
Sowieso, hoe willen ze ooit gaan controleren of je homosexueel bent? Het is gelukkig niet alsof er een registratieplicht is o.i.d. Ik zou bij een dergelijke conferentie denk ik gewoon opgeven dat ik homosexueel ben.

Social media accounts en passwords moeten afgeven is toch hip en happening tegenwoordig .

Achja tijd voor een nieuw gendertype .. gedefinieerd als "at random iets van de gender-staal-kaart wat je gratis toegang oplevert tot een event, maar alleen voor het aanmeld moment en verder niet praktiserend.
Nadeel is weer dat dat waarschijnlijk in notime geen "minderheid" meer is .. en dus derhalve uitgesloten zal worden.

[ElkeBxl]

Cartman! schreef op dinsdag 25 april 2017 @ 11:29:
[...]

Dat is dan ook wat we hier collectief overwegen in het bedrijf ja. Niet om een paar euro voor de baas te besparen maar gewoon om aan te tonen wat een raar systeem dit is.

Doen! Zo'n raar systeem lost toch niks op en geeft alleen maar een foutieve indruk dat ze iets goed doen. Als ze echt iets willen doen voor minderheden meer welkom te laten voelen, zijn er andere manieren dan zo'n positieve discriminatie.

[windwarrior]

Deze discussies zijn zo lastig. Zo ben ik zelf een stereotype "bevoorrechtte man"... middenklasse gezin, typisch hollands uiterlijk, hetero, genoeg opleidingskansen gehad enzovoort. Volledig van bewust dat ik daar best geluk mee heb gehad.

MAAR, veel kan ik er niet aan doen, ik ben wie ik ben en heb blijkbaar een bijzonder grote interesse voor informatica. Ik ben dan ook informatica gaan doen. Maar tegenwoordig voel ik af en toe alsof ik me moet verontschuldigen dat ik een stereotype infer ben, alsof ik basisschooldocent had moeten worden ("daar zijn immers te weinig mannen"). En dat is wat mij betreft fout, we moeten naar een situatie waar iedereen die interesse heeft in informatica dat kan studeren of je blauw of paars bent, homo of asexueel... couldn't care less.

Alsjeblieft lobby organisaties, focus op kansen maken, focus op het uitleggen aan iedereen dat informatica tof is en probeer de vooroordelen uit de samenleving te halen. Forceer in iedergeval niet dat bedrijven diverser worden omdat "dat hip is" en er "te weinig vrouwen in de ICT zijn". Dat zijn geen structurele oplossingen voor het diepe cultuurprobleem die sommige mensen weerhouden van het kiezen voor technische beroepen.

Wat denken jullie, in de volledig onbevooroordeelde samenleving (hypothese), zou het ICT/informatica beroep een accurate afspiegeling van de samenleving zijn?

[ Voor 5% gewijzigd door windwarrior op 25-04-2017 13:10 . Reden: woorden zijn moeilijk, ik moet maar geen basisschooldocent worden ]

[Ofyles2]

Cartman! schreef op dinsdag 25 april 2017 @ 09:48:
[...]

Dus het komt erop neer dat als je een blanke hetero man bent in de IT dat je moet betalen en elk ander soort persoon mag gratis naar binnen...ik vind dit raar, jullie?

Ik vind het niet raar, ik vind het compleet bezopen.

En het is weer een tooltje van de politiek om het gepeupel af te leiden van de echte dingen des levens. Omdat volksvertegenwoordigers donders goed weten dat ze lang mogen solliciteren naar een McJob als hun beerput opengerukt wordt...

[Tjolk]

Woy schreef op dinsdag 25 april 2017 @ 11:27:
[...]

Sowieso, hoe willen ze ooit gaan controleren of je homosexueel bent?

Gewoon, afhankelijk van wat er op je aanmelding staat ga je een hokje in. In het geval dat je homoseksueel aangekruist hebt wordt je vriendelijk verzocht even een zeepje op te rapen.

[Hydra]

Woy schreef op dinsdag 25 april 2017 @ 11:27:
[...]

Sowieso, hoe willen ze ooit gaan controleren of je homosexueel bent?

Nou broek laten zakken en spijkerharde gay porno tonen. Hoe anders?