ハンロンの剃刀 - Wikipedia
ハンロンの剃刀（ハンロンのかみそり、英: Hanlon's razor）とは、次の文で表現される考え方のことである。 Never attribute to malice that which is adequately explained by stupidity. 無能で十分説明されることに悪意を見出すな[注 1] 例えば、ある製品に欠陥が見つかった場合、（大抵の場合、一般論としては）それは製造した企業が無能であるか愚かであるということを示しているのであって、消費者を困らせるために企業が悪意を持って欠陥を忍ばせたわけではない、という考え方を示すのに用いられる。 上記の文言それ自体は、20世紀のペンシルベニア州に住むロバート・J・ハンロン (Robert J. Hanlon) という人の発言に由来するもの、とその友人などによって主張されたが、こうした考え方や類似の警句は、それよりはるか以前
スタートアップが失敗する理由【CB Insightsアンケートより】 - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
<ピックアップ>Top 20 reasons why startups fail: Report 企業情報データベースのCB Insightsが面白いアンケート調査をしていました。スタートアップの失敗理由です。約130万ドルの資金を調達して20カ月後に廃業（もしくは人員買収された）というのがおおよその平均値という結果もあるらしいのですが、その大量の検死結果が掲載されています。失敗というのは経験の宝庫ですのでぜひ時間ある間に研究を。 登録すると貰える無料の調査結果に掲載されているグラフには理由のトップ20が並んでましてこちらのような具合です。理由の1番手「市場のニーズがなかった」は身も蓋もない話ですね。 ところでこの件について500Startupsのデイブ・マクルーア氏がひとこと関連記事にコメントを書いてました。 looks like most of those reasons are so
時間をかけて、つまらないものを作りたいか？ - futoase
時間をかける つまらない想像話を以下に書く。 失敗してはいけない。成功しなければ行けないプロダクトだ。 企画から色々と実装アイディア、目的とするユーザー像を聞いている。 それに見合ったシステムを実装しなければならない。 あと6ヶ月で。その間は徹底的に企画と話をする。 部長と話しをして、駄目だったら作りなおす。 6ヶ月の間、エクセル上にガントチャートを引き、開発スケジュールを引いた。 企画・営業は2名。そのうち1名はマネージャ的な担当を行う。 部長は最終決定を下す(と聞かされている)。 エンジニアは3名。チームとしてはまあ良いほうだろう。 3ヶ月後 何を作っているのかわからなくなってきた。 具体像もわからない。 エクセルに書いたガントチャートは、意味を成していない。 ガントチャートを直そうと思うと、他の予定もずらさなければいけなくなり、 だるくなってだれも更新しようとしない。 システム全体の
人員を増やさず，より多くのソフトウェアを提供するには
ソフトウェア製品やサービスに対するニーズの増加に伴って，企業の開発能力を向上させるための方法が求められている。多くの企業が選択するのは，人員の追加によるスケールアップだ。このアプローチに対して一部の人々が疑問を持ち，人員を増やすことなく，より多くのソフトウェアを提供する方法を提案している。 Robert Martin氏は"Horders of Novices (初心者の集団)"というブログ記事で，少数の専門家チームによるソフトウェア開発を提案する。 これ以上，初心者を増やす必要があるのですか？ 大して能力のない連中をさらに投入したところで，優れたソフトウェアが早く開発できるものでしょうか？ ソフトウェアの問題は，本当にマンパワーだけの問題なのですか？ コーディングはレンガ工事と同じなのですか？ 左官工の数が多ければ多くのレンガを積めるように，コーダが多数いれば，コードも多く書けるでしょう
秋田知事「人口減少の原因はコメ作り」 タブーに触れた発言の真意は…＋（1/3ページ） - MSN産経ニュース
「コメ作りをやってれば絶対人口は減る」。秋田県の佐竹敬久知事が、秋田の人口減少の原因は稲作依存にあるとの発言を繰り返している。「タブーだった」と語った知事。大規模工場の誘致が進まなかったのはコメ農家が反対したからだとの認識も示した。全国有数のコメ産出県の知事による大胆発言の真意はどこにあるのか。■省力化で働き手流出 佐竹知事は５月１２日の定例記者会見で次のように語った。 〈米作が悪いといういんじゃないけども、例えばコメというのは労働生産性がものすごく上がってます。しかし、土地生産性は最も低いんです。土地生産性が低くて労働生産性がものすごく上がるということはどういうことか。人はほとんどいらない。そういうことで、例えば、全体的には農業県ほど人口は減ります。そして農業県の中でコメのウエートが大きいところほど人口減少は著しい。これは統計から出てきます〉 〈秋田の農業を維持していくとすると、コメはも
機構と方針の分離 - Wikipedia
機構と方針の分離[1]とは、計算機科学における設計原則の1つ。機構（操作の認可と資源配分を制御するシステム実装部分）は、どの操作を認可するかやどの資源を割り当てるかといった決定を行う際の方針を表すべきでない（あるいは過度に制限すべきでない）という考え方である。 主にセキュリティ機構（認証と認可）に関して議論されるが、様々な資源配分問題（CPUスケジューリング、メモリ割り当て、Quality of Serviceなど）にも当てはまる考え方であり、オブジェクト抽象化全般に関わる課題でもある。 機構と方針を分離すべきだと主張した計算機科学者として Per Brinch Hansen がいる[2][3]。 1987年の論文で Artsyらは「機構と方針を極端に分離」させたオペレーティングシステムの設計技法を論じた[4][5]。 Chervenakらは2000年の論文で、「機構中立性」と「方針中立性
群盲象を評す - Wikipedia
この寓話を元に彫られた壁絵。タイ北東部。 群盲象を評す（ぐんもうぞうをひょうす、群盲評象）は、数人の盲人が象の一部だけを触って感想を語り合う、というインド発祥の寓話。世界に広く広まっている。しかしながら、歴史を経て原義から派生したその通俗的な俚言としての意味は国あるいは地域ごとで異なっている。真実の多面性や誤謬に対する教訓となっているものが多い。盲人が象を語る、群盲象をなでる（群盲撫象）、群盲象を撫づなど、別の呼び名も多い。[1] その経緯ゆえに、『木を見て森を見ず』 と同様の意味で用いられることがある。 また、『物事や人物の一部、ないしは一面だけを理解して、すべて理解したと錯覚してしまう』 ことの、例えとしても用いられる。 さまざまな思想を背景にして改作されており、ジャイナ教、仏教、イスラム教、ヒンドゥー教などで教訓として使われている。ヨーロッパにも伝わっており、19世紀にはアメリカの詩
息子に家事なんか仕込まないぞ。 - スズコ、考える。
イクメンが巷を騒がせております昨今です。 ネット上には家事育児分担を求める妻の声や、イクメンを自称する方のノウハウ等々溢れてるよね。Twitterでもそんな話題はたくさん流れてくる。 その中で私がすごく気持ち悪いなって感じるのが、ママさんたちの「家事のできる男に育てなくちゃ」という声。家事のできる男に育って奥さんを支える夫になってもらわないと！っていうご意見は結構良く流れてくる。 でもそれ、なんか違わない？ 家事ができるように仕込まれてたらいいの？やるの？ そりゃ奥さんにこれやって、って言われた時のハードルは低いかもしれないよね。どうせ俺には出来ないしって逃げたりしないかもしれないよね。言われなくてもやるかもしれないよね。うん、でもそれ、ものすごく表面上の話じゃない？ 私の周りの男友達や友達の旦那さん、親戚等々、いろんな男性を見てきましたが、その中には家事はなんでもこなせるけどやらない、と
ウェブエンジニアの生存戦略 - mizchi's blog
最近、この話題について経営者目線の話が多かったので、エンジニアのスキル獲得戦略とその最大化という観点から話をする。 まず目下のウェブエンジニアとして一番の課題は、「35歳定年説をどう乗り切るか」、ということだろう。もちろん、みんな35歳定年説なんてのが、まやかしであるとはわかっている。若い業界だったウェブ業界も成立してからだいぶ経ち、結果として平均年齢が押し上げられ、自然と35歳以上のエンジニアも増えてきた。 問題は、人月という概念によって、できる人間とそうでない人間の区別がされていないことだ。ウェブエンジニアとしての悲哀や業界の歪みはここにあると思う。下手に謙遜したりして話をややこしくする前に言ってしまうと、自分をできる側の人間として話をする。 生産性を測る確固としたメトリクスがないのも事実だと思うが、すくなくとも熟達した人間と未経験者がおなじ1人月というのは、到底ありえない話だと思う。
DevOpsなんてくそくらえ - razokulover publog
先日こんなことを言われた。 「テストを書いた成果を見せよ」 と。 ショッキングだった。 経緯 わたしはいまレガシーなコードに囲まれている。 もちろんテストもほとんどないピカピカのレガシーちゃんである。 レガシーちゃんは「Ctrl+F5 & tail -f 駆動開発」により開発が進められており、日々進化している。 このまま進化をつづけるといつかモンスターになり(もう軽く怪獣っぽいが)、開発スピードがどんどん遅くなり、メンテナンスやバグつぶしでエンハンスとなるような開発ができなくなる。このままじゃマズい...。 こういった事態を一新すべく、手探りながら私含め数人の先輩たちで「DevOps」に取りかかることになった。 バズワードにもなっているが「DevOps」とは、 従来型のシステム管理や調達（ITILを含む）といった、保守的でプロセスを中心に据えた運用からよ>り戦略的でアジャイルな、そして自動
やなせたかし 何のために生まれてきたの? | 生き方 | PHPビジネスオンライン 衆知｜PHP研究所
※本稿は、やなせたかし著『何のために生まれてきたの? 希望のありか』より一部抜粋・編集したものです。 前向きに考えよう 現在と未来しかないの。そうすると、現在とその未来をなるべく楽しく、なるべく面白く、生きたほうがいいんです。過去のことを、いくら考えてもしょうがない。 ――アンパンマンの絵本に、連載のメルヘン、それからアンパンマンの映画とフル回転。毎日忙しく仕事をこなせるというのは、それだけお元気だということですよね。 僕は93歳なんですが、目が悪くなり、耳が悪くなり、心臓も悪くなりで、もう「引退したい」と言ったんです。けれども仲間が許してくれない。 そして東日本に震災が起こって、引退だなんて甘いことは言っていられなくなったんですよね。それで思いとどまって、少し先延ばしにしたんですけれど。 何しろ目がよく見えないので「絵が描けない」と言うと、編集者は「わかりました。それでは月末までに５枚お
UIが変わる度に文句いう人 - 良いあそなすちゃん
iOSを始め最近あちこちのWebサービスでUIが変わり始めていますね。UIが変わる度に主にTwitterで文句を垂れる人がいるけど、じゃあ、お前の中でどうなったら最適なUIなのかをブログにかいてくれよ。って僕はいつも思ってる。UIが変わる度に条件反射でTwitter開いて「クソUI」の4文字をテキストエリアに叩きこむ余裕があるなら、UIが変わった理由を考えてほしいし、ちゃんと客観的な理由でクソであるんだったら「クソUI」の4文字を許容できると思う。WebサービスのUIが変わる度に思考停止気味な「クソUI」の文字列にうんざりするし、僕が1番危惧しているのは、思考停止の塊の連中がうだうだ言うせいで、Webサービスのユーザの幸せを願ってUIの改善に注力しているチームがUIを改善することに抵抗を感じてしまうとそれはもうWebサービスっていうかものづくりの破滅の始まりだ。 慣れたUIがいい人達、必要
前向きなヒューマンエラー対策をしよう。 - Sacrificed & Exploited
SIerが仕切っている開発現場でありがちなのが、何かミスを犯すと、そのミスを防止するようにすごく手間がかかるチェックが追加されて、開発効率とモチベーションが下がるというダメなパターン。 たとえば、「今年度は申請書(EXCELシート)書いて上司の判子もらわないと svn commit すらできない職場で仕事することになりました。 - SiroKuro Page」とか。 これはプロセスマネジメントでもなんでもない、管理ごっこだ。管理したつもりになって自己満足しているに過ぎない！！ プロセスをマネジメントしたければプロセスを削れ: DESIGN IT! w/LOVE では、次のように述べられている。 プロセスマネジメントにありがちな間違いのひとつに、ミスを減らそうとして、そのチェックをするプロセスを増やしてしまうということがある。 もちろん、すべての場合にそれが間違いというわけではない。 そのチ
ネット民の過半数が陥る”俯瞰中毒”の症状とは？
こんにちは、小野ほりでいです。 みなさんは、今日もインターネットで他人の無自覚な行動を批判して優越感に浸っていますか？ 実はそれ、”俯瞰中毒”に陥っているかも…。 ＜登場人物＞ エリコちゃん このあいだサブカル女子になろうとして挫折した女の子。 ミカ先輩 虎視眈々とエリコにチョップする機会を窺っている、怖い先輩。 1.俯瞰（フカン）中毒 ギャハギャハ！ RT乞食さんの女子いじりは最高やでぇ～！ エリコちゃん、仕事中になに大声出してるの？ あ、先輩！ 見てくださいよこれ、笑えるんですよ～。 ふむふむ、勘違いサブカル女子の…。 …。 こんなんで笑ってんじゃねえ！ ギャイーーーッ！！！！ いきなり何するんですか！ 顔がダリが描いた時計みたいになっちゃったじゃないですか！ ごめんなさいエリコちゃん。でもこんなの悪趣味よ。 悪趣味って、先輩だってサブカル女子入門の回でいじり倒してたじゃないですか。
「職場の飲み会で親睦が深まる」という幻想 - 脱社畜ブログ
「飲みニケーション」なんて言葉はもう死語になったんだろうな、と思っていたのだけど、先日電車に乗ったら熱っぽく「飲みニケーション」の重要性を語る男女の二人組を見かけて、久々に「うわ…」となってしまった。曰く、「飲みニケーションは仕事を円滑に進める上で超重要、職場の飲み会に来ない人ってなんなの？」とかなんとか。 はじめに言っておくと、僕は「飲み会」そのものは決して嫌いではない。お酒自体は好きだし、気が合う人たちと飲みに行くのは楽しい。先日、id:fahrenheit さんがオフ会を企画してくれたのだけど、来てくれた人たちがみんなよい人たちだったので、とてもすばらしい時間になった（その節は本当にありがとうございました。）。 ただ、職場のお付き合い的な飲み会などは普通につらい。別に仲良くしたいとも思わない人の話を延々と聞かされ、グラスが空いたらビールを注ぎ、サラダが来たら皿にとりわけ……とかやって
IT勉強会には意味が無い、得るものがない | つい全力ツッコミしてしまうエンジニアCEOのブログ | sumyapp
意味が無いというのは言いすぎた。得るものが少ない、が私の思う結論だ。 IT勉強会に行くメリットはある 知りたいことについて知ることが出来る 今まで知ろうとも思わなかったことにも触れることが出来る コミュニティが出来る 逆に、勉強会に行かないメリットとして下記があげられると思う 知りたいことについて知るための時間、お金を、書籍などの別の方法に費やすことで、よりよい学習が得られる 今まで知ろうとも思わなかったことに触れる機会への障壁は上がるが、「学びたい」と思った時点で、それは今まで知ろうと思って知っていなかったことへの、触れる機会の創出。わざわざ交通費、参加料を払って、授業を聞くのはコスト対効果が悪いので、別の学習方法のほうがコスパが良い コミュニティでの懇親会に費やす時間を、自分が本当に必要としている知識を持っている人と合うために費やすことでより高い効果を得ることが出来る 勉強会というの
プログラマの心の健康
目次 はじめに 情報不安について 人の話を聞くこと 寝てから考えよう わ・ざ・と、ゆ・っ・く・り・、や・っ・て・み・よ・う ロビンソン式悩み解決法 驚き、最小の法則 むしょうに腹が立つあいつのこと あなたは、そのままでいいんです はじめからやり直したい症候群 人から信頼されるためにはどうしたらよいか トラブルがチャンス あなたはひとりではありません あなたのための聖書の言葉 ぜひ、感想をお送りください リンク集 更新履歴 はじめに 私はプログラマです。 プログラムを書いて生活の糧を得ています。 プログラマというのは精神的にも肉体的にも過酷な仕事だと思われています。 夜遅くまでディスプレイに向かい、 キーボードを叩き、ジャンクフードを食べながらバグをとる…そんな職業だと思われています。 確かにそういうところもありますが、プログラマも人間です。 不健康な生活を長いこと続けることはできません。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
だから会社組織でヒットは生まれない。糞サービスができるカラクリ。 : 雲の上に音符あり。
ヤフージャパン、総務省にパブコメを出すも激しく全否定されネットでも十字砲火を浴び炎上(山本一郎) - 個人 - Yahoo!ニュース
あきまん氏がネット上で立ち向かう『アドバイス罪』とは一体何か？