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.
geniaal gevonden trouwens
edit: damn, 't was te denken dat .oisyn me voor ging zijn
[ Voor 28% gewijzigd door roeleboel op 04-05-2012 11:46 ]
De makkelijkste manier om hyprocrieten boos te krijgen? Confronteer ze met hun eigen uitspraken...
Let op: Mijn post bevat meningen, aannames of onwaarheden
Haha, ja ik was ook al eens aan het kijken, goed bedacht van ze! ^^ Kheb overigens nog geen websites gezien die echt met de bug te maken hebben. Al zal het vast een boel mini-websites zijn waar het eigenlijk niet echt uitmaakt..oisyn schreef op vrijdag 04 mei 2012 @ 11:44:
[...]
Gewoon een heel sterk grapje van Facebook. Kijk maar eens waar die include uitkomt. Ik vind 'm goed gevonden
Ik had de designer al gemailed, van goh, wat is de bedoeling? Maar die wist ook nergens van en ik moest maar uitzoeken wat ik er mee deed.
Zo werkt dat toch niet? Je vraagt toch aan de klant wat er mee gebeurt, en dan nog is het te duidelijk dat het een website moet worden en niet als JPG'je of PDF'je online word geknalt?
Of ik snap je verhaal niet
Claude: "Domain patterns emerge from iteration, not generation." - Tweakers Time Machine Extension | Chrome : FF
Hier het design helemaal geblurred en logo tekst weggehaald, maar het idee is wel duidelijk denk ik:

Dit krijg je nooit netjes als een webpagina.
Verwijderd
Haha, nee precies, nou zo staat hij nu ook online. Gewoon als een blok maar verder werkend, tekst netjes los en niet hard zoals in de PDF wel het geval was >_<Verwijderd schreef op vrijdag 04 mei 2012 @ 12:26:
Natuurlijk wel. Zolang de ontwerper zich niet bemoeit met "schermvullend" en "schaalbaar" is het prima te doen.
Maar mooi word het nooit, schermvullend in de breedte wil niet en na de laatste balk, maar gewoon wit, wat moet je anders?
In onze wereld kan alles ><
Misschien de kleuren van de balken zeer licht over de gehele achtergrond doortrekken en "repeat"-en. Geen gradient, maar een 1px brede afbeelding met lichte versie van de kleurtjes.
[ Voor 65% gewijzigd door Gamebuster op 04-05-2012 12:38 ]
Let op: Mijn post bevat meningen, aannames of onwaarheden
Ik sta overigens verbaast hoe positief ze zijn over mijn artikel 'Introduction to threads with C++11' op de programming reddit, sta nu bovenaan.
Voor de algemeen geïnteresseerden, zoals ik
edit: Sinds wanneer zijn er threads in de std lib?
edit2: Ah, ik heb onder een steen geleefd
[ Voor 29% gewijzigd door Gamebuster op 04-05-2012 12:56 ]
Let op: Mijn post bevat meningen, aannames of onwaarheden
Of regelmatig Coffee script gebruiken? Leuk tooltje: http://js2coffee.org/
[ Voor 5% gewijzigd door OkkE op 04-05-2012 12:54 ]
“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.
Coffee is geinig, maar voor serieus gebruik liever niet. Ik heb het eens gebruikt in een groter javascript project, maar ik bleef maar naar documentatie kijken en debugging kost simpelweg meer tijd omdat de regelnummers in javascript console niet overeenkomen met je coffeescript.OkkE schreef op vrijdag 04 mei 2012 @ 12:53:
Hier fans van LESS? Leuk tooltje: http://css2less.cc/
Of regelmatig Coffee script gebruiken? Leuk tooltje: http://js2coffee.org/
De syntax vind ik iets prettiger dan Javascript, deels omdat ik normaal Ruby schrijf. Het is me al iets te vaak overkomen dat ik Javascript aan het uitschelden was wanneer ik weer een return something; vergeten was in mijn functie. Ook misbruik ik prototyping als classes, wat voor best veel boilerplate zorgt in Javascript, terwijl Coffee het ingebouwd heeft.
Lambda's in Coffee vind ik echter weer onduidelijk en rommelig, zeker wanneer je er veel nodig hebt zoals bij jQuery.
Ik gebruik SCSS ipv LESS. Zover ik weet doet het exact hetzelfde, maar net ietsje anders. LESS heb ik ook een tijdje gebruikt, maar op m'n werk waren we overgestapt naar SCSS (zelfs een script voor geschreven om het 1:1 over te zetten) en ben ik prive ook overgestapt.
[ Voor 66% gewijzigd door Gamebuster op 04-05-2012 13:05 ]
Let op: Mijn post bevat meningen, aannames of onwaarheden
Kheb em ff geupped, pijltje omhoog toch?Sh4wn schreef op vrijdag 04 mei 2012 @ 12:47:
Zij leveren toch een lelijk design, moeten ze ook niet klagen dat het een lelijke website wordt
Ik sta overigens verbaast hoe positief ze zijn over mijn artikel 'Introduction to threads with C++11' op de programming reddit, sta nu bovenaan.
Ah nice, ik ben sinds een aantal weken bezig om c++ te leren fatsoenlijk te gebruiken. Ik kom van managed talen af, dus het is even wennen.Sh4wn schreef op vrijdag 04 mei 2012 @ 12:47:
[...] Ik sta overigens verbaast hoe positief ze zijn over mijn artikel 'Introduction to threads with C++11' op de programming reddit, sta nu bovenaan.
Leuk artikel en duidelijk uitgelegd ook
Toevallig gisteren mee begonnen. Ik wil Bootstrap gebruiken, maar omdat kleuren en dergelijken op ontelbare plaatsen worden gebruikt heb ik de LESS versie gepakt zodat ik die op één plaats aan kan passen. Ik krijg het echter maar niet werkend in ASP.NET MVC4. De bundling en minification ondersteunen out of the box geen LESS, de less.js pakt mijn LESS bestanden somehow niet waardoor het zooitje niet gecompileerd wordt (al heb ik begrepen dat clientside compilatie sowieso een bad practice is), en de libraries die ik gevonden heb werkten ook voor geen meter (DotLESS, en nog een andere... iets met een vogel).OkkE schreef op vrijdag 04 mei 2012 @ 12:53:
Hier fans van LESS?
Vandaag nog even Cassette proberen, misschien helpt dat. Ik zou verder niet weten hoe je het onder Windows werkend krijgt in MVC4.
[ Voor 5% gewijzigd door Avalaxy op 04-05-2012 13:18 ]
Is dit in Visual Studio 11 al mogelijk? Ik heb nog geen tijd gehad om het uit te testen. Ik weet dat het in Visual Studio 2010 niet mogelijk is. Ik meen namelijk ergens gelezen te hebben dat lang niet alle c++11 functies in Visual Studio 11 beschikbaar zouden zijn.Sh4wn schreef op vrijdag 04 mei 2012 @ 12:47:
Zij leveren toch een lelijk design, moeten ze ook niet klagen dat het een lelijke website wordt
Ik sta overigens verbaast hoe positief ze zijn over mijn artikel 'Introduction to threads with C++11' op de programming reddit, sta nu bovenaan.
Ik heb een MSBuild task gemaakt die al mijn Less bestanden tijdens het builden compileert naar CSS. Dat werkt wel goed. Een andere MSBuild task die ik heb gemaakt doet dan vervolgens bestanden bundelen en minifyen.Avalaxy schreef op vrijdag 04 mei 2012 @ 13:17:
[...]
Vandaag nog even Cassette proberen, misschien helpt dat. Ik zou verder niet weten hoe je het onder Windows werkend krijgt in MVC4.
[Te koop: 3D printers] [Website] Agile tools: [Return: retrospectives] [Pokertime: planning poker]
Let op: Mijn post bevat meningen, aannames of onwaarheden
Als ik de volgende lees:Robbiedobbie schreef op vrijdag 04 mei 2012 @ 13:20:
[...]
Is dit in Visual Studio 11 al mogelijk? Ik heb nog geen tijd gehad om het uit te testen. Ik weet dat het in Visual Studio 2010 niet mogelijk is. Ik meen namelijk ergens gelezen te hebben dat lang niet alle c++11 functies in Visual Studio 11 beschikbaar zouden zijn.
MSDN: What's New for Visual C++ in Visual Studio 11 Beta
en http://wiki.apache.org/stdcxx/C++0xCompilerSupport
Dan ziet het er naar uit dat het ook in Visual Studio moet werken.
@Nephilim: thanks dat was het juiste pijltje idd
@Caelorum: Vervolg verwacht ik in ieder geval binnen 2 weken, denk eerder
[ Voor 4% gewijzigd door Sh4wn op 04-05-2012 14:33 ]
Waarmee compileer je het dan?Sebazzz schreef op vrijdag 04 mei 2012 @ 13:23:
[...]
Ik heb een MSBuild task gemaakt die al mijn Less bestanden tijdens het builden compileert naar CSS. Dat werkt wel goed. Een andere MSBuild task die ik heb gemaakt doet dan vervolgens bestanden bundelen en minifyen.
Kun je om lachen, maar zelfs hier op GoT zijn daar hele discussies over geweest
.oisyn: Échte programmeurs haten PHP met een passie. Ben jij soms geen echte programmeur?
Áls er maar één hangt.Korben schreef op vrijdag 04 mei 2012 @ 13:34:
Persoonlijk zou het me compleet aan m'n derrière kunnen oxideren hoe de wc-rol hangt.
“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.
GoT ambieert inderdaad ook een encyclopedisch niveau.Avalaxy schreef op vrijdag 04 mei 2012 @ 13:28:
Kun je om lachen, maar zelfs hier op GoT zijn daar hele discussies over geweest
(Sowieso hoort de flap gewoon aan de voorkant.)

Ik sluit me aan bij de 'over'kant
[ Voor 20% gewijzigd door PeterSelie op 04-05-2012 13:47 ]
Aan de andere kan probeer ik die wc-ruimtes ook te ontwijken mijden ^^
.oisyn: Échte programmeurs haten PHP met een passie. Ben jij soms geen echte programmeur?

Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Let op: Mijn post bevat meningen, aannames of onwaarheden
Dat is allemaal leuk, maar moet de rol dan naar je toe of van je af?
Dit gaat overigens wel heel erg offtopic, kunnen we dit nog redden met een devver-analogie?
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
Die is flauw.Gamebuster schreef op vrijdag 04 mei 2012 @ 14:16:
Er is geen over of under, hij staat met de zijkant tegen de muur.
Of zoiets.
Little of big endian?Cloud schreef op vrijdag 04 mei 2012 @ 14:18:
Dit gaat overigens wel heel erg offtopic, kunnen we dit nog redden met een devver-analogie?Hebben we eenzelfde discussie in developmentland?
.
Native Endian
[ Voor 0% gewijzigd door Gamebuster op 04-05-2012 14:28 . Reden: hint voor je flauw-o-meter: nee, dit is niet serieus ]
Let op: Mijn post bevat meningen, aannames of onwaarheden
Of bullshit natuurlijk:
1
| string myVar1; |
[ Voor 85% gewijzigd door Korben op 04-05-2012 14:33 ]
.oisyn: Échte programmeurs haten PHP met een passie. Ben jij soms geen echte programmeur?
Camelcase dan maarKorben schreef op vrijdag 04 mei 2012 @ 14:29:
Hungarian of camel case?
Maar meestal werk ik gewoon met het formaat dat bruikbaar is in de taal/omgeving waarin ik werk. Javascript/Java camelcase, Ruby underscore voor methods/variablen en camelcase voor modules/classes
Ruby's conventie bevalt mij het meest. Ik vind underscores duidelijker dan camelcase
Is er ook een taal waar de prefix bij Hungarian ook echt bepalend is voor het datatype en niet gewoon een hint is?
[ Voor 20% gewijzigd door Gamebuster op 04-05-2012 14:34 ]
Let op: Mijn post bevat meningen, aannames of onwaarheden
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
Ik vind het grappig dat mensen een bedenker van iets tegen kunnen sprekenKorben schreef op vrijdag 04 mei 2012 @ 10:12:
[...]
ASP.NET MVC is toch ook een 'puur' MVC-framework, maar ook daar ben je niet gelijk verplicht om alles met MVC te doen. Ergo, Symfony2 is een MVC-framework. Niet in de laatste plaats omdat ze dat zelf claimen door in de quick tour gelijk te beginnen over routes, controllers en views.
Gesproken over private fields: als ik (in Java) een private field wil benaderen, doe ik dat meestal door enkel de naam te gebruiken, maar soms vind ik het toch mooier this. er voor te plaatsen. Hoe denken jullie hierover? Soms zit ik in een situatie waarin ik die uitgebreidere notatie toch fijner vind, ondanks dat het op dat moment voor de compiler niet nodig is.Cloud schreef op vrijdag 04 mei 2012 @ 14:43:
Ik gebruik ook Camelcase en neem voor het grootste gedeelte de aanbevelingen van Resharper over. Wat ik zelf nog wel makkelijk vind is private fields prefixen met een _, hoewel ik weet dat niet iedereen daar even over te spreken is
Dat vind ik ook wel handig in C#. Kan ik niet per ongeluk de property benaderen terwijl ik eigenlijk de achterliggende variabele(n) wilde of omgekeerd.Cloud schreef op vrijdag 04 mei 2012 @ 14:43:
Ik gebruik ook Camelcase en neem voor het grootste gedeelte de aanbevelingen van Resharper over. Wat ik zelf nog wel makkelijk vind is private fields prefixen met een _, hoewel ik weet dat niet iedereen daar even over te spreken is
Ik gebruik altijd this wanneer ik een class-scope variabele gebruik. Dit geeft net beetje extra duidelijkheid. Zo kun je makkelijker de class-scope en function-scope variabelen scheidenDevilly schreef op vrijdag 04 mei 2012 @ 14:48:
[...]
Gesproken over private fields: als ik (in Java) een private field wil benaderen, doe ik dat meestal door enkel de naam te gebruiken, maar soms vind ik het toch mooier this. er voor te plaatsen. Hoe denken jullie hierover? Soms zit ik in een situatie waarin ik die uitgebreidere notatie toch fijner vind, ondanks dat het op dat moment voor de compiler niet nodig is.
[ Voor 36% gewijzigd door Robbiedobbie op 04-05-2012 15:00 . Reden: Verkeerde quote ^^ ]
Van java vind ik vervelend dat je zonder this. niet kan zien of het een instance-variable of local-variable is. Natuurlijk kunnen sommige IDEs netjes het verschil aanduiden met kleurtjes, maar verder vind ik het gebruik van this. ervoor duidelijker en netter.Devilly schreef op vrijdag 04 mei 2012 @ 14:48:
[...]
Gesproken over private fields: als ik (in Java) een private field wil benaderen, doe ik dat meestal door enkel de naam te gebruiken, maar soms vind ik het toch mooier this. er voor te plaatsen. Hoe denken jullie hierover? Soms zit ik in een situatie waarin ik die uitgebreidere notatie toch fijner vind, ondanks dat het op dat moment voor de compiler niet nodig is.
Daartegen wil ik tegenwoordig juist wat meer onnodig typewerk vermijden. Waar mogelijk vermeid ik juist zulke duidelijkheid om compactere en sneller schrijf- en leesbare code te hebben. Als je je functies niet te groot/complex maakt, is het vermijden van volluit schrijven van zulke dingen vaak zelfs bevorderend voor de leesbaarheid naar mijn mening.
ctx.drawRect(x, y, width, height);
leest naar mijn mening sneller weg dan
ctx.drawRect(this.x, this.y, this.width, this.height);
Als je dan een kleine functie hebt waar overduidelijk geen variablen genaamd x, y, width en height aanwezig zijn, weet je direct dat deze instance variablen zijn.
Let op: Mijn post bevat meningen, aannames of onwaarheden
Dat is juist een van de redenen dat ik de privates prefix met _. Dan heb je this. niet nodig om te zien dat het om een private gaatDevilly schreef op vrijdag 04 mei 2012 @ 14:48:
[...]
Gesproken over private fields: als ik (in Java) een private field wil benaderen, doe ik dat meestal door enkel de naam te gebruiken, maar soms vind ik het toch mooier this. er voor te plaatsen. Hoe denken jullie hierover?
Precies ja, je ziet gewoon aan de naam van het veld hoe het toegankelijk is. Het hoeft niet, maar toch vind ik het wel praktisch in dagelijks gebruik.Caelorum schreef op vrijdag 04 mei 2012 @ 14:52:
[...]
Dat vind ik ook wel handig in C#. Kan ik niet per ongeluk de property benaderen terwijl ik eigenlijk de achterliggende variabele(n) wilde of omgekeerd.
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
VC++11 heeft geen nieuwe taalfeatures, maar de hele C++11 standard library (dus ook threads) is wel beschikbaar.Robbiedobbie schreef op vrijdag 04 mei 2012 @ 13:20:
[...]
Is dit in Visual Studio 11 al mogelijk? Ik heb nog geen tijd gehad om het uit te testen. Ik weet dat het in Visual Studio 2010 niet mogelijk is. Ik meen namelijk ergens gelezen te hebben dat lang niet alle c++11 functies in Visual Studio 11 beschikbaar zouden zijn.
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.
public en protected dan?Cloud schreef op vrijdag 04 mei 2012 @ 15:00:
[...]
Dat is juist een van de redenen dat ik de privates prefix met _. Dan heb je this. niet nodig om te zien dat het om een private gaatVerder probeer ik altijd zo kort mogelijk te zijn, dus this probeer ik zoveel als mogelijk te vermijden.
Let op: Mijn post bevat meningen, aannames of onwaarheden
Voor member variablen gebuik ik altijd expliciet this->member, duidelijker kan niet dat het een member is, en je krijgt meer accurate autocompletion.Robbiedobbie schreef op vrijdag 04 mei 2012 @ 14:58:
[...]
Ik gebruik altijd this wanneer ik een class-scope variabele gebruik. Dit geeft net beetje extra duidelijkheid. Zo kun je makkelijker de class-scope en function-scope variabelen scheiden
Ik heb echt een hekel aan prefixes, vind dat zo lelijk.
[ Voor 5% gewijzigd door Sh4wn op 04-05-2012 15:01 ]
Jammer dat ie in IE8 helemaal stuk gaat. Geen goeie graceful degradation, hoewel ze dat volgens mij wel bedoeld hebben.
Hoe dan ook erg mooi gemaakt
Hoewel het in sommige situaties wel degelijk belang is, kom ik dat niet vaak genoeg tegen om er middels de naam onderscheid in te willen maken
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
Doe ik ook altijdCloud schreef op vrijdag 04 mei 2012 @ 15:00:
[...]
Dat is juist een van de redenen dat ik de privates prefix met _. Dan heb je this. niet nodig om te zien dat het om een private gaatVerder probeer ik altijd zo kort mogelijk te zijn, dus this probeer ik zoveel als mogelijk te vermijden.
Ik werk op een full hd scherm (main scherm) waardoor ik wel erg lange regels kan hebben. Ik heb echter in VS nu een guideline gezet zodat ik er voor zorg dat ik niet breder ga. Dit is nodig omdat ik momenteel een slecht extern scherm heb, waar ik ook deels op code (jup, code schermpjes verdelen over meerdere vensters, is super handig). Door me aan de guideline te houden qua breedte, heb ik ook nooit horizontale scrollbars
Achteraf had ik ook maar zoiets van: Ach ja, laat maar.
Enkel comments plaats ik voor de 80 tekens grens.
Let op: Mijn post bevat meningen, aannames of onwaarheden
Ik gebruik trackpad. Zelfde verhaal: Horizontaal scrollen = fluitm19 schreef op vrijdag 04 mei 2012 @ 15:17:
Blegh, ik heb echt haat aan horizontaal scrollen. De meeste mensen heir gebruiken een iMac met zo'n magic mouse waarbij je opzij scrollt. Dat heb ik niet en dan is het echt verschrikkelijk irritant.
Kan je geen toets vasthouden waarbij je je scrollwieltje kan betasten waarbij-ie horizontaal gaat scrollen ipv verticaal? Ik heb er nooit van gehoord, maar lijkt me wel handig als dat kan.
Alt+scroll ofzo
[ Voor 22% gewijzigd door Gamebuster op 04-05-2012 15:20 ]
Let op: Mijn post bevat meningen, aannames of onwaarheden
Tja, sorry, maar hij had kunnen zeggen dat het een appel was, dat had weinig afgedaan aan het feit dat het een MVC-framework is. En eh... [gefrustreerde-vrijdag-douchebag-mode]het is een PHP'er, dus omwille van de reputatie van zijn soortgenoten hecht ik weinig waarde aan zo'n uitspraak...[/]DeluxZ schreef op vrijdag 04 mei 2012 @ 14:46:
[...]
Ik vind het grappig dat mensen een bedenker van iets tegen kunnen sprekenFabien Potencier zal in zijn blog echt niet iets anders vertellen dan wat hij met Symfony2 wilde/wil bereiken en waarvoor het bedoelt is toch ?
.oisyn: Échte programmeurs haten PHP met een passie. Ben jij soms geen echte programmeur?
Yeah, we're done.Korben schreef op vrijdag 04 mei 2012 @ 15:22:
[...]
En eh... [gefrustreerde-vrijdag-douchebag-mode]het is een PHP'er, dus omwille van de reputatie van zijn soortgenoten hecht ik weinig waarde aan zo'n uitspraak...[/]
We get it... je hebt een hekel aan PHP'ers.
[ Voor 7% gewijzigd door armageddon_2k1 op 04-05-2012 15:27 ]
Engineering is like Tetris. Succes disappears and errors accumulate.
Zelfs ondanks die BBCode kan dit echt niet.Korben schreef op vrijdag 04 mei 2012 @ 15:22:
[...]
En eh... [gefrustreerde-vrijdag-douchebag-mode]het is een PHP'er, dus omwille van de reputatie van zijn soortgenoten hecht ik weinig waarde aan zo'n uitspraak...[/]
Avalaxy schreef op vrijdag 04 mei 2012 @ 13:17:
[...]
Toevallig gisteren mee begonnen. Ik wil Bootstrap gebruiken, maar omdat kleuren en dergelijken op ontelbare plaatsen worden gebruikt heb ik de LESS versie gepakt zodat ik die op één plaats aan kan passen. Ik krijg het echter maar niet werkend in ASP.NET MVC4. De bundling en minification ondersteunen out of the box geen LESS, de less.js pakt mijn LESS bestanden somehow niet waardoor het zooitje niet gecompileerd wordt (al heb ik begrepen dat clientside compilatie sowieso een bad practice is), en de libraries die ik gevonden heb werkten ook voor geen meter (DotLESS, en nog een andere... iets met een vogel).
Vandaag nog even Cassette proberen, misschien helpt dat. Ik zou verder niet weten hoe je het onder Windows werkend krijgt in MVC4.
Ik heb het nu werkend met Cassette, werkt briljantSebazzz schreef op vrijdag 04 mei 2012 @ 13:23:
[...]
Ik heb een MSBuild task gemaakt die al mijn Less bestanden tijdens het builden compileert naar CSS. Dat werkt wel goed. Een andere MSBuild task die ik heb gemaakt doet dan vervolgens bestanden bundelen en minifyen.
1
2
3
4
5
6
7
| public class CassetteConfiguration : ICassetteConfiguration { public void Configure(BundleCollection bundles, CassetteSettings settings) { bundles.Add<StylesheetBundle>("Content/less/bootstrap.less"); } } |
Dan in je view:
1
2
3
4
5
6
7
8
| @{ Bundles.Reference("Content/less/bootstrap.less"); } <!DOCTYPE html> <html lang="en"> <head> @Bundles.RenderStylesheets() </head> |
Resultaat is dat ik een gebundeld CSS bestand heb van alle (~30) LESS bestanden, met versioning, minifying, compressing en caching.
Standaard wordt het niet geminified, dat gebeurt pas als je debug modus uitzet in je Web.Config. Erg handig dus
Weer jammer dat het (nog) niet in MVC4 zit, maarja.
Hoe kan iemand nou per definitie een hekel hebben aan een groep mensen die een bepaalde programmeertaal gebruiktarmageddon_2k1 schreef op vrijdag 04 mei 2012 @ 15:24:
[...]
Yeah, we're done.![]()
We get it... je hebt een hekel aan PHP'ers.
Mensen kunnen, naar eigen zeggen, ook een hekel hebben aan alle $1.m19 schreef op vrijdag 04 mei 2012 @ 15:30:
[...]
Hoe kan iemand nou per definitie een hekel hebben aan een groep mensen die een bepaalde programmeertaal gebruikt
Insert:
- skaters
- rockers
- hippies
- enz.
Wat jij nu opnoemt zijn bepaalde culturele groepen die van buiten af (kleding, muziek, gedrag) herkenbaar zijn. Een PHP Programmeur is nu wel zo'n specifiek iets, dat het mij moeilijk lijkt om daar vooroordelen over iemand zelf te hebben.Devilly schreef op vrijdag 04 mei 2012 @ 15:34:
[...]
Mensen kunnen, naar eigen zeggen, ook een hekel hebben aan alle $1.
Insert:Dat het hoogstwaarschijnlijk enkel en alleen vooroordelen zijn, doet daar niets aan af. Waarom zou dit niet ook in deze context kunnen?
- skaters
- rockers
- hippies
- enz.
Als iemand nu zegt "ik programmeer in PHP, Java, C++, ASP" of wat dan ook gaan er bij mij geen belletjes rinkelen van "hey, ik weet niet of ik die man wel kan vertrouwen". Maar goed, misschien dat het bij anderen anders ligt.
Maar goed, ik snap je wel
Is het een lokale variabele (aka enkel binnen de functie) dan zonder this, duh. En anders als het bij het object hoort gewoon this er voor.Devilly schreef op vrijdag 04 mei 2012 @ 14:48:
[...]
Gesproken over private fields: als ik (in Java) een private field wil benaderen, doe ik dat meestal door enkel de naam te gebruiken, maar soms vind ik het toch mooier this. er voor te plaatsen. Hoe denken jullie hierover? Soms zit ik in een situatie waarin ik die uitgebreidere notatie toch fijner vind, ondanks dat het op dat moment voor de compiler niet nodig is.
Aa, de discussie was al zo goed als afgelopen.
[ Voor 11% gewijzigd door ZpAz op 04-05-2012 15:46 ]
Claude: "Domain patterns emerge from iteration, not generation." - Tweakers Time Machine Extension | Chrome : FF
Da's natuurlijk een non-argument. Ik kan een systeem bedenken om thee te zetten en dat implementeren met een koffiebonengrinder, en op mijn blog uitleggen dat het toch echt bedoeld is om thee te zetten, maar toch zal iedereen vinden dat het gewoon een koffiezetautomaat is.DeluxZ schreef op vrijdag 04 mei 2012 @ 14:46:
[...]
Ik vind het grappig dat mensen een bedenker van iets tegen kunnen sprekenFabien Potencier zal in zijn blog echt niet iets anders vertellen dan wat hij met Symfony2 wilde/wil bereiken en waarvoor het bedoelt is toch ?
[ Voor 183% gewijzigd door .oisyn op 04-05-2012 15:48 ]
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.
Tja, maar gezien de BB-code mag je het best met een korreltje zout nemen. En even los van jullie aversie tegenover mijn botte houding... wat hij zegt doet weinig af aan de feiten.armageddon_2k1 schreef op vrijdag 04 mei 2012 @ 15:24:
[...]
Yeah, we're done.![]()
We get it... je hebt een hekel aan PHP'ers.
Als Iran een 'apparaat' bouwt, dat wanneer je het uit een vliegtuig gooit en het een vooraf afgesteld afstand boven de grond is (of wanneer het de grond raakt) er high explosives af gaan die in een lensvorm om een subkritische kern van sterk verrijkt uranium of plutonium zijn gearrangeerd, zodat er een oncontroleerbare kettingreactie ontstaat, dan kunnen ze wel zeggen dat dat geen kernwapen is, maar dat snijdt dan ook geen hout.
Of dat, ja..oisyn schreef op vrijdag 04 mei 2012 @ 15:46:
/laat-inhaak-modus
[...]
Da's natuurlijk een non-argument. Ik kan een systeem bedenken om thee te zetten en dat implementeren met een koffiebonengrinder, en op mijn blog uitleggen dat het toch echt bedoeld is om thee te zetten, maar toch zal iedereen vinden dat het gewoon een koffiezetautomaat is.
[ Voor 20% gewijzigd door Korben op 04-05-2012 15:48 ]
.oisyn: Échte programmeurs haten PHP met een passie. Ben jij soms geen echte programmeur?
Je zou is op IRC met de core developers moeten praten voor de grapKorben schreef op vrijdag 04 mei 2012 @ 15:22:
[...]
Tja, sorry, maar hij had kunnen zeggen dat het een appel was, dat had weinig afgedaan aan het feit dat het een MVC-framework is. En eh... [gefrustreerde-vrijdag-douchebag-mode]het is een PHP'er, dus omwille van de reputatie van zijn soortgenoten hecht ik weinig waarde aan zo'n uitspraak...[/]
Kijk is naar Behat, Doctrine, Propel ORM, PHPUnit, Jackalope, Silex, PPI2. Zomeer een paar projecten die componenten van Symfony2 gebruiken.
Anyway, blijf maar lekker bij ASP.net MVC3/4
Dus het is niet okee om vooroordelen te hebben over, of een hekel te hebben aan iemand, op basis van zijn gekozen programmeertaal, maar wel op basis van zijn of haar uiterlijk en/of muziekkeuze? Klinkt dubbel.m19 schreef op vrijdag 04 mei 2012 @ 15:42:
[...]
Wat jij nu opnoemt zijn bepaalde culturele groepen die van buiten af (kleding, muziek, gedrag) herkenbaar zijn. Een PHP Programmeur is nu wel zo'n specifiek iets, dat het mij moeilijk lijkt om daar vooroordelen over iemand zelf te hebben.
.oisyn: Échte programmeurs haten PHP met een passie. Ben jij soms geen echte programmeur?
En jij zou eens het verschil tussen "is" en "eens" moeten gaan uitzoekenDeluxZ schreef op vrijdag 04 mei 2012 @ 15:49:
[...]
Je zou is op IRC met de core developers moeten praten voor de grapOf is kijken naar de ontwikkeling van Drupal 8, dan zie je dat het geen MVC-framework is maar componenten waarmee je dit mogelijk kunt maken.
[ Voor 67% gewijzigd door .oisyn op 04-05-2012 15:50 ]
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.
PHP heeft (terecht of onterecht, daar gaat het niet om) nu eenmaal de naam dat er veel pruts-code mee geschreven wordt. Logisch dat er dan ook bij veel mensen een negatief gevoel ontstaat.m19 schreef op vrijdag 04 mei 2012 @ 15:42:
Als iemand nu zegt "ik programmeer in PHP, Java, C++, ASP" of wat dan ook gaan er bij mij geen belletjes rinkelen van "hey, ik weet niet of ik die man wel kan vertrouwen". Maar goed, misschien dat het bij anderen anders ligt.
Ik heb 't zelfde met ASP.Net; tot nu toe alle front-end code die ik gezien heb bij ASP.Net projecten waren echt om te janken. Of het dan aan de programmeurs lag of aan ASP.Net doet er niet zo veel toe, elke keer als ik ASP.Net nu hoor krijg ik er een negatief gevoel bij.
“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.
Ik ben een groot voorstander van de Duck-test.oisyn schreef op vrijdag 04 mei 2012 @ 15:46:
[...]
Da's natuurlijk een non-argument. Ik kan een systeem bedenken om thee te zetten en dat implementeren met een koffiebonengrinder, en op mijn blog uitleggen dat het toch echt bedoeld is om thee te zetten, maar toch zal iedereen vinden dat het gewoon een koffiezetautomaat is.
Die vooroordelen over PHP programmeurs kunnen we beter achterwege laten. Tegenwoordig is het een stuk beter gesteld en vind ik het onterecht dat nog steeds te zeggen. Maar goed; ieder zijn mening natuurlijk.
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
Anderzijds kun je het vanaf de kant van de interactie via het internet bekijken. Dan heb je over het algemeen geen fysieke kenmerken meer om op af te gaan. Waar baseer je je mening dan op? Waarschijnlijk op de woordkeuzes enz., maar het zal niet de eerste keer zijn dat ik iemand iemand anders hoor afkraken op basis van zijn programmeertaalvoorkeur.m19 schreef op vrijdag 04 mei 2012 @ 15:42:
[...]
Wat jij nu opnoemt zijn bepaalde culturele groepen die van buiten af (kleding, muziek, gedrag) herkenbaar zijn. Een PHP Programmeur is nu wel zo'n specifiek iets, dat het mij moeilijk lijkt om daar vooroordelen over iemand zelf te hebben.
Als iemand nu zegt "ik programmeer in PHP, Java, C++, ASP" of wat dan ook gaan er bij mij geen belletjes rinkelen van "hey, ik weet niet of ik die man wel kan vertrouwen". Maar goed, misschien dat het bij anderen anders ligt.
Maar goed, ik snap je wel
Dan neemt trouwens niet weg dat jouw insteek ook naar mijn mening de beste is.
Nee zo bedoelde ik het niet, maar zo kan je het ook opvatten jaKorben schreef op vrijdag 04 mei 2012 @ 15:50:
[...]
Dus het is niet okee om vooroordelen te hebben over, of een hekel te hebben aan iemand, op basis van zijn gekozen programmeertaal, maar wel op basis van zijn of haar uiterlijk en/of muziekkeuze? Klinkt dubbel.
Ik vind een manier van leven iets heel anders dan een specifieke programmeertaal o.i.d., geen idee hoe ik het moet verwoorden. Maakt ook niet uit, ik ben hier niet om te discussiëren want zoals te zien valt ben ik daar zeer slecht in.
Wat is er tegenwoordig anders dan 10 jaar geleden? Volgens mij het nog gewoon hetzelfde pakket alleen met meer functies erinCloud schreef op vrijdag 04 mei 2012 @ 15:52:
[...]
Die vooroordelen over PHP programmeurs kunnen we beter achterwege laten. Tegenwoordig is het een stuk beter gesteld en vind ik het onterecht dat nog steeds te zeggen. Maar goed; ieder zijn mening natuurlijk.
Daarnaast is ASP.NET ook gewoon echt ontiegelijk slecht om mee te werken, componenten op een website? Geen goede combinatie, en een viewstate van 1MB...
PHP heeft wel meer veranderingen meegemaakt de afgelopen 10 jaar dan alleen wat nieuwe functies. En ach, ieder zijn voorkeur of afkeur voor een taal.Megamind schreef op vrijdag 04 mei 2012 @ 15:56:
[...]
Wat is er tegenwoordig anders dan 10 jaar geleden? Volgens mij het nog gewoon hetzelfde pakket alleen met meer functies erin
Daarnaast is ASP.NET ook gewoon echt ontiegelijk slecht om mee te werken, componenten op een website? Geen goede combinatie, en een viewstate van 1MB...
Claude: "Domain patterns emerge from iteration, not generation." - Tweakers Time Machine Extension | Chrome : FF
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
En het grootste probleem met de PHP community is - mijns insziens - dat het materiaal van 5 - 10 jaar geleden nog steeds bovenaan de zoekresultaten / voorbeelden / etc getoond worden.Cloud schreef op vrijdag 04 mei 2012 @ 16:00:
Tegenwoordig zitten er veel meer professionals tussen en echt goede PHP-devvers. Dat is wel eens anders geweest.
Ik snap natuurlijk wel dat dat niet helpt wanneer je net begint met programmeren.
[ Voor 22% gewijzigd door Phoenix1337 op 04-05-2012 16:07 ]
En natuurlijk moet je als goede coder weten wat puike code is en wat niet, maar we zijn allemaal eens begonnen, nietwaar? En als je net begint dan kun je dat onderscheid echt niet maken. Dus als je dan meer slechte dan goede voorbeelden tegen komt, tsja...
[ Voor 38% gewijzigd door Struikrover op 04-05-2012 16:08 ]
je defined een 'firewall' (ik heb het niet zo genoemd
Om weer terug te komen op Symfony2: Ik ben het ermee eens dat ze wel wat meer mogen richten op het feit dat het niet een MVC framework is pur sang. Ik volg de ontwikkeling al redelijk lang en de filosofie erachter is echt heel anders dan een, zeg... Zend Framework of CodeIgniter (welke onderling trouwens ook al moeilijk te vergelijken zijn). De individuele componenten zijn dusdanig compleet, uitgebreid en gebaseerd op best practices dat de huidige documentatie daar weinig recht toe doet. Het Symfony2 Standard Edition project is een individueel project dat een uitgebreide web-app voor je bootstrapped met heel veel mogelijkheden, waaronder MVC, maar het MVC gedeelte is niet 'out-of-the-box' per default afgedwongen.
Wil je minder functionaliteit, dan kan je kijken naar interessante projecten die gebouwd zijn met de components, zoals Goutte en Silex.
Ik vind de kwaliteit van de code, de implementatie en de werking van Symfony2 (Components) dusdanig goed, dat ik de negatieve mentaliteit jegens PHP'ers geen recht vind doen aan dat project.
Engineering is like Tetris. Succes disappears and errors accumulate.
Alleen WebForms, MVC heeft geen viewstateMegamind schreef op vrijdag 04 mei 2012 @ 15:56:
[...]
Daarnaast is ASP.NET ook gewoon echt ontiegelijk slecht om mee te werken, componenten op een website? Geen goede combinatie, en een viewstate van 1MB...
Dat bedoelde ik inderdaad ook, webforms vs MVC3 is geen keuze eigenlijkAvalaxy schreef op vrijdag 04 mei 2012 @ 16:42:
[...]
Alleen WebForms, MVC heeft geen viewstateMaar WebForms is idd zeer ranzig ja, wellicht nog erger dan PHP.
Dag support!!
Pfff...
Was dat maar waar ... gelukkig ben ik niet de primaire ASP.NET-developerMegamind schreef op vrijdag 04 mei 2012 @ 16:45:
[...]
Dat bedoelde ik inderdaad ook, webforms vs MVC3 is geen keuze eigenlijk
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Ik heb iemand van Microsoft dat op de TechDays zijn gebruiken maar ik weet niet meer hoe het heet
Anyway, altijd irritant als je snel wilt stoppen met debuggen in visual studio en je houdt per ongeluk ook de control toets in als alleen op shift-f5 wilt drukken, met als resultaat dat 'ie weer opnieuw start in debugging mode
Tot nu toe nog te lui geweest om de shortcuts te veranderen.
"When I am weaker than you I ask you for freedom because that is according to your principles; when I am stronger than you I take away your freedom because that is according to my principles"- Frank Herbert
Volgens mij was dat Mads Kristensen, maar ik kan zijn tool ook even niet vinden.Avalaxy schreef op vrijdag 04 mei 2012 @ 17:15:
Ik ben op zoek naar een NuGet package voor ASP.NET waarmee afbeeldingen in de solution (zoals achtergrondplaatjes) automagisch gecompressed kunnen worden zodanig dat je een kleiner bestand hebt dan wanneer je Photoshop's Save for web optie gebruikt.
Ik heb iemand van Microsoft dat op de TechDays zijn gebruiken maar ik weet niet meer hoe het heet
Edit: Deze toevallig? http://madskristensen.net...ta)-VS2010-extension.aspx
[ Voor 9% gewijzigd door Rhapsody op 04-05-2012 17:32 ]
🇪🇺 pro Europa!
Het nadeel van het WebForms-model is ook dat mensen (vooral 'managers') verwachten dat je dan applicaties krijgt die eruitzien en zich gedragen als desktopapplicaties, in plaats van zich aan te passen aan functionaliteiten en ontwerpen in een webbrowser.
Zo heb ik al eens meegewerkt aan een applicatie met een "tabbed document interface"...
ASP.NET MVC is daarentegen hartstikke clean, en werkt ook heel erg fijn.
[ Voor 33% gewijzigd door Alex) op 04-05-2012 17:33 ]
We are shaping the future
Thanks!Rhapsody schreef op vrijdag 04 mei 2012 @ 17:30:
[...]
Volgens mij was dat Mads Kristensen, maar ik kan zijn tool ook even niet vinden.
Hmm, jammer. Scheelt in mijn case maar 1%. Desondanks fijne tool, werkt briljant
[ Voor 9% gewijzigd door Avalaxy op 04-05-2012 17:43 ]
Dit topic is gesloten.
![]()
Dit topic is niet de plaats om te lopen helpdesken. De Coffee Corner is primair bedoeld als uitlaatklep voor iedereen in de Devschuur® en niet als vraagbaak.
