「ゼロリセット・ワンゴール」 ー自分を再起動する26の方法 : earth in us.「ゼロリセット・ワンゴール」 ー自分をリセットして立ち直る26の方法 http://www.earthinus.com/2010/07/0reset-1goal.html
第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力（ばりき）のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク（＝作業）の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス
大きなものの作りかた - レジデント初期研修用資料
この1年ぐらい、自分なりに大きなものを作ってきて思ったこと。 何かやりたいこととか、明確な目的があって、そんな骨格に肉をつけていくように、一つのプロダクトが仕上がっていくことは、むしろ少ないんじゃないかと思う。プロダクトというものは、たぶん最初に「制限された迷走」を行う時期があって、目的とは無関係な制限に、膨らんだ発想がぶち当たるぐらいまで大きくなって、そこではじめて、目的みたいなものが見えてくる。目的が生まれて、価値のものさしが生まれて、膨らんだ何かは今度は削られて、一つの骨格に基づいたプロダクトというものが生まれるんだと思う。 何か「これ」というものを書く、作るときにはたぶん、「こうしたい」なんて漠然とした願望はあっても、実際問題作ってみないと、「こうしたかった」という、具体的な何かは見えてこない。 「こうしたかった」は、下手すると手を動かしている本人にはついに見えることがなくて、「こ
成功する人はこういう人。
福岡伸一著「世界は分けてもわからない」について書きたいと思います。といっても、科学のことを取り上げるのではなく、今回は本書に出てきたマップラバーとマップヘイターについて、深く掘り下げ成功する人はこういう人へ繋げたいと思います。 本書でこういってます。 おおよそ世の中の人間の性向は、マップラバーとマップヘイターに二分類できる。 マップラバーというのは、本書の例えを使わせて頂くと、百貨店に入ったときにまず案内図を見て全体を把握し、それから、こっからこういって、２階に行ってあの角を曲がってというふうに計画をたててから、目的地に一直線に行動することを言います。つまり、何事にも鳥瞰して考えてから論理的に行動する人のことをいいます。 対して、マップヘイターというのは、案内図など一切見ずに手当たり次第「勘」で行動し目的地まで行動します。つまり、私と前後左右の関係性だけで行動する人のことをいいます。 と簡
圧倒的に生産性の高い人（サイエンティスト）の研究スタイル - ニューロサイエンスとマーケティングの間 - Being between Neuroscience and Marketing
Leica M7, 90mm Tele-Elmarit F2.8, PN400N @Santa Monica, CA アメリカで研究するようになって最も驚いたことの一つは、日本では考えられないほど生産性の高い研究者が存在することだ。 たとえば僕がローテーションして、最後までそこでdissertation work（博士論文のための研究、活動）をすることにするか迷っていたあるラボ。そこはポスドク、テクニシャンを含めて（註：undergraduate=学部生は殆どアメリカの研究室には居ない）たった5人でやっているにもかかわらず、毎年5-6本ぐらいはペーパーを出し、ほぼ全て一流紙。多いときは年に2本ネイチャーに出し，一本は表紙になったりしていた(#)。 しかも良く日本では見かける深夜も土日も働いて、朝はどちらかというと崩れ気味、みたいな重労働系の生活ではなく、普通に朝来て、「うーん今日は狂ったよ
プログラミングのスピードを上げる方法 - teruyastarはかく語りき
http://q.hatena.ne.jp/1203667934 ソフトウェア開発やプログラミングのスピードを上げる方法はありませんか？ プログラマーとして生きていこうと決めたのですが、いつも見積もりの3倍時間がかかってしまいます。 そのため いつもつらい思いをしています。 環境を良くしようとHHKLite2を使い、カスタマイズソフトでホームポジションから離さずにプログラミングしています。 マウスもゲーム用の高精度のものを使っています。 調べ物にもタブブラウザを使い、拡張し続けて効率化をしています。 DualCoreマシンを使いメモリもたくさん積み、障害がないように心がけがけています。 出始めのころから効率化のためにエクストリームプログラミングも取り入れていました。 単体テスト、リファクタリングも当然行いますが、余計に開発速度が落ちています。 しかし開発速度は効率化とは無縁だとすら感じてい
CEO Eric Schmidt の語る Google の掟 10 か条 | 秋元@サイボウズラボ・プログラマー・ブログ
via Google の CEO、エリック・シュミットらによる Newsweek への寄稿記事 ナレッジワーカー(知識労働者)の生産性を上げるためにグーグルが守っている 10 個のルールを CEO の エリック・シュミットが自ら紹介している。 # 中身まで訳すと Newsweek の人に怒られるだろうから項目名だけ。たぶん Newsweek 日本版にもそのうち翻訳が載るんじゃないか グループによる採用 社員がほしい設備・施設は何でも与える 社員を隣り合わせに詰め込む メンバの協同作業をやりやすく 自社製品/サービスを自分達がまず試す 創造性を称揚する 合意への執念 邪悪なことはしない データによって判断する 効率よくコミュニケートする また、シュミットは Google が直面してる問題として 4 つを挙げ、これらの解決にがんばっているという。 過剰な技術偏重主義 「自分で作ったほうがうまく
ゲームプログラマレベル
http://anond.hatelabo.jp/20070711000654自分の体験を元に、ゲームプログラマ版を作ってみた。レベル0レベル0の人はゲームを遊ぶのが好きですが、それがどのようにして作られているのかは知りません。プログラミングという行為を知るのはちょっと先になりますが、素質はあります。ありがちな発言なんでレベル0からなの？ レベル1からじゃないの？レベル1レベル1の人は簡単なプログラミング言語を覚えます。言語ではなく、RPGツクールなどのツールの場合もあります。自分の興味に従っているので吸収が早く、下手に授業でかじっただけの人よりは出来ますが、それゆえ誇大な妄想を抱きがちです。ありがちな発言HSPでFFみたいな大作RPGを作るぞ！レベル2レベル2の人はC言語が業界の標準であることを知り、手を出します。最も一般的なのは、DirectX+VCの組み合わせです。このレベルには、い
Stiffと偉大なプログラマー達-10倍、100倍の生産性 : 404 Blog Not Found
2006年09月14日19:00 カテゴリBlogosphere Stiffと偉大なプログラマー達-10倍、100倍の生産性 引き続きSztywny Blog - Stiff asks, great programmers answerの翻訳。 今回の質問はこちら。 プログラマーの中には、生産性が10倍、100倍高いものたちがいるが、その秘訣は? プログラマー達の解答は以下のとおり。 ちなみに回答例:「ソースを赤く塗る。二回繰り返せばほぼ10倍(9倍)、四回で100倍(81倍)となるはず:)もちろん足は不要だし、若さ故のあやまちは極力避けるべきで」 Dan the Translator Steve Yegge: もし立ち止まって、なぜアスリートたちが等しく能力が高いわけではないかを考えれば答えは出ると思う。Thomas Edisonの台詞にも関連するヒントあり。 Linus Torvald
プログラマの生産性を少ない努力で高める１０の方法*ホームページを作る人のネタ帳
今回は元記事と私の観点は少し違います。 元記事： Simple Productivity: 10 Ways to Do More by Focusing on the Essentials 元記事はプログラマの事をさしていませんが、見れば見るほどプログラマ向けの記事かと思います。 現在日本では殆どのWEB製作に関わる人が、あれもこれもしなければならない状況にあります。 html 各種プログラム FLASH デザインなど等。 これらを、勉強もしなければならないし、作成もこなしていかなければならない。 そんなときに役に立つ、これは少ない努力で、なるべく多くの生産性を生む方法です。 １０の方法は以下に。 １）頭をスッキリさせてください 出来れば一日１時間ほどの休憩をとってください。 情報の収集などもやめ、出来ればコミュニケーションもストップし、一人になりましょう。 その時、あなたにとって重要な事
自分はＷｅｂではありませんが・・・ - 混沌（Chaos）なバグ
http://maname.txt-nifty.com/blog/2006/12/beautiful.html 美しいコードに言及されてます。 それは、時と場合にもよるんです。 いや、別に反対するつもりは全くないのですよ。ＴＢ元の方の意見は痛い程わかります。 ただ、世の中には汚くならざるを得ないｏｒ汚くてもよいソースもあるって事も忘れてはいけないです。 （１）簡単なスクリプトでデータを生成したりする使い捨てプログラム。 そのまんまです。 自分は吐き出したx,y座標データを扱った事があります。 データをテキストに出力し、そのデータをvbaでコンバートしてC言語のデータファイルを作成しました。 #includeみたいなデータファイルです。 このインクルードファイルの中身はタダの2次元配列です。 使い捨てのプログラムなので、次に使う時はすっかり忘れてます。 ワザワザ思い出すより、もういっかい書い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
