オードリー・若林「タモリに心をえぐられた一言」
2010年10月16日放送の「オードリーのANN」にて、笑っていいともでタモリに言われた一言について語られていた。 若林「(笑っていいともでの)先週の放送終了後のトークで、タモさんのぶっ込み聞いた？後半7分くらいの、俺へのフリ」 春日「どんなんだっけ？」 若林「すごかったよ。第一声。『なんだお前。ツマンナイのか？』だからね。放送終了後のトークで」 春日「ハハハっ！言われてたね」 若林「凄くない？そのフリ。正直、タモリさんは好きだし、笑っていいともも楽しいのよ。でも、CM中とかソデで、2度くらいあったけど、タモさんが俺の所にやってきて、『お前、いいともバカにしてるんだろ？』って言ってきて」 春日「ウソでしょ？！」 若林「急にだよ。急に！俺の表情なのかな。昔からなんですよ。高校の先輩とかと遊んでても、飲み会に行ってても、それこそ前田健さんにも『なんなの？そのツマンナイって顔』って言われるの。顔
Martin Fowler's Bliki in Japanese - 技術的負債
http://www.martinfowler.com/bliki/TechnicalDebt.html システムに新しい機能を追加するとしよう。2つのやり方があるはずだ。ひとつは、早いけれど、ぐちゃぐちゃになるやり方（将来、変更が困難になることは分かっているよね）。もうひとつは、キレイな設計だけど、導入に時間のかかるやり方。 「技術的負債」とは、Ward Cunningham が作ったメタファーである。上記の問題について考える際に、この言葉が役に立つ。このメタファーを使うと、早いけれど汚い解決方法は（ファイナンスの負債と同じく）技術的な負債が発生する、ということになる。 通常の負債と同じく、こちらの負債も利子を払う必要がでてくる。 早いけれど汚い設計を選んだせいで、将来の開発において余分な労力をさかねばならなくなる、というわけだ。 これからずっと利子を払いつづけていくことも可能だし、 リ
技術的負債 - Wikipedia
技術的負債（英語: technical debt）、設計負債[1]、またはコード負債とは、ソフトウェア開発における概念であり、時間はかかるがより良いアプローチを選択する代わりに、簡単ではあるが限定的な解決策を選択することで生じる、将来的な手直しにかかる暗黙のコストを示すものである[2]。 金銭的な負債と同様[3]に、技術的負債も返済されなければ、「利子」が蓄積され、変更の実施が困難になる。技術的負債を処理しないと、ソフトウェアのエントロピーが増大する。金銭的負債と同様に、技術的負債も必ずしも悪いものではなく、プロジェクトを前進させるために（概念実証として）必要な場合もある。一方で、「技術的負債」というメタファーは、その影響を最小限に抑える傾向があり、その結果、修正するために必要な作業の優先順位付けが不十分になると主張する専門家もいる[4][5]。 コードベース上で変更が開始されると、コード
スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ - Masatomo Nakano Blog
2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している
聞き上手がとらない10個の行動 | SEM-LABO
聞き上手になるための23個のステップと同様にプロフェッショナル・アドバイザー信頼を勝ちとる方程式の書籍の中で上げられている聞き上手がとらない10個の行動をまとめてみました。 中には非常に参考になるものもあったり、無意識レベルで自分がそのように振舞っていることなどもあるのではないでしょうか？ 話に割り込む。 あまりにも速く返事をする。 クライアントの意見に迎合する。 途中で私見を差し挟む。 一足飛びに結論に進む。 意味もなしにイエス・ノーの質問をする。 相手の意見を聞かずに自分達のアイデアをいう。 相手を良い悪いと判断する。 問題解決を急ぎすぎる。 クライアントとの会議の最中に電話をとったり、あるいは話を中断する。 10は問題外ですが実際の打ち合わせの場ではよくみかけますね…。1.7.8.9などは往々にして起こりがちです。こういうのは意識しながら排除できるようにしたいですね。
Fine Software Writings
最近のもの 目標でなく恐怖を明確にすべき理由 (Tim Ferriss) 我々が築き、掘っている未来 (Elon Musk) 表計算ソフト誕生の話 (Dan Bricklin) Linuxの背後にある精神 (Linus Torvalds) 先延ばし魔の頭の中はどうなっているか (Tim Urban) 好きになる仕事はどうしたら見つかるのか (Scott Dinsmore) 人間に新たな感覚を作り出すことは可能か？ (David Eagleman) 人工知能が人間より高い知性を持つようになったとき何が起きるか？ (Nick Bostrom) 厄介な問題を解決したい？ ではトーストの作り方を説明してください (Tom Wujec) 子供の夢を奪う学校というシステム (Seth Godin) 彼らがいなくなってしまう前に (Jimmy Nelson) 頭良さそうにTED風プレゼンをする方法 (W
開発環境をクリーンにする個人的な3つの禁止事項
開発環境は放っておくと自分の部屋と同じで散らかって行きます。 必要なファイルが見つからなくなったり、毎日使うツールが壊れてしまったり…。 そうなると、仕事が進みません。 PCは唯一の仕事道具なので、出来るだけクリーンに保ちたいもの。 そこで私は個人的に3つの禁止事項を決めています。 今日はそのまとめ。 1. 環境を同居させるな えー、簡単に言うと”仮想化しましょう“ってことです。 Macを使っている方は、Apacheも入ってるし、MySQLもインストール出来るし、そのままでも良いじゃない。 あるいはXAMPPやMAMPを使っている方は、インストールすれば環境が揃うし。 そう思われるかもしれません。 しかし、仮想化して開発用のOSを別に持っておけば、良いことが色々とあります。 環境を壊せる！ 好き勝手出来るマシンが1台手に入ったも同然です。自分のマシンでは出来ない恐ろしいことも出来ます
僕の楽天SPAM対策 - y-kawazの日記
楽天で年間数十万円使う程度のそこそこヘビーユーザーの僕が、楽天のメルマガ攻勢に耐えぬく為に行っている設定をご紹介します。 ネットでは楽天は結構嫌われているように思います。楽天が嫌われる最大の理由の一つは、一度でも買い物しようものなら大量に届き始めるメールマガジンという名の迷惑メールでしょう*1。 しかもこれ、わざとか知りませんが、楽天本体や楽天内の各ショップから来るメールはFromアドレスやX-何とかヘッダなどによる仕分けが出来るようには全くなっていません、しかも注文確認などの重要なメールは残したいとなると、この仕分け問題は更に困難を極めます。 そこで僕が行っている基本戦略は↓こんな感じです。 楽天専用のメアドを使う メルマガの停止はしない 必要なメールはフィルタで保護 Gmailの迷惑メールフィルタで大虐殺 ネットを見る限り、この戦略をとってる人は少ないようですが…。 解説は以下に続きま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラッキングママ
どうしても寝ようとしない息子（６歳）に、ベッドでこんな話をしました。