:strip_exif()/u/294184/20150204_SITE_GIF_VALKUIL-resized.gif?f=community)
En het is mijn post xD
Nu ja, mijn dag was goed, dat mag er nog wel bij... Boek gewonnen met wedstrijd, goede presentaties...
Nu ja, mijn dag was goed, dat mag er nog wel bij... Boek gewonnen met wedstrijd, goede presentaties...
:strip_icc():strip_exif()/u/180657/texacoiq2.jpg?f=community)
Ik vind op google alleen iets met @live, en dat heeft een mooie voorgevel aldus facebook
Iedereen racet naar google
:strip_icc():strip_exif()/u/284419/Mexican%2520Wolf%2520Klein.jpg?f=community)
Kletsen kan altijd, alleen komt daar niet echt een voortvarende deal uit uiteindelijk:
[...]
Voor een bemiddelaar in ICT opdrachten/vacatures is dat wel verdomd slordig moet ik zeggen. Maar goed daar heb je sowieso figuren tussen zitten waar de tranen van in je ogen springen.
Kreeg er pas eentje die ongeveer zo ging:
[...]
"kletsen"Welke leeftijd moet je hebben om nog te spreken over "kletsen"... Wat een klets zeg..
Daarnaast had ze als afzender (das het mooie van LinkedIn, dan krijg je ook het email adres van de persoon die je een bericht stuurt te zien) iets als sabje_92@hotmail.com...
Ik heb een hekel aan mensen die té informeel gaan doen op zakelijk gebied: Ik ben 21, maar je hoeft me niet als kind te beschouwen want ik heb genoeg sollicitaties gedaan in mijn leven en kan me best wegwijs vinden in een kennismakingsgesprek of wat dan ook.
:strip_icc():strip_exif()/u/190884/dug.jpg?f=community)
Ik ga natuurlijk niet haar echte adres neerzetten. Sowieso wordt dat lastig omdat ik de mail meteen naar de prullenbak heb verwezen.:
[...]
Ik vind op google alleen iets met @live, en dat heeft een mooie voorgevel aldus facebook
Iedereen racet naar google
Ik heb mijn leeftijd op mijn profiel staan (ook op LinkedIn), dus ze had kunnen zien dat ik 28 ben, dus dan is kletsen een beetje "kinderlijk". Aan mijn gedrag zou je overigens niet zeggen dat ik 28 ben, maar dat haal je niet uit mijn profiel:
[...]
Kletsen kan altijd, alleen komt daar niet echt een voortvarende deal uit uiteindelijk
Ik heb een hekel aan mensen die té informeel gaan doen op zakelijk gebied: Ik ben 21, maar je hoeft me niet als kind te beschouwen want ik heb genoeg sollicitaties gedaan in mijn leven en kan me best wegwijs vinden in een kennismakingsgesprek of wat dan ook.
Zelf heb ik vaak een insteek dat wanneer iemand iets van mij wil hebben ze wel iets formeler mogen zijn. Ik heb bijna een dagtaak aan het filteren van troep van recruiters in mijn mailbox. Er is meer vraag dan aanbod, dan moet je die schaarse resources wel een beetje netjes benaderen.
Ze hoeven niet direct met Geachte te beginnen, maar een beetje je plek kennen kan geen kwaad.
Daarnaast heeft ze niet goed gelezen, want dan had ze gezien dat ik een eigen bedrijfje run en zelf mensen zoek, nee dan wil ik echt met je kletsen over een of ander vaag baantje. Sowieso wil ik eerst meer info voordat ik überhaupt in ga op iets...
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
/u/7685/ruinmytune-60x60.png?f=community)
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.
:strip_icc():strip_exif()/u/36083/crop5dca9e34ce091_cropped.jpeg?f=community)
Adobe staat bekend om z'n rampzalige customer support. Wat dat bedrijf af en toe uit vreet ten koste van tonnen-betalende goede klanten gerechtvaardigd bijna het piraten van hun software.:
Tjonge wat zou het toch fijn zijn als je waardeloze leveranciers een factuur in de maag kan splitsen voor de verloren uren door hun gepruts.
Wilde net even Photoshop Elements op mijn laptop activeren krijg ik een melding dat ik door mijn registratie limiet heen ben... Blijkt dat ik voordat ik mijn harde schijf formateerde eerst even de software moest deactiveren. Hoe f*cking waardeloos is dat... Laat mij dan op zijn minst zelf een computer deactiveren, nee dat moet weer via de helpdesk...
Af en toe snap ik volledig waarom mensen hun heil zoeken in pirated software...
En afgelopen week was ik ook al aan het ruzieen met Windows, netjes de Media Center Pack aangeschaft voor W8, blijkt daar geen mogelijkheid in te zitten om encrypted Blu-Rays af te spelen...
Engineering is like Tetris. Succes disappears and errors accumulate.
:strip_exif()/u/34748/ferrari_avatar.gif?f=community){kind=avatar}
Die heb ik ook gehad. Initialen CT toevallig?:
Kreeg er pas eentje die ongeveer zo ging:
[...]
"kletsen"
Daarnaast had ze als afzender (das het mooie van LinkedIn, dan krijg je ook het email adres van de persoon die je een bericht stuurt te zien) iets als sabje_92@hotmail.com...
Was een leuke dame om te zien, iig degene die mij een berichtje stuurde
Xbox
Even the dark has a silver lining | I'm all you can imagine times infinity, times three
Mmmm, misschien ging het dus niet over een development rol... Jammer dat ik het mailtje heb verwijderd 
Gelukkig konden ze het redelijk snel fixen toen ik eenmaal een medewerker te pakken had, maar het blijft bizar dat je de licenties niet zelf kunt terugtrekken. Tuurlijk kan dat lullig zijn als iemand je code jat, maar goed via de consumer service kan hij hetzelfde.
Support was gezien het taalgebruik ook lekker naar India ge-outsourced, dus dat ging ook niet helemaal vloeiend...
Ah well, ik kan mijn software suite van 100+ euro weer gebruiken, maar echt klantvriendelijk zijn dat soort wurgtechnieken niet... De illegale versies zijn meestal ontdaan van die bullshit waardoor je eigenlijk alleen de goede klanten tegen de schenen trapt...
Nope, volgens mij was het Sabrina.of Sabine ofzo.:
[...]
Die heb ik ook gehad. Initialen CT toevallig?
Ik moet oppassen met mooie dames in mijn inbox, mijn vrouw zit ook wel eens achter mijn PCWas een leuke dame om te zien, iig degene die mij een berichtje stuurde
Zeker nu ik de LinkedIn integratie heb in Outlook staan er soms best leuke plaatjes tussen 
Kijkt wat prettiger dan Henk of Kees de ICT-er
[ Voor 18% gewijzigd door .Gertjan. op 10-01-2013 22:39 ]
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
Ik zie soms bij 'people you may know' (eigenlijk bijna altijd Engelse) vrouwen staan met echt ronduit hoerige foto's, waarvan ik me afvraag waarom je zoiets in hemelsnaam op linkedin zou zetten
:strip_icc():strip_exif()/u/87691/avatar_alex.jpg?f=community){kind=avatar}
Één van de dingen waar ik een hekel aan heb zijn servers die als naam niets meer hebben dan een paar letters en een volgnummer als KLANTSRV0746, en dan een vraag krijgen als "Heb je <iets> al gedaan op de 927?" Mijn antwoord op zulke vragen is steevast "Ik heb geen idee, wat voor server is 'de 927'?"
Als ik moet connecten met een server gebruik ik de DNS-naam als het kan, dat is vaak iets als <projectnaam>.<test/acc/prod>.klant.local. Veel makkelijker
Dat heb ik ook met work item-nummers:
- "Alex, drie weken terug ben je bezig geweest met 4924. Hoe staat het daarmee?"
"Ik heb geen idee, wat is 4924 voor work item?"
- "Oh, dat ging over XYZ"
"Ahja, nou weet ik het weer."
Als ik moet connecten met een server gebruik ik de DNS-naam als het kan, dat is vaak iets als <projectnaam>.<test/acc/prod>.klant.local. Veel makkelijker
Dat heb ik ook met work item-nummers:
- "Alex, drie weken terug ben je bezig geweest met 4924. Hoe staat het daarmee?"
"Ik heb geen idee, wat is 4924 voor work item?"
- "Oh, dat ging over XYZ"
"Ahja, nou weet ik het weer."
We are shaping the future
Welkom in de grotere wereld zou ik willen zeggen.:
Één van de dingen waar ik een hekel aan heb zijn servers die als naam niets meer hebben dan een paar letters en een volgnummer als KLANTSRV0746, en dan een vraag krijgen als "Heb je <iets> al gedaan op de 927?" Mijn antwoord op zulke vragen is steevast "Ik heb geen idee, wat voor server is 'de 927'?"
Als ik moet connecten met een server gebruik ik de DNS-naam als het kan, dat is vaak iets als <projectnaam>.<test/acc/prod>.klant.local. Veel makkelijker
Dat heb ik ook met work item-nummers:
- "Alex, drie weken terug ben je bezig geweest met 4924. Hoe staat het daarmee?"
"Ik heb geen idee, wat is 4924 voor work item?"
- "Oh, dat ging over XYZ"
"Ahja, nou weet ik het weer."
Waar meer dan 1 type server staat (heb je al iets aan de mailserver gedaan klinkt vrij apart als er 10 staan)
Waar meer work-items over schijnbaar hetzelfde kunnen gaan.
:strip_icc():strip_exif()/u/111986/03042010122s.jpg?f=community)
Wohooo HTCPCP
(het is wel nog geen 1 april hé)Is wel leuk om een keer een arduino / netduino achtig iets aan een koffieapparaat / senseo te hangen
[ Voor 5% gewijzigd door Hoogie2004 op 11-01-2013 06:56 ]
Als er meerdere servers voor hetzelfde zijn heeft het zin om met een volgnummer te werken. Maar als alle servers dezelfde prefix hebben en het volgnummertje slechts wijzigt zegt zo'n servernaam mij helemaal niets meer. Net als servers die namen hebben van goden, stripfiguren, enzovoorts. Wat is er mis met een naam als Project-Web-01?
Over work items: het scenario waar ik het over had is zegmaar het spreekwoordelijke gesprekje bij een koffiemachine. Één van de weinige momenten waarop ik geen beschikking heb over TFS. Dan heb ik echt geen idee waar dat work item over gaat hoor
We are shaping the future
:strip_icc():strip_exif()/u/315253/boy-tweakers.jpg?f=community)
Een server naam met goden, stripfiguren kan best ligt er maar aan wat voor interne naam je voor dat project hebt:
[...]
Als er meerdere servers voor hetzelfde zijn heeft het zin om met een volgnummer te werken. Maar als alle servers dezelfde prefix hebben en het volgnummertje slechts wijzigt zegt zo'n servernaam mij helemaal niets meer. Net als servers die namen hebben van goden, stripfiguren, enzovoorts. Wat is er mis met een naam als Project-Web-01?
Over work items: het scenario waar ik het over had is zegmaar het spreekwoordelijke gesprekje bij een koffiemachine. Één van de weinige momenten waarop ik geen beschikking heb over TFS. Dan heb ik echt geen idee waar dat work item over gaat hoor
. Wij doen het hier niet wij hebben gewoon dingen zoals <projectnaam>-stage en <projectnaam>-test ect.Ik heb ook een hekel aan als mensen aan mij vragen of ik wat aan Work item heb gedaan en dan het nummer opnoemen. Ten eerste zijn ze dan lui want ze kunnen gewoon in de historie zien of ik er iets aan heb gedaan en ten tweede weet ik niet alle nummers uit mijn hoofd >.> noem dan ten minste de titel of stuur een link ernaar toe zodat ik het kan zien
.
Nothing to see here!
Doet mij denken aan mijn stage. Daar had de .NET-afdeling besloten om de servers te vernoemen naar Starwars figuren. Best hilarisch als een collega in de gang tegen je zegt: "Wacht, ik geef C3PO en R2D2 wel even een schop":
[...]
Een server naam met goden, stripfiguren kan best ligt er maar aan wat voor interne naam je voor dat project hebt
Het mooie was nog dat die servers bij hem op kantoor boven op de kast lagen en van een stikker met het betreffende figuur waren voorzien
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
:strip_icc():strip_exif()/u/226826/aardblij-60.jpg?f=community)
Lol, ik ken haar. Sabine; ze is een C#/PHP dev
Er zal geen ketsen gestaan hebben; ze heeft al een vriend
[ Voor 8% gewijzigd door Gamebuster op 11-01-2013 09:00 ]
Let op: Mijn post bevat meningen, aannames of onwaarheden
/u/39688/AnnoAvatarSmall.png?f=community){kind=avatar}
Ja prima toch? Als iedereen het weet is er geen enkel probleem.:
[...]
Doet mij denken aan mijn stage. Daar had de .NET-afdeling besloten om de servers te vernoemen naar Starwars figuren. Best hilarisch als een collega in de gang tegen je zegt: "Wacht, ik geef C3PO en R2D2 wel even een schop"
Het mooie was nog dat die servers bij hem op kantoor boven op de kast lagen en van een stikker met het betreffende figuur waren voorzien
. Overal waar ik zo'n systeem gebruik is er ook wel een documentje met een beschrijving wat elke doet enzo dus het is ook nou niet dat als er niemand is dat ze niet weten waar de server voor dient .
Nothing to see here!
Verwijderd
Oh, je bedoelt zoiets:
[...]
Ja prima toch? Als iedereen het weet is er geen enkel probleem.
Ik zeg ook niet dat het verkeerd is:
[...]
Ja prima toch? Als iedereen het weet is er geen enkel probleem.
Vond het alleen wel geinig. Zegt meer dan NL-AMS-SERV-001 (alsof de locatie echt nuttig is om in de server naam te hebben...).Zelf hanteer ik al jaren namen van planeten. Probleem is dat ik graag de PC's wel een toepasselijke naam wilde meegeven. Mijn kleinste laptop was bijvoorbeeld naar Pluto vernoemd (toen het nog een planeet was). en mijn krachtige desktop heette Jupiter
Op een gegeven moment ben ik voor namen gewoon op Wikipedia gaan snuffelen in de ruimte-portal, grotendeels van de machines werden toen vernoemd naar hemellichamen ver buiten ons zonnestelsel
(op een gegeven moment is ons sterrenstelsel "leeg" en herbruiken vind ik niet handig).Inmiddels zijn de sterren verleden tijd en ben ik overgegaan op naming van uilensoorten, deel van mijn nieuwe servers zijn dus vernoemd naar uilen families
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
Dat heb ik ook met user stories waar ik niet al dagen aan werk,
. "Ey hoe zit het met IB-183?" "euh, wa?" "Die van ordering", "Oww die :+" De servers waar we op draaien hebben ook leuke namen, en de software die we moeten opleveren moeten ook volgens een of andere obscure formule opgebouwd worden (denk een prefix voor het applicatietype, drie letters voor de afdeling, twee letters voor iets, nog twee letters voor iets anders, geen flauw idee), met een versienummer die lijkt op, maar net niet, een 'standaard' is.
Yes
. Zien jullie trouwens de grafieken op deze link ? http://tweakers.net/stats...n=PerServer&Server=Aphaea >.>
Nothing to see here!
:strip_icc():strip_exif()/u/283202/vlag.jpg?f=community)
Nope, vooral heel veel wit.:
[...]
Yes
Ik gok dat het hier mee te maken heeft:
http://tweakers.net/ext/s...=Serverstats&Col=LoadAvg&Time=&Dagen=&Server=Aphaea&Mode=
[ Voor 25% gewijzigd door Erwin537 op 11-01-2013 10:00 ]
:strip_exif()/u/73955/foxavatar-60.gif?f=community){kind=avatar}
Mwoah, als je zoals ons bedrijf een afdeling in NL en een in roemenie hebt, dan is het verrekte handig om te weten dat als er in paniek een systeembeheerder naar het datacenter moet dat je dan een roemeen stuurt en niet een nederlander als server RU-Foo-42 eruit ligt.:
[...]
Ik zeg ook niet dat het verkeerd is
Op zoek naar een nieuwe collega, .NET webdev, voornamelijk productontwikkeling. DM voor meer info
/u/12668/hydra.png?f=community)
Nou, autisten hebben de grootste moeite om met veranderingen om te gaan. Dingen die niet in hun patroontjes passen raken ze van van streek
Oh, ik wel best ff informeel kletsen met zo'n recruiter als ze er leuk uitziet. Uurtje of 8 's avonds, hapje eten, wijntje, en het dan vooral niet over werk hebben:
"kletsen"
Daarnaast had ze als afzender (das het mooie van LinkedIn, dan krijg je ook het email adres van de persoon die je een bericht stuurt te zien) iets als sabje_92@hotmail.com...
[ Voor 35% gewijzigd door Hydra op 11-01-2013 10:17 ]
https://niels.nu
In dit geval is het meer iemand die allang zijn beslissing genomen heeft om het vooral _niet_ te willen gebruiken onder het mom dat het een te groot risico is (mvc ipv webforms), en nog meer van dat soort dood-doeners. Als er dan ook nog onzin voorbij komt over "dat we wel een goede reden moeten hebben om iets anders dan ASP.Net te doen" dan ben ik er _helemaal_ klaar mee..:
[...]
Nou, autisten hebben de grootste moeite om met veranderingen om te gaan. Dingen die niet in hun patroontjes passen raken ze van van streek
Dat soort koppigheid is inderdaad wel erg vervelend. Zeker als er een kant en klaar alternatief wordt neergelegd. Zelf heb ik ook nog wel eens de neiging om te blijven hangen in oudere technieken. Meestal hebben deze zich redelijk bewezen en ben ik er ervaren mee. De penalty om met nieuwe technieken te beginnen is vaak te hoog en blijft het dus liggen.
Maar goed, ik blijf wel open staan voor nieuwe dingen, maar helaas zijn ze niet altijd direct toe te passen omdat er al iets is gemaakt of omdat er geen tijd is om nieuwe dingen te leren.
Sjonge ik ben de laatste dan iets te veel in HTML bezig, wordt er helemaal chagrijnig van
Wat een ellende zeg, aan de ene kant een klant die niet snel tevreden is en op ieder puntje zegt: "dat wil ik anders" (maar ze weet niet hoe), en als je iets oplevert dan is moet het wederom anders omdat het op de mac vloekt als je blauwe balkjes in de browser hebt Nu weer een issue met HTML5. Iemand wil op mobiele devices gebruik maken van het numerieke pad, dat is te doen door <input type="number"> toe te passen, maar HTML5 browsers op de desktop besluiten daar een ticker box van te maken met 2 oerlelijke pijltjes. In Chrome kun je die uitschakelen, in Opera natuurlijk weer niet.
Waarom moet het nou altijd zo ontiegelijk moeilijk gemaakt worden
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
Zo ben ik in mijn eigen tijd begonnen aan MVC4, omdat ik dat super interessant vond, en omdat ik wist dat we daar @ work waarschijnlijk iets mee wilden gaan doen.
2 websites gemaakt, waarvan 1 zelfs al gebruikt wordt door 2 handboogverenigingen De andere is nog aan een refactor / verbeter rondje toe, want dat was mijn eerste MVC probeersel
Ontzettend veel van geleerd, en dat is niet onopgemerkt gebleven onder mij collega's
2 websites gemaakt, waarvan 1 zelfs al gebruikt wordt door 2 handboogverenigingen
De andere is nog aan een refactor / verbeter rondje toe, want dat was mijn eerste MVC probeersel Ontzettend veel van geleerd, en dat is niet onopgemerkt gebleven onder mij collega's
[ Voor 27% gewijzigd door Hoogie2004 op 11-01-2013 11:09 ]
:strip_icc():strip_exif()/u/110760/ava.jpg?f=community)
/u/155568/usericon.png?f=community)
Dat vind jij
. Ik ken zat ontwikkelaars die daar in de vrije tijd geen tijd voor hebben (bijvoorbeeld door het gezin ofzo) en dan is het niet per definitie zo dat het geen serieuze ontwikkelaar bent. Ik ben grondig met je eens dat een ontwikkelaar zich wel moet blijven ontwikkelen en dat het siert als hij in zijn eigen tijd ook wat doet maar dat is niet bij iedereen mogelijk. Hier hebben het goed geregeld, hier hebben ze gewoon een % van je chargability afgehaald zodat je aan persoonlijke ontwikkeling kan doen. Volgens was dit 3 uurtjes per week aan zelfstudie ofzo. Daarnaast mag je gewoon cursussen volgen (mits relevant natuurlijk) en bijvoorbeeld een master ernaast gaan volgen .
Nothing to see here!
Helaas is in de grote corporate wereld de opmerking "geen tijd/geld" een redelijk veel gehoorde.
Overigens reken ik als ZZP-er zeker tijd voor kennis-ontwikkeling erbij. Als een klant een cutting-edge project wil bouwen dan reken ik wat extra overhead voor uitzoek werk.
Dus ik probeer het wel hoor Ik werk sowieso nooit voor een werknemer
Maar een werkgever die blind is voor nieuwe ontwikkelingen is ook iets waar ik mijn neus voor ophaal.Eens, een werkgever moet je de ruimte geven. Echter wordt er vaak geeist dat je 40+ uur declarabel bent en dan kun je je tijdens werktijd niet ontwikkelen. Zodra collega's dat thuis gaan doen (of thuis controls/libraries bouwen) is het hek van de dam omdat de werkgever verwacht dat iedereen zich thuis ontwikkelt. Veel werkgevers zien ontwikkelaars nog steeds als kleine fabriekjes waar koffie in wordt gegooid en code uit komt rollen.
Feit is dat er een gezonde balans moet ontstaan. Tuurlijk is het goed om nieuwe dingen te leren en daar moet tijd voor worden vrijgemaakt. Echter is het niet verstandig om een groot nieuw te starten project in een (voor de ontwikkelaar) onbekend framework te doen. Mijn focus ligt al jaren op WebForms, ik ben niet blind voor MVC, maar voor een aantal grote projecten heb ik de veiligheid gekozen en ben ik bij forms blijven hangen omdat ik weet dat voor MVC een aantal dingen behoorlijk anders zijn opgezet. Ik kan namelijk bij de start niet garanderen dat ik dezelfde kwaliteit/mogelijkheden kan afleveren als ik met MVC aan de slag ga.
Natuurlijk ontwikkel ik mijzelf ook in mijn vrije tijd (als ik die heb), maar dan is het altijd lastig om een case te vinden die je wilt uitwerken. Natuurlijk heb ik mijn website een keer in MVC opgezet en ben ik met diverse talen aan het spelen om te leren, maar bij gebrek aan toepasbare cases is die kennis inferieur. Voor mijn website heb ik geen geavanceerd usermanagement nodig
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
Mee eens
Maar dat is in ieder vak zo. Als je jezelf serieus neemt, enigzins wilt kunnen doorgroeien, of een nieuwe baan wilt kunnen vinden als je huidige om welke reden dan ook ophoudt te bestaan, zal je aan je cv moeten blijven werken.Maar goed, genoeg mensen die dus tevreden zijn met hun huidige plek, en geen vrije tijd aan hun werk/carrière/cv willen spenderen. En tjah, die mensen begrijp ik ergens ook wel.
Op software gebied valt dit gewoon wat meer op omdat de ontwikkeling nogal snel gaat. Soms tot het irritante toe. Nog voordat je iets onder de knie hebt, staat het volgende alweer voor de deur en kan allemaal weer "nog mooier".
[ Voor 10% gewijzigd door GateKeaper op 11-01-2013 11:35 ]
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
Geh, ik heb me nooit gerealiseerd dat dit ook kon
In C++ kun je -> dus overloaden middels operator->(). Die returnt dan iets waar vervolgens daadwerkelijk de -> op toegepast wordt. Typisch returnt operator->() een pointer, zoals in B wordt gebruikt. B mimict hier dus als het ware een pointer naar A (handig voor dingen als smart pointers).
Vandaag dacht ik ineens: maar wacht eens even, wat als operator->() nou geen pointer returnt, wat gebeurt er dan? Nou, dit dus
C++:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
| struct A { int i; A() : i() { } }; struct B { A a; A * operator->() { return &a; } }; struct C { B b; B & operator->() { return b; } }; struct D { C c; C & operator->() { return c; } }; int main() { D d; std::cout << d->i << std::endl; } |
In C++ kun je -> dus overloaden middels operator->(). Die returnt dan iets waar vervolgens daadwerkelijk de -> op toegepast wordt. Typisch returnt operator->() een pointer, zoals in B wordt gebruikt. B mimict hier dus als het ware een pointer naar A (handig voor dingen als smart pointers).
Vandaag dacht ik ineens: maar wacht eens even, wat als operator->() nou geen pointer returnt, wat gebeurt er dan? Nou, dit dus
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
:strip_icc():strip_exif()/u/86654/krat_toren.jpg?f=community)
Wat zit die Contacts-API goed verstopt in Windows 8, zeg. ProcMon, Spy++ en dergelijke maar weer van stal halen. 
En waarom trekt Chrome 50% CPU als ik tekst selecteer?
En waarom trekt Chrome 50% CPU als ik tekst selecteer?
[ Voor 24% gewijzigd door CodeCaster op 11-01-2013 11:47 ]
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Het is ook niet mijn bedoeling om ontwikkelaars die thuis niks doen af te serveren als "slechte" ontwikkelaars. Ik ben er ook helemaal mee eens dat een werkgever je niet kan verplichten om dingen thuis te doen, op het moment dat je in je vrije tijd controls of whatever aan het ontwikkelen bent voor je werk, dan heb je ergens een verkeerde afslag genomen (of je moet er zelf voor kiezen).
Maar als iemand met passie voor zijn werk kan ik me niet voorstellen dat je niet naast je werk gaat experimenteren met nieuwe dingen, maar dat haakt weer direct in op interesse en enthousiasme voor je vakgebied. Ik vind persoonlijk dat het niet alleen aan je werkgever is om jou te prikkelen om jezelf te ontwikkelen.
Ik kan me goed voorstellen dat je geen bakken met tijd hebt om grote dingen te doen. Ik zelf ga ook geen hele projecten uitwerken in mn vrije tijd. Daar heb ik dan weer geen zin in en zou mn vriendin ook nooit toestaan omdat ik dan helemaal 24/7 met mn werk bezig ben
Maargoed, komt erop neer dat ik me gewoon gruwelijk kan irriteren aan mensen waaraan je een vraag stelt, waarop dan gereageerd wordt met "geen idee, weet ik niet" waarbij dan een body-language zit waaruit totale desinteresse blijkt.. *flikker op! ga iets anders doen ofzo* denk ik dan
(of je moet er zelf voor kiezen).Maar als iemand met passie voor zijn werk kan ik me niet voorstellen dat je niet naast je werk gaat experimenteren met nieuwe dingen, maar dat haakt weer direct in op interesse en enthousiasme voor je vakgebied. Ik vind persoonlijk dat het niet alleen aan je werkgever is om jou te prikkelen om jezelf te ontwikkelen.
Ik kan me goed voorstellen dat je geen bakken met tijd hebt om grote dingen te doen. Ik zelf ga ook geen hele projecten uitwerken in mn vrije tijd. Daar heb ik dan weer geen zin in
en zou mn vriendin ook nooit toestaan omdat ik dan helemaal 24/7 met mn werk bezig ben Maargoed, komt erop neer dat ik me gewoon gruwelijk kan irriteren aan mensen waaraan je een vraag stelt, waarop dan gereageerd wordt met "geen idee, weet ik niet" waarbij dan een body-language zit waaruit totale desinteresse blijkt.. *flikker op! ga iets anders doen ofzo* denk ik dan
:strip_icc():strip_exif()/u/78891/W-Seawolf.jpg?f=community)
http://en.wikibooks.org/w...tors/Operator_Overloading:
In C++ kun je -> dus overloaden middels operator->(). Die returnt dan iets waar vervolgens daadwerkelijk de -> op toegepast wordt. Typisch returnt operator->() een pointer, zoals in B wordt gebruikt. B mimict hier dus als het ware een pointer naar A (handig voor dingen als smart pointers).
Vandaag dacht ik ineens: maar wacht eens even, wat als operator->() nou geen pointer returnt, wat gebeurt er dan? Nou, dit dus
M E M B E R C E P T I O N
Op zich mee eens hoor, en ik deed thuis ook wel eens wat, maar als ik zaken moet uitzoeken die relevant voor m'n werk zijn doe ik dat gewoon onder werktijd, of het moet is zijn waar ik kwa persoonlijke ontwikkeling gewoon enorm baat bij heb (zoals een cursus ofzo).:
Het is ook niet mijn bedoeling om ontwikkelaars die thuis niks doen af te serveren als "slechte" ontwikkelaars. Ik ben er ook helemaal mee eens dat een werkgever je niet kan verplichten om dingen thuis te doen, op het moment dat je in je vrije tijd controls of whatever aan het ontwikkelen bent voor je werk, dan heb je ergens een verkeerde afslag genomen
Nu is het anders omdat ik m'n eigen weg bepaal en het te druk is om een hele dag te gaan zitten proggen dus dingen die ik leuk vind en uit wil proberen zal ik sowieso thuis moeten doen, maar het werk zelf stopt in het weekend ook niet.
https://niels.nu
Ik noem het jeugdige naïviteit:
Het is ook niet mijn bedoeling om ontwikkelaars die thuis niks doen af te serveren als "slechte" ontwikkelaars. Ik ben er ook helemaal mee eens dat een werkgever je niet kan verplichten om dingen thuis te doen, op het moment dat je in je vrije tijd controls of whatever aan het ontwikkelen bent voor je werk, dan heb je ergens een verkeerde afslag genomen
Jij bent als 21 jarige kei blij met je arbeidscontract en doet alles om je baas blij te maken. Dat doe je de eerste paar jaar, tot je ziet dat jouw baas eigenlijk geen klap extra om je geeft ondanks je extra effort...
Het komt bij mensen ook met vlagen denk ik. Als je 10 uur gewerkt hebt, 2x 1 uur in de auto hebt gezeten dan ben je zo gaar als boter. Het leren van nieuwe technieken lukt dan toch niet en wordt een vrij frustrerende exercitie. Heb toch met enige regelmaat mijn laptop pissig dichtgegooid omdat het gewoon niet wilde lukken, maar ik wel graag wilde.Maar als iemand met passie voor zijn werk kan ik me niet voorstellen dat je niet naast je werk gaat experimenteren met nieuwe dingen, maar dat haakt weer direct in op interesse en enthousiasme voor je vakgebied. Ik vind persoonlijk dat het niet alleen aan je werkgever is om jou te prikkelen om jezelf te ontwikkelen.
Ik kan me goed voorstellen dat je geen bakken met tijd hebt om grote dingen te doen. Ik zelf ga ook geen hele projecten uitwerken in mn vrije tijd. Daar heb ik dan weer geen zin in
Momenteel ben ik bezig met het opstarten van een aantal complexe modules in tools, als ik Visual Studio afsluit aan het einde van de dag ben ik te gaar om nog iets te doen. Als ik dan later in een weekend iets wil doen is er altijd wel iets wat is blijven liggen afgelopen week wat voorrang krijgt. De laatste tijd schiet het er dus een beetje bij in. Ik probeer overigens wel Channel9 en dergelijke in de gaten te houden, maar echt de diepte in lukt niet door tijdsgebrek (en een kwakkelende geestelijke gesteldheid door de winter
).Dat is iets anders natuurlijk. Als je collega een starre zak hooi is die het liefst nog programmeert zoals het hem op de opleiding is geleerd heb je inderdaad een probleem.Maargoed, komt erop neer dat ik me gewoon gruwelijk kan irriteren aan mensen waaraan je een vraag stelt, waarop dan gereageerd wordt met "geen idee, weet ik niet" waarbij dan een body-language zit waaruit totale desinteresse blijkt.. *flikker op! ga iets anders doen ofzo* denk ik dan
Ik sta altijd open voor dat soort dingen, daarom ben ik met enige regelmaat gekoppeld aan juniors en nieuwe personeelsleden.
Vind dat altijd wel leuk om te doen.Een van de dingen die ik ook steevast terug laat komen in sollicitatie gesprekken (nu zit ik eens aan de andere kant
) is of de persoon in kwestie durft te challengen ook al is zijn gesprekspartner senior aan hem. Veel durven dat niet, terwijl ik dat juist een kracht vindt
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
:strip_exif()/u/11775/SoulTaker.gif?f=community)
Dat roept de vraag op: wat doet operator->*() dan weer
* Soultaker gaat lekker de hele dag in C coden. Niets van dit gedoe
Dan moet je geen triviale vragen stellen waarvan het antwoord op MSDN staat.:
Maargoed, komt erop neer dat ik me gewoon gruwelijk kan irriteren aan mensen waaraan je een vraag stelt, waarop dan gereageerd wordt met "geen idee, weet ik niet" waarbij dan een body-language zit waaruit totale desinteresse blijkt.. *flikker op! ga iets anders doen ofzo* denk ik dan
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Ja no shit shirlock, je hoeft de standaard bij mij niet te quoten. Mijn punt was dat ik me nog nooit gerealiseerd had wat de implicaties waren
.* en ->* gebruik je bij pointer-to-members.:
[...]
Dat roept de vraag op: wat doet operator->*() dan weer
C++:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| struct A { int i, j; }; int main() { A a = { }, b = { }; int A::*ptr = &A::i; a.*ptr = 34; // a.i == 34 b.*ptr = 45; // b.i == 45 ptr = &A::j; a.*ptr = 56; // a.j == 56 b.*ptr = 67; // b.j == 67 } |
Als je -> kan overloaden, ligt het dus voor de hand dat je ->* ook kan overloaden. Alleen verschillen ze nogal. -> is namelijk weliswaar een binary operator, maar de right hand side is altijd gewoon een identifier. Bij de ->* is de RHS een full expression, en dus is dat ook gewoon een parameter bij het overloaden van de operator.
C++:
1
2
3
4
5
6
7
| struct B { A a; A* operator->() { return &a; } int & operator->*(int A::*ptr) { return a.*ptr; } }; |
Bij operator->() return je dus gewoon het adres waar de compiler onderwater zelf nog eens de -> op toepast. Bij operator->*() moet je zelf ook daadwerkelijk het dereferencen doen. Bovenstaande code werkt wel met een int A::*, maar niet met een float A::*. Meestal implementeer je 'm dan ook gewoon met een template
C++:
1
2
3
4
5
6
7
| struct B { A a; A* operator->() { return &a; } template<class T> T& operator->*(T A::*ptr) { return a.*ptr; } }; |
Maar eigenlijk implementeert niemand operator->*(), pointer-to-members zijn ook een redelijk obscure feature die je bijna nooit nodig hebt, tenzij je een functor wil maken die wijst naar een specifieke non-static member function op een class instance:
C++:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| struct A { void Foo() { std::cout << "A::Foo()" << std::endl; } }; void Foo() { std::cout << "Foo()" << std::endl; } int main() { std::function<void()> f; A a; f = Foo; f(); // "Foo()" f = std::bind(&A::Foo, &a); f(); // "A::Foo()" } |
Die bind is nodig omdat een pointer-to-member ook daadwerkelijk alleen naar een member point, en dus niet ook nog eens naar een instance. Alle functor support classes zien een R (T::*)(Args...) dan ook als een functie met de signature R(T*, Args...). Oftewel, de eerste parameter is de pointer naar 'this'. Je kunt &A::Foo dus wel direct assignen aan een std::function<void(A*)>. Met bind fixeer je in bovenstaand voorbeeld de eerste parameter naar een specifieke instance van A en houdt je dus een functie zonder parameters over.
[ Voor 15% gewijzigd door .oisyn op 11-01-2013 12:44 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Zou zomaar kunnen, alleen Google was niet evil toch (tenminste dat beweren ze)
Ik kreeg ooit een netto salaris van € 1666,66, dat bleek later wel een voorteken te zijn
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
:strip_icc():strip_exif()/u/116600/crop5be04a1ae3ded_cropped.jpeg?f=community)
Zat net dit even te lezen:
http://computerworld.nl/a...raties-ontwikkelaars.html
En dan te bedenken dat ik de C# syntax (in m'n VB tijd) maar onduidelijk vond. Als ik nu (na zo'n 5 jaar C#) terug kijk naar wat VB code van mezelf denk ik: 'wooooot?'
http://computerworld.nl/a...raties-ontwikkelaars.html
Ik zelf was VB ontwikkelaar en was die VB rommel helemaal zat! Dus op een gegeven moment de overstap naar C# gemaakt.
En dan te bedenken dat ik de C# syntax (in m'n VB tijd) maar onduidelijk vond. Als ik nu (na zo'n 5 jaar C#) terug kijk naar wat VB code van mezelf denk ik: 'wooooot?'
Pffft, doe mij maar een goede Nederlandse knaller
Word ik instant "blij" van...
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
/u/63360/cyberjack_avatar.png?f=community){kind=avatar}
omg wat is dat!:
[...]
Pffft, doe mij maar een goede Nederlandse knaller
Word ik instant "blij" van...
Nu moet ik weer heel veel andere muziek op zetten om dat uit mijn hoofd te krijgen.
:strip_icc():strip_exif()/u/51489/heforshe_logo_detail.jpg?f=community){kind=logo}
Vrijdag, "werk je collega's op de zenuwen"-dag:
Kuikentje Piep....
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
:strip_icc():strip_exif()/u/393369/crop55d593566408c.jpeg?f=community)
Bij ons ging hij ook al over de IRC, nu loopt iedereen de hele dag te "kuiken piep"en:
[...]
Vrijdag, "werk je collega's op de zenuwen"-dag
Ja tuurlijk, gewoon je geld (en die van investeerders) stoppen in twee producten die je volledig baseert op de API van een ander publiek bedrijf 
[ Voor 32% gewijzigd door BtM909 op 11-01-2013 15:08 ]
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.
:strip_icc():strip_exif()/u/5964/crop56503163e97a5.jpeg?f=community)
Gaat lekker meteen bij LinkedIn:
code:
1
| PDOException: SQLSTATE[40001]: Serialization failure: 1213 Deadlock found when trying to get lock; try restarting transaction: DELETE FROM {semaphore} WHERE (name = :db_condition_placeholder_0) AND (value = :db_condition_placeholder_1) AND (expire <= :db_condition_placeholder_2) ; Array ( [:db_condition_placeholder_0] => variable_init [:db_condition_placeholder_1] => 122652872250f01e9e3307d3.72915678 [:db_condition_placeholder_2] => 1357913759.2059 ) in lock_may_be_available() (line 181 of /export/content/data/dlc/shared/www/developer/includes/lock.inc). |
code:
1
| PDOException: SQLSTATE[08004] [1040] Too many connections in lock_may_be_available() (line 167 of /export/content/data/dlc/shared/www/developer/includes/lock.inc). |
Slim ook om al die info gewoon op t scherm te dumpen
[ Voor 59% gewijzigd door Cartman! op 11-01-2013 15:17 ]
Nee, dit is gewoon volledig terecht. Wat LinkedIn (en ook Twitter) doen met hun API is volkomen belachelijk en onethisch. De marktleider geeft een gratis API uit met bepaalde mogelijkheden, mensen baseren daar applicaties op, en dan ga je opeens die API veranderen (en niet in de positieve zin) om d'r meer geld op te verdienen.:
Ja tuurlijk, gewoon je geld (en die van investeerders) stoppen in twee producten die je volledig baseert op de API van een ander publiek bedrijf
Wat mij betreft steekt de EU een stokje voor dit soort zaken. Dit is niet 'dom' van die bedrijven: social media is integraal geworden in het leven (tweakers die roepen dat social media een hype is zijn gewooon belachelijk dom) en het is logisch dat in zo'n ecosysteem bedrijven ontstaan die daarop verder bouwen. Wat LinkedIn en Twitter gedaan hebben met hun API is weinig anders dan een energiebeheerder die opeens weigert stroom te leveren aan bepaalde bedrijven tenzij ze het tienvoudige betalen.
https://niels.nu
:strip_icc():strip_exif()/u/36003/crop584e9e5c223bd.jpeg?f=community)
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Bij t sporten weer de pees van m'n rechtertricep overbelast, de hele dag een zeurgevoel in m'n arm
Meestal is t na n weekje wel weer over, thuis niet achter de pc dus...
Och, het lukt meer bedrijven (maar ook ontwikkelaars) om het concept API (en zeker wanneer ze published zijn) niet te begrijpen. Je bouwt dat ding zodat mensen hun applicaties erop kunnen baseren en je zelf ook een en ander kunt optimaliseren (beter te beheersen dan screenscrapers).
Als je eenmaal je API publiceert moet je met je klauwen van de definitie afblijven. Hoe vaak ik wel niet tools terugkrijg omdat de API stuk is gegaan. Het wordt helemaal een drama als je voor een "standaard" pakket iets bouwt en de ontwikkelaars bij een release de API verknallen. Dan moet je in je tool beide situaties gaan ondersteunen, want je kunt niet verwachten dat ze direct het standaard pakket gaan upgraden.
Die partijen de updates van je eigen tool ontzeggen werkt ook weer niet, want je wilt ze graag up-to-date houden en voorzien van bugfixes.
Goh, op dat gebied heb ik al diverse ontwikkelaars vervloekt
Nadeel is vaak dat zij zich "oppermachtig" voelen en dus geen enkele boodschap hebben aan jouw omgevallen tooltje... Natuurlijk moet een API ook kunnen groeien en evolueren, maar doe dat op een nette manier en maak je changes niet breaking. Zag vandaag namelijk ook al dat de nieuwe umbraco een breaking change in de API heeft gezet... In plaats van values als strings gaan ze native-objecten teruggeven (is wel een goede aanpassing, maar doe dat niet over een bestaande... Tja daar ga je geheid problemen mee krijgen als je update, en je weet niet of al je componenten voldoen aan de nieuwe logica, dus moet je met een oude versie blijven zitten totdat je zeker weet dat alle componenten weer aangepast zijn (en daarna dus niet meer op de oude versie zijn te gebruiken....)...
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
Terecht (heb je de tekst verder wel gelezen, desnoods via de link)? Dit gaat niet om een applicatie. Dit gaat om een compleet bedrijf opzetten rondom een publieke gratis API en dan klagen als ze informatie weghalen (omdat het te privacygevoelig is)?
Het gaat hier ook gewoon om bepaalde info van 2e en 3e connections en informatie uit hun verleden. Sorry, maar als daarom je producten compleet falen en je bedrijf niet kan draaien, dan moet je toch weer terug en je idee bekijken
Stop je ff met belachelijk domme uitspraken doen over andere tweakers?
Ik zie niet hoe een energiebeheerder die een betaalde dienst levert te vergelijken is met een gratis API.
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.
Je kan natuurlijk ook API versies gebruiken voor breaking/major changes: api/1.0/[call]:
[...]
Och, het lukt meer bedrijven (maar ook ontwikkelaars) om het concept API (en zeker wanneer ze published zijn) niet te begrijpen. Je bouwt dat ding zodat mensen hun applicaties erop kunnen baseren en je zelf ook een en ander kunt optimaliseren (beter te beheersen dan screenscrapers).
Als je eenmaal je API publiceert moet je met je klauwen van de definitie afblijven. Hoe vaak ik wel niet tools terugkrijg omdat de API stuk is gegaan. Het wordt helemaal een drama als je voor een "standaard" pakket iets bouwt en de ontwikkelaars bij een release de API verknallen. Dan moet je in je tool beide situaties gaan ondersteunen, want je kunt niet verwachten dat ze direct het standaard pakket gaan upgraden.
Die partijen de updates van je eigen tool ontzeggen werkt ook weer niet, want je wilt ze graag up-to-date houden en voorzien van bugfixes.
Goh, op dat gebied heb ik al diverse ontwikkelaars vervloekt
Natuurlijk moet een API ook kunnen groeien en evolueren, maar doe dat op een nette manier en maak je changes niet breaking. Zag vandaag namelijk ook al dat de nieuwe umbraco een breaking change in de API heeft gezet... In plaats van values als strings gaan ze native-objecten teruggeven (is wel een goede aanpassing, maar doe dat niet over een bestaande... Tja daar ga je geheid problemen mee krijgen als je update, en je weet niet of al je componenten voldoen aan de nieuwe logica, dus moet je met een oude versie blijven zitten totdat je zeker weet dat alle componenten weer aangepast zijn (en daarna dus niet meer op de oude versie zijn te gebruiken....)...
Die info is best ver gezocht ja, maar als die info via de normale site wel publiekelijk te verkrijgen is dan zou je het ook via de API moeten kunnen ophalen als dat eerst wel kon.:
[...]
Het gaat hier ook gewoon om bepaalde info van 2e en 3e connections en informatie uit hun verleden. Sorry, maar als daarom je producten compleet falen en je bedrijf niet kan draaien, dan moet je toch weer terug en je idee bekijken
Eens, volgens mij doet Twitter dat toch ook?
Dat is natuurlijk helemaal mooi, echter is het dan maar de vraag hoe lang de oude API's nog onderhouden worden (als ze dat uberhaubt nog worden). Als alles in 1 api zit dan heb je er minder last van en heb je altijd een recente versie
Daarnaast zal een oude versie vanzelf omvallen en heb je alsnog een probleem...
In mijn geval ging het om webservices, die hingen er voor de leverancier maar een beetje als aanhangsels bij en werden ook niet altijd even lekker getest. Men voelde zich geroepen om met enige regelmaat breaking changes te maken in de services waardoor ik weer een telefoontje kreeg of ik mijn tools ook wil rechtzetten...
Het vervelende is nog als men denkt dat mijn tooltje de fout maakt, dan wordt er soms ook verwacht dat je het even kosteloos oplost voor ze...
The #1 programmer excuse for legitimately slacking off: "My code's compiling"
Firesphere: Sommige mensen verdienen gewoon een High Five. In the Face. With a chair.
Je krijgt altijd last van breaking changes. Je kunt niet tot in de eeuwigheid 'wrapperlagen' blijven schrijven tussen de oude API en het nieuwe platform wanneer zulke changes optreden. Je kunt dus niet garanderen dat /api/1.0/ altijd blijft werken. Denk aan nieuwe verplichte parameters, of een geheel nieuwe authenticatiemethode.
Uiteraard kunnen ze wel tot op zekere hoogte de oude API's laten verworden tot façades wanneer enkel de interface verandert (functies hernoemen e.d.) en intern de oude calls naar de nieuwe doorverwijzen.
Jeej, ik ben uniek!
[google=warning APPX1707: No implementation file was provided for the .winmd file To generate registration information in the app manifest, specify the 'Implementation' metadata on the .winmd reference item in the project file.]
En nee, de suggestie die in de warning staat werkt niet.
[ Voor 39% gewijzigd door CodeCaster op 11-01-2013 15:50 ]
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Mja, ik zat wat dynamische logica in m'n website te bouwen. Ging even koffie halen. Kom ik terug bij de pc en wat denk je? PHP! Serieus. Zo maar opeens!
Dit ging niet om dit specifieke geval. Volgens mij was dat door mijn referentie aan Twitter wel duidelijk. Privacyzaken is wat anders, maar dan nog moet je als bedrijf terughoudend zijn met het zomaar verwijderen van informatie uit een API.
Een idee ontstaat op basis van wat er dan in het ecosysteem bestaat. Daarop je bedrijf baseren is niet dom, het is hoogstens risicovol. Dan is het nog steeds niet raar of onterecht daar ontevreden over te zijn. LinkedIn en Twitter zijn gewoon marktleiders, heck, monopolisten in hun gebied. Er zouden betere controlemiddelen moeten bestaan wat betreft wat deze monopolisten wel en niet kunnen maken. Een "het is onze API en we doen wat we willen" gaat niet op.Het gaat hier ook gewoon om bepaalde info van 2e en 3e connections en informatie uit hun verleden. Sorry, maar als daarom je producten compleet falen en je bedrijf niet kan draaien, dan moet je toch weer terug en je idee bekijken
Sorry? Ik zeg dat ALS iemand dit claimt. Als je claimt dat social media slechts een hype is ben je gewoon dom, klaar. Dat is geen kwestie van meningen ofzo. Genoeg roeptoeters die dit soort zaken op de FP roepen.
Als je niet het inzicht hebt om deze parallel te volgen heeft een verdere discussie ook weinig zin
https://niels.nu
Ziet er weer uit als een ontzettend sneue kettingbrief, maar toevallig werd er gister gebeld door de postbode aan de deur met een pakketje op ons adres maar met de geadresseerde: De heer Skywalker.
I shit you not.
En het was ook nog een klein plat pakketje! Zomg!!!111
Engineering is like Tetris. Succes disappears and errors accumulate.
Volgens is wat anders dan maar je domme analogie accepteren:
[...]
Als je niet het inzicht hebt om deze parallel te volgen heeft een verdere discussie ook weinig zin
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.
/u/373849/cowava2.png?f=community)
Weer lekker vol er in:
[...]
Dit ging niet om dit specifieke geval. Volgens mij was dat door mijn referentie aan Twitter wel duidelijk. Privacyzaken is wat anders, maar dan nog moet je als bedrijf terughoudend zijn met het zomaar verwijderen van informatie uit een API.
[...]
Een idee ontstaat op basis van wat er dan in het ecosysteem bestaat. Daarop je bedrijf baseren is niet dom, het is hoogstens risicovol. Dan is het nog steeds niet raar of onterecht daar ontevreden over te zijn. LinkedIn en Twitter zijn gewoon marktleiders, heck, monopolisten in hun gebied. Er zouden betere controlemiddelen moeten bestaan wat betreft wat deze monopolisten wel en niet kunnen maken. Een "het is onze API en we doen wat we willen" gaat niet op.
[...]
Sorry? Ik zeg dat ALS iemand dit claimt. Als je claimt dat social media slechts een hype is ben je gewoon dom, klaar. Dat is geen kwestie van meningen ofzo. Genoeg roeptoeters die dit soort zaken op de FP roepen.
[...]
Als je niet het inzicht hebt om deze parallel te volgen heeft een verdere discussie ook weinig zin
Ik ben't met Hydra eens, als je een populaire API aanbiedt, kun je niet zomaar specs veranderen waardoor gebruikers van je API compleet andere resultaten krijgen voorgeschoteld.
Het ineens meer vragen zie ik niet helemaal, eerder dat je ineens ander soort stroom moet gaan afnemen bij de aanbieder.
De twitter API v2 is trouwens inderdaad ook een ramp, waardeloze aanpassing die inloggen verplicht stelt (dag "secret key")
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!
Ik vind de beschrijving van Java nog triester. Vooral Android. Uhuh.:
LOL @ deze beschrijving
Wat is je probleem? Vind je het vervelend dat ik tweakers aanval of ben jij van mening dat social media slechts een hype is en vind je het vervelend dat ik dat enorm dom vind?:
Volgens is wat anders dan maar je domme analogie accepteren
https://niels.nu
Ik heb geen probleem, maar jouw probleem is dat je meer respectvol over anderen kan praten en in het bijzonder over mede-users hier. Waarom denk je dat we http://www.ietf.org/rfc/rfc1855.txt hebben opgenomen in onze algemene voorwaarden of FAQ: Het algemeen beleid#reageren hebben?
Ik heb overigens nergens gemeld wat mijn mening is over social media, maar het maakt mij geen zak uit wat jij van mij denkt
En ik vind het wel best hier! Deze discussie mag je elders voeren (je weet wel waar), zodat je hier weer gewoon kan coffee corneren.
[ Voor 8% gewijzigd door BtM909 op 11-01-2013 16:34 ]
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.
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.
:strip_icc():strip_exif()/u/246777/crop5665347035c66.jpeg?f=community)
Ja, ik ben er ook weer druk mee bezig.
Net gesolliciteerd op een functie waar ik (onder andere) met RoR weer moet werken.
Heb veel ervaring met RoR, maar weer ff bijwerken; loop beetje achter.
Ben benieuwd wanneer Rails 4 uitkomt!
Zo dit bericht was even verdwenen door die discussies!
Armageddon, ik ben nu je blogpost aan het lezen, en hij komt zeker tussen mijn favorieten te staan! Echt super goed geschreven!
Bedankt!
Voor diegene die meer willen weten over Chef: https://peepcode.com/products/chef-i
[ Voor 48% gewijzigd door Ryur op 11-01-2013 16:53 ]
Niet om me in de discussie te mengen of wat dan ook, maar ik mis even hoe we komen van "socialmedia is een hype" naar " Feedback op moderatie binnen de Devschuur".
*edit.. oke.. hebbes.
*edit.. oke.. hebbes.
[ Voor 8% gewijzigd door GateKeaper op 11-01-2013 16:57 ]
@GateKeaper heb je het wel goed gelezen? De brug lijkt me vrij duidelijk
@alwinuzz omdat er een kant en klare idealdigid integratie zit in RoR? Iets meer info zou wel fijn zijn
Om even terug te komen op de types programmeurs, als PHP devvers kan ik me wel redelijk vinden in de omschrijving eigenlijk, in 99% van de gevallen niks aan gelogen volgens mij
@alwinuzz omdat er een kant en klare idealdigid integratie zit in RoR? Iets meer info zou wel fijn zijn
Om even terug te komen op de types programmeurs, als PHP devvers kan ik me wel redelijk vinden in de omschrijving eigenlijk, in 99% van de gevallen niks aan gelogen volgens mij
[ Voor 35% gewijzigd door Cartman! op 11-01-2013 16:55 ]
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.
Vervelend he, als mensen reageren zoals je zelf tegen mensen reageert:
Mimimi, m'n analogie slaat nergens op dus ik doe maar net alsof de ander dom is en ik gelijk heb.:
[...]
Als je niet het inzicht hebt om deze parallel te volgen heeft een verdere discussie ook weinig zin
Gezellig sfeertje hier, zo vlak voor 't weekend.
Ik zou zeggen, sla elkaar even een keer flink op de bek. Pak een biertje, en duik de kroeg in.
Haat en liefde liggen dicht bij elkaar. 
Ik zou zeggen, sla elkaar even een keer flink op de bek. Pak een biertje, en duik de kroeg in.
Haat en liefde liggen dicht bij elkaar.
Weet je wat jullie nodig hebben?
BIER
EN
TIETEN
BIER
EN
TIETEN
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
:strip_icc():strip_exif()/u/162143/crop5b6d888e9cc79_cropped.jpeg?f=community)
www.maartendeboer.net
1D X | 5Ds | Zeiss Milvus 25, 50, 85 f/1.4 | Zeiss Otus 55 f/1.4 | Canon 200 f/1.8 | Canon 200 f/2 | Canon 300 f/2.8
Goed idee! Dat bier dan.
Ik ben weer klaar met Windows 8 voor vandaag. Ik wilde een contactpersoon toevoegen vanuit code, maar die (ongedocumenteerde) API zit nogal goed verstopt.
Vanuit de People-app kun je dit uiteraard wel doen, en dit is een in (obfuscated) JavaScript geschreven app. Wat er precies gebeurt kan ik nog niet achterhalen, maar in ieder geval spawnt er samen met de app een LiveComm.exe-proces, dat gebruikmaakt van de in de app-directory aanwezige Microsoft.winmd-file, die verwijzingen naar diverse Microsoft.WindowsLive.*-klassen en bevat. Deze lijken mij geïmplementeerd in het kleine tiental Microsoft.WindowsLive.*.dll-bestanden dat in die directory aanwezig is (C:\Program Files\WindowsApps\microsoft.windowscommunicationsapps_16.4.4406.1205_x64__8wekyb3d8bbwe).
Zo gezegd, zo gedaan en de code geconverteerd naar een taal die ik wat beter spreek:
Referentie naar de winmd-bestanden gelegd, unit test geschreven en hoopvol op Run All Tests geklikt. Niks, noppes, nade: die Microsoft.WindowsLive.*-dll's zijn geen .NET-assemblies maar native dll's, en op een of andere manier worden die toch niet aangezien voor de implementatie van die namespace. Ik krijg, als ik die winmd-files aan mijn project hang de runtime-error: "Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))" zodra ik een klasse uit die library probeer te instantiëren. De DLL Hell is nèt van voor mijn (developer)tijd, dus mijn ervaringen met WinDbg, Dependency Walker, Process Explorer, Process Monitor en regsvr32 waren te nihil om dit op te lossen.
En dat alles om te proberen dit op te lossen door bij wijze van leermomentje een CardDAV-client te schrijven die synchroniseert met Google. ActiveSync werkt namelijk niet meer, dus kan Windows geen contactpersonen meer van Google importeren.
Ah well, weekend. Morgen weer verder hobbyen. Misschien toch maar proberen een Visual Studio-project proberen te construeren van de bestaande app, en kijken of dat wel werkt.
Ik ben weer klaar met Windows 8 voor vandaag.
Ik wilde een contactpersoon toevoegen vanuit code, maar die (ongedocumenteerde) API zit nogal goed verstopt.Vanuit de People-app kun je dit uiteraard wel doen, en dit is een in (obfuscated) JavaScript geschreven app. Wat er precies gebeurt kan ik nog niet achterhalen, maar in ieder geval spawnt er samen met de app een LiveComm.exe-proces, dat gebruikmaakt van de in de app-directory aanwezige Microsoft.winmd-file, die verwijzingen naar diverse Microsoft.WindowsLive.*-klassen en bevat. Deze lijken mij geïmplementeerd in het kleine tiental Microsoft.WindowsLive.*.dll-bestanden dat in die directory aanwezig is (C:\Program Files\WindowsApps\microsoft.windowscommunicationsapps_16.4.4406.1205_x64__8wekyb3d8bbwe).
Zo gezegd, zo gedaan en de code geconverteerd naar een taal die ik wat beter spreek:
C#:
1
2
3
4
5
6
7
8
| var applicationId = "test?"; var client = new Microsoft.WindowsLive.Platform.Client(applicationId); var contact = client.peopleManager.createContact(); contact.firstName = "Pietje"; contact.lastName = "Jansen"; contact.mobilePhoneNumber = "06-11"; |
Referentie naar de winmd-bestanden gelegd, unit test geschreven en hoopvol op Run All Tests geklikt. Niks, noppes, nade: die Microsoft.WindowsLive.*-dll's zijn geen .NET-assemblies maar native dll's, en op een of andere manier worden die toch niet aangezien voor de implementatie van die namespace. Ik krijg, als ik die winmd-files aan mijn project hang de runtime-error: "Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))" zodra ik een klasse uit die library probeer te instantiëren. De DLL Hell is nèt van voor mijn (developer)tijd, dus mijn ervaringen met WinDbg, Dependency Walker, Process Explorer, Process Monitor en regsvr32 waren te nihil om dit op te lossen.
En dat alles om te proberen dit op te lossen door bij wijze van leermomentje een CardDAV-client te schrijven die synchroniseert met Google. ActiveSync werkt namelijk niet meer, dus kan Windows geen contactpersonen meer van Google importeren.
Ah well, weekend. Morgen weer verder hobbyen. Misschien toch maar proberen een Visual Studio-project proberen te construeren van de bestaande app, en kijken of dat wel werkt.
[ Voor 24% gewijzigd door CodeCaster op 11-01-2013 18:37 ]
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Dit topic is gesloten.