<?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 on: Artem&#8217;s Top 10 Tech Predictions And Ideas For 2009 And Beyond</title> <atom:link href="http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/feed/" rel="self" type="application/rss+xml" /><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/</link> <description>where things have nothing to do with beer - tutorials, tips, how-tos, thoughts, hacks, and other techy nonsense</description> <lastBuildDate>Sat, 19 May 2012 21:39:38 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.2</generator> <item><title>By: Prefabrik</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-21790</link> <dc:creator>Prefabrik</dc:creator> <pubDate>Sat, 08 Aug 2009 08:01:24 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-21790</guid> <description>Yes, I think 2009 is going to be a hard year. I see a purging of idealism happening, replaced by a realism that will make for better decision making once the economy turns.
My sense is that Facebook by the end of the year will need to &quot;reinvent&quot; itself because Twitter has changed the game. As I described to a friend this evening. Twitter is blogging and Facebook done like a real conversation between people. The question is whether it really is anything more than that. I don&#039;t know.
Lastly, I do believe that this is a year to change the customer relations game. With less commerce happening, presumably, there is more time for interaction. That interaction has to build the relationships that will mean something once the recession is over. In other words, now is a great time to make fundamental changes in how business approach certain aspects of their business.</description> <content:encoded><![CDATA[<p>Yes, I think 2009 is going to be a hard year. I see a purging of idealism happening, replaced by a realism that will make for better decision making once the economy turns.<br
/> My sense is that Facebook by the end of the year will need to &#034;reinvent&#034; itself because Twitter has changed the game. As I described to a friend this evening. Twitter is blogging and Facebook done like a real conversation between people. The question is whether it really is anything more than that. I don&#039;t know.<br
/> Lastly, I do believe that this is a year to change the customer relations game. With less commerce happening, presumably, there is more time for interaction. That interaction has to build the relationships that will mean something once the recession is over. In other words, now is a great time to make fundamental changes in how business approach certain aspects of their business.</p> ]]></content:encoded> </item> <item><title>By: John</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-12906</link> <dc:creator>John</dc:creator> <pubDate>Tue, 10 Feb 2009 17:24:21 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-12906</guid> <description>Really, I think the one major hurdle for PostgreSQL is:
&quot;Postgre&quot;
They should come up with a better name.
MySQL flows so well, and is short and concise.
Postgre is ugly, and hard to speak.
In a world where aesthetics are more important than functionality (see anything by Apple), Postgre is not only the black sheep, it is the ugly black sheep.</description> <content:encoded><![CDATA[<p>Really, I think the one major hurdle for PostgreSQL is:</p><p>&#034;Postgre&#034;</p><p>They should come up with a better name.</p><p>MySQL flows so well, and is short and concise.</p><p>Postgre is ugly, and hard to speak.</p><p>In a world where aesthetics are more important than functionality (see anything by Apple), Postgre is not only the black sheep, it is the ugly black sheep.</p> ]]></content:encoded> </item> <item><title>By: Honda</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-12645</link> <dc:creator>Honda</dc:creator> <pubDate>Sat, 07 Feb 2009 02:31:39 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-12645</guid> <description>open source GPS into an automobile dashboard?</description> <content:encoded><![CDATA[<p>open source GPS into an automobile dashboard?</p> ]]></content:encoded> </item> <item><title>By: Artem Russakovskii</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11633</link> <dc:creator>Artem Russakovskii</dc:creator> <pubDate>Tue, 20 Jan 2009 03:49:45 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11633</guid> <description>@Sheeri
you&#039;re right, I meant to say reserved for Enterprise, rather than moved. As far as I remember a separate backup solution and the new monitor are some examples of that.
As for the rest, you also bring up a good point. Ease of use, &quot;dumbed down&quot; for an average new user combined with MySQL AB&#039;s marketing. Though, I must admit, community participation of MySQL&#039;s developers and evangelists is notably better than pg&#039;s.</description> <content:encoded><![CDATA[<p>@Sheeri<br
/> you&#039;re right, I meant to say reserved for Enterprise, rather than moved. As far as I remember a separate backup solution and the new monitor are some examples of that.</p><p>As for the rest, you also bring up a good point. Ease of use, &#034;dumbed down&#034; for an average new user combined with MySQL AB&#039;s marketing. Though, I must admit, community participation of MySQL&#039;s developers and evangelists is notably better than pg&#039;s.</p> ]]></content:encoded> </item> <item><title>By: Sheeri Cabral</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11314</link> <dc:creator>Sheeri Cabral</dc:creator> <pubDate>Wed, 14 Jan 2009 03:34:15 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11314</guid> <description>Which features were moved into MySQL Enterprise?  There are features that are *developed* for MySQL Enterprise, but there are no features I&#039;m aware of that have been developed, then moved to Enterprise-only.
As for why MySQL is successful -- it is because it&#039;s easy to use.  In a short 500-word tutorial, people can be querying MySQL.  Think of how easy &quot;show databases&quot; is.  This also can be a bane of MySQL -- that things aren&#039;t standard, and many things weren&#039;t implemented, in order to be user-friendly.</description> <content:encoded><![CDATA[<p>Which features were moved into MySQL Enterprise?  There are features that are *developed* for MySQL Enterprise, but there are no features I&#039;m aware of that have been developed, then moved to Enterprise-only.</p><p>As for why MySQL is successful &#8212; it is because it&#039;s easy to use.  In a short 500-word tutorial, people can be querying MySQL.  Think of how easy &#034;show databases&#034; is.  This also can be a bane of MySQL &#8212; that things aren&#039;t standard, and many things weren&#039;t implemented, in order to be user-friendly.</p> ]]></content:encoded> </item> <item><title>By: Brad</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11278</link> <dc:creator>Brad</dc:creator> <pubDate>Tue, 13 Jan 2009 14:10:57 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11278</guid> <description>If you like this, you&#039;re gonna love this...
Launching into public beta today - http://www.nostradamical.com. Publish your predictions, meet like minded people, share opinions.
Check it out.</description> <content:encoded><![CDATA[<p>If you like this, you&#039;re gonna love this&#8230;</p><p>Launching into public beta today &#8211; <a
href="http://www.nostradamical.com" rel="nofollow">http://www.nostradamical.com</a>. Publish your predictions, meet like minded people, share opinions.</p><p>Check it out.</p> ]]></content:encoded> </item> <item><title>By: Bruce Momjian</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11255</link> <dc:creator>Bruce Momjian</dc:creator> <pubDate>Tue, 13 Jan 2009 00:27:34 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11255</guid> <description>Interesting you singled out Postgres as a prediction for 2009.  There certainly are valid reasons that Postgres continues to gain momentum;  MySQL is only part of it. The larger issue is the commoditization of databases, like with server operating systems, that makes it harder for commercial database to make money.</description> <content:encoded><![CDATA[<p>Interesting you singled out Postgres as a prediction for 2009.  There certainly are valid reasons that Postgres continues to gain momentum;  MySQL is only part of it. The larger issue is the commoditization of databases, like with server operating systems, that makes it harder for commercial database to make money.</p> ]]></content:encoded> </item> <item><title>By: Artem Russakovskii</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11252</link> <dc:creator>Artem Russakovskii</dc:creator> <pubDate>Tue, 13 Jan 2009 00:09:22 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11252</guid> <description>@Mark
Thank you for the link, indeed looks very interesting and relevant.</description> <content:encoded><![CDATA[<p>@Mark<br
/> Thank you for the link, indeed looks very interesting and relevant.</p> ]]></content:encoded> </item> <item><title>By: Fausto</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11238</link> <dc:creator>Fausto</dc:creator> <pubDate>Mon, 12 Jan 2009 05:07:56 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11238</guid> <description>You went to Chilli? Can you see Russia from your house? Outstanding. No wonder you need GPS.</description> <content:encoded><![CDATA[<p>You went to Chilli? Can you see Russia from your house? Outstanding. No wonder you need GPS.</p> ]]></content:encoded> </item> <item><title>By: Mark</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11235</link> <dc:creator>Mark</dc:creator> <pubDate>Mon, 12 Jan 2009 01:45:58 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11235</guid> <description>In regards to #1, are you familiar with &lt;a href=&quot;http://www.openstreetmap.org/&quot; rel=&quot;nofollow&quot;&gt;OpenStreetMap&lt;/a&gt;?  They&#039;re already working on this.</description> <content:encoded><![CDATA[<p>In regards to #1, are you familiar with <a
href="http://www.openstreetmap.org/" rel="nofollow">OpenStreetMap</a>?  They&#039;re already working on this.</p> ]]></content:encoded> </item> <item><title>By: David Andersen</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11199</link> <dc:creator>David Andersen</dc:creator> <pubDate>Sun, 11 Jan 2009 07:52:42 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11199</guid> <description>Hi,
You wrote: &quot;with the $1.65Bln Google gave it&quot;. That money was probably given to the previous owners of YouTube, not YouTube as a company. Though you are right that if Google sees a continued potential in YouTube, and YouTube needs additional resources, then Google has a vast amount of resources available.
Regards,
David</description> <content:encoded><![CDATA[<p>Hi,</p><p>You wrote: &#034;with the $1.65Bln Google gave it&#034;. That money was probably given to the previous owners of YouTube, not YouTube as a company. Though you are right that if Google sees a continued potential in YouTube, and YouTube needs additional resources, then Google has a vast amount of resources available.</p><p>Regards,</p><p>David</p> ]]></content:encoded> </item> <item><title>By: David Andersen</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11198</link> <dc:creator>David Andersen</dc:creator> <pubDate>Sun, 11 Jan 2009 07:45:08 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11198</guid> <description>Hi,
Have a look at http://en.wikipedia.org/wiki/List_of_emerging_technologies for more emerging technologies.
Regards,
David</description> <content:encoded><![CDATA[<p>Hi,</p><p>Have a look at <a
href="http://en.wikipedia.org/wiki/List_of_emerging_technologies" rel="nofollow">http://en.wikipedia.org/wiki/List_of_emerging_technologies</a> for more emerging technologies.</p><p>Regards,</p><p>David</p> ]]></content:encoded> </item> <item><title>By: Artem Russakovskii</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11197</link> <dc:creator>Artem Russakovskii</dc:creator> <pubDate>Sun, 11 Jan 2009 07:24:40 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11197</guid> <description>@Shlomi
By all means, I agree that the article isn&#039;t being very fair to MySQL because it picks on MyISAM but to be fair to a regular joe who had never heard about the differences between InnoDB and MyISAM, MyISAM is more than likely the default engine on his machine and joe would be heartbroken when his precious database crashes beyond repair.
As far as InnoDB goes, it is a big improvement over MyISAM but it&#039;s not enough (which is why a myriad of other storage engines is being developed). I think PostgreSQL&#039;s got it right: none of this multi-engine crap. Instead develop and maintain one core engine, and do it really well. You, of course, may disagree. For example, to draw a parallel to MySQL, it would mean everyone working on MyISAM, InnoDB, Maria, PBXT, etc, would be working on the same storage engine and making it perfect. If I then wanted more speed, I could disable some features.</description> <content:encoded><![CDATA[<p>@Shlomi<br
/> By all means, I agree that the article isn&#039;t being very fair to MySQL because it picks on MyISAM but to be fair to a regular joe who had never heard about the differences between InnoDB and MyISAM, MyISAM is more than likely the default engine on his machine and joe would be heartbroken when his precious database crashes beyond repair.</p><p>As far as InnoDB goes, it is a big improvement over MyISAM but it&#039;s not enough (which is why a myriad of other storage engines is being developed). I think PostgreSQL&#039;s got it right: none of this multi-engine crap. Instead develop and maintain one core engine, and do it really well. You, of course, may disagree. For example, to draw a parallel to MySQL, it would mean everyone working on MyISAM, InnoDB, Maria, PBXT, etc, would be working on the same storage engine and making it perfect. If I then wanted more speed, I could disable some features.</p> ]]></content:encoded> </item> <item><title>By: Shlomi Noach</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11196</link> <dc:creator>Shlomi Noach</dc:creator> <pubDate>Sun, 11 Jan 2009 07:01:00 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11196</guid> <description>Hi,
There is much for MySQL to take from PostgreSQL. I&#039;m very much familiar with MySQL and know its limitations and quirks.
But... The whitepaper you&#039;ve linked to is, in my opinion, unfair. It compared PostgreSQL with MySQL on MyISAM. In this respect its correct. But it repeatedly mentions &quot;oh, and there&#039;s this other storage engine, InnoDB, which does have all these important stuff we were complaining about&quot;.
Right, InnoDB is owned by Oracle, not MySQL, but the fact is, it very commonly used (I suspect more than MyISAM, but I don&#039;t know for sure.)
So the comparison *should* have been: PostgreSQL vs MySQL/InnoDB.
In this comparison, we can talk about CPU scaling, IO volumes scaling, etc. Perhaps PostgreSQL is better in all these as well - but none of that is discussed in the paper. They just wave their hands and say &quot;MySQL does not support transactions&quot;.
The comparison table at the end of the paper does more justice. But it&#039;s more like &quot;the small print&quot;.
Regards,
Shlomi Noach</description> <content:encoded><![CDATA[<p>Hi,</p><p>There is much for MySQL to take from PostgreSQL. I&#039;m very much familiar with MySQL and know its limitations and quirks.</p><p>But&#8230; The whitepaper you&#039;ve linked to is, in my opinion, unfair. It compared PostgreSQL with MySQL on MyISAM. In this respect its correct. But it repeatedly mentions &#034;oh, and there&#039;s this other storage engine, InnoDB, which does have all these important stuff we were complaining about&#034;.</p><p>Right, InnoDB is owned by Oracle, not MySQL, but the fact is, it very commonly used (I suspect more than MyISAM, but I don&#039;t know for sure.)</p><p>So the comparison *should* have been: PostgreSQL vs MySQL/InnoDB.<br
/> In this comparison, we can talk about CPU scaling, IO volumes scaling, etc. Perhaps PostgreSQL is better in all these as well &#8211; but none of that is discussed in the paper. They just wave their hands and say &#034;MySQL does not support transactions&#034;.</p><p>The comparison table at the end of the paper does more justice. But it&#039;s more like &#034;the small print&#034;.</p><p>Regards,<br
/> Shlomi Noach</p> ]]></content:encoded> </item> <item><title>By: Thaya Kareeson</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11194</link> <dc:creator>Thaya Kareeson</dc:creator> <pubDate>Sun, 11 Jan 2009 06:30:00 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11194</guid> <description>I like #3 wireless photos/videos and #4 Wireless everywhere the most.
The only problem I have with it is how much will it cost for such a the wireless service?  Wireless providers already charge an arm and a leg for internet on your phone. :P</description> <content:encoded><![CDATA[<p>I like #3 wireless photos/videos and #4 Wireless everywhere the most.</p><p>The only problem I have with it is how much will it cost for such a the wireless service?  Wireless providers already charge an arm and a leg for internet on your phone. <img
src='http://beerpla.net/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /></p> ]]></content:encoded> </item> <item><title>By: Artem Russakovskii</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11193</link> <dc:creator>Artem Russakovskii</dc:creator> <pubDate>Sun, 11 Jan 2009 06:15:34 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11193</guid> <description>@HG
I am quite informed about MySQL, from both my work with it for the past 7 years, the 2008 MySQL conference, and my conversations with database developers. I&#039;m not trying to troll but the flaws in MySQL have been frustrating lately.
In any way, I&#039;ve reworded a few things in case they seemed a bit harsh.</description> <content:encoded><![CDATA[<p>@HG<br
/> I am quite informed about MySQL, from both my work with it for the past 7 years, the 2008 MySQL conference, and my conversations with database developers. I&#039;m not trying to troll but the flaws in MySQL have been frustrating lately.</p><p>In any way, I&#039;ve reworded a few things in case they seemed a bit harsh.</p> ]]></content:encoded> </item> <item><title>By: HG</title><link>http://beerpla.net/2009/01/10/artems-top-10-tech-predictions-and-ideas-for-2009-and-beyond/#comment-11190</link> <dc:creator>HG</dc:creator> <pubDate>Sun, 11 Jan 2009 05:55:18 +0000</pubDate> <guid
isPermaLink="false">http://beerpla.net/?p=699#comment-11190</guid> <description>The bit about MySQL only shows how uninformed you are about it. Or perhaps you are just a troll or a fanboi, who knows.</description> <content:encoded><![CDATA[<p>The bit about MySQL only shows how uninformed you are about it. Or perhaps you are just a troll or a fanboi, who knows.</p> ]]></content:encoded> </item> </channel> </rss>
