De Devschuur Coffee Corner - Iteratie ➒

[Alex)]

Hydra schreef op dinsdag 17 november 2015 @ 11:00:
[...]

Omdat die erg simpel naar een andere plek verplaatst kunnen worden, volledig automatisch. Ze zijn daarnaast veel meer light-weight dan VMs.

Als dat alles is?

[.oisyn]

Cloud schreef op dinsdag 17 november 2015 @ 11:08:
[...]

Ah dáár was ik mee in de war; wat ik zei geldt voor gesloten SeM topics (de melding is nl. opgepakt+gesloten).

Ja ik wist het zelf ook niet meer helemaal

[Cloud]

.oisyn schreef op dinsdag 17 november 2015 @ 11:08:
[...]


Ja ik wist het zelf ook niet meer helemaal

Wat zegt dat nu over ons als long time crew

[.oisyn]

Dat we ons bezighouden met de dingen die uitmaken en niet met luttele regeltjes en gebruiken

[Hydra]

Ik had wel op iets meer dan "Er wordt actie op ondernomen." gehoopt...

Alex) schreef op dinsdag 17 november 2015 @ 11:08:

Als dat alles is?

Dat heeft nogal wat impact op hoe ops er in de nabije toekomst uit gaat zien. Kijk naar dingen als Kubernetes bijvoorbeeld: wat waar draait gaat volledig automatisch geregeld worden. Als sysadmin ben je over 10 jaar echt niet meer bezig met het beheren van bare metal of VMs.

[ Voor 74% gewijzigd door Hydra op 17-11-2015 11:13 ]

[ElkeBxl]

spleethoven schreef op dinsdag 17 november 2015 @ 11:06:
[...]


Klinkt als het bedrijf waar ik vroeger werkte, dit was een verzekeringsbroker en om nog maar iets als een kleurtje op de webpagina aan te passen moest je 6 maanden wachten, want die change request moest worden goedgekeurd door 6 verschillende boards, welke maar 1 keer per maand samen kwamen om ja of nee te zeggen.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Alex)]

Hydra schreef op dinsdag 17 november 2015 @ 11:10:

Dat heeft nogal wat impact op hoe ops er in de nabije toekomst uit gaat zien. Kijk naar dingen als Kubernetes bijvoorbeeld: wat waar draait gaat volledig automatisch geregeld worden. Als sysadmin ben je over 10 jaar echt niet meer bezig met het beheren van bare metal of VMs.

Hoe zit het eigenlijk met resource-usage? Je zei eerder dat een container lichter is dan een VM, maar over wat voor verhoudingen hebben we het dan? Als een fysieke host bijvoorbeeld 15 VMs aankan, kan hij dan 20 containers aan of kan hij er met gemak 90 aan? Dat maakt nogal een verschil in hoeveel fysiek ijzer je nodig hebt, en dán wordt het interessant.

Ik geloof er namelijk niet in dat "ieder" bedrijf naar de cloud gaat, of zou moeten gaan.

[Rutix]

ElkeBxl schreef op dinsdag 17 november 2015 @ 11:22:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[.oisyn]

Lol ik kom wasigh tegen in de comments van 9gag

[whoami]

wazig.

[dcm360]

Hydra schreef op dinsdag 17 november 2015 @ 11:10:
Ik had wel op iets meer dan "Er wordt actie op ondernomen." gehoopt...


[...]


Dat heeft nogal wat impact op hoe ops er in de nabije toekomst uit gaat zien. Kijk naar dingen als Kubernetes bijvoorbeeld: wat waar draait gaat volledig automatisch geregeld worden. Als sysadmin ben je over 10 jaar echt niet meer bezig met het beheren van bare metal of VMs.

Over 10 jaar verschijnen servers vanzelf in een serverrack en hebben geen installatie en onderhoud nodig? Dat lijkt me niet erg plausibel.

[Rutix]

dcm360 schreef op dinsdag 17 november 2015 @ 12:07:
[...]

Over 10 jaar verschijnen servers vanzelf in een serverrack en hebben geen installatie en onderhoud nodig? Dat lijkt me niet erg plausibel.

Niet? Ik denk dat er best systemen zijn te bedenken waardoor hardware automatisch in het serverrack komt (dmv plug en play systeem ofzo) en dat installatie ook gewoon allemaal geautomatiseerd is. Je zou dan bijvoorbeeld alleen de software erop hebben die ervoor zorgt dat een docker (bijvoorbeeld) naar die gemoved zou kunnen worden.

[Alex)]

Rutix schreef op dinsdag 17 november 2015 @ 12:09:
[...]

Niet? Ik denk dat er best systemen zijn te bedenken waardoor hardware automatisch in het serverrack komt (dmv plug en play systeem ofzo) en dat installatie ook gewoon allemaal geautomatiseerd is. Je zou dan bijvoorbeeld alleen de software erop hebben die ervoor zorgt dat een docker (bijvoorbeeld) naar die gemoved zou kunnen worden.

Microsoft heeft zoiets wel. UPS levert een afgesloten zeecontainer met servers af, een IT'er prikt de stekkers in het stopcontact en een systeem genaamd AutoPilot doet de rest.

[ElkeBxl]

Rutix schreef op dinsdag 17 november 2015 @ 11:52:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Rutix]

ElkeBxl schreef op dinsdag 17 november 2015 @ 12:12:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[dcm360]

Alex) schreef op dinsdag 17 november 2015 @ 12:12:
[...]

Microsoft heeft zoiets wel. UPS levert een afgesloten zeecontainer met servers af, een IT'er prikt de stekkers in het stopcontact en een systeem genaamd AutoPilot doet de rest.

Neemt niet weg dat er nog steeds een systeembeheerder is, maar dat die dan ergens anders in het organisatieschema verstopt zit (namelijk bij de it-leverancier). Iemand heeft die zeecontainer toch ooit geconfigureerd, en er zou toch ook wel iemand zijn die onderhoud doet aan de servers er in.

[.oisyn]

whoami schreef op dinsdag 17 november 2015 @ 12:06:
wazig.

Maar ja, wie ben jij?

[ElkeBxl]

Rutix schreef op dinsdag 17 november 2015 @ 12:14:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[gekkie]

.oisyn schreef op dinsdag 17 november 2015 @ 12:23:
[...]

Maar ja, wie ben jij?

Je hebt z'n mail en linkedin toch zo gevonden ?
(en zo liggen alle gegevens van allerhande semi BN'ers ook eenvoudig op straat en zouden centrale patienten dossiers met gebrekkige auditingtrail dat nog veel beter maken)

[ Voor 30% gewijzigd door gekkie op 17-11-2015 12:35 ]

[Skyaero]

gekkie schreef op dinsdag 17 november 2015 @ 12:31:
[...]

Je hebt z'n mail en linkedin toch zo gevonden ?

Daar hoef je in zijn geval geen mod voor te zijn

[gekkie]

Skyaero schreef op dinsdag 17 november 2015 @ 12:32:
[...]
Daar hoef je in zijn geval geen mod voor te zijn

Ah ja achja

[.oisyn]

gekkie schreef op dinsdag 17 november 2015 @ 12:31:
[...]

Je hebt z'n mail en linkedin toch zo gevonden ?

Met het risico stating the obvious, whoami deed een woordspeling op de gebruiker met de naam "wasigh", en ik deed een woordspeling op de naam "whoami"

[gekkie]

.oisyn schreef op dinsdag 17 november 2015 @ 12:34:
[...]

Met het risico stating the obvious, whoami deed een woordspeling op de gebruiker met de naam "wasigh", en ik deed een woordspeling op de naam "whoami"

Daar was ik van op de hoogte .. ik combineerde het dan weer met wat vorige posts

[Hydra]

Alex) schreef op dinsdag 17 november 2015 @ 11:40:
Hoe zit het eigenlijk met resource-usage? Je zei eerder dat een container lichter is dan een VM, maar over wat voor verhoudingen hebben we het dan? Als een fysieke host bijvoorbeeld 15 VMs aankan, kan hij dan 20 containers aan of kan hij er met gemak 90 aan? Dat maakt nogal een verschil in hoeveel fysiek ijzer je nodig hebt, en dán wordt het interessant.

Resource usage is vooral afhankelijk van de applicatie. De container geeft niet significant meer of minder usage dan een VM. Het voordeel is vooral dat ze sneller te verplaatsen en starten zijn.

Ik geloof er namelijk niet in dat "ieder" bedrijf naar de cloud gaat, of zou moeten gaan.

Het is geen "cloud" ding, het is een outsourcing/efficiency ding. Grote bedrijven als Google gebruiken al container systemen of gaan die kant op. Voor kleine bedrijven is dit laten regelen door een host als Google App Engine enorm interessant. Er is over een poosje geen enkele reden om nog bare-metal sys adminning te gaan doen buiten de grote hosters.

dcm360 schreef op dinsdag 17 november 2015 @ 12:07:
Over 10 jaar verschijnen servers vanzelf in een serverrack en hebben geen installatie en onderhoud nodig? Dat lijkt me niet erg plausibel.

Het gaat me meer om het deployment: veel van die taken schuiven meer richting development. Het inrichten van de racks e.d. wordt op dit moment ook vaak door andere mensen gedaan dan het dagelijkse beheer.

[ Voor 16% gewijzigd door Hydra op 17-11-2015 12:39 ]

[BikkelZ]

ZaZ schreef op maandag 16 november 2015 @ 23:14:
[...]

Oh begrijp me niet verkeerd hoor, gewoon wat tegengeluid. Advocaat van de duivel enzo.
Zelf pak ik ook altijd Git omdat ik dat prettiger vind werken en wat meer mogelijkheden biedt en meer omarmd wordt.
Hoewel ik daar ook nog genoeg op aan te merken heb.

De interface is hilarisch slecht. Je moet het echt uit je hoofd leren er is geen lijn in te ontdekken.

[HuHu]

Ik snap geen reet van Git, maar ik gebruik SourceTree en dat maakt 't wel makkelijk .

[DieVeenman]

Rutix schreef op dinsdag 17 november 2015 @ 12:14:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[wackmaniac]

DieVeenman schreef op dinsdag 17 november 2015 @ 12:48:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

https://en.wikipedia.org/wiki/Gettext: Je maakt een po voor "en" aan en alles dat anders is voor specifieke dialecten, zoals "en_US" en "en_GB", specificeer je in een losse po-file; doei copy-paste

[Alex)]

dcm360 schreef op dinsdag 17 november 2015 @ 12:20:
[...]

Neemt niet weg dat er nog steeds een systeembeheerder is, maar dat die dan ergens anders in het organisatieschema verstopt zit (namelijk bij de it-leverancier). Iemand heeft die zeecontainer toch ooit geconfigureerd, en er zou toch ook wel iemand zijn die onderhoud doet aan de servers er in.

Installatie via PXE, en als zo'n server stuk is is hij stuk en wordt hij niet meer gebruikt. Laat die hele container maar langzaam afsterven, als er teveel units stuk zijn wordt er een nieuwe container ingevlogen.

[dcm360]

Alex) schreef op dinsdag 17 november 2015 @ 13:18:
[...]

Installatie via PXE, en als zo'n server stuk is is hij stuk en wordt hij niet meer gebruikt. Laat die hele container maar langzaam afsterven, als er teveel units stuk zijn wordt er een nieuwe container ingevlogen.

Dan heb je iemand die de PXE configureert uiteraard... En onderhoud hoeft niet per se fysiek onderhoud te zijn, ook de software moet onderhouden worden (patches voor veiligheidslekken en dergelijke. Bij een veiligheidslek een container vol servers afschrijven zie ik niet snel gebeuren).

[Alex)]

PXE opzetten is een éénmalige actie. Als alle servers in die containers gelijk zijn van specs is een generieke image zo opgezet.

Voor het uitrollen van patches bestaat software. In Linuxland bestaan daarvoor tools zoals Puppet en Chef, aan de Windowskant zul je zien dat bijvoorbeeld System Center Configuration Manager wordt gebruikt. Iemand hoeft dan alleen nog maar te zeggen "Installeer deze patches" en de rest gebeurt vanzelf.

[dcm360]

En als je nieuwere hardware in een nieuwe container wil gebruiken? En is het niet handiger om de PXE regelmatig bij te werken? En is de 'iemand' die 'hoeft dan alleen nog maar te zeggen "Installeer deze patches"' niet de systeembeheerder? Of degene die deze software configureert?

[Rutix]

BikkelZ schreef op dinsdag 17 november 2015 @ 12:39:
[...]


De interface is hilarisch slecht. Je moet het echt uit je hoofd leren er is geen lijn in te ontdekken.

De CLI is vooral slecht imo... documentatie suckt ook balls.

[whoami]

gekkie schreef op dinsdag 17 november 2015 @ 12:31:
[...]

Je hebt z'n mail en linkedin toch zo gevonden ?

Da's ook niet de bedoeling om dat geheim te houden.
Anyway, die links toch maar eens uit mijn signature gehaald want echt relevant zijn ze niet meer.

(en zo liggen alle gegevens van allerhande semi BN'ers ook eenvoudig op straat en zouden centrale patienten dossiers met gebrekkige auditingtrail dat nog veel beter maken)

Weet niet hoe dat in NL zit, maar in Belgie is het zo dat je :
- als patient de 'informed consent' moet tekenen waarin je aangeeft dat andere zorgverstrekkers uw medische gegevens kunnen zien.
- als arts heb je een therapeutische relatie nodig met de patient voordat je bepaalde van die gegevens mag bekijken. (Theraupeutische relatie kan onder meer gemaakt worden door het lezen van de eID. Idealiter zou de patient dan ook nog eens zijn pincode moeten ingeven en daadwerkelijk iets 'signen', maar wegens praktische redenen is dat (nog?) niet zo. (Hoeveel mensen kennen er hun eID pin ?).

[Hydra]

dcm360 schreef op dinsdag 17 november 2015 @ 13:35:
En als je nieuwere hardware in een nieuwe container wil gebruiken? En is het niet handiger om de PXE regelmatig bij te werken? En is de 'iemand' die 'hoeft dan alleen nog maar te zeggen "Installeer deze patches"' niet de systeembeheerder? Of degene die deze software configureert?

Punt is niet dat beheerders verdwijnen, punt is dat taken veranderen en verschuiven en je vooral een heel stuk minder beheerders nodig hebt per X aantal machines. De simpele taken worden steeds meer geautomatiseerd. Die duizenden computers die Google heeft staan worden echt niet elk met 't handje geupdate. En als er een stuk gaat boeit 't niet; ze worden in batches vervangen. De daarop draaiende containers zijn al automatisch naar andere machines overgezet.

[dcm360]

Geheel mee eens hoor, maar dit is toch wel een ander punt dan wat je neerzette aan het begin van deze discussie.

[gekkie]

whoami schreef op dinsdag 17 november 2015 @ 13:54:
[...]
Da's ook niet de bedoeling om dat geheim te houden.
Anyway, die links toch maar eens uit mijn signature gehaald want echt relevant zijn ze niet meer.

[...]
Weet niet hoe dat in NL zit, maar in Belgie is het zo dat je :
- als patient de 'informed consent' moet tekenen waarin je aangeeft dat andere zorgverstrekkers uw medische gegevens kunnen zien.
- als arts heb je een therapeutische relatie nodig met de patient voordat je bepaalde van die gegevens mag bekijken. (Theraupeutische relatie kan onder meer gemaakt worden door het lezen van de eID. Idealiter zou de patient dan ook nog eens zijn pincode moeten ingeven en daadwerkelijk iets 'signen', maar wegens praktische redenen is dat (nog?) niet zo. (Hoeveel mensen kennen er hun eID pin ?).

Op zich kan ik wel leven met controle achteraf ipv toestemming vooraf.
Zolang er maar een audittrail is van alles wat bekeken wordt .. en IK er ook eenvoudig inzicht in heb.
Er zullen weinig anderen zijn die erg opmerkzaam zullen zijn wie er in zou zitten te neuzen en van wie dat ongeoorloofd zou kunnen zijn.

[whoami]

Schrikken trouwens, als je uw eigen posthistorie bekijkt en je ziet op de eerste pagina's nog topics staan uit 2012.
Dat is ooit anders geweest.

[Styxxy]

Oude technologie is toch altijd fijn om mee te werken (not).

[.oisyn]

whoami schreef op dinsdag 17 november 2015 @ 14:04:
Schrikken trouwens, als je uw eigen posthistorie bekijkt en je ziet op de eerste pagina's nog topics staan uit 2012.
Dat is ooit anders geweest.

25 aug 2015 hier

[alienfruit]

Alex) schreef op dinsdag 17 november 2015 @ 10:55:
Waarom zou een sysadmin blij moeten zijn met Docker-containers? Ik zie eigenlijk alleen maar nóg een OS dat gepatched moet worden, dat gehacked kan worden, en waarvan het maar afvragen is wat er allemaal in zit en wat het doet.

Als je software zo'n "special snowflake" is dat je überhaupt een preconfigured container nodig hebt omdat je 't anders niet gedeployed kunt krijgen, is er volgens mij iets grondig mis met je software.

Nee hoor, ik heb zelf de image gemaakt maar vind het gewoon handig dat ik het op deze manier op mijn notebook, webserver kan draaien of dezelfde versie in PROD en UAT. Zonder te moeten klooien met dingen als Chef of Capistrano. Gewoon unit tests draaien, docker image genereren en dan deployen naar DEV etc. Werkt best lekker.

Dat werkte prima totdat Docker Hub automated builds voor het maken van mijn Docker image stuk is en moet ik het eigenlijk manueel doen maar daar heb ik nu geen zin.

[TheNephilim]

Heel onhandig, dat functies zoals array_merge en array_push in PHP de ene keer wel het resultaat teruggeven en de andere keer gewoon de ingevoerde array aanpassen.

[whoami]

.oisyn schreef op dinsdag 17 november 2015 @ 14:12:
[...]


25 aug 2015 hier

posthoer.

[Alex)]

Vroeger, toen een JS-dingetje toevoegen nog een kwestie was van "ZIPje uitpakken, rechtsklikken op solution, Add existing item kiezen"...

Wat was die tijd mooi

[ Voor 3% gewijzigd door Alex) op 17-11-2015 14:34 ]

[azerty]

.oisyn schreef op dinsdag 17 november 2015 @ 14:12:
[...]


25 aug 2015 hier

Zal wel nog recenter zijn van mij

[dcm360]

De onderste bij mij is nog van deze maand... Al zitten er wel redelijk wat topics tussen die ik niet meer echt volg. Bij sorteren op laatste reactie door mezelf kom ik uit op 26 augustus.

[azerty]

Laatste reactie levert 1 november op, standaard weergave zijn ze allemaal van vandaag. Conclusie: ik post enkel in populaire topics

[Otherside1982]

azerty schreef op dinsdag 17 november 2015 @ 14:45:
Laatste reactie levert 1 november op, standaard weergave zijn ze allemaal van vandaag. Conclusie: ik post enkel in populaire topics

Conclusie: jij hebt te veel vrije tijd

[azerty]

Otherside1982 schreef op dinsdag 17 november 2015 @ 15:07:
[...]

Conclusie: jij hebt te veel vrije tijd

Kan ook... Ben nu eenmaal student

[alienfruit]

Collega naast mij drinkt wel erg sterke koffie. Beetje misselijk aan het worden.

[Candanz]

alienfruit schreef op dinsdag 17 november 2015 @ 15:57:
Collega naast mij drinkt wel erg sterke koffie. Beetje misselijk aan het worden.

Koffie?
Wie heeft nu koffie nodig, gewoon 2 liter monster op en gaan met die banaan

spoiler:

Heeft spijt dat hij tot 3 uur 's nachts Fallout 4 zat te spelen

[alienfruit]

Ik drink zelf geen koffie en het stinkt

[Hydra]

alienfruit schreef op dinsdag 17 november 2015 @ 16:03:
Ik drink zelf geen koffie en het stinkt

Oplossing is duidelijk dus: aan het zwarte goud

Heb zelf onlangs een 'echt' espressoapparaat aangeschaft en nu een echte koffiesnob aan 't worden. Je zou echt niet naast me willen zitten; koffie kan me bijna niet te sterk zijn.

[ Voor 30% gewijzigd door Hydra op 17-11-2015 16:05 ]

[DieVeenman]

Hydra schreef op dinsdag 17 november 2015 @ 16:04:
[...]


Oplossing is duidelijk dus: aan het zwarte goud

Heb zelf onlangs een 'echt' espressoapparaat aangeschaft en nu een echte koffiesnob aan 't worden. Je zou echt niet naast me willen zitten; koffie kan me bijna niet te sterk zijn.

Op me werk hebben we deze staan link

Het leukste hieraan is ook dat je templates kan maken, profielen voor users en bijvoorbeeld dus voor user1 een slappe bak koffie en voor user2 een quadrupele espresso in een glas van 220ml.

Als de prijs iets(jes) minder was had ik er 1tje gehaald om thuis mee te experimenteren

[Hydra]

DieVeenman schreef op dinsdag 17 november 2015 @ 16:09:
Op me werk hebben we deze staan link

Pff. Automaten. Deze heb ik:


Handmatig blijft 't lekkerst

[Eppux]

Hydra schreef op dinsdag 17 november 2015 @ 16:20:
[...]

Handmatig blijft 't lekkerst

Correct .



Iets meer werk, maar het is wel een goedkope en lekkere oplossing.

[ Voor 9% gewijzigd door Eppux op 17-11-2015 16:24 ]

[Hydra]

Eppux schreef op dinsdag 17 november 2015 @ 16:24:
Correct .

[afbeelding]

Iets meer werk, maar het is wel een goedkope en lekkere oplossing.

Haalt 't m.i. echt niet bij een echte espresso maar ik zou het natuurlijk nooit toegeven ook

[ZaZ]

Koffie

[Laurens-R]

Koffie heerlijk, maar na 4 van die kantoor-automaten-bakjes van vandaag heb ik echt zo'n laffe smaak in m'n mond...

[.oisyn]

Eppux schreef op dinsdag 17 november 2015 @ 16:24:
[...]


Correct .

Horse Battery Staple.

[orf]

Ik heb deze


Misschien wel bekend van de AH2go en sommige horeca.

Voor een automaat komt daar erg lekker koffie uit. Ons koffieverbruik is verdrievoudigd na aanschaf van deze machine.

[Alex)]

Die heb je thuis staan?

[orf]

Alex) schreef op dinsdag 17 november 2015 @ 17:06:
Die heb je thuis staan?

In mijn kantoor

[Gamebuster]

Collega: "SJIT! Ik heb git checkout <filename> gedaan ipv git diff <filename>"

Dafuq

[ Voor 17% gewijzigd door Gamebuster op 17-11-2015 17:57 ]

[Firesphere]

Gamebuster schreef op dinsdag 17 november 2015 @ 17:41:
Collega: "SJIT! Ik heb git checkout gedaan ipv git diff"

Dafuq

errr, gitn checkout revision? Problem solved.

[Firesphere]

Alex) schreef op dinsdag 17 november 2015 @ 17:06:
Die heb je thuis staan?

Komt ook wel zuipbare koffie uit.

Ben je de financiele strop van mijn koffiegebruik al te boven?

[farlane]

Gamebuster schreef op dinsdag 17 november 2015 @ 17:41:
Collega: "SJIT! Ik heb git checkout gedaan ipv git diff"

Dafuq

Dat gooit toch niet zonder meer lokale modifications weg?

[Gamebuster]

farlane schreef op dinsdag 17 november 2015 @ 17:53:
[...]

Dat gooit toch niet zonder meer lokale modifications weg?

Ik weet het niet echt, ik weet wel dat-ie zijn changes kwijt was.

[farlane]

Gamebuster schreef op dinsdag 17 november 2015 @ 17:58:
[...]

Ik weet het niet echt, ik weet wel dat-ie zijn changes kwijt was.

Dan moet ie volgens mij ook een force hebben gedaan.

[gekkie]

als je het op een specifieke file doet wel geloof ik

[Acid_Burn]

Als je in phpstorm werkt, gewoon je local history opvragen

[Megamind]

Bah wat is VS2015 toch buggy zeg, we zijn na 2 weken maar weer teruggegaan naar VS2013.

[Firesphere]

Er trilt hier iets door de wind, maar ik kan het niet vinden.

Zo kan ik toch niet slapen?!

[alex3305]

Gamebuster schreef op dinsdag 17 november 2015 @ 17:58:
[...]

Ik weet het niet echt, ik weet wel dat-ie zijn changes kwijt was.

Als er al een commit gedaan was, zou je eventueel ook nog git reflog kunnen doen en dan git reset HASH om terug te gaan naar een specifieke commit. Dit werkt eventueel ook met een git reset --hard ^HEAD mocht je dat per ongeluk hebben gedaan.

Als het al aan de staging area toegevoegd was, zou eventueel git fsck --cache met [mono]git show HASH]/] ook nog kunnen helpen om terug te kijken. Met JetBrains producten heb je daarnaast inderdaad ook nog de Local history gelukkig.

[F.West98]

Megamind schreef op dinsdag 17 november 2015 @ 22:36:
Bah wat is VS2015 toch buggy zeg, we zijn na 2 weken maar weer teruggegaan naar VS2013.

Wat is er dan mis? Ik heb nergens problemen mee...

[Gamebuster]

alex3305 schreef op dinsdag 17 november 2015 @ 22:48:
[...]

Als er al een commit gedaan was, zou je eventueel ook nog git reflog kunnen doen en dan git reset HASH om terug te gaan naar een specifieke commit. Dit werkt eventueel ook met een git reset --hard ^HEAD mocht je dat per ongeluk hebben gedaan.

Als het al aan de staging area toegevoegd was, zou eventueel git fsck --cache met [mono]git show HASH]/] ook nog kunnen helpen om terug te kijken. Met JetBrains producten heb je daarnaast inderdaad ook nog de Local history gelukkig.

Er was helemaal geen commit of stash. Hij had working changes en wilde een file diffen met HEAD. Hij deed checkout ipv diff (geen idee waarom) en toen was-ie zijn local changes kwijt.

[Struikrover]

Als je

code:

git checkout -- .

doet ben je in ieder geval wel al je local changes kwijt dacht ik.

[Firesphere]

Fonts. Vooral webfonts

[Matis]

Firesphere schreef op dinsdag 17 november 2015 @ 23:40:
Fonts. Vooral webfonts

Comic sans!

[gekkie]

Times new roman 10 ... wat heb je nog meer nodig

[.oisyn]

F.West98 schreef op dinsdag 17 november 2015 @ 22:49:
[...]

Wat is er dan mis? Ik heb nergens problemen mee...

Ik heb al behoorlijk wat crashes meegemaakt. Hij doet bepaalde autoformatting in C++ code die je niet uit kan zetten. En mijn persoonlijke "favoriet": als je in overwrite mode een 1-character identifier replaced, dan delete hij het character erna ook

[wackmaniac]

Gamebuster schreef op dinsdag 17 november 2015 @ 23:09:
[...]

Er was helemaal geen commit of stash. Hij had working changes en wilde een file diffen met HEAD. Hij deed checkout ipv diff (geen idee waarom) en toen was-ie zijn local changes kwijt.

Been there, done that Meestal nog via de editor kunnen redden in die gevallen.

[Voutloos]

Elke fatsoenlijke IDE heeft toch wel een local history. Lijkt me dus ook enkel een probleem voor lui die te koppig zijn om een goede IDE te gebruiken.

[EddoH]

gekkie schreef op woensdag 18 november 2015 @ 00:11:
Times new roman 10 ... wat heb je nog meer nodig

Een betere smaak

[gekkie]

EddoH schreef op woensdag 18 november 2015 @ 09:52:
[...]
Een betere smaak

En anders toch minimaal comic serif
(uit de afdeling .. het font die je wist dat zou komen is eindelijk hiiiiiiiierrrrrrrrrrrrrrrrrr)

[ Voor 16% gewijzigd door gekkie op 18-11-2015 10:36 ]

[DieVeenman]

gekkie schreef op woensdag 18 november 2015 @ 00:11:
Times new roman 10 ... wat heb je nog meer nodig

Interstate-Light/Regular voor headers en Verdana vor teksten

[ZaZ]

Ik doe heel veel aan checkpoint-commits en dan achteraf een soft/mixed reset om er dan 1 commit van te maken of interactive rebase als ik het in een paar brokken wil opdelen, maar dat gebeurt zelden.
Dan ben je eigenlijk nooit iets noemenswaardig kwijt.

[roy-t]

Megamind schreef op dinsdag 17 november 2015 @ 22:36:
Bah wat is VS2015 toch buggy zeg, we zijn na 2 weken maar weer teruggegaan naar VS2013.

Oh damn, is het vooral de C++ kant die niet goed werkt? Werk nu toch alweer een paar maanden in VS2015 (C# en wat C++/CLI) en ben nog een geen serieuze problemen tegen gekomen eigenlijk. Niets waarvoor ik weer naar 2013 zou gaan. Het enige waar ik echt vaak tegen aan loop is dat als je met

code:

cltr +.

het quick fix menu opent en daarna een missende namespace toevoegd de focus soms helemaal kwijt is waardoor je weer op het tekst editor gedeelte moet klikken.

[ElkeBxl]

Megamind schreef op dinsdag 17 november 2015 @ 22:36:
Bah wat is VS2015 toch buggy zeg, we zijn na 2 weken maar weer teruggegaan naar VS2013.

VS2015? Hier zijn we nog maar paar maanden overgestapt op VS2013

[alienfruit]

Wow Exchange REST API is echt vaag. Ik wil alleen maar uitvinden of een nieuw afspraak een recurring pattern heeft maar dat lijkt haast wel onmogelijk.

[Alex)]

alienfruit schreef op woensdag 18 november 2015 @ 11:00:
Wow Exchange REST API is echt vaag. Ik wil alleen maar uitvinden of een nieuw afspraak een recurring pattern heeft maar dat lijkt haast wel onmogelijk.

Als je .NET/powershell doet heb je misschien iets aan de EWS Managed API? En dan wellicht deze sample?

[ Voor 10% gewijzigd door Alex) op 18-11-2015 11:07 ]

[alienfruit]

Ja, het is voor Office 365. Ik weet dus niet of EWS dan wel te gebruiken is. Microsoft heeft het wel ergens over het doen van het forceren van een async save op de afspraak. Maar daar is nergens wat over te vinden. Met de oude SOAP kon je volgens mij wel de event type ophalen en dan zodoende uitzoeken of je in een recurring afspraak zat of niet.

[Alex)]

alienfruit schreef op woensdag 18 november 2015 @ 11:14:
Ja, het is voor Office 365. Ik weet dus niet of EWS dan wel te gebruiken is.

Uit de docs:

The Exchange Web Services (EWS) Managed API provides a managed interface for developing .NET client applications that use EWS. By using the EWS Managed API, you can access almost all the information stored in an Office 365, Exchange Online, or Exchange Server mailbox.

Dat zou dus moeten kunnen.

[Mercatres]

Die git-sessies van gisteren zijn goed gelukt. Op naar het volgende: branching en conflicts resolven

[Matis]

Take left

[EddoH]

Matis schreef op woensdag 18 november 2015 @ 13:31:
Take left

Is dat de VS benaming voor 'Resolve using 'mine' '?

[Alex)]

EddoH schreef op woensdag 18 november 2015 @ 13:35:
[...]


Is dat de VS benaming voor 'Resolve using 'mine' '?

Daar heb ik wel eens een productierelease mee verknoeid zien worden.

Situatie:
* Alex) werkt aan project in featurebranch
* Alex) werkt in bugfixingbranch
* Alex) doet een merge naar productiebranch en zegt "Ik ben er klaar voor"
* Alex) doet een merge naar productiebranch
* Alex) krijgt "merge conflicts"-popup in "SP-SiteColumns.xml" en kiest "Keep my version
* Alex) maakt zipje en deployt naar productie
* Alex) krijgt de schuld van de klant dat het niet werkt

[EddoH]

Alex) schreef op woensdag 18 november 2015 @ 13:38:
[...]

Daar heb ik wel eens een productierelease mee verknoeid zien worden.

Situatie:
* Alex) werkt aan project in featurebranch
* EddoH werkt in bugfixingbranch
* Alex) doet een merge naar productiebranch en zegt "Ik ben er klaar voor"
* EddoH doet een merge naar productiebranch
* EddoH krijgt "merge conflicts"-popup in "SP-SiteColumns.xml" en kiest "Keep my version
* EddoH maakt zipje en deployt naar productie
* Alex) krijgt de schuld van de klant dat het niet werkt

Dat lijkt me meer een gevalletje van een brak deployment proces Als je merge conflicts op de productiebranch krijgt dan moet je denk ik een andere branching strategie gebruiken. Of in ieder geval de productiebranch eerst terugmergen ter validatie.

[ Voor 4% gewijzigd door EddoH op 18-11-2015 13:42 ]

[dcm360]

Stelletje incapabele klunzen bij Microsoft ook... Waarom zou ik PDF's willen openen met Edge, en MP3-bestanden met Groove-Music, terwijl ik voor de laatste update daar gewoon Acrobat en VLC voor had

Daarentegen, het start-menu doet het nu wel weer. Kan ik ook weer zonder knoeien Word openen.

[Matis]

EddoH schreef op woensdag 18 november 2015 @ 13:35:
Is dat de VS benaming voor 'Resolve using 'mine' '?

Ours idd