De Devschuur Coffee Corner - Iteratie 3

[Firesphere]

Tja, klanten... Can't live with them, can't live without them

Als ik een junior inhuur die expert is op het gebied van Magento, maar verder niets, en een klant wil een webshop, neem ik die junior mee.

Ik stel diegene dan wel voor als "onze webshop expert", om inderdaad die reden denk ik (automatisme).

[Avalaxy]

Daos schreef op zaterdag 27 juli 2013 @ 17:32:
Bij het bedrijf waar ik stage liep was iedereen Manager (bv Sales Manager) of Engineer (zelfs de uitvoerende mts-ers).

Persoonlijk lijkt het me best een gaaf experiment om mijn m'n eigen bedrijf _iedereen_ een managertitel te geven Ik vind het onzin dat mensen met compleet nietszeggende beroepen tegenwoordig al een managertitel krijgen

- Als je werkt als receptioniste/voorraadbeheerster ben je Office Manager
- Beheer je de social media account, ben je ineens Marketing Manager
- Organiseer je feestjes, doe je ineens 'Leisure Management'
- Beheer je de indeling van de hokken in een dierentuin, doe je plots 'Dierenmanagement'
- Ben je een simpele recruiter, heeft het ineens de fancy term 'Human Resource Management'
- Houd je je een beetje bezig met communicatie, ben je een Communicatiemanager
- Als je de catering en schoonmaak regelt ben je een Facility Manager
- Ga je over de Q&A ben je een Q&A Manager
- Ben je verantwoordelijk voor innovatie, ben je een Innovatiemanager

Maar als je programmeert dan ben je een... Programmeur En verdien je ook nog eens minder dan een hoop van bovenstaande beroepen omdat er geen 'Management' achter staat.

Wat mij betreft is dus iedereen 'Code Manager', 'Scrum Manager', 'Unit Test Manager', 'Deployment Manager', 'Koffiezetapparaatmanager', etc.

[Firesphere]

Avalaxy schreef op zondag 28 juli 2013 @ 00:51:
[...]


Persoonlijk lijkt het me best een gaaf experiment om mijn m'n eigen bedrijf _iedereen_ een managertitel te geven Ik vind het onzin dat mensen met compleet nietszeggende beroepen tegenwoordig al een managertitel krijgen

- Als je werkt als receptioniste/voorraadbeheerster ben je Office Manager
- Beheer je de social media account, ben je ineens Marketing Manager
- Organiseer je feestjes, doe je ineens 'Leisure Management'
- Beheer je de indeling van de hokken in een dierentuin, doe je plots 'Dierenmanagement'
- Ben je een simpele recruiter, heeft het ineens de fancy term 'Human Resource Management'
- Houd je je een beetje bezig met communicatie, ben je een Communicatiemanager
- Als je de catering en schoonmaak regelt ben je een Facility Manager
- Ga je over de Q&A ben je een Q&A Manager
- Ben je verantwoordelijk voor innovatie, ben je een Innovatiemanager

Maar als je programmeert dan ben je een... Programmeur En verdien je ook nog eens minder dan een hoop van bovenstaande beroepen omdat er geen 'Management' achter staat.

Wat mij betreft is dus iedereen 'Code Manager', 'Scrum Manager', 'Unit Test Manager', 'Deployment Manager', 'Koffiezetapparaatmanager', etc.

Mij lijkt me de titel/functieomschrijving
"Facebook API Specialist; Silverstripe Expert; Embedded Applications Engineer; Destroyer of all living API's; Disfunctional Codemanager; Beer Specialist; Coffee Engineer"
wel wat

---

Ok, iets serieuzer

Ik merk dat mensen die iets met klanten van doen hebben vaak fancier functienamen hebben. Simpelweg omdat klanten dit helemaal geweldig vinden.
Helaas heeft dit ook tot gevolg dat degenen die moeten uitvoeren wat de fancy "manager" aan de klant heeft verkocht, vaak helemaal die titel niet krijgen, maar vooral de zweep er over krijgen.
Met als gevolg:
demotivatie
Bonus voor de verkoper
GEEN bonus voor de uiteindelijke bouwer
etc.

[ Voor 13% gewijzigd door Firesphere op 28-07-2013 00:58 ]

[BikkelZ]

Firesphere schreef op zaterdag 27 juli 2013 @ 23:35:
Lijkt me sterk, Senior of Junior is gewoon een titel. Junior betekend "Net begonnen", dat zegt helemaal niets over de kwaliteiten van de persoon, alleen iets over de positie binnen het bedrijf.

Als die junior toevallig expert is op het gebied van wat de klant wil, is het een junior, maar kan meer zinnigs zeggen dan de senior die niet zoveel weet van dat werkgebied.

Onzin, een senior software engineer is iemand met veel ervaring met softwareontwikkelingsprocessen. Daarnaast kun je ook nog gespecialiseerd zijn in een bepaalde taal of een bepaald pakket. Een Senior C# Programmeur is naar mijn idee een samenstelling van het senior niveau van functioneren met de specialisatie C#.

Nieuwe talen en frameworks zijn op zich vrij makkelijk te leren. Als je als C# programmeur niet makkelijk kunt overstappen naar bijvoorbeeld Ruby of zelfs C dan ben je in mijn beleving ook waarschijnlijk nooit echt een goede C# programmeur geweest.

[Firesphere]

BikkelZ schreef op zondag 28 juli 2013 @ 01:13:
[...]


Onzin, een senior software engineer is iemand met veel ervaring met softwareontwikkelingsprocessen. Daarnaast kun je ook nog gespecialiseerd zijn in een bepaalde taal of een bepaald pakket. Een Senior C# Programmeur is naar mijn idee een samenstelling van het senior niveau van functioneren met de specialisatie C#.

Nieuwe talen en frameworks zijn op zich vrij makkelijk te leren. Als je als C# programmeur niet makkelijk kunt overstappen naar bijvoorbeeld Ruby of zelfs C dan ben je in mijn beleving ook waarschijnlijk nooit echt een goede C# programmeur geweest.

En nu heb ik een junior die echt 100x beter is in Java. Maar omdat hij niet zo heel veel werkveld ervaring heeft, noem ik hem junior software engineer.

Wat is dan een beter idee, als de klant vraagt naar een Java applicatie?

Dat bedoel ik. De senior/medior/junior titel zegt zelden iets over kunnen, vaker iets over ervaring. En ja, een senior kan betere inschattingen doen dan een junior, maar de junior weet in het gegeven voorbeeld beter waar hij het over heeft. De senior mag op basis van de conclusies van de junior zijn eigen conclusie trekken.

[BtM909]

Dus jij classificeert j/m/s op ervaring en niet op kennis

[Firesphere]

Deels wel ja. Het is een zwart-wit voorbeeld.

[jeroenikke]

IceM schreef op zaterdag 27 juli 2013 @ 10:23:
Senior Software Engineer? Ik vind het altijd belachelijk staan, een CEO "titel" van een bedrijfje met 1 of 2 werknemers.

Ik vind CEO ook nogal hoog van de toren blazen. Ik zie geregeld "zaakvoerder" op naamkaartjes staan, dat vind ik duidelijk zonder dat het afstandelijk overkomt. Normaal staat er op je naamkaartje toch iets van slagzin waarin software engineering oid staat, dus dat je software maakt lijkt mij duidelijk.

Ook boeit het toch niet helemaal of jij nu zelf software engineer bent of niet? Stel nu nog dat jij enkel het bestuur doet, dan nog zullen ze u contacteren. Vanaf het eerste contact zal duidelijk worden dat jij wel degelijk ook de software ontwerpt.

[BikkelZ]

Firesphere schreef op zondag 28 juli 2013 @ 01:25:
[...]

En nu heb ik een junior die echt 100x beter is in Java. Maar omdat hij niet zo heel veel werkveld ervaring heeft, noem ik hem junior software engineer.

Wat is dan een beter idee, als de klant vraagt naar een Java applicatie?

Dat bedoel ik. De senior/medior/junior titel zegt zelden iets over kunnen, vaker iets over ervaring. En ja, een senior kan betere inschattingen doen dan een junior, maar de junior weet in het gegeven voorbeeld beter waar hij het over heeft. De senior mag op basis van de conclusies van de junior zijn eigen conclusie trekken.

Een junior heeft altijd sturing nodig op een project voor het halen van deadlines, codereviews nodig om beter te worden of de applicatie niet overhoop te halen, een medior kan zelf kleine projecten met en meedraaien in grotere projecten zolang het ontwerp en proces maar door anderen in de gaten gehouden wordt en een senior kan programmeren aan de grootste projecten en ook op juniors en mediors letten.

Heb je dus een Java junior en ben je zelf een C# senior, moet je toch die junior overzien wat betreft aanpak, deadlines, communicatie, noem maar op. In principe zou ik een junior nooit een heel project alleen laten coden wat ik niet zelf zou kunnen verifieren, al is het maar in grote lijnen.

Kan hij dat wel dan moet je misschien toch maar eens gaan nadenken of het niet ondertussen een medior is.

[Firesphere]

BikkelZ schreef op zondag 28 juli 2013 @ 02:16:
[...]


Een junior heeft altijd sturing nodig op een project voor het halen van deadlines, codereviews nodig om beter te worden of de applicatie niet overhoop te halen, een medior kan zelf kleine projecten met en meedraaien in grotere projecten zolang het ontwerp en proces maar door anderen in de gaten gehouden wordt en een senior kan programmeren aan de grootste projecten en ook op juniors en mediors letten.

Heb je dus een Java junior en ben je zelf een C# senior, moet je toch die junior overzien wat betreft aanpak, deadlines, communicatie, noem maar op. In principe zou ik een junior nooit een heel project alleen laten coden wat ik niet zelf zou kunnen verifieren, al is het maar in grote lijnen.

Kan hij dat wel dan moet je misschien toch maar eens gaan nadenken of het niet ondertussen een medior is.

1. Het is een voorbeeld, zwart wit gesteld
2. Zie punt 1
3. Als C# dev heb ik niks te zoeken in een adviserende rol richting een klant, mbt een Java project.
4. Zie punt 1
5. Als Junior Java-dev iets zegt, betrek je dat op je eigen kennis, en trek je daar je conclusies etc. uit
6. Zie punt 1
7. Dat ik hier nog zo serieus op in ga als je punt 1 niet wilt begrijpen is me een raadsel.

[Douweegbertje]

Sorry maar ik moet altijd gniffelen om al die kansloze benamingen die ik lees in mails. Even serieus, who cares? Ik kom vaak de meest idiote titels tegen, en in feite is het vrij doelloos.
Er zijn naar mijn mening maar een paar titels die er toe doen voor een andere partij/klant. Simpel weg de basis van je afdeling ; support/helpdesk, klantenservice en de directie. Dan voor een aantal dingen heb je nog baat bij P&O of ook een leuke "human resources dot dot dot"

Als jij als programmeur direct klant contact hebt (wat ik overigens al ontzettend gaar vind) dan ga ik er vanuit dat je al een bepaalde relatie met zo'n klant heb. Al dan niet vermeld je even dat jij de gene bent die het rommeltje in elkaar zet en je groet gewoon met je naam.

In elk geval is dat mijn mening, en om even mijn argument te versterken:

Met vriendelijke groet,

Douweegbertje
Medewerker ICT
Applicatie ontwikkelaar
PHP ontwikkelaar
Senior development
Senior Software Engineer Communicator
Technology Evangelist






I rest my case

[Creepy]

6-layer dip maker

[BikkelZ]

Firesphere schreef op zondag 28 juli 2013 @ 02:21:
[...]

1. Het is een voorbeeld, zwart wit gesteld
2. Zie punt 1
3. Als C# dev heb ik niks te zoeken in een adviserende rol richting een klant, mbt een Java project.
4. Zie punt 1
5. Als Junior Java-dev iets zegt, betrek je dat op je eigen kennis, en trek je daar je conclusies etc. uit
6. Zie punt 1
7. Dat ik hier nog zo serieus op in ga als je punt 1 niet wilt begrijpen is me een raadsel.

Oh het was gewoon een heel slecht voorbeeld

Nee dan sorry

[alienfruit]

SAP 7.3 Upgrade Hater was ik vorige week

[Firesphere]

BikkelZ schreef op zondag 28 juli 2013 @ 04:29:
[...]


Oh het was gewoon een heel slecht voorbeeld

Nee dan sorry

Nee, jij snapt het niet.

[CodeCaster]

Misschien moet je het punt dat je probeert te maken met je junior Java dev dan even wat beter uitleggen, want mij ontgaat het in ieder geval volledig.

Je gaat een junior niet bij een klant neerzetten, omdat 'ie junior is en daarmee geen ervaring heeft. Dan kun je 'm voor de klant wel medior noemen en hem er toch heen sturen om te gaan speccen en vervolgens bouwen, maar dat is 'ie dan niet dus dat gaat mis.

Beter stuur je je ervaren ontwikkelaar erheen, omdat speccen in principe losstaat van de taal, en laat hem wat uitwerken voor je junior.

Nog beter zorg je ervoor dat je wat Java-mediors of -seniors in huis hebt voor je zo'n junior binnenhaalt.

[Rutix]

CodeCaster schreef op zondag 28 juli 2013 @ 09:16:
Misschien moet je het punt dat je probeert te maken met je junior Java dev dan even wat beter uitleggen, want mij ontgaat het in ieder geval volledig.

Je gaat een junior niet bij een klant neerzetten, omdat 'ie junior is en daarmee geen ervaring heeft. Dan kun je 'm voor de klant wel medior noemen en hem er toch heen sturen om te gaan speccen en vervolgens bouwen, maar dat is 'ie dan niet dus dat gaat mis.

Beter stuur je je ervaren ontwikkelaar erheen, omdat speccen in principe losstaat van de taal, en laat hem wat uitwerken voor je junior.

Nog beter zorg je ervoor dat je wat Java-mediors of -seniors in huis hebt voor je zo'n junior binnenhaalt.

Precies.

Ook ben ik met dit punt totaal niet eens:

3. Als C# dev heb ik niks te zoeken in een adviserende rol richting een klant, mbt een Java project.

Een senior developer heeft meestal genoeg ervaring in de globale concepten dat hij best een adviserende rol kan hebben in het project of een sturende rol. Veel dingen zijn namelijk taal onafhankelijk en als een vraag of w/e te diep op Java ingaan kan hij altijd die junior vragen wat die erover denkt of een andere Java developer. De meeste projecten worden sowieso niet door 1 iemand gedaan iig waar ik werk komt dat zelden voor.

[Matis]

Godgloeiende, ik zit me al heel de middag stuk te staren op een stukje code dat gebruikt maakt van de GLib Single Linked List.
Er raakten items zoek of werden niet op de juiste plek toegevoegd

Nu blijkt dus dat ik de functie g_slist_reverse () dacht te gebruiken als een reset functie, om de pointer weer naar het eerste element te sturen, maar dat was dus helemaal niet het geval.
Natuurlijk ken ik de vertaling van reverse, maar ik las het gewoon telkens als reset

Enniehoe, opgelost

[SPee]

Probleem met de Junior/Senior benaming is, dat iedere persoon een andere gedachte hierover heeft.
Zoals hier ook naar voren komt (Medior heeft zulke problemen veelal niet)
Sommige zien dat op kennis niveau, andere op algemene bekwaamheid.
Probleem is dat het dus op net zulke verschillende wijze bij klanten ook werkt.

Dus bij de ene klant is het niet raadzaam om iemand als Junior voor te stellen, maar de andere heeft er geen problemen mee.
Een Senior zou inderdaad adviserend kunnen zijn buiten zijn eigen 'taal', maar dan niet programmeertechnisch maar op architectuur nivo. De klant waar ik nu zit, ziet een Senior als intermediar voor het management en geeft aan dat zo iemand best minder kennis kan hebben als een Medior (op technisch gebied).
Dus daar is een Senior een 'aspirant manager'.

Je zou ook gewoon de titel Junior helemaal kunnen laten vallen of in het eerste jaar als 'Beginnend java programmeur' kunnen aanduiden. Kan hij later 'Experienced java developer' worden.

Iedereen is manager:
-Manager facilitaire voorzieningen
-uitslaapmanager
-profielmanager
-Shoppingmanager
-Zorgmanager
-Gezinsmanager
-Agendamanager

[Matis]

Ik ben printerpapiermanager op de zaak

[Cor453]

Ik ben toch vooral een humeurmanager. Sommige klanten laten geen ruimte om humeurmanager te mogen zijn, ze vragen teveel (domme) dingen.

Maar inderdaad, sommige titels zijn echt raar. Iemand bij mijn vorige baas werkte op de administratie-afdeling als Administrative Office Manager. Hij handelde gewoon de rekeningen af...

[ThomasG]

Titels stellen helemaal niks meer voor. Over een paar jaar is elke werknemer onderdirecteur. Maar aan de andere kant, "Administrative Office Manager" staat wat interessanter dan secretaresse tijdens feestjes en partijen.

[Firesphere]

Volgens mij zit er een bug in NetBeans... ineens 64G aan ram vol

[Ryur]

Sinds vandaag ook maar een Pluralsight account.
Eigenlijk vind ik hem net te duur (vooral omdat je huurt, als het nou je eigendom werd zoals bij Peepcode vond ik het beter).

Maar nu ik toch richting de Microsoft kant ga, is Pluralsight eigenlijk een verplichting.

Hebben hier mensen ervaring met de Exercise systemen van Pluralsight bij de 'duurdere' abbo's? Hoe bevalt dat?

[DXaroth]

Firesphere schreef op zondag 28 juli 2013 @ 17:15:
Volgens mij zit er een bug in NetBeans... ineens 64G aan ram vol

de hoofdreden dat ik van netbeans ben afgestapt... weet niet wat die doet, maar soms gaat ie helemaal los, en zit je ram binnen een paar minuten compleet vol.

[Firesphere]

Tja, heb wel eens een load-bug gezien, maar 64G? Gaat me toch te ver hoor!

Verder vind ik het best een fijne IDE voor Java en PHP, dus dan maar ff alle procs killen, werkt ook prima

[Ryur]

Firesphere schreef op zondag 28 juli 2013 @ 19:13:
Tja, heb wel eens een load-bug gezien, maar 64G? Gaat me toch te ver hoor!

Verder vind ik het best een fijne IDE voor Java en PHP, dus dan maar ff alle procs killen, werkt ook prima

Zijn de Jetbrains IDE's niks voor jou dan?
Ik zweer bij alles van JB! Behalve AppCoda dan, daar gebruik ik gewoon Xcode.

Vooral RubyMine staat de laatste tijd vaak op

[F.West98]

PHPStorm
Maar FS, je deed toch iets met C# (las ik even terug met junior/senior discussie), waarom geen Visual Studio dan? IMO beter dan PHPStorm. (ja, totaal anders, maar qua algemene functionaliteit & uiterlijk)

[ Voor 18% gewijzigd door F.West98 op 28-07-2013 20:09 ]

[Firesphere]

Ja, ik werk ook met C#, maar dat is niet in NetBeans dus

Ik ben nu even bezig aan een website van me, waar ik liever NetBeans voor gebruik. Verder heb ik JetBrains Storm etc. gewoon hoor
Maar ik vind voor PHP zooi, NetBeans toch fijner werken 9 van de 10 keer.

En ik heb ook "gewoon" Visual Studio hoor Maar dat is ongeschikt, overloaded voor PHP zooi.

[ Voor 15% gewijzigd door Firesphere op 28-07-2013 20:14 ]

[F.West98]

Firesphere schreef op zondag 28 juli 2013 @ 20:13:
Ja, ik werk ook met C#, maar dat is niet in NetBeans dus

Ik ben nu even bezig aan een website van me, waar ik liever NetBeans voor gebruik. Verder heb ik JetBrains Storm etc. gewoon hoor
Maar ik vind voor PHP zooi, NetBeans toch fijner werken 9 van de 10 keer.

En ik heb ook "gewoon" Visual Studio hoor Maar dat is ongeschikt, overloaded voor PHP zooi.

Ohja Beter lezen
NetBeans niet geprobeerd, maar vind PHPStorm er beter uit zien.
PHP/CSS/HTML -> PHPStorm (kleine dingen Notepad++)
C#/LESS(/HTML) -> Visual Studio
Best simpel

[ThomasG]

Het ligt er maar net aan wat je prettig vindt. Ik heb altijd de neiging om, ongeacht de programmeertaal, gewoon in een simpele editor - dan niet dan met syntax highlighting - te werken. En dan het liefste gewoon via de terminal.

Het is niet dat ik geen IDEs gebruik, maar ik betrap mezelf erop dat ik het grootste deel van de tijd buiten de IDEs om werk. Hoewel ze bedoeld zijn om het productiviteit te bevorderen, hebben ze bij mij vaak het tegenovergestelde effect.

Vooral met Java IDEs heb ik altijd ruzie, hoewel gelukkig vrijwel geen Java hoef te gebruiken. Het meeste is C/C++, Assembler en cohorten.

[ Voor 13% gewijzigd door ThomasG op 28-07-2013 20:50 ]

[BikkelZ]

De hoeveelheid domme en zinloze fouten die Visual Studio en ReSharper bij elkaar afvangen in mijn code wat de meeste IDE's niet opvangen nog te zwijgen over teksteditors. Zat weer te PHP'en dit weekend in Sublime Text en dan maak je dus gewoon fouten zoals $language vs $langauge. Kost allemaal tijd en het is nergens voor nodig.

Maar bedankt dat ik nogmaals aan PHP Storm ben herinnerd hier, eens kijken hoe dat gaat aangezien ik nu wat code wil gaan refactoren

[Verwijderd]

Wie ik vandaag toch in een keer tegenkwam...

[ Voor 20% gewijzigd door Verwijderd op 28-07-2013 22:53 ]

[F.West98]

Ja zeg.. Een niet werkende pic. Het is toch wat

[Verwijderd]

F.West98 schreef op zondag 28 juli 2013 @ 22:47:
Ja zeg.. Een niet werkende pic. Het is toch wat

fixed that for you
Imgur werkte niet, geen idee waarom niet.
Ben niet zo'n uploader blijkbaar

[PeterSelie]

Moooh

[Firesphere]

Verwijderd schreef op zondag 28 juli 2013 @ 22:45:
Wie ik vandaag toch in een keer tegenkwam...

[afbeelding]

Het zusje van Hans? Hans is Blont namelijk

[Aloys]

BikkelZ schreef op zondag 28 juli 2013 @ 21:10:
De hoeveelheid domme en zinloze fouten die Visual Studio en ReSharper bij elkaar afvangen in mijn code wat de meeste IDE's niet opvangen nog te zwijgen over teksteditors. Zat weer te PHP'en dit weekend in Sublime Text en dan maak je dus gewoon fouten zoals $language vs $langauge. Kost allemaal tijd en het is nergens voor nodig.

Maar bedankt dat ik nogmaals aan PHP Storm ben herinnerd hier, eens kijken hoe dat gaat aangezien ik nu wat code wil gaan refactoren

Om dat soort simpele dingen af te vangen gebruik gewoon phpcs en phpmd. Nergens last van tijdens het coden en na het coden wordt ik geforceerd om mij aan mijn eigen code standaarden te houden .

In de praktijk houd ik mij altijd aan m'n eigen standaarden .

[ Voor 4% gewijzigd door Aloys op 28-07-2013 23:35 ]

[F.West98]

Validation failed for one or more entities. See 'EntityValidationErrors' property for more details.

* F.West98 start debugger




edit:
Ah, gevonden. Vulde ergens handmatig null in in een veld met attribute required
Wel jammer dat VS dat dan weer niet controleert. Hardcoded null invullen bij required attribute (daarmee bedoel ik, pre-build controleren)

[ Voor 31% gewijzigd door F.West98 op 28-07-2013 23:48 ]

[Styxxy]

F.West98 schreef op zondag 28 juli 2013 @ 23:36:

edit:
Ah, gevonden. Vulde ergens handmatig null in in een veld met attribute required
Wel jammer dat VS dat dan weer niet controleert. Hardcoded null invullen bij required attribute (daarmee bedoel ik, pre-build controleren)

De compiler kan dat niet controleren hé, dat is een runtime probleem. Je zou altijd zelf static code analysis rules gaan bijmaken. Anyway, gewoon opletten vooraleer je code typt .

[BikkelZ]

F.West98 schreef op zondag 28 juli 2013 @ 23:36:


edit:
Ah, gevonden. Vulde ergens handmatig null in in een veld met attribute required
Wel jammer dat VS dat dan weer niet controleert. Hardcoded null invullen bij required attribute (daarmee bedoel ik, pre-build controleren)

Tja mijn stokpaardje blijft toch wel gewoon het toevoegen van null-less object references aan C# en nog een handjevol talen, te vergelijken met int vs int?.

[F.West98]

BikkelZ schreef op maandag 29 juli 2013 @ 00:28:
[...]


Tja mijn stokpaardje blijft toch wel gewoon het toevoegen van null-less object references aan C# en nog een handjevol talen, te vergelijken met int vs int?.

string in dit geval

In DB had ik eerder wel null gebruikt bij voorbeelddata, had niet door dat het model wel required had...

[Alex)]

Styxxy schreef op maandag 29 juli 2013 @ 00:07:
[...]

De compiler kan dat niet controleren hé, dat is een runtime probleem. Je zou altijd zelf static code analysis rules gaan bijmaken. Anyway, gewoon opletten vooraleer je code typt .

Daarom: ReSharper + NotNullAttribute

[BikkelZ]

Alex) schreef op maandag 29 juli 2013 @ 00:39:
[...]


Daarom: ReSharper + NotNullAttribute

Dat is wel cool, maar voorkomt natuurlijk geen problemen op het moment dat iemand anders aan de slag gaat met een kant en klare library van mij die geen ReSharper gebruikt. Terwijl een specifiek non nullable type compilerfouten geeft aan de kant van degene die de library probeert te gebruiken.

Ik kan me nog wel herinneren bij LLBLGen dat ik om een query te doen echt allerlei parameters mee moest geven, echt geen idee hoe ik dat allemaal aan moest maken. Zoeken zoeken zoeken. Op een gegeven moment bleek dat het ook wel best was als ik de meeste parameters gewoon null liet.

En dat verwacht je dan weer niet

[F.West98]

Geen R# helaas, en ook niet vanuit bedrijf...

[Ghehe]

Dit weekend wat lopen prutsen met Vagrant (en Puppet prov.). Ook mijn eigen box gemaakt (Arch linux ) omdat op vagrantbox.es er een versie van een jaar oud stond die niet eens puppet had geïnstalleerd. (En updaten was één grote miserie )

Ze hadden op die vagrantbox.es website wel een paar kolommetjes kunnen zetten met "Puppet: check", "Chef: check", ...

[.Gertjan.]

Fijn, zit de komende 2 dagen zonder internet op mij pc's... Router klapte gisteren tijden het internetten eruit en wil niet mee aan gaan... Diverse zaken gedaan, maar hij blijft zo dood als een pier. Voor een cisco/linksys van (destijds) 80 euro had ik dat niet verwacht

Kan in geval van nood een pc of laptop rechtstreeks aan de modem hangen, maar doe dat liever niet (ben nooit helemaal zeker over mijn firewalls).

Nu moet ik tot dinsdag wachten tot er een nieuwe router wordt geleverd (had hem niet zo hard nodig dat ik 20 euro extra ga uitgeven in een echte winkel).

Ben in ieder geval blij dat ik afgelopen weekend mijn server heb vehuisd, die staat nu veilig op een andere plek met internet

[elnaeth]

En toen was het weer MaandagMorgen™ helaas... Wel een fijn weekend beleefd in Keulen, met extreme hoeveelheden nu-nog-uitwerkend Kölsch :-) Eens zien of veel koffie wat uithaalt..

[Firesphere]

Mogge.

Koffie?

[Douweegbertje]

Moggel heb m'n eerste bak er alweer in zitten.

[Ryur]

Hier heeft de melk van de cappuccino er vanaf vrijdagochtend ingezeten. En het is daar niet de koudste plek.
Dus dat wordt zo super goed & vaak spoelen.

[D-Raven]

Oef toch iets teveel bier gisteren avond..

Heb grootse moeite om mn ogen open te houden Tijd voor iets sterkers dan thee.

[Robbiedobbie]

Oef, 4 uur slaap in 2 dagen is te min.
Zaterdag en zondag lan party gehad met vrienden. Totaal niet geslapen, op 4 uurtjes afgelopen nacht na. Ik voel me bijna dood....

In hoge uitzondering toch maar energy drinks gekocht die ik nu naar binnen ben aan het werken...

[_Moe_]

Robbiedobbie schreef op maandag 29 juli 2013 @ 09:57:
...
In hoge uitzondering toch maar energy drinks gekocht die ik nu naar binnen ben aan het werken...

Straks op de pot dan, door al die rotzooi in je lichaam!

Ik moet daar nog geen half blikje van drinken en ik heb het vlaggen

[DXaroth]

Altijd wel fijn om te zien dat andere mensen ook last hebben van het 'obscure probleem' waar de ontwikkelaar zelf geen last van heeft...

Nu nog een oplossing vinden.. ik heb meer thee nodig.

[GateKeaper]

DXaroth schreef op maandag 29 juli 2013 @ 11:02:
Nu nog een oplossing vinden.. ik heb meer thee nodig.

De uitdrukking is toch echt "koffiedik kijken" dacht ik, geen theeprut.

[DXaroth]

GateKeaper schreef op maandag 29 juli 2013 @ 11:08:
[...]


De uitdrukking is toch echt "koffiedik kijken" dacht ik, geen theeprut.

Maar het duurt zo lang voordat het koffiedik wordt, als je geen koffie drinkt...

en theeblaadjes lezen is weer zo zweverig voor mijn doen...

[Intru]

ARGHHH RAGE!! Afgelopen week snoeihard gewerkt om ons artikel af te krijgen voor Visapp 2014 (deadlline: afgelopen donderdag). Hebben ze ergens donderdagavond besloten om de deadline te extenden naar 18 september... Wat een idioten zeg. En deze deadline WAS al extended.... *zucht*

[D-Raven]

Kreeg net deze foutmelding: "The method has already been invoked, and can only be invoked once."

Aka, .Net die tegen me zegt: listen carefully...

[ Voor 9% gewijzigd door D-Raven op 29-07-2013 11:54 ]

[Douweegbertje]

Ik ben net bezig geweest met een PDF lib (html -> pdf) en het koste mij ongeveer een uurtje om uiteindelijk een fatsoenlijke nested table te maken.. kan wel huilen.

[Verwijderd]

dompdf zeker?

[Douweegbertje]

mPdf

Heb me nooit zo verdiept in allerlei libs, maar dit is blijkbaar de "standaard" (lol) wat we hier gebruiken. Maar volgens mij zijn er niet eens echte fatsoenlijke html->pdf libs, althans niet gratis, en volgens mij zijn de betaalde libs echt schijtduur.

[HuHu]

html -> pdf is echt lastig te doen. Het beste is om je layout opnieuw op te zetten, geschikt voor PDF. Als je een MVC applicatie hebt, moet je gewoon een aparte view maken voor PDF output. Conversie van html -> pdf is matig. De beste oplossing (in termen van kwaliteit van de output) die goed werkt is een browser op je server installeren met een PDF printer en die de conversie laten doen.

[Verwijderd]

Ligt er ook aan hoe ingewikkeld het moert worden natuurlijk...
Ik heb laats dompdf gebruikt voor een eenvoudig bulletpoint lijstje met wat gegevens, een lijntje eronder <hr/> en een ingescand bonnetje eronder. Dat gaat dan prima, maar ik denk dat hoe ingewikkelder je het maakt hoe lastiger het wordt.

Toen ik ooit een vreselijk ingewikkelde pdf moest genereren met nauwelijks dynamische gegevens (hoogstens 3 regeltjes tekst) heb ik een achtergrondplaatje ter grootte van een a4 gemaakt en de gegevens er met wat trial en error juist op gepositioneerd, wellicht is dat ook een optie (als je plaatje van hoge resolutie is is het nauwelijks te zien)

[Douweegbertje]

Ja ik kan niet echt zeggen waarvoor het is, maar in elk geval moet het 1 op 1 worden met het 'voorbeeld' wat ik hier heb. Dwz verschillende font-sizes, tables, borders, halve borders, opsommingen en dan ook nog dynamische content.
Het 'printen' naar PDF gaat hem niet echt worden, met name de rede dat het op meerdere servers draait en we niet echt een centrale opslag hebben en dat soort dingen. Ansich niet erg, maar ook zijn de servers gehost bij een 3e partij waar we in feite niet op kunnen voor dit soort dingen..

Nja in elk geval veel gezeur voor een PDF

[Avalaxy]

Hele erge keelontsteking

Dikke koorts en barstende keelpijn.

[HuHu]

douweegbertje schreef op maandag 29 juli 2013 @ 12:34:
Ja ik kan niet echt zeggen waarvoor het is, maar in elk geval moet het 1 op 1 worden met het 'voorbeeld' wat ik hier heb. Dwz verschillende font-sizes, tables, borders, halve borders, opsommingen en dan ook nog dynamische content.
Het 'printen' naar PDF gaat hem niet echt worden, met name de rede dat het op meerdere servers draait en we niet echt een centrale opslag hebben en dat soort dingen. Ansich niet erg, maar ook zijn de servers gehost bij een 3e partij waar we in feite niet op kunnen voor dit soort dingen..

Nja in elk geval veel gezeur voor een PDF

Hoezo heb je HTML die je niet kunt printen? Je kunt HTML toch altijd openen in een browser en dan printen? Als je de URL op kunt vragen om de HTML te verkrijgen, dan lijkt me dat je het moet kunnen printen.

[Hoogie2004]

Probeer eens een heel brede html-table te printen, er is 1 browser die de juiste css ondersteund om een table juist in de tabel af te breken als de kolommen niet meer passen.

Volgens verschillende documentatie zouden meer browsers het moeten ondersteunen, maar het werkt werkelijk nergens...

[ Voor 42% gewijzigd door Hoogie2004 op 29-07-2013 12:57 ]

[ieperlingetje]

pfff bepaalde obscure zoekmachines denken dat ze alle url's mogen lowercase maken. Gelukkig hebben de meeste van mijn bezoekers chrome als browser waardoor google nog vlug een resultatenpagina kan tonen en ze op de juiste weg kan helpen.

[Hoogie2004]

Welk onderdeel van een url is case-sensitive dan? Buiten misschien query-string onderdelen kan ik me het nut ervan niet voorstellen, behalve als je bewust verwarring wilt zaaien

#edit: Ah schijnbaar is het vooral windows degene die de url case negeert en de domein-naam is als enige echt case-insensitive.

[ Voor 27% gewijzigd door Hoogie2004 op 29-07-2013 13:06 ]

[Cor453]

Nee inderdaad. Waarom zou je case sensitive url's willen?

[Daos]

Bij mijn hoster werken de urls ook alleen case-sensitive. De dader die alles lowercase opvraagt is het "Microsoft SmartScreen Filter system". Ik had hier ooit een topic voor geopend: Sommige clients proberen bestand in lowercase te downloaden

[Ram0n]

Cor453 schreef op maandag 29 juli 2013 @ 13:08:
Nee inderdaad. Waarom zou je case sensitive url's willen?

Denk aan bijvoorbeeld URL shorteners.

[BikkelZ]

Breek me de bek niet open over PDFs genereren, ooit weken bezig geweest omdat meneer de marketingmanager het pixelprecies wilde hebben zoals zijn voorbeeld. Duurde al even voordat we aan zijn verstand geprutst hadden dat marges een printerinstelling zijn en dat pixelprecies matchen alleen werkt als je dat niet negeert.

Toen bleek er ook nog een bug in de library te zitten die per geneste table één pixel te veel invoegde.

[alienfruit]

PDFs generen deden wij gewoon met een reporting engine die PDFs kon uitspugen.

[Evilbee]

Wat zijn die vakantie periodes vervelend, echt helemaal niemand is te bereiken...

Oh jah, en ik wordt gek van die out-of-office replies

[ Voor 27% gewijzigd door Evilbee op 29-07-2013 14:07 ]

[_Peter2_]

Evilbee schreef op maandag 29 juli 2013 @ 14:06:
Wat zijn die vakantie periodes vervelend, echt helemaal niemand is te bereiken...

Oh jah, en ik wordt gek van die out-of-office replies

Wat dacht je van een systeem waarbij er op elk mailtje een out of the office krijgt (en niet alleen maar op het eerste mailtje)

[GateKeaper]

_Peter2_ schreef op maandag 29 juli 2013 @ 14:11:
[...]

Wat dacht je van een systeem waarbij er op elk mailtje een out of the office krijgt (en niet alleen maar op het eerste mailtje)

Super, misschien begrijp je dan dat je iemand zijn inbox niet helemaal hoeft vol te spammen.

[PatrickH89]

GateKeaper schreef op maandag 29 juli 2013 @ 14:16:
[...]


Super, misschien begrijp je dan dat je iemand zijn inbox niet helemaal hoeft vol te spammen.

Ik zeg, zet je eigen out-of-office reply aan en laat lekker loopen

[Firesphere]

_Peter2_ schreef op maandag 29 juli 2013 @ 14:11:
[...]

Wat dacht je van een systeem waarbij er op elk mailtje een out of the office krijgt (en niet alleen maar op het eerste mailtje)

Of van mensen die een out-of-office reply sturen op een out-of-office. En dat blijven doen. Ik heb't gezien, iemand die terug kwam van vakantie en echt enige miljoenen aan ooo replies had, allemaal van zichzelf en aan zichzelf door een configuratiefoutje aan de server kant.

[GateKeaper]

Aan de andere kant wel weer mooi dat 't kon. Ik vrees dat onze mailserver plat zou gaan.

[_Moe_]

GateKeaper schreef op maandag 29 juli 2013 @ 14:28:
Aan de andere kant wel weer mooi dat 't kon. Ik vrees dat onze mailserver plat zou gaan.

Anderzijds had de systeembeheerder, hier toch wel een mooie melding voor mogen krijgen zou ik zo denken.

[Korben]

Bedlam DL3!

[HMS]

alienfruit schreef op maandag 29 juli 2013 @ 13:34:
PDFs generen deden wij gewoon met een reporting engine die PDFs kon uitspugen.

Wel reporting engine was dat dan? Om nou voor een simpel PDFje een MSSQL Reporting Services op te gaan zetten (incl. licentiekosten ) is wel beetje extreem.

[Firesphere]

_Moe_ schreef op maandag 29 juli 2013 @ 14:39:
[...]


Anderzijds had de systeembeheerder, hier toch wel een mooie melding voor mogen krijgen zou ik zo denken.

De betreffende server zou dat ruimschoots aan moeten kunnen, aangezien het ook een vrij actief gebruikte nieuwsbrief-verstuur-server is en het was de keuze om inderdaad op ELKE mail een ooo te sturen. Dat vervolgens iemand in z'n mail-programma OOK een ooo instelt en z'n laptop de hele vakantie aan laat staan, was niet helemaal voorzien

[phex]

Zelf gebruik ik deze html -> pdf API op basis van webkit.

http://pdfcrowd.com/

[BikkelZ]

Zo weer even 2GB aan repo clonen + een half uur builden na een veldslag met git die we beiden niet gewonnen hebben.

Ik ga maar eens controleren of mijn favoriete sites het nog doen

[D-Raven]

Vandaag maar weer eens aan het kijken gegaan naar FubuMVC. Maar de docs zijn nog steeds een grote clusterfuck.

Er staat een hoop informatie in.. maar het is alsof een zieke geest net de sleutelpunten in het verhaal verwijderd heeft. Als je dan github induikt voor antwoorden in de docs daar, dan kom je erachter die diezelfde 'zieke geest' daar ook is langs geweest.

Fuck this shit. Zet er dan geen documentatie neer ofzo.

/frustratie

[azerty]

phex schreef op maandag 29 juli 2013 @ 14:44:
Zelf gebruik ik deze html -> pdf API op basis van webkit.

http://pdfcrowd.com/

Ik gebruik wkhtmltopdf, kun je zelf alles lekker instellen zoals je het wil

[Rutix]

D-Raven schreef op maandag 29 juli 2013 @ 16:28:
Vandaag maar weer eens aan het kijken gegaan naar FubuMVC. Maar de docs zijn nog steeds een grote clusterfuck.

Er staat een hoop informatie in.. maar het is alsof een zieke geest net de sleutelpunten in het verhaal verwijderd heeft. Als je dan github induikt voor antwoorden in de docs daar, dan kom je erachter die diezelfde 'zieke geest' daar ook is langs geweest.

Fuck this shit. Zet er dan geen documentatie neer ofzo.

/frustratie

Dat gevoel had ik nou ook toen ik probeerde eraan te beginnen. Ik toen heel snel gezegd fuck this en ben ermee gekapt

[Robbiedobbie]

Dat moment dat je een branch in git merged die bijna 2 weken los heeft gestaan van de main branch, en git geeft geen conflicts... Dit is niet te geloven? Echt?

damn... toch niet... blijkt dat git geen conflicts meent te zien, maar ondertussen code heeft vermeubeld welke toch niet zo obvious te mergen was... En daar zit je dan, handmatig alle errors te fixen -.-

[Firesphere]

Robbiedobbie schreef op maandag 29 juli 2013 @ 17:13:
Dat moment dat je een branch in git merged die bijna 2 weken los heeft gestaan van de main branch, en git geeft geen conflicts... Dit is niet te geloven? Echt?

damn... toch niet... blijkt dat git geen conflicts meent te zien, maar ondertussen code heeft vermeubeld welke toch niet zo obvious te mergen was... En daar zit je dan, handmatig alle errors te fixen -.-

mergen met de -k vlag (geloof dat't die was), dan krijg je regel voor regel meldingen en kun je tijdens het mergen ingrijpen. Scheelt je een hele berg geklooi.

[Robbiedobbie]

Firesphere schreef op maandag 29 juli 2013 @ 17:16:
[...]

mergen met de -k vlag (geloof dat't die was), dan krijg je regel voor regel meldingen en kun je tijdens het mergen ingrijpen. Scheelt je een hele berg geklooi.

You sir... are a hero!

[Firesphere]

Controleer het wel even, ik weet niet zeker of't inderdaad de -k vlag was en ik kan m'n git cheatsheet niet terug vinden

[Ryur]

Herhaling van mijn vraag, raakte een beetje ondergesneeuwd:

Sinds vandaag (red gister) ook maar een Pluralsight account.
Eigenlijk vind ik hem net te duur (vooral omdat je huurt, als het nou je eigendom werd zoals bij Peepcode vond ik het beter).

Maar nu ik toch richting de Microsoft kant ga, is Pluralsight eigenlijk een verplichting.

Hebben hier mensen ervaring met de Exercise systemen van Pluralsight bij de 'duurdere' abbo's? Hoe bevalt dat?

BtM909 schreef op maandag 29 juli 2013 @ 17:51:
Je vraag raakt ondergesneeuwd omdat het niet handig is om allerlei vragen hier te stellen. Waarom maak je niet even een apart topic aan in PRG?

Vooral omdat laatst ging hier de discussie over de overnamen van Peepcode door Pluralsight .
Daarom dacht ik dat dit een goede plek was.

Maar ik ga wel een eigen topic aanmaken

[ Voor 32% gewijzigd door Ryur op 29-07-2013 18:02 ]

[BtM909]

Je vraag raakt ondergesneeuwd omdat het niet handig is om allerlei vragen hier te stellen. Waarom maak je niet even een apart topic aan in PRG?

[F.West98]

Als ik voor elke regel in mijn project een euro zou krijgen zou ik €50k+ hebben

[ThomasG]

F.West98 schreef op maandag 29 juli 2013 @ 18:51:

Als ik voor elke regel in mijn project een euro zou krijgen zou ik €50k+ hebben

Zijn dat regels die iets voorstellen, of is dat inclusief commentaar, witregels en regels met slechts een enkele accolade, etc.?

[Verwijderd]

Ruzie met de ruby version manager en homebrew op de mac! Damn!

[F.West98]

ThomasG schreef op maandag 29 juli 2013 @ 19:04:
[...]
Zijn dat regels die iets voorstellen, of is dat inclusief commentaar, witregels en regels met slechts een enkele accolade, etc.?

Ik bleek /Scripts meegeteld te hebben. Kom nu uit op 10k.
En dat is incl commentaar (af en toe een regeltje, nooit uitgebreid want redelijk straight-forward) en witregels/regions/accolades