2006年05月18日14:00 カテゴリ書評/画評/品評Lightweight Languages "Hello, world!"から始めたくない人は - 書評 - Perl Cookbook この答えもまたPerlらしく、"More than One Book to Read"なのだが、すでに他のLightweight Languagesをある程度知っているという人ならこちらだろう。 Perl Cookbook (English) Christiansen / Torkington [邦訳: Perlクックブック] F's Garage：Perlを勉強する順番Perl の学習コストを大幅に軽減するスゴイ方法に書いてある、以下の本から、まずはこれは読んでおけというオススメの本があったら教えてくださいってのと、読む順番がよくわからんので教えてください。 以前にも何度か紹介したのだが、単体で

NotebookLM is your personalized AI research assistant powered by Google's most capable model, Gemini 1.5 Pro.Try NotebookLM Collaborate with a virtual research assistantWhen you upload the documents that are central to your projects, NotebookLM instantly becomes an expert in the information that matters most to you.

来年も作りたい！ふきのとう料理を満喫した　2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…

賃貸暮らしのわが家の地震対策【揺れから命を守る編】 以前のブログでも記載した、防災の優先順位に基づいて対策を進めています。まだ手をつけられていない部分もありますが、ある程度まとまってきたのでざっくりとご紹介していきます。 優先順位別に改善していっているため、今回は主に地震の揺れ対策がメインになります。…

例によってコケているのはWinバイナリ版のみなのでどこが悪いのかはわかりませんが（Debianではすんなり通りました）、とりあえずt/02-basic.tは $mecab = Text::MeCab->new("--all-morphs"); ok($mecab);の前後でコケる（例外が出る）ことを確認。正確には、直前にundef $mecab;してやると、この二度目のText::MeCab->newのところでコケて、undefしないと、newのあと、$mecab->parseするところでコケます。mecab 0.90、0.91双方で問題確認。0.8系のチェックはまたあとで。 もうひとつ、t/04-consecutive.tの方は、本当に意図した動作になっているかはあやしいのですが、$text_Aと$text_Bをそれぞれ辞書のエンコード（この場合はShiftJIS）にあわせて変換してやっ

2006年05月16日13:25 カテゴリiTech ぐぐるのはbiglobeに限る!? というわけで、試してみた。 秋元@サイボウズ研究所プログラマーBlog: あのライバルは SEO で抜けるのか? しかし、検索結果の URL の左側に表示されるオレンジ色の縦棒が、Google 検索と BIGLOBE 検索の大きな違いだ。→↑は、「弾」で引いた見た結果。をを、劣化ウラン弾を「トリプルスコア」で抑えているではないか。dankogaiだともっとだ。 ただし、例えば「グーグル 佐々木」だと、本blogはあまり上に来ない。他のblogではタイトルに書名が入っているが、私はあまりそこに書名を入れないためだと思われる。SEO的には「平凡」なタイトルの方がいいが、私にとってSEOというのは Search Engine Obfuscunation なのでこれはこれでよい。 それにしても、Googleの

2006年05月11日11:50 カテゴリMoneyPsychoengineering 理解を求めるな、報酬を求めよ あえて言おう。 だからこそ、報酬と待遇を求めよ、と。 業務連絡。その３｜渋谷ではたらく社長のblog 「一番は技術者の頭数が明らかに不足していることです」 仙石浩明CTO の日記: IT企業には技術者と経営者の両方と話せるバイリンガルが必要優秀な技術者であればあるほど、 「人月」という考え方には反発するものだし、 優秀な技術者は、 平凡な技術者の何倍、いや何十倍のパフォーマンスを発揮できる (私は技術者の生産性は、ピンとキリでは 3桁の違いがあると常々主張してるのですが) わけで、 「頭数」なんかで数えられたらたまらない、 というのが、優秀な技術者の感覚だと思います。理解と心のよりどころが欲しかったら、今ならそういう場はいくらでもある。別に職場にそれがある必要はない。そして

村上隆氏を今批判している声は、美術的というより社会的文脈しか見ていない。村上氏が「文脈」の人であり「情勢」の人であったことは事実だと思うが、しかし村上氏はそこから外れる部分も持っていると思う。そして、僕が思うのはこの“外れた部分”こそが村上氏の貴重な部分だということだ。 事の発端の概要は以下。村上隆氏が、子供服メーカーと著作権問題で争い和解した。 ●産経新聞のwebページ http://www.sankei.co.jp/news/060424/sha099.htm ●村上隆氏のコメント http://www.kaikaikiki.co.jp/news/list/murakamis_lawsuit/ しばらく前の報道だった。この問題に関しては、東浩紀氏が村上氏に対して疑問点を指摘している。 ●東浩紀氏のコメント http://www.hirokiazuma.com/archives/0002

明日からちょっと遅めのゴールデンウィークということでなんか更新しとくか。 まっさらな新人にPerl教えるのって本当にきついですね。 専門学校レベルのC言語しかやったことないとかいう人は配列やfor文を凄く好む。 ハッシュやforeach使えよと。 はたまた学校でPerlやってましたとか言う人もstrictってなんですか？ってな状態だし。 というかね、専門学校で教えられてるPerlのレベルがね、10年くらい時が止まってるんじゃねーのか、と思うくらいレベルが低いのがなんとかならんかなと。（ということはPerlでOOPとかstrictとかCPANとかを教えてくれるような専門学校があったら凄い生徒集まるんじゃない！？いやいや、世の中はPHP主流になりつつあるらしいぞ） いや、まとにかく勉強しないといけない項目を箇条書きでざーっと上げてみようか。 foreach文 ハッシュ 配列操作関数push,s

数年前まで自分のことを仮面サラリーマンだと思っていた。 働くこと自体イヤイヤで、正論が通らないことにもイライラしていた。 そんなアホな世界で暮らしたくはないと、いつも思っていた。 とはいえ、仕事を楽しめなかったわけでもないし、自分にスキルがついていくもの実感ができていて、両者の狭間で、もどかしさを感じていた。 ある日、新幹線で新大阪から東京まで移動時間がぽっかり空いてしまった。 書店でデマルコの本を見つけた。 ピープルウェア(http://www.amazon.co.jp/exec/obidos/ASIN/4822281108/)だった。 内容をごく簡単に荒っぽくいうと、 効率よく仕事をしてもらうのには、即物的なエサでつっても何のインセンティブにもならないよ。 やる気を見出せるようなことをしないと、いけない というものだった。実際にはもっと詳しく書いてあるので、もし読んでいないのなら買って

結論は以上。↑。 物事を失敗させるのは、長期間で達成可能目標にして、レビューという振り返りの間隔を広げること。(たいていの場合レビューが行われないことが多い。) もし、あなたに部下がいて1ヶ月間で区切っているとして、うまくいっていなければ、1ヶ月間で目標を追わせること自体が誤り。もっと短く設定をする。達成できなければより短くする。 (種まきから刈り取りまで長いスパンの商売であっても基本は同じ。顧客応対ステージを区切って段階を明らかにしておく。種まき作業○件、刈り取り作業○件、既存顧客からの案件発掘○件とすればよい。) 特に、行動レベルに不安があれば、1日1回。または、午前午後と分ける。 短い期間ですることを箇条書きにして達成できたか、どうかわかるにする。 あなたのそばにホワイトボードを置いて、行動する本人に線を引かせるルールを採用する。 (ちなみに、ここまでしないと動けないというのは相当低

前回のエントリー(id:neutral23:20060502) さらに、もっとも重要な自分で知識を獲得し、整理し、他人に受け渡すということだ。 で、おわっていた。 視点は、管理者ではなく最低限のお仕事が出来るようになった方への内容となっています。 大抵の上司が出来てほしいと思うことなんじゃないかな。 あ、もちろん忠誠心とかに関しては一切情報はないですよ。（あるといえば、参考URLにあげた平林さんの記事ぐらい）あくまでテクニカルな部分だけですから、メンタルな部分だとかは別の話ですよ。 メンタルな部分でモチベーションを高めるための努力がされなければおそらくテクニカルな話は、意味がないままですよ。 知識を獲得するには、しなければならないことは、たった2つ。 与えられる状況から、自己で獲得し武器にして自分で戦況を判断し、自分を強さを最大にできる場所へ行くためのプロセスです。 受動的に学ぶというステ