品質と品質保証について - 冥冥乃志
昨日「品質が上がればコストが下がるじゃん」と言われてもやっとしたのですが、反論をうまく説明できずにその場を取り繕ってしまいました。帰っても少しもやもやしていたので、現時点で品質と品質保証の考えをちょっとまとめておこうかと思います。 なお、結論はありません。現時点では主観と客観が未分化です。 前提 今回の話は「品質とは何か」がテーマではないので、品質特性や品質保証のあり方やテスト手法(手動か自動かなど)についてはエントリの中では触れません。このエントリに必要なのは、品質には「高い」「低い」という評価があって、それを担保するのが品質保証というプロセスだという前提です。 これ以上深く入ると怖い人に見つかる可能性があります。 何故もやるのか？ 言外に「見積もり高いよ、値段下げて」と言いたいのが伝わってきたからだと思います。そして、おそらくですが「品質が高ければテストが削れる」と思ってるんですね。こ
大きな構想を持つこと - Kentaro Kuribayashi's blog
DeNAのZIGOROuさんによる技術選択とアーキテクトの役割というスライドを拝見して、大いに感じるところがあったので、少し書く。といっても、技術的な話というよりは、もうちょっと違うレイヤの話(技術選択についても思うところはあるのだけど、それはそれについて述べたスライド*1を参照していただきたい)。 経験曲線効果 経験曲線効果という言葉がある。元は、ボストン・コンサルティング・グループ(BCG)のコンサルタントによって提唱されたものだ*2。このような図*3を見たことがあるだろう。 Wikipedia*4には以下のように説明されている。 経験曲線効果(けいけんきょくせんこうか、experience curve effect)とは、経験と効率との間の関係を示す経験則である。単に経験効果とも呼ばれる。一般に個人や組織が特定の課題について経験を蓄積するにつれて、より効率的にその課題をこなせるように
新しいスキルを効率良く身に付けるためのセオリー | ライフハッカー・ジャパン
どんなことでも、現実の世界で実際に試す前に、少しでも勉強をした方が良いと言われてきました。しかし、あらゆるものが高速化している現代では、あることについて知り尽くす前に動かなければなりません。正式にインターンシップで雇われたり、さらに上の学校に入学したりするなど、自分の経歴が変わるまで待つのではなく、いち早く学び、スキルを身につけるためにも、学び方を少し変えた方がいいでしょう。準備ができるまで待っていたら人生が終わってしまった人はたくさんいます。「準備ができるまで」というのは、条件ではなく言い訳になっていることも多いです。 たとえば、プロのデザイナーになるのに認定書は要りません。Karen X. Chengs氏は、フルタイムの仕事をしている半年の間にデザインを学びました。自分の準備ができたと思う前に、仕事を始めることでデザイナーになったのです。あなたにも同じことができるはずです。 いざという
2015年の始めに思うこと／老人に悲観論者が多いわけ - デマこい！
毎年、正月が来るたびに悲観論を目にする。 今年も例外ではない。2015年にいいことは1つも起こらず、悪いことばかりが起こる。ここ数年、世界はどんどん悪くなっていて、日本の未来は真っ暗だ──。とくに年配の人ほど、そういう考え方になりがちのようだ。ネットで拡散されているところを見ると、一定の共感を得られる考え方なのだろう。 言うまでもなく、この考え方は間違っている。 単純に「いい」「悪い」を判別できるほど、世界のあり方と私たちの人生との関係は単純ではない。あなたが世の中を悪くなったと感じるのは、悪くなった部分しか見ていないからである。 この原則を忘れて、私たちが悲観論に染まってしまうのはなぜだろう。どうして思慮深いはずの人々が、世の中の「善し悪し」を総合的に判断できなくなってしまうのだろう。 それは私たちの心が、過去を評価するときに「ピーク・エンドの法則」に支配されているからだ。 ◆ たとえば
身震いするほどの、孤独の中で - つきあたりを右に
この記事は DevLOVE Advent Calendar 2014 「越境」 の53日目の記事です 前日は くてけん さんの 世界の境界が消え、越境されることへの恐怖 - 君たちは永遠にそいつらより若い でした まぁ、主に昔話をします 主旨「孤独と絶望に向き合うハメになるが諦めずに」 画力に自信が無くて吐くほどになった受験生の時の話 大学に入ったが、自分の実力なんてゴミ程度だと気付かされた話 真面目にエンジニアリングの正論を貫こうとしたら、心が壊れた話 苦労するほど、境目を越えるほど他人に分かってもらえなくなる話 「それでも失望しては負けだ」と信じれますか 2004 - 鉛筆を持つと吐くようになるまで 今から10年以上前になりますが、当時一浪していた2003-2004年の冬は惨めなものでした。 一年予備校に通ってた割には模試の成績も上がらず、美術実技の制作は手が遅くなる一方で、センター試
すべてのソースコードが手元にあるのに不要な抽象化を行うのはよくない
「よい」とされているプログラミング手法のひとつに差分プログラミングがある。クラスを継承して親クラスとの差分だけのコードを書けば、親ですでに実装されている機能はそのまま使えて、かつカスタマイズもできるというやつだ。 たとえばGUIのボタンをカスタマイズしてマウスオーバーするとなにかちょっと特殊なことを行うボタンを作りたいとしたら、ボタンクラスを継承して、マウスオーバーのイベントハンドラをちょいちょいとカスタマイズしてやればよい。差分プログラミングは大変素直でよいプログラミング手法のような感じがする。 よいのはよいと思う。 しかしこういういい例だけをみてそれをどこでも真似しようと思ってしまうと、不必要な抽象化を積み重ねる困ったプログラマになってしまう（そういう人は結構たくさんいる）。自分でプログラムを書く場合には、よくできたクラスライブラリやフレームワークをお手本にして抽象化を行うのは、ほとん
この宇宙が仮想現実である10の根拠 : カラパイア
”物理的実在論”とは、我々の目の前にある物理世界が現実であり、それ単体で存在しているという考え方だ。大抵の人なら、これは自ずから明らかだと考えるだろうが、実は物理的実在論では物理上の事実を扱えないことがままある。前世紀の間に物理学がブチ当たったパラドックスは現代においても解決されないままであり、ひも理論や超対称性といった有望な理論であっても突破口は見えていない。 それとは対照的に、”量子的実在論”ならそのパラドックスを説明できる。量子もつれや重なり、ある点で崩壊する量子波は物理的にあり得ない現象だ。そのため、歴史上初めて存在しないものに関する理論が存在するものを予測するという事態が発生した。だが非現実が現実を予測するとは如何なることなのだろうか？ 量子的実在論とは物理的実在論のまったく逆の考え方だ。すなわち量子的世界こそが現実であり、仮想現実としての物理世界を生み出していると解釈する。量子
脳に染みついたクセをデバッグして、良い習慣を身につける方法 | ライフハッカー・ジャパン
できの悪いコードと同じように、脳をデバッグできたら良いのに、と思いませんか？ 自分自身をプログラムし直すのは無理かもしれませんが、デバッグの理屈を応用すれば、より良い習慣を身につけるのに役立ちます。ではさっそく、その方法をお教えしましょう。人間の脳は、バグだらけのどうしようもない代物です。よくあるバグを再現してみましょう。「ジムに行きなさい」という命令を自分に発したとします。たいていの人の脳は、この命令を受けても、Facebookをアップデートしてしまったり、猫の動画を見てしまったりします。これは望ましい行動ではありませんよね。 でもご安心を。筆者はこの問題を解決する方法を編み出しました。まずは、人間の脳の仕組みについて解説しましょう。 脳のコードはバグだらけ 私たち人間の脳を改めて見てみると、まるで1万匹のサルが適当にキーボードを打ってコードを書いたかのように思えます。 脳の性質はイベン
プロダクト思考とサービス思考 - 40歳からのキャリアチェンジ
最近お手伝いしている所のサービスについて色々ディスカッションする機会が増えて、時折議論が噛み合わないなぁと感じることがあったり、別件で、違う会社の人の話を聞いてても、些細な所でちょっとした違和感を感じるケースがあったりしました。 なんでそういう違和感を感じるのかイマイチ掴めてなかったのですが、自分は、常にサービスという言葉を常に意識して言葉に出してるのに対して、相手の方はプロダクトという言葉をおそらく無意識に使ってるからなのかなとなんとなく感じました。 ここでいうサービスとプロダクトの言葉の意味合い 言葉の定義としては、自分の中ではこんな意味で考えてます。 プロダクト思考 どういう機能がいいのかをまず考える サービス思考 誰が使うものなかを考える アプリとかサービスを出したらおしまいではないのでその後どうやったら使い続けてもらうのかを考える 使い続けてもらうからには当然売上も立たないといけ
内向的な人がリーダーに向いている6つの理由 | ライフハッカー・ジャパン
Inc：リーダーと呼ばれている人たちは一般的に外向的。他人を引っ張ることに長けていて、普通の人よりあけっぴろげ。社交的なのでネットワーク作りも人一倍積極的、そして、神経も図太く、交渉ごとも得意といったイメージを持たれていることと思います。正しい面もあるのですが、実際のところ、状況によっては内向的な人の方がリーダーとしての手腕を見せることもあるのです。 外向性と内向性というのは流動的なものなのです。自分は内向的だと称している人たちが、外交的とされる特性を発揮することもあります。たとえば、少人数のグループだったり、周りの雰囲気が良かったり、自分の任されている仕事に自信を持っていたりする時です。内向的人間がもつ特性の中には、優れた経営者に適したものがいくつかあるのです。以下、その例をあげていきます。 1. 話す前に熟考する 「内向的であること」と「恥ずかしがり屋であること」、この2つには実は大き
「学び方のデザイン〜盲点を見つけよう」講義資料
「学び方のデザイン〜盲点を見つけよう」講義資料 このサイトではサイボウズ・ラボの西尾泰和と竹迫良範が 京都大学サマーデザインスクール 2014で行った 「学び方のデザイン〜盲点を見つけよう」の講義資料を公開しています。 わたしたちは、世界中のあらゆるチームを支援できる企業を目指しています。 みなさん、難しい問題を考えるときにはどのようにやっていますか？書き出してから考えることが大事です。目隠し将棋と普通の将棋はどちらが簡単か、暗算と筆算はどちらが簡単か、考えて見れば明らかです。頭のなかだけで考えようとすると、覚えておくために脳の一部が割かれてしまいます。 学ぶためには、まず「わからないこと」すなわち「盲点」に気づくことが必要です。 他人から教わるのではなく、自分で盲点に気づくために、わたしたちのチームではまず思いつくことをすべて付箋に書いて、それを他人と共有しました。 そして、その付箋を各
ソフトウェアエンジニアリングにおける認知バイアス5つ | POSTD
人間の論理は、私たちがプログラミングして毎日使っているマシンの論理とは違って完璧ではありません。人間は間違えますし、悪い精神的習慣を確立してしまいますし、エンジニアとして成功するための能力に悪影響を及ぼす認知バイアスをたくさん持っています。ソフトウェアエンジニアとして定期的に目にする一般的なバイアスのうち5つを見ていきたいと思います。 1. 根本的な帰属の誤り 根本的な帰属の誤りは、個人の行動を説明するにあたって、気質的または個性的な面を重視しすぎて、状況的な面を軽視しすぎる傾向を言う。対応バイアスとも。 （参照） これは私のお気に入りの認知バイアスです。”至る所で”見られるからです。道で誰かに行く手を遮られると、その人を完全に嫌なヤツだと思ってしまいますが、自分が同じことをしてしまう時は、相手が見えていなかったとか、会議があって遅刻できなくて急いでいたといった理由があります。誰かがバグを
民主主義は本当は独裁よりもましなのか？ - 続・はてなポイント３万を使い切るまで死なない日記
あんまりはっきりとした結論が出ないエントリであることをあらかじめお断りしておく。 ↓のような記事を読んだ。 まあ、とくに内容についてはコメントすることはないのだが、民主主義について思っていることを書く。 この記事の中では民主主義は「ひとつの価値観が暴走することを防ぐための画期的な発明である」というようなことが書いてある。そしてそれは国家統治のためには優れていてもビジネスにおいては非効率であるということが書いてある。 民主主義について、こういう類の否定と肯定が入り混じった言説はよく見る。なかでも有名なものはチャーチルの演説の中での「実際のところ、民主主義は最悪の政治形態と言うことが出来る。これまでに試みられてきた民主主義以外のあらゆる政治形態を除けば」という一節だろう。 ぼくはこういうテーマを見ると、本当のところはどうなんだろうと、すぐに頭の中で民主主義を表す力学的な数理モデルを考えたくなる
問題 => 原因 => 解決方法という順で物事を考える - $shibayu36->blog;
今日LIGのブログを読んで、直近自分の中で課題に思っていることと近いことがそのまま書かれていたので、非常に参考になった。そこで自分の思考を整理するためにも、以下の記事を読んでそのあたりについて思うところを書いてみる。 プロジェクトでトラブルが発生したときにWebディレクターがとるべき3つの手順 | 株式会社LIG 自分自身の課題 最近の自分自身の課題としては、「問題が発生したときに、すぐに解決手法を考えてしまう」というものだった。それには全く自分自身では気づいてなかったのだけど、最近はあるところで 問題を見つけた時、いちどその原因はなにかを考えたほうが良い 問題 = 原因ではない、そこを意識した方がいい との指摘を受けて、確かに自分は問題だと思ったときに、それが本質的な問題か別の問題なのではないかと考えてはいたと思う一方、問題の原因とは何かについては深く考えてなかったということに気づいた。
投資家ウォーレン・バフェットに学ぶ「人生で本当に重要なこと」の見つけ方 | ライフハッカー・ジャパン
世界的な投資家ウォーレン・バフェット氏は、お金に関するシンプルなアドバイスで有名ですが、生産性や目標達成についてもヒントを与えてくれています。米サイト「Live Your Legend」のScott Dinsmore氏が、バフェット氏が友人（スティーブ）に、いかに目標を定め、達成するのかについて与えた助言について書いています。 「まず、この先数年、あるいは死ぬまでに達成したいことを25個書き出す。次に、その中で特に重要なものを5つ選んで丸をつけるように」 トップ5の達成計画を話し合ったあと、バフェット氏は尋ねました。「ところで残りの20についてはどうするつもりだい？ 達成するためのプランはあるかい？」 スティーブ氏は自信を持って答えました。「たしかにトップ5が最重要ですが、残りの20も同じくらい重要です。だから、トップ5を達成する合間に、残りの20についても取り組むことにします。絶対ってわ
プログラマとして30年以上の経験から得た教訓 | POSTD
私は、プログラマとして30年以上仕事をしてきた中で、学んだことがあります。そのいくつかを以下にご紹介します。もっと挙げることもできますよ。 実物を見せないと、顧客の希望は分からない。 このことは最初の仕事で学びました。顧客は、実物を見るまでは、何が本当に必要なのかがよく分かりません。言葉で長々と説明するよりも、機能検証のためのプロトタイプを提示する方が確実に役立ちます。 十分な時間があれば、あらゆるセキュリティは破られる。 現代社会において、セキュリティを保つことは信じられないほどの難題となっています。プログラマは常に完璧を求められますが、ハッカーは1回でもハッキングができれば成功なのです。 セキュリティが破られた場合、事前にその状況に備えた対策を講じているかどうかで結果が変わってくる。 最終的にセキュリティが破られることを想定する場合、その時に起こることに備えて対策を立てておく必要があり
スティーブ・ジョブズに学ぶ、最高の生産性メソッド | ライフハッカー・ジャパン
Appleについてあなたがどう思っていようと、スティーブ・ジョブズ氏は、同社の顔という以外に、非常に多くのものを生み出したCEOでもあります。ジョブズ氏は、2011年に亡くなるまでに、Appleを再建するとともに、生産性の高いユニークな職場環境を作り上げました。以下、彼が行った施策をいくつか見ていきます。 ジョブズ氏は間違いなく複雑な人物でした。天才的なアイデアだけでなく、たくさんの悪いアイデアも持っていました。マネジメントスタイルは対決的、礼儀知らずな性格で、その権威主義的態度はよく知られていました。つまりジョブズ氏は、一緒に働くのが大変な、面倒な人物だったのです。それでも、彼は企業を再建し、革新的な製品を市場に送り出してきました。90年台にはPixarを創設し、1997年にAppleに戻ると、倒れかかっていた同社を立て直しました。 ガラクタを一掃し、大事なことにフォーカスする 1997
問題解決能力の優れた人が心得ている8つのこと | ライフハッカー・ジャパン
Inc.：人生は問題や課題で満ち溢れています。ほとんどの人は小さな問題を解決したり、あるいは問題を回避したりすることに長けていきます。問題解決能力が非常に優れている人は、成功への道を歩む上で、他者より有利といえるでしょう。彼らは仲間内でリーダーになることが多いはずです。解決できる問題が大きければ大きいほど、より多くのことを達成し、より多くの信頼を得るようになります。 生まれながらにしてその能力が備わっている人がいるのも事実ですが、誰でも少しの労力で向上させることができます。以下、問題解決能力の高い人が日頃心がけているスキルを8つ挙げていきます。 1. 客観的な立場をとり続ける 人々がそのプロセスにおいて実際に何が起こっているのかが分かっていない場合に、問題がよく発生します。人々は特定の方法やゴールに焦点を当てているため、無意識の内に明白な警告を示すサインを見逃してしまうのです。問題解決に優
コマンドラインツールを作るときに参考にしている資料 | SOTA
コマンドラインツールについて語るときに僕の語ること - YAPC::Asia Tokyo 2014 コマンドラインツールが好きで昔からつくってきた． 今年のYAPCで，そのコマンドラインツールをつくるときにどういうことを意識して作っているのか？どのような流れで開発しているのか？といったことを語る機会をもらえた． 具体的な内容については，是非トークを聴きに来てもらうとして， スライドをつくるにあったって過去に読んだ資料や，よく参考にしている記事を集め直したので，その一部を参考資料としてまとめておく． UNIXという考え方 UNIXという考え方 Mike GancarzによるUNIXの思想や哲学をまとめた本．古いが全然色あせてない． コマンドラインツールの作り方を書いた本ではないが，これらの思想の上で動くツールはこの思想に準拠して作られるべきだと思う．何度も読んで考え方を染み付かせた． 小さい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ログミーBiz
