情報ではなく経験をアウトプットすること - 余白
調べれば大抵の情報は誰でも手に入る今日このごろ。特に技術的な情報はオープンソースで一次情報へのアクセスは容易になった。 それと同時に繰り返し言われるアウトプットの重要性。 しかし、ブログやLTなどでアウトプットしても、「もっと質のいい情報があるのに自分がアウトプットする必要があるのか」「逆にノイズになるだけじゃないか」というような考えになってしまう人もいるのではないか。 そんな架空の声にお応えして、それでもなおあえて、一次情報ではない「あなたのアウトプット」の重要性を伝えてみようと思う。 実際にやる人は多くない 定量的なデータがあるわけではないが、直感的に共感してもらえるだろう。 ある技術や手法が話題になったとして、それを情報として知っている人はこの時代いくらでもいる。 だが、それを実際にその手でやったことがあるというだけでかなり群衆からは抜きん出た経験を持つことになる。 ましてやそれをや
「UNIXという考え方」を読み直して、考えたこと - Magnolia Tech
UNIXという考え方―その設計思想と哲学 作者:Mike Gancarz発売日: 2001/02/01メディア: 単行本 前回エントリで紹介した「リモートワークの達人 (ハヤカワ文庫NF)」は何度も読み返すべき本として紹介してもらったのだけど、その時に同時に上がったのが「UNIXという考え方」という本。 確かにこの本は自分も何度も読み直している。 なぜおなじ本、しかも技術書を読み返す必要が有るのだろう。 もうそこに書かれていることは分かっている。特に古い本ならなおさらだ。 この「UNIXという考え方」という本は、原著が1996年に出版され、日本でも2001年に出版された非常に古い本だ。 まだLinuxは2.0の時代、商用UNIXの方が信頼度が高いとされていた時代。 もう書かれていることは何度も語られている、語り尽くされている。 それでも今でも読むべき技術書の上位に位置したままランクを落とさ
チームでコードを書き始めた後、「どうやらレビューってやつをした方が良いらしい」くらいの若手に向けた資料です。
code_review_basics.md コードレビューの基本 一番大事な事 ソースコードはプロジェクトの共同所有物である 誰かだけが触れるコードを無くす 自分だけが持っているコードを無くす 自分だけが触っている時間を短くする コードレビューで大事な事 コードレビューは... 相互学習型のプロセスである メンバが成長することが大事 相互学習とは レビュアーとレビュイーが、お互い学び合うこと 考え方を共有すること 質問することで学ぼう 一番できる誰かだけが教えるのではない 知識や経験の少ない人が何に躓いているのか学ぼう メンバの成長 同じミスをチーム内で繰り返さないことが成長 ミスを繰り返さないために 本人の問題にしない 明日はわが身 仕事の正しい手順を覚えよう 道具の正しい使い方を覚えよう コードレビューの心構え 伝えることが大事 改善するまでがレビュー レビューにコストをかけ過ぎない
「締め切りは絶対に守るもの」と考えると世界が変わる
2011年にインプレスジャパンから「エンジニアとしての生き方」という本を出版して以来、書籍よりは「メルマガ（週刊 Life is Beautiful）」の執筆を優先して来た私ですが、この度、とある編集者に説得されて「時間術」の本を出版することになりました。 『なぜ、あなたの仕事は終わらないのか スピードは最強の武器である』（文響社） 「時間術」とは言っても、巷に良くある「どうやって時間を効率よく使うか」という話ではなく、実際の仕事の現場において「常に締め切り通りに仕事を終える人」になるための、私なりの「仕事に対する取り組み方」を解説した仕事術の本です。 「いつも締め切りに追われている」「締め切り間際にならないと本気で仕事ができない」という悩みを抱える人たちには是非とも読んでいただきたい本です。締め切りを守れるかどうかは、締め切り間際のラストスパートで決まるのではなく、もっと前の段階での、「
嫌なことから逃げないためのテクニック | ライフハッカー・ジャパン
zen habits：私たちは誰でも例外なく、いろいろな嫌なことを巧みに避けています。心は「考えること」よりも「回避すること」に使われています。そして驚いたことに、考えないようにしているものが自分にあることさえ、普段は気づいていません。具体的な例として次のようなことがあります。 たった今、あなたはこの記事を読むことで、もしかしたら考えたくもない困難なことを避けようとしているのかもしれません。 私たちは常にメッセージ、ニュース、報道番組、さまざまな通知などをチェックしていますが、それはやりたくないことから逃避したいからかもしれません。 生活の中で困難に直面すると、「○○だから大丈夫」（○○は適宜埋めてください）と自分に言い聞かせようとします。あるいは、何か別のことをして忙しくしたり、お酒などの一時的に感覚を鈍くするものを使ったりして、困難に向き合わないようにしています。 問題が発生すると、別
Belajar Bahasa Inggeris Online 2022 (Kelas English 1-to-1)
Kalau anda teringin nak fasih English, boleh belajar Bahasa Inggeris online dengan kami. Kelas dijalankan menggunakan Zoom / Google Meet. Kelas Bahasa Inggeris Online Ini Khas Untuk Orang Dewasa Yang Faham English, Tapi Bila Speaking: Ayat Berterabur, Grammar Hancur Dalam proses nak fluent English, kenapa mesti malu? Kami di JomEnglish Academy faham, anda nak sangat cakap smooth dan rasa confident
なぜ黙り込む人がいるのか、黙り込む人への対処法 - 斗比主閲子の姑日記
こんな依頼をされたので、 @topisyu そういえばこのテーマはトピシュさんが詳しそうなので、よろしければコメント頂けますでしょうか？/「だんまり」の取扱説明書が欲しい - エルの楽園 https://t.co/T2SvKNZmaR— Matsuki *** (@liliput) February 23, 2016 特に詳しくもないですけど、思いついたことを書いてみます。お好きな人だけどうぞ。 黙り込む人への対処法 「だんまり」の取扱説明書が欲しい - エルの楽園 だから黙り込む系のひとにお尋ねしたいのですが、どのように質問すれば「ああ、これは自分を責めているんじゃないな。純粋な質問なんだ」と思ってもらえるのでしょうか？これが分かればお互いもっと気持よく過ごせるんじゃないかな、と思っています。 記事のタイトルが「取扱説明書が欲しい」で、記事の最後がこう終わっているので、どのような質問をす
二度はやらないほうがいい、人生を大きく変える10の失敗 | ライフハッカー・ジャパン
Inc.：誰でも失敗はします。しかし、誰もが失敗から学ぶわけではありません。同じ失敗を何度も繰り返し、まったく何も進歩をせず、その理由さえわかっていない人がいます。 許されない失敗はない。本人が失敗を認める勇気があれば。 ーブルース・リー 失敗をしたときに、それを認めるのは難しいものです。失敗を認めてしまうと、自尊心が傷つけられるような気がするからです。しかし、同じ失敗を繰り返さないためには、失敗を十分に認めて受け入れるしかないという、長い間信じられてきた常識のようなものが、最近の研究で証明されました。 それでもまだ、失敗をなかなか認められない人は多いでしょう。 ミシガン州立大学の臨床精神生理学研究所の研究者は、失敗に関して人間は2つのタイプに分かれると発見しました。ひとつは考え方を変えるタイプ（「このことはもう忘れよう。きっとうまくいかないんだ」）、もうひとつは考え方を成長させるタイプ（
日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む - メソッド屋のブログ
私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日本なので日本側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この２つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日本だとしょっちゅうです。日本のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか？いくつかの事例を通じてだんだん見えてきたことは１つのことをこなすための「物量」が違うということです。
技術者不足のウソ、「趣味直し」のような開発をやめれば人は足りる | 日経 xTECH（クロステック）
人月商売のSIでは、今のように需給が逼迫している時期にかき集められた技術者は、不景気になると容赦なく切り捨てられる。にもかかわらず、「技術者が足りない。とにかくかき集めろ」と浅薄に騒ぐユーザー企業のIT部門やITベンダー。前回の「極言暴論」では、そんな懲りない面々に対して「もういい加減にしなさい」という記事を書いた（関連記事：技術者不足への対策ですか。諦めてください。それが日本のためです） 記事のタイトルがIT業界の人たちの心にガッツリと引っ掛かったようで、これまでの極言暴論の中でも突出して多くの読者に読まれた記事となった。私が書くのは“暴論”なので、ヒットコンテンツになると、その分、読者の厳しい批判も増える。だが今回の記事では、批判コメントは極めて少なく、ほとんどの読者が「その通り」と同意してくれた。 実際に「モノか何かのようにかき集められている」下請けの技術者はもちろん、SIerの技術
Ed Yourdon の『ソフトウェア工学で大切な１０の考え方』を訳しました。：An Agile Way：オルタナティブ・ブログ
先日、尊敬するエドワード・ヨードン博士が「Top 10 Software Engineering Concept」という文書の公開した、とtwitter でつぶやいていたので、「訳してもいいですか？」と聞いて、5分でOKをもらった。なんというインターネット時代だろう。 slideshare で見る PDFをダウンロード 原文を見る ヨードン博士の動機は、 不況時代に突入し、今後デスマーチが一気に増えるであろう。でも、ソフトウェア工学の大切な考え方は、そんなに昔から変わっていないんだ。新しい世代は、すごいよ、学生はみんなIMで会話して、Facebookで繋がっている。COBOLプログラマがまだ存在しているなんてことは知らないんだ。でも、ソフトウェア工学の大事なことは、なんども新しい世代が、同じ事実を発見し、過去の重要な論文や書籍にぶち当たる。ここで１０個上げて、フリー文書にしておくので、共有
IT企業10社に聞いた、マネジメントを学んだ「良書」とは | nanapi [ナナピ]
2020年8月31日(月)をもちまして、nanapiに関わるすべてのサービスは終了いたしました。 nanapiは、2009年のサービス開始より「みんなで作る暮らしのレシピ」という考えのもと、ユーザーの皆さまに生活に関する様々な「ハウツー」を投稿していただく投稿型ハウツーサービスとして運営してまいりました。 約11年間にわたって皆さまからご支援をいただきサービスを継続できたこと、nanapi編集部一同、心より御礼申し上げます。 掲載されていたコンテンツなどのnanapiについてのお問い合わせは、nanapi@supership.jp までお願いいたします。 長きに渡りnanapiを応援してくださり、本当にありがとうございました。
![IT企業10社に聞いた、マネジメントを学んだ「良書」とは | nanapi [ナナピ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/28eae5ee3d9f7ef75c751fc65da151cf7eb2fb89/height=288;version=1;width=512/https%3A%2F%2Fimage.nanapi.com%2Fr%2F2015%2F09%2F15%2F16%2F73787c96-8051-4175-b9f5-c23dc1e5b4fc.jpg)
目からうろこ！ 子どもがトイレを流さない理由を知り反省 - ライブドアニュース
> > 目からうろこ！ 子どもがトイレを流さない理由を知り反省 2015年9月1日 11時30分 年齢を経てますます大切なのは、毎日を機嫌よく過ごす力「ごきげん力」ではないでしょうか。 人生いいこともあれば、悪いこともある。馬が合う人もいれば、合わない人もいる。でも、どんなときでも「ごきげん力」さえあれば、大丈夫。 元吉本興業の名物マネージャーで、現在、「笑い」や「元気」などをテーマに年間３００回ものセミナー・講演を行う大谷由里子（５１歳）さんがお送りする「ごきげんに生きるために大切な習慣」。 大人気イラストレーターの上大岡トメさんのコラボ４コマも同時連載中です！ ＊ ＊ ＊ 人は、相手の行動を見てその人を判断する。そして、イラッとしたり、「この人と合わない」「この人、うっとうしい」と、思ったりする。 わたしも、同じだった。 でも、これからは、 「行動の裏には、その人の価
クックパッド×はてな×nanapi開発トップが見てきた「伸びるエンジニア」ってこんな人 - エンジニアtype
クラウド技術の進化や開発ツールの充実などを背景に、Webエンジニアに求められる開発知識は日々更新され、右肩上がりに高度化していっている。常に成長し続けることなしに、エンジニアが理想的なキャリアを描くことはできないと言っていいだろう。 そんな状況下、柔軟に知識と経験を増やしながら伸びていくエンジニアと、そうでないエンジニアとでは何が違うのか。弊誌姉妹サイト『＠type』が主催する『エンジニア適職フェア』（東京ドームシティ）でこのほど、優秀なエンジニアを輩出することで名高いIT企業3社の開発トップを招き、「エンジニアが成長する職場の条件とは？」をテーマにトークセッションを開催した。 《登壇者》 ■クックパッド株式会社 執行役 最高技術責任者 舘野祐一氏 ■株式会社はてな 執行役員 サービス開発本部長 大西康裕氏 ■株式会社nanapi 取締役 執行役員 CTO 和田修一氏 エンジニア育成の取り
チームについての10の驚くべき科学的事実 | ライフハッカー・ジャパン
Inc.：ご存じのとおり、仕事において、「チームワーク」は成功するために重要なものですが、何が本当にチームを成功に導くのか、科学者がその「暗号を解読」したのは、ごく最近だといいます。 『Team Genius: The New Science of High-Performing Organizations』の著者、Rich Karlgaard氏とMichael S. Malone氏の研究によって、以下のことが明らかになりました。 1. 理想的なチームの人員は5～9人 経営者は、問題があると人員を投入して解決を図りますが、それとは裏腹に、上記の人数を上回るチームメンバーになると、成功の可能性が下がります。 2. 「相性の良さ」はチームの性能を下げる 衝突が生まれるくらいの多様性がないと、組織はマンネリ化する傾向があります。ここで重要なのは、人員配置などで見かけの多様性をつくることではなく、
業務時間外で勉強をしなければいけない理由：101回死んだエンジニア：エンジニアライフ
いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 ▪️業務時間外の勉強を新人にどう説明しているか IT業界は技術の流れに置いていかれるとしんどい思いをする。業務時間外の勉強は必須だ。しかし、おかしな話ではないだろうか。なんで時間外に仕事のための技術を勉強しなければならないのだろうか。 本来であれば、業務に必要なことは業務時間内で教えるべきだと思う。だが、今時そんな余裕のある会社なんて無い。やって当然という雰囲気はあるが、やるだけの理由を説明できる人は少ない。大半が「仕事に必要だからやるんだよ！」としか言わない。 IT系に勤めているからそれが当然だと思うかもしれない。だが、「仕事で必要だから」では理由が弱い。しんどい仕事をした後に、更に勉強というのはなかなかしんどい。相応の理由でも無い限り、モチベーションは保てない。
「ほんとうに相手は理解しているのか」をチェックしたいときに（コミュニケーションのヒント）｜結城浩
こんにちは、結城浩です。 今日は、「ほんとうに相手は理解しているのか」をチェックしたいときにどうするかというお話をします。 打ち合わせにおける対話の例 A「じゃ、そういう手順でお願いします。ここまでの話、わかりました？」 B「わかりました」 さあ、ここで問題です。 いま「わかりました」と言ったBさんは、ほんとうに「わかった」のでしょうか。 わかったかもしれないし、わかっていないかもしれませんよね。「わかりました」と言うことは誰でもできますが、実際にわかっているとは限りません。別にBさんが嘘をついているといいたいわけではなく、本人はわかったつもりになっているけれど、Aさんが求めるほどの理解に達していないかもしれないということです。 では、どうやってBさんが「わかっている」かどうかを確かめたらいいのでしょうか。 こんなふうに「念を押す」ように尋ねればいいでしょうか。 △「ほんとうに、わかりまし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ディズニーの仕組み〜どんなメンバーでも即戦力に変わる〜書評 | アントレランドー個人で行うフランチャイズモデル
StackPath
自信喪失を乗り越えるための「3つの質問」 | ライフハッカー・ジャパン