[B! 仕事] monochromeganeのブックマーク

Hiro Blog 「人生のコツはこの３つだけ。」

2013年の６月７日にアメリカのＭＩＴ（マサチューセッツ工科大学）の卒業式でスピーチをした、ドロップボックス社ＣＥＯのドリュー・ヒューストン（Drew Houston）のメッセージは、印象的で素敵でした。　素晴らしいスピーチなのに日本語にはまだあまり訳されていないようなので、ここで簡単に紹介したいと思います。　ＭＩＴを2005年に卒業してドロップボックス社を立ち上げて大成功したドリューは、充実した人生を生きるために必要なコツ（虎の巻）について、その日ＭＩＴを卒業する学生たちを前にして、こう語りました。「というわけで、僕は君たちにちょっとした虎の巻を伝授したいと思う。僕も自分の卒業式だとしたらそれが聞きたかったからね。僕の虎の巻には、実は多くのことは書かれてない。テニスボール、サークル、30,000という数字、それだけだ。これだけ聞いても何のことだかまださっぱりだとは思うけど、ちょっと

monochromegane 2013/08/05

リンク

忙しい人こそ知るべき「忙しい人と仕事ができる人の20の違い」 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作

こんにちは、LIGの代表の岩上です。ジムに行こうと思っても中々行けない日々を過ごしています。ついつい時間が足りないと思ってしまうのですが、多分、タイムマネジメントとタスクマネジメントが上手く行っていないんでしょう・・・。寝坊してしまうし。時間管理は永久の課題です。耳が痛いのですが、友人から教えて貰ったエントリーがとても印象的だったのでご紹介します。 ※各項目のタイトルは勝手ながら付けさせて頂きました。『忙しい人』と『仕事ができる人』の20の違い 1. 評価基準『忙しい人』は、「忙しい」と周りに言えば「カッコイイ、頑張っている」と他人が評価してくれると思っている。『仕事ができる人』は、「忙しい」と周りにに言うことは「無能の証明」だと思っている。 2. スケジューリング『忙しい人』は、終了時間への認識が甘い。（なんとなく終わったらいいな～的な）『仕事ができる人』は、絶対にここまで

monochromegane 2013/07/03

リンク

エンジニアのための時間管理術、自動化に関するまとめ - Glide Note

2006年の発売当時に紙書籍で購入し、最近PDFで買い直してKindleに突っ込んでいたエンジニアのための時間管理術を読み直していて、自動化について記載されていたので自戒をこめてまとめておく。古い本ですが、エンジニア(特にインフラエンジニア)の時間管理術に関しては今でもこれが一番かと思います。自動化の目的自分の仕事を減らす。作業時間の短縮や勝手に処理が実行される。他の人に作業を委任する。委任出来るようにする。自動化すべきものと自動化すべきでないもの一度だけ行う単純な作業は自動化すべきでない。(自動化することのほうが時間がかかる) 一度だけ行う難しい作業は自動化すべき。(作業の記録を残すことができる。再びその作業に出会うときに役に立つ。一度あったことは再びあることが多い) 頻繁に行う単純な作業は自動化すべき。(自動化の効果が最も高い。自動化に投資した時間はすぐに報われる) 頻

monochromegane 2013/05/27

リンク

「怒鳴っても人間は変わらない！」史上最悪の工場を変えたシンプルな教え | ライフハッカー・ジャパン

誰かがミスをすると私たちは腹が立ち、怒鳴ることもあります。怒る理由はミスをした人の行動を変えたいためです。しかし、いくら怒っても彼らの行動は変わらないどころか、反抗的になることさえあります。100万人以上のメンバーが所属する非営利政治活動グループ「Demand Progress」の設立者で代表のAaron Swartz氏は、「重要なのは人間を変えることではなく、仕組み（システム）を変えること」と述べています。今回はSwartz氏が米・ゼネラルモーターズ社（以下、GM）の事例をもとに「史上最悪の工場を変えたシンプルな教え」について語ります。 ■米・ゼネラルモーターズ社の実験米・カリフォルニア州フリーモントにあるGMの工場は最悪の状態でした。当時の労働組合長は「戦いの毎日でした」と振り返ります。「働いている時間より抗議活動をしている時間の方が長かったのです。ストライキは日常茶飯事で、毎日が混

monochromegane 2012/10/18

仕事

リンク

米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ

"米国人からコーディングについての怒りのメールを頂戴した" の補足 - その手の平は尻もつかめるさ ↑の方で補足いたしました。(2012.09.04 追記) 最近、英語のメールでよく怒られます。moznion です。海を隔てて共同作業しているアメリカ人から、僕のコーディングについてお叱りのメールを頂いたので、自戒の念を込めて邦訳して記します。書いてあることは「当然」とも言うべき内容ですが、僕はその「当然」も守れていなかったのかぁ〜と反省。以下、邦訳(意訳)です。 1. 郷に入っては郷に従え既にソースコードが存在しているって事は、そこには同時にコーディングスタイルも存在しているってことだ。その既存のソースコードに手を加える場合、別のコーディングスタイルを導入してはならない。もし君がバックエンドのソースコードを弄っているなら、バックエンドのコーディングスタイルで記述するんだ。フ