<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>DailyHckr &#187; Opinion</title>
	<atom:link href="http://hylom.net/category/opinion/feed/" rel="self" type="application/rss+xml" />
	<link>http://hylom.net</link>
	<description>Hack, Hacker, Hackest</description>
	<lastBuildDate>Mon, 16 Jan 2012 13:32:56 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2</generator>
		<item>
		<title>Perlは十分良い言語ですよと言ってみる</title>
		<link>http://hylom.net/2009/04/10/20090410_perl/</link>
		<comments>http://hylom.net/2009/04/10/20090410_perl/#comments</comments>
		<pubDate>Thu, 09 Apr 2009 16:29:48 +0000</pubDate>
		<dc:creator>hylom</dc:creator>
				<category><![CDATA[Opinion]]></category>
		<category><![CDATA[None]]></category>

		<guid isPermaLink="false">http://hylom.net/2009/04/10/20090410_perl/</guid>
		<description><![CDATA[　『 Perlの啓蒙と促進を目指す「Japan Perl Association」発足 』とのこと。Slashdot Japanでも、「 なぜ今Perlか &#8211; parsley の日記 」で 私はあまりPerlを仕事で使いたいとは思わない。使う必要もあまりない。道具は個人で使う分には、使い手の裁量で選べるが、組織だって使う場合は他の要素が重要視される。 とか、「 techsideでPerlネタが紹介されてた &#8211; tarna の日記 」で 省略形が多すぎ。他人のソースが読みにくい。 など、まだまだ「堅い」ものとは見られていない。その点では、企業ベースで盛り立てていくことには意義があるのだろう。 　あと、前述のtarna氏の日記では、下記のような「Perlが嫌いな理由」が述べられているけど、3.は Best Practice に基づけば解決、2.も皆がBest Practiceに基づけば解決するので、大きな問題ではない（「皆が」というのは大変ではあるが）。 プログラムは速度が命。スクリプト言語とか遅すぎる（元ゲームプログラマーなんで） 省略形が多すぎ。他人のソースが読みにくい。 省略形が多すぎて、書くときにどう書くか迷う。で、後日、自分で理解苦慮。 Cが好き（C系の文法に慣れすぎた） 　1.と4.についてはしょうがないけど、実用的な観点から言えばだいたいのケースで速度が遅くて問題になる、ということはないような気がする。以前サイズが数十MBにもなるテキストファイルの処理（正規表現マッチやソートなどを行うもの）を実行させたとき、思ったより速くて驚いたことがある。実際にデータ取って比較してみると面白いかも。 　と、なんだかんだいってますが自分は Perlに愛想をつかして 「2つ以上のスクリプト言語を習得すべし」（多分弾小飼氏の言葉だったと思う。ソース失念）という教えに基づいてPythonを学んだ結果、現在ではPythonがメインの作業言語となってしまいました（汗）。でもBest Practiceに基づいたPerlは堅い企業ユースでも使い物になると思っている。]]></description>
			<content:encoded><![CDATA[<p> 　『 <a href="http://slashdot.jp/developers/article.pl?sid=09/04/09/163245">  Perlの啓蒙と促進を目指す「Japan Perl Association」発足 </a> 』とのこと。Slashdot Japanでも、「 <a href="http://slashdot.jp/~parsley/journal/472592">  なぜ今Perlか &#8211; parsley の日記 </a> 」で <q>  私はあまりPerlを仕事で使いたいとは思わない。使う必要もあまりない。道具は個人で使う分には、使い手の裁量で選べるが、組織だって使う場合は他の要素が重要視される。 </q> とか、「 <a href="http://slashdot.jp/~tarna/journal/472605">  techsideでPerlネタが紹介されてた &#8211; tarna の日記 </a> 」で <q>  省略形が多すぎ。他人のソースが読みにくい。 </q> など、まだまだ「堅い」ものとは見られていない。その点では、企業ベースで盛り立てていくことには意義があるのだろう。</p>
<p> 　あと、前述のtarna氏の日記では、下記のような「Perlが嫌いな理由」が述べられているけど、3.は <a href="http://blog.livedoor.jp/dankogai/archives/50003309.html">  Best Practice </a> に基づけば解決、2.も皆がBest Practiceに基づけば解決するので、大きな問題ではない（「皆が」というのは大変ではあるが）。</p>
<blockquote cite="http://slashdot.jp/~tarna/journal/472605"><ul>
<li>   プログラムは速度が命。スクリプト言語とか遅すぎる（元ゲームプログラマーなんで）  </li>
<li>   省略形が多すぎ。他人のソースが読みにくい。  </li>
<li>   省略形が多すぎて、書くときにどう書くか迷う。で、後日、自分で理解苦慮。  </li>
<li>   Cが好き（C系の文法に慣れすぎた）  </li>
</ul>
</blockquote>
<p> 　1.と4.についてはしょうがないけど、実用的な観点から言えばだいたいのケースで速度が遅くて問題になる、ということはないような気がする。以前サイズが数十MBにもなるテキストファイルの処理（正規表現マッチやソートなどを行うもの）を実行させたとき、思ったより速くて驚いたことがある。実際にデータ取って比較してみると面白いかも。</p>
<p> 　と、なんだかんだいってますが自分は <strike>  Perlに愛想をつかして </strike> 「2つ以上のスクリプト言語を習得すべし」（多分弾小飼氏の言葉だったと思う。ソース失念）という教えに基づいてPythonを学んだ結果、現在ではPythonがメインの作業言語となってしまいました（汗）。でもBest Practiceに基づいたPerlは堅い企業ユースでも使い物になると思っている。</p>
]]></content:encoded>
			<wfw:commentRss>http://hylom.net/2009/04/10/20090410_perl/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

