新築戸建て設計時の無線ネットワークについて - ひよこブログ
はじめに 2020年7月に契約し、夢のマイホームの設計が始まりました。 筆者は学生時代、『ユビキタス社会』に強く憧れておりました。 社会人となり数年、気が付いたら様々なIoT家電がインターネットへ接続し利用者に恩恵をもたらす便利な世の中になりました。 筆者もIoT家電をいくつか購入し生活に取り入れ便利な生活を送っております。 しかし・・・ ある日、これは生活が豊かになるに違いないと自信をもってスマートロックを導入したところ、インターネット経由での鍵の開閉ができず、妻には「エラーばかりでもたつくから普通の鍵のほうが早くて間違いない。これ意味あるの？」と文句を言われてしまいました。今までの人生を否定された気持ちで、必死に原因を調査したところ電波の混信のせいでした。 個人利用だとしても快適にIoT製品を利用するためには、安定した無線ネットワーク環境を用意する必要があるとそのとき筆者は強く考えまし
ERD（entity-relationship diagram）:実体関連図
2017/06/08水野[ prev | index | next ] ERD（entity-relationship diagram）:実体関連図 概念モデルの記述に使われる実体関連図（ERD） 概念設計と論理設計 初めにデータベースを作成する目的を決めておくこと。データモデルを作る過程では常に目的を意識して取捨選択しよう。 概念設計 実世界の注目する部分を抽出して、データの纏まりや関連を整理し、簡潔なモデルを作成する。利用目的から見て抜けが無いことが必要である。 ※関係ありそうなデータ項目を何でも入れたモデルにしようとすると、切りがない。データベースを作る目的に応じて判断しよう。 誰が見ても理解できることも重要。他者の理解を可能にするには、モデルをどの様に記述するか共通の枠組みが必要になる。ER図が良く使われる。 ER図 データは互いに関係を持っているので幾つかの纏まりに切り分けて整理
ゲームエンジニアのためのデータベース設計
GameServerDevelopers Vol.1 https://gsdevelopers.doorkeeper.jp/events/42497
システムで「性別」の情報を扱う前に知っておくべきこと - Qiita
0は性別に関する情報が得られない場合に使います。性別に関する情報はあるのだけど1とも2とも言えない場合は9を使います。要は「0でもなくて1でも2でもなければ9」です。 これを知っていればMだとかFだとかを議論をせずに済みますね。 国際規格に従うべき理由 国際規格に従うことは色々と利点があります。まず、どうしてそういうコード体系にしたのかを説明しやすいです。また多言語対応する際も規格通りに書けば伝わるはずなので迷わずに済みます。別システムへのデータの移行や、異なるシステム間でのデータの統合もコード体系が同じならラクラクです。もしかしたら別のプロジェクトで書いたコードをそのまま使いまわせるかもしれません。技術者に対するトレーニングも不要です。 対して、わざわざ国際規格に反する実装をする場合は上記のメリットがそのままひっくり返ってデメリットになりはしますが、もちろん、それなりの理由があれば規格と
【企業サイト構築用】WordPress設計ガイドライン - Qiita
備忘録を兼ねて、企業サイト構築時に決めている設計方針・インストールしているプラグイン・セキュリティ対策をそれぞれまとめました。セキュリティ対策の項目を除き、構築時の細かい設定やプログラム実装についての説明は省略しています。 （※）2018.01.13: セキュリティ対策について加筆・修正を行いました 概要 実装する際の方針として、WordPressと紐付ける必要のないファイルは、できるだけWordPressのファイル・フォルダと分けて構築する手法を採択しています。これはサイト全体をWordPress依存にさせたくない、ということが大きな理由です。 また、関係ないファイルをWordPress内で管理させることによって、お客様やHTMLに詳しくない編集者が不用意にファイルを更新してしまうことを防ぐ意味もあります。8年以上WordPressと付き合ってきましたが、以下の設計方針が最も最適だと考え
プログラミング経験がない経営者のためのソフトウェア開発 11の事実 | Social Change!
今やどんなビジネスでもITが関係している。ITを支えているのはソフトウェアだ。あらゆるものがソフトウェアで実現される時代になった。そんな事業や生活に密接に関わるソフトウェアだが、その開発について知られていないことも多い。 とくに経営者がプログラミング経験がないことで、ソフトウェア開発のリーダーシップをとるときに的外れなマネジメントをしてしまうことがある。あまねく経営者がプログラミング経験があれば良いのかもしれないが、それは現実的ではない。 プログラミング経験がなくても、せめてソフトウェア開発の特性について知っておくと良さそうなこともあると思い、なるべく専門用語を使わずに本稿を書いた。 プログラミングは製造ではなく、設計である いまだにソフトウェア開発を、ビルや家屋の建築に喩える人がいるし、工場でモノを製造するようにプログラムが作られると思っている人もいる。 ここが間違いのもとだ。ハードウェ
エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita
はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書（仕様書）」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 本稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 本稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな（≒納品物になりえる）設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォーターフォール、を前提として読んでいただいた方が、しっくりくると思われます。 ＜ご注意＞ 本稿の内容は執筆者独自の見解であり、所属企業における立場、戦略、意見を代表するものではありません。 個人的に心がけていること 当該文書の作成目的や位置付けを冒頭に記載する
二輪駆動の人間中心設計 - UXploration
人間中心設計プロセスの「2つの誤解」 先ずは以下の図をご覧ください。これは、著者が評議員を務める人間中心設計推進機構が自社の公式サイトで掲載している人間中心設計（Human Centered Design：HCD）のプロセス図です。「人間中心設計 プロセス」と画像検索すると類似する画像が沢山ヒットしますが、多くは以下のような図ないしは円形の図で示されていることが多いです。 （出典：HCDのプロセスと手法） 国際規格として1999年に発効されて以来、この図は17年もの間、ユーザー中心・ユーザー視点で自社製品やサービスを構築、実現するための手段としてさまざまな研究論文やプレゼンテーションなどに流用されてきました。 が、17年も経過するとさまざまな変化が訪れます。もともとはユーザビリティ強化の一環としてハードウェア業界の発展に伴い普及してきた人間中心設計ですが、逆もありきでソフトウェア業界でも同
「CSSが難しい。。」「CSSが面倒。。」 と言ったエンジニアさんにもオススメのCSS設計！ 「APBCSS（Atomic Parts Base CSS）」が良い感じ！
このサイトは、只今WEB業界で活躍中のデザイナー、プログラマーの方々の情報を集めたweb統合情報サイトです。 web帳 「CSSが難しい。。」「CSSが面倒。。」 OOCSS、BEM、SMACSS… Layout、Component、module…. 「色々ありすぎてわかんねーよ！」「サクッと作れないよ。」「ルールが分かりづらい。。」 などなど、お困りのエンジニアさんにもオススメのCSSアーキテクチャが、 APBCSS となります！ APBCSS http://apbcss.com/ APBCSS は Atomic Parts Base CSSの略で「エーピービーシーエスエス」と呼びます。 その名の通り、Atomic Designが ベースとなるように設計されたCSSアーキテクチャの一つとなります。 Atomic Design http://bradfrost.com/blog/post/
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
