<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Joggink on the wild web</title>
	<atom:link href="http://blog.joggink.be/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.joggink.be</link>
	<description></description>
	<lastBuildDate>Mon, 04 May 2009 10:21:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Give up css and use tables by joggink</title>
		<link>http://blog.joggink.be/2009/01/19/give-up-css-and-use-tables/comment-page-1/#comment-148</link>
		<dc:creator>joggink</dc:creator>
		<pubDate>Mon, 04 May 2009 10:21:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.joggink.be/?p=119#comment-148</guid>
		<description>Het is inderdaad een feit dat de werkdruk soms niet toelaat om de regels te volgen zoals het hoort. Maar dan zijn het eerder de kleine zonden die de kop opsteken. Persoonlijk vind ik tables gebruiken voor layout niet echt een kleine zonde.</description>
		<content:encoded><![CDATA[<p>Het is inderdaad een feit dat de werkdruk soms niet toelaat om de regels te volgen zoals het hoort. Maar dan zijn het eerder de kleine zonden die de kop opsteken. Persoonlijk vind ik tables gebruiken voor layout niet echt een kleine zonde.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Give up css and use tables by Wolf</title>
		<link>http://blog.joggink.be/2009/01/19/give-up-css-and-use-tables/comment-page-1/#comment-147</link>
		<dc:creator>Wolf</dc:creator>
		<pubDate>Sat, 25 Apr 2009 23:00:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.joggink.be/?p=119#comment-147</guid>
		<description>Ik ben van mening dat er bepaalde situaties zijn waar het tijds -en zelfs usabilitygewijs een slimme investering is om af en toe de zonde van een onsemantische table te gebruiken. Enkele technische limitaties (bvb. vertical centering op grote schaal) kan je niet overwinnen.

Uiteindelijk moet je je product maken voor je doelpubliek. De sites en webapps die iedereen de hemel inprijst (e.g. gmail met zijn frames) zijn er ook niet gekomen door altijd de regeltjes netjes te volgen.</description>
		<content:encoded><![CDATA[<p>Ik ben van mening dat er bepaalde situaties zijn waar het tijds -en zelfs usabilitygewijs een slimme investering is om af en toe de zonde van een onsemantische table te gebruiken. Enkele technische limitaties (bvb. vertical centering op grote schaal) kan je niet overwinnen.</p>
<p>Uiteindelijk moet je je product maken voor je doelpubliek. De sites en webapps die iedereen de hemel inprijst (e.g. gmail met zijn frames) zijn er ook niet gekomen door altijd de regeltjes netjes te volgen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Een blik op webdevelopment part II by Birger</title>
		<link>http://blog.joggink.be/2008/12/04/een-blik-op-webdevelopment-part-ii/comment-page-1/#comment-146</link>
		<dc:creator>Birger</dc:creator>
		<pubDate>Fri, 27 Mar 2009 14:52:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.joggink.be/?p=85#comment-146</guid>
		<description>Dagelijks zie je dergelijke fouten, zelfs mensen die al jaren in het &quot;vak&quot; zitten maken ze nog.

Het is wel goed dat er aangehaald wordt dat het belangrijk is om goeie SQL te schrijven!
Veel performantie problemen zijn afhankelijk van slecht geschreven SQL en eenmaal die statements in de final code zitten worden ze er zelden nog uitgehaald.
Een database is geen &quot;Magic Box&quot;. Je krijgt wat je vraagt en op een slechte vraag kan je dikwijls een slecht antwoord verwachten...
Ik ben van mening dat veel verholpen kan worden door developers een extra opleiding te geven over hoe ze moeten samenwerken met een database.

Natuurlijk ligt het hele performantie probleem niet alleen bij slecht geschreven SQL.
Elke database heeft onderhoud nodig. Een database is geen statisch gegeven, een DB wordt elke dag gewijzigd en ondergaat veelal een sterke groei. Veel is afhankelijk van het design (normalisatie), indexering, statistieken, gebruik van bepaalde technieken, ...
Het is ook geen schande om een stuk van de backend code in de database te integreren (bvb triggers, functions, procedures, packages, ... op DB niveau)
Database systemen worden ook verder door ontwikkeld en zijn verre van bug vrij, dus updates van deze component zijn ook van levensbelang.

Door de huidige kostprijs van hardware, memory en storage wordt dikwijls voor een gigantische server gekozen door onkunde van de betrokken personen en omdat de kostprijs voor onderzoek en optimalisatie van een applicatie regelmatig hoger ligt dan het vervangen van een server. Hierdoor worden alsmaar meer de symptonen aangepakt en niet de oorzaak van het probleem!
De echte miserie begint dan pas op lange termijn.

Een performantie probleem kan overal zitten, zelfs buiten de eigenlijke applicaties. Denk maar eens aan crappy client pc&#039;s, netwerk problemen, ...</description>
		<content:encoded><![CDATA[<p>Dagelijks zie je dergelijke fouten, zelfs mensen die al jaren in het &#8220;vak&#8221; zitten maken ze nog.</p>
<p>Het is wel goed dat er aangehaald wordt dat het belangrijk is om goeie SQL te schrijven!<br />
Veel performantie problemen zijn afhankelijk van slecht geschreven SQL en eenmaal die statements in de final code zitten worden ze er zelden nog uitgehaald.<br />
Een database is geen &#8220;Magic Box&#8221;. Je krijgt wat je vraagt en op een slechte vraag kan je dikwijls een slecht antwoord verwachten&#8230;<br />
Ik ben van mening dat veel verholpen kan worden door developers een extra opleiding te geven over hoe ze moeten samenwerken met een database.</p>
<p>Natuurlijk ligt het hele performantie probleem niet alleen bij slecht geschreven SQL.<br />
Elke database heeft onderhoud nodig. Een database is geen statisch gegeven, een DB wordt elke dag gewijzigd en ondergaat veelal een sterke groei. Veel is afhankelijk van het design (normalisatie), indexering, statistieken, gebruik van bepaalde technieken, &#8230;<br />
Het is ook geen schande om een stuk van de backend code in de database te integreren (bvb triggers, functions, procedures, packages, &#8230; op DB niveau)<br />
Database systemen worden ook verder door ontwikkeld en zijn verre van bug vrij, dus updates van deze component zijn ook van levensbelang.</p>
<p>Door de huidige kostprijs van hardware, memory en storage wordt dikwijls voor een gigantische server gekozen door onkunde van de betrokken personen en omdat de kostprijs voor onderzoek en optimalisatie van een applicatie regelmatig hoger ligt dan het vervangen van een server. Hierdoor worden alsmaar meer de symptonen aangepakt en niet de oorzaak van het probleem!<br />
De echte miserie begint dan pas op lange termijn.</p>
<p>Een performantie probleem kan overal zitten, zelfs buiten de eigenlijke applicaties. Denk maar eens aan crappy client pc&#8217;s, netwerk problemen, &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Googlemaps loves to kayak by Pieter Maes</title>
		<link>http://blog.joggink.be/2009/01/22/googlemaps-loves-to-kayak/comment-page-1/#comment-145</link>
		<dc:creator>Pieter Maes</dc:creator>
		<pubDate>Thu, 12 Mar 2009 10:24:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.joggink.be/?p=125#comment-145</guid>
		<description>vroeger wast swim ;)</description>
		<content:encoded><![CDATA[<p>vroeger wast swim <img src='http://blog.joggink.be/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Give up css and use tables by woony</title>
		<link>http://blog.joggink.be/2009/01/19/give-up-css-and-use-tables/comment-page-1/#comment-144</link>
		<dc:creator>woony</dc:creator>
		<pubDate>Mon, 16 Feb 2009 14:09:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.joggink.be/?p=119#comment-144</guid>
		<description>ok nvm die comments hier gepasted zijn natuurlijk in comment gegaan :p</description>
		<content:encoded><![CDATA[<p>ok nvm die comments hier gepasted zijn natuurlijk in comment gegaan :p</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Give up css and use tables by woony</title>
		<link>http://blog.joggink.be/2009/01/19/give-up-css-and-use-tables/comment-page-1/#comment-143</link>
		<dc:creator>woony</dc:creator>
		<pubDate>Mon, 16 Feb 2009 14:08:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.joggink.be/?p=119#comment-143</guid>
		<description>true
ps
lol @ source shouldiusetablesforlayout.com

  &lt;!-- Honestly, no. --&gt;

  &lt;!--
    
      
        No.
      
    
  --&gt;
  &lt;!-- Fact: Chuck Norris hates layout tables! --&gt;</description>
		<content:encoded><![CDATA[<p>true<br />
ps<br />
lol @ source shouldiusetablesforlayout.com</p>
<p>  <!-- Honestly, no. --></p>
<p>  &lt;!&#8211;</p>
<p>        No.</p>
<p>  &#8211;&gt;<br />
  <!-- Fact: Chuck Norris hates layout tables! --></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Googlemaps loves to kayak by Sam Vloeberghs</title>
		<link>http://blog.joggink.be/2009/01/22/googlemaps-loves-to-kayak/comment-page-1/#comment-141</link>
		<dc:creator>Sam Vloeberghs</dc:creator>
		<pubDate>Mon, 26 Jan 2009 09:20:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.joggink.be/?p=125#comment-141</guid>
		<description>Ik ging strijk toen&#039;k die kajak zag staan xD</description>
		<content:encoded><![CDATA[<p>Ik ging strijk toen&#8217;k die kajak zag staan xD</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Een blik op webdevelopment part II by PJ</title>
		<link>http://blog.joggink.be/2008/12/04/een-blik-op-webdevelopment-part-ii/comment-page-1/#comment-140</link>
		<dc:creator>PJ</dc:creator>
		<pubDate>Tue, 16 Dec 2008 18:00:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.joggink.be/?p=85#comment-140</guid>
		<description>Hoe?

Omdat de klanten van zo&#039;n bedrijven zelf niks afweten van databases. Bedrijven kan drie vierden van hen clienteel belletjes wijsmaken over zo&#039;n dinge. &quot;Uw server is te traag&quot; en de kous is af.

Ook niet vergeten hoe stampvol met startups zo&#039;n markt zit, gasten die het zelf niet goed weten, of het personeel niet kunnen veroorloven die de correcte know-how en expierence hebben.  Sta er ook bij stil dat deze markt, vooral de web-apps markt een zeer jonge markt is en het aanbod voor een werkgever op vdab.be niet overloopt van getalenteerde ervaren backend devs. Zakken schoolverlaters die enkel OO kennen dat hun docent zelf nog maar net onder de knie heeft.</description>
		<content:encoded><![CDATA[<p>Hoe?</p>
<p>Omdat de klanten van zo&#8217;n bedrijven zelf niks afweten van databases. Bedrijven kan drie vierden van hen clienteel belletjes wijsmaken over zo&#8217;n dinge. &#8220;Uw server is te traag&#8221; en de kous is af.</p>
<p>Ook niet vergeten hoe stampvol met startups zo&#8217;n markt zit, gasten die het zelf niet goed weten, of het personeel niet kunnen veroorloven die de correcte know-how en expierence hebben.  Sta er ook bij stil dat deze markt, vooral de web-apps markt een zeer jonge markt is en het aanbod voor een werkgever op vdab.be niet overloopt van getalenteerde ervaren backend devs. Zakken schoolverlaters die enkel OO kennen dat hun docent zelf nog maar net onder de knie heeft.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Een blik op webdevelopment part II by Ronny</title>
		<link>http://blog.joggink.be/2008/12/04/een-blik-op-webdevelopment-part-ii/comment-page-1/#comment-139</link>
		<dc:creator>Ronny</dc:creator>
		<pubDate>Fri, 05 Dec 2008 16:33:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.joggink.be/?p=85#comment-139</guid>
		<description>Ik sta er altijd van versteld als ik een niet-genormaliseerde database in een live-applicatie ontdek.
Hoe kunnen mensen geld uitgeven aan een webmaster/bedrijf dat niet eens weet hoe je deftig de database opstelt..</description>
		<content:encoded><![CDATA[<p>Ik sta er altijd van versteld als ik een niet-genormaliseerde database in een live-applicatie ontdek.<br />
Hoe kunnen mensen geld uitgeven aan een webmaster/bedrijf dat niet eens weet hoe je deftig de database opstelt..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Een blik op webdevelopment by Saan</title>
		<link>http://blog.joggink.be/2008/11/26/een-blik-op-webdevelopment/comment-page-1/#comment-138</link>
		<dc:creator>Saan</dc:creator>
		<pubDate>Thu, 04 Dec 2008 09:06:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.joggink.be/?p=73#comment-138</guid>
		<description>My hero!</description>
		<content:encoded><![CDATA[<p>My hero!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
