バグを見つけるためのテストをしよう
「一生懸命テストしたのに、どうしてもバグがなくならない。」これは、すべてのソフトウェア開発者に共通する悩みであろう。 バグのあるソフトウェアでも、リリース前には、膨大なテスト項目をクリアしてきたはずだ。だが、そのほとんどは、仕様書や設計書から書き写しただけの、機能が正しく動くことを確認するものばかりになってはいないか。 テストしても見逃されるバグは、ソフトウェアを使い込んだり、ちょっと変わった操作をしたり、ある特殊な状況でのみ発生するものが多い。このようなバグは、意図的にバグを見つけようとしない限り、見つからないものである。 ソフトウェアテストも、創造性を問われる仕事である。ソフトウェアテストに関する広汎な知識と、豊かな想像力で、バグを見つけられるようなテストを創り出していかなくてはならない。それができなければ、ソフトウェアの品質も向上しない。 確認のためのテストと、バグを見つけるためのテ
Passion For The Future: すばらしい思考法 誰も思いつかないアイデアを生む
« Make: Technology on Your Time Volume 01 | Main | 知的複眼思考法―誰でも持っている創造力のスイッチ » 書評：脳・こころ ｜書評： 企画・発想｜ 書評：文化・文明｜書評：経済・経営 ｜書評：子 供・教育｜書 評：小説・戯曲｜書評：ネット活用 ｜書評： 仕事・管理｜書 評：メディア論｜書評：その他｜書評：思想・哲学 ｜書評 ：文章・表現｜書評：認知・心理 ｜書評：神 話・宗教｜書 評：科学・技術｜書評：社会・世間 ｜書評：教養 ・雑学 2006年度 年間オススメ書籍ランキング ノンフィクション部門 2006年度 年間オススメ書籍ランキング フィクション編 2005年度 書籍売り上げラン キング ベスト20 2005年度 年間オススメ書籍 ランキング ベスト20冊 2004年度 人気記事ベスト10 アクセス数が多かった記事とは？ 2004年度
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
「退職理由は繰り返す」のはなぜ？
人事採用に携わっていた筆者は、面接で応募者のさまざまな退職理由を聞いてきたという。退職理由に表れるものとは何なのか。正しい退職理由というものはあるのか。 ITエンジニアのお母さんは病弱？ 「母が病気になり、実家に帰って看病していました」 何のことか分かりますか？ 実はこれ、わたしが前職で採用面接をしていたときに、過去の退職理由としてよく聞いた言葉です。はてさて、ITエンジニアのお母さんは、そんなに病弱なのでしょうか？ 東京で働いている息子や娘を呼び戻して看病させるほどとなると、よほどの大病です。 もちろんそんなわけはなく、「仕事がつらくてつらくて」「会社の方針にどうしても納得がいかなくて」など、ほかの退職理由がある場合がほとんどです。本当にご家族が大病でやむなく、という場合もあります。病気は本当だけれども、退職しなくても休職や時短勤務で看病できたのに、というパターンもあります。この場合、ほ
ＷＥＢダ・ヴィンチ
WEB Davinci Last update 20 Jun,2004. WuƂɂ͏cDɊ҂BvԊO WuguKN̍hɕqȕ|͂ǂꂾHvԊO eWB fڎ҂ɂ͒IŐ}v[gI ̃v`i{ 6/5UP cȐ̖{oł�Â錻݁A ̒{ɂ낢{ɏô͂ȂȂނB vĂǎ҂݂̂ȂɁA_EB`ҏW Acホテル東京銀座 東京都 Anaインターコンチネンタルホテル東京 東京都 Bulgari Hotel 東京都 The Aoyama Grand Hotel 東京都 THE GATE HOTEL 東京 by HULIC 東京都 ウェスティンホテル東京 東京都 キンプトン 新宿東京 東京都 グランドプリンスホテル新高輪 東京都 ザ・キタノホテル東京 東京都 ザ・キャピトルホテル東急 東京都 ザ・プリンスギャラリー 東京紀尾井町, ラグジュアリーコレクションホテル 東京都 シェラトン・グランデ・トーキョーベイ・ホ
間違えを恐れるあまり思考のアウトプット速度を遅くしていませんか？：DESIGN IT! w-LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 普段、仕事をしていてもそうですし、SNSやブログに書かれた言葉をみていても感じることですが、世の中にはかなりの割合で、間違えることを恐れて、自分の意見や考えを口にすることをためらい、結果としてアウトプットが大幅に遅れたり、ひどい場合はアウトプット機会そのものを失っている人がいるのだなと思います。 間違えないことより、アウトプットを早めることそういう人に対して言いたいのは、なんで間違えることをそんなに気にするの？ そもそも時間をかければ正解が出せる根拠があるの？ ということです。 僕は、完璧さを求めるあまり間違いを過剰に恐れ、アウトプットが遅れてしまうくらいなら、多少、間違いがあるかもと思いつつもとにかくアウトプットを出し、その上で相手の反応を見ることのほうがよっぽど重要では
こちらに非がなくても、相手に“逃げ場”を用意せよ
■「交渉に勝つ」とはよく言いますが、お客様との交渉においては、それが商談であれ、トラブル交渉であれ、お客様を敗北に追い込むことは目的ではありません。特にトラブル交渉では、自らが負けずに、そして「相手にも負けさせない」ことが大事です。 トラブル交渉では、お互いに深い傷を負いたくない。なんとか責任を回避して自分の傷は最小限にしたい。そのせめぎ合いだ。 こちらが「売り手」の立場であっても、それは同じだ。言いがかり的なクレームは当然のこと、こちらに責任のないことまで責めを負わされるいわれはない。冷静に責任の所在を明らかにし、主張すべきは主張して責任に応じた対応をする。それが原則だ。 ITにおけるトラブルというのは、障害にしろ、仕様変更にしろ、実は顧客側に非がある場合が意外と多い。「すわ障害だ」と、いきり立ってベンダーを呼びつけたら、顧客側がとんでもない運用をしていた、なんてことはしょっちゅうだ。
満足せる豚。眠たげなポチ。:タイムマネジメントをするということ
基本は、ドラッカーの「経営者の条件」の第二章に集約される。 時間の使われ方を実際に記録し、 やるべき仕事以外のもの(やらなくてよい仕事ではない)に手を付けるのを止め、 残った時間をまとめ、大切なことに集中する時間を作る これは話としてはわかっていた。優先順位ではなく、劣後順位を付ける。 でも、この話がわかっても、実践できていたかというとできていなかった。 それが、次のことを意識するようにしたことで劇的に改善した。 それは、仕事には、 定量的な仕事(一定の時間やれば確実に終わり、かかる時間も読みやすい仕事) 定量的でない仕事(一定のところまでやれば終り、というのがはっきりしない仕事) と、 やりたい仕事・好きな仕事 やりたくない・気の進まない仕事 があるということ。 そして、その中で、 やるべき仕事 それ以外の仕事 があるということ。 これらの優先順位はこのようになる。 やるべきで、定量的な
強欲2.0 : 404 Blog Not Found
2006年08月05日18:00 カテゴリValue 2.0 強欲2.0 一言で言えば、「貧すれば鈍する」ということなのだけど、一口に年収300万円といっても、「年収150万がせいぜいなのに、がんばって300万を維持している」のも年収300万なら、「年収3000万もカタいのに、300万円稼いだところで仕事を切り上げる」人もいる。 分裂勘違い君劇場 - 世の中は強欲な人間以外は幸せにはなれないようにできている 現実には、ムリに背伸びをせず、年収300万円で満足して、快適に暮らそうとすると、結局、どんどん追い詰められていき、過酷なハードワークをしないと生きていけない状況に追い込まれるんですよ。 それで、どんな人な金持ちになるかといえば、実は後者なのだ。 面白いのは、「年収3000万円の能力をきっちり使って年収3000万円」の人より、「年収1000万円ぐらいで切り上げる」人の方が、お金に余裕のあ
FPN-ゼイヴェル・大浜史太郎社長へのインタビューを読んだ
6．ビジネス分析フレームワークを学ぶ ビジネス分析フレームワークの学習と使い方 ビジネス分析 フレームワークや 経営学 の学習をどうビジネスリサーチに役立てるか、その考え方と留意点について解説します。… 2021.05.08 2021.05.09 115 view 3．ビジネスリサーチの報告書作成 ファクト、ファクト、ファクト〜事実に基づくこと 「What's Your Story?」という提案や提言がないレポートは意味がない、ということがよく言われますが、ビジネスリサーチの報告書は、内容の8〜9割は ファクト … 2021.01.19 2021.05.16 303 view 4．インプリケーションと提言 リサーチを通じて気付いたことは？公開情報から点と点を結ぶイン… インサイダー情報はそのままでは役に立たない！？ビジネスリサーチの依頼の中で、「業界の空気感はどうなっているか？」「この技術
フローチャートの力を思い出そう
一つ，後悔していることがある。 今年の6月29日，「オブジェクト倶楽部 2006夏イベント」に参加した。オブジェクト倶楽部は，永和システムマネジメントの社員有志が中心になり，オブジェクト指向の実践／研究／発表を目的として作ったグループ。夏と冬に定期的にイベントを開催している。2006夏イベントで6回目となる。 このイベントで，スターロジックの羽生章洋社長が講演した「仕事で必要なことはフローチャートで学んだ」というセッションを受講した。同じ時間帯の裏番組でとても魅力的なセッションがあったのだが，あえてこちらを選択した。羽生氏のプレゼンテーションのうまさをよく知っていたからだ。案の定，おもしろかった。羽生氏がタブレットPCを使ってその場でどんどんフローチャートを書いていく。講演の資料はこちらで公開されているが，これだけではとても伝わらないライブ感があった。 講演の内容はノートにメモしたし，講演
英語で書かれたマニュアルが読めないという以前に：佐野裕のサーバ管理者日記：ITpro
"上級システム管理者"を目指す者にとって、英語で書かれたマニュアルを読解することは必須のスキルですが、実際の現場では、「僕は英語が全然読めないので勘弁してください」という悲鳴に近い声がよく聞こえます。 その人たちの行動を見ていると、英語のマニュアルを読まなければどうしても先に進めないシチュエーションに遭遇すると、多くの場合、ネット上からマニュアルを落としてきて、それをそのまま自動翻訳機にかけようとします。ふむ、彼らは英文マニュアルを日本語のレベルで対処しようとしているわけですね。しかし、皆さんも経験があるかと思いますが、英日翻訳は多くの場合意味不明な翻訳結果を返すので、結果としてこのアプローチは失敗に終わることが非常に多いです。 ということは、このアプローチは、もし自動翻訳機の翻訳精度が上がれば解決する問題でしょうか。私は違うと思っています。 英語が読めないという彼らに、日本語のマニュアル
もっとうまくなってから練習するよ - アンカテ
あと全然関係ないけどのび太がスキーの練習を始めるときに, 「もっとうまくなってから練習するよ」 といっていたのを思い出した. これはうまいなあ。 関係ないどころか、ネットの中で捨てなきゃいけないメンタリティをこれほどうまく表現しているのを見たことがない。それから ただ全体のコードからは 「おおむね動いてるからいいじゃん.流れはもう止まらないから悩んでるよりガンガン行こうぜ」 というオープンソースイズムみたいなものを感じるので,私もそれに乗っていこうと思いました. 「ガンガン行こうぜ」と言われると、自分がソフトウエア技術者として受けた教育は基本的に「いのちだいじに」だったことを思い出す。「やくそう」を限度いっぱい持ってないと、経験値稼ぎにも出られないタイプです、私は今でも。 ブログだって本当は、先にトラックバックを全部読んでから、批判されている所を全部書き直してから公開したい。 でも、「いの
ITmediaニュース： 2ch発「Mona OS」作者がはてなに来た理由
「はてな」という名の小さな会社がある。ネット企業なのに紙と箱で進行管理し、社内会議はポッドキャスティング配信。オフィスがあるのに図書館で仕事したりする変な会社だ。そこで働く“変な”社員を読み解く3回連載。最終回は、2ch発のOS「Mona OS」を開発し、今年4月にはてなに移った「ひげぽん」こと蓑輪太郎さん。 「平凡な人生が好きなんです」――平坦な道を選んで歩いてきたと、蓑輪太郎さんは話す。28年の人生で、波乱を選んだのは2回だけ。OSを作ろうと決めて「2ちゃんねる」にスレッドを立てた時と、安定した職を捨て、「はてな」というベンチャー企業に移った時だ。 スレッド「OSをつくろうpart2」を立てたのは、24歳のころ。プログラマーとして一向に成長できない焦りが、彼を駆り立てた。 OSをつくろうpart2 1 名前： ひげぽん 投稿日： 02/06/18 23:48 独自にOSを作っているまた
CROSSFIRE O/Rの日記 - 日本のプロダクトエンジニアよ!インドに売りこめ!
とかく、日本はITに関しては、国際的な視点で見るとボロボロだ。 そういわれても、日本のみなさんは、あまり実感が湧かないかもしれない。 以前は、安くインドの労働力を使ってなんて言っていたが、おそらく、それが逆転するのももうすぐだろう。とにかく、インド（およびアメリカ）のIT業界のビジネスマンのスタンスは、日本のそれとは全く違う。 日本では、B2Cや他業種向けのIT商品（業界特化型パッケージやコンシューマーソフト）がいわゆる商社や販社などが扱いやすい製品ということになる。 だから、開発系など、IT業界におけるB2Bの製品を出しても販路の開拓がむずかしく、なかなかそのようなベンチャーが育たない。 では、アメリカや海外ではどうだろうか。 アメリカやインドでは、B2Bの製品がIT業界では主流だ。ベンチャーキャピタルからの出資も、B2B製品を扱うベンチャーに対する出資がほとんどだ。 では、なぜそのよう
不思議なISBN-[結] 2006年5月 - 結城浩の日記
目次 2006年5月31日 - 作業ログを書くために大切な、たった一つのこと / 2006年5月30日 - プログラミング言語の勉強日記 / 2006年5月28日 - 今日の一日 / 2006年5月24日 - 多忙 / 2006年5月22日 - 新連載「簡単実装で学ぶWeb技術2006」 / 誤植 / 2006年5月20日 - 失敗 / 2006年5月19日 - 掲示板spam / 2006年5月18日 - 誤植 / 2006年5月17日 - JSON::Hatchet / 2006年5月16日 - CGIでブラウザのキャッシュを無効にする / 2006年5月15日 - 仕事 / 2006年5月12日 - タイプタイプ / 2006年5月11日 - 仕事 / 2006年5月10日 - タイプしながら考える / 2006年5月8日 - 書きながら考える / 2006年5月5日 - 数学姉 /
コーディングや設計で難所に出くわした時にすること - higepon blog
仕事や趣味でコードを書いているとき、設計をしているときに難所に出くわすことがあります。 そんなときに僕が意識的に心がけていることを紹介します。 もっと良い方法があったらぜひ教えてください。→皆様。 難所に出くわす前に「もうすぐ難所だな」と気づいているときは、すでに冷静な状態で心構えができています。 この場合はきちんと対処ができることが多いです。 何度も考えがループしていたり、難しすぎて他の事に逃避しているときは集中力がないか、難所にさしかかっているサインなので、難所の場合は以下の5つを順番に試しています。 絵を描く 人に言葉にして説明する 思考の流れをテキストにする 散歩する 次の日に持ち越す 絵を描く 設計やコーディングに関して、分かっていることを絵や図にあえて描いてみます。 分からないところは箱を描いて中に? とでも書いておけば良いです。 絵を書く過程で、自分がどこが分かっていないかが
道具箱の整理
はじめに この記事は、mymy-mycompany分室の2005年10月に1ヶ月をかけて書いたものです。ブログだと後から参照するのが大変なので、ここにまとめておきます。また、ブログでは時間の都合で書けなかった話も追加していく予定です。 私の道具箱 ここ１ヶ月ほど、私的Ｗｅｂサイトプロジェクトなるものに参加しています。オープンソース方式ではなくて伽藍方式。以前、オープンソースのカンファレンスに出たときに、そこで発表していた学生が、ちらと「実はオープンソースよりも伽藍のほうがクオリティが高いものができると思っているんだよね～」と話していたのが、非常～に気になってはいるのですが、そのあたりは、各自のモチベーションと時間の取り方の違いでしょうね。オープンソースでもコミットする人数（アクティブな人）が限られていれば伽藍に近くなるし、伽藍にしてもうまくいかないプロジェクトごまんとあるわけなので。 で、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MOZANBLOG: 辞める方と辞めさせる方
kaz::hatena - 特別公演 - プロ棋士はどう考えているか
