タグ

関連タグで絞り込む (54)

タグの絞り込みを解除

設計に関するwata300のブックマーク (20)

  • バンダイナムコ知新「第1回 ビデオゲームのはじまり 前編」大杉章氏インタビュー


    2019/03/05 バンダイナムコ知新﹁第1回 ビデオゲームのはじまり 前編﹂大杉章氏インタビュー 中村製作所時代にはじまり、現バンダイナムコエンターテインメントに至るまでの、歴代のエポックメーキングを生み出したクリエイターに、当時の貴重なエピソードを伺うインタビュー企画﹁バンダイナムコ知新﹂の連載がスタートします！ バンダイナムコエンターテインメントのルーツは中村製作所にさかのぼります。そこから、ナムコ、バンダイナムコゲームスと、会社としての形を少しずつ変化させつつ、時代とともにさまざまなクリエイターたちが作品を世に出してきました。 そんな歴代のエポックメーキングを手掛けてきた皆さんに、当時のチャレンジエピソードを聞いていく連載企画﹁バンダイナムコ知新﹂がスタートします。 連載の第1回目は﹁ビデオゲームのはじまり﹂がテーマ。数多くのゲーム設計を担当してきた大杉章氏にご登場いただき、エレ
    バンダイナムコ知新「第1回 ビデオゲームのはじまり 前編」大杉章氏インタビュー
    wata300
    wata300 2019/03/12
    こういう連載いいよいいよー。もっとやってくれくれー。
    リンク

  • 任天堂がNintendo Switchの「Joy-Con」の内部設計を見直しか。Bluetoothの接続トラブル問題への根本的な対処の動き - AUTOMATON


    ホーム ニュース 任天堂がNintendo Switchの﹁Joy-Con﹂の内部設計を見直しか。Bluetoothの接続トラブル問題への根本的な対処の動き 任天堂が、Nintendo Switchの標準コントローラー﹁Joy-Con﹂について、米国FCC︵Federal Communications Commission・連邦通信委員会︶に新たに認可申請を提出していたことが明らかになった。申請日は今年4月23日で、海外メディアForbesなどが報じている。FCCは、米国内で使用される無線機器の認証をおこなう政府機関で、WiFiやBluetoothを内蔵する近年のゲーム機も、FCCの認可を受けないと販売出来ない。今回の申請内容によると、任天堂は少なくとも左の﹁Joy-Con︵L︶﹂の内部設計を変更するために、申請しなおしたようだ。 Image Credit: FCC 上の画像は共にFCCに
    任天堂がNintendo Switchの「Joy-Con」の内部設計を見直しか。Bluetoothの接続トラブル問題への根本的な対処の動き - AUTOMATON
    wata300
    wata300 2018/05/01
    《任天堂は少なくとも左の「Joy-Con（L）」の内部設計を変更するために、申請しなおしたようだ。》
    リンク

  • 設計の「なぜ」を考える | タイム・コンサルタントの日誌から

    まだ駆け出しだった頃、工場改善コンサルタントの話を聞いたことがある。それなりに面白い話がいろいろあったが、1番よく覚えているのはヘアドライヤーの話だった。このコンサルタントは、製造業、とくに電気系メーカーの設計部門を訪れた際は、必ずヘアドライヤーの冷風スイッチについて、尋ねることにしていると言っていた。 「ヘアドライヤーには、温風のスイッチのほかに、必ず冷風のスイッチがありますよね。御社の製品にも、ついていると思います。ではこの冷風のスイッチは、何のためにあるんですか？」

    設計の「なぜ」を考える | タイム・コンサルタントの日誌から
    wata300
    wata300 2017/03/08
    なぜを問うのは大事。
    リンク

  • CSVってなによ状態で困ってます


    俗にいう﹁使えないシステム﹂ってやつをつかまされたのかもしれない。 今、WEBアプリみたいので、業務ツール作っているんだけど完成が見えてきた段階で実はボロボロのものが出来上がってることに気が付いてきた。たとえば月報とか日報みたいなアウトプットが必要なデータが10種類ぐらいあるんだけど、全部CSVっていう言語でしか出せない。CSVをエクセルで開くとところどころ文字化けになってて全然使えないし、そもそも罫線もないしページングもされてない。社外のコンサルに聞いても、CSVは機械同士がやり取りするための言語で、人が使うデータはエクセルで出せるようにするのが普通って言っている。ベンダーにそういったら﹁それは無理﹂の一点張り。コンサルはベンダーの瑕疵だからなおさせろ、ベンダーはやらない、で膠着状態。CSVだけじゃなくてほかにも必要な集計が画面上でできなかったり、そもそも機能自体が欠落していたりとかして
    CSVってなによ状態で困ってます

  • いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道


    最近とにかく、移動が多いので、その中でちょいちょい考えたことをまとめておきます。まずは仕様の理解の仕方とか、業務例外とか、押さえておきましょうという視点から。別にこれが正解で必須というわけではないので、あくまで個人の経験をまとめただけです。 モデリングとか、なんというかそういう高尚な話ではなくて、実際に仕様をまとめるときに、現実的に落ちる穴を、経験的に書きます。大抵のプロジェクトでは、仕様が固まらずに、または手戻りが発生して酷くコストが膨らむということがやはり多いわけで。理屈はともかく自分の経験的な対策案です。 ︵なんというか、開発方法論や手法・ドキュメントのまとめ方は、なんとかBOKから始まって、アジャイルや押しくらまんじゅうやらでいくらでもであるのですが、その一方で丁寧な要求定義や設計それ自体ができる人材は、むしろ急激に減っているような印象すら受けます。海外からの翻訳や輸入はやたらと多
    いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道

  • もうひとつのゼロベース思考 - Chikirinの日記


    よく聞く﹁ゼロベース思考﹂の意味は、﹁固定観念や既成概念にとらわれることなく考えましょう﹂というもので、ちきりんも﹃自分のアタマで考えよう﹄の中で﹁知識と思考の分離﹂と称して同じことを言っています。 ですが、﹁ゼロから考える﹂という思考手法には、もうひとつ重要な側面があります。それは、﹁既存制度を前提とせずに、あるべき論︵あるべき姿︶を考えよう﹂というものです。 自分のアタマで考えようposted with amazlet at 15.11.10ちきりん ダイヤモンド社 売り上げランキング: 2,304 Amazon.co.jpで詳細を見る →　Kindle 版 →　楽天ブックス たとえば税制について考える時、﹁消費税が低所得者に不利というのはホントなの？﹂と考えるのが前者です。 ﹁消費税は逆累進的だから低所得者に損な制度﹂というのは“常識”らしいので、それに﹁ほんと？﹂と疑問を投げかける
    もうひとつのゼロベース思考 - Chikirinの日記
    wata300
    wata300 2011/12/10
     ︽せめて自分の業界、自分のビジネス、自分が所属する組織に関してくらいは、﹁自分がゼロから設計できるならこうする！﹂という意見を持っておいてほしいです。︾  

    ●社会
    ●考え方
    ●設計
      
    リンク

  • 「有効期間」を含むテーブルとの参照関係 - 設計者の発言

    一次識別子に「有効期間」が含まれることがある。そんなテーブルに対して関連を張ってゆくと正規化違反を生じてしまうケースがある。これを避けるためには「動的参照関係」の知識と、これに対応した開発基盤が必要だ。よほど単純なＤＢでない限り「動的参照関係」のデータ要件は出現するものなので、実務者としてはしっかり理解しておきたい。 まず、有効期間とキーとの関わりを整理しておこう。「商品値引テーブル」を例にした場合のモデリングパターンをいくつか挙げよう。{...}内はキー（一次識別子）を表している。 (1)開始日・終了日ともに属性 [商品] {商品ID},商品名,... ＋　　　12345　全自動漬物石ＴＳ１００ ｜ └―…[商品値引] {商品値引ID},商品ID,開始日,終了日,値引率,... 000001　　12345　07/01　08/31　　15 000002　　12345　08/01　09/30

    「有効期間」を含むテーブルとの参照関係 - 設計者の発言

  • なぜ糞システムができあがるか


    納期が、予算が、バグフィックスが、性能、デザイン、インタフェース、使い勝手、保守が、可用性が、移行にマイグレーション、稼働率が、糞だ。そもそも要求を満たしとらんまともに動かない糞システムが、なぜ莫大な銭金かけてできあがってしまうのは、なぜか?アナリスト、コンサル、PM、SE、プログラマ、テスタ、ヘルプデスク、メンテ、ユーザー、そして経営者と、それぞれの立場から言いたいことは山ほどある。それぞれの立場から﹁これぞ真の原因!﹂と叫びたいのも分かる。経営者を除き、全てのキャリアをやってきたから。だから、自信をもって断言する。糞システムができあがる、最も根っこの原因はこれだ。 一つ前の仕事をしている それぞれの立場で﹁やるべきこと﹂は分かっている。だからこそ、そのインプットが体を成していないことが明白なのだ。仕方がないので、自分で﹁インプット﹂相当を作るハメになる。 例えばプログラマ、プログラミ
    なぜ糞システムができあがるか
    wata300
    wata300 2011/07/07
     ︽最も根っこの原因はこれだ。一つ前の仕事をしている︾︽では、どうするか。わたしが見つけた答えは一つ、BABOK。一言でいうなら、組織の目的達成のためのタスクとテクニックの集まり。︾  

    ●SE
    ●システム
    ●プログラミング
    ●仕事
    ●設計
    ●考え方
    ●ビジネス
      
    リンク

  • ドラゴンボールで学ぶオブジェクト指向　改 - 達人プログラマーを目指して

    ドラゴンボールといえば、大変に人気の高い国民的、いや世界的な漫画、アニメですが、昨日匿名ダイアリーでドラゴンボールをネタにしたオブジェクト指向の解説がホッテントリに入っていました。 ドラゴンボールで学ぶオブジェクト指向 多くの人に親しみやすい題材でオブジェクト指向の考え方を解説するというのは非常に興味深い試みなのですが、オブジェクト指向の説明としては不適切なところがあり、ちょっと残念な内容になっています。私自身ドラゴンボールの専門家（ドメインエキスパート）ではないため、不正確なところがあるかもしれませんが、ストーリーを思い出しながら、私なりにドラゴンボールをネタとしたオブジェクト指向の解説にリトライしてみたいと思います。 なお、オブジェクト指向でもプログラミング言語によって表現できる内容が異なるため、当然設計技法は違ってきます。ここではJava、C++、C#、Visual Basicといっ

    ドラゴンボールで学ぶオブジェクト指向　改 - 達人プログラマーを目指して

  • Web Applicationを綺麗に設計するためのMVACという考え方 - $shibayu36->blog;


    ︻2016/03/04追記︼以前まとめたこのMVACという名前の設計は既に古くなっており、今はこのようなアーキテクチャで設計していません。 こんにちは。最近ははてなでMVACというアーキテクチャに則って開発をしているのですが、ようやく意味を理解できてきました。そこで今回は﹁Web Applicationを綺麗に設計するためのMVACという考え方﹂について、サンプルを交えながら説明していこうと思います。かなり長くなってしまったので、時間があるときにでもどうぞ。 MVACって？ データソースやロジックを扱う﹁Model﹂、表示・出力を管理する﹁View﹂、複数のModelとControllerをつなぐApplication、ユーザのリクエストなどを受け取りViewやApplicationを制御する﹁Controller﹂の4つの要素を組み合わせてシステムを実装する方式。MVCをさらに抽象化した
    wata300
    wata300 2011/03/04
    MVC＋Application。Controllerの役割を分割。
    リンク

  • 30分でわかるER図の書き方 (目次) - とあるソフトウェア開発者のブログ

    「30分でわかるER図の書き方」を書き終えたので、各記事へのリンクを目次としてまとめておきます。 No. 記事 内容 1 id:simply-k:20100703:1278157673 ERモデル ER図 ピーター・チェンの表記法 2 id:simply-k:20100704:1278214995 IE形式とIDEF1X形式の比較 3 id:simply-k:20100706:1278387964 IE形式 表記法の基本 カーディナリティ オプショナリティ 4 id:simply-k:20100706:1278417587 IE形式 カーディナリティ記号 オプショナリティ記号 5 id:simply-k:20100707:1278514635 IDEF1X形式 表記法の基本 6 id:simply-k:20100709:1278665985 IDEF1X形式 エンティティの種別 リレーショ

    30分でわかるER図の書き方 (目次) - とあるソフトウェア開発者のブログ

  • 見えない「運用」 - 疲弊する運用現場 | Think IT（シンクイット）


    インターネットのインフラ化と運用現場の疲弊 インターネットの急速な普及および発展により、インターネットを含むIT情報基盤は、社会基盤︵インフラ︶としての性格を色濃く帯びてきています。 しかし、これらのシステムやサービスを運用している現場では、メンバーに対する恒常的な高負荷、属人的な運用、トラブルの多発に悩まされるなど、事業継続面でのリスクを抱え、コストや効率面での課題に追われながらも、現場の個々人の過大な努力によって日々の運用を維持しているのが現状です。 なお、システムやサービスを﹁運用している現場﹂とは、例えば組織や企業において社内向け、対外向けなどを問わず﹁ユーザーや相手に対して何らかのサービスを提供している人たち﹂をイメージしています。 本連載では、従来であれば﹁現場ごとの個別事情に応じて、やり方が異なるため、標準化が難しい﹂と言われてきた﹁運用﹂について、﹁運用設計﹂という観点から

  • プログラミングに関するあまり知られていない７つの真実

    wata300
    wata300 2010/10/17
    『スキルのレベルにかかわらず、プログラマーは全時間のおよそ１０～２０％をコードを書くのにあてており、たいていのプログラマーは完成品ができるまで一日あたりおよそ１０～１２行のコードを書いています。』
    リンク

  • 仕様書はどこまで書けばよいのか？ - rabbit2goのブログ

    新人にソフトウェア開発の作業手順を教えていると、思いも寄らぬ質問を受けて戸惑うことが有る。例えば、先日はこんな質問を受けた。 「仕様書はどの程度まで書けばよいのですか？」 あまりにストレートな質問なので何と答えるべきか一瞬戸惑ってしまったが、考えてみれば仕様書の記載をどの範囲でどのような粒度でどこまで書くべきなのか？という基準は何も存在していないのだ。品質管理の規定に従ってレビューや照査・承認のプロセスは存在するものの、それは書いた後で行われるプロセスだし、ソースコードと違って「動作する」「動作しない」という明確な境界線も存在しない。内容にモレや矛盾が存在する仕様書は珍しくないし、書き手によって仕様の構成や内容が違うことも有るのだ。 しかし、実際問題として仕様書を上手に書く人はいるし、チーム内には失敗事例を元にまとめた仕様書ガイドラインも存在している。だから「完璧ではないけれど、それなりに

    仕様書はどこまで書けばよいのか？ - rabbit2goのブログ

  • エンジニアの不安と壁 - naoyaのはてなダイアリー


    このところ、KLab×はてな エンジニア応援ブログコンテストというのを開催していまして、エンジニア人生に関するちょっとした小話をブログに書いていただくと、内容によっては、シリコンバレーに行けたり、iPad が貰えるかもしれない。という企画です。﹁え、ブログ書くだけでシリコンバレー?﹂ なかなか太っ腹な企画です。 よい機会なので、宣伝がてら、自分もちょっと、昔話をしてみたいと思います。 振り返ってみると、自分がエンジニアとして経験を積むなかで、﹁ここが壁だったな﹂と思うところがぼちぼちありました。それが何で壁に感じたのかといま改めて考えると、いずれも体系的な知識がなかったために、それを乗り越えるための指針がなかったというのが大きかったように思います。 きれいなコードを書くにはどうしたらいいんだろう?負荷分散って、どうやるんだろう?溜め込んだデータをうまく活用するには、どうしたらいいんだ
    エンジニアの不安と壁 - naoyaのはてなダイアリー

  • キャズムを超えろ！ - 団塊～シニア層向けのWeb設計　やっちゃいけない10のＵＩ


    一時期パソコン教室の講師をやっていたことによる経験と、昨今Webサービス運用にあたって中高年層からのクレームなどを自分なりにまとめた結果として、50代以上のユーザに対するWebサービス＆PCアプリケーションのUI設計における以下10のTIPSを公開してみたいと思う。...といってもたかだか10個で収まる簡単な話ではないので、思いついたら都度追加して行きたい。ID，ニックネームを考えさせてはいけない。半角英字開始限定は論外IDやニックネームが思いつかない方が多い。これはシニアに限らず、ITリテラシーがそれほど高くない若年層についても言えること。作る側の人間も﹁過去にWebで使ったID,Nicknameは全て使っちゃダメ。何か新しいのを考えて入れてみて。﹂と言われると結構悩んじゃうもの。それと同じ状態に陥ると思っていただけるとわかりやすい。﹁IDのかわりに電話番号でもいいですよ﹂というと結
    キャズムを超えろ！ - 団塊～シニア層向けのWeb設計　やっちゃいけない10のＵＩ

  • これは面白い！ 客単価を倍増させた、丸善本店「松丸本舗」の本棚設計 - Feel Like A Fallinstar


    最近色んなものに忙殺され気味ですが︵汗︶、今日は本屋さんのかなりクリエイティブな成功事例です。 ﹁なーるほど、これは凄い！﹂と思わされる、ユニークな本棚の設計で顧客単価を倍にしてしまったその方法がとても面白かったので、紹介してみたいと思います。 本は、もっと遊びたがっている この表題が、松丸本舗のコンセプト。 書店には本との出会い、人との出会いを含めた﹁未知との出会い﹂がおこります。 松丸本舗は本をつなぎ、知の連環の絆を結ぶ人々の顔が見えるように、本の力を信じて連ね、思いがけない本棚を構成します。 まだ誰も見たことがない本棚です。 でもって実際の本棚の画像がこんな感じ。 ・・・︵汗 一見しただけでは、単に散らかってるだけに見えるかもしれませんが・・・決してそんなことはありません！ 松岡正剛さんとう編集者がプロデュースしたこの本棚、通常の本棚とは天と地ほどの違いがあります マンガの文庫本も関

  • SSD専用に設計された「ReThinkDB」、ロックもログも使わない新しいリレーショナルデータベースのアーキテクチャ

    SSD専用に設計された「ReThinkDB」、ロックもログも使わない新しいリレーショナルデータベースのアーキテクチャ SSDがHDDに代わるストレージとして普及しようとしていることを背景に、SSDに特化したまったく新しいアーキテクチャを備えたリレーショナルデータベースを開発しようとしている企業があります。「ReThinkDB」です。 昨年7月に、PublickeyではReThinkDBの概要を記事「SSDに最適化したデータベース「RethinkDB」、ロックもログも使わずにトランザクション実現」で伝えました。 その記事の中では、ReThinkDBがロックを使わずにトランザクションを実現し、データベース利用中でもスナップショットがとれ、また異常終了しても容易に復帰できる機能を備えている、といったことを紹介しました。 4月に米サンタクララでに行われた「MySQL Conference & Ex

    SSD専用に設計された「ReThinkDB」、ロックもログも使わない新しいリレーショナルデータベースのアーキテクチャ

  • なぜTwitterは低遅延のままスケールできたのか 秒間120万つぶやきを処理、Twitterシステムの“今” − ＠IT


    ユーザー同士のつながりを元に時系列に140文字のメッセージを20個ほど表示する――。Twitterのサービスは、文字にしてしまうと実にシンプルだが、背後には非常に大きな技術的チャレンジが横たわっている。つぶやき数は月間10億件を突破、Twitterを流れるメッセージ数は秒間120万にも達し、ユーザー同士のつながりを表すソーシャル・グラフですらメモリに載る量を超えている。途方もないスケールのデータをつないでいるにも関わらず、0.1秒以下でWebページの表示を完了させなければならない。そのために各データストレージは1～5ms程度で応答しなければならない。 Twitterのリスト機能の実装でプロジェクトリーダーを務めたこともあるNick Kallen氏が来日し、2010年4月19日から2日間の予定で開催中の﹁QCon Tokyo 2010﹂で基調講演を行った。﹁Data Architecture

  • Whatを列挙するときにHowを列挙すべきでない - 発声練習


    Life is beautiful: 私からの提案‥おかえりなさいテレビ Life is beautifulのsatoshiさんは以前から、User experience︵satoshiさん訳‥おもてなし︶を製品開発の主体におくべきであると主張されていたが、正直﹁そんなの当たり前だろ？﹂と思い、賛同していながらも腑に落ちていなかった。で、昨日たまたま研究室の先輩と雑談をしたときの﹁企業ではソフトウェアの上流工程をできる人が必要﹂という話を聞き、そして、上記のエントリーを読んでようやく腑に落ちたように思う。 先輩が言っていたのは、﹁ソフトウェアの上流工程とは、インターフェースの定義である。インターフェースは、入力と出力を定義することで、システムの設計とは、この入力と出力をどんどん細かく分割していくことである。﹂そして、﹁上流レベルでは、Howを含めないWhatを明らかにする。現在は、要求分析
    Whatを列挙するときにHowを列挙すべきでない - 発声練習
    wata300
    wata300 2010/03/10
    たぶんオレはWhatとHowを切り離して考えられないタチだなぁ。
    リンク
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.