「プログラマの三大美徳」と「HRT」を使い分ける - 「コードを憎んで人を憎まず」 - TechとPoemeの間
TL; DR 「プログラマの三大美徳」はソフトウェアに向けるものであり，人に向けるものではない． 「HRT」は人に向けるものであり，ソフトウェアに向けるものではない． プログラマの三大美徳 プログラマの三大美徳というものがある．Perl を開発した Larry Wall が提唱したもので，「怠慢」「短気」「傲慢」からなる． 詳しくは上述のリンクにある各解説記事に譲るのだけど，例えば「怠慢」とは，「エンジニアとして手間を省くために最大限の努力をする気質」を指す．元の Larry Wall の記述では当たり前過ぎて省略されているのだけど，「最大限の努力」とは「仕事をしないために交渉する努力」ではなく「技術で手間を解決する努力」を指すものだと思われる (勿論，場合によっては前者が大事になるケースも有るのだけれど) ． 「プログラマの三大美徳は "怠慢", "短気", "傲慢" である」というワー
自己組織化する組織Tealとは何者なのか？
四月末に、ギリシャのロードス島にて行われたNext Stage World Gatheringという国際会議（というよりワークショップ）に参加してきました。 これは、知る人ぞ知るビジョナリーな思想書とも言えるReinventing Organizationという本に書かれている、LinuxやTEDのような、組織の使命に共感した人々が地理を超えてゆるく繋がり、自律分散型で組織を運営していくTeal型組織の実現を実践する人々が知見を交換し合う場でした。 Tealという組織は、まだ日本では（多分世界でも）新しい組織の考え方ですが、自律分散型の組織作りとしてザッポスが導入するホラクラシーなどの仕組みがその一つの実践例として知られています。 biotopeは、チームや会社などの組織が、自分たちが持つ創造性を最大限に発揮し、具体化し続ける環境づくりやプロセスの支援を行なうことで、自律的で持続可能な組織
とあるつけ麺屋での素敵な出来事 - As a Futurist...
今日帰り道に新宿のやすべえでつけ麺食べてたんですが、ちょっとそこで感動的な場面に出会ったのでブログにします。 記憶ベースで書いてるので若干歪曲があるかも知れませんがご容赦下さい。 出来事 僕は入り口に一番近い所でおいしいつけ麺を食べてました。丁度僕が食べ終わった頃だったんですが、 2 人の外国人のカップルが入ってきました。彼らは日本語はしゃべれないみたいで、最初の応対に向かった 女性の店員の方はよくある感じで「英語わからない」になって、カウンター内の店員たちに助けを求めました。 やすべえは入り口に券売機があって先にお金払って食券を買うんですが、彼らはどれが何なのかとか さっぱり分からない様子で、僕的には「なんでこの店に入ったんだろう？」とか思ってしまいました。 一番近くにいた店員の兄ちゃんは店の奥の方に向かって「あー、誰か英語できる人いないー？オレはできないわ」と 声をかけました。「誰もい
落とす面接と通す面接 - UNIX的なアレ
ottiee.hatenablog.com 同僚のデザイナーが良いことかいてました。最近は採用活動には携わっていないのですが、以前に似たようなことを採用において感じたことがあったので書いてみようと思います。 不慣れな人ほど落とす 私自身も面接官トレーニングというものをちゃんと受けたことがあるわけではないので、いわゆる「正しい面接」というものをできているかどうかはわかりません。 ただ、過去にやっていた採用活動においてまずよく起こるのが面接に不慣れな人ほど簡単に人を落としてしまうということでした。 なぜそうなってしまうのか。理由としてはシンプルで、通すことよりも落とすほうが簡単だからです。相手の嫌な部分やダメな部分なんて自分が思い込んでしまえば簡単に作ることができるので、落とす面接は簡単に仕上がってしまいます。場合によっては単純な好き嫌いだけで合否を決めてしまうこともある。1の良いところをみつ
【17000RT/240000PV】ＢＢＳ世代とＳＮＳ世代の違いから考察する言語認識の根本的違い――ネットに向かって喋る人たち - 発達障害考察ブログ HYOGOKURUMI.Scribble
本記事を読まれる前に 本記事はKindle本に収録した都合により2020年4月1日以降、非公開としておりましたが、当該書籍は2023年4月より、新装版の制作をする為に販売を一時停止にしましたので、書籍が購入できない間、当記事を再公開することに致しました。 ※記事の内容はブログに掲載していた時の内容のままであり、書籍に収録した内容ではありません。 関連情報 2023年4月30日 記 以下、本編 人の考え方というものは人の数だけあるものだ。同じ文化、同じ社会の中で生きていても、会話をすればどうしても相手と意見が合わないこともある。話し込んだ末に分かり合えることもあるが、互いの価値観を尊重し合い、どこかで折り合いをつけるのが常だろう。 しかし、時には会話そのものが噛み合わないことがある。考え方や価値観の違いが意見の分かれを生んでいるとも思えない。同じ言語でやりとりをしているはずなのに、なぜこんな
夫「宿題はいつするの？」娘「後で！」→この後の対応が素晴らしいと話題に
とけいまわり【月曜にデータ送る】🌵🌵🌵🌞 @ajitukenorikiti 夫が用事から帰ってきて「今日は何してたの？」と聞くので、「何もしなかったよ」と答えると、「それはよかったね。休めたでしょー」と。 長女に「宿題いつするの？」と聞いて、長女が「後で！」と答えると、「偉いな、やる時間自分で決められて」と。 どのボールも褒めて返す夫。 2017-03-04 16:02:59 とけいまわり【月曜にデータ送る】🌵🌵🌵🌞 @ajitukenorikiti 夫は私が家事を頑張るたびに「すごい！えらい！」と褒めてくれるので、うれしくて頑張りすぎたために倒れてしまい、この人褒めて殺すタイプだ･･･と、これからは手を抜くことを誓ったが、手を抜いてからも「要領良いね！」と褒めてくれるので、単に私が自滅タイプなだけだった。 2017-03-04 13:27:59
気が狂った設計 - hitode909の日記
大きめのこととか，自信のないところを触るときは，コード書く前に，こういう作戦考えてみたけどどうですかって聞いてみたり，こういうことやりたいんだけど一緒に考えませんかって，いっしょに話して設計考えたりするとよいと思う． 一緒に考えたすぐあとに気が狂った設計とか言い出したらおかしいので，未然に変な設計のままコード書いてしまうのを防げる． 特に辛い気持ちになるのが、「気が狂った設計」「クソコード」「（こんな実装は）有り得ない」といった言葉だ。 Pull Requestのレビューが辛くて会社をやめたい 単に言葉が強いのはよくないと思う．我が社にはそんな強い言葉でレビュー書く人はいない． 我が社には，普段から強い言葉を発する人もいなくて，みんな物腰柔らかな変な言葉を話している． 言葉使いや文体は，ずっと過ごしてると同僚から移ったりするので，普段からそういう言葉を話していると，全体の雰囲気も悪くなりそ
採用面接でよく聞くこと - Innovator Japan Engineers’ Blog
こんにちは、CTOの@hiro_yです。今までも、また今でもいろいろな会社でエンジニアさんなどの採用面接に携わっています。その場合によく聞くこと、自分の中でまとまってきたので書いてみようかなと。 ちなみに具体的なスキルに関する質問ももちろんしますよ。ここでは職種関係なく、聞くようにしていることについて書きます。 自己紹介 はじめに、やはり自己紹介をしてもらうことが多いです。もちろん履歴書など略歴のわかるものが手元に用意されている場合が多いのですが、何をアピールしたいと思っているのかだったり、何を必要な情報だと思ってかいつまんで伝えてくれるのかというところを相槌を打ちながら考えます。 今までに一番よかったこと 一通り経歴をうかがった後で、その中で一番よかった出来事を挙げてもらいます。よくある一番大変だったことを聞いてその対処方法を聞く、というのもやることがありますが、それよりも何に対して喜び
技術フェローが「すごーい」「そうなんだー」「たのしー」しか言わなくなった件 - 弥生開発者ブログ
こんにちは！ Misoca開発チームのめろたん(@renyamizuno_)です！ 最近、いわゆる「トゥルーワイヤレスイヤホン」というのを買いました。 ボタンを２回押すとアシスタント機能(OK Googleとか)が立ち上がるのですが、 僕の場合は 「null」と発声 pic.twitter.com/YUWf3Ck1fY— わかり亭めろたん。 (@renyamizuno_) 2017年1月25日 「null」が立ち上がりました*1。 はい。 たーのしー！ 最近、「けものフレンズ」なるアニメが流行っていますね！ その影響をもろにうけていてMisocaちほーでも「たのしー！」とか「すごーい！」とかがすごーい流れてます。 その波はとどまること無く、オフィスに来ていた技術フェロー*2の@kakutaniさんにまで流れていたようで、 技術顧問が「すごーい」「そうなんだー」「たのしー」としか言わなくなっ
自分の言葉で書かれたコミットメッセージが好き
誰にも質問されていないけど回答すると、ぼく個人としては「レビュー指摘事項を反映」的なコミットメッセージにはやんわり否定派で、どうしてそう変更すべきと思ったのかを自分の言葉で書く方がベターと思っています。 — juné29💩公式アカウント (@june29) January 11, 2017 140文字には納まらないな、と思ったのでちゃんとエッセイを書く人間になろう！ たとえばぼくがレビューを担当させてもらって「ここはAの方がよいと思いました」とコメントしたとして、そのときに「レビューで指摘された箇所を修正」というメッセージ付きのコミットが追加されたとする。そのあとぼくが思い直して「いや、他の箇所も考慮すると、やっぱりBの方がよさそうです」とコメントしたとする。また「レビューで指摘された箇所を修正」というコミットが追加される。 こういうやりとりだと、「レビュー」というプロセスというよりは「
陛下に一本取られた話
陛下に一本取られた話 （注：この記事に関しては、 転載、まとめサイトへの引用は禁止 です。また、取材等もお受けしません。） 実は、約２年前に天皇陛下と皇居で食事をするという奇跡に恵まれたことが有る。もちろん、私自身はそんなVIPでは無いので、偶然と幸運が重なったためではあるが。 数年前に、神経科学の重鎮であるN先生が、天皇陛下の御前で「ご進講」（天皇・皇后・皇族に学者等が業績などをご説明申し上げること：weblio辞書より）をしたのがそもそもの始まり。ご進講の１カ月後に、陛下が講師を皇居に招き、お礼の意味で食事会開く、のが慣例となっているそうで、その時に、２名の随行者を連れていくことが許されるとのこと。N先生はK大学医学部教授の先生を１人と、もう一人になんと私を指名しくれたのだ。 指名してくれた理由は、はっきりしている。N先生は、私が専門とする魚の模様研究が、ネタとして「使える」と考えた
asahi.com ：教育 - いじめられている君へ 広い海へ出てみよう：東京海洋大客員助教授・さかなクン
中１のとき、吹奏楽部で一緒だった友人に、だれも口をきかなくなったときがありました。いばっていた先輩（せんぱい）が３年になったとたん、無視されたこともありました。突然のことで、わけはわかりませんでした。 でも、さかなの世界と似ていました。たとえばメジナは海の中で仲良く群れて泳いでいます。せまい水槽（すいそう）に一緒に入れたら、１匹を仲間はずれにして攻撃（こうげき）し始めたのです。けがしてかわいそうで、そのさかなを別の水槽に入れました。すると残ったメジナは別の１匹をいじめ始めました。助け出しても、また次のいじめられっ子が出てきます。いじめっ子を水槽から出しても新たないじめっ子があらわれます。 広い海の中ならこんなことはないのに、小さな世界に閉じこめると、なぜかいじめが始まるのです。同じ場所にすみ、同じエサを食べる、同じ種類同士です。 中学時代のいじめも、小さな部活動でおきました。ぼくは、いじめ
コードレビューをし合える文化がチームを強くする - ppworks.jp
コードレビューしてますか？ 「コードレビューをしよう - pblog」でも触れたのですが、 今回はコードレビューの話です。 コードレビューって何からして良いか分からなかったり、レビューアーに負担なんじゃないか、、、って尻込みしがちですが、レビューしてもらう前に気を付けること、なにをレビューしてもらうのか、そして逆にレビューするのか、そして何が起きるのかあたりを考えていきましょう。 レビューして貰う前に気を付けること レビュアーの負担を減らすのは大事です。 コーディング規約に沿っているか？といった簡単なレビューは、犬にやらせるという方法もありますが、そもそもgit-pushする前に、ローカルのgit-commit時点で対処しておくというのもありです。 犬 is rubocopですし、 rubocopやjshintなどをgit-hookにまとめて設定できるpre-commit gemが便利そう
「夢の時代」が終わった今、ゲームアプリを作る意味 「ひとりぼっち惑星」開発者に聞く
「夢の時代」が終わった今、ゲームアプリを作る意味 「ひとりぼっち惑星」開発者に聞く（1/2 ページ） 宇宙から届く「こえ」を探すゲーム「ひとりぼっち惑星」。いつでも連絡がとれるのが当たり前の時代に、なぜ流行したのだろうか？ 開発者に聞いてみた。 2016年6月、とあるゲームアプリの画像がTwitterで話題となった。アプリ名は「ひとりぼっち惑星」。ユーザーがTwitterに投稿したアプリの画像のリツイートや「いいね！」をきっかけに多くのTwitterユーザーがそのアプリ名を知ることになる。 結果、大量のアクセスによって、サーバがダウンするという非常事態に見舞われ、課金アイテムの販売も停止になるほどの盛り上がりを見せた。 実際にアプリを遊んでみると、ユーザー間でメッセージをやりとりするのが特徴のアプリなのに、返信ができないという不思議な仕様になっているらしい。いつでも連絡とれるのが当たり前の
無駄な議論を減らすために使ってる言葉 - Konifar's ZATSU
雑にまとめるので何かあったら直接言ってほしい。⇒ @konifar チームで仕事をしていると、なんかあんまり意味のないことで議論している事態に陥ることがある。こういうのは議論の中心にいるとわかりにくいが、少し引いて眺めてみると「それそんなに重要なんだっけ？俺たちはこんなに時間使って何を決めようとしてるんだっけ？」という状態になってることも多い。 例えばAとBどっちがいいですかね？という意見の時、正直どちらでもいいと皆が思ってるのにAとBのそれぞれのいいところや懸念点なんかを皆で話しこんでしまっているみたいな。こういう時に難しいのは、単に「それどっちでもよくないですか？」みたいな言い方をすると場が凍って空気が悪くなるという点である。もちろんそういう本質的なことを言ってくれる人はありがたい存在なんだけど、言うタイミングが少し遅くなると「俺たちはなぜこんな無駄な時間を…」みたいな感じになることが
パーキンソンの凡俗法則 - Wikipedia
自転車置き場 パーキンソンの凡俗法則（パーキンソンのぼんぞくほうそく、英: Parkinson's Law of Triviality）とは、シリル・ノースコート・パーキンソン（英語版）が1957年に発表した、「組織は些細な物事に対して、不釣り合いなほど重点を置く」という主張である。パーキンソンがこの法則を説明する際に用いたたとえ話から「自転車置き場のコンセプト」、「自転車置き場の色」または「自転車置き場の議論」などの言い回しで使われることもある。 主張[編集] この法則は、シリル・ノースコート・パーキンソン（英語版）による、経営の風刺書『パーキンソンの法則』[1] の中で出されたものである。パーキンソンはこの法則を説明するたとえ話として、委員会が原子力発電所と自転車置き場の建設について審議する様子を比較している。 原子炉の建設計画は、あまりにも巨大な費用が必要で、あまりにも複雑であるため
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
React/Storybookと、全員参加型のUI開発
Wantedly（ウォンテッドリー）はたらくを面白くするビジネスSNS
Googleと完璧なチーム
好きな相手に振り向いてもらうための簡単な5つのテクニック（英研究家） : カラパイア
