タグ

生産性に関するwind0627のブックマーク (7)

  • 「わざと中途半端なところでやめる」ことが生産性アップのコツ | ライフハッカー・ジャパン

    あなたは業とは別に、副業や自分だけのプロジェクトを持っていますか? そして、それらの生産性がなかなか上がらなくて困ってはいませんか? 当はもっとたくさんのタスクをこなしたいのに、会社から疲れて帰ってきた後ではどうにも作業を始めることが億劫になってしまう...。そうお悩みなら、いい方法があります。一日の作業をわざと中途半端なところでやめておいて、次の日にその続きをやる、というやり方が意外な効果をもたらすようです。エンジニアであるKay Keng Tay氏は「Quora」のスレッドで、このテクニックを使って彼自身のプロジェクトをうまく軌道に乗せている、と話しています。 私は、作業中のエディタやブラウザなどをすべてそのままの状態にして、その日の作業を終えるようにしています。そうしておけば、次の日は前日に作業を中断したところからすぐに続きを始めることができます。つまり、私は普段、PCをシャット

    「わざと中途半端なところでやめる」ことが生産性アップのコツ | ライフハッカー・ジャパン
  • 妻と一緒にいても生産性を下げないためにはどうすればよいか - 西尾泰和のはてなダイアリー

    Tweetに対する反応まとめ nishio: にWebDB Pressを渡して会社に行って帰ってきたら「プッシュ型メディアはエンジニアの生産性を下げる」を読んで「もプッシュ型メディア」とか言ってる nishio: 既婚のエンジニアに聞きたい:と一緒にいても生産性を下げないためにはどうすればいいのか 不倫する Yappo: 不倫する nishio: 「不倫したらメディアが増えるだけじゃないか!」と怒ってます> Yappo: 愛人はプル型メディアです。とお伝えください>< そうなのか… 例えば、を避ける tokuhirom: unsubscribe bulkneets: 無視するといいです hayamiz: 例えば、を避ける (><) 物理的ファイヤーウォール pandeiro245: 僕はクローゼットの中で仕事してます。 それはなかなかよさそう!集中できそうだし。は広いクローゼ

    妻と一緒にいても生産性を下げないためにはどうすればよいか - 西尾泰和のはてなダイアリー
  • ソフト開発をステップ数で見積っていることに疑問を持たなくてはならない - レベルエンター山本大のブログ

    ステップ数を見積もり根拠にする会社さんは、いまだに多い。嘘じゃない。 お世話になってる会社さんもそういう仕組みをとってるところがあって、いいにくい部分もなきにもあらずだが、お世話になってるからこそいいたい。 そんなことやってちゃだめだと。 1キロステップの生産性指数をだして、今回の開発は10キロだから1000万円とか。 汎用機時代ならまだ百歩譲ってわからんでもないけど、オープン系という言葉すら死語になりつつあるこのご時世において、ステップ数が1キロ(1000行)だったら1人月とかどうこうという話は、もはや見積もりでもなんでもなく、こじつけだ。 フレームワークのコアのコードも、 ビジネスロジックの肝のコードも、 ネットワークの通信コードも、 自動生成したコードも同じ1ステップとカウントする。 見積もり時の計画ステップ数と、実際に開発したときの実績ステップ数を比較して 次の開発の値決め(ダンピ

    ソフト開発をステップ数で見積っていることに疑問を持たなくてはならない - レベルエンター山本大のブログ
  • この1年の優れたIT系書籍はどれか?「Jolt Awards 2011」が6冊を発表。

    デベロッパー向けに情報発信をしている「Dr. Dobb's Journal」が、この1年(昨年7月1日から今年の6月30日まで)に出版されたIT系書籍の中から優れたを選ぶ「Jolt Awards」が今年も発表されました。 発表記事では選考理由などが紹介されていますが、以下では選ばれた6冊がどんななのかを紹介しましょう(当然ながらすべて洋書です)。DSL(ドメイン固有言語)やClojure、Continuous Deliveryなど、新鮮な話題を提供しているが並んでいます。また、マーチン・ファウラー氏の著作が2冊(「Domain-Specific Languages」「Continuous Delivery」)選ばれている点にも目を見張ります。 タイトルに目を通すだけでも、いま何が開発者のあいだで話題になっているのかが伝わってきますが、もし興味を持たれたら実際に中身を読んでみてはいかが

    この1年の優れたIT系書籍はどれか?「Jolt Awards 2011」が6冊を発表。
  • 「遅れているプロジェクトに追加人員を投入するとさらに遅れる」法則を逆向きに適用 - 人生を書き換える者すらいた。

    久々の更新です。 相変わらず忙しいですが、最近の仕事の大きなポイントは上海と香港に良いビジネスパートナーが見つかったことです。いつまでも日だけで活動してても明るい展望は描けないのでチャンスを伺ってましたが、来月ぐらいからこちらの新プロジェクト腰を入れることになります。日が総体的にはだんだんダメになっていく、というのは抗し難い流れだけれども、震災と菅政権がそれをグッと加速させたと思う。 今日書くのは、先月の「なぜ優秀なプログラマは人を雇わないか」に関連して、いかにして少人数の非請負型プロジェクトの成功確率を上げるか、という話。前から考えていたことを、新プロジェクト開始にあたって改めて整理してみた。 ここでいう成功、というのは、きっちり黒字を出す、ということである。 例題として、平均的なプログラマ10人のチームで10ヶ月かかるプロジェクトがあるとしよう。100人月だから、ざっと1人月5

    「遅れているプロジェクトに追加人員を投入するとさらに遅れる」法則を逆向きに適用 - 人生を書き換える者すらいた。
    wind0627
    wind0627 2011/07/29
    人を増やすのではなく減らすという方法。確かに、人が少ないほうがやりやすいし、何よりも情報伝達がしやすくなる気がする。人数多いと、役割分担とか情報が伝わっていないとかホント多くなるし。。。
  • ある程度の年齢を迎えたプログラマが生き残るには - ひがやすを技術ブログ

    ある程度の年齢を迎えたプログラマが抱える悩みに、「若手のプログラマと比べて、どうやって価値を出していくか」という問題があります。これは言い換えれば「同じような生産性であれば、相対的に給料の低い若手のプログラマに置き換えられてしまうのではないか」という悩みです。 35才(2004年)でプログラマとしてオープンソースを始め、今年で42才になる俺が通りますよ。 35才までは、SIerの中でSEをやってたので、そんなにプログラムは書いたことがないです。 上記のエントリには、いろんな戦略が書いていますが、ぶっちゃけ戦略は一番重要なことではなく、一番重要なのは、常に自分の価値を高めるために努力し続けることです。 努力や挑戦をやめたら、自分の価値はどんどん陳腐化して下がっていくのは当たり前なのです。 自分がどんなことに挑戦してきたのかちょっと書いてみますね。 2004年1月、プログラマとして何か新しいこ

    ある程度の年齢を迎えたプログラマが生き残るには - ひがやすを技術ブログ
  • 仕事の創造性と生産性を上げるには、朝起きて1分でも早く仕事をするのがいいらしい | ライフハッカー・ジャパン

    1日の仕事始め、いつ、どんな感じで始めていますか? 会社勤めであれば、決まった時間に出社するなど、規則正しいルーティンがあると思いますが、フリーランスや自営業では、日によって違うという人もいると思います。ですが、1日のスタートをどうするかが、仕事の創造性や生産性に大きく関わっているらしいのです。 フリーランスのための情報ブログ「Freelance Switch」に、朝のルーティンが1日の仕事を変えると載っていました。例えば、クライアントとの打ち合わせがある日は、朝起きて、シャワーを浴びて、まともな格好に着替えて、メールをチェックして、少し早めに着くように出かけるという感じでしょう。外に出かける必要がない日でも、1日のリズムを作るために、同じように着替えたり、メールをチェックしてから、仕事に取りかかる人もいると思います。 ところが、1日中家にこもって仕事をする日であれば、朝起きたら、すぐにパ

    仕事の創造性と生産性を上げるには、朝起きて1分でも早く仕事をするのがいいらしい | ライフハッカー・ジャパン
  • 1