De Devschuur Coffee Corner

[Haan]

Bij mij niet dan

[Cartman!]

Bah, ik begrijp nog steeds niet waarom de refactor-functies in NetBeans 6.9 niet meer werken terwijl dit in 6.8 en 6.9M1 wel werkte Misschien toch maar weer downgraden dan

[TJHeuvel]

Of upgraden naar Visual Studio

[Hoogie2004]

Visual Studio

@ hierbeneden - Ik ben geen ReSharper fan (gebruik echter wel (sporadisch) de Refactor! Pro plugin van devexpress)

VS is voor mij gewoon de IDE die het best werkt, zeker omdat alles wat ik nu doe .NET is.
Op school ook wel met wat andere IDE's gewerkt, maar geen enkele geeft zo'n solide gevoel als VS.

[ Voor 88% gewijzigd door Hoogie2004 op 28-07-2010 15:10 ]

[zwippie]

offtopic:
Gaap, dit topic heeft best wel een hoog Visual Studio fanboy gehalte...

@Cartman: Java of PHP? PHP refactoren werkt het hier iig prima in Netbeans 6.9, al is het alleen nuttig voor lokale variabelen. Als het voor Java niet werkt heb je inderdaad best wel een probleem.

[Janoz]

De allergrootste grap met die Visual Studio fanboys is nog wel dat iedereen zo enorm enthousiast is over de ReSharper plugin

[Haan]

Visual Studio
ReSharper

[Cartman!]

zwippie schreef op woensdag 28 juli 2010 @ 14:54:
@Cartman: Java of PHP? PHP refactoren werkt het hier iig prima in Netbeans 6.9, al is het alleen nuttig voor lokale variabelen. Als het voor Java niet werkt heb je inderdaad best wel een probleem.

PHP, ik krijg direct de error "The Rename refactoring cannot be applied in this context" als error terug als ik Refactor -> Rename kies in het menu...

Gek genoeg werkt t wel als ik ctrl+r kies... gaar

[Haan]

Lekker dan, ben ik een uur bezig met uit te zoeken wat er mis is met mijn code, blijkt er gewoon iets mis te zijn met mijn lokale IE icm met de Visual Studio webserver Tijdens debuggen werkt de autopostback property van controls namelijk niet, terwijl dit op een andere omgeving, of in andere browser, wel gewoon normaal werkt..

[.oisyn]

Mensen die het woord "fanboy" bezigen neem ik sowieso niet serieus...

[Sebazzz]

Haan schreef op woensdag 28 juli 2010 @ 15:30:
lijkt er gewoon iets mis te zijn met mijn lokale IE

Tsja.....

.oisyn schreef op woensdag 28 juli 2010 @ 15:32:
Mensen die het woord "fanboy" bezigen neem ik sowieso niet serieus...

Inderdaad. Mensen met een half opgegeten appel, een wannabe-robot, of bom met een blauwe knop als avatar ook niet

[ Voor 45% gewijzigd door Sebazzz op 28-07-2010 15:35 ]

[BtM909]

Haan schreef op woensdag 28 juli 2010 @ 15:30:
Lekker dan, ben ik een uur bezig met uit te zoeken wat er mis is met mijn code, blijkt er gewoon iets mis te zijn met mijn lokale IE icm met de Visual Studio webserver Tijdens debuggen werkt de autopostback property van controls namelijk niet, terwijl dit op een andere omgeving, of in andere browser, wel gewoon normaal werkt..

caching issue?

[ Voor 94% gewijzigd door BtM909 op 28-07-2010 15:36 ]

[Matis]

Sebazzz schreef op woensdag 28 juli 2010 @ 15:34:
Inderdaad. Mensen met een half opgegeten appel, een wannabe-robot, of bom met een blauwe knop als avatar ook niet

Woot, die halve appel kan ik verklaren. Die wannabe-robot en bom met blauwe knop zeggen me dan weer niets

[Sebazzz]

Android en Chrome
Zelf ben ik ook Android gebruiker maar ik probeer het wel in perspectief te houden en geen religie te verpreiden. Als je gewoon goed over dingen nadenkt en probeert objectief kan je nergens fanboy van worden. Bijvoorbeeld: NetBeans zuigt, maar het is beter werken dan Eclipse vind ik. Visual Studio is cool, maar kan ook vastlopen en werkt weer alleen op Windows. Welke beter is, hangt puur af van wat je wilt.

[Matis]

Natuurlijk

Android
Chrome

En natuurlijk Visual Studio

[ Voor 29% gewijzigd door Matis op 28-07-2010 15:49 ]

[user109731]

.oisyn schreef op woensdag 28 juli 2010 @ 15:32:
Mensen die het woord "fanboy" bezigen neem ik sowieso niet serieus...

Waarom eigenlijk? Het is bepaald niet mijn favoriete woord en wordt vaak onnodig gebruikt, maar verder is het imho gewoon vergelijkbaar met het woord 'troll', soms dekt het de lading het beste. Hoe moeten we anders het fanboy-probleem aankaarten zonder het woord te gebruiken?

[ Voor 10% gewijzigd door user109731 op 28-07-2010 15:55 ]

[Creepy]

Aangezien .oisyn zelf ook al dat woord bezigt...

[.oisyn]

JanDM schreef op woensdag 28 juli 2010 @ 15:54:
en wordt vaak onnodig gebruikt

Exactly. Mijn onderbuikgevoelens zeggen dat het in 95% van de keren gebruikt worden door kinders die maar wat roepen. Die 5% die ik daardoor onterecht niet meer serieus neem neem ik maar voor lief

Creepy schreef op woensdag 28 juli 2010 @ 15:57:
Aangezien .oisyn zelf ook al dat woord bezigt...

Ik heb mezelf dan ook nooit serieus genomen

Maar idd, het gaat natuurlijk om de beschuldiging zelf, niet zozeer om het gebruik ervan

[ Voor 32% gewijzigd door .oisyn op 28-07-2010 16:00 ]

[Haan]

Sebazzz schreef op woensdag 28 juli 2010 @ 15:34:
[...]

Tsja.....

Webforms debuggen vanuit Visual Studio in een andere browser dan IE kán wel, maar je wordt er niet vrolijk van (bijv. dat de debugsessie niet afsluit als je de pagina sluit..)

BtM909 schreef op woensdag 28 juli 2010 @ 15:35:
[...]
caching issue?

browser cache geleegd en laptop gereboot, maar dat hielp niet, dus het zal ergens een instelling in IE zijn

[Alex)]

Haan schreef op woensdag 28 juli 2010 @ 16:52:
[...]

Webforms debuggen vanuit Visual Studio in een andere browser dan IE kán wel, maar je wordt er niet vrolijk van (bijv. dat de debugsessie niet afsluit als je de pagina sluit..)

Wel zodra je de browser afsluit volgens mij?

[Arethusa]

Alex) schreef op woensdag 28 juli 2010 @ 18:13:
[...]

Wel zodra je de browser afsluit volgens mij?

Ik ondervind dat het niet gebeurd met Firefox en VS2008. Als ik Firefox afsluit dan blijf VS in debug mode draaien totdat je de boel stopt.

[Haan]

Ja precies dat is wat ik ook bedoel, behoorlijk irritant is dat.

[zwippie]

.oisyn schreef op woensdag 28 juli 2010 @ 15:32:
Mensen die het woord "fanboy" bezigen neem ik sowieso niet serieus...

Het was ook de eerste keer dat ik het woord mn strot uit kon krijgen maar het leek me hier alsnog gepast.

[HMS]

Ach Visual Studio is gewoon de beste

[Refro]

HMS schreef op donderdag 29 juli 2010 @ 04:13:
Ach Visual Studio is gewoon de beste

Over welke visual studio hebben we het dan en welk werk wil je er mee doen? VS2005 voor C++ ontwikkeling is wel goed maar als je het mij vraagt echt niet te beste. Laat staan embedded ontwikkeling in C voor een C166 platform doe me dan maar gewoon notepad++ of slickedit. Hangt er helemaal vanaf in welke omgeving je je bevind.

[Haan]

Hé we leven in 2010, dan ga je het niet meer over VS2005 hebben

[Refro]

Haan schreef op donderdag 29 juli 2010 @ 08:57:
Hé we leven in 2010, dan ga je het niet meer over VS2005 hebben

Veel succes met Windows CE BSP ontwikkeling dan

[Haan]

Ik zou moeten Googelen om te weten wat BSP is, dus daar maak ik me niet zo'n zorgen over

[Amras]

Haan schreef op donderdag 29 juli 2010 @ 08:57:
Hé we leven in 2010, dan ga je het niet meer over VS2005 hebben

Pfft... ik wou dat ik met VS2005 en daarbij .NET2.0 kon werken, hier nog gewoon VS2003 met .NET1.1.

[defcon84]

Ik heb al een maand ongeveer VS2010 geïnstalleerd maar kan nog niet overstappen omdat onze SQL Server nog versie 2003 is Volgende week gaan ze eindelijk de 2008 installeren

[Woy]

defcon84 schreef op donderdag 29 juli 2010 @ 09:52:
Ik heb al een maand ongeveer VS2010 geïnstalleerd maar kan nog niet overstappen omdat onze SQL Server nog versie 2003 is Volgende week gaan ze eindelijk de 2008 installeren

Vanuit VS 2010, kun je toch ook perfect tegen een oudere versie van SQL Server praten? ( Nog nooit van MS SQL Server 2003 gehoord trouwens. )

[defcon84]

Woy schreef op donderdag 29 juli 2010 @ 11:10:
[...]

Vanuit VS 2010, kun je toch ook perfect tegen een oudere versie van SQL Server praten? ( Nog nooit van MS SQL Server 2003 gehoord trouwens. )

nee dat kan ie niet.


en het gaat over de SQL Server die in de SBS 2003 zit
geen idee welke versie dat is

edit:
blijkbaar is het zelfs nog Microsoft SQL Server 2000

[ Voor 7% gewijzigd door defcon84 op 29-07-2010 11:32 ]

[Sebazzz]

Ah joh, DOS wordt ook nog wel aardig wat gebruikt, moet je maar eens opletten bij draaibanken en dergelijke.

[.oisyn]

Ok, waarom parst het volgende fout in PHP?

PHP:

return $c < 0 ? 0 : $c > 255 ? 255 : $c;

Zo gaat het wel goed:

PHP:

return $c < 0 ? 0 : ($c > 255 ? 255 : $c);

Maar ik zie niet in hoe de eerste variant überhaupt dan geparsed wordt. Hoe zit de syntax tree er dan in hemelsnaam uit

[FragFrog]

Vreemd, wat geeft't dan? Parse error ofzo?

On a sidenote, waarom doe je uberhaupt niet iets als

PHP:

return max(min(255, $c), 0);

Heb je ook geen kans op parse problemen

* FragFrog probeert geneste ternaries het liefst te voorkomen.

[ Voor 16% gewijzigd door FragFrog op 29-07-2010 16:26 ]

[.oisyn]

FragFrog schreef op donderdag 29 juli 2010 @ 16:25:
Vreemd, wat geeft't dan? Parse error ofzo?

Oh ja stom, dat had ik er nog even bij moeten zeggen: hij geeft dus niet eens een error. Het doet alleen gewoon niet wat ik verwacht (als ik -1 opgeef dan geeft ie -1 terug bijvoorbeeld). Maar hoe komt ie daar dan op

.edit: hij lijkt het hele "$c < 0 ? 0 :" gedeelte gewoon over te slaan.

PHP:

function clamp($c) { return (int)($c < 0 ? 0 : $c > 255 ? 255 : $c); }

echo clamp(-1), "<br>";
echo clamp(128), "<br>";
echo clamp(300), "<br>";

output:

code:

-1
128
300

[ Voor 26% gewijzigd door .oisyn op 29-07-2010 16:29 ]

[Woy]

.oisyn schreef op donderdag 29 juli 2010 @ 16:19:
Ok, waarom parst het volgende fout in PHP?

PHP:

return $c < 0 ? 0 : $c > 255 ? 255 : $c;

Zo gaat het wel goed:

PHP:

return $c < 0 ? 0 : ($c > 255 ? 255 : $c);

Maar ik zie niet in hoe de eerste variant überhaupt dan geparsed wordt. Hoe zit de syntax tree er dan in hemelsnaam uit

PHP:

($c < 0 ? 0 : $c ) > 255 ? 255 : $c;

misschien?

[ Voor 14% gewijzigd door Woy op 29-07-2010 16:39 ]

[.oisyn]

Geh dat is een mogelijkheid waar ik nog niet eens aan gedacht heb, dat zal het wel zijn idd. Dat strookt ook met de uitkomsten. De -1 wordt dan een 0, dat vergelijkt ie met 255, en vervolgens returnt ie $c (die dus nog -1 was). Dat betekent wel dat ?: een hogere precedence heeft dan < en >, terwijl in de meeste talen de ?: juist een van de laagste preferences heeft (alleen de assignment operators, de comma operator en dingen als "throw" e.d. zitten daar nog onder)

[ Voor 77% gewijzigd door .oisyn op 29-07-2010 16:36 ]

[Kalentum]

it is not a bug, it is a feature:
http://nl3.php.net/manual...rators.comparison.ternary
(example 3)

[ Voor 4% gewijzigd door Kalentum op 29-07-2010 16:35 ]

[Woy]

NVM

[ Voor 96% gewijzigd door Woy op 29-07-2010 16:37 ]

[Sebazzz]

@.oisyn: Je ben toch niet met de Deux Ex site aan het experimenteren, hè

Parse error: syntax error, unexpected T_ELSE in /home/websites/pringo4-dx-20100114/extensions/sync/include/class.php on line 86

[.oisyn]

rutgerw schreef op donderdag 29 juli 2010 @ 16:34:
it is not a bug, it is a feature:
http://nl3.php.net/manual...rators.comparison.ternary
(example 3)

Hoe tegenstrijdig:
http://nl3.php.net/manual....operators.precedence.php

Met andere woorden, ze kunnen geen fatsoenlijke parser implementeren dus nemen ze het maar in de documentatie op

@Sebazzz: ik doe niets met sites

[ Voor 4% gewijzigd door .oisyn op 29-07-2010 16:39 ]

[.oisyn]

Overigens:

FragFrog schreef op donderdag 29 juli 2010 @ 16:25:
On a sidenote, waarom doe je uberhaupt niet iets als

PHP:

return max(min(255, $c), 0);

Heb je ook geen kans op parse problemen

Als je weet hoe de ?: normaal werkt, waarom zou je dan überhaupt parse problemen verwachten? Maar idd, met PHP weet je het maar nooit, zoals nu wel weer blijkt

[BtM909]

.oisyn schreef op donderdag 29 juli 2010 @ 16:39:

@Sebazzz: ik doe niets met sites

Nou schop je collega's dan

[ Voor 71% gewijzigd door BtM909 op 29-07-2010 16:47 ]

[FragFrog]

.oisyn schreef op donderdag 29 juli 2010 @ 16:45:
Als je weet hoe de ?: normaal werkt, waarom zou je dan überhaupt parse problemen verwachten?

Ik moet bekennen dat dit gedrag ook voor mij nieuw is - maar zoals gezegd, ik gebruik maar zelden geneste ternary expressies, en dan altijd met haakjes om de individuele expressies. In mijn ervaring is PHP inderdaad een beetje 'bijzonder' soms, dan kan het geen kwaad extra voorzichtig te zijn

[ Voor 8% gewijzigd door FragFrog op 29-07-2010 16:54 ]

[Soultaker]

.oisyn schreef op donderdag 29 juli 2010 @ 16:19:
Ok, waarom parst het volgende fout in PHP?

Oh ja, daar kan ik me ook zo aan ergeren... nemen ze bijna de hele C operator hiërarchie over, maar met een paar subtiele wijzigingen zonder duidelijke reden waarom, zodat allerlei expressies die je uit C/Java/JavaScript/andere zinnige taal gewend bent subtiel anders parsen... heeft me ook de nodige hoofdbrekens gekost de eerste keer dat ik dat tegenkwam in PHP.

Maar jullie slaan de plank ook mis hoor:

.oisyn schreef op donderdag 29 juli 2010 @ 16:27:
hij lijkt het hele "$c < 0 ? 0 :" gedeelte gewoon over te slaan.

PHP:

function clamp($c) { return (int)($c < 0 ? 0 : $c > 255 ? 255 : $c); }
echo clamp(-1), "<br>";
echo clamp(128), "<br>";
echo clamp(300), "<br>";

output:

code:

-1
128
300

Dit print bij mij gewoon 255 op het eind (met PHP 5.3.3 tenminste)?

.oisyn schreef op donderdag 29 juli 2010 @ 16:39:
Hoe tegenstrijdig:
http://nl3.php.net/manual....operators.precedence.php

Volgens mij klopt die documentatie wel. De ?: operator is links-associatief in plaats van rechts-associatief, dus je code wordt geparset als:

PHP:

function clamp($c) { return (int)(($c < 0 ? 0 : $c > 255) ? 255 : $c); }

Dus niet zoals Woy suggereerde. Dit is natuurlijk verwarrend, maar het is wel consistent en komt overeen met de documentatie. Met de parser lijkt me niets mis.

[RobIII]

Soultaker schreef op donderdag 29 juli 2010 @ 19:08:
Dit print bij mij gewoon 255 op het eind (met PHP 5.3.3 tenminste)?

5.2.13 ook.

-1
128
255

PHP Version 5.2.13-0.dotdeb.1

[.oisyn]

euh ja dat had ik gewoon fout overgenomen, bij mij kwam er ook 255 uit.

[Matis]

.oisyn schreef op donderdag 29 juli 2010 @ 23:18:
euh ja dat had ik gewoon fout overgenomen, bij mij kwam er ook 255 uit.

Een beetje PHP de schuld geven

[.oisyn]

Nee die -1 die -1 bleef was waar het fout ging

[Voutloos]

Helemaal los van de werking: wmb moet je uberhaupt ternary operators niet nesten omwille van leesbaarheid.

[Haan]

Ik zit me even het volgende af te vragen wat beter/mooier is als je een ASP.NET webformulier hebt, waarbij je een aantal labels + textboxen hebt:

1: <asp:Label ID="label1" AssociatedControlID="textbox" runat="server">
2: <label for="<%= textbox.ClientID%>" >

Ik neig toch naar optie 2, omdat ik verder toch nooit iets met de labels doe in de code-behind, dus een runat="server" is niet nodig en een ID ook niet. Alleen zit je dan met de wat 'lelijke' syntax van optie 2.

Zou het qua performance ook nog wat uitmaken?

[Alex)]

Classic: bij een GridView wel een DataSource toekennen, maar vervolgens vergeten de DataBind() te callen.

* Alex) is verwend geraakt met al die controls die dat dan automatisch doen

[defcon84]

Haan schreef op vrijdag 30 juli 2010 @ 12:53:
Ik zit me even het volgende af te vragen wat beter/mooier is als je een ASP.NET webformulier hebt, waarbij je een aantal labels + textboxen hebt:

1: <asp:Label ID="label1" AssociatedControlID="textbox" runat="server">
2: <label for="<%= textbox.ClientID%>" >

Ik neig toch naar optie 2, omdat ik verder toch nooit iets met de labels doe in de code-behind, dus een runat="server" is niet nodig en een ID ook niet. Alleen zit je dan met de wat 'lelijke' syntax van optie 2.

Zou het qua performance ook nog wat uitmaken?

Ik zou voor optie 1 gaan.

Op performance is er echt geen verschil lijkt me
en als ik mij goed herrinner geeft .NET 1.1 een exception als je inline code (<%=) ergens op de pagina gebruikt en achteraf Page.Controls.Add(..) gebruikt.
Optie 1 is idd een cleanere syntax en 2 kan je niet echt dynamisch maken

[.oisyn]

Hier een berichtje vanaf Campzone. Woy en Creepy zijn hier ook dus in PRG kunnen jullie lekker kloten

[Creepy]

Hey!

[Haan]

.oisyn schreef op vrijdag 30 juli 2010 @ 19:48:
Hier een berichtje vanaf Campzone. Woy en Creepy zijn hier ook dus in PRG kunnen jullie lekker kloten

RELLUHHH!!!!111oneone

[whoami]

.oisyn schreef op vrijdag 30 juli 2010 @ 19:48:
Hier een berichtje vanaf Campzone. Woy en Creepy zijn hier ook dus in PRG kunnen jullie lekker kloten

Der valt niets meer te kloten.
Geen knopjes meer
Geen topic ping-pong
Geen /14 sluiting meer
Niks meer.

[Avalaxy]

Wtf?

Als ik in PHP helemaal aan het begin van mijn document (nog voor de <html> tag) een nieuw object aanmaak om de navigatiebar te regelen (switch statement) dan krijg ik ineens een enorme lege ruimte boven de header van m'n site, terwijl die methode met de switch helemaal niets returnt of echoot. Is dit normaal PHP-gedrag?

Edit: ah, komt omdat ik de pagina's die hij moet includen nog niet had aangemaakt... Toch vreemd

[ Voor 13% gewijzigd door Avalaxy op 31-07-2010 02:12 ]

[MueR]

P.E.B.K.A.C.

[Sebazzz]

Error reporting op alles zetten in je developmentomgeving
In iedere omgeving maar in het bijzonder als je PHP gebruikt.

[BM]

ZIjn er hier nog mensen die ervaring hebben met Tessnet2? (.NET wrapper voor de Tesseract OCR engine). De 2 voorbeeldbestanden worden in mijn code prima herkend (met engelse dictionary), maar zodra ik een eigen plaatje invoer krijg ik alleen een tilde terug
Zelfs een printscreen direct uit Word levert niets meer op

[Dutchmega]

Ik zat me eens af te vragen.. Wat voor certificaten kan je uberhaupt halen als software ontwikkelaar? (op de Microsoft en Zend PHP certificaten na)

[Kalentum]

Je kan overal gecertificeerd voor worden.

Zie http://www.expertrating.com/Certifications.asp dan ben je voor $14,99 klaar. briljant

[Caelorum]

rutgerw schreef op zaterdag 31 juli 2010 @ 20:21:
Je kan overal gecertificeerd voor worden.

Zie http://www.expertrating.com/Certifications.asp dan ben je voor $14,99 klaar. briljant

en er is ook nog prometric, zie http://www.prometric.com/default.htm

[roy-t]

Wat vinden jullie van deze presentatie The dark sides of C++. Ik weet zelf eigenlijk niet genoeg van de geavanceerde C++ functies om er echt iets mee te kunnen, maar het lijkt me wel heel interessant. Het lijkt wel alsof C++ een beetje last heeft van feature creep en dat er toch erg moeilijke fouten zitten in constructors en destructors (geen exceptions, bij fouten geheugen lekken enzo)

Ook kwam ik deze (nieuwe?) syntax tegen:

C++:

for(int i(0);  i != n; ++i){}
//versus
for(int i = 0; i < n; i++)
{}

Blijkbaar is de eerste syntax tegenwoordig de 'preffered syntax'.

Sowieso snap ik de nood voor deze nieuwe syntax niet. Je roept nu basically op de variabele een soort van constructor uit?

Dan krijg je toch problemen als:

C++:

int i(0);  //i wordt 0 of methode declaratie?
int i(); //sowieso een methode

Waar is de logica? Dit verpest toch leesbaarheid, en voor wat? Het is 3 tekens korter?

[ Voor 21% gewijzigd door roy-t op 01-08-2010 14:53 ]

[BM]

Wat gebeurd er als in de for loop i ineens groter word dan n? Die 1e blijft doorgaan volgens mij, de 2e stopt.

[Boudewijn]

Dat niet alleen maar de ++ is ook van postfix naar prefix veranderd, waarom?

[boe2]

Wat BM zegt: De eerste is een stuk foutgevoeliger dan de tweede en wijkt qua syntax veel af van de meeste andere talen. Waarom zou zoiets "preferred" zijn

[Verwijderd]

roy-t schreef op zondag 01 augustus 2010 @ 14:50:
Ook kwam ik deze (nieuwe?) syntax tegen:

C++:

for(int i(0);  i != n; ++i){}
//versus
for(int i = 0; i < n; i++)
{}

Blijkbaar is de eerste syntax tegenwoordig de 'preffered syntax'.

Hij schrijft new hotness. En voor mij is het niet echt herkenbaar als de 'preferred syntax'. De old and busted syntax is zo een beetje de standaard constructie in alle programmeertalen die enigsinds in de verste verte een relatie hebben met C (voor een for-loop that is).

Wel heeft de new hotness syntax wat 'positieve punten':

• Hij is 'algemener'. Je kan de int namelijk vervangen door elke mogelijke iterator-type zolang die: een constructor, prefix++ en != heeft. Constructor en ++ hebben ze allemaal wel. Maar alleen de random-access iterators ondersteunen <, <=, >, >=. Alle anderen (behalve output iterators) ondersteuen !=.
  
  Dus mocht je code ooit willen omgooien naar iterators (en heeft != dezelfde betekenis in deze context dan <); dan is de new-hotness syntax zooo-veeeeeel-makkelijker (nee dat meen ik niet eens).
• Hij is 'sneller'. De prefix++ is 'sneller' dan de postfix++ (want hoeft geen tijdelijke copy bij te houden van de oude waarde; niet dat daar iets mee gebeurt). Ook de initialisatiecode is sneller (int i = 0 is constructie met standaard waarde, dan assignment met 0; int i(0) is constructie direct met waarde). Maar ik geloof niet dat er een compiler bestaat waarbij dit ook maar iets zinnigs gaat uitmaken.

Ik zal de presentatie eens gaan doorkijken of er ook nog wat meer staat dan dit code voorbeeld.

offtopic:
En nu mag .oisyn of Soultaker of een andere super-C++ me compleet gaan verbeteren!

Inmiddels heel de presentatie gekeken. En merendeel van de punten zijn half-valide: ja je kan complexe code schrijven, C++ houd je daarin niet echt tegen. Maar dat verplicht niemand om ook daadwerkelijk al die syntax suiker over die ene functie te gieten. Een deel van de punten zijn overigens ook valide voor andere talen (Sommige Java iterators breken volgens mij ook nog wel eens als de onderliggende container verandert, zie bijvoorbeeld Vector). En een laatste dele van de punten zijn achterhaald (bijvoorbeeld: rariteiten van compilers in plaats van de taal).

Mijn conclusie: ik schrijf zelfs mijn quick-and-dirty scriptjes in C++. Als je de taal een beetje doorheb (wat wel wat tijd kan kosten, geef ik toe) dan is er toch snel duidelijke, overzichtelijke en eenvoudige code in te schrijven.

edit:
hele presentatie gelezen

[ Voor 22% gewijzigd door Verwijderd op 01-08-2010 15:58 ]

[roy-t]

Boudewijn schreef op zondag 01 augustus 2010 @ 15:11:
Dat niet alleen maar de ++ is ook van postfix naar prefix veranderd, waarom?

Zelf schrijf ik eigenlijk ook altijd ++i. i++ veranderd pas na het statement de i. Dus dan heb je even een tijdelijke variabele die je toch niet gebruikt, dat is in een for loop niet nodig. (Niet dat er een compiler bestaat die dit niet optimaliseert naar ++i).

BM schreef op zondag 01 augustus 2010 @ 15:09:
Wat gebeurd er als in de for loop i ineens groter word dan n? Die 1e blijft doorgaan volgens mij, de 2e stopt.

Dan gebeurt niet, je doet namelijk telkens ++i. Dus tenzij je de ++ operater geoverload hebt om er meer dan 1 bij te tellen gebeurd dit nooit . (Even het randgeval daargelaten dat je aan i zit in de loop body).

[ Voor 3% gewijzigd door roy-t op 01-08-2010 15:45 ]

[.oisyn]

T t = init wordt sowieso altijd wel geoptimaliseerd naar T t(init). Feitelijk staat er op de eerste plaats namelijk T t(T(init)), maar de daadwerkelijke aanroep van copy ctors mogen weggeoptimaliseerd worden naar een directe constructie. Overigens moet de copy ctor wel gewoon accessible zijn, ookal wordt ie weggeoptimaliseerd. Dit maakt het ook meteen preferred syntax, omdat de init mbv = voor sommige types dus niet werkt. Voor types waarvan duidelijk is dat het gewoon value types zijn kun je natuurlijk gewoon = blijven gebruiken, maar als je een template functie schrijft en dus niet weet wat T is dan moet je altijd voor de directe constructie gaan.

roy-t schreef op zondag 01 augustus 2010 @ 14:50:
Dan krijg je toch problemen als:

C++:

int i(0);  //i wordt 0 of methode declaratie?
int i(); //sowieso een methode

int i(0) kan geen declaratie zijn, en int i() is idd per definitie een functie declaratie. Maar als je de default ctor aangeroepen wilt hebben dan kun je ook gewoon "int i;" schrijven. De regel is: als je het kunt parsen als een declaratie, dan is het een declaratie.

[ Voor 3% gewijzigd door .oisyn op 01-08-2010 16:08 ]

[Freeaqingme]

't Hangt ook wel van de taal af. Eerder deed ik ook altijd ++$i typen, alleen na 't gebenchmarkt te hebben bleek het onder php even snel tot langzamer te zijn dan $i++. Weer een micro-optimalisatie minder

[roy-t]

freakingme schreef op zondag 01 augustus 2010 @ 15:53:
't Hangt ook wel van de taal af. Eerder deed ik ook altijd ++$i typen, alleen na 't gebenchmarkt te hebben bleek het onder php even snel tot langzamer te zijn dan $i++. Weer een micro-optimalisatie minder

In php is $i++ sneller dan ++$i?

Wow dus het is in php sneller om een tijdelijke variabele aan te maken met waarde i+1. De rest van de instructie uit te voeren en daarna de echte i te vervangen naar de waarde van de tijdelijke variabele. Dan gewoon i te verhogen met 1?

php = wtf.

[Creepy]

Of juist geen php wtf, en optimaliseert php de $i++ als dat kan (als er niks met de pre-increment waarde wat wordt gedaan, zoals dat in andere omgeving ook erg veel gebeurd).

[Sebazzz]

Of zoiets is gewoon inherent aan geinterpreteerde talen. Benchmark eens met Python of Groovy bijvoorbeeld

[ Voor 4% gewijzigd door Sebazzz op 01-08-2010 17:03 ]

[dtech]

Sowieso, als je in een interperted taal je druk gaat maken over het snelheidsverschil tussen $i++ en ++$i dan ben je verkeert bezig.

[.oisyn]

Exact, dan gaat het nergens over. De issue in C++ is niet zozeer de temporary zelf alswel dat mogelijk het daadwerkelijk kopiëren van het type duur is. Voor std::valarray<T> zou je bijvoorbeeld een ++ operator kunnen definieren die bij alle elementen 1 optelt. v++ resulteert dan in een allocatie en een kopie van de gehele inhoud, terwijl ++v alleen de increment operatie zelf behelst.

[ Voor 3% gewijzigd door .oisyn op 01-08-2010 17:17 ]

[FragFrog]

dtech schreef op zondag 01 augustus 2010 @ 17:15:
Sowieso, als je in een interperted taal je druk gaat maken over het snelheidsverschil tussen $i++ en ++$i dan ben je verkeert bezig.

Ik durf zelfs te stellen dat je doorgaans verkeerd of in elk geval suboptimaal bezig bent als je je druk gaat maken over dat snelheidsverschil in welke taal dan ook Dergelijke microoptimalisaties zijn maar zelden lonend

[dtech]

Nou, misschien bij een embedded 2 Mhz ARM CPU met een RTOS waarbij het in een for loop zit die 1 miljoen keer uitgevoerd worden, maar alles daarbuiten geef ik je gelijk

[Matis]

Ik mag niet hopen dat je op zo'n hardware-platform PHP draait

Als je daarvoor al wat wilt schrijven, doe dat dan in assembly, al moet ik toegeven dat een sommige optimalisaties ook op een C2Q van 2,4GHz erg goed merkbaar zijn.

De hamming-distance-berekening in [Java] Efficienter varianten bitmap genereren (winkelmand) heeft voor onze toepassing een aanzienlijke verbetering opgeleverd.

Zie pedorus in "[Java] Efficienter varianten bitmap gene..." in het bijzonder

[Verwijderd]

Nou weet ik echt niet waar ik dit moet vragen dus vraag ik het maar hier.

Wat ik graag zou willen is met echt programmeren beginnen mijn voorkeur ligt bij C# en uiteindelijk een microsoft certificaat te halen, ik heb al wel vaker wat ge-programmeerd maar dit was in VB op de mbo ict-beheerder(overigens ben ik gestopt met die opleiding 4 jaar geleden). Nou heb ik wel een beetje aan lopen pielen met java enzo. Alleen mijn vraag aan jullie is waar moet ik beginnen zou er wel graag een boek bij hebben(vindt ik prettig werken) eigenlijk ben ik dus op zoek naar een cursus of iets dergelijks of thuis studie. Heb al wat rond gekeken maar er is zoveel en het is maar lastig om iets geschikts te vinden imo.

Daarom vraag ik dus jullie advies. Hoop niet dat dit het verkeerde topic is of dat het in het verkeerde keelgat schiet .

edit: het was in vb 6.0.

[Verwijderd]

Ik heb zelf een CRM applicatie ontwikkeld voor ons bedrijf. Mijn baas heeft mij gevraagd om eens kritisch naar de design van de user interface te kijken. Nu ben ik natuurlijk maar een simpele programmeurt, van user interface design heb ik geen kaas gegeten. Kunnen jullie mij misschien een boek aanraden die deze materie duidelijk behandeld, waar ik als leek ook wat aan heb?

[Creepy]

Ja, dit is wel het verkeerde topic, en nee, het schiet niet in het verkeerde keelgat. Er komen hier vaker vragen voorbij over hoe te beginnen met programmeren. Ik stel voor dat je eerst de zoek optie van het forum gebruikt en aan het lezen slaat. Voor zaken die je in eerste instantie zelf zal moeten doen (lezen, leren, zelf zaken uitzoeken) is dit topic juist *niet* bedoeld, het hele forum eigenlijk niet

@pistoljamer: Er is een groot boeken topic, probeer het daar eens.

:W Matis

[ Voor 8% gewijzigd door Creepy op 02-08-2010 15:11 ]

[Matis]

Verwijderd schreef op maandag 02 augustus 2010 @ 14:21:
Nou weet ik echt niet waar ik dit moet vragen dus vraag ik het maar hier.

Wat ik graag zou willen is met echt programmeren beginnen mijn voorkeur ligt bij C# en uiteindelijk een microsoft certificaat te halen, ik heb al wel vaker wat ge-programmeerd maar dit was in VB op de mbo ict-beheerder(overigens ben ik gestopt met die opleiding 4 jaar geleden). Nou heb ik wel een beetje aan lopen pielen met java enzo. Alleen mijn vraag aan jullie is waar moet ik beginnen zou er wel graag een boek bij hebben(vindt ik prettig werken) eigenlijk ben ik dus op zoek naar een cursus of iets dergelijks of thuis studie. Heb al wat rond gekeken maar er is zoveel en het is maar lastig om iets geschikts te vinden imo.

Daarom vraag ik dus jullie advies. Hoop niet dat dit het verkeerde topic is of dat het in het verkeerde keelgat schiet .

edit: het was in vb 6.0.

[Alg] Centraal boekentopic - part II

Verwijderd schreef op maandag 02 augustus 2010 @ 15:08:
Ik heb zelf een CRM applicatie ontwikkeld voor ons bedrijf. Mijn baas heeft mij gevraagd om eens kritisch naar de design van de user interface te kijken. Nu ben ik natuurlijk maar een simpele programmeurt, van user interface design heb ik geen kaas gegeten. Kunnen jullie mij misschien een boek aanraden die deze materie duidelijk behandeld, waar ik als leek ook wat aan heb?

[Alg] Centraal boekentopic - part II

Edit; Creepy

[creator1988]

Verwijderd schreef op maandag 02 augustus 2010 @ 15:08:
Ik heb zelf een CRM applicatie ontwikkeld voor ons bedrijf. Mijn baas heeft mij gevraagd om eens kritisch naar de design van de user interface te kijken. Nu ben ik natuurlijk maar een simpele programmeurt, van user interface design heb ik geen kaas gegeten. Kunnen jullie mij misschien een boek aanraden die deze materie duidelijk behandeld, waar ik als leek ook wat aan heb?

En laat gewoon een UX expert hier eens naar kijken. Programmeurs en user interfaces is een no-no.

[Haan]

creator1988 schreef op maandag 02 augustus 2010 @ 15:23:
[...]


En laat gewoon een UX expert hier eens naar kijken. Programmeurs en user interfaces is een no-no.

Precies mijn idee. Je moet een programmeur niet de UI laten doen, want programmeurs kijken met heel andere ogen naar zoiets dan een functioneel persoon of iemand die verstand heeft van user interfaces. Ik merk dat zelf ook regelmatig, waarbij ik dan de programmeur ben en ik iets (volgens gebruikers) onlogisch heb opgelost op een scherm

[creator1988]

Haan schreef op maandag 02 augustus 2010 @ 15:26:
[...]

Precies mijn idee. Je moet een programmeur niet de UI laten doen, want programmeurs kijken met heel andere ogen naar zoiets dan een functioneel persoon of iemand die verstand heeft van user interfaces. Ik merk dat zelf ook regelmatig, waarbij ik dan de programmeur ben en ik iets (volgens gebruikers) onlogisch heb opgelost op een scherm

Al moet ik wel merken dat nu ik anderhalf jaar alleen maar dingen implementeer waar iemand eerst heel lang over de UX na heeft gedacht, dat ik er zelf wel veel meer gevoel bij krijg (als in iets werkt goed, of iets werkt kut); maar vraag me niet iets helemaal from scratch te bouwen

[Verwijderd]

Dit zei ik ook al, maar hij wilt toch dat ik er zelf naar kijk

[Matis]

Pfff, ranzig programmeren FTW

Ik ben op de zaak bezig om een Delphi flatfile-database (.xdb als ik me niet vergis) in te lezen in PHP om er een soort read-only pagina van te maken, opdat collega's de voortgang van diverse zaken kunnen monitorren.

Wat is dat een draak van een binary-flatfile. Alles wordt opgesplits met 0xFF (rijen) en 0x00 (kolommen). Ik ben momenteel nog niet tegen een (opensource) library voor PHP aangelopen waarmee de database kan inlezen.

Ik ben nu een beetje aan het hannesen met reguliere expressies (als in SQL-commando's), maar het is waar. Met reguliere expressies ga je van één probleem, naar twee problemen

[Megamind]

Matis schreef op dinsdag 03 augustus 2010 @ 18:12:
Pfff, ranzig programmeren FTW

Ik ben op de zaak bezig om een Delphi flatfile-database (.xdb als ik me niet vergis) in te lezen in PHP om er een soort read-only pagina van te maken, opdat collega's de voortgang van diverse zaken kunnen monitorren.

Wat is dat een draak van een binary-flatfile. Alles wordt opgesplits met 0xFF (rijen) en 0x00 (kolommen). Ik ben momenteel nog niet tegen een (opensource) library voor PHP aangelopen waarmee de database kan inlezen.

Ik ben nu een beetje aan het hannesen met reguliere expressies (als in SQL-commando's), maar het is waar. Met reguliere expressies ga je van één probleem, naar twee problemen

Kan je niet gewoon een progje schrijven in Delphi waaruit je het exporteerd en vanuit daar iets maakt?

[Alex)]

Mjep, dat wilde ik net voorstellen. Vanuit Delphi exporteren naar CSV en dan vanuit PHP weer met fgetcsv() (of hoe het ding ook heet) weer inlezen? Of gewoon meteen vervangen door een fatsoenlijke database.

[ Voor 16% gewijzigd door Alex) op 03-08-2010 19:05 ]

[Matis]

Megamind schreef op dinsdag 03 augustus 2010 @ 19:00:
Kan je niet gewoon een progje schrijven in Delphi waaruit je het exporteerd en vanuit daar iets maakt?

Helaas hebben we geen Delphi-licentie meer. Dat programma dat er nog gebruik van maakt, is gemaakt in de steenkooltijd.
Daarnaast moet PHP (ooit) ook weer gaan schrijven in de Delphi-database Dat wordt helemaal een drama. Binnekort maar eens kijken of ik niet een nette library kan schrijven daarvoor

Een collega is al bezig met een SQL-variant, maar dat duurt nog tot het eind van het jaar en dan moet het zich nog maar bewijzen. Daarnaast heb ik tijdens het compileren van projecten toch nog tijd genoeg om me daarin te verdiepen

[ Voor 18% gewijzigd door Matis op 03-08-2010 21:13 ]

[FragFrog]

Matis schreef op dinsdag 03 augustus 2010 @ 21:07:
Helaas hebben we geen Delphi-licentie meer. Dat programma dat er nog gebruik van maakt, is gemaakt in de steenkooltijd.
Daarnaast moet PHP (ooit) ook weer gaan schrijven in de Delphi-database

Volgens mij kun je ook gelijk in PHP wel dat bestand lezen of desnoods eerst omzetten naar CSV en weer terug (middels DIO bijvoorbeeld), zoniet zou dat like tien regels c code zijn?

[Verwijderd]

Matis schreef op dinsdag 03 augustus 2010 @ 21:07:
[...]

Helaas hebben we geen Delphi-licentie meer.

Er zijn ook diver gratis varianten van delphi te vinden waaronder:
- lazarus
- turbo delphi

[Megamind]

Matis schreef op dinsdag 03 augustus 2010 @ 21:07:
[...]
Een collega is al bezig met een SQL-variant, maar dat duurt nog tot het eind van het jaar en dan moet het zich nog maar bewijzen. Daarnaast heb ik tijdens het compileren van projecten toch nog tijd genoeg om me daarin te verdiepen

Wat zijn jullie echt aan het ontwikelen

[ Voor 6% gewijzigd door Megamind op 03-08-2010 21:52 ]

[Matis]

Ik ontwikkel software voor FPGA's. Het compileren van projecten duurt al snel 1,5 uur.
Onze soft- en hardware wordt ingezet in de broadcast industry; voor het bewerken en analyseren van video- en audiosignalen.
Dit is een voorbeeld van zo'n insteekkaart

[ Voor 67% gewijzigd door Matis op 04-08-2010 08:08 ]

[Voutloos]

Klinkt best interessant om in elkaar te sleutelen.

[.oisyn]

Matis schreef op woensdag 04 augustus 2010 @ 08:05:
Ik ontwikkel software voor FPGA's. Het compileren van projecten duurt al snel 1,5 uur.

Voor incremental builds? Verder: Incredibuild

[Sebazzz]

Matis schreef op woensdag 04 augustus 2010 @ 08:05:
Ik ontwikkel software voor FPGA's. Het compileren van projecten duurt al snel 1,5 uur.

Dus je drinkt meer koffie dan dat je programmeert?

[ Voor 11% gewijzigd door Sebazzz op 04-08-2010 11:21 ]