タグ

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

タグの絞り込みを解除

設計に関するkiyo_hikoのブックマーク (42)

  • シグナルインテグリティとは？

    現在使用されている基板レイアウトおよび配線の指針の多くは、中程度の速度の信号やデバイスに対しても、シグナルインテグリティを保証することを目的としています。基板設計を初めて試みる場合で、シグナルインテグリティの問題を経験したことがないなら、設計におけるシグナルインテグリティの保証というコンセプトがわかりにくいかも知れません。最新の基板では、いくつかの単純なレイアウト技法を使用して解決または防止できる多くの問題が発生する可能性があります。シグナルインテグリティの技法では、 基板レイアウトでこれらの問題を特定して修正することに重点を置いています。これにより、デジタル信号やアナログ信号が伝播中に歪みを生じず、インターコネクト上で伝送中に回復することができます。 本ガイドでは、 基板レイアウトで発生する可能性のあるシグナルインテグリティの問題と、これらの問題を解決するための基本的なソリューションにつ

    シグナルインテグリティとは？
    kiyo_hiko
    kiyo_hiko 2023/12/25
    直線でつながれたのがウネウネの回路に変わるのすごい
    リンク

  • 【時速400キロ越えのE6系】カーブも曲がれない車体を驚きの技術で解決した新幹線！

    日本で最も速い速度で走行する列車、東北新幹線のはやぶさ号とこまち号。 両列車の最高運転速度は、時速320キロです。 しかし、この時速320キロ運転を実現するまでには、数々の厳しい試験走行を乗り越えてきた歴史があるのです。 【映像を頂いた方々】 ・SRDさん：https://www.youtube.com/channel/UCS-mNAGkr0D4CY-TSs-FREg ■チャンネル登録よろしくお願い致します。 https://www.youtube.com/user/sendaitoritetu ■Twitterフォローよろしくね(´ω｀*) https://twitter.com/tetudoub 一部画像引用：https://ja.wikipedia.org/wiki/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8

    【時速400キロ越えのE6系】カーブも曲がれない車体を驚きの技術で解決した新幹線！
    kiyo_hiko
    kiyo_hiko 2022/12/11
    滅茶苦茶苦労して作ってんだね
    リンク

  • HTTP検索条件、GETにするか？POSTにするか？ | フューチャー技術ブログ


    はじめにTIG DXユニット1真野です。 RESTfullとかRESTishな方針でWebA PIの横断検索を設計する際にチーム内で方針について議論したやり取りの備忘記事です。 注意としてB2C向けなWeb APIを提供するというよりは、主に企業間または企業内部で使われるようなAPIの設計のバイアスがあります。LSUDs︵Large Set of Unknown Developers︶かSSKDs︵Small Set of Known Developers︶で言えば、確実にSSKDs脳で記事が書かれています。 REST API広く使われているため日本語記事も多数です。実践RESTful HTTP - InfoQ や、0からREST APIについて調べてみた など良さそうな記事が沢山でてくるの読むと良いでしょう。一般的な設計方法はやや古いですがWeb API: The Good Parts
    HTTP検索条件、GETにするか？POSTにするか？ | フューチャー技術ブログ

  • IPA ISEC　セキュア・プログラミング講座：C/C++言語編　第6章 フェイルセーフ：体系だてたエラーハンドリング

    このようにして、プログラムの中は多くのエラーハンドリングのコードで占められてゆく。 エラーの想定 ソフトウェアを構築する際には、起こりうるエラーをひととおり想定し、それらに対処するコードを書く必要がある。 エラーの想定は、要件定義から詳細設計に至る工程のどれにおいても行う必要がある。システムの機能性、構造、仕様を決めてゆく過程で、そこで起こりうるエラーも段階的に明らかになってくるからである。 その際、エラーへの対処方法を立案するのであるが、対処方法は概ね次の9つのパターンに分類できる（詳しくは後述）。 「スキップ」 「デフォルト値」 「別ロジック」 「入力の再要求」 「同じ処理の再試行」 「自己プログラムの再起動、OSの再起動」 「上位モジュールへの失敗の通知」 「他マシンへの役割の引継ぎ」 「プログラムの停止、マシンのシャットダウン」 エラーハンドリングの内容 エラーハンドリングには、一

    kiyo_hiko
    kiyo_hiko 2020/03/13
    このあたりエラーハンドリングをほとんど書かないしリソースリークも考慮されてない仕様くれる人にどう説明したものか
    リンク

  • 俺が勝手に考える正しいMVCの実装。モデルはデータAPI！ - はかますたいる！きょろの技的雑記


    最近、一緒にコードを書く人︵特にRailsから始めた学生さん︶に、 MVC︵Model - View - Controller︶において、﹁model = DB﹂だと考えている人が多いなぁと感じたので、このあたりに関する自分の考えをまとめて書いておきます。 あくまで俺の考えなので、違ってたらごめんね。 MVCをちゃんと理解している人には当たり前すぎる話かもなのでスルーでよろしく！ 初学者はViewをモリモリ生やす これはプログラミングを始めた人なら誰でも経験ありますよね。 むしろ、MVCとか始める前の、誰でも経験あるであろう <?php print '<a href="${hoge}">link</a>'; なんてのは完全にViewだけで実装されたプログラムですね。 最近のMVCのテンプレートはとても高機能です。 変数の宣言も、条件処理も、ループも、プログラム言語としてひと通りの﹁逐次、反
    俺が勝手に考える正しいMVCの実装。モデルはデータAPI！ - はかますたいる！きょろの技的雑記
    kiyo_hiko
    kiyo_hiko 2017/12/18
    ↓なるほど
    リンク

  • タグ機能を実現するための便利なデータベース設計を３つ紹介 | colori


    AND検索 ﹁CSS+HTML+JavaScript﹂で検索する場合は以下のようにします。 SELECT * FROM `delicious` WHERE tags LIKE "%CSS%" AND tags LIKE "%HTML%" AND tags LIKE "%JavaScript%"OR検索 ﹁CSS|HTML|JavaScript﹂で検索する場合は以下のようにします。 SELECT * FROM `delicious` WHERE tags LIKE "%CSS%" OR tags LIKE "%HTML%" OR tags LIKE "%JavaScript%" 引き算検索 ﹁CSS+HTML-JavaScript﹂で検索する場合は以下のようにします。 SELECT * FROM `delicious` WHERE tags LIKE "%CSS%" AND tags LI
    kiyo_hiko
    kiyo_hiko 2017/07/05
    MySQLicious、Scuttle、Toxiというらしい // 元々Toxiっぽいものを考えてたしToxiをアレンジして使うのが一番無難そう
    リンク

  • スマホUI考（番外編）　なぜ機能追加をし続けるとアプリが破綻するのか？ | fladdict

    この写真は、アーミーナイフの名門ウェンガー社のジャイアントナイフという最高級ナイフである。141の機能を持つ、ギネス認定もされた厚さ24cm、重量1.3kgの世界で最も高機能なナイフだ。トップメーカーが自社製品の全機能を１つに集約したこの製品こそが、機能拡張の行き着く先を指し示している。 なぜ適切な機能追加であっても、機能を追加しつづけることで破綻をするのか？本エントリは、「スマホUI考（番外編）　顧客やユーザーの要望に全て対応すると、アプリは99%破綻する」の続きになる。 本エントリでは以下の４つの側面から、機能を追加するリスクを考える。まず第一に「選択肢の数が必ずしも善ではないこと」。次に「人間の判断力は使うほど消耗すること」。そして「画面スペースが有限のリソースであること」。最後に「どんなに機能を増やしても、一画面で強調できるものは限られていること」。これらの４つは全て、機能追加が最

    kiyo_hiko
    kiyo_hiko 2017/05/25
    "機能追加は基本的に非可逆的である。 …一度つけてしまえば、その機能を使うユーザーが生まれるからである。このため、一度つけた機能を外そうとした場合、ユーザー数に比例した苦情を受け取ることになる"
    リンク

  • スマホUI考（番外編）　顧客やユーザーの要望に全て対応すると、アプリは99%破綻する | fladdict


    顧客や上司、ユーザーの場当たりな要望に対応しつづけると、どんなアプリもゴミアプリになる。たとえそれが理にかなった要望であっても。 なぜなら面積の限られたスマホでは﹁一画面の機能数とボタン数﹂が、使い易さと品質に深くリンクしているからです。 ということを、エラい人にプレゼンするのがお仕事の今日この頃。でも毎回毎回、同じことを説明するのがシンドイので資料をブログにまとめたいなぁと思うなど。 思考実験として、ここでは架空事例としてTwitterアプリを例に考えてみる。 何かの間違いで、日本の大手メーカーがTwitterを買収すると・・・UIデザイナーが体を張らないと99%ぐらいの確率でこうなるのです。 ここがオリジナル Request1: ダイレクトメッセージをトップ階層に ユーザーからの真っ当な要望。実際にはサービスの本質ではないのですが、要望はかなり多いはず。 ただTwitter社的にはme
    kiyo_hiko
    kiyo_hiko 2017/05/25
    大事すぎる
    リンク

  • ユーザ毎にアクセスログや操作ログなどを保存して出力するWEBシステムを作成しています。…


    ユーザ毎にアクセスログや操作ログなどを保存して出力するWEBシステムを作成しています。 基本的にデータの保存にはMySQLを使っているのですが、1テーブルにログを蓄積していくと膨大になり、処理に影響が出る事を懸念しています。 自分で調べた解決策として (A)ログは月ごとにファイルを作成し、アクセスがある毎に追加書き込みする。出力時は、日付を選択して対象ファイルを読み込み、一括出力。 (B)SQLiteを使い、ユーザ毎に専用のDBを作成してそこに書き込む (C)MySQLのパーティショニングを使用する 現在はAで対処しているのですが、ログを検索したい時、DB構造ではないので困難です。CはMySQLのバージョンに依存する為、出来れば使いたくないです。Bの方法が良いとも思いましたが、はてなの過去ログを調べるとオススメ出来ないとの意見がありました。 そこで質問ですが、膨大化するデータを扱い、

  • Mysqlでログ系テーブルを運用するときやっておきたいこと - 主夫ときどきプログラマ


    SNSやソーシャルゲーム、アドネットワークなどのシステムではいろいろなログ情報をDBに保存することもあると思います。 そのさい、日々増えつづけるデータやパフォーマンスをどの様にさばいていくかが重要になってきます。 今回はログ系のデータをMysqlでどのように運用していくか、をテーマにいくつかのノウハウをまとめました。 ログ系テーブルの特徴 ログ系のデータとは、つまり何かのアクションの履歴データのことです。 一般的にはこのような形になるかと思います。 CREATE TABLE `t_logs` ( `id` bigint(20) unsigned NOT NULL, `user_id` int(10) unsigned NOT NULL DEFAULT '0', `event_id` int(10) unsigned NOT NULL DEFAULT '0', `created` datet
    Mysqlでログ系テーブルを運用するときやっておきたいこと - 主夫ときどきプログラマ

  • 消費税率のカラムの型はどうする？ - 飽き症プログラマーの振る舞い


    日本の消費税率の推移は 3%→5%→8%→10%？ ときているので、 今後は2ケタになることを考慮して2ケタの数字が格納できるように、 なんてしちゃだめという話。 たまたま、今までの日本が上記のような推移で増税されてきただけで、 世界を見わたすと、小数点は普通にありえるようだ。 詳しくは以下 ■世界の消費税︵付加価値税︶の税率　平成25年度版 http://www.kanzeikai.jp/index.asp?page_no=380 じゃー、小数点何ケタまで考慮に入れておくか？ ちなみにアメリカの州別消費税マップをみると小数第二位まではあるようだ。 アメリカの州別消費税マップ http://us.bloomsfun.com/240302102912398280403602731246.html 他の記事で﹁ミズーリ州では4.225%﹂というのも見かけたので、 既にあり得る桁数は考慮に入れて
    消費税率のカラムの型はどうする？ - 飽き症プログラマーの振る舞い
    kiyo_hiko
    kiyo_hiko 2016/04/15
    消費税列を％にしても小数になることはあり得るという話
    リンク

  • Rails 国際化（I18n）API - Railsガイド


    RubyのI18n︵国際化・多言語化: internationalizationの略︶gemはRubyonRails 2.2以降からRailsに同梱されています。このgemは、アプリケーションの文言を英語以外の別の1つの言語に翻訳する機能や、多言語サポート機能を簡単かつ拡張可能な方式で導入するためのフレームワークを提供します。 アプリケーションの﹁国際化﹂プロセスといえば、使われるすべての文言やロケール固有の要素 (日付や通貨フォーマットなど) の抽象化までの作業を指すのが普通です。一方、﹁ローカライズ(localization)﹂とは、具体的な翻訳方法を提供したり、そのためのフォーマットを提供したりすることを指します。1Railsアプリケーションを国際化するプロセスでは、以下を行う必要があります。 i18nを確実にサポートすること。 ロケール辞書の置き場所をRailsに指示すること
    Rails 国際化（I18n）API - Railsガイド
    kiyo_hiko
    kiyo_hiko 2016/04/06
    RESTの観点からlocaleはセッション|クッキーに載せるのダメURLパラメーターにしようってことで例えばGoogleなどそういうアプローチらしい // でurlヘルパーに毎度locale設定するのつらいのでControllerでdefault_url_optionsみたいだ
    リンク

  • データベース設計徹底指南


    DBエンジニアのための技術勉強会︵第3回︶で使用した資料です。主にリレーショナルモデルと正規化について解説しています。リレーショナルモデルの限界について正しく認識してこそ、リレーショナルモデルを理解したと言えると思います。
    データベース設計徹底指南
    kiyo_hiko
    kiyo_hiko 2016/03/25
    "n 個のアトリビュートを持つリレーションは、 n 次元空間にプロットされた点の集合" "演算の入力も結果もリレーション" "5NF" "グラフ" "リレーションとはある時点での事実の集合…履歴データ対策…異なるリレーションに"
    リンク

  • 現代的なプログラミングで、価格表のようなものはどのように表現するものなのでしょうか。…

    現代的なプログラミングで、価格表のようなものはどのように表現するものなのでしょうか。 たとえば、宅配便の配送料(出発と到着の都道府県により価格が決まる価格表)などを実装する場合、かつては二次元配列で価格表を実現していましたが、モダンな言語ではどのように実装するのがベストでしょうか。 なお、DB等の利用は行いません。 実装言語はC#の予定ですが、java,Ruby等言語は問いません。

    kiyo_hiko
    kiyo_hiko 2016/03/25
    BtoBだとどうなるのかな
    リンク

  • 第4回　「状態遷移図」と「状態遷移表」で見えるもの | gihyo.jp


    はじめに テスト担当者と開発担当者との会話。 テスト担当者‥﹁この状態の時にこの動作を行うと、結果としてどういう状態に遷移すれば仕様として正しいんでしょうか。仕様書に記載がないので…﹂ 開発担当者‥﹁どれどれ、うーん、本当だ。記載がないね…。俺もわからないや。テストした結果を仕様書に記入しておいてよ。それが仕様だから﹂ テスト担当者‥﹁…﹂ この話が﹁あり得ない話﹂なのか﹁よくある話﹂なのかはさておき。今回の話題は、﹁⁠状態遷移テスト﹂です。 状態遷移テストとは ﹁状態遷移テスト﹂とは、状態遷移図と状態遷移表をもとに行うテストの総称です。私たちテスト担当者は、機能テストやシステムテストにおいて状態遷移図や状態遷移表を作成して、ソフトウェアが﹁正しく﹂設計仕様どおりに動くかどうかをテストします。 ですが、この﹁設計仕様書通りに動く﹂というところがなかなか難しいところです。冒頭の会話にもありま
    第4回　「状態遷移図」と「状態遷移表」で見えるもの | gihyo.jp

  • Amazon.co.jp: ビジネスルールを可視化する 要件定義の図解術: NTT ソフトウェアイノベーションセンタ、NTTデータ: 本

    Amazon.co.jp: ビジネスルールを可視化する 要件定義の図解術: NTT ソフトウェアイノベーションセンタ、NTTデータ: 本
    kiyo_hiko
    kiyo_hiko 2016/02/26
    ちょっと読みしてBPMなんとか？というダイアグラムが気になったのですが名前思い出せない
    リンク

  • 実践編・第５回　機能情報関連図（DFD）の使い方と論理化


    文・清水惠子︵みすず監査法人 シニアマネージャ︶ 実践編・第4回で機能分析についての説明をした。次のステップでは、分析した機能と情報の関連を分析し、その機能と情報の流れから業務改善を進めることになる。 ■DFDによる機能の流れの見直し-組織の垣根を越えて 実践編・第3回では、﹁アクションプラン＝行動計画﹂ついて説明したが、行動の目標を実行に移すにあたっては、まず、具体的に行動の対象とした業務についての現状分析が必要となる。機能情報関連図︵DFD︶を作成する第一の“ご利益”は、業務を実施する際の機能と情報の流れが組織の垣根を超えて一覧できることにある。 現状のDFDを作成する最後の作業である論理化の作業︵業務のくくりなおし︶を経てから、理想モデルを策定することになる︵DFDについては、併せてコラム第4回を参照︶。 論理化の作業によって、業務をくくりなおすことにより、情報の流れが整理される。つ
    実践編・第５回　機能情報関連図（DFD）の使い方と論理化
    kiyo_hiko
    kiyo_hiko 2016/02/26
    これ(キモ注意) http://livedoor.blogimg.jp/worldfusigi/imgs/2/e/2e4ef9c8-s.jpg みたいな複雑なダイアグラムが出てきて脱帽した。やっぱしモデリングとデータ・フローをコードやER図だけで考えるのは限界があるな
    リンク

  • データフロー図 (DFD) の概要

    by Scott W. Ambler, Copyright 2003 データフロー図は1970年代後半に提案され、構造化分析と設計(Gane and Sarson 1979)において普及しました。DFDでは、外部エンティティからシステムへのデータの流れ、プロセスからプロセスへのデータの流れ方、そしてその論理ストレージを表します。図1は、GaneとSarsonの記法によるDFDの例です。シンボルは4つしか出てきません。 四角形は外部エンティティを表します。これはデータの移動元または移動先になります。 角の丸い四角形はプロセスを表します。プロセスは、入力としてデータを受け取り、何かを行なって、それを出力します。 矢印は データの流れを表します。電子データでも物理的なものでもかまいません。 右端の開いた長方形はデータストアを表します。データベースやXMLファイルといった電子的なものも、ファイルキ

    データフロー図 (DFD) の概要

  • プログラム脳を脱却せよ！　～　【DFDを理解する　その１】 | システムエンジニアの戯言

    新テーマ、”プログラム脳を脱却せよ！” 唐突に・・・、そして勢いで新シリーズをはじめてみました。 本テーマの推奨読者は、プログラマの方、または新米ＳＥの方です。 （もちろん、それ以外の人にも是非読んで頂ければと思います。） ”プログラム脳”とは、ある機能をプログラムとして具現化する際に、実際のコーディングがどのようになるかを頭の中でイメージする脳力のことです。 これは、プログラムをつくる人間ならば誰もが当たり前に行う作業ですね。 しかし、この”プログラム脳”に依存しすぎると、より抽象的な物事を分析して解釈する脳力の弊害になることがあるのです。 理由をすごく簡単に説明すると・・・、 より抽象的な物事（設計）を物理的に表現した結果がプログラムである。 この物理的な表現技法（順次、条件分岐、繰り返し等）に囚われすぎると、抽象的な物事に対する柔軟な発想が阻害される。 というものです。 （あんまり、

    プログラム脳を脱却せよ！　～　【DFDを理解する　その１】 | システムエンジニアの戯言

  • 1日に100万レコード増える場合のテーブル設計


    MySQL︵マイエスキューエル︶は、TCX DataKonsultAB社などが開発するRDBMS︵リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。 PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは﹁サーバサイドスクリプト﹂と呼ばれています。
    1日に100万レコード増える場合のテーブル設計
  • 1 2 3 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

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

  • @hatebu

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

はてなブックマーク

公式Twitter

はてなのサービス

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