De Devschuur Coffee Corner - Iteratie ➑

[RayNbow]

Sebazzz schreef op maandag 22 december 2014 @ 07:33:
Tsja, code zonder unit tests is niet geteste code

En code met andere (niet unit) tests dan?

Bijv.:

Haskell:

prop_revinv xs = (reverse . reverse) xs == xs
  where types = xs :: [Int]

prop_revdist xs ys = reverse (xs++ys) == reverse ys ++ reverse xs
  where types = xs :: [Int]

[Sebazzz]

Dat is half getest

Leer die jongen nou TDD

[ElkeBxl]

Nog 2 dagen werken en ik heb congé Ik hou wel van zo'n korte werkweekjes Zijn ook mijn laatste 2 dagen dat ik in dit Cobolteam ga zitten, 5 januari keer ik terug naar de .Net wereld.

[Mercatres]

ElkeBxl schreef op maandag 22 december 2014 @ 09:27:
Nog 2 dagen werken en ik heb congé Ik hou wel van zo'n korte werkweekjes Zijn ook mijn laatste 2 dagen dat ik in dit Cobolteam ga zitten, 5 januari keer ik terug naar de .Net wereld.

Hier ook, althans het eerste deel toch.
Nog twee dagen verder werken naar een MVP (ik zit er eigenlijk al aan, maar kwestie van puntjes op de i te zetten ) en dan vakantie! Midweekje Zeeland (u weet wel, van die Zeelanders) voor oud en nieuw, kijk er naar uit.

[RayNbow]

Sebazzz schreef op maandag 22 december 2014 @ 09:22:
Dat is half getest

Aan jou de uitdaging om een foute implementatie van reverse te schrijven die toch aan deze twee eigenschappen voldoet.

[OkkE]

Ik heb een DM ontvangen van iemand die mij wat vraagt over een SQL query die ik eerder als antwoord heb gegeven. Ik kon het mij niet herinneren dus klik de link... topic uit 2006. Goh, daar weet ik vrij weinig meer van.

[incaz]

RayNbow schreef op maandag 22 december 2014 @ 10:30:
[...]

Aan jou de uitdaging om een foute implementatie van reverse te schrijven die toch aan deze twee eigenschappen voldoet.

Rot13?

Edit: ah nee.

[ Voor 3% gewijzigd door incaz op 22-12-2014 11:09 ]

[ElkeBxl]

Een Cobol copybook ontdekken hier op het werk waarin alle informatie kan gestoken worden om een pizza te bestellen... WTF?! Ik dacht dat ik bij een verzekeringsbedrijf werkte

Jammer dat de bijhorende module niet werkt, anders zou ik het eens testen

[ Voor 18% gewijzigd door ElkeBxl op 22-12-2014 12:27 ]

[OkkE]

Tijd voor m'n Kersticoon.

[SPee]

Heeft niet elk (software) bedrijf een eigen applicatie voor lunchbestellingen gemaakt
In het team waar ik ooit zat, werd gegrapt dat deze 100% volgens spec voldeed (er waren geen specs ).
Dus als een collega (bv een tester) liep te zeuren, was dat steevast het antwoord.

[Firesphere]

OkkE schreef op maandag 22 december 2014 @ 13:08:
Tijd voor m'n Kersticoon.

Nu pas?

[Douweegbertje]

Firesphere schreef op maandag 22 december 2014 @ 13:14:
[...]

Nu pas?

Ik was het ook vergeten, maar bij deze

[OkkE]

Firesphere schreef op maandag 22 december 2014 @ 13:14:
[...]

Nu pas?

Misschien had het inderdaad een weekje eerder ook wel gekund.

Vergeten...

Beter laat dan nooit?

[ Voor 5% gewijzigd door OkkE op 22-12-2014 13:39 ]

[Firesphere]

OkkE schreef op maandag 22 december 2014 @ 13:39:
[...]

Misschien had het inderdaad een weekje eerder ook wel gekund.

Vergeten...

Beter laat dan nooit?

Groeien er eigenlijk wel kerstbomen op Malibu?

[Geerrrt]

Te lui om te photoshoppen

[Firesphere]

GeertJam schreef op maandag 22 december 2014 @ 13:54:
Te lui om te photoshoppen

Wat wil je photoshoppen? Een kerstversie van je icon?

[Geerrrt]

Firesphere schreef op maandag 22 december 2014 @ 13:55:
[...]

Wat wil je photoshoppen? Een kerstversie van je icon?

Jazekers

[Firesphere]

GeertJam schreef op maandag 22 december 2014 @ 13:58:
[...]


Jazekers

Gewoon een witte baard aan de onderkant plakken

[Geerrrt]

Firesphere schreef op maandag 22 december 2014 @ 14:01:
[...]

Gewoon een witte baard aan de onderkant plakken

Of een mooie rode neus!

[Firesphere]

GeertJam schreef op maandag 22 december 2014 @ 14:02:
[...]


Of een mooie rode neus!

Nee, dat kan niet. Hans heeft al een rode neus.

[Robbiedobbie]

Ook ik ga me de moeite niet doen voor een appart icoon voor die paar weken per jaar ^^

[Douweegbertje]

Ach, tbh heb ik een hekel aan kerst maar dit soort dingen vind ik toch wel weer grappig Eerlijk is eerlijk dat mijn ava 10 seconden werk was om te fixen, sommige zullen wat lastiger zijn

[Firesphere]

Douweegbertje schreef op maandag 22 december 2014 @ 14:21:
Ach, tbh heb ik een hekel aan kerst maar dit soort dingen vind ik toch wel weer grappig Eerlijk is eerlijk dat mijn ava 10 seconden werk was om te fixen, sommige zullen wat lastiger zijn

Ik heb de mijne ooit gewoon laten fixen.

[F.West98]

farlane schreef op maandag 22 december 2014 @ 08:50:
[...]

Hoeveel GB groot is die string?

Om precies te zijn: 0,000001GB. 1KB dus.

kwaakvaak_v2 schreef op maandag 22 december 2014 @ 09:06:
ik vind het wel prettig, dat fwest zelf consistent is, op de even weken compiler/code problemen, en in de oneven weken computer/internet problemen. Ik geef het je te doen!

Ja precies, ik weet dan ook waar ik aan toe ben

[Icekiller2k6]

F.West98 schreef op maandag 22 december 2014 @ 15:05:
[...]

Om precies te zijn: 0,000001GB. 1KB dus.

GB of GiB ...?

[F.West98]

Icekiller2k6 schreef op maandag 22 december 2014 @ 15:12:
[...]


GB of GiB ...?

Mierenneuker

[Soundless]

F.West98 schreef op maandag 22 december 2014 @ 15:05:
[...]

Om precies te zijn: 0,000001GiB. 1KiB dus.


[...]

Je bedoelt ~0.00000095374 GiB ?

Dacht je toch even dat je het gefixt had he

[ Voor 13% gewijzigd door Soundless op 22-12-2014 15:43 ]

[F.West98]

Hoe moet het dan wel?

[Geerrrt]

F.West98 schreef op maandag 22 december 2014 @ 15:56:
Hoe moet het dan wel?

Heb je de encoding wel goed staan?

[Soundless]

Het is 'ongeveer' 0,000001GiB niet 'precies' 0,000001GiB

1KiB = 1/1024 MiB
1MiB = 1/1024 GiB

1KB = 1000MB
1MB = 1000GB

Het bestand is waarschijnlijk 1 KiB en niet 1 KB. En:

1 KiB = 0.000001024 GB
1 KiB = ~0.00000095367 GiB

Dus het moet zijn:

Om precies te zijn: 0.000001024 GB. 1KiB dus.

of

Ongeveer: 0.00000095367 GiB. 1KiB dus.

EDIT: bovenstaande is in de Engelse notatie. Voor NL notatie vervang je de '.' door een ','

[ Voor 13% gewijzigd door Soundless op 22-12-2014 16:17 ]

[F.West98]

Dus wat ik eerst had was wel goed?
0,000001GB = 1KB?

[Soundless]

F.West98 schreef op maandag 22 december 2014 @ 16:18:
Dus wat ik eerst had was wel goed?
0,000001GB = 1KB?

Bijna. Je bestand is 1KiB niet 1KB

[Jan_V]

Soundless schreef op maandag 22 december 2014 @ 16:19:
[...]

Bijna. Je bestand is 1KiB niet 1KB

Dat is natuurlijk een aanname, misschien is het bestand wel echt 1KB.

[Soundless]

Jan_V schreef op maandag 22 december 2014 @ 16:20:
[...]

Dat is natuurlijk een aanname, misschien is het bestand wel echt 1KB.

Laten we aannemen dat mijn aanname juist is

[Afvalzak]

Douweegbertje schreef op maandag 22 december 2014 @ 13:38:
[...]


Ik was het ook vergeten, maar bij deze

Ik ook

[F.West98]

Soundless schreef op maandag 22 december 2014 @ 16:21:
[...]


Laten we aannemen dat mijn aanname juist is

Maar helaas is dat niet het geval. 1KB it is...

[Soundless]

F.West98 schreef op maandag 22 december 2014 @ 16:31:
[...]

Maar helaas is dat niet het geval. 1KB it is...

Dat is wat je OS je verteld. Het is waarschijnlijker dat het 1KiB is.

EDIT: Het bestand is hoogst waarschijnlijk zelfs kleiner dan dat.

[ Voor 12% gewijzigd door Soundless op 22-12-2014 16:37 ]

[F.West98]

Soundless schreef op maandag 22 december 2014 @ 16:33:
[...]


Dat is wat je OS je verteld. Het is waarschijnlijker dat het 1KiB is.

EDIT: Het bestand is hoogst waarschijnlijk zelfs kleiner dan dat.

Het gaat in dit geval niet om een bestand, maar een string van 1000 karakters (toevallig precies 1000 ja)

[Soundless]

F.West98 schreef op maandag 22 december 2014 @ 16:39:
[...]

Het gaat in dit geval niet om een bestand, maar een string van 1000 karakters (toevallig precies 1000 ja)

Ow... 1 KB it is... Niemand zei dat het eerste wat je had fout was

[Douweegbertje]

Ik wil even zeggen dat dit echt een klote discussie is Bedankt.

[Soundless]

Douweegbertje schreef op maandag 22 december 2014 @ 16:46:
Ik wil even zeggen dat dit echt een klote discussie is Bedankt.

Heb je het liever over PHP?

[RayNbow]

F.West98 schreef op maandag 22 december 2014 @ 16:39:
[...]

Het gaat in dit geval niet om een bestand, maar een string van 1000 karakters (toevallig precies 1000 ja)

Soundless schreef op maandag 22 december 2014 @ 16:43:
[...]

Ow... 1 KB it is... Niemand zei dat het eerste wat je had fout was

Want 1 karakter is 1 byte?

[Douweegbertje]

Soundless schreef op maandag 22 december 2014 @ 16:47:
[...]

Heb je het liever over PHP?

Prima hoor.
Voor zijn doel is het een zeer goede taal, maar zo'n discussie heb ik al vaker gevoerd. 9/10x komen er ook alleen maar tegen argumenten dat er totaal geen uniformiteit in de 'functies' zit en nog wat vreemde dingen. Mja, los van dat is er weinig mis mee. Dat loose typed verhaal is ook maar een con/pro voor net het geen wat je wilt, al mag het van mij persoonlijk wat stricter.

We hebben hier (op het werk) zowel .NET als PHP en de voorkeur gaat hier uit naar PHP vanwege allerlei redenen. .NET is puur een opvulling voor wat dingen wat PHP dan weer niet kan.

Persoonlijk kan ik echter heel goed snappen dat iemand die C/C++/C# of zelfs JA...wait for it VA gebruiken niets meer met PHP te maken willen hebben.

[Matis]

RayNbow schreef op maandag 22 december 2014 @ 16:50:
[...]


[...]

Want 1 karakter is 1 byte?

Vergeten we de OEF byte niet?

[Firesphere]

WTF, er is gewoon een Tjechische "My T-Mobile" app voor Windows Phone.

Maar geen Nederlandse.

[Matis]

Dobry Den

[RayNbow]

Matis schreef op maandag 22 december 2014 @ 17:06:
[...]

Vergeten we de OEF byte niet?

Sommige stringrepresentaties gebruiken een extra NUL teken, ja... maar dan nog, wie zegt dat 1 teken gelijkstaat aan 1 byte?

[Struikrover]

Een UTF-8 string is 1 byte per character. Grote kans dat F.West die gebruikt, gezien zijn historie

[RayNbow]

Struikrover schreef op maandag 22 december 2014 @ 17:43:
Een UTF-8 string is 1 byte per character.

python -c "print len(u'テスト') == len(u'テスト'.encode('utf8'))"

[Struikrover]

Goed, jij wint . Maar wees een good sport en geef ook gelijk wat info, dan leren we er nog iets van ook

[Afvalzak]

Firesphere schreef op maandag 22 december 2014 @ 17:07:
WTF, er is gewoon een Tjechische "My T-Mobile" app voor Windows Phone.

Maar geen Nederlandse.

Had iemand op tweakblogs toch gemaakt?

[F.West98]

Het schiet ook niet op zo....
Ik dacht 'even' Android L te installeren *ergens* om mijn app te testen.
Genymotion: nope, je hebt VT-x nodig en Hyper-V heeft die ingepikt
HTC One: nope, je moet een boot.img flashen in de bootloader met fastboot, maar die werkt niet op windows 8 met deze verouderde bootloader. Om die te updaten heb je fastboot nodig. Dus uiteindelijk een zipje gemaakt, in recovery gedraaid, maar dat werkte niet. Toen in de terminal gedaan, dat werkte, maar toen nog de oude zip erop staan, die niet werkte en nu wil hij tot overmaat van ramp ook niet meer booten.
Hoera

TL;DR: Ik heb een grote fuckup gemaakt.

[ Voor 3% gewijzigd door F.West98 op 22-12-2014 18:26 ]

[Firesphere]

Afvalzak schreef op maandag 22 december 2014 @ 18:11:
[...]

Had iemand op tweakblogs toch gemaakt?

Klopt ja, die gebruik ik ook, maar het is gewoon stom dat er geen officiele is in het Nederlands (of Engels), maar wel in het tjechisch.

[Matis]

RayNbow schreef op maandag 22 december 2014 @ 17:35:
Sommige stringrepresentaties gebruiken een extra NUL teken, ja... maar dan nog, wie zegt dat 1 teken gelijkstaat aan 1 byte?

Ik dacht dat we het over files op disk hadden.

[Douweegbertje]

Struikrover schreef op maandag 22 december 2014 @ 18:10:
Goed, jij wint . Maar wees een good sport en geef ook gelijk wat info, dan leren we er nog iets van ook

Is het niet gewoon simpel dat de eerste 128 karakters van de ASCII code maar 1 byte verbruiken en de rest (oplopend?) meer? In feite is ook de eerste 128 karakters van ASCII valid UTF 8

edit; ik weet ook maar de basis omdat we ooit eens een 3rd party hadden met shitty encoding waar we data naar toe moesten gooien

[ Voor 13% gewijzigd door Douweegbertje op 22-12-2014 18:29 ]

[RayNbow]

Struikrover schreef op maandag 22 december 2014 @ 18:10:
Goed, jij wint . Maar wees een good sport en geef ook gelijk wat info, dan leren we er nog iets van ook

Relationship of Code Points and Code Units

In each encoding, the code points are mapped to one or more code units.

[q]• A code unit in UTF-8 consists of 8 bits.

Toevoeging: Tekens kunnen trouwens ook uit meerdere code-points bestaan. Zie het "café" voorbeeld op deze pagina van Twitter.

[ Voor 17% gewijzigd door RayNbow op 22-12-2014 19:16 ]

[Rutix]

F.West98 schreef op maandag 22 december 2014 @ 18:18:
Het schiet ook niet op zo....
Ik dacht 'even' Android L te installeren *ergens* om mijn app te testen.
Genymotion: nope, je hebt VT-x nodig en Hyper-V heeft die ingepikt
HTC One: nope, je moet een boot.img flashen in de bootloader met fastboot, maar die werkt niet op windows 8 met deze verouderde bootloader. Om die te updaten heb je fastboot nodig. Dus uiteindelijk een zipje gemaakt, in recovery gedraaid, maar dat werkte niet. Toen in de terminal gedaan, dat werkte, maar toen nog de oude zip erop staan, die niet werkte en nu wil hij tot overmaat van ramp ook niet meer booten.
Hoera

TL;DR: Ik heb een grote fuckup gemaakt.

What else is new ?

[F.West98]

Everything went way better than expected

Een nieuwe recovery geflasht, een 4.4 boot.img geflasht, en wonder boven wonder deed alles het ineens en is mijn EFS map ook ineens weer terug

[alienfruit]

Ik zou mijn Samsung S3 wel willen upgraden naar een nieuwere Android versie

[Creepy]

Is Cyanogenmod nieuw genoeg voor je s3?

[Struikrover]

RayNbow schreef op maandag 22 december 2014 @ 18:31:
[...]

Relationship of Code Points and Code Units

Toevoeging: Tekens kunnen trouwens ook uit meerdere code-points bestaan. Zie het "café" voorbeeld op deze pagina van Twitter.

Thanks, weer iets nieuws geleerd

[Douweegbertje]

Beetje lopen knutselen met Unity, maar dat ziet er best wel uit als een volwassen product . Nog niet super ver gekeken maar dat is mijn eerste mening.

[WernerL]

Mensen die hier wel eens in Vala hebben geprogrammeerd? Ik ben sinds gisteren overgestapt op Elementary OS en ik kwam erachter dat de hele desktop omgeving + apps in Vala zijn gebouwd. Ik ben er voor de lol eens naar gaan kijken en het is best een leuk taaltje. Beetje C#-achtig.


Mijn eerste hello world applicatie in Vala:

code:

int main(string[] args) {
    Gtk.init(ref args);
    
    var window = new Gtk.Window();
    window.title = "Gtk packaging test";
    window.set_border_width(12);
    window.set_position(Gtk.WindowPosition.CENTER);
    window.set_default_size(300,70);
    window.destroy.connect(Gtk.main_quit);
    
    var label = new Gtk.Label("Een packaging test");
    window.add(label);
    
    window.show_all();
    Gtk.main();
    return 0;
}

Ik kan hem ook al met cmake builden en installeren zodat hij in het menu verschijnt.
Het maken van een debian package wil me nog niet lukken.

[Soundless]

RayNbow schreef op maandag 22 december 2014 @ 16:50:
[...]


[...]

Want 1 karakter is 1 byte?

Daar ging ik wel vanuit in dit geval. Not sure why

Douweegbertje schreef op dinsdag 23 december 2014 @ 00:03:
Beetje lopen knutselen met Unity, maar dat ziet er best wel uit als een volwassen product . Nog niet super ver gekeken maar dat is mijn eerste mening.

Heb ik ook nog wel het een en ander mee geprobeerd. Ik vond het niet erg leuk om mee te werken (hobbywerk moet wel leuk blijven). Ik denk dat dat kwam omdat het meer scriptwerk is en minder programmeerwerk. Het haalt wel heel veel werk uit handen. Maar dat is volgens mij ook het doel van elke game engine.

[kenneth]

Soms lijkt het maar alsof er twee soorten it'ers bestaan: zij die compulsief alles opruimen en netjes organiseren (daar hoor ik bij ..) en zij die dat NOOIT doen.

Databases vol met views als FoobarViewBACKUP, in versiebeheer duizenden regels uitgecommentarieerde code, jobs die al een eeuwigheid uitgeschakeld zijn en nooit meer gebruikt gaan worden. Of alles in éen folder dumpen want waarom zou je subfolders gebruiken?

CHAOS. Alsof je continu in een onopgeruimd kantoor werkt

[Douweegbertje]

Mja, het verschil is dat je bij je kantoor niet de kans hebt dat als je een papiertje in de prullenbak gooit dat heel het pand omvalt. Met je code weer wel. Wie weet waar het nog voor wordt gebruikt

[Korben]

Douweegbertje schreef op dinsdag 23 december 2014 @ 10:07:
Mja, het verschil is dat je bij je kantoor niet de kans hebt dat als je een papiertje in de prullenbak gooit dat heel het pand omvalt. Met je code weer wel. Wie weet waar het nog voor wordt gebruikt

Find All Usages?

[kenneth]

Douweegbertje schreef op dinsdag 23 december 2014 @ 10:07:
Mja, het verschil is dat je bij je kantoor niet de kans hebt dat als je een papiertje in de prullenbak gooit dat heel het pand omvalt. Met je code weer wel. Wie weet waar het nog voor wordt gebruikt

Daarom is er versiebeheer. Code in commentaar zetten en inchecken, wat? Mijn ex-collega had zeker nooit van revert gehoord Mijn commits bestaan heel vaak uit +20/-100 diffs

[ElkeBxl]

kenneth schreef op dinsdag 23 december 2014 @ 10:32:
[...]

Daarom is er versiebeheer.

Oh wat mis ik TFS... Hier in het Cobol team hebben we geen versiebeheer Iets als versiebeheer hebben voelt aan als een luxe... Thank god dat het vandaag mijn laatste dag hier is

[Gleighton]

En bugs tracken gaat via een mappen in het archief?

[kwaakvaak_v2]

in drievoud zelfs en gele briefje moet de chef ondertekenen zodat de bediende kan starten met het uitvoeren van de werkzaamheden.

[Douweegbertje]

kenneth schreef op dinsdag 23 december 2014 @ 10:32:
[...]

Daarom is er versiebeheer. Code in commentaar zetten en inchecken, wat? Mijn ex-collega had zeker nooit van revert gehoord Mijn commits bestaan heel vaak uit +20/-100 diffs

if it aint broke dont fix it.. dat is mijn motto hier.
Logischerwijs is dat niet altijd DE oplossing, maar voor ons op dit moment wel

[Pizzalucht]

Douweegbertje schreef op dinsdag 23 december 2014 @ 11:12:
[...]


if it aint broke dont fix it.. dat is mijn motto hier.
Logischerwijs is dat niet altijd DE oplossing, maar voor ons op dit moment wel

Ingecheckte uitgecommente code pleur ik ook altijd weg

[Sardaukar]

Ontwikkelen zonder versiebeheersysteem? Wat let je om zelf iets te gaan gebruiken?

[Douweegbertje]

Sardaukar schreef op dinsdag 23 december 2014 @ 11:16:
Ontwikkelen zonder versiebeheersysteem? Wat let je om zelf iets te gaan gebruiken?

eh, we hebben gewoon versiebeheer hoor.
Alleen ik heb het al vaker verteld, ons project is wat groter dan je gemiddelde applicatie en we hebben nou eenmaal legacy code en dat zullen we altijd blijven houden. We gaan ook niet zomaar refactoren of wat dan ook. Bij nieuwe functionaliteiten zal er -misschien- hier en daar wat aangepast worden, maar anders blijf je er gewoon van af.
Iets met kosten + baten, inclusief het feit dat indien je eindelijk klaar bent met alles refactoreren/updaten dat je weer bij het begin kan beginnen.

Naast een wiki wat we als kennisbank gebruiken, zetten we zat info in versiebeheer, maar ook behouden we comments in de code. Het is nogmaals niet de ideale oplossing, maar gezien onze mankracht e.d. is dit het beste wat mogelijk is op dit moment.

Plus, in de tijd dat je gaat mierenneuken op wat comments, had ik al weer een betere functionaliteit opgeleverd.

[ Voor 5% gewijzigd door Douweegbertje op 23-12-2014 11:29 ]

[kenneth]

Ik snap er niets van, waarom zou je dit doen:

C#:

// Console.WriteLine("hello ,world");

Ipv die regel (als het meezit, meestal zijn het tientallen tegelijk bij ons) eruit te slopen (minder toetsaanslagen dan Ctrl-K Ctrl-C)

Op een gegeven moment kijk je naar meer code-commentaar dan naar code zelf. Nee, dat gaat je helpen als je al krap zit met resources

[Damic]

@douweegbertje: volgens mij had Sardaukar het op ElkeBxl met haar Cobol

[Sardaukar]

Damic schreef op dinsdag 23 december 2014 @ 11:54:
@douweegbertje: volgens mij had Sardaukar het op ElkeBxl met haar Cobol

Klopt

[Struikrover]

Hoe heet een mede-programmeur die altijd dezelfde code als jij uit moet checken?

[members]Checkmate[/members]

http://instantrimshot.com/

EDIT: oke, schiet mij maar neer. Wat een kutgrap

Fouten in posts zijn er om eeuwig aan herinnerd te worden

[ Voor 45% gewijzigd door BtM909 op 23-12-2014 13:10 ]

[azerty]

Struikrover schreef op dinsdag 23 december 2014 @ 12:17:
Hoe heet een mede-programmeur die altijd dezelfde code als jij uit moet checken?

[members]Checkmate[/members]

http://instantrimshot.com/

EDIT: oke, schiet mij maar neer. Wat een kutgrap

je wou de

code:

[mo][/]

tag gebruiken zeker?

[ Voor 3% gewijzigd door BtM909 op 23-12-2014 13:10 ]

[Struikrover]

Betrapt

Modbreak:

[ Voor 64% gewijzigd door BtM909 op 23-12-2014 13:11 ]

[ElkeBxl]

Sardaukar schreef op dinsdag 23 december 2014 @ 11:16:
Ontwikkelen zonder versiebeheersysteem? Wat let je om zelf iets te gaan gebruiken?

Ik zit nu op een Cobolproject met 10 developers tegelijk. Buiten dan mijn eigen changes tracken (wat ze al doen met tags in comments), zie ik er geen nut van om zelfs iets te gebruiken.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Zo'n zaken zetten ze hier altijd bovenaan in elke Cobol file. Dan weet je dus voor welk project/defect een zekere user op een zekere datum iets gewijzigd heeft aan de hand van de <xxx> tag die ervoor staat Moet je dus een regel verwijderen ergens, neem je een nieuwe tag en comment je die regel code uit met de tag ervoor. Het kan wel serieus oplopen qua hoeveelheid code in commentaar... Modules van 5k regels waarvan makkelijk meer dan 3k oude code is. Gelukkig kom je die niet vaak tegen Al kom je soms wel 100 tags tegen, dat begint een knoeiboel te worden. Zeker als het zo'n modules zijn die al van uit de jaren 80 mee gaan...

[SPee]

Yuck!

Dan geef ik toch liever de voorkeur aan beschrijvende commentaar als commit message.
Met de moderne tools kun je dan gelijk een link maken naar je issue.

Wat voor nut heeft het om zulke berichten van 2010 te lezen, terwijl de code in al die tijd al tientallen keren is veranderd


Maargoed, bij ons is het ook niet optimaal.
Door onze opzet raken we de history kwijt bij merging van bugs op de huidige versie naar de komende versie.
Dus zie je ook niet wie, wat, wanneer, waarom heeft gedaan.

[Douweegbertje]

kenneth schreef op dinsdag 23 december 2014 @ 11:44:
Ik snap er niets van, waarom zou je dit doen:

C#:

// Console.WriteLine("hello ,world");

Ipv die regel (als het meezit, meestal zijn het tientallen tegelijk bij ons) eruit te slopen (minder toetsaanslagen dan Ctrl-K Ctrl-C)

Op een gegeven moment kijk je naar meer code-commentaar dan naar code zelf. Nee, dat gaat je helpen als je al krap zit met resources

Ten eerste heeft niemand het over 50% comments en 50% code, leuk verzinsel maar je hoeft niet het uiterste te gaan pakken. De rede is deels dat je soms best moeilijke functionaliteiten hebt, en dan comments als verkapt reference materiaal gebruikt. Ja, er is versiebeheer, maar dan zou je (mits je er al aan denkt om te weten dat er ooit iets anders stond) meerdere revisies moeten checken om te weten hoe/wat/waar/waarom.

Je moet het ook niet te ver doortrekken zoals ik in mijn eerste zin al vermelde. Het is heus niet zo dat heel je code volstaat met legacy meuk en/of comments... Zat dingen worden 'gewoon' verwijderd, maar aan de andere kant blijven dingen ook staan.

Los daarvan hangt het IMO ook erg af van wat voor type applicatie je hebt. Wij hebben bijvoorbeeld enorm veel berekeningen e.d. die ook nog eens regelmatig veranderen. Uiteraard is er 'gewoon' een verkapt CMS om de meeste zaken te veranderen maar dan nog moet er soms iets structureels in de code veranderd worden.

Ik weet dat het niet de ideale situatie is, maar vertel anders mij maar hoe je een zeer grote applicatie kan beheren zonder veel manuren en rand software.

Overigens weet ik niet of je reactie weer op mij of ElkeBal was, maar nog steeds ontopic

[ElkeBxl]

Douweegbertje schreef op dinsdag 23 december 2014 @ 13:12:
[...]
Overigens weet ik niet of je reactie weer op mij of ElkeBal was, maar nog steeds ontopic

ElkeBxl

[GateKeaper]

Douweegbertje schreef op dinsdag 23 december 2014 @ 13:12:
[...]
Ja, er is versiebeheer, maar dan zou je (mits je er al aan denkt om te weten dat er ooit iets anders stond) meerdere revisies moeten checken om te weten hoe/wat/waar/waarom.

Is dat niet juist het idee van versiebeheer?

[wackmaniac]

In sommige gevallen is het fijn om een bepaalde keuze in je code in commentaar toe te lichten. Maar uitgecommentariseerde code ben ik tegen. Tenzij het natuurlijk een example is in je docblock

[Soundless]

Douweegbertje schreef op dinsdag 23 december 2014 @ 13:12:
[...]
Ja, er is versiebeheer, maar dan zou je (mits je er al aan denkt om te weten dat er ooit iets anders stond) meerdere revisies moeten checken om te weten hoe/wat/waar/waarom.

SVN heeft hier SVN blame voor.
En git heeft Git blame.
Je hoeft dus helemaal niet meerder revisies door te lopen.

Ik weet dat het niet de ideale situatie is, maar vertel anders mij maar hoe je een zeer grote applicatie kan beheren zonder veel manuren en rand software.

Met een source control systeem...

Dat je de tools niet kent/wilt kennen is geen goed excuus om geen source control te gebruiken.
Zeker in een groot project is de nut te merken.

[ Voor 3% gewijzigd door Soundless op 23-12-2014 13:27 ]

[TheNephilim]

Soundless schreef op dinsdag 23 december 2014 @ 13:26:
[...]


SVN heeft hier SVN blame voor.
En git heeft Git blame.
Je hoeft dus helemaal niet meerder revisies door te lopen.

Nog best veel dingen die ik hier ook moet leren. Heb het Git Pro PDF'je al op m'n tablet gezet Al zal het pas zomervakantie zijn voor ik tijd heb om die rustig te lezen denk ik.

[StM]

Als ik iets nooit nuttig heb kunnen gebruiken is het wel {git|svn} blame. Je kan daarna alsnog handmatig alle revisies door gaan spitten.

[wackmaniac]

Uiteindelijk komt de hele blame vaak vol te staan met merges en is de daadwerkelijke aanpassing vaak alsnog lastig te extraheren.

[Voutloos]

ElkeBxl schreef op dinsdag 23 december 2014 @ 12:47:
[...]

Ik zit nu op een Cobolproject met 10 developers tegelijk.

Goede reden voor versioncontrol. Alhoewel je 't in je eentje ook altijd moet gebruiken.

Buiten dan mijn eigen changes tracken (wat ze al doen met tags in comments), zie ik er geen nut van om zelfs iets te gebruiken.

History, blame, branch, revert, diff, en _alles_ dat je bij je _handmatige_ aanpak geheid een keer vergeet of vern**kt.

Zo'n zaken zetten ze hier altijd bovenaan in elke Cobol file.

Helft vd toetsaanslagen niet nodig bij versiebeheer. Om nog niet eens te beginnen over relaties en multifile commits.

Dan weet je dus voor welk project/defect een zekere user op een zekere datum iets gewijzigd heeft aan de hand van de <xxx> tag die ervoor staat

Handmatig ipv automatisch!! Vet, als dat niet de toekomst is!

Moet je dus een regel verwijderen ergens, neem je een nieuwe tag en comment je die regel code uit met de tag ervoor.

Verwijderen != grijs fontje gebruiken.

Het kan wel serieus oplopen qua hoeveelheid code in commentaar... Modules van 5k regels waarvan makkelijk meer dan 3k oude code is.

...

Gelukkig kom je die niet vaak tegen

Enigszins fijn, maar doet niets nada noppes af aan de andere gevallen.

Al kom je soms wel 100 tags tegen, dat begint een knoeiboel te worden.

WTF Alsof een handjevol niet errorprone is.

Zeker als het zo'n modules zijn die al van uit de jaren 80 mee gaan...

Geen reden om je toolkit niet up te graden. Zeker omdat - als je het goed doet - het uiteindelijk relatief los van elkaar staat.

Zo. 100% van je post gequote. Op alle punten niet eens met werkwijze bij jou, en zou voor mij - als er geen ruimte tot verbetering/meedenken/vernieuwen is - zelfs reden zijn om een omgeving met developers die wel vc begrijpen te gaan zoeken.

[Soundless]

Het is nogal simpel te gebruiken:
- je doet een blame
- zoekt de regel op
- Je weet meteen wie het was.

Wil je weten wat hij meer heeft veranderd in die commit?
Zoek de revisie op met de revision number die erbij staat.

Of in TortoiseSVN doe je rechtsklik op regel -> show changes

Het is allemaal niet zo moeilijk of zoveel werk als je het nodig hebt.

[ElkeBxl]

Voutloos schreef op dinsdag 23 december 2014 @ 13:49:
Zo. 100% van je post gequote. Op alle punten niet eens met werkwijze bij jou, en zou voor mij - als er geen ruimte tot verbetering/meedenken/vernieuwen is - zelfs reden zijn om een omgeving met developers die wel vc begrijpen te gaan zoeken.

Amai, je hebt er nogal effort in gestoken

Ik ben het zelf ook niet eens met die werkwijze hoor Maar ik zat hier maar 4 maanden en het is gewoon een bedrijfsstandaard voor alle Cobol developers die men vereist... Kan ik niet aan doen dat die pipo's die onze deployment software schrijven nog niet begonnen zijn aan een version control

En dit is mijn laatste dag hier in Cobol, na mijn kerstvakantie start ik terug in het .Net team van dit bedrijf waar men proper TFS gebruikt en wel het concept van versiebeheer snapt

[Hipska]

Struikrover schreef op dinsdag 23 december 2014 @ 12:17:
http://instantrimshot.com/

Die site werkt hier niet echt (Safari en Chrome)

[Firesphere]

Webkit he

[Voutloos]

ElkeBxl schreef op dinsdag 23 december 2014 @ 13:53:
Ik ben het zelf ook niet eens met die werkwijze hoor Maar ik zat hier maar 4 maanden en het is gewoon een bedrijfsstandaard voor alle Cobol developerssjakies die men vereist...

FTFY.

Wmb is de term developer gereserveerd voor mensen die minstens versioncontrol toepassen.

[Mercatres]

Yey, het is weer rant op XAML-tijd.
Ik voeg een nieuwe customcontrol toe aan een XAML-file (die daarvoor altijd netjes heeft gewerkt). Nieuwe control levert geen problemen, maar een oude opeens wel.

[Rutix]

Soundless schreef op dinsdag 23 december 2014 @ 13:52:
Het is nogal simpel te gebruiken:
- je doet een blame
- zoekt de regel op
- Je weet meteen wie het was.

Wil je weten wat hij meer heeft veranderd in die commit?
Zoek de revisie op met de revision number die erbij staat.

Of in TortoiseSVN doe je rechtsklik op regel -> show changes

Het is allemaal niet zo moeilijk of zoveel werk als je het nodig hebt.

Precies. En als er TFS word gebruikt heb je annotate en view history + changeset history.

[.oisyn]

Hipska schreef op dinsdag 23 december 2014 @ 13:57:
[...]

Die site werkt hier niet echt (Safari en Chrome)

Werkt anders prima hier (Chrome 39.0.2171.95 op Windows)