Joel on Software - 射撃しつつ前進
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2002/1/6 ときどき何もできないことがある。 確かにオフィスにやってきて、だらだらとし、emailを10秒ごとにチェックし、Webをながめ、アメックスの請求書を支払うというような頭を使わない作業をしたりもする。しかしコードを書くフローの状態に戻ろうとしても、それができない。 このような非生産的な期間は通常1日か2日続く。しかし私の開発者としてのキャリアには何週間もの間何もできずにいたということが何度かあった。言うならば、私はフロー状態になかった。私はゾーンの中にいなかったのだ。私はどこにもいなかった。 誰でも気分のむらはある。ある人々にはそれは穏やかなものだが、他の人々には、それはもっとはっきりしていて、ときには機能不全でさえある。そして非生産的な期間は塞いだ気分と何か関係しているようだ。 それ
プログラミング上達するためにだいじだなぁとおもったこと一覧
コードを書くことコードを読むことコマンドラインをほぼ常に使うこと（「使わないわけないだろう」と思う人が多いと思うが、それができない人はそれよりも多い）ライブラリも可能な限り読むこともっとコードを読むことコピペしてもいいけど、コピペするコードの意味は絶対に把握すること自分の勤め先がクソなら、会社は辞めること（ある程度技術力があればどこでもやっていける）英語が読めること数学的・論理的思考をみにつけることオープンソースのコードを読むことなるべく根本的な概念を知ることひとつの言語に拘らず、何個も触ること（ひとつのパラダイムに固執する可能性がある）UNIX/Linuxをメインでつかうこと流行を追いかけ過ぎないこと（結局ソフトの上で踊らされているだけ）自分の知らない分野はいくらでもあると心得ること井の中の蛙にならないように心がけることマネジメント視点も取り入れること「他人のため」を考えること（独りよが
スティーブ・ジョブズに学ぶ、最高の生産性メソッド | ライフハッカー・ジャパン
Appleについてあなたがどう思っていようと、スティーブ・ジョブズ氏は、同社の顔という以外に、非常に多くのものを生み出したCEOでもあります。ジョブズ氏は、2011年に亡くなるまでに、Appleを再建するとともに、生産性の高いユニークな職場環境を作り上げました。以下、彼が行った施策をいくつか見ていきます。 ジョブズ氏は間違いなく複雑な人物でした。天才的なアイデアだけでなく、たくさんの悪いアイデアも持っていました。マネジメントスタイルは対決的、礼儀知らずな性格で、その権威主義的態度はよく知られていました。つまりジョブズ氏は、一緒に働くのが大変な、面倒な人物だったのです。それでも、彼は企業を再建し、革新的な製品を市場に送り出してきました。90年台にはPixarを創設し、1997年にAppleに戻ると、倒れかかっていた同社を立て直しました。 ガラクタを一掃し、大事なことにフォーカスする 1997
人脈作りのプロに学ぶ、より有意義な人間関係を築くための8つのヒント | ライフハッカー・ジャパン
「キャリアを進めるには、何を知っているかだけでなく、誰を知っているかも重要である」 そんな言葉を耳にしたことがあるでしょう。すなわち、人脈作りは、知識と同じくらい重要なのです。この記事では、雑談の枠を越えて人脈を広げるためのコツを8つ、お届けします。人脈を強化するには、軽食を囲んだおしゃべりや名刺交換をするだけでは不十分。もっと具体的な術を身につけなければなりません。Ivan Misner博士著の『Networking Like a Pro』（直訳：プロのような人脈作り）によれば、「最近では人々が自分を売り込む手段が増えているため、周囲の雑音を突破して、気づいてもらうことが必要」なのです。 人脈作りを上手くやれば、素晴らしい仕事のチャンスが巡ってくるだけでなく、新しいクライアントや人材の発掘にもつながります。そんな人脈作りの表と裏を知るためには、その道のプロから学ぶのがベスト。彼らはどうや
人に教えるときに気をつけている10のこと - 斗比主閲子の姑日記
備忘録です。適当に挙げていったら10個ぐらいになっていました。他に思いついたら増えるかもしれません。 photo by foxypar4 1. 相手が話を聞くタイミングかを確認する 相手が聞くタイミングでないときに話しても効果が薄いです。相手が精神的に、肉体的に話を聞ける状態でない時はぐっと我慢します。また、その人が失敗してからすぐならまだしも、あまり期間を空けすぎると「なぜそんな昔の話を」と思われるので、鉄は熱いうちに打つようにしたいですね。 2. 自分が伝えたいことか、本人が聞きたいことかを考える 教えようとする前に、今自分が教えたいことは本人のニーズがあるものかを考えます。本人のニーズはないけれど、自分がどうしても伝えたいことを教えるのは、自分のエゴなので、「これはどうしても聞いて欲しいのだけれど」と枕をつけます。教える方が偉いわけではないですから。 3. 本人の立ち位置を確認する
趣味プロダクトで楽しいコードライフワークを送る
あと一つプログラミング言語を 覚えたら死ぬ! 脳みそがパンクしそうな あなたのための nodeJSことはじめ文樹 高橋
人生のパフォーマンスチューニング : 小野和俊のブログ
プログラマーはソフトウェアを開発する際、無駄な処理や非効率的な処理を極力排除しようとする。この意味においてプログラマーは処理の効率化の専門家であると言える。ならば私たちプログラマーはソフトウェアだけでなく、自分自身の人生についてもパフォーマンスチューニングできるはずだ。 プログラムでしばしばパフォーマンスのボトルネックになるのは、「ループの中の処理」だ。例えば10万行10列のデータを1列ずつ処理していくようなループ処理の中身を1ミリ秒速くすれば、全体で約16分の速度向上が見込める。 人生においても、実行頻度の高い処理はパフォーマンスチューニングの効果を得やすい。 例えば職種を問わず毎日2回ずつ実行される処理として、通勤がある。通勤のチューニングにより、営業日が月に20日だとして、もし通勤を片道30分短縮できれば、月20時間の時間を得ることができる。具体例として私の場合、「通勤を徒歩10分以
Life is beautiful: 私のとっておきのプログラミングスタイル
404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
