タグ

2011年9月27日のブックマーク (4件)

  • 温暖化とは全く関係ないことですが、 - 「温暖化の気持ち」を書く気持ち

    気になったので。 光より早いニュートリノが見つかった、という報道が出ました。すげー、でもさすがにそれは間違いでは?というのが私の感想。 で、それはいいのですが、山弘さんが次の記事を書かれ、大変多くのブクマが集まっています。 「光より速いニュートリノ」をめぐる誤解 -- 山弘のSF秘密基地BLOG http://hirorin.otaden.jp/e212113.html 相対論が壊れたとか大騒ぎするな、という点には同意するのですが、このあたり、 光速超えるニュートリノ 「タイムマシン可能に」 専門家ら驚き「検証を」 http://sankei.jp.msn.com/science/news/110924/scn11092400300000-n1.htm > 名古屋大などの国際研究グループが23日発表した、ニュートリノが光よりも速いという実験結果。光よりも速い物体が存在することになれば、

    温暖化とは全く関係ないことですが、 - 「温暖化の気持ち」を書く気持ち
    kknsd
    kknsd 2011/09/27
  • プログラミングは「名前」が9割。 - このブログは証明できない。

    プログラミングというのは、名前をつける行為なんだと思う。 プログラミングで一番大切なこと。 もしも、プログラマーじゃない人に、「プログラミングで一番大切なことは?」と聞かれたら、迷わず「名前」だと答える。もちろん、人それぞれだし、自分はスキルの高いプログラマーじゃないよ、と前置きして。 名前が9割と言ったときの、9割という部分は人によってだいぶ差があるんだと思う。もっと小さいかもしれない。けれど、名前が重要だという点に関しては、反対するプログラマーはいないんじゃないだろうか。 時代や環境で変わる名前。 いま僕がイメージしてる名前というのは、変数名だったり関数名だったりクラス名だったり、とにかくいろいろ。さらに、JavaScriptとか高階関数をバリバリ使うような場合など、名前をつけないという選択肢もある。 なんとなくJavaScriptと書いたんだけど、名前はプログラミング言語や開発環境や

    プログラミングは「名前」が9割。 - このブログは証明できない。
  • 工数見積もりで陥りやすい罠 - プログラマの思索

    「ソフトウェア見積り」を読んだ後に「アジャイルな見積りと計画づくり」を読み直したら、とても理解しやすかった。 理解できたことをメモ。 間違っていたら後で直す。 ※追記:一部修正した。 ※追記:Velocityの計算方法を「塹壕よりScrumとXP」から参照するようにした。 【元ネタ】 Twitter / @akipii: 見積について色々考えている。1.0MD(人日)という単位は規模・出来高・工数という複数の意味を持ち混乱しやすいから、ソフトウェア開発の計画づくりに支障をきたしているのではないかという仮説を考えている。その考えを深めるとScrumのストーリーポイントはよく考えられた概念だと思う。 アジャイルサムライで一番難しくて面白い概念~Velocity: プログラマの思索 ソフトウェア開発に特有な技術~ソフトウェア見積り: プログラマの思索 チームは加速するのか~Velocityの使い

    工数見積もりで陥りやすい罠 - プログラマの思索
    kknsd
    kknsd 2011/09/27
  • 2011-09-27

    欧米(特にアメリカ)の入学試験や、外資系企業の面接で常に聞かれるのが、「あなたのリーダーシップ体験について話してください」という質問です。 大学の入試エッセイでも書かされるし、大学や企業の面接では、過去にどんな場面でどうリーダーシップを発揮したか、事細かに聞かれます。 もちろん入社してからも、リーダーシップは主要な評価項目のひとつとなっています。 ところが日ではリーダーシップについて問われる機会はごく限定的。中には「今まで、一度も問われたことがない」という人さえいます。 なので、その概念自体あまりよく理解されていません。 たとえば私が日人からよく受ける質問は、「欧米ではなぜ全員にリーダーシップを求めるのか?」というものです。 質問の意図は、「リーダーシップという、組織を率いるごく少数のトップ人材だけが持っていればいいものを、なぜ欧米の大学や企業は全員に求めるのか?」とか、 「 10人の

    2011-09-27
    kknsd
    kknsd 2011/09/27