  |
はてなキーワード: Perlとは
青臭い中二を笑って自分は物の分かった大人になったと勘違い出来るほどもう若くねえんだよ。
お前みたいの個人的には高二病と呼びたい。何もしない自分を肯定できる理屈を並べるオナニーがそれほど楽しいですか？
せめてオッサンの俺達くらいは正しいことを笑わずに正しいと認めてやれなくてどうするよ。
世に差別や不正が溢れているとして、そりゃ一凡人に出来ることは少ないが、開き直って加担するような真似は俺には出来んね。
どっちにしても、俺はそんなものを追認してないからそこだけは誤解するな。韓信の股くぐりと言ったはずだ。
古典の価値を主張するときの論拠にしてんだから完全に本気じゃねーかよ。
まさか俺から「文化資本」なんて単語が出るとは思ってなかったんだろ、油断してただけだろｗ
アジアで優秀な学生が欧米の大学に行くのは結構普通のことじゃないか？
あれ、どういう理屈でアメリカとイギリスが切り捨てられるわけ？ お前が進学しなかったから？ それじゃ結局「勇気がなかっただけじゃん」？
君こそ立派な西洋中心主義者じゃないか。
いや、俺普通に近代主義者だし、日本の古き英知なんぞ一切信用してませんよ？
欧米の近代主義の枠内で文化資本による格差は是正していくべきだとは思うけどね。
作品としてよいものはよい、それだけのことだよ。
音楽や芸術絵画を愛でるのと同様に古典文学を愛でるだけであれば何の文句もないけどね。
でも、多分お前はそのレベルでとまってる人だと思うぞ。
会話の感触というか、あてずっぽうで言うけどさ。情報工学を独学してねえ？
大学で体系的に学んだものとはどうも聞こえないんだよなあ。
というか、プレゼンのハッタリに使えるような「エスプリ」の効いた「教養」をひけらかしたいのなら情報工学はやめとけ。一番向いてない。歴史が短すぎて、君の用語法でいうところの「使い方」と「考え方」の分離がまだまだぜんぜん出来てない。
俺が言っているのは「大学でなぜ必修になっているのか」という話だ。だったら当然、「学問的な領域」の話が問題になっているわけだ。
これが他の学問なら多少は分かるが、情報工学はあまりにも実学だよ。大学でも、もちろん「使える」ものを教えているという側面が強い。
アホか。なんでスクリプト言語と比べてんだｗｗ
ていうかどうも話がおかしいと思うんだが、君の分類ではFORTRANはどっちに入るんだ？
普通はFORTRANは高級言語だぞ。Cもな（構造化アセンブラのようなものだと考える人もいるが分類上は）。
一つだけ挙げた例を全てだと思い込むような人を説得しようとした俺が馬鹿だったのかな？
他に何か一つでも具体例を挙げてから言う台詞だなあ。
教養俗物でもかまわんけど、君もたいがいだね、ただし、君が攻撃のネタにしていることのうち肝心な点が俺の考えではないことは再度強調しておこう。
そのためのハッカー、そのための非モテ、そのためのオタなんじゃねーの。
少なくとも、自分から階級格差を肯定し追認する側に回っていることを公言するようなバカな真似はしたくねえな。
人のことを青臭いだのなんだのというけれども、君こそ大したものじゃないか。ハッカーもオタクも何の関係もないと思うし、現状の非モテ運動がなんかできると思うか？各個撃破されてるだけじゃないか。
どっちにしても、俺はそんなものを追認してないからそこだけは誤解するな。韓信の股くぐりと言ったはずだ。
俺がいつそんな主張をしたというんだか。
これについては他の人と混同していた。失敬。
ただし、高校で古文を教えることがステータスシンボルになるなどとは俺も言っていないからな。独学するための基礎ができると言ったのだ。
君さあ、先進国で大学教育を丸投げしてる国があるかどうか考えてごらんよ。どこの国もそんなことをしてないってことは、誰も「外国で本当の一流を学んでもらったほうが」なんて考え方はしないってことじゃないか？実際、高等教育を丸投げしたらその国に人材を持って行かれてしまうのがオチだぜ？アメリカはそれで反映してるんじゃないか。
それから、MITがよほど日本の大学より優れていると思っているらしいが、それは勘違いだし、だいたい日本の大学に大勢いる「本当の一流」の研究者に余りにも失礼だ。東大・京大をはじめ日本の有力大学は、世界の基準でいっても一流大学だぞ。アメリカやイギリスはともかく、ドイツとかフランスとかその他の先進国には全然負けていないよ。それに、アメリカやイギリスの大学が優れているのは量的な側面であって、質的なものではないのでな。
欧米でギリシャ語やラテン語や古典文学が重要視されるのは、それが彼らの民主主義やら哲学やら自然科学やら数学やらの源流にあるからだ。
そんな、どっかで聞きかじったようなことを言わないでくれ。今さら丸山眞男の真似事のつもりか？君こそ立派な西洋中心主義者じゃないか。確かにルネッサンスというのは古典復興というお題目だったが、現状を否定するときにさらに過去の権威を持ち出すのは常套手段であって、それは「万世一系の天皇」というのと似たようなもの。正確に言うと源氏物語だってそういう理由で明治期以降急に祭り上げられたものだ。ただしそれらが芸術史・文化史に刻み込んだ影響だけは否定できないし、作品としてよいものはよい、それだけのことだよ。
グレコ・ローマン文化を特別視する思想というものこそが、君が否定したがってる「文化資本で階級支配をしたがってる奴」という奴らのドグマなんだが、そんなことも知らずに「文化資本」なんて言葉を使ってたのか？
以下は蛇足。
情報工学関連への言及が他と比べてショボくて、ああ専門外なのねー、とニヤニヤ出来たけど。
UNIXという「特定」OSの実装から離れた所で抽象的にOSを煎じ詰めるのはかなり学問的な領域だと思うが。もう基礎とはいえないだろう。
「使い方」から遊離して「考え方」だけを煎じ詰めていくのは、プログラマレベルでの実践的な志向ではないだろうな。学問的には意義があるが。
あのさあ、情報処理試験に出るレベルの「常識」を「教養」なんて呼ばないでくれよ。
悪いけど、君が挙げてるのはどれも「情報工学」じゃない。単なる「ノウハウ」だ。それは、半田ごての使い方が「電気工学」でないのと同じぐらい自明なことだ。人が作ってくれた道具の使い方に習熟していることをいくら自慢されても、話の次元が違うとしか言いようがない。俺が言っているのは「大学でなぜ必修になっているのか」という話だ。だったら当然、「学問的な領域」の話が問題になっているわけだ。
まして俺は、「パターン認識」「待ち行列」みたいな理論的な分野を例として挙げたはず。一番そういう「手先の器用さ」が問題にならなさそうな分野をわざと選んだのだがねえ？
あのさあ、なんでパターン認識とか待ち行列とかの例を挙げたと思う？こういう分野では数値計算が重要になるから、基本的に低レベルに近い言語でプログラムを書くことが望まれるし、似たようなプログラムを使い回すから生産性という意味でもそれで大した影響がないということだ。
そもそも俺は低水準言語の話はしてなかったと思うが？
「低水準言語で十分」という例を挙げてどうすんだ。「低水準言語が有効／必要」な例をあげろよ。機械よりの視点で細かい制御が望まれる例を挙げるべきだ。
話が理解できていないから頓珍漢な応答になっていることは上に書いたとおりとして、「数値計算」と書いたはず。RubyだのPerlだので数値計算させて日が暮れてしまうのは君の自己責任だけれど。
一つだけ挙げた例を全てだと思い込むような人を説得しようとした俺が馬鹿だったのかな。
んー。
そうか。。。
経験年数１年とか２年生とかおおいもんな。
でも、3年生とか、そういう基本的な条件を設定して比較すればダメ率はかわらねぇんじゃね？
3年業界でもってれば、大抵生き残り率はかわらないとおもうよ。
1年生と5年生を比較しだしちゃったら、、そりゃPHPとかダメな子ばっかりだけどさ。。
あと2年ぐらいしたらそれもおちつくんじゃね？
要は新興言語は上が薄いっちゅうことで。
もしもさ、perl案件に派遣あたりの未経験突っ込んだらPHPのダメ率より相当酷いことになりそうな気がするんだよ。
・・・。
考えるだけでおそろしや。。
PHPのダメなグラマー比率は他の言語と比較しても多くはないと思う。
ただその母数が多いだけなんじゃないだろうか。
問題はそのダメなやつのところまで仕事が回ってしまうぐらい仕事が出回っていることが原因だろう。
例えばPerl使いにもダメなヤツはいっぱい居ると思うが、そんな人のところまで仕事は出回らない。
Ruby使いなんかRubyの実務経験が殆どだが、そもそもバリバリにRubyをつかえるヤツのところにもRubyでは仕事が出回っていない。
別にRubyでやろうがphpでやろうが、perlでやろうが仕事の単価はそれほど変わらない。
でも、ダメな人が居るぐらい競争がある業界だから発注がわが相見積りを出せるんじゃないか。
煽りじゃなくて、純粋に知らなくて興味があるだけなので、教えてください。
小飼弾さんって、実際のところはどれくらいすごいんですか？ブロガーとしてではなく、プログラマ(ギーク？)として。
彼の日記を読んでいて、Matzさんやひがやすおさんのことを対等目線(または上から目線)で見てるような言葉が目についたんですけど、僕はPerlもほとんど使ったことないし、実際の彼のすごさがどんなものなのかよく知らないのです。Matzさんやひがさんのすごさは十分にわかるんだけど、それに匹敵するくらいの存在感がある人なんですか？
もちろんすごい人じゃないと他のすごい人を批判しちゃいけないわけじゃないし、繰り返しになるけど煽りとかでは全然ないです。
過去の実績と、現時点でのすごさと、それぞれについて教えてもらえるとうれしいです。
（妊豚vsGK、SDvsHD、BDvsHDDVD、等々いい加減飽きた）
・はてなでも二項対立は注目されるらしい
（○○vs非○○、Perl vs PHP、マッチョvsウィンプ、等々）
・二項対立を煽る理由
・win-winならまあいいとは思う、けど、うーん。「無駄な論争」はよろしくない
・負の感情に訴えかけ怨念を増幅させ、二項対立を煽るブログの書き方・スレの立て方
（「非モテ」で自分を全て説明できる！自分が100倍わかるスーパー整理術！Lifehack（笑）GTD（笑）スイーツ（笑））
・はてな村の閉鎖性とメディアリテラシー、id至上主義と匿名排他主義
（ニュー速＝自動車、VIP＝新幹線、ニコ動＝戦闘機、はてな周辺＝チャリ、はてブ＝すごく速いけどなんだろ、）
まとまんないから誰かまとめてください
トラバの飛ばし方よくわかんね
「虎は死して皮を残し、人は死して名を残す。」
「金を残すは下、事業を残すは中、人を残すは上。」
財を残すは下、業を残すは中、人を残すは上―『プロフェッショナル「仕事と人生」論（DHBR2011年3月号）』
プロフェッショナルの条件 - Rails で行こう！ - Ruby on Rails を学ぶ
「ジョゼフ、自分が何によって知られたいか、今でも考えることがあるかね」と聞いた。
シュンペーターは大きな声で笑った。というのは、
「ヨーロッパ一の美人を愛人にし、ヨーロッパ一の馬術家として、
そしておそらくは、世界一の経済学者として知られたい」と言ったことで有名だったからである。
「アドルフ、私も本や理論で名を残すだけでは満足できない歳になった。
人を変えることができなかったら、何にも変えたことにはならないから」
田口元の「ひとりで作るネットサービス」探訪：“文系出身プログラマー”が独立するまで――コトノハ・大日田貴司さん - ITmedia エンタープライズ
そのサービスで2万人の人を1時間喜ばせることができたとします 。
そうすると僕の100時間が2万時間もの幸せな時間になって返ってくることになります。
それってすごいな、と思ったのです
小飼弾のアルファギークに逢いたい♥ #0 Perlの父 Larry Wall
《（私は）金持ちです》。
「やる夫がＩＴ土方になったようです」を見てガクブルしている新人さんのために。
刺身にたんぽぽを載せる仕事と違って「量」ではなく「質」が求められるんだよ。
ひとつの要望に適った美味しいレシピにたどり着く為に、チームの皆が腕を振るって何度かの試行錯誤を経てひとつの結果にたどり着く。それはソフトウェア開発に似ている。
良いレシピを得るためには何が決め手だと思う？
それは投入した時間の「量」ではなく、その時間の「質」だ。専門性や経験の深さといった、知識や知恵が如何に効果的に働いたかという「質」が決め手となる。
素人が集まって1024人月の間 材料をこねくり回すより、知識と経験のあるチームが作って試して改良してのステップを何回か踏んだ方がより美味しいレシピに辿り着けそうじゃない？
だから、エンジニアは質を磨く事が大事なんだよ。
よく「体力勝負」やそれを揶揄して「土方」なんて言葉が舞っているけど、それが量を指す言葉なら違和感を感じて違うなぁと思えるのが普通のエンジニアだと思うよ。
もうひとつ量と質について。
ソフトウェア開発には「work 40 hours per week」というプラクティスがある。
人間の集中持続時間には限界があるし、質の良い知識労働を提供するには仕事以外の時間 - 大切な人と過ごしたり、感性に刺激を与えたり、興味の赴くままに技術で遊ぶ時間 - が必要だ。
だから長期的に見て週 40 時間を仕事に投入するのがちょうど効率がよいと言われている。
どう？納得出来そうじゃない？
勿論、残業もあるし40時間以上を求められる環境に放り込まれるかも知れない。
でも肝心なのは、自分がどうするかだと思うんだ。
「仕事をこなす」事を考えるに当たって、量でなく質のアプローチを取ろう。
例えば、8時間の密度を高める事を考える。
フレックスで働ける職場を選ぼう。自分でハンドルを握れる環境を選ぶ。そして不平を言い合う仲間に参加するのを止める。
生活のサイクルを整え、仕事中のインタラプトを減らし、如何に集中力を高めて8時間を過ごすか、それに心を砕こう。
努力目標のようなアバウトなものでなく、測定出来る問いかけを作ろう。
「今日は集中出来たか？」
を自分に投げかけてみよう。
「何故、そう言えるか？」
を考え、測定可能な指標を持とう。例えばアウトプットを数えたり、繰り返し使う幾つかの質問を作ったり。
毎日、そして１週間や１ヶ月ごとに振り返り、自分の「8時間の密度」を確認し改善していこう。
人事考課を四半期に一度くらい行うような会社なら振り返りのちょうど良いタイミングにもなるね。
個人で上手くいったのなら仲間に広げ、会社に広げ、周囲に影響を与える事を考えてみよう。
そうやって、プロフェッショナルを目指そう。
そう、「プロフェッショナル」だ。
今の世の中、プログラムなんて誰でも組めるんだよ。日曜日に趣味でコードを書いている人が普段仕事としてそれをこなす人より優秀だなんて今は普通にある話だ。
やる夫の話でも何の知識も無い人たちが放り込まれて動いてたよね。
でもそれを見てどう思った？
自分がお客さんだとして、この人たちに安心して仕事を任そうと思う？
尊敬出来る？
あの話を見てそんな気持ちが湧いてこないのは、それは彼らがプロではないからだと僕は思っている。
プロって何だろう？
先に書いたように、プログラミングは特別なスキルじゃないし、特別な道具もいらない。
そういったスキルの有無や道具が専門性を隔てる時代は色んな場所でとうに終わっている。
例えば、料理は昔からそうだったよね。誰でも作れる。今はレシピも道具も材料も普通に手に入るようになり、ますます「料理」は普通になった。
でも、プロは消えてないよね。それどころか、一般層が料理へのスキルや知識を蓄えるにつれ、ますますプロは存在感を増したように思える。
優れた一皿に出会ったとき、それで幸せな時間を過ごせたとき、また来たい、またこの時間を持ちたいと自然と思わない？それを提供してくれた人たちへの畏敬の念を感じない？
それがプロフェッショナルだと思うんだ。
もう少しソフトウェア業界に近い話をしよう。デザイン業界がそうだ。
紙媒体のデザインは DTP によって、またデザイン分野自体も web デザインが入ったり、コンピュータの普及によって道具の壁が無くなり、スキルの壁が下がり（ロットリングって何？）誰もがデザインに携われるプロアマ不可分の世界に晒された。
でも彼らはその中でデザインの本質を問い、プロフェッショナル性を追求し、デザイナがデザイナである故の理由を手に入れて質によって生き延びてきた。
生き延びるというと失礼だ。優れたデザイナの仕事は一目でそれと分かるくらい強烈に違うし、大きな価値をもたらしている。彼らは競争に晒されてより大きく進化したのだと思う。
スキルや道具が最早壁でなくなり誰もがこの業界に流れ込んでくる今だからこそ、僕らはプロフェッショナル性について考えなければならない。
そうする事で自分に関わる人たち - 仲間やお客さん、お客さんの向こうにある社会全体 - により大きな価値をもたらす事が出来る。
ちょうど魂のこもった一皿に出会ったときのように、鳥肌が立つくらいのデザインに触れたときのように、大きな価値ある仕事を生む事が出来るようになる。
プロフェッショナルになろう。
プロフェッショナルとはどういう事か、考え、学び、改善を重ね、楽しもう。
環境に不平を言うのではなく、自分の行動を変えよう（そのために環境選択の自由を行使したっていいんだよ）。
「エンジニアでよかった！」とか「コードで世界を変える！」とか、ちょっと探せば気概と希望に満ちた言葉も先輩達も直ぐに見つかるよ。
勉強会に顔を出せばそんな人たちと直に出会えるし、いっぱい刺激を貰えるよ。
オープンソースコミュニティや PHP、Perl、Python、Ruby といった Lightweight 言語のコミュニティがお勧めだよ。まずは weblog を辿ってみよう。楽しそうと思ったら試してみよう。
今はどこにいても「学び続ける」ことが問われて行く時代だ。
コードを書く楽しさだけでなく、学び続けたり考えるために必要なスキルが最も身に付く職業だ。
この春からエンジニアになるあなたはとても素敵なポジションにいると思う。
エンジニア職でプロになろうと頑張る中で手に入るものはとても多いよ。凄い事じゃない？
今の世の中は楽しんだもの勝ち。
「楽する」の楽しいではなく、夢中にさせちゃう「楽しさ」ね。
だから悲観的な話や自嘲の声でお茶を濁すのは適当なところで止めて、別の方向を追ってみようよ。
楽しさが見えてくるハズだよ。
どこかで会う機会があれば僕もそれを伝えたいと思うし、何より日々の行動の中で示して行きたいと思っている。
あなたの会社に幸せそうに仕事をして未来を語り「コード楽しいぜぃ」と語るお酒好きの先輩がいればそれは僕かも知れない。
楽しくするのもしないのも、すべて自分次第。せっかくなら、楽しい方を選んでみない？そっちに耳を傾け、そっちを一緒に考えようよ。
諸君 私は脆弱性が好きだ
諸君 私は脆弱性が大好きだ
PHPが好きだ
XSSが好きだ
SQLインジェクションが好きだ
CSRFが好きだ
UTF-7が好きだ
expressionが好きだ
Webで
LiveHTTPで
Filemonで
Regmonで
OllyDbgで
Perlで
セキュリティに関して口うるさく言っているサイトの脆弱性をいとも簡単に見つけるのが好きだ
大企業のサイトがGoogleによって脆弱性を発見された時など心が踊る
Perlを馬鹿にしていた奴のアカウントを乗っ取った時など胸がすくような気持ちだった
粘り強い同業者がMS Officeのシリアル認証と格闘している様が好きだ
PHP覚えたての野郎共が続々と脆弱性を作り出していく様など感動すら覚える
気に入らない奴のPCにトロイの木馬を忍ばせ奴の個人情報がWinnyネットワークに流れてゆく様などはもうたまらない
精魂込めて更新していたであろうWikiを滅茶苦茶にするのが好きだ
必死に守るはずだった同業者が次々に逮捕されてゆく様はとてもとても悲しいものだ
FBIに追いまわされ泥棒の様に捕まる恐怖と戦うのは屈辱の極みだった
諸君 私は攻撃を地獄の様な攻撃を望んでいる
諸君 私に付き従うクラッカー諸君
君達は一体何を望んでいる？
更なる攻撃を望むか？
情け容赦のない糞の様な攻撃を望むか？
鉄風雷火の限りを尽くし三千世界の鴉を殺す嵐の様な政府との闘争を望むか？
『攻撃！ 攻撃！ 攻撃！』
よろしい ならば攻撃だ
我々は渾身の力をこめて今まさに振り降ろさんとする握り拳だ
だがこの暗い闇の底で半世紀もの間堪え続けてきた我々にただの攻撃ではもはや足りない！！
大攻撃を！！
一心不乱の大攻撃を！！
我々はわずかに小数
ならば我らは諸君と私で総兵力100万と1人の集団となる
我らを忘却の彼方へと追いやり、眠りこけている奴らを叩きのめそう
髪の毛をつかんで引きずり下ろし 我々の方が強いことを眼(まなこ)をあけて思い出させよう
連中に恐怖の味を思い出させてやる
連中に進入される恐怖に怯えながら眠る夜を過ごさせてやる
連中に我々の技術を思い知らせてやる
天と地のはざまには奴らの哲学では思いもよらない事があることを思い出させてやる
世界を恐怖に陥れてやる
分裂勘違い君劇場を、わんさかブックマークする人達というのは何を好きこのんでいるのだろう。浅く、薄っぺ。腹が立つので、ブックマーカーに突っ込みを入れてみよう。ちなみにこのエントリ「日本でしか生きていけないと将来破滅するリスクがあるので世界中どこでも生きていける戦略のご紹介 - 分裂勘違い君劇場」には今現在183のブックマークがついていた。
考えさせられる
そうですか?腹が立つという意味なら同意です。
分裂君の評論能力にはつくづく感心させられるなぁ。
ある意味正しい。きちんとblogの形にまとめてくる能力は評価できますね。でも、なんだかバックグランドとして透けて見える彼の価値観がどうにもよろしくない。プロフィールのところで、逃げを打つあたりも疑問だしネ。
同意。全くその通り。地方のSEにこんな感じのリーダが昔は沢山いた。世間狭すぎる。会社にべったりのスキルを獲得しないで、何をやった気になってるんだろう。大型開発ほど、困難な開発ほど、会社として総力戦になる。自ずと独自製品べったりになる。そんな現場に立ち会っていない。というか、立ち会ったかも知れないが外野として俯瞰していた感じだ。
AJaxが無いのは書き漏らしたのかな。独自製品べったりを嫌うだけあって運用管理ツールは無いな。Apatche, MTが無いあたりは勘定系などのSEなのかと思わせられる。それにしても、「正規表現、TCP/IP」は一般教養だからここに書かない方がいいのでは。iosが無いのはネットはやらない人なんだな。
国家に対しても同じことが言えます。
IT系企業と国家を同列で考えるのはいかがな物か。しかも、文の構成から見てIT企業の考察から類推している(国家破滅の例としてIT企業を出したとは思えない)。
全ての資産を一点がけするのが危険な投資戦略であるように、自分の生活基盤となる国家を一カ所だけに限定してしまうのも、極めて危険な賭なのです。
またも、理由を開示せず類推で話を終えている。投資のポートフォリオをどっかで聞きかじったんだろうが、薄っぺらい。
「1人の異性しか知らず、最初につきあった異性と一生添い遂げなければならない」というのはいかにも古めかしい道徳観念です
古いとしか言っていない。良い悪いの話じゃないのか。古いが悪いのはITだけだよ。価値観なんて人それぞれ、古かろうが主流じゃなかろうが幸福追求に都合が良ければそれでよし。
また、タバコ依存症から抜け出すために、さまざまな方法があるように、日本依存症から抜け出すにも、さまざまな方法があります。
まただ。しかも、今回は「依存症」という単語で一本書こうとした糸口が透けて見える。面白いけど、調査不足。力不足。埋め草が多すぎる。
なぜ、この話題で計算式を出さない。計算してみればあなたの提案がとても難しい物だというのがよく分かるはず。私の資産では年率16％の運用利回りをたたき出さないと生活はできない。平均的な資産運用は5％。企業は年金の運用を2〜5％でやっている。16％の運用ができるなら、日本にいた方がいい。
新しく登場した.NETやC#にしても、過去にマスターしたスキルにほんのちょっと上積みしたぐらいのわずかな薄皮でしかなく、いままで蓄積した基本スキルはそのまま通用します。
仕事は何をやってるんだろう。わずかな薄皮で日々しのげる楽な仕事なんだろうなぁ。スコープも狭いし。
自営業は、あたると凄いんです。
あたらないと書いてるように見えるのだが、気のせいだろうか。
いちいち、けちを付けて申し訳ない。なんだか、今猛烈に反省モードです。しかも、初めて彼の日記を読み切ったのですが、薄っぺらいという感想は変わりませんが好きになったかも(w。愛されるべきSEなんですね。でも、これだと商談取れないぞ。
#!/usr/bin/perl srand; my @list=<>; while (@list) { print splice(@list,int(rand(scalar @list)),1); }
3つじゃないけど。いつ作ったのか、俺のbinに入っていた。
フレームワークとか使ってるともはや隠蔽されすぎて自分で実装しようなんて思わないのが普通である。
ましてや車輪の再開発などもってのほか、バグを生み出す温床にしかならない。
だが、どういう仕組みになっているのかを紐解くのに自分で再実装するのはそれはそれで有意義だろう。
君は今まで食したパンの枚数を覚えていなくてもいい。しかしそのパンがどのように作られているかを知ることは決して間違いじゃぁない。
自分で実装してみてわかることもある。あぁ、このライブラリって凄かったんだなと。
なんでこんなにコード長いの？もっと短く書けそうなのに。そう思って自分で再実装してみると、あれが足りないこれが足りない。あ、バグってた。ダメだこりゃ。元のライブラリより長くなっちゃった・・・あれ？しかもベンチ遅！！
みたいなことになる。
CGIモジュールはもともとある種のフレームワークのようなもので、入力データ以外にも色々HTML吐き出したりできるのでコードが長くなってしまってるんだ。
だからもっと短くかけるはずだよ。うん、俺やってみる。
結果惨敗。意外にしんどい。きつい。ベンチとってみてCGI.pmよりも低速になったときは絶望したよ。
しかも、機能が足りない。全然たりない。
CGI.pmはコマンドラインからの入力データにも対応してるし、ファイルのアップロードもばっちしできる。
腐ってやがる、まだ早すぎたんだ！（by クロトワ）
昔からあるものは伊達じゃない。それだけ歴史が詰まっているということだ。
凄い、凄すぎる。ハハハ。わらっちまうしかねぇ。
しかし、それを乗り越えて新しいものを産み出す人もいる。これはすごい。[これはすごい]ハハハこやつめ。
そーゆー人を俺は尊敬する。敬意を払う。ビシっ。
あ、スミマセン。手、当たりました？ごめんなさい。そんなつもりじゃ。ツッコミとかじゃないですよ。
あぁ、いてて、コラ、叩くなって、痛いイタイ、んー、もうハハハ、やめてってば、コラ、いい加減にしろ、ってばよ、っんもう。
今時Shift_JISでプログラミングするバカな奴はいないだろうけど折角まとめたので公開
| @ | [ | \ | ] | ^ | _ | ` | { | | | } | ~ | |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 40 | 5B | 5C | 5D | 5E | 5F | 60 | 7B | 7C | 7D | 7E | |
| 81 | ー | ― | ‐ | ／ | ＼ | ?? | ＋ | ?? | ± | × | |
| 82 | ・ | ・ | ・ | ・ | ・ | ・ | Ａ | ・ | ・ | ・ | ・ |
| 83 | ァ | ゼ | ソ | ゾ | タ | ダ | チ | ボ | ポ | マ | ミ |
| 84 | А | Ъ | Ы | Ь | Э | Ю | Я | к | л | м | н |
| 85 | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ |
| 86 | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ |
| 87 | ?? | ?? | ?? | ?? | ・ | ?? | ?? | ・ | ・ | ・ | ?? |
| 88 | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ |
| 89 | 院 | 閏 | 噂 | 云 | 運 | 雲 | 荏 | 閲 | 榎 | 厭 | 円 |
| 8A | 魁 | 骸 | 浬 | 馨 | 蛙 | 垣 | 柿 | 顎 | 掛 | 笠 | 樫 |
| 8B | 機 | 擬 | 欺 | 犠 | 疑 | 祇 | 義 | 宮 | 弓 | 急 | 救 |
| 8C | 掘 | 啓 | 圭 | 珪 | 型 | 契 | 形 | 鶏 | 芸 | 迎 | 鯨 |
| 8D | 后 | 梗 | 構 | 江 | 洪 | 浩 | 港 | 砿 | 鋼 | 閤 | 降 |
| 8E | 察 | 纂 | 蚕 | 讃 | 賛 | 酸 | 餐 | 施 | 旨 | 枝 | 止 |
| 8F | 宗 | 充 | 十 | 従 | 戎 | 柔 | 汁 | 旬 | 楯 | 殉 | 淳 |
| 90 | 拭 | 深 | 申 | 疹 | 真 | 神 | 秦 | 須 | 酢 | 図 | 厨 |
| 91 | 繊 | 措 | 曾 | 曽 | 楚 | 狙 | 疏 | 捜 | 掃 | 挿 | 掻 |
| 92 | 叩 | 端 | 箪 | 綻 | 耽 | 胆 | 蛋 | 畜 | 竹 | 筑 | 蓄 |
| 93 | 邸 | 甜 | 貼 | 転 | 顛 | 点 | 伝 | 怒 | 倒 | 党 | 冬 |
| 94 | 如 | 納 | 能 | 脳 | 膿 | 農 | 覗 | 倍 | 培 | 媒 | 梅 |
| 95 | 鼻 | 票 | 表 | 評 | 豹 | 廟 | 描 | 府 | 怖 | 扶 | 敷 |
| 96 | 法 | 房 | 暴 | 望 | 某 | 棒 | 冒 | 本 | 翻 | 凡 | 盆 |
| 97 | 諭 | 夕 | 予 | 余 | 与 | 誉 | 輿 | 養 | 慾 | 抑 | 欲 |
| 98 | 蓮 | 麓 | 禄 | 肋 | 録 | 論 | 倭 | ・ | ・ | ・ | ・ |
| 99 | 僉 | 兌 | 兔 | 兢 | 竸 | 兩 | 兪 | 几 | 處 | 凩 | 凭 |
| 9A | 咫 | 喙 | 喀 | 咯 | 喊 | 喟 | 啻 | 嘴 | 嘶 | 嘲 | 嘸 |
| 9B | 奸 | 媼 | 媾 | 嫋 | 嫂 | 媽 | 嫣 | 學 | 斈 | 孺 | 宀 |
| 9C | 廖 | 彈 | 彌 | 彎 | 弯 | 彑 | 彖 | 悳 | 忿 | 怡 | 恠 |
| 9D | 戞 | 拏 | 拿 | 拆 | 擔 | 拈 | 拜 | 掉 | 掟 | 掵 | 捫 |
| 9E | 曄 | 杣 | 杤 | 枉 | 杰 | 枩 | 杼 | 桀 | 桍 | 栲 | 桎 |
| 9F | 檗 | 歇 | 歃 | 歉 | 歐 | 歙 | 歔 | 毬 | 毫 | 毳 | 毯 |
| E0 | 漾 | 濕 | 濬 | 濔 | 濘 | 濱 | 濮 | 炮 | 烟 | 烋 | 烝 |
| E1 | 瓠 | 畆 | 畚 | 畩 | 畤 | 畧 | 畫 | 痣 | 痞 | 痾 | 痿 |
| E2 | 磧 | 禺 | 秉 | 秕 | 秧 | 秬 | 秡 | 窖 | 窩 | 竈 | 窰 |
| E3 | 紂 | 綣 | 綵 | 緇 | 綽 | 綫 | 總 | 縵 | 縹 | 繃 | 縷 |
| E4 | 隋 | 膽 | 臀 | 臂 | 膺 | 臉 | 臍 | 艝 | 艚 | 艟 | 艤 |
| E5 | 蕁 | 藜 | 藹 | 蘊 | 蘓 | 蘋 | 藾 | 蛔 | 蛞 | 蛩 | 蛬 |
| E6 | 襦 | 觴 | 觸 | 訃 | 訖 | 訐 | 訌 | 諚 | 諫 | 諳 | 諧 |
| E7 | 蹇 | 躰 | 軆 | 躱 | 躾 | 軅 | 軈 | 轆 | 轎 | 轗 | 轜 |
| E8 | 錙 | 鐚 | 鐔 | 鐓 | 鐃 | 鐇 | 鐐 | 閔 | 閖 | 閘 | 閙 |
| E9 | 顱 | 饉 | 饅 | 饐 | 饋 | 饑 | 饒 | 驅 | 驂 | 驀 | 驃 |
| EA | 鵝 | 鷦 | 鷭 | 鷯 | 鷽 | 鸚 | 鸛 | 黠 | 黥 | 黨 | 黯 |
| EB | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ |
| EC | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ |
| ED | 纊 | 倞 | 偆 | 偰 | 偂 | 傔 | ?? | 垬 | 埈 | 埇 | ?? |
| EE | 犾 | 劯 | 砡 | 硎 | 硤 | 硺 | ?? | 葈 | 蒴 | 蕓 | 蕙 |
| EF | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ |
| F0 | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? |
| F1 | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? |
| F2 | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? |
| F3 | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? |
| F4 | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? |
| F5 | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? |
| F6 | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? |
| F7 | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? |
| F8 | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? |
| F9 | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? | ?? |
| FA | ?? | ∵ | 纊 | 褜 | 鍈 | 銈 | 蓜 | 傔 | ?? | 僘 | 兊 |
| FB | 涖 | 犱 | 犾 | 猤 | ?? | 獷 | 玽 | 硺 | ?? | ?? | ?? |
| FC | 髜 | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ | ・ |
| 40 | 5B | 5C | 5D | 5E | 5F | 60 | 7B | 7C | 7D | 7E | |
| @ | [ | \ | ] | ^ | _ | ` | { | | | } | ~ |
# ちなみに「??」って表示されてるのはまー外字部分だしそんなに気にしなくていいかと
これらの文字コードには気をつけること。
特に2バイト目が5C(\)ものは要注意。
"や'と引っ付くのでまともにプログラミングできない。
print '予定表'; print "無能";
特にPerlの場合は文字列中に展開できる構文が多いのもあり、色々なエラーを出せるので注意が必要だ。
print qq[夕焼け小焼け]; # 「夕」の2バイト目でエラー print "警察24時！"; # @24という変数とみなされる
また、正規表現でも厄介な問題が起きまくるので注意すべし。
my $str = 'ダ'; print 'match' if $str =~ /_/; # マッチしちゃう
こういう様々な理由からShift_JISでプログラミングをしてはいけないわけだ。
だからUTF8を使うべきだ。UTF8が無理でもせめてEUC-JPのどちらかでプログラミングすることをオススメする。
まーEUC-JPはEUC-JPでShift_JISと一部文字コードが重なっているので正直扱いにくいのでやっぱりUTF8を強く推奨する。
どうーでもいいーですよー。
どうでもいい話ー、聞いてください。
Perlというやつは一応内部的には数値か文字列かをちゃんと分けて変数の管理をしているのです。
でわ、現在ある変数が内部的に数値なのか？内部的に文字列なのか？判別しようと思ったらどうしますか？
こうしてみます。
my @data = (
100, # 100は内部的に数値
'200' # 200は内部的に文字
);
foreach my $d ( @data ) {
if( ($d ^ $d) eq '0' ){
print $d . " = It's numeric\n";
}
else {
print $d . " = It's string\n";
}
}
同じ変数同士を排他的論理和(^)すると、その変数が数値の場合は0になり、その変数が文字列の場合は空文字になるのです。
なぜかって？そりゃ同じ値同士で排他的論理和したら必ず00000000になるでしょう？
で00000000は、数値なら数字の0だし、文字列なら制御コードのNUL文字になるので上記のような処理が成り立つというわけです。
あってますよね？
ってか判別できたからなんだというんだと問われたらぐうの音すら出ません。まったくもってどうでもいい話でした。
Dreamweaverなどのソフトを使ってのweb製作から始まって、今ではTABLEまたはCSSでどんなグラフィックデザインでも表現できるようになった。
仕事の中でFlashを使ったモーションデザインも必要となり、それも覚えた。
昔から興味があったPerlやPHP、データベースの使い方もなんとか覚えた。
約10年間web製作という仕事をやってきて、今までは常に「覚えること」 があった。
そして一通りのことが出来るようになった今、かつての情熱が冷めつつある。
少なくとも、随時入ってくるweb製作依頼をさばくことに関して、以前ほどのやる気を保てない。
写真のクオリティを上げたり Flashモーションデザインなどにさらにこだわって情熱を取り戻すか。
まだまだ細部を煮詰めることはなんぼでもできる。
だが1件1件にこだわればこだわるほど、労力はさらに増える。
1件の単価が上がっているわけではない以上、これ以上の細部へのこだわりは自滅を招きかねない。
簡単に言うと「いつまで経っても完成しない」。
このようなことを愚痴っていたら、知り合いの小説家に「それはディテール病だ」と言われた。
彼自身今まで約10年間、かなりのペースで小説を刊行していたのだが、このディテール病にかかった途端に一気に執筆ペースが落ちた。
治し方もひょっとしたら知っているのかもしれないので後で聞いてみるが、この「ディテール病」という言葉は一般的にはなんというのだろうか。
技術力が落ちているわけではないので「スランプ」という言葉にはあたらないと思うのだが。
強いて言えば「飽きた」←これも職人としてどうかと思う
はてブの整理をしてたら、去年の夏くらいにちょっと話題になったミクシーラボ（ミクシィではない）というサイトがあった。
むちゃくちゃなサービスで、mixiユーザーじゃなくても中が覗けた。
本来のサービス目的は、足跡をつけないで他人の日記が読めるって事だったみたいだけど、mixiのユーザー名とパスワードを入力する必要があったから、さんざんフィッシングサイトだろうと叩かれていた。
はてブで一気に一位になって、２??３日後にアカウント剥奪されてあっという間につぶれた。
http://b.hatena.ne.jp/entry/http://mixilabo.com/
当たり前といえば当たり前か。
で、久しぶりに見てみると、また変なサービス開始してるしｗｗｗｗバカかコイツｗｗｗ
と思ったけど、ソース公開してた。いただきます。
実は前のミクシマイザーってサービスのとき、問い合わせフォームから、
と送ったら、
「mixi敵に回したくないんでカンベンしてください。」
と返ってきた。
「そのうち面白いことやるんで」とも書いてあった。コレのことなのか？？？
で、楽しみにしてたスクリプトを読んでみると、思ったよりあっさり書いてあった。
Perlで掲示板の改造くらいしかしない俺は、サイトを取ってくるようなモジュールがあることすら知らなかった。
ていうか、このスクリプトちょっと改造したら、前のミクシマイザーもできちゃうんじゃないか？
http://anond.hatelabo.jp/20080224122041
推薦図書については末尾に書くけど、その前にちょっとお話。うざいと思ったら読み飛ばして末尾に行ってね。
どの言語がよいか、というのは「ゴルフのクラブで一番よいクラブは何か」という問いと同じなので、正直意味のある問いとは思えないなあ。言っちゃ何だけど、言語を覚えて満足してる奴は、高いクラブを買って満足してるだけの奴と同じだよ。大事なのは「何をやりたいか」で、それさえ明確になれば後は単なる慣れの問題に過ぎないし。
一つや二つの言語を扱える以上になれない奴は、ごくごくごくごく少数の例外を除けば、所詮人に使われるだけのやつにしかなれんよ。そんなの、大学出てまでやる仕事じゃない。営業並みの対人能力があるとか半導体の回路を引けるならまた別だけど、それはもはやプログラマと呼べる仕事じゃないしね。
ゴルフだったら、ショートホールもあればロングホールもあるし、バンカーに落としてしまうこともグリーン上のヨセもある。プログラマも同じ。大事なのは、
「必要が来たとき最小限の勉強時間でどんな言語にも対応できる能力」
じゃないかなあ。これがあれば、その時点で知っている言語が一つだろうと十個だろうと大した問題にはならんよ。
世の中にある言語は、アセンブラとか C みたいに低水準（機械に近いところ）でやるのに適したものもあるし、C++ や Java みたいに大規模なビジネスアプリの開発に向いてるものもあるし、VB とか Perl みたいに細々とした作業を処理するためのお手軽ツールもあるし、Lisp とかみたいに、実用よりも理論的理解を指向したといえるようなものもある。だけど、アセンブラと Lisp みたいな特殊なものを除けば、どれも基本的な考え方は同じだ。確かに C++ や Java に出てくる「オブジェクト指向」は多少取っつきは悪いけど、きちんとした本を元にして勉強すれば一週間で理解できるよ。あとは処理速度と書きやすさ・手軽さを天秤に掛けての判断にすぎない。ゴルフでいうなら、パターを除けばどのクラブも基本的には原理が同じみたいなもんだ。ウッドとアイアンとウェッジという区別はあるけれど、基本的には飛距離とコントロールのバランスだろう？
どの言語を選ぶかなんてのは所詮は小手先のことなのさ。大事なのは、何をしたいか、何のためにプログラマになりたいかということだ。そのためには、いろんな素養が必要になってくる。
もし、半導体やコンピュータやOSみたいな低レベルな話に近いところ興味があるなら、電気工学とか形式言語理論とか数理論理学とかそういう知識が重要になってくる。ロボットを作ったり生体認証をしたり他の機械やシステムを制御したりというような高度な話に興味があるなら、数学とか統計とか信号処理とか制御工学をきっちり勉強した方がいい。業務で扱われる大規模なシステムを扱いたいのなら、理系の知識よりもむしろ世の中の仕組みを広く浅く知っといたほうがいいだろうね。
もはや、「プログラムが書ける」なんてのは、「ワープロや表計算ソフトが使える」というのに毛が生えた程度の技能でしかないんだ。十五年前なら、「一太郎や Lotus 1-2-3（当時は Word や Excel なんてのはあったのかどうかも微妙）が使える」といえば「即戦力」だったかもしれんが、今更そんなの当たり前の技能でしかないだろ？
大事なのは、「他の奴が簡単には追いつけないもの」を持つことだ。大学での数年間はそのために使うべきだよ。目標を持って真面目にかつ気楽に取り組むことだ。がんばりたまえ。
注意 この文章中でわからない言葉が出てきたらまずはぐぐってほしいが、わからなくても気にすることはない。それらの中身を知っていることは大した問題じゃない。大事なのは全体的な雰囲気だから。
まずは、この本をお薦めしたい。
プログラマ（というよりコンピュータ）が関わるあらゆる分野を、本質を押さえて入門程度に書いた本。「やさしい」という題名だけれど、高校生の基準で考えると「難しい」と思う。大学では、「やさしい」「難しい」の基準が何段階も格上げされるから気にしないように。これが「やさしい」と思えるようになったら大学卒業レベルと思っていい。だから余り気負わず、頭から読もうとせずに適当に面白そうなところを眺めて、興味が出たら他のところも拾い読みするという感じで十分。
その上で、興味を持った分野の本を探したいと思ったら次はこれがお勧めだ。
これを見て、適当にぱらぱらめくって、読みたいものから読めばいいよ。この辺の本なら大学の図書館にはあると思うし。ただし、ここに出ている本はどれも本格的だから、難しすぎると思ったら適当に放り投げていい。そうやって、いろんな分野をつまみ食いしていく間に全体像が見えてくるはずだ。
あと、それとは別に基本情報技術者試験を受けるのもいい。大学の授業についていくための基礎力としては十分なはず。これが易しすぎると思ったら、ソフトウェア開発技術者試験でもいい。もっとも、これに通るぐらいなら大学2年か3年ぐらいの力はあると思うけどね。
学習の意欲が湧いて、しかも、それが持続する。
『だって、これを使えるようになると、毎日、インターネットから新しい 画像とか、動画とかを自動的に集めることができるよ。
いろんなところをクリックしては ガッカリすることもないよ。
あなたは何歳ですか？とかいう野暮な質問に いちいち答える必要も無いし』
こう教えてあげるだけでいい。
10代、20代の ぴちぴちした生きのいい男子が 血走った目で、Perlを勉強すると思う。
たまに、試作品のプログラムをテスト中に、うっかり悟りを開いてしまうこともあるかもしれない。
「俺は何を馬鹿なんだ…、今日はもう寝よう」っていう日もあるかもしれない。
だけど、大丈夫。
次の日になれば また補充されるから やる気が。
ぶっちゃけ、Perlを勉強する動機の8割くらいがそれでしょ。
【元記事】最もタメになる初心者用言語？ - ぼくはまちちゃん！
http://d.hatena.ne.jp/Hamachiya2/20080206/benefit