De Devschuur Coffee Corner - Iteratie ➒

[Rutix]

Avalaxy schreef op zaterdag 14 november 2015 @ 16:43:
Hebben jullie de developer economics survey al gedaan?

Bijna ons verleid om te zorgen dat jij bitcoins kreeg

[azerty]

Rutix schreef op zondag 15 november 2015 @ 22:20:
[...]

Bijna ons verleid om te zorgen dat jij bitcoins kreeg

Niet meer nadat Creepy de referral weggehaald heeft

[SPee]

Avalaxy schreef op zaterdag 14 november 2015 @ 16:43:
Hebben jullie de developer economics survey al gedaan?

Onvolledige vragen. Ik liep vast op de vraag "waar heb je de problemen mee".
Enkel de keus uit "techniek", "kennis", "tijd" of "geen". Wat als je wel problemen hebt, maar deze "organisatorisch" zijn. En het is lastig om in te vullen als consultant; doe je dat uit klant perspectief of vanuit je eigen bedrijf?
Dus ondanks de belofte voor kans op een leuke prijs, toch ermee gestopt.

[gekkie]

Achja wat maakt dat uit .. met dit soort generieke vragen kom je toch niet verder dan ..
statistiek er overheen ..
eventueel de edele kunst van het weglaten als je andere resultaten had gehoopt ..
et voila resultaat ..
er komt altijd iets uit .. en het is altijd goed, geen bugs, geen features

Laatste keer dat ik nog een beetje een fatsoenlijke niet multi interpretabele enquete ben tegen gekomen is zo lang geleden dat ik hem me niet meer kan herinneren.

[ Voor 21% gewijzigd door gekkie op 15-11-2015 23:32 ]

[Firesphere]

Motrax schreef op zondag 15 november 2015 @ 13:26:
Nog geen big data ;-)

Vanuit NDA mag ik verder niet uitleggen, maar zeker vallen de door mij genoemde zaken onder "Big data", wees gerust.
Het getal is puur een indicatie van de hoeveelheid records, wat inderdaad niet direct relateerd aan of het wel of niet big data is.

[D-Raven]

Yes! Een heisenbug.
Altijd leuk om de week mee te beginnen

[m-t-b]

Wil je raspbian op je raspberry pi zetten, heb je geen 734PB harde schijf... tot zover het uitpakken van dit zipje

[gekkie]

van 734PB naar 1,24GB .. dat moet het van der sloot algoritme wel geweest zijn .. kennelijk toch nog iemand met de sourcecode

[Laurens-R]

Roel Pieper toch ?

[Skyaero]

zucht, de zoveelste ex-DTP-er die website designs in Adobe RGB aanlevert. En dan achteraf zeuren dat de kleuren niet kloppen....

[Jeroen Sack]

gekkie schreef op maandag 16 november 2015 @ 10:35:
van 734PB naar 1,24GB .. dat moet het van der sloot algoritme wel geweest zijn .. kennelijk toch nog iemand met de sourcecode

Ik denk eerder een heleboel nullen voor data die nog niet beschreven is, heb je helemaal niet zo'n sterke compressie voor nodig.

[gekkie]

Skyaero schreef op maandag 16 november 2015 @ 11:49:
zucht, de zoveelste ex-DTP-er die website designs in Adobe RGB aanlevert. En dan achteraf zeuren dat de kleuren niet kloppen....

Uberhaupt denken dat er iemand die website ooit gaat bekijken met een gecalibreerde monitor, ideale kijkhoek en omstandigheden

[Otherside1982]

Ik ben momenteel bezig in een project dat al een hele tijd mee gaat, dat geeft een leuke grafiek als je de historiek van de commits bekijkt. Een half jaar geleden zat dit nog allemaal in VSS

[Toettoetdaan]

Wat is dit dan? HelthyVitality.com (tweakers dev setup of een rare clone?)

[azerty]

Toettoetdaan schreef op maandag 16 november 2015 @ 12:37:
Wat is dit dan? HelthyVitality.com (tweakers dev setup of een rare clone?)

Zou je beter vragen in een ander subforum denk ik

[BikkelZ]

Van het weekend jurylid gespeeld op een Hackathon....toch wel mooi wat je allemaal voorbij ziet komen aan techniek en aan personages in de teams. Één wat "rijper" team zei "ja we moesten ineens Git gebruiken.....we zijn aan SVN gewend en dat werkt prima omdat we toch allemaal op de zelfde kamer werken....je roept gewoon even dat je met een file bezig bent!"

[Woy]

BikkelZ schreef op maandag 16 november 2015 @ 13:08:
Van het weekend jurylid gespeeld op een Hackathon....toch wel mooi wat je allemaal voorbij ziet komen aan techniek en aan personages in de teams. Één wat "rijper" team zei "ja we moesten ineens Git gebruiken.....we zijn aan SVN gewend en dat werkt prima omdat we toch allemaal op de zelfde kamer werken....je roept gewoon even dat je met een file bezig bent!"

SVN werkt ook prima als je niet roept dat je met een file bezig bent. En als je echt conflicterende wijzigingen doet heb je bij GIT ook een (merge) probleem.

Dus ik snap die opmerking niet helemaal.

[Sebazzz]

De laatste tijd merken wij wel dat TortoiseSVN projectbestanden (*.csproj) niet goed meer merged. Sommige bestanden blijken niet meer in het projectbestand te staan.

[kenneth]

BikkelZ schreef op maandag 16 november 2015 @ 13:08:
Van het weekend jurylid gespeeld op een Hackathon....toch wel mooi wat je allemaal voorbij ziet komen aan techniek en aan personages in de teams. Één wat "rijper" team zei "ja we moesten ineens Git gebruiken.....we zijn aan SVN gewend en dat werkt prima omdat we toch allemaal op de zelfde kamer werken....je roept gewoon even dat je met een file bezig bent!"

Of je nu Git, Hg, SVN, CVS of god verhoede VSS gebruikt: versiebeheer is geen excuus voor gebrek aan communicatie. Rare jongens dus

[DeluxZ]

Had ik al gezegd dat PHP kut is ? Oh ja en Magento ook!

[BikkelZ]

Woy schreef op maandag 16 november 2015 @ 13:24:
[...]

SVN werkt ook prima als je niet roept dat je met een file bezig bent. En als je echt conflicterende wijzigingen doet heb je bij GIT ook een (merge) probleem.

Dus ik snap die opmerking niet helemaal.

Volgens mij is branching en merging niet zo makkelijk in SVN dus waarschijnlijk zat iedereen gewoon steeds in develop te werken daar?

[ZaZ]

Woy schreef op maandag 16 november 2015 @ 13:24:
[...]

SVN werkt ook prima als je niet roept dat je met een file bezig bent. En als je echt conflicterende wijzigingen doet heb je bij GIT ook een (merge) probleem.

Dus ik snap die opmerking niet helemaal.

Daar heb ik ook al vaker opmerkingen over gemaakt. Op een of andere manier staat SVN bekend als merge-hell en met GIT heb je die problemen niet.
Nou, ik heb met GIT net zoveel merge problemen als met SVN en dat is prima te verklaren als je ook een conflict hebt

BikkelZ schreef op maandag 16 november 2015 @ 14:01:
[...]
Volgens mij is branching en merging niet zo makkelijk in SVN dus waarschijnlijk zat iedereen gewoon steeds in develop te werken daar?

In de handleiding van SVN staat ook gewoon dat je branches goedkoop zijn. Gewoon een pointertje naar een punt in de tijd en dat is echt niet moeilijk.
Wat voor veel gezeur heeft gezorgd is dat veel mensen niet goed wisten hoe je het beste kon branchen en mergen, dus welke kan je op ging.
In oudere versies moet je aangeven dat het om een reintegrate merge ging. Wanneer dat soort dingen werden overgeslagen kreeg je op den duur gezeur.

Maar goed, in GIT ook genoeg cases te verzinnen waar je de boel verkloot, alleen mag je kennelijk dan wel zeggen RTFM

[ Voor 41% gewijzigd door ZaZ op 16-11-2015 14:06 ]

[jbdeiman]

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

Daar heb ik ook al vaker opmerkingen over gemaakt. Op een of andere manier staat SVN bekend als merge-hell en met GIT heb je die problemen niet.
Nou, ik heb met GIT net zoveel merge problemen als met SVN en dat is prima te verklaren als je ook een conflict hebt

Dat klopt, al is de merge-omgeving van Git net iets verder dan die van SVN, waardoor je bij SVN wat vaker van die "onlogische" issues hebt. Wij hebben ergens een groot bestand met allemaal "handige zaken" die je kan uitvoeren. Elk van die dingen is een functie die aangeroepen kan worden. (is alleen voor eigen gebruik)

Voegt een collega een functie toe, en ik doe hetzelfde herkent die dat de helft van de tijd niet, en geeft die een conflict aan. Exact hetzelfde via Git geeft keurig een gemerged bestand, waarin beide functies staan en geen conflict.

Verder werkt SVN Prima maar gezien het hierboven genoemde voorbeeld zou ik niet aanraden dit in hele grote projecten te gebruiken, met allerlei branches als "Stable, Master, Develop, Feature en Bug), dus op verschillende niveaus committen en mergen.

[Woy]

BikkelZ schreef op maandag 16 november 2015 @ 14:01:
[...]


Volgens mij is branching en merging niet zo makkelijk in SVN dus waarschijnlijk zat iedereen gewoon steeds in develop te werken daar?

Sowieso is branching en merging geen enkel probleem ( Al vindt ik het wel fijn dat je in GIT local branches hebt, waar je in SVN alleen remote branches hebt ). Maar ook als je allemaal op dezelfde branch werkt is het toch geen enkel probleem? Je moet alleen geen half werkende code committen, maar je moet met GIT ook geen half werkende code Pushen.

Het grote voordeel van GIT vind ik dat je een extra stap lokaal hebt, waardoor je veel kleinere stappen kunt committen, maar het feit dat branching en merging in SVN niet makkelijk is is echt onzin.

[BikkelZ]

Git houdt veel meer data bij per commit waardoor merges efficiënter verlopen en je eerder waarschuwingen krijgt als je iets doet wat niet erg logisch is. Git "begrijpt" de historie van een file, SVN weet gewoon minder.

[ZaZ]

BikkelZ schreef op maandag 16 november 2015 @ 14:18:
Git houdt veel meer data bij per commit waardoor merges efficiënter verlopen en je eerder waarschuwingen krijgt als je iets doet wat niet erg logisch is. Git "begrijpt" de historie van een file, SVN weet gewoon minder.

Git is meer opgezet met dit in het achterhoofd, maar SVN houdt het ook gewoon bij, maar dan in de vorm van metadata. Verder is het als Git een onbekende SHA tegenkomt (waar jij bevoorbeeld een merge hebt opgelost) dat ie ze dan ook gewoon over elkaar gaat leggen. Wat dat betreft is het met SVN niet anders.

Het gaat voornamelijk fout als mensen die metadata niet mee committen, dus de info van "dit was een merge van commit 3 tm 30"

Dit soort dingen zijn er waarschijnlijk later ingekomen bij SVN (weet ik niet) maar anders is de oplossing om het als bewerkbare metadata toe te voegen een beetje een rare keuze, maar het zit er toch al 10 jaar in.

[kenneth]

Klopt, die metadata is later pas toegevoegd dmv properties. Een beetje een hack maar het volstaat.

Mijn gevoel (ik kan het niet hardmaken met citaten) is dat toen Git in opmars was veel mensen omdat Git beter was met mergen de onterechte conclusie hebben getrokken dat het mergen in Subversion automatisch slecht was. Ideaal is het niet maar werkbaar is het zeker. Maar ik zou in ons bedrijf nu ook voor Hg of Git kiezen. Subversion was een mooie tussenoplossing tussen CVS/VSS en de nieuwe generatie distributed revision control.

[Woy]

Sowieso is het ook meer borrelpraat die door een hoop mensen herhaald wordt, zonder dat ze er daadwerkelijk zelf tegenaan gelopen zijn.

Natuurlijk is het zo dat GIT een uitgebreider branching/merging model heeft. Maar ook in SVN is het goed mogelijk om er mee te werken. Dat zal soms inderdaad in een extra handmatige merge resulteren. Maar ik heb vrij grote projecten gedaan met SVN en daar geen noemenswaardige problemen mee ondervonden die met GIT wel opeens magisch goed gegaan waren.

Kijk als ik nu een VCS zou moeten kiezen zou ik ook voor GIT kiezen, maar het gezeur dat het in SVN allemaal niet mogelijk is is gewoon onzin.

[Matis]

Ik ben blij dat we de VCS-discussie weer hebben. Dat was toch zeker een maand geleden. Ik begon bijna te denken dat iedereen CVS als best practice had aangenomen

[ZaZ]

Er is helemaal geen discussie mogelijk want MVC is altijd de oplossing en je beheert het altijd in Git en je gebruikt altijd git-flow en ongeacht wat voor data je hebt en hoe het gebruikt wordt, past het het beste in een NoSql database want anders ben je gek en is het niet schaalbaar.

[Merethil]

ZaZ schreef op maandag 16 november 2015 @ 14:59:
Er is helemaal geen discussie mogelijk want MVC is altijd de oplossing en je beheert het altijd in Git en je gebruikt altijd git-flow en ongeacht wat voor data je hebt en hoe het gebruikt wordt, past het het beste in een NoSql database want anders ben je gek en is het niet schaalbaar.

En hoe groot je data ook is, en hoe zwaar je bewerkingen ook zijn: Alle data van een ander is altijd groter en onbeheersbaarder dus jouw data is nooit Big Data

[gekkie]

Merethil schreef op maandag 16 november 2015 @ 15:02:
[...]
En hoe groot je data ook is, en hoe zwaar je bewerkingen ook zijn: Alle data van een ander is altijd groter en onbeheersbaarder dus jouw data is nooit Big Data

Sluit toch alleen biggest data uit dan ?
Achja doe niet meer aan meetlatten .. leg het toch altijd af.

[ Voor 8% gewijzigd door gekkie op 16-11-2015 15:20 ]

[Candanz]

Merethil schreef op maandag 16 november 2015 @ 15:02:
[...]


En hoe groot je data ook is, en hoe zwaar je bewerkingen ook zijn: Alle data van een ander is altijd groter en onbeheersbaarder dus jouw data is nooit Big Data

[Merethil]

Candanz schreef op maandag 16 november 2015 @ 15:22:
[...]

That's quite a big Data, cap'n!


... Echt, het duurde een minuut voor het ding was ingeladen op m'n werk

[Down]

ZaZ schreef op maandag 16 november 2015 @ 14:59:
Er is helemaal geen discussie mogelijk want MVC is altijd de oplossing en je beheert het altijd in Git en je gebruikt altijd git-flow en ongeacht wat voor data je hebt en hoe het gebruikt wordt, past het het beste in een NoSql database want anders ben je gek en is het niet schaalbaar.

[RayNbow]

Down schreef op maandag 16 november 2015 @ 15:41:
[...]


[afbeelding]

Ik mis een apostrof. Edit: Twee zelfs, en een letter.

[ Voor 7% gewijzigd door RayNbow op 16-11-2015 15:46 ]

[gekkie]

Betrekkelijk weinig van die "roadtrip" belgen hier vandaag .. zou toch niet ?

[Otherside1982]

Alive and kicking hier hoor

[ElkeBxl]

gekkie schreef op maandag 16 november 2015 @ 15:58:
Betrekkelijk weinig van die "roadtrip" belgen hier vandaag .. zou toch niet ?

Geen schrik, ik hou jullie hier in het oog

[gekkie]

ElkeBxl schreef op maandag 16 november 2015 @ 16:00:
[...]

Geen schrik, ik hou jullie hier in het oog

Had natuurlijk ook de koffie automaat op gratis kunnen zetten .. lok-tas er naast

[Merethil]

gekkie schreef op maandag 16 november 2015 @ 16:02:
[...]

Had natuurlijk ook de koffie automaat op gratis kunnen zetten .. lok-tas er naast

?

[gekkie]

hee die heb ik gisteren nog gezien in een hyper-correctheidsfilmpje

[azerty]

gekkie schreef op maandag 16 november 2015 @ 15:58:
Betrekkelijk weinig van die "roadtrip" belgen hier vandaag .. zou toch niet ?

Sorry hoor dat ik toch nog ééns naar de FH moet voor een presentatie/les

[Otherside1982]

Waar hangt Rubinski eigenlijk uit? Als we die op de meeting kunnen krijgen dan is elke Vlaamse provincie vertegenwoordigd.

[azerty]

Otherside1982 schreef op maandag 16 november 2015 @ 16:18:
Waar hangt Rubinski eigenlijk uit? Als we die op de meeting kunnen krijgen dan is elke Vlaamse provincie vertegenwoordigd.

Goede vraag... Zijn laatste reactie is van Januari, dus lijkt me meer lurken/nieuws lezen...

[gekkie]

Nemen jullie je eigen mayo mee ?

[azerty]

gekkie schreef op maandag 16 november 2015 @ 16:23:
Nemen jullie je eigen mayo mee ?

Ik zie jou niet in de lijst van personen die gaan staan, dus ja

Belgische mayonaise voor bij de friet, kan niet beter

[ Voor 12% gewijzigd door azerty op 16-11-2015 16:26 ]

[Mercatres]

Otherside1982 schreef op maandag 16 november 2015 @ 16:18:
Waar hangt Rubinski eigenlijk uit? Als we die op de meeting kunnen krijgen dan is elke Vlaamse provincie vertegenwoordigd.

Limburg dus?

[azerty]

Mercatres schreef op maandag 16 november 2015 @ 16:28:
[...]

Limburg dus?

[ZaZ]

Otherside1982 schreef op maandag 16 november 2015 @ 16:18:
Waar hangt Rubinski eigenlijk uit? Als we die op de meeting kunnen krijgen dan is elke Vlaamse provincie vertegenwoordigd.

Hij is denk ik sindsdien aan het overwerken voor nop.

[Sardaukar]

Woy schreef op maandag 16 november 2015 @ 14:10:
[...]
Het grote voordeel van GIT...

<Mierenneuk modus>
Het is Git, niet GIT. Het is geen acroniem voor iets.
</Mierenneuk modus>

[Mercatres]

azerty schreef op maandag 16 november 2015 @ 16:29:
[...]

Helaasch, ik kan er niet bij zijn

[Otherside1982]

Mercatres schreef op maandag 16 november 2015 @ 16:28:
[...]

Limburg dus?

Juist, maar jij kunt toch ook Limburg vertegenwoordigen?

[azerty]

Mercatres schreef op maandag 16 november 2015 @ 16:30:
[...]

Helaasch, ik kan er niet bij zijn

Spijtig

Hoe meer Belgen, hoe beter de meet gaat worden namelijk

[gekkie]

azerty schreef op maandag 16 november 2015 @ 16:24:
[...]
Ik zie jou niet in de lijst van personen die gaan staan, dus ja

Belgische mayonaise voor bij de friet, kan niet beter

Zou het maar doen voor dat je het weet zit je aan het water met bacteriepoep .. wat wij fritessaus noemen

[Mercatres]

azerty schreef op maandag 16 november 2015 @ 16:31:
[...]


Spijtig

Hoe meer Belgen, hoe beter de meet gaat worden namelijk

Mja, dezelfde avond nog naar Night of the Proms, dus dat dan weer wel

[ElkeBxl]

gekkie schreef op maandag 16 november 2015 @ 16:02:
[...]

Had natuurlijk ook de koffie automaat op gratis kunnen zetten .. lok-tas er naast

Jullie zijn toch de gierigaards?

gekkie schreef op maandag 16 november 2015 @ 16:23:
Nemen jullie je eigen mayo mayonnaise mee ?

FTFY

Mercatres schreef op maandag 16 november 2015 @ 16:33:
[...]

Mja, dezelfde avond nog naar Night of the Proms, dus dat dan weer wel

Jammer dat je niet mee kan, maar NotP is ook wel leuk natuurlijk Have fun!

[ Voor 0% gewijzigd door ElkeBxl op 16-11-2015 18:14 . Reden: Vuile afkorting weggehaald... ;) ]

[gekkie]

ElkeBxl schreef op maandag 16 november 2015 @ 18:13:
[...]

Jullie zijn toch de gierigaards?

Vandaar ook het concept frietsaus
Meer dan 90% water .. en in een dronkenbui lijkt het er nog op ook.
Waarom zou je bier gaan brouwen met je water als je hetzelfde kan verdienen door er een bacterie in te laten poepen .. en instant profit. .. gist doet er allemaal veel te lang over

De VOC mentaliteit is nog niet helemaal verdwenen

[...]
FTFY

Mjah mayo is als het goed is niet beschermd .. vandaar al die *naise en mayo*
derivaten. Dus doe dan idd het volledige maar.

[ Voor 6% gewijzigd door gekkie op 16-11-2015 18:33 ]

[ElkeBxl]

gekkie schreef op maandag 16 november 2015 @ 18:21:
[...]

Vandaar ook het concept frietsaus
Meer dan 90% water .. en in een dronkenbui lijkt het er nog op ook.

Ik kende dat concept niet... En ik denk dat ik het maar bij echte mayonnaise houd

Waarom zou je bier gaan brouwen met je water als je hetzelfde kan verdienen door er een bacterie in te laten poepen .. en instant profit. .. gist doet er allemaal veel te lang over

Kwaliteit? Fier zijn op wat je maakt? Niet de tamzak willen uithangen? Tradities?

[gekkie]

ElkeBxl schreef op maandag 16 november 2015 @ 18:43:
[...]
Ik kende dat concept niet... En ik denk dat ik het maar bij echte mayonnaise houd

Ach de Nederlandsche keuken is zo rijk

Kwaliteit? Fier zijn op wat je maakt? Niet de tamzak willen uithangen? Tradities?

Tsss wij zijn van hip modern en ligggggggggggght ... en van eieren met min. 80% olie maak je moeilijk nog iets lights. Dus via de halvanaise .. yogonaise .. hebben we frietsaus ..
(en die +/- 90% water was wat nu mogelijk was .. als ik de meneer van de remia mocht geloven waren nog niet uitgedokterd )

En dat het daarmee ook nog eens een stuk goedkoper te maken valt dat vinden we uiteraard ook niet echt erg in de voedselindustrie. (en omdat je er light op plakt kun je het ook nog eens voor de volle mep verkopen .. tis toch hetzelfde alleen dan light ?!? (dus ingewikkelder dus zal de prijs wel kloppen .. uhuh).

Maar goed hetzelfde geldt voor alle instant saus meuk die traditioneel met eieren dan wel boter gemaakt moet worden. Dat vriesdroogt allemaal niet zo fijn, maar xanthaangom to the rescue.

En dan hebben we het nog niet eens over "ras-patat" gehad .. dan gaat je road-trip denk ik zo de andere kant op

[ Voor 21% gewijzigd door gekkie op 16-11-2015 18:54 ]

[Mercatres]

Zodadelijk maar eens beginnen aan m'n eerste sessies Git voor te bereiden. Ben benieuwd hoe ze gaan lopen

[gekkie]

sessies Git ?

[Mercatres]

Ja, een reeks tutorials over Git.

[gekkie]

Ah zo .. hmm goed punt .. zou nog wat projectjes in git mikken
Maar goed eerst de vuurmuur (logging) fixen .. vaag routing probleem fixen .. en wie weet hou ik nog tijd over ..

[Firesphere]

Hmmm, misschien eens dingen regelen zoals treinkaartjes en voer voor zaterdag

[gekkie]

Suck .. kernel vergeten te patchen .. grmbl .. weer een nieuwe bakken.

[Firesphere]

Even een heads-up!
Je hebt tot dinsdagavond!
Firesphere in "Devschuur meeting Y *Zaterdag 21 november in Utrecht!*"

[.oisyn]

http://www.eurogamer.net/...-the-tomb-raider-face-off

[BikkelZ]

ZaZ schreef op maandag 16 november 2015 @ 14:59:
Er is helemaal geen discussie mogelijk want MVC is altijd de oplossing en je beheert het altijd in Git en je gebruikt altijd git-flow en ongeacht wat voor data je hebt en hoe het gebruikt wordt, past het het beste in een NoSql database want anders ben je gek en is het niet schaalbaar.

Chilllll....

Ik vond de opmerking grappiger dan dat ik het persé nodig vond om SVN door het slijk te halen. Met SVN valt best te werken maar ik zou het vreemd vinden om er nu nog nieuwe projecten mee te gaan beginnen.

En MVVM > MVC. Altijd. Ongeacht wat je bouwt.

[Firesphere]

.oisyn schreef op maandag 16 november 2015 @ 22:09:
http://www.eurogamer.net/...-the-tomb-raider-face-off

Tweakers zelf daarentegen, is ietsie minder enthousiast.

Wel een toffe game trouwens, volgens mij zijn felicitaties richting jou en het hele team zeker op z'n plek.

[.oisyn]

Firesphere schreef op maandag 16 november 2015 @ 22:25:
[...]

Tweakers zelf daarentegen, is ietsie minder enthousiast.

Dit gaat specifiek over de 360 port, tweakers heeft daar niets over geschreven.

Wel een toffe game trouwens, volgens mij zijn felicitaties richting jou en het hele team zeker op z'n plek.

Thanks

[ Voor 19% gewijzigd door .oisyn op 16-11-2015 23:06 ]

[ZaZ]

BikkelZ schreef op maandag 16 november 2015 @ 22:23:
[...]


Chilllll....

Ik vond de opmerking grappiger dan dat ik het persé nodig vond om SVN door het slijk te halen. Met SVN valt best te werken maar ik zou het vreemd vinden om er nu nog nieuwe projecten mee te gaan beginnen.

En MVVM > MVC. Altijd. Ongeacht wat je bouwt.

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.

[Firesphere]

.oisyn schreef op maandag 16 november 2015 @ 23:05:
[...]

Dit gaat specifiek over de 360 port, tweakers heeft daar niets over geschreven.

Ik heb't artikel even snel bekeken. Dus die kans is groot

[...]

Thanks

Compliments where compliments are due. Niet zo bescheiden.

[Hydra]

Goh. Bijzonder. Ik post in dit topic dat ik bij een bank werk en ik word onmiddelijk bekenen op LinkedIn door een 'anoniem' account met als titel "Speaker at Tweakers". Dit terwijl mijn profielgegevens verborgen zijn.

Best handig modrechten: kun je nog 'es iemand z'n e-mail gebruiken om z'n LinkedIn profiel op te zoeken...

[ElkeBxl]

Haha, een curieuzeneus wou dus weten bij welke bank je werkt Altijd interessant om te zien wat voor personen mijn LinkedIn bezoeken

[Hydra]

ElkeBxl schreef op dinsdag 17 november 2015 @ 09:25:
Haha, een curieuzeneus wou dus weten bij welke bank je werkt

Zal best. Maar je kunt het ook gewoon via PM vragen i.p.v. je modrechten gebruiken om m'n e-mail op te halen.

[ElkeBxl]

Hydra schreef op dinsdag 17 november 2015 @ 09:26:
[...]


Zal best. Maar je kunt het ook gewoon via PM vragen i.p.v. je modrechten gebruiken om m'n e-mail op te halen.

Daar heb je inderdaad volledig gelijk in.

[EddoH]

.oisyn schreef op maandag 16 november 2015 @ 22:09:
http://www.eurogamer.net/...-the-tomb-raider-face-off

Feli .oisyn. Lijkt me een geweldig gevoel geven. Ik heb altijd een lichte jaloezie naar jouw/jullie werk. Het lijkt mij heerlijk, en frustrerend, werk om op een specifiek hardware platform de laatste frames eruit te persen.

Ik heb hier weleens gezegd dat ik mijn roeping gemist heb, en als ik dan zo'n post zie, dan weet ik het weer zeker.
Niet dat ik nu geen leuk werk doe, maar toch

[.oisyn]

Hydra schreef op dinsdag 17 november 2015 @ 09:19:
Goh. Bijzonder. Ik post in dit topic dat ik bij een bank werk en ik word onmiddelijk bekenen op LinkedIn door een 'anoniem' account met als titel "Speaker at Tweakers". Dit terwijl mijn profielgegevens verborgen zijn.

Best handig modrechten: kun je nog 'es iemand z'n e-mail gebruiken om z'n LinkedIn profiel op te zoeken...

Tja, ik pleit al langer voor auditing van dat soort access. Helemaal met DM threads, die door een select groepje gelezen kan worden.

Overigens heeft het achteraf aanpassen van je email ook geen nut, je registratie-email is ook zichtbaar voor moderators.

[ Voor 8% gewijzigd door .oisyn op 17-11-2015 09:54 ]

[Hydra]

.oisyn schreef op dinsdag 17 november 2015 @ 09:53:
Overigens heeft het achteraf aanpassen van je email ook geen nut, je registratie-email is ook zichtbaar voor moderators.

Goed om te weten. Thanks.

[TheNephilim]

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


Tja, ik pleit al langer voor auditing van dat soort access. Helemaal met DM threads, die door een select groepje gelezen kan worden.

Overigens heeft het achteraf aanpassen van je email ook geen nut, je registratie-email is ook zichtbaar voor moderators.

Geen verkeerd idee inderdaad, maar alleen leesbaar voor mensen met diezelfde rechten denk ik? Of ook zichtbaar voor de persoon wiens account het betreft?

[Hydra]

TheNephilim schreef op dinsdag 17 november 2015 @ 09:57:
Geen verkeerd idee inderdaad, maar alleen leesbaar voor mensen met diezelfde rechten denk ik? Of ook zichtbaar voor de persoon wiens account het betreft?

Het laatste medunkt.

[.oisyn]

Nee, dat levert alleen maar gezeik op, en in het geval van oplichterij (en dat gebeurt vaak genoeg kan ik je melden!) wil je ook niet alle partijen op de hoogte brengen van het onderzoek. Je zou controleurs aan moeten stellen die zelf de rechten niet hebben, aan wie de bekijker van de data vervolgens verantwoording af moet leggen. Je zou natuurlijk wel achteraf kenbaar kunnen maken hoe vaak je gegevens zijn opgevraagd in een jaar oid.

Kijk, als je de gegevens echt wilt "misbruiken" dan kan dat natuurlijk altijd (en je hebt ook altijd wel mensen met toegang tot de low level gegevens direct in de db of op disk), maar dit werpt wel een behoorlijke drempel op om gewoon maar eens even iemand voor de lol uit te pluizen, zoals nu gebeurde bij Hydra. Ik vind dat dat gewoon niet kan. En ik zou Hydra ook zeker aanraden om daar ruchtbaarheid aan te geven, mijn support heb je

[ Voor 13% gewijzigd door .oisyn op 17-11-2015 10:14 ]

[alienfruit]

Automated builds van Docker Hub is stuk

[Hydra]

.oisyn schreef op dinsdag 17 november 2015 @ 10:06:
Kijk, als je de gegevens echt wilt "misbruiken" dan kan dat natuurlijk altijd (en je hebt ook altijd wel mensen met toegang tot de low level gegevens direct in de db of op disk), maar dit werpt wel een behoorlijke drempel op om gewoon maar eens even iemand voor de lol uit te pluizen, zoals nu gebeurde bij Hydra. Ik vind dat dat gewoon niet kan. En ik zou Hydra ook zeker aanraden om daar ruchtbaarheid aan te geven, mijn support heb je

Thanks en done.

[Alex)]

alienfruit schreef op dinsdag 17 november 2015 @ 10:18:
Automated builds van Docker Hub is stuk

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.

[Firesphere]

Hydra schreef op dinsdag 17 november 2015 @ 10:50:
[...]


Thanks en done.

Je linkt alleen naar een verkeerde versie van je bericht geloof ik.

[.oisyn]

Ik heb de linkjes al aangepast. N00b Hydra

[Cloud]

Nee de link is goed, maar alleen toegankelijk voor Hydra en voor crew. Het staat in Schop een Modje namelijk.

[Hydra]

Firesphere schreef op dinsdag 17 november 2015 @ 10:57:
Je linkt alleen naar een verkeerde versie van je bericht geloof ik.

Volg je niet vrees ik: hier werkt 't? Welke link werkt niet?

.oisyn schreef op dinsdag 17 november 2015 @ 10:59:
Ik heb de linkjes al aangepast. N00b Hydra

Sorry, ben tegenwoordig reddit gewend

[ Voor 29% gewijzigd door Hydra op 17-11-2015 11:00 ]

[.oisyn]

Je had een link naar de edit-pagina gebruikt. Uiteraard werkt dat alleen voor jou en mensen met modrechten in het betreffende forum . Tip: gebruik de link achter de datum boven je post.

[ Voor 16% gewijzigd door .oisyn op 17-11-2015 11:00 ]

[Hydra]

.oisyn schreef op dinsdag 17 november 2015 @ 11:00:
Je had een link naar de edit-pagina gebruikt. Uiteraard werkt dat alleen voor jou en mensen met modrechten in het betreffende forum

Ah, thanks.

Alex) schreef op dinsdag 17 november 2015 @ 10:55:
Waarom zou een sysadmin blij moeten zijn met Docker-containers?

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

[ Voor 38% gewijzigd door Hydra op 17-11-2015 11:01 ]

[Xesxen]

Cloud schreef op dinsdag 17 november 2015 @ 10:59:
maar alleen toegankelijk voor Hydra en voor crew.

Ik kan hem gewoon zien

[Cloud]

Oh

My bad dan, ik ben ongetwijfeld in de war met een ander iets van SeM

[ Voor 88% gewijzigd door Cloud op 17-11-2015 11:01 ]

[Xesxen]

Cloud schreef op dinsdag 17 november 2015 @ 11:00:
Oh

My bad dan, ik ben ongetwijfeld in de war met een ander iets van SeM

Oh, nu is hij óf verwijderd, óf iemand heeft hem verborgen gemaakt. Nu kan ik hem niet meer zien namelijk...

[ElkeBxl]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[ZaZ]

Toch als je een beetje nieuwsgierig bent heb je van de meeste mensen al heel veel info.
In 5 minuten had ik van Hydra al zijn naam, geboorteplaats en bank waar ie werkt.
Dan heb je al genoeg houvast om met wat zoekwerk veel meer uit te vogelen.

Doet verder niets af aan zijn punt natuurlijk.

[spleethoven]

ElkeBxl schreef op dinsdag 17 november 2015 @ 11:02:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

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.

[azerty]

Xesxen schreef op dinsdag 17 november 2015 @ 11:02:
[...]

Oh, nu is hij óf verwijderd, óf iemand heeft hem verborgen gemaakt. Nu kan ik hem niet meer zien namelijk...

Zal wel verplaatst zijn naar het interne crew-forum?

Of kan Hydra het nog zien zelf?

[Cloud]

Xesxen schreef op dinsdag 17 november 2015 @ 11:02:
[...]

Oh, nu is hij óf verwijderd, óf iemand heeft hem verborgen gemaakt. Nu kan ik hem niet meer zien namelijk...

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