Re: なぜ国内でPerlが急速に萎んだのか - 西尾泰和のはてなダイアリー
Python使いとしては「なぜ国内でPerlが急速に萎んだのか」について一言ツッコみたいところがあります。 >遂にPerlにとどめを刺したのはPythonである。守備範囲は当然ながらPerlと駄々被りで えっ、PerlとPythonの守備範囲がだだかぶりって、著者の観測しているそれぞれの言語の「守備範囲」ってどんだけ狭いんでしょう？ まあそんな重箱の隅をつつくのはやめておきましょう。このエントリーには結論の文章(の一部)はとても素晴らしいです。 >10年でここまで時代は変わる。今のメインテクノロジーも明日は我が身だ。 >変化の速い時代に生きる我々に必要なのは本質を学ぶ事だ。 >もっと10年20年たっても色あせない情報工学を身につけなければならない。 そう、そこで拙著「コーディングを支える技術」のような本が必要になるわけです！(宣伝) ちなみに僕自身は仕事でも趣味でもPerlは使っていません
プログラミング学習手段としての写経について - 西尾泰和のはてなダイアリー
あるブログが「写経には効果がない」という趣旨のことを書いていて「何を言ってるんだ？」と思いじっくり読んでみたら、彼の言う写経は「動くとわかってる10000行のコードを何も思考せず作業として書き写すこと」を指しているようだった。「そんなわけないじゃん」と笑ってから「もしかして世の中は写経をそういう捉えてるのか？」と不安になった。 写経は自分の中にモデルを作るための行動で、他のもっと効率のよい方法と比べた場合の利点は「自分の中にモデルがなくても使える」点に尽きる。全く知識ゼロでいきなり「自分で考えて書く」ができる人はいない。考えるための材料となる知識をまず脳内に運び込む、それが写経だ。 写経の過程で大事なことは以下の3つだ。 1: 早く学びが得られるように、なるべく小さいコードで実験し、すぐに結果を確認する。 2: 疑問に思ったこと、考えたこと、気づいたことを書き留める。どうしてこういう書き方
「自信がない」は自信の持ちすぎ - 西尾泰和のはてなダイアリー
「原稿書かなきゃいけないんだけどなぁ」とか言いながら現実逃避で読んでいた本「心は病気―役立つ初期仏教法話〈2〉」に心に刺さる言葉があったのでここに書いておく。 正確な引用ではないので、正確な言葉が知りたければP.60から3ページくらいを読むとよい。 人間が自信をなくす原因は、自信の持ちすぎである。 自分が「この程度の仕事サクッと終わらせられる」と思っているのに、実際にやるとうまくいかないとき、人は自信をなくす。 「抜群のスピーチをしよう」と思って、実際にはうまく喋れなくて、自信をなくす。 妄想の中の自分が事実に反して素晴らしすぎるから、その「妄想の中の素晴らしい自分」が振る舞うように振舞おうとして、できないので苦しむ。 「自分の仕事に自信がない」というのは、奇跡的な成功を頭で妄想しているせい。現実の自分ができるようにしかできない。できることをすればよい。「自分は精一杯やった」と思える状態を
情報科学若手の会2012に参加してきました - 西尾泰和のはてなダイアリー
情報科学若手の会2012に参加してきました。今年の招待講演はプロフェッショナルコネクターの勝屋久さんと、さくらインターネット代表取締役社長の田中邦裕さんでした。どちらもとても面白かったです。 勝屋さんの講演の「受けとめること」は、ごく最近「考えない練習」で「思考で思い込まずに目の前で起きていることをありのまま捉える」という考え方を学んだところだったのでとてもしっくり感じられました。普遍的なコンセプトは、異なる場所・異なる表現で何度も現れるものですね。 しばらく反芻した結果、僕の中でプログラミング言語にひきつけてこういう理解になりました。 プログラミングをしているとエラーメッセージがでることがよくあります。 プログラミングに慣れている人はそのエラーメッセージを「自分をバカだと言ってる」と感じたりとか、「コンピュータが言うことを聞いてくれない。忙しいのに！」と怒ったりとかしないよね。不慣れな人
Macのスクリーンショットで1日の作業を記録して動画で振り返り - 西尾泰和のはてなダイアリー
スクリーンショットを10秒に1回撮影して連番の画像で保存するスクリプトを走らせて1日の作業を記録し、一日の最後にffmpegで動画にして振り返りをしてみた。結構面白いよ。 社内掲示板やメーラやエディタで文章がにょきにょき伸びていくのが見えるのも楽しいけど、一日の終わりに「ああそうそう、これを調べてたんだった、途中でインタラプトが入って忘れてた」「この調べ物をした後サイドバーに出てた記事を読みふけってしまったけど、必要ではなかったな」「この作業は今やるべきことじゃなかったな」「時間を結構無駄にしたな」などという振り返りができる。反省。 10秒に1回撮影したのを10FPSで動画にしているから1時間が36秒になる。もうちょっと速くしてもいいかも。1分に1枚にすると1時間が6秒か。その間くらいかなー。 記録用スクリプトが連番で画像を吐いているのは後でffmpegで読み込ませるため。screenca
ポモドーロについて - 西尾泰和のはてなダイアリー
質問されてTwitterでつぶやいておいたので、流れ去らないようにここにまとめておく。 まず「25分で1ポモドーロだから8時間だと16ポモドーロか」とか言ってる人はそれが「人間は100メートルを10秒で走れるから、42キロを4200秒で走れるはずだ」と言うくらいおかしいということを理解した方がいい。短距離走の速度を長距離走で維持することはできない。そういう「1日8時間働く」を前提とした計算をしている人はポモドーロの「短時間に集中して成果を出そう」という目標をそもそも理解できていない。 これは僕流の解釈というわけではない。アジャイルな時間管理術 ポモドーロテクニック入門の前書きでも読んだことがあればすぐに誤解に気づくはずだ。こう書いてある。「1日に12ポモドーロ分はこなせるだろうと思っていました。しかし、ふたを開けてみると、せいぜい8ポモドーロが現実的なラインということがわかりました」(文意
Github PagesでSphinxの出力をホストする - 西尾泰和のはてなダイアリー
難しそうな気配を感じて二の足を踏んでいたが意外とあっさりだったのでメモ。 1. Sphinxの出力ファイルを単に配置するだけでは_staticなどが無視されて悲しくなるので、github pages に Sphinx で生成したドキュメントを公開する。 - kuma8の日記を参考に、sphinxtogithubをインストールする。(←意外とあっさりポイント1) 2. make cleanしてmake htmlし直して問題ないことを確認。 3. 今回HTMLを生成するためのsphinxのコードは今このリポジトリで管理されているので、この手元のワークツリーを空っぽにしたりとかしたくない。そこでリポジトリ内で同じリポジトリをcloneする。ちなみにいまプロジェクトルートがlearn_languageで、その中のsphinxdocってディレクトリの中にいる。 $ git clone https:/
スケジューリングがタコだと使い勝手が良くない(コンピュータも人間も) - 西尾泰和のはてなダイアリー
Code Camp (201004)で id:Voluntas にインスパイアされたことのまとめ どんなにCPUが早くてもスケジューリング(タスク管理)がタコなOSが入っているとイマイチ使い勝手が良くない。 外部との相互作用が少ない、純粋にCPUの演算能力に依存したタスクの場合はタスクの実行に必要な情報を全部メモリやキャッシュなどの「高速にアクセスできる記憶領域」に乗せて処理するのが効率いい。つまり自分ひとりで完結する頭脳労働中心のタスクは、閉じこもってコーラだけ飲んで48時間ぶっとおしでコードを書いたりするのが効率いい。 学生などの時にこのタスク管理方法での成功体験があると「この方法がよい」「自分向きだ」と勘違いしてしまいがち。それは違う。この方法ではマルチタスクが困難だ。どんな人も複数の仕事を抱えるより一つのことに専念した方が効率がいい。だからこの方法(シングルタスク的タスク管理)の方
日本人なら必ず誤訳する英文 - 西尾泰和のはてなダイアリー
本屋で立ち読みしてて「英語を正しく理解しているかどうかを知るには訳してみるしかない。『英語を英語のまま理解する』とよく言われるが、それはあくまで最終目標であって、正しく日本語に訳せない文章は絶対に理解できていない。」ということが書いてあって、納得したので買ってきた。越前敏弥の日本人なら必ず誤訳する英文 この本の著者はダヴィンチコードとか訳している人で、十数年英語を教えてきてて、みんながつまづくパターンを集めたらしくてかなり密度が高い。あと、自然言語って冗長性が高いからおおざっぱな理解で問題ないケースも多いんだよね。だから土台がシロアリに食われているのに気付けない。こういう本で「ああ、この英文はこうだろ？」と訳してみて「いや、それはよくある間違い」ってつっこまれないと自力で気付くのは難しい。 I bought the book, which I have not read yet. これを間
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
