素晴らしいオープンワールドゲームならいくらでもある。「The Elder Scrolls V: Skyrim」、「ウィッチャー3 ワイルドハント」、「グランド・セフト・オートV」、「Fallout 4」など、巧妙に作り込まれた膨大なスケールのゲームは特に海外のタイトルが多いように思う。それらと比べても遜色のない国産タイトル「ゼルダの伝説 ブレス オブ ザ ワイルド」（以下、BotW）だが、他のオープンワールドゲームより優れている点があるとすれば、バグの少なさなのではないだろうか。僕はハイラルの世界を150時間以上冒険しているが、バグらしいバグに遭遇したのは片手で数えられる程度の回数しかないのだ。 では、なぜBotWはこんなにもバグが少ないのか。「何年も入念に開発してきたからだ」とか「細かいところを丁寧に作り込む日本人の職人魂が備わっているから」とか、そんな理由でも片付けられそうな気がするが

Reason 実績20年の採用のプロが 経験とノウハウを詰め込んで開発 採用支援事業を通して得た経験から、私たちは「求職者が企業に対して何を求めているか？何を魅力に感じるのか？」知っています。iRecは、そんな「採用のプロ」としてのノウハウをもとに開発されました。 Reason コンテンツに集中できる。 そして低価格・短期間で完成 「求職者ファースト」で設計された採用サイトのためのテンプレートがあるので、採用サイトにおいて最も重要な「コンテンツ（何を伝えるか？）」の制作に集中できます。 また、フルスクラッチで制作するよりも制作にかかる費用や期間を大幅に削減できます。

世界で最もエキサイティングでも最もハードな職場、それがAppleである。シリコンバレー、クパティーノ市に本社を置く同社に就職を希望する人はかなり多い。その一方で、その難易度や、実際に就職した後の仕事の厳しさでも有名である。 先日Appleを辞職しました 〜正直しんどかった〜 トップレベルの人材を獲得する為に面接時に一般的な候補者の知識や経験に関する質問に加えて、Appleならではのもかなりユニークな難問を通じて候補者を見分けるようだ。下記に紹介するのは、アメリカで人気の企業クチコミサイト、Glassdoorに投稿された複数の面接者が語った体験談である。 1. あなたは頭が良いですか? – 対ビルドエンジニア候補 2. 今日ここに来ようと思った理由を説明して下さい – 対ソフトウェアエンジニア候補 3. 8歳の子どもにモデムとルーターが何かを説明して下さい – 対ホームアドバイザー候補 4.

Interviews tailored to specific jobs and skills will yield the best results, says Google HR boss Laszlo Bock. Chris Hondros/Getty Bock cites a 1998 study from the University of Iowa's Frank Schmidt and Michigan State University's John Hunter that considered 85 years of hiring data from American companies. Schmidt and Hunter found that the best predictor of a candidate's success is a work sample te

Wantedlyは、運命のチームや仕事に出会えたり、人脈を広げ、ビジネスの情報収集に使えるビジネスSNSです。

PlayStation Mobileとは何だったのか。スマートデバイスとインディーズ開発者取り込みを狙ったSCEの敗因を西田宗千佳氏が分析 ライター：西田宗千佳 PlayStation Vitaと共に発表され，ソニー・コンピュータエンタテインメントのスマートデバイス戦略において一翼を担うはずだった「PlayStation Mobile」が，期待に応えることなく2015年7月に終了する。「漂流するソニーのDNA プレイステーションで世界と戦った男たち」や「PlayStation 4ができるまで -日本発売までの367日間」（※いずれもAmazonアソシエイト）の著者であるフリーランスジャーナリストの西田宗千佳（にしだ むねちか）氏に，同社がPlayStation Mobileに込めた狙いと，それがなぜ失敗に終わったのかについてを語ってもらった。 2015年3月24日時点でのPlayStati

37. その他の用語 イベント（事象）  システムの外側で発生し、その発生をシステムが制御できない事象。システムにとっていつ起こるかわからない、タ イミングの操作が不可能な出来事。 スティミュラス（刺激）  発生したイベントによってシステムに刺激を与えるための情報入力。イベントによって、イベントの発生元とシステ ムの境界を流れてくるデータ。 アクション（行動）  イベントが発生した時にシステムが起こす行動。システムの外側から見て、システムが何をするのか。 レスポンス（応答）  システムが起こしたアクションの結果、システムの外側から見える形で応答するための情報出力。スティミュラスに 対応して、システムの外側に流れ出てくるデータ。 エフェクト（影響）  システムのレスポンスによって、システムの外側に与える影響。イベントに対してどのような価値が得られるか。 38. その他の用語 エピソ

今回のエントリーは「法務系Advent Calendar 2015」の参加エントリーです。初挑戦なので、空気読めてないとしてもご愛敬（笑）。 「ネットで拾ったこの画像、社内資料に使っていいですか」というような著作権にまつわるシンプルな質問は法務にかかわっていると割と聞かれたりするんじゃないかと思います（知財部があって著作権もそっちでやってくれる場合を除き。）。まあ、法律上の結論とは別に、社内資料であれば、外に出て権利者の目に触れるリスクもほぼないと思われるので、実際は権利行使されるリスクは小さい（ただし、社内資料をSNSで晒しちゃう人がいるかもしれないリスクは別問題）と整理できるので、そんなにギリギリ考える必要もないかもしれません。 ただ、社外に配布する資料の場合もあるでしょうし、せっかくなので、新しい裁判例も踏まえて、少し法律論も整理しておきましょう。 事例としては、①著作権の帰属があや

発表資料 テストの極みを目指して ～さあ、理想に近づくための一歩を踏み出そう！～ from 崇 山﨑 www.slideshare.net 今回の発表の目的 自分自身がテストオペレーターからテスト設計者にステップアップするための方法 今日のJaSSTの参加者がみんなベテランやん！ 自分の後に続く人に伝えてあげる方法 改めてソフトウェアテストについて考えてみる テストってなんですか？ 背景によって色々異なる JSTQB用語集などが参考になる…けど分かりづらい 『ソフトウェア技法』よりテスト担当者の精神面による区分を引用 成熟度によって異なる フェーズ1「テストとは動くことを示すものである」だと、テストをして何が嬉しいの？と思われがち フェーズ4まで行くと「テストは欠陥予防である」 にしさんが「テスト道」として伝えることが多い 山崎さんの言葉でいうと「テストとは品質に関わる"新たな"情報を提供

＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう

ソフトウェアのテストを行う際に「テストケース」というのは重要です。 何を、どのようにテストをするかを明らかにしますし、多人数でテストを行う場合には確実に実施する手順となる場合もあります。また、テストの進捗を見るなどの指標に使われるかもしれません。 しかし、このテストケース自体の「表現方法（粒度も含めて）」が議論や意識されることは案外少ないと感じました。 今回はこの「テストケースの表現と粒度」について簡単に考えたことをまとめてみます。 こちらの記事はちょいとマニアックなので、「テスト技法」の知見がある人くらいがターゲットとなります。 ■さまざまなテストケースの表現と粒度 注：実際のテストケースには、目的での分類や事前条件、合否判定基準、手順なども記載しますのであしからず。 例えばですが、次の「Javaly Park」の購入計算機能でテストケースを考えてみましょう。 ※券売機の画面というイメー

"Agile Japan 2017 京都サテライト", "KANJAVA PARTY 2017" で、『リモートチームの道具箱』というタイトルのセッションでお話をさせていただきました。 connpass.com kanjava.connpass.com リモートワークに取り組んでいるチームで仕事をして3年目になりますが、リモートワークは難しいなーというのを常々思っています。 世の中はどちらかというと、リモートワークという素晴らしい取り組みをどんどん推進しようという流れに向いています。リモートワークの推進には僕も賛同するのですが、一方で、「難しさ」の部分があまりクローズアップされません。このまま、導入だけが先行してしまうと、結局「やっぱりリモートワークなんて止めたほうがいいのでは」となってしまう恐れがあって、それを懸念しています。 リモートワークは上手に使いこなせば、柔軟な働き方が促進される

これは2011年09月にHPのマーケティングサイトのブログへ投稿したものを転載しています。 ------- 皆さんこんにちは。今回のテストマネジメント虎の巻はテストの見積りです。テストの見積りは、工数と経費が予算やスケジュールに合うかどうかを判断し確定させる作業です。計画の中の一部の作業とも考えられますが、計画は目的を達成する方法を考えることで、見積りは計画が実現可能かを考えることであるため、分けて考えたほうが良いです。 見積りはいつするか見積りには、工数と経費（テスト機材などの調達や出張旅費など）があります。経費のほうは、「第四回：計画編その2　～テストする環境とやり方をきめる～」にて解説したテストする環境を決めたところで、だいたい何が必要なのかがわかるため、それをベースに計算していきます。工数のほうは計画編の全部の情報（つまり、「範囲」「やり方」「スケジュール」）をもとにして見積もりま

自信をもってプロダクトを送り届けるために、また、心配なステークホルダに説明するために、自分も相手も「納得できる」溜めのテストを考える、整理する方法を紹介してみます。