板前日記1999年 web日記とよばれた時代から書き続けている店主の日々の記録です。 板前の日常を垣間見ることで、パンフレットでは書ききれない店の姿勢までうかがえるかもしれません。 昨日友人の日本料理店で持ち寄り日本酒の会が行われました。 尊敬するプロ（料理店　酒屋さん）が何人も参加すると知り、お話を聞けたら。。。と私も参加しました。 持って行ったのは一年熟成の白鶴錦（酒米です）三種類 白鶴　東洋美人　東一 と 料理は 松輪産黒むつの焼き霜造り　塩昆布添え 多くの参加者は一般の方々であったようですが、さすがに日本酒のプロとのお話は限りなく面白く、興味をそそるお話ばかりでありました。 そういう横の繋がりでお話ができる機会ってありそうでないものなんです。 で 酔いが回った頃、プロ限定で全員に訊いてみました。 「お客様が”辛口ください”って注文されたら　何出しますか？」 いやぁぁ　それぞれの口か

Sun, Sep 18, 2016 One-minute read先日「キャリアが気になる、35歳以降が気になるエンジニアのみなさんに43歳現役エンジニアからたったひとつのアドバイス」という記事で「健康は命より大事」という自説を披露したら、結構バズってしまいました。5分で書いた雑な記事がはてブ300を超えてしまい、だいぶ申し訳ない気持ちになっていたところ、続編というか実践編というか、自分で書いといてなにやっとるのか、という事件があったのでご紹介します。 これだけは覚えて帰ってください原因不明で3日寝込んだら大学病院に行きましょう。 もうすこしこまかい学び自宅で寝込むのは3日までインフルエンザですら、3日も寝込むと症状に何らかの改善が見られます。3日寝込んでも原因不明かつ症状に改善が見られなければ、大学病院の外来を受診しましょう。 町医者のハシゴは無駄体調が悪い時まず受診するのは内科の開業医

先のエントリーで、観光地としてのニュージーランドの魅力を紹介したが、今回は、海外移住先としてのニュージーランドの魅力を伝えてみたい。 ITエンジニアは高給取りになれる ニュージーランドでIT職は高給取りである。実際に日本からニュージーランドに移住して、豊かな生活（人間的かつ金銭的に）を手に入れたITエンジニアが何人もいる。このブログと同じはてなブログにも、『NZ MoyaSystem』のはっしーさんがいる。元社畜SIer→NZプログラマを実現した代表的な例である。 ニュージーランドの高収入職業ランキングを見てみよう。 Information technology systems architect ー $125,000 Information technology manager/project manager ー $115,000 Commercial real estate agent

先日、会社の部署の同僚と飲みニケーションに行った。 ウチの部署はデザイン系ということもあって、滅多に部署全員（と言っても10人前後）で飲みに行くことはない。 俺は中途採用ということもあり、部署全員と飲みに行くのは初めての機会だった。 さて、宴会も盛り上がってきて、たまたま恋愛トーク的なノリになったとき、 俺は軽い自己開示のつもりで三十路過ぎても彼女いないよ、という（男同士ならそこそこウケる）鉄板ネタを開示してみた。 すると、どうだろう。会社の同僚女性がよってたかって俺を精神的に叩きまくる。 切なくなるから言われた台詞をいちいち書くつもりはないが、端的に言って人格否定のオンパレードだった。 挙げ句の果てに「お前みたいのが犯罪起こすんだろ！痴漢！ロリコン！警察突き出すぞ！」って、酔い過ぎだろ（汗） 別に変にフォローが欲しかったわけじゃなくて、単に話のネタを振っただけのつもりだった。 男同士なら

追記(2015 5/20) 洋食屋にジョブチェンジを果たしました。 --- 1年の間、プログラマとして働いていたが、続けていくことが無理だと思い、さようならする話。 プログラマになる前は、コーヒー屋で働いていた。しかし、色々とあり辞め、職業訓練校に通ってプログラミング(php)を学び、60人ほどのソフトウェア開発会社に就職した。 会社に入ると、まずC#の研修があった。研修と言っても、C#で内製ツールを独りで作るという研修だった。この研修中に「あれ、オレ、プログラム書けねー」と思ったりしたが、研修は終えることができたし、社内の人にも「なかなか良く出来ている」と言ってもらえ、大丈夫だろうと思っていた。 研修が終わり、C#の社内で実際に使われているツールに、機能をいくつか追加する仕事を振られた。前任者にどんな設計になっているのか大雑把に聞き、なんとなくイメージができ、コードを読み始めたのだが、こ

今回、SICPの翻訳改訂版を公開するにあたって、minghai氏の非公式日本語版（以下、minghai氏版）については「惨憺たる翻訳」「そびえ立つクソの山」などと書きました。これらの言葉は、もちろん本心からのものです。しかし、それを表に出すかどうかについては、冷静に考えた結果として意図的に選択したことも確かです。ここでは、その背景について書こうと思います。 約一年前、私が善意のひどい訳についてという記事を書いたとき、しぶかわよしき様から以下のコメントをいただきました。 趣味のお金にならない翻訳だとだいたい最初の下訳で出しちゃいますね。だからといってそれが悪いことだとは思いません。英語を読まない人は言うまでもなく、英語を読める人でも「下訳」があれば原文を読む時にの速度は上がりますからね。クオリティに対して個人でできることといえば、指摘などで黙々と時間コストを代わりに負担するか、takeda2

タイトルは釣りです。すみません。Ruby 3.0 はかなり先の将来の話なので、最終的にどうなるかはわかりません。でも Ruby 3.0 に重大な変更が予定されているのは事実なので、一緒に考えて欲しいと思います。 immutable string literal Ruby 3.0 では文字列リテラルをデフォルトで immutable （破壊的変更不可） にする、という方針が『決定』しました。(Feature #11473: Immutable String literal in Ruby 3) つまり、次のようなプログラムが動かなくなります。(当チケットから少し改変して引用） sql = "SELECT #{sec_id}, pt.path, st.doc_count " sql << "FROM #{stats_tablename} AS st " #### ←ここで例外: can't m

Scalaで実装されたオープンソースのGitHubクローン、GitBucket 3.7をリリースしました。 https://github.com/takezoe/gitbucket/releases/tag/3.7 Markdownプロセッサの変更 Markdownプロセッサをこれまで使用していたpegdownから独自実装のmarkedjに変更しました。 markedjはJavaScriptで実装されたmarked.jsをJavaにポーティングしたもので、GitHub Flavored Markdownのより良いサポートを提供します。これによってこれまで問題となっていたGitHubとGitBucketのMarkdown記法の違いはかなり解決されています。 また、markedjはGitBucketで使うためにポーティングされたものではありますが、単なるJavaライブラリなので他のアプリケーシ

アホは書き込めない２ｃｈや増田みたいなのでいい。入会時にちょっとしたテストがあるだけでいいと思うんだが。 アホを排除するだけで毎日がすごく捗るということは、いろんな所で実感している。やはり世の中、出来の良くない人間がボトルネックになっているんだなあと。 いじめっ子を消せば別の奴がいじめを始めるようになるとか、あれ嘘だから。 追記：アホが一杯コメント付けててワロタ。お前らがいないサービスに行きたいんだよ！

アニ @gorotaku 自分の感想はむしろベストアンサーに近い。「 / 他80コメント b.hatena.ne.jp/entry/anond.ha… “学術的に面白いと思うのだが知恵袋なんかで聞いてしまったためまともな反応が得られなかった例” htn.to/8sS39z 2015-07-26 18:23:14

言論の自由が保障された日本国に住んでいるが、日経ソフトウエア編集部に所属している以上、なかなか言えないことが1つある。それは「安易に職業プログラマにはならない方がよい」という意見だ。 日経ソフトウエアはプログラミングの面白さを伝え、プログラマを応援するのが使命の雑誌なので、これは言ってはいけない。それどころか、「プログラマはとても面白く、やりがいのあるすばらしい職業だ」と普段は言うようにしている。ちょっといやらしい？ しかしつい先日、とあるコンピュータ専門学校からプログラマという職業をテーマにした講演依頼があったときは、少し考えてしまった。講演相手は進路に悩む高校生や専門学校の在校生だ。未成年者も多いであろう。となると、「プログラマほど素敵な商売はない」などと言って煽ったりするのは、一人の大人として無責任であるように思われた。やはり、職業プログラマになることの考えられるリスクもちゃんと伝え

2015-03-07 某R社を５日でクビになった話 Hello,World!個人開発でぬくぬくやってきたエンジニアの僕が、縁あってエンジニアインターンし、５日目にしてクビになるという出来事があり、学びが多かったので綴りたいと思います。 ◼︎某社との出会い 焼き肉をおごるという企画で、スカウトが来て、オシャレでキレイな焼き肉屋さんでランチをしました。そこで、スゴイエンジニアさんに「このサービスのこの部分をこうしたほうがよくて、ここまで作ったので開発してもいいですか？みたいにすれば自分のやりたい開発ができるんだよ」と言われ、自分のエンジニアのイメージがガラッと変わって魅了されて、興味を持つようになりました。そのスゴイエンジニアさんは、今も憧れているスゴイ方です。カッコイイなと思っています。 ◼︎某社の技術責任者との出会い 会社訪問を予定していた日に、スゴイエンジニアさんにスゴイエンジニアさんの

全ての睡眠時間短縮系ツールが詐欺であると言える理由 総論これは睡眠に関してだけでなく、現代のほぼ全ての科学技術に対して言えること。 「マッド・サイエンティストや天才科学者が、自作の研究室に籠もって、誰にも知られずにいつのまにかすごい発見を生み出している」なんてことはファンタジーの世界でしかない。 アインシュタインの発見だって既存の複数の物理学の研究成果をふまえている。ジョブズのiphoneやmacだって既存の技術の組み合わせだ。googleはたしかに素晴らしいが、その大部分も既知のアルゴリズムとサービスの組み合わせだ。 「巨人の肩に乗る」 この言葉なしに現代の科学技術はない。 何の土台もないところに突如として城郭は築けない。 だから、何か新しい新技術を見聞きして、その妥当性を調べたい時は、その分野に関する論文をオンライン検索すればいい。 検索結果がたくさん出てくればそれは「門外漢には目新し

Linuxの開発モデルを初めて紹介した歴史的エッセイとして有名なThe Cathedral and the Bazaarは、山形浩生氏が「伽藍とバザール」として翻訳している。The Cathedral and the Bazaar: Japanese オープンソースの開発モデルを従来型のカテドラル（大聖堂）モデルと対比して解説した。 Linuxの開発モデルでは、正式な文書もなければ、開発ロードマップも、技術的な設計書もない。皆無である。そして、そのような開発方法がうまく行く筈がないという風に広く信じられていた。特に、オペレーティングシステムのような精緻で組み立てる必要があると考えられているものが、そのようないい加減な方法で出来る訳がないと考えられていた。中央集中的に作る以外ありえないと当時は考えられていた。 Linuxの開発モデルは、素人の大学生が作った、ちょっとした遊びのプログラムを、イ