don't be afraid of machines, be afraid of the people who build and train them.
Al wat ik aanraak werk niet meer zoals het hoort. Damic houd niet van zijn verjaardag
Haha die reacties.
Let op: Mijn post bevat meningen, aannames of onwaarheden
don't be afraid of machines, be afraid of the people who build and train them.
* PeterSelie controleert tweemaal of er geen spelfouten in de reactie van sky- aanwezig zijn.sky- schreef op maandag 22 september 2014 @ 14:48:
Ik erger mij meer aan al die spelfouten die in de reacties voorbij komen. Wat een niveau.
Helaas..
[YouTube: https://www.youtube.com/watch?v=jY7k_jA9x5w]
Let op: Mijn post bevat meningen, aannames of onwaarheden
Inderdaad niet leuk en een probleem waar meer game-devs mee te maken hebben. Het is onder een schuilnaam nogal makkelijk om te schreeuwen en bedreigen .Robbiedobbie schreef op maandag 22 september 2014 @ 14:04:
[...]
Eerst had ik ook de neiging om gewoon onder eigen naam te gaan schrijven, maar na een verhaal van een vriend van me ben ik nu toch terughoudendDeze vriend heeft gewoon serieus doodsbedreigingen aan hem gericht gehad, omdat iemand zijn game het geld niet waard vond...
Ik zou wat dat betreft een zero-tolerance beleid hebben; dreigen = persoon zoveel mogelijk achterhalen en aangifte doen. Doodsbedreigingen zijn zeer strafbaar in dit land.
Overigens; ik neem aan dat je geen geld vraagt voor je blog; dus dat zou je iets minder gevoelig moeten maken voor bedreigingen.
Daarnaast zou ik mij meer zorgen maken over andere zaken, zoals: hoe zorg ik er voor dat mijn blog bekend word.
[ Voor 11% gewijzigd door Laurens-R op 22-09-2014 15:10 ]
Een blog heeft potentieel wat andere probleempjes, met name dat detail wat "inhoud" heet.Laurens-R schreef op maandag 22 september 2014 @ 15:06:
Overigens; ik neem aan dat je geen geld vraagt voor je blog; dus dat zou je iets minder gevoelig moeten maken voor bedreigingen.
Ik vermoed dat je op dit moment al op (anonieme) doodsbedreigingen kunt rekenen als je blogt dat Zwarte Piet moet veranderen. Of het tegengestelde, overigens.
Of als je iets zegt over Russen in Oekraine. Of dat ze er niet zijn.
Of als je schrift dat de lucht blauw is. Of een andere kleur.
Volgens mij is de lucht in Nederland toch echt grotendeels wit/grijsDido schreef op maandag 22 september 2014 @ 15:10:
[...]
Of als je schrift dat de lucht blauw is. Of een andere kleur.
De lucht is wel degelijk blauw; die kleur zie je alleen niet omdat er wolken voor zitten.SoaDmaggot schreef op maandag 22 september 2014 @ 15:11:
[...]
Volgens mij is de lucht in Nederland toch echt grotendeels wit/grijs
.oisyn: Échte programmeurs haten PHP met een passie. Ben jij soms geen echte programmeur?
Dat is afhankelijk van hoe je lucht definieert.Korben schreef op maandag 22 september 2014 @ 15:12:
[...]
De lucht is wel degelijk blauw; die kleur zie je alleen niet omdat er wolken voor zitten.
1: het gasmengsel dat op aarde overal om ons heen is.
Het gasmengsel bestaande uit stikstof- en zuurstofgas is niet hetgeen dat zorgt voor de blauwe kleur.
2: hemel vanaf de aarde gezien.
Tjah, dat heeft dus puur met zicht te maken. Zodra er wolken 'aan de hemel' staan is de lucht voor mij toch écht wit/grijs.
[ Voor 13% gewijzigd door PeterSelie op 22-09-2014 15:18 ]
Ook aan d/t fouten kan ik mij ergeren, neem het wel voor lief hoor. Genoeg mensen die ook nog 'me' ipv 'mijn' gebruiken. Hetzelfde geldt voor mensen die geen interpunctie gebruiken, vreselijkGamebuster schreef op maandag 22 september 2014 @ 14:59:
Volgens mij zijn spellingsfauten zeer zeldzaam in devschuur coffee corner, zeker onder de vaste gebruikers. Je komt voornamelijk d/t fouten tegen, maar daar houdt het wel mee op.
[video]
don't be afraid of machines, be afraid of the people who build and train them.
Ik kan me ook ergeren aan mensen die woorden in de zin weglaten, waardoor de zin grammaticaal niet meer helemaal lekker loopt.sky- schreef op maandag 22 september 2014 @ 15:16:
[...]
Ook aan d/t fouten kan ik mij ergeren, neem het wel voor lief hoor. Genoeg mensen die ook nog 'me' ipv 'mijn' gebruiken. Hetzelfde geldt voor mensen die geen interpunctie gebruiken, vreselijk.
Wie neemt het wel voor lief?
Verwijderd
Ik krijg af en toe de opmerking dat ik heel netjes typ: hoofdletters, leestekens, ... wanneer ik met iemand aan het chatten ben. Dan denk ik bij mezelf: "is dat nu zo gek dat ik typ zoals het eigenlijk hoort?"sky- schreef op maandag 22 september 2014 @ 15:16:
[...]
Ook aan d/t fouten kan ik mij ergeren, neem het wel voor lief hoor. Genoeg mensen die ook nog 'me' ipv 'mijn' gebruiken. Hetzelfde geldt voor mensen die geen interpunctie gebruiken, vreselijk.
Zolang de boodschap over komt vind ik het wel prima.
Tja, zo ontstaat de laksheid in spelling en grammatica.. Zodra iedereen zo gaat denken is het hek van de dam.. Ik vind het niet belangrijk genoeg om de taalnazi uit te gaan hangen, maar een stukje zorgvuldigheid lijkt me wel gepast over het algemeen..Martijn19 schreef op maandag 22 september 2014 @ 15:21:
Ach, ik denk dat meer dan de helft van mijn posts wel spel- of taalfouten bevat, puur vanwege gebrek aan interesse om het wel juist te schrijven.
Zolang de boodschap over komt vind ik het wel prima.
Zodra 'alleen de boodschap over hoeft te komen' kunnenwenetzogoedspatiesweggaanlateneninterpunctiewanthoewelhetwatminderleesbaariskomthetuiteindelijkvastwelovertoch
[ Voor 34% gewijzigd door PeterSelie op 22-09-2014 15:24 ]
I'm not a complete idiot. Some parts are missing.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
Dit is een antwoord wat ik heel vaak lees, ik geloof er alleen geen snars van. Is het een soort van schaamte dat mensen niet toe willen geven dat ze er moeite mee hebben? Persoonlijk vind ik het helemaal niet erg om verbeterd te worden, misschien leer ik er iets van.Martijn19 schreef op maandag 22 september 2014 @ 15:21:
Ach, ik denk dat meer dan de helft van mijn posts wel spel- of taalfouten bevat, puur vanwege gebrek aan interesse om het wel juist te schrijven.
Zolang de boodschap over komt vind ik het wel prima.
Kijk, het is gewoon een forum en geen sollicitatiebrief of iets dergelijks, maar een beetje 'moeite' doen om iets leesbaars te schrijven vind ik niet meer dan normaal
Lekker op de bank
Ik heb er moeite mee om het onder tijdsdruk goed te doen, maar het boeit me het grootste deel van de tijd echt totaal niet. Die paar keer dat het mij wel boeit besteed ik wel extra tijd aan wat ik neer typ, zodat die foutjes er ook uit zijn.ZaZ schreef op maandag 22 september 2014 @ 15:26:
[...] Dit is een antwoord wat ik heel vaak lees, ik geloof er alleen geen snars van. Is het een soort van schaamte dat mensen niet toe willen geven dat ze er moeite mee hebben? [...]
Overigens wil ik ook nog wel eens "ik zij" typen
Eh, juist wel. Rayleigh scattering gaat over het verspreiden van fotonen door deeltjes (in een gas). De atmosfeer is precies dat; een gasmassa met enorme hoeveelheden deeltjes.SoaDmaggot schreef op maandag 22 september 2014 @ 15:15:
[...]
Dat is afhankelijk van hoe je lucht definieert.
1: het gasmengsel dat op aarde overal om ons heen is.
Het gasmengsel bestaande uit stikstof- en zuurstofgas is niet hetgeen dat zorgt voor de blauwe kleur.
Aangezien de aanwezigheid van lucht (het gasmengsel) het licht beïnvloedt, kun je prima zeggen dat de lucht blauw is. Dat Rayleigh scattering pas zichtbaar is wanneer je een laag lucht van een paar kilometer hebt, doet daar niks aan af.
.oisyn: Échte programmeurs haten PHP met een passie. Ben jij soms geen echte programmeur?
Goed, ik verwoord me verkeerd. Het gas zelf is niet blauw. Hoewel ik mezelf verkeerd verwoord en je reactie daarop juist is, is je reactie op mijn eerste statement echter vooralsnog incorrect gezien de definitie van lucht als de gassen:Korben schreef op maandag 22 september 2014 @ 15:32:
[...]
Eh, juist wel. Rayleigh scattering gaat over het verspreiden van fotonen door deeltjes (in een gas). De atmosfeer is precies dat; een gasmassa met enorme hoeveelheden deeltjes.
Aangezien de aanwezigheid van lucht (het gasmengsel) het licht beïnvloedt, kun je prima zeggen dat de lucht blauw is. Dat Rayleigh scattering pas zichtbaar is wanneer je een laag lucht van een paar kilometer hebt, doet daar niks aan af.
Korben schreef op maandag 22 september 2014 @ 15:12:
[...]
De lucht is wel degelijk blauw; die kleur zie je alleen niet omdat er wolken voor zitten.
[ Voor 24% gewijzigd door PeterSelie op 22-09-2014 15:35 ]
Java bytecode is toch redelijk makkelijk om te zetten naar "leesbare" code?Robbiedobbie schreef op maandag 22 september 2014 @ 10:55:
Ghehe, net eens voor de grap een programma in java in elkaar zitten te draaien om een paar vrienden te challengen. Programma vraagt om een wachtwoord en checkt dit. Doel naar vrienden toe: Geef mij het wachtwoord
Het leuke is, is dat er een aantal vieze truukjes inzitten die hun flink zal vertragen. Zo zit de string gewijzigd en als chinese tekens in het programma. Ook "werkt" het programma niet meer zodra er een debugger omheen draait
Natuurlijk is het absoluut kraakbaar, zoals alles wat clientside draait en checked
Alsof het extra tijd kost om bijv stam+t te schrijven? Sommige dingen vind ik redelijk storend als: me ipv mijn of, nog erger, is ipv eens.Caelorum schreef op maandag 22 september 2014 @ 15:29:
[...]
![]()
[...]
Ik heb er moeite mee om het onder tijdsdruk goed te doen, maar het boeit me het grootste deel van de tijd echt totaal niet. Die paar keer dat het mij wel boeit besteed ik wel extra tijd aan wat ik neer typ, zodat die foutjes er ook uit zijn.
Overigens wil ik ook nog wel eens "ik zij" typen
"Kan je is beneden komen?"
Dat ziet er toch niet uit?!
Lekker op de bank
Alsof het extra tijd kost om afkortingen met een punt te laten eindigen of bijvoorbeeld volledig uit te schrijven. Ook vind ik het schrijven van storend als stored irritant.ZaZ schreef op maandag 22 september 2014 @ 15:39:
[...]
Alsof het extra tijd kost om bijv stam+t te schrijven? Sommige dingen vind ik redelijk stored als: me ipv mijn of, nog erger, is ipv eens.
"Kan je is beneden komen?"
Dat ziet er toch niet uit?!
Als je dan toch gaat zitten haten, doe het dan goed.
[ Voor 5% gewijzigd door PeterSelie op 22-09-2014 15:41 ]
Klopt, op Feestboek worden vaak ook naar/na en is/eens fouten gemaaktZaZ schreef op maandag 22 september 2014 @ 15:39:
[...]
Alsof het extra tijd kost om bijv stam+t te schrijven? Sommige dingen vind ik redelijk stored als: me ipv mijn of, nog erger, is ipv eens.
"Kan je is beneden komen?"
Dat ziet er toch niet uit?!
Wat heb je een bijzondere avatar trouwens
TouchéSoaDmaggot schreef op maandag 22 september 2014 @ 15:41:
[...]
Alsof het extra tijd kost om afkortingen met een punt te laten eindigen of bijvoorbeeld volledig uit te schrijven. Ook vind ik het schrijven van storend als stored irritant.
Als je dan toch gaat zitten haten, doe het dan goed.
Overigens probeerde ik wel een punt te maken met dat het geen sollicitatiebrief is.
Het is een forum, maar ik zie gewoon soms dingen langskomen waar je bijna een vertaalmachine voor nodig hebt
[ Voor 21% gewijzigd door ZaZ op 22-09-2014 15:44 ]
Lekker op de bank
Als we toch nitpicken; als we het hebben over zichtbaar licht is 'lucht' (het mengsel van gassen) violet. Als je er puur wit licht doorheen schijnt, komt er voornamelijk violet-kleurig licht aan de andere kant uit. Dat kun je niet met het blote oog zien in een reageerbuisje, maar wel als je reageerbuisje 80 km lang is en kaarsrecht, en als je het meet met een foto-elektrische sensor. Voor mensen is 'lucht' blauw, omdat onze ogen veel gevoeliger zijn voor blauw licht dan voor violet licht. bronSoaDmaggot schreef op maandag 22 september 2014 @ 15:33:
[...]
Goed, ik verwoord me verkeerd. Het gas zelf is niet blauw. Hoewel ik mezelf verkeerd verwoord en je reactie daarop juist is, is je reactie op mijn eerste statement echter vooralsnog incorrect gezien de definitie van lucht als de gassen:
[...]
Maar 'lucht' is dus, voor jou en mij, blauw.
.oisyn: Échte programmeurs haten PHP met een passie. Ben jij soms geen echte programmeur?
Blijven we in dezelfde discussie; de gassen zélf niet.Korben schreef op maandag 22 september 2014 @ 15:48:
[...]
Als we toch nitpicken; als we het hebben over zichtbaar licht is 'lucht' (het mengsel van gassen) violet.
Granted: dank voor je replies, het gemiddelde kennisniveau van de devschuur is weer met 10 bonuspunten gestegen.
[ Voor 25% gewijzigd door PeterSelie op 22-09-2014 15:54 ]
Hangt er helemaal van af. Gepeperde meningen? Lekker onder een pseudoniem. Een blog vol met technische geleuter? Beter om onder je eigen naam te doen voor eventuele Googlende potentiële werkgevers.Robbiedobbie schreef op maandag 22 september 2014 @ 13:55:
Hmmz, wat denken jullie over anonimiteit en bloggen? Ik zit sterk te overwegen om voor mijn blog een andere nick te gaan gebruiken, aangezien mijn momentele nick erg open naar de wereld toe is. Echter heb ik het idee dat op een blog die misschien uiteindelijk wel gaat groeien, het misschien handiger is om niet met volle naam en een hele geschiedenis op internet bekend te staan.
iOS developer
Wat is kleur dan? Materialen hebben geen kleur. Kleur is wat er overblijft van licht nadat het door een materiaal is gegaan of er door is gereflecteerd of geabsorbeerd. QED, 'lucht' is violet of, voor mensen, blauw.SoaDmaggot schreef op maandag 22 september 2014 @ 15:51:
[...]
Blijven we in dezelfde discussie; de gassen zélf niet.![]()
Granted: dank voor je replies, het gemiddelde kennisniveau van de devschuur is weer met 10 bonuspunten gestegen.
.oisyn: Échte programmeurs haten PHP met een passie. Ben jij soms geen echte programmeur?
Je was me net voor.Korben schreef op maandag 22 september 2014 @ 15:53:
[...]
Wat is kleur dan? Materialen hebben geen kleur. Kleur is wat er overblijft van licht nadat het door een materiaal is gegaan of er door is gereflecteerd of geabsorbeerd. QED, 'lucht' is violet of, voor mensen, blauw.
SoaDmaggot in "De Devschuur Coffee Corner - Iteratie 7"
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Ik constateer narcistische trekjesSoaDmaggot schreef op maandag 22 september 2014 @ 15:54:
[...]
Je was me net voor.
SoaDmaggot in "De Devschuur Coffee Corner - Iteratie 7"
Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.
Blijkbaar wel he?ZaZ schreef op maandag 22 september 2014 @ 15:39:
[...] Alsof het extra tijd kost om bijv stam+t te schrijven? [...]
Ik kan me niet indenken dat jij dat zo ervaart, je past je maar aan me aan.
Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.
Ik ben d'r al klaar mee, leuke serieBtM909 schreef op maandag 22 september 2014 @ 16:16:
Iemand toevallig al begonnen met IMDB: Halt and Catch Fire (TV Series 2014– )
iOS developer
Verwijderd
Heb ik nog niet gezien maar ik zet hem meteen vanboven aan mijn lijstje.BtM909 schreef op maandag 22 september 2014 @ 16:16:
Iemand toevallig al begonnen met IMDB: Halt and Catch Fire (TV Series 2014– )
Ik was ontzettende fan van IMDB: Silicon Valley (TV Series 2014– )
Let op: Mijn post bevat meningen, aannames of onwaarheden
iOS developer
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| #include <stdio.h>
#define een 1
#define twee 2
#define drie 3
int main(void) {
int i = 0;
char naam = "Osman"
for(i = 0; i<100;i+=((drie+een+(twee*twee)))){
if(i==drie+twee+een){
i = -599;
break;
}
}
Naam -= i;
printf("Het werkt! %s",naam);
return 0;
} |
Wat moet het in hemelsnaam doen?
Que? Voel je je aangevallen ofzo? Zelf stoor ik mij niet zo aan typefouten maar wel meer aan erge taalfouten.
Kennelijk mag je niet iets vinden zonder het zelf perfect te doen. Had eigenlijk wel verwacht dat zo'n post meteen onder een vergrootglas zou worden gehouden.
Dat is ook een dingetje die ik niet echt snap.
Alsof bijvoorbeeld* iemand in een rolstoel niet mag zeggen dat Lucille Werner niet zo lekker loopt ofzo.
Of iemand die niet kan zingen niet mag opmerken dat iemand anders zo vals zingt als een kraai.
Zo'n dooddoener altijd.
*
Lekker op de bank
Niets. Het compilet nietObiTewodros schreef op maandag 22 september 2014 @ 16:30:
Heb net ergens op het internet de onderstaande stukje code gevonden:
code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20#include <stdio.h> #define een 1 #define twee 2 #define drie 3 int main(void) { int i = 0; char naam = "Osman" for(i = 0; i<100;i+=((drie+een+(twee*twee)))){ if(i==drie+twee+een){ i = -599; break; } } Naam -= i; printf("Het werkt! %s",naam); return 0; }
Wat moet het in hemelsnaam doen?
Behalve de fouten waardoor die niet compiled? segfaultenObiTewodros schreef op maandag 22 september 2014 @ 16:30:
Heb net ergens op het internet de onderstaande stukje code gevonden:
code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20#include <stdio.h> #define een 1 #define twee 2 #define drie 3 int main(void) { int i = 0; char naam = "Osman" for(i = 0; i<100;i+=((drie+een+(twee*twee)))){ if(i==drie+twee+een){ i = -599; break; } } Naam -= i; printf("Het werkt! %s",naam); return 0; }
Wat moet het in hemelsnaam doen?
AgreePrisonerOfPain schreef op maandag 22 september 2014 @ 16:18:
[...]
Ik ben d'r al klaar mee, leuke serie
Mooie serie
Hoe moet ik het anders lezen? Ik zeg dat ik soms die fouten maak doordat ik weinig tijd heb en dan kom jij aan met "alsof het extra tijd kost". Tja.. Dat had ik toch net gezegd dat het in mijn geval wel degelijk meer tijd kost?
[ Voor 11% gewijzigd door Caelorum op 22-09-2014 16:41 ]
Verwijderd
Altijd pullen voordat je begint te coden?alex3305 schreef op maandag 22 september 2014 @ 16:48:
Pfff.. Ik dacht dat GitHub z'n forks zelf wel in sync hield, maar blijkbaar niet dus. Erg vervelend als je dan plots 199 commits achterloopt met van alle soorten merge conflicts... Ik hoopte toch wel een beetje dat Git de holy grail van versioning systems was, maar vooral op Windows word dat rebasen, mergen en committen al snel onoverzichtelijk en lastig, helaas. Iemand nog wat tips?
Wat een rare verwachting?alex3305 schreef op maandag 22 september 2014 @ 16:48:
Pfff.. Ik dacht dat GitHub z'n forks zelf wel in sync hield, maar blijkbaar niet dus.
Inderdaad
Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.
Dat is ook niet logisch... dan zouden upstreams echt gigantische problemen krijgen.alex3305 schreef op maandag 22 september 2014 @ 16:48:
Pfff.. Ik dacht dat GitHub z'n forks zelf wel in sync hield, maar blijkbaar niet dus
Altijd, elke keer, pull from upstream doen. Elke dag.Erg vervelend als je dan plots 199 commits achterloopt met van alle soorten merge conflicts... Ik hoopte toch wel een beetje dat Git de holy grail van versioning systems was, maar vooral op Windows word dat rebasen, mergen en committen al snel onoverzichtelijk en lastig, helaas. Iemand nog wat tips?
I'm not a complete idiot. Some parts are missing.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
SoaDmaggot schreef op maandag 22 september 2014 @ 15:11:
Volgens mij is de lucht in Nederland toch echt grotendeels wit/grijs
SoaDmaggot schreef op maandag 22 september 2014 @ 15:15:
Dat is afhankelijk van hoe je lucht definieert.
1: het gasmengsel dat op aarde overal om ons heen is.
Het gasmengsel bestaande uit stikstof- en zuurstofgas is niet hetgeen dat zorgt voor de blauwe kleur.
2: hemel vanaf de aarde gezien.
Tjah, dat heeft dus puur met zicht te maken. Zodra er wolken 'aan de hemel' staan is de lucht voor mij toch écht wit/grijs.
Korben schreef op maandag 22 september 2014 @ 15:32:
Eh, juist wel. Rayleigh scattering gaat over het verspreiden van fotonen door deeltjes (in een gas). De atmosfeer is precies dat; een gasmassa met enorme hoeveelheden deeltjes.
Aangezien de aanwezigheid van lucht (het gasmengsel) het licht beïnvloedt, kun je prima zeggen dat de lucht blauw is. Dat Rayleigh scattering pas zichtbaar is wanneer je een laag lucht van een paar kilometer hebt, doet daar niks aan af.
SoaDmaggot schreef op maandag 22 september 2014 @ 15:33:
Goed, ik verwoord me verkeerd. Het gas zelf is niet blauw. Hoewel ik mezelf verkeerd verwoord en je reactie daarop juist is, is je reactie op mijn eerste statement echter vooralsnog incorrect gezien de definitie van lucht als de gassen:
SoaDmaggot schreef op maandag 22 september 2014 @ 15:51:
Blijven we in dezelfde discussie; de gassen zélf niet.![]()
. Maargoed, als je volgens de lijnen van deze discussie doorgaat kom je tot de conclusie dat per definitie niets een bepaalde kleur heeft, maar het effect puur veroorzaakt door het weerkaatsen van specifieke golflengten licht en kleur puur en alleen een subjectieve perceptie is.
Granted: dank voor je replies, het gemiddelde kennisniveau van de devschuur is weer met 10 bonuspunten gestegen.
Ik zal nog eens een voorbeeldje uit mijn duim zuigenKorben schreef op maandag 22 september 2014 @ 15:53:
Wat is kleur dan? Materialen hebben geen kleur. Kleur is wat er overblijft van licht nadat het door een materiaal is gegaan of er door is gereflecteerd of geabsorbeerd. QED, 'lucht' is violet of, voor mensen, blauw.
Het lijkt tweakers wel
Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.
Maak je eigen versioning systeem die het beter doet.alex3305 schreef op maandag 22 september 2014 @ 16:48:
Pfff.. Ik dacht dat GitHub z'n forks zelf wel in sync hield, maar blijkbaar niet dus. Erg vervelend als je dan plots 199 commits achterloopt met van alle soorten merge conflicts... Ik hoopte toch wel een beetje dat Git de holy grail van versioning systems was, maar vooral op Windows word dat rebasen, mergen en committen al snel onoverzichtelijk en lastig, helaas. Iemand nog wat tips?
Let op: Mijn post bevat meningen, aannames of onwaarheden
Dank je.
Ja, het is best nog wel eventjes wennen.
Hoe zie je dat uberhaupt voor je? Automatische merges na upstream changes?alex3305 schreef op maandag 22 september 2014 @ 16:48:
Pfff.. Ik dacht dat GitHub z'n forks zelf wel in sync hield, maar blijkbaar niet dus. Erg vervelend als je dan plots 199 commits achterloopt met van alle soorten merge conflicts... Ik hoopte toch wel een beetje dat Git de holy grail van versioning systems was, maar vooral op Windows word dat rebasen, mergen en committen al snel onoverzichtelijk en lastig, helaas. Iemand nog wat tips?
Nu ja goed, automatisch pullen zou natuurlijk wel kunnen mocht je het niet erg vinden om willekeurige code changes in je repo te krijgen. En als je niet van plan bent de code aan te passen.Pizzalucht schreef op maandag 22 september 2014 @ 17:04:
[...]
Hoe zie je dat uberhaupt voor je? Automatische merges na upstream changes?
[ Voor 6% gewijzigd door PrisonerOfPain op 22-09-2014 17:11 ]
[ Voor 18% gewijzigd door Caelorum op 22-09-2014 17:14 ]
Hij heeft nu conflicts, dus hij heeft zelf ook code gewijzigd, dan wil je eigenlijk niet dat hij automatisch gaat mergen...PrisonerOfPain schreef op maandag 22 september 2014 @ 17:09:
[...]
Nu ja goed, automatisch pullen zou natuurlijk wel kunnen mocht je het niet erg vinden om willekeurige code changes in je repo te krijgen. En als je niet van plan bent de code aan te passen.
Wat wel nuttig zou zijn: aan kunnen geven per branch dat hij moet syncen met upstream, maar dan moet die branch wel automatisch gelocked zijn.
Mergen zonder conflicts betekent nog niet dat de wijzigingen geen veranderingen hebben veroorzaakt voor de rest van de code.Caelorum schreef op maandag 22 september 2014 @ 17:14:
Automatisch mergen zou eventueel ook nog wel kunnen zolang je zelf geen changes klaar hebt staan, maar dan kan ook al snel ongewenst worden...
[ Voor 24% gewijzigd door Pizzalucht op 22-09-2014 17:15 ]
En nog behoorlijk pretentieus ook allemaal. Immers is "ik denk, dus ik ben" het enige wat we zeker weten. Tevens het enigste wat we zeker weten, om de taalnazi-discussie ook maar even op te doen laaien.Dido schreef op maandag 22 september 2014 @ 16:57:
[...]
[...]
[...]
[...]
[...]
[...]
Ik zal nog eens een voorbeeldje uit mijn duim zuigen![]()
Het lijkt tweakers wel
Heeft geen speciale krachten en is daar erg boos over.
Dat was ik een beetje waar ik op aan stuurde, maar goed. Wanneer pull je dan? Je wilt niet ineens code binnen harken die niet door de CI heen komt bijvoorbeeld.Pizzalucht schreef op maandag 22 september 2014 @ 17:14:
[...]
Hij heeft nu conflicts, dus hij heeft zelf ook code gewijzigd, dan wil je eigenlijk niet dat hij automatisch gaat mergen...
Wat wel nuttig zou zijn: aan kunnen geven per branch dat hij moet syncen met upstream, maar dan moet die branch wel automatisch gelocked zijn.
Vervelend, nu al 2 keer gehad dat ik reageerde op een post die was gewijzigd maar waar ik eigenlijk nog reageerde op de originele post (niet gezien dat de quote was veranderd)PrisonerOfPain schreef op maandag 22 september 2014 @ 17:17:
[...]
Dat was ik een beetje waar ik op aan stuurde, maar goed. Wanneer pull je dan? Je wilt niet ineens code binnen harken die niet door de CI heen komt bijvoorbeeld.
Automatische pull is automatische pull, lijkt me dat je dan gewoon goed moet opletten bij het mergen/pullen naar een andere branche. Het lijkt me niet te doen voor Github om voorwaarden te stellen aan wanneer zo'n fork nou wel moet syncen en wanneer niet, dat kunnen ze ook eigenlijk niet bepalen. Na een CI run zou wel kunnen, maar er zijn natuurlijk zat projecten die dat niet gebruiken.
Nog zo iets, fuck mergen. Waarom kan github niet automatisch die conflicten verhelpen?!!!
Martindo schreef op maandag 22 september 2014 @ 17:28:
Omdat er misschien delen van code juist niet overschreven moeten worden?
Ik zeg ook niet mergen zonder conflicts, ik zeg dat je eventueel nog zou kunnen mergen als er geen (untracked) changes klaar staan. Dus als iemand alleen nog maar aan het doorbladeren is, maar geen daadwerkelijke veranderingen in de code heeft aangebracht. Maar het ligt een beetje aan de situatie (en persoonlijke voorkeur) of dat wenselijk is of niet.Pizzalucht schreef op maandag 22 september 2014 @ 17:14:
[...]
Mergen zonder conflicts betekent nog niet dat de wijzigingen geen veranderingen hebben veroorzaakt voor de rest van de code.
Ohja, en dit is uiteraard lokaal, dus heeft neits met github te maken (heeft er iemand koffie voor me*?)
*
[ Voor 11% gewijzigd door Caelorum op 22-09-2014 17:32 ]

Ik heb 80Mbit internet. Transmission download met 23MB per seconde (zegt-ie) Wtf?
Ook leuk weetje: Transmission staat op 20kB upload limiet. Alsof-ie alles x2 doet.
[ Voor 49% gewijzigd door Gamebuster op 22-09-2014 17:38 ]
Let op: Mijn post bevat meningen, aannames of onwaarheden
2x Dell UP2716D | R9 7950X | 128GB RAM | 980 Pro 2TB x2 | RTX2070 Super
.oisyn: Windows is net zo slecht in commandline als Linux in GUI
Gewoon UPC kabel
Let op: Mijn post bevat meningen, aannames of onwaarheden
Gewoon hele goede compressieGamebuster schreef op maandag 22 september 2014 @ 17:37:
Heb maar een fractie van 80Mbit upload(5 of 10 ofzo, geen idee eigenlijk)
Gewoon UPC kabel
2x Dell UP2716D | R9 7950X | 128GB RAM | 980 Pro 2TB x2 | RTX2070 Super
.oisyn: Windows is net zo slecht in commandline als Linux in GUI
Jup, meneer vergat z'n repo the updaten omdat 'ie dacht dat 't automatisch gingDouweegbertje schreef op maandag 22 september 2014 @ 17:41:
Wacht even, gaat het nu om automatische pulls omdat jij je rep niet update?
Als die een tool zoals sourcetree zou gebruiken had die allang gezien dat hij out of sync liepPrisonerOfPain schreef op maandag 22 september 2014 @ 17:50:
[...]
Jup, meneer vergat z'n repo the updaten omdat 'ie dacht dat 't automatisch ging
Nothing to see here!
Smartgitalex3305 schreef op maandag 22 september 2014 @ 16:48:
Pfff.. Ik dacht dat GitHub z'n forks zelf wel in sync hield, maar blijkbaar niet dus. Erg vervelend als je dan plots 199 commits achterloopt met van alle soorten merge conflicts... Ik hoopte toch wel een beetje dat Git de holy grail van versioning systems was, maar vooral op Windows word dat rebasen, mergen en committen al snel onoverzichtelijk en lastig, helaas. Iemand nog wat tips?
If money talks then I'm a mime
If time is money then I'm out of time
Dan op het laatste moment update je weer zodat je bijloopt en pas je eventueel dingen aan. Logischerwijs als je ontzettend veel gaat wijzigen maak je zelf een branch oid.
Ik weet dat iedereen zijn eigen manier heeft om te werken, maar ik kan mij toch echt niet voorstellen dat er ook maar 1 fatsoenlijk argument naast luiheid bestaat om automatische pulls te krijgen.
Een aantal jaar geleden werkte ik bij een winkel waar we wekelijkse memo's kregen met aanbiedingen. De uitdaging was dan elke keer wie daar de meeste spel-, schrijf- en taalfouten uit kon halen. Het niveau van het Nederlands was echt slecht en zo werd er soms ook naar klanten gecommuniceerd...Gamebuster schreef op maandag 22 september 2014 @ 14:59:
Volgens mij zijn spellingsfauten zeer zeldzaam in devschuur coffee corner, zeker onder de vaste gebruikers. Je komt voornamelijk d/t fouten tegen, maar daar houdt het wel mee op.
Dat is toch ook de enigste reden die je ooit nodig hebt als devver? ^^Douweegbertje schreef op maandag 22 september 2014 @ 18:01:
[...] Ik weet dat iedereen zijn eigen manier heeft om te werken, maar ik kan mij toch echt niet voorstellen dat er ook maar 1 fatsoenlijk argument naast luiheid bestaat om automatische pulls te krijgen.
Luiheid in programmeren resulteert vrijwel altijd in troep wat je (of iemand anders) meer werk oplevert. Iets programmeren omdat je daarna lui kan zijn is een goede reden.
[ Voor 13% gewijzigd door Douweegbertje op 22-09-2014 19:19 ]
Oja, dat was het ^^[...] Iets programmeren omdat je daarna lui kan zijn is een goede reden.
Git zelf leren gebruiken (en dus niet github). Github is eigenlijk niks meer dan een hosted git repo met een web interface er bij. En dan is het ook niet logisch dat git(hub) automatisch je upstream gaat mergen.alex3305 schreef op maandag 22 september 2014 @ 16:48:
Pfff.. Ik dacht dat GitHub z'n forks zelf wel in sync hield, maar blijkbaar niet dus. Erg vervelend als je dan plots 199 commits achterloopt met van alle soorten merge conflicts... Ik hoopte toch wel een beetje dat Git de holy grail van versioning systems was, maar vooral op Windows word dat rebasen, mergen en committen al snel onoverzichtelijk en lastig, helaas. Iemand nog wat tips?
En waarschijnlijk meer mergen en minder (zo niet) rebasen, tenzij je altijd je eigen wijziging direct "bovenop" je upstream brache wilt hebben.
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Ik loop wat pagina's achter, maar toch nog even: leve de chrome bug
Never explain with stupidity where malice is a better explanation
2x Dell UP2716D | R9 7950X | 128GB RAM | 980 Pro 2TB x2 | RTX2070 Super
.oisyn: Windows is net zo slecht in commandline als Linux in GUI
Om even te reageren op alle reacties over GitCreepy schreef op maandag 22 september 2014 @ 19:53:
[...]
Git zelf leren gebruiken (en dus niet github). Github is eigenlijk niks meer dan een hosted git repo met een web interface er bij. En dan is het ook niet logisch dat git(hub) automatisch je upstream gaat mergen.
En waarschijnlijk meer mergen en minder (zo niet) rebasen, tenzij je altijd je eigen wijziging direct "bovenop" je upstream brache wilt hebben.
Echter ben ik voor een project wat pull-requests aan het ontwikkelen op een geforkte repository en daarom had ik verwacht dat die geforkte repo automatisch de changes van de upstream bijhield en dus ikzelf ook up to date zou zijn. Maar goed, dat is dan een verkeerde verwachting klaarblijkelijk
Anyway, toch bedankt voor de tips
Let op: Mijn post bevat meningen, aannames of onwaarheden
Exacte bugnummer weet ik niet, maar related: https://code.google.com/p/chromium/issues/detail?id=338872
Mouseouts en enters worden niet goed getriggerd als je via andere wegen dan binnen de pagina naar een andere positie gaat.
Werkt ook prima met een venster van een ander programma als edge. Dus dan kun je de bad choice toch afsluiten.
Never explain with stupidity where malice is a better explanation
In het tweede geval zou ik iets als (a + 7*b + 17*c)%256 doen; dat heeft als voordeel dat je verwisselingen van waarden kunt detecteren.
CRC24 heeft 24-bits output, niet 24-bits input.HMS schreef op maandag 22 september 2014 @ 22:46:
edit: CRC24 is er toch ook nog?
Er zijn ook wel 8-bits CRCs, maar dat is toch nog een stuk lastiger te implementeren.
[ Voor 35% gewijzigd door Soultaker op 22-09-2014 23:08 ]
edit: CRC24 is er toch ook nog?
[ Voor 25% gewijzigd door HMS op 22-09-2014 22:48 ]
iOS developer
Inderdaad... Ik wordt geacht dat te gebruiken de komende tijd, en het komt nu al mijn nek uit
Rare vogel in spe
Niet handig. Gebruik 'm amper, maar dit komt ff slecht uit
Xbox
Even the dark has a silver lining | I'm all you can imagine times infinity, times three
Gebeurt altijd op zulke momentenBM schreef op maandag 22 september 2014 @ 23:09:
Grrr, wil ik net een testversie van een websiteje online zetten (stelt weinig voor, maar wilde even wat mensen er naar laten kijken) klapt de database server bij mijn host er uit
Niet handig. Gebruik 'm amper, maar dit komt ff slecht uit
Nothing to see here!
Echt he
Oh well, morgen vast gefixed.
Edit: alweer in de lucht
[ Voor 4% gewijzigd door BM op 22-09-2014 23:26 ]
Xbox
Even the dark has a silver lining | I'm all you can imagine times infinity, times three
En nu dus 15 minuten te laat ingediend
[ Voor 22% gewijzigd door azerty op 23-09-2014 00:10 ]
Dit topic is gesloten.
![]()
Dit topic is niet de plaats om te lopen helpdesken. De Coffee Corner is primair bedoeld als uitlaatklep voor iedereen in de Devschuur® en niet als vraagbaak.