タグ

時間に関するk1takeのブックマーク (4)

  • 既婚プログラマの時間捻出術

    既婚プログラマの時間捻出術 - Download as a PDF or view online for free

    既婚プログラマの時間捻出術
    k1take
    k1take 2016/05/29
    “自分の作ったものを仕事で使おう 業務と勉強とで別々のコードを書くのは、潤沢に 時間がある人だけに許された特権です。 できるだけこれを一致させるようにしましょう。 ”
  • 開発を短い時間で集中して毎日やる

    今年に入ってから毎日の開発時間を去年の半分にしてみた。 すると、毎日凄く集中できて、空いた時間に頭にスペースが出来てアイデアもわきやすく、効率もよくなったのでこれはいいかも。 タレブとDHHの話がきっかけ 最初のきっかけは、Rails作ったDHHが「開発なんて長時間やっても逆効果だから毎日の仕事時間を減らせ。8時間じゃなくて5時間、4時間だけにしろ。それだけ短かったらSNSなんて見てる暇はない。」とスタートアップスクールで話してたこと。 あと、去年タレブのAntifragileというを読んで、短い仕事時間を毎日やるのが長期に渡っていいパフォーマンスを出す秘訣だというような事を言ってた。 アップストアでアプリを出すのは、結果が出なければ開発時間をいくらかけても価値が0となる世知辛い世界。でもこれは完全成果主義でなかなか面白い。 毎日の開発時間の成果をいかに上げるかっていうのを考えていると、

    開発を短い時間で集中して毎日やる
  • 技術調査はググる前が肝心 - seri::diary

    概要 ■「プログラミングは自分で調査しながら覚えた方が上達が早い」という意見は非常に同意 ■でも出来ている人少ないよね。調査中に挫折しちゃう。 ■それは「わからないこと」をブレークダウンして整理しないで調査し始めて欲しい情報をピンポイントで調べられてないから ■調査をする前に「何をしたいか」「何がわからないか」を徹底的に時間をかけて整理してから調査した方が結果的に早く答えに辿り着くからオススメ プログラミングが上達しない or 勉強が続かない人へ:とあるIT系社長のブロマガ - ブロマガ 凄く共感できる内容だった。 特に以下の部分 実はプログラミングを"勉強する"ってこと自体ちょっとオススメできない。 どういうことかというと、僕が思うに ・何か作りたいものがある(アイデア) ・それはどうやったら作れるのか(調査) ・実際に作り出す(実行) っていうプロセスが一番上達が早いと思うんだよね。

    技術調査はググる前が肝心 - seri::diary
    k1take
    k1take 2014/01/14
    ・何がしたいのか ・自分がどこまで分かっていて何が分からないのか ・どういう情報が欲しいか を明確にしないまま、何となくエラーメッセージでググったりする人が多い。
  • 精神論ではない仕事を速くこなす技術

    今ホッテントリになっている この記事『仕事が遅い人の共通項』http://tirrano.com/?p=1543 は的外れだ。仕事を速くこなすためには「素直さ」のようなことはどうだっていい。むしろ邪魔ですらある。仕事の速さに精神論は邪魔でしか無い。もっとシンプルな方法で仕事は速くこなせるようになる。具体的には以下の7つのポイントが有効だ。 1.時間を区切る 「時間をかけて頑張って解決しよう」と考えている時点で、あなたは最も効率の悪い仕事のやり方を選んでいるといえる。なぜなら、「時間で解決しよう」というのは、創造的な解決方法を放棄していることだからだ。たとえば、「象を3秒以内にかけ」といわれたら、誰でも象を表現するために最適かつ短時間で終わる方法を考えだそうとする。時間による制限は人の創造性を引き出すシンプルかつ効率的な方法だ。だから、「イマイチ効率が悪いやり方をしているようだな」と感じるな

    精神論ではない仕事を速くこなす技術
    k1take
    k1take 2014/01/03
    1.時間を区切る 2.作業をやるな 3.1分だけやる 4.遠慮無くパクれ 5.意思決定者を意識しよう 6.10分の1の状態で見せること 7.いいから捨てちまえ
  • 1