プログラミングというより物事が出来る思考法～実践編｜牛尾 剛
大変多く読んでいただいた「プログラミングというより物事が出来る思考法」というポストや、世界一流エンジニアの思考法の書籍で紹介した内容がある。 私の職場でも、ものすごく出来る人が「実践」しているところを何回も目撃しているので「実践編」として皆さんにシェアしようと思って今回のポストを書いてみた。 タイトルにもある通り、私はエンジニアだが、ビジネス書である書籍と書かれた多くの思考法と同じく、あまりエンジニアリングというものに関係ない要素であると感じている。 上記のポストや書籍でシェアした内容を端的に言うと「理解には時間がかかるがかける価値が十分あり、それによって自分が物事をコントロールしている感覚を身につけることが出来る」という自分の小さな発見だ。私がこのことを最初に発見したのは、新卒の出来る人々との出来事がきっかけだが、今回その小さな自分なりの発見を後押しするような出来事がいくつかあった。それ
質問をする技術 - くりにっき
以前社内に書いたポエムなんだけど年に1回くらい引用したくなるので公開した tl;dr; 質問をする時はゴールを提示する【MUST】 理由1 理由2 コンテキストを詳しく共有する【SHOULD】 期待してた結果(expect)と実際の結果(actual)を書く【IMO】 2020/7/22 12:30追記 2020/7/22 19:00追記 tl;dr; テンプレ 【質問内容】 【やりたいこと or 今困ってること or 質問の意図】 質問をする時はゴールを提示する【MUST】 なにかやりたい けど実現できない、うまくいかない それで質問する って感じに、質問をする動機としてまず やりたいことありき のはずなので、それを提示すべきです 理由1 質問される側（以下回答者）は質問内容がふわっとしていると色々なケースを想定して回答を組み立てます *1 例「Aの場合は～だけど、Bの場合は～」 こうい
はじめてのGTD - ITmedia Biz.ID
ストレスフリーの仕事術、GTD。海外のナレッジワーカーには常識になりつつあるこの仕事術、あなたはもう試してみましたか？ 今回の特集では、「GTDって何？」という人から、GTDを始めたいのだけど……という人まで、その理論と実践の方法を分かりやすく解説していきます。 →Getting Things Done（GTD）まとめページはこちら GTDとは何か？ GTDとは米国のコンサルタント、David Allenさんの著書、「Getting Things Done」のことを指します。この本で紹介されている理論が今、注目を集めているのです。さてこのGTDとはどういったものでしょうか？ 一言でいうと「ナレッジワーカーのための仕事術」です。 知識社会の仕事はますます複雑になってきています。「どこまでやったら終わりなのか」がはっきりしない上に、スピードが要求され、しかも降ってくる仕事の量は増えるばかりです
後回し癖をすっと解消できる「アイスピック仕事術」がすごい。 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
重要で骨が折れる仕事は、「早くやらなければ」と思いながらもつい後回しにしてしまいがちです。でも、そういった仕事もいつの間にか終わらせることができる方法があるのだそう。 そのテクニックである「アイスピック仕事術」を提唱するのは、建設会社の総務経理担当部長を務めながら、税理士、大学講師、専門学校講師、ビジネス書作家、時間管理コンサルタントなどとしても活躍する石川和男（いしかわ・かずお）さん。「アイスピック仕事術」と併せて、仕事の効率を上げるために石川さんが実践していることも教えてもらいました。 構成／岩川悟（slipstream） 取材・文／清家茂樹（ESS） 写真／石塚雅人 「好楽円」の仕事を優先するのはNG なるべく効率的に仕事を進めるためには、よく言われることではありますが「緊急度」と「重要度」によって仕事に優先順位をつけることが大切です。つまり、「緊急かつ重要な仕事」「緊急だけど重要で
最高のエンジニアになる方法 - アルパカ三銃士
ソースは tumblr 公式の engineering tumblr より。 https://engineering.tumblr.com/post/183075992674/how-to-be-a-great-engineerengineering.tumblr.com 簡潔にとても良いことが書かれてたので、これを自分なりに翻訳する。 エンジニアだけじゃなくて世の中の社会人にも言えそうなことだと思う。 最高のエンジニアになる方法 間違うことのコツをマスターしましょう。 自分の答えに自信を持ちながら、新しい意見も受け入れていきましょう。一番無知な人が一番成長します。 誰かが間違っていると思うとき、彼らへ叱らずに教えましょう。 問題を解決するために、他人の意見を押し切る必要がない方法があります。パワフルなエンジニアは、同じ解決策を他の人が見つけられるように手助けしながら、自分で解決させること
仕事と給与と評価の関係
ベイジで新評価システムの運用を開始するにあたって作った、仕事と給与と評価の関係を説明した社内向けのスライドです。会社や経営者によって考え方は変わると思いますが、できるだけ分かりやすく、一般化してみました。何かの参考になれば幸いです。
インフラ経験0の新卒エンジニアがインフラエンジニアになるまで - Leverages Tech Blog
1. はじめに メディカル事業部インフラ担当新卒2年目エンジニアの村本と申します。 本記事では、私が新卒1年目でインフラ経験0のところから、メディカル事業部のインフラを任せられるようになるまでに、ぶち当たった壁とその対処法を綴っております。 これからエンジニアになる学生の方や、これからインフラ業務に携わる方、これからインフラ担当者を育てるという方が、学び・学ばせる一つの参考になれば幸いです。 2. インフラ担当となった背景 私は配属後、メディカル事業部の社内向けの営業管理ツールとオウンド媒体の大規模リニューアルプロジェクトに携わっておりました。 配属されて3ヶ月間は営業管理ツールの開発をしており、ひたすらPHPを使ってWebページ作成していました。 そんな中ひょんなことからCircleCIを使ったテストとデプロイの自動化タスクが振って来ました(自席に帰ってくるとCircleCIと書かれたメ
【SIer新人向け】研修では教えてくれないノウハウ集 - Qiita
「ようこそ 魔境 SIerへ！」 はじめに この記事は、SIer（Systems Integrator）に入ったシステム開発未経験者の新人さんたちへ送る、研修では教えてくれないノウハウ集です。 実際、弊社の長い研修では実務に使えそうなことをあまり教えてくれませんし、ノウハウは現場の人の頭にしかない状態なので、新人さんは暗中模索で仕事を覚えていくことになります。 それも非効率なので、実際に私が２年半1で失敗したこと、やってきてよかったこと（ノウハウ）を体系化したので共有します。 新人さんは、これを参考として、使えるところだけ今後の業務に持っていってください。 （本当はガッツリ社内向けに書いたものなので、一部汎用的でない表現がありますがご了承ください。） 目次 業務面 技術面 プライベート面 の三本柱でお送りします。 対象読者 SIerの1,2年目相当であり、学生時代に契約のあるシステム開発を
仕事を｢爆速で終える人｣は何をしているのか
私が、担当する法人クライアントへの業務をこなすだけでいっぱいいっぱいのときでも、伊東さんは担当業務だけでなく複数の調査や分析を引き受けて、質の高いアウトプットを次々と出しているのです。そうかといって遅くまで仕事をしているわけではなく、適当な時間に涼しい顔をしてさっさと帰っていきます。そこである日、伊東さんに頼み込んで、とっておきの仕事の仕方を伝授してもらいました。 「櫻田さんね、新しい仕事が来たら、どんなに忙しくても、とりあえずちょっとだけやってみることが大事なんですよ。ちょっとだけやってから横に置くんです」 「ちょっとだけやってみる」となぜ高速で仕事をまわすことができるのか？ 伊東さんから聞いた理由を4つにまとめてみます。 「ちょっとだけやってみる」ことの4つの効果
フリーランスになったばかりの人は「いくらですか？」とギャラの金額を聞かれたらこう答えたほうがいいよ、というお話
TANAKA U ゲーム系フリーランス @TANAKA_U いいかい。フリーになって駆け出しの頃「いくらですか？」と言われたら、頭に浮かべた金額の2倍を言うんだ。考えるな。無心でx2するんだ。月20万あれば生きれるな、と思ったら40万って言うんだ。毎月入る20万は生きていけるが、たまに入ってくる20万だとムリだよ。 2016-11-05 03:09:05 TANAKA U ゲーム系フリーランス @TANAKA_U ある程度、仕事がこなれてきたら。具体的には複数社から依頼を貰えるようになって、選べるようになったら、どんどん上げていこう。 ポイントだけど、取引先が一社だと、単価は永久に上がらない。フリーランスが切れるカードは「この仕事はしない」の一つしかない。単価は仕事を断る事で上がる。 2016-11-05 03:16:38
｢小さなミスを軽く見る｣人は一生伸びない
細かいミスが続いて落ち込んだ経験、誰にでもあるのではないでしょうか。なぜこんなミスをしてしまったのか、こんなはずではなかったのに……。でも、ただそう思い悩んでみても何も解決しません。 ミスはメッセージを伝えてくれている ミスをしてしまったということは、そこには見直さなければならない何かがあるということです。ミスはあなたに、何らかメッセージを伝えてくれています。しかし、このメッセージに気が付かない人がとても多いのです。些細なミスは起こって当たり前と思って過ごしていることにも原因があるかもしれません。 小さなことにはくよくよせず、前向きに生活することを勧めるような記事や本もよく見かけますが、ミスをしたら、せめて一度は立ち止まる習慣を持つことが大事だと筆者は考えています。 小さなミスについて延々と思い悩むのは、確かに健全なことではありません。でも、何も考えないことのほうが、もっと健全ではありませ
【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO
はじめに こんにちは植木和樹＠上越妙高オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 （この記事を読むのにかかる時間の目安：5分） 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1
無駄な議論を減らすために使ってる言葉 - Konifar's ZATSU
雑にまとめるので何かあったら直接言ってほしい。⇒ @konifar チームで仕事をしていると、なんかあんまり意味のないことで議論している事態に陥ることがある。こういうのは議論の中心にいるとわかりにくいが、少し引いて眺めてみると「それそんなに重要なんだっけ？俺たちはこんなに時間使って何を決めようとしてるんだっけ？」という状態になってることも多い。 例えばAとBどっちがいいですかね？という意見の時、正直どちらでもいいと皆が思ってるのにAとBのそれぞれのいいところや懸念点なんかを皆で話しこんでしまっているみたいな。こういう時に難しいのは、単に「それどっちでもよくないですか？」みたいな言い方をすると場が凍って空気が悪くなるという点である。もちろんそういう本質的なことを言ってくれる人はありがたい存在なんだけど、言うタイミングが少し遅くなると「俺たちはなぜこんな無駄な時間を…」みたいな感じになることが
｢仕事が遅すぎる人｣に共通する残念な考え方
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
米マイクロソフト本社で目の当たりにしたビル・ゲイツの決断力
６月１日発売の『なぜ、あなたの仕事は終わらないのか スピードは最強の武器である』には、いくつかマイクロソフト時代のエピソードが書かれていますが、これもその一つです。この「シカゴ対カイロ」の社内抗争はマイクロソフト時代の思い出の中でも、筆頭のものです。 ◇ ◇ ◇ ビル・ゲイツの意思決定は光速 ビル・ゲイツが仕事で重要視していたのは、＂光速＂と言っても過言ではない迅速な意思決定です。これについては、どのくらい迅速だったかを象徴するエピソードを紹介します。 あれは忘れもしない1995年1月、シアトルの冬らしい小雨の降る昼下がりのことでした。米マイクロソフト本社内にはＯＳの開発に関する派閥争いがありました（ＯＳとはマイクロソフトで言うWindows Vistaだったり、アップルでいうところのOS Xなどのパソコンやスマホを動かすための基本ソフトのこと）。＂カイロ＂というグループと＂シカゴ＂という
海外エンジニアが話題にしていて「なるほど」と思ったプログラミングに関する考え方３つ - ジンジャー研究室
プログラミングに関する格言みたいなのは昔から結構あって、例えばYAGNIみたいに日本でも十分浸透してるのは多いんだけど、やっぱり新しい概念はどんどん生まれていくので追いかけていると面白い。 というわけで、最近知った中でもっと日本でも言及されても良いと思ったやつを３つ紹介。 Simple Made Easy Rich Hickey（Clojure言語の作者）による講演(2011年)のタイトル。全文はここで読める。英語しんどくてPOSTDに投げたんだけど音沙汰がない。まだ全部見てないから和訳欲しい。 内容としては、みんな安易に「簡単」なものを選びがちだけど「シンプル」なものの方が価値あるぜ、というもの。曰く、「シンプル」は絶対的・客観的な指標だけど「簡単」は相対的・主観的なもの。例えば英語の話者にとってドイツ語は難しいが、それは自分にとって「遠い」存在であるだけで悪いものじゃない。 「慣れてい
ロシアの天才ハッカーによる【新人エンジニアサバイバルガイド】 - Qiita
弊社に５年間在籍していたロシアの天才ハッカーが先日退職しました。 ハッキング世界大会優勝の経歴を持ち、テレビ出演の経験もある彼ですが、正直こんなに長く活躍してくれるとは思っていませんでした。彼のようなタレントが入社した場合、得てして日本の大企業にありがちな官僚主義に辟易してすぐに退職するか、もしくはマスコットキャラとして落ち着くかのどちらかのケースがほとんどなのですが、彼は最後まで現場の第一線で活躍してくれました。 そんな彼が最後に残していった退職メールがなかなか印象的だったので、その拙訳をここに掲載します（転載について本人同意済み。弊社特有の部分は一部省いています。） ああ、なんという長い旅だったろう。この会社で５年間もセキュリティを担当していたよ（諸々の失敗は許してくれ） 俺は他の退職者のように面白いことは書けないが、私のこの退職メールを読んでくれている人、特に新人エンジニアのために、
先延ばし魔の頭の中はどうなっているか
Tim Urban / 青木靖 訳 2016年2月 (TED2016) 大学では政治専攻だったので、レポートを沢山書かなければなりませんでした。普通の学生がレポートを書く場合、作業量はこんな感じに分布していることでしょう。 これだと、はじめはゆっくりですが、最初の週、十分に進めておいて、後半多少負荷が高くはなっても、秩序ある状態が保たれています。私だってそんな風にやりたいと思います。予定としては、すぐ取りかかるつもりでいますが、実際にレポートをやる段になると、私の場合こんな風になってしまいます。 毎回こういうことになるんです。それから90ページの卒論を書くことになりました。１年かけて書くべきものです。いつものようなやり方が通用しないのは分かっていました。規模が大きすぎます。それで計画を立てて、こんな感じでやろうと決めました。 １年の計画です。はじめは軽く、中間で少し上がり、終盤でスパートを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『これに気づくのに24年かかった』漠然と大変すぎて何したらいいか分からなくなる→何にも手をつけられないの解決策
最近誰かに「やったほうがいいよ」と伝えた7のこと
