![どの構造化データをWebサイトのどこに入れるのがいい? 5つの設計手順で大規模サイトでもOK! | Moz - SEOとインバウンドマーケティングの実践情報](https://cdn-ak-scissors.b.st-hatena.com/image/square/8a615f7c554b2f42c5b1d55432f23a6f67f460d6/height=288;version=1;width=512/https%3A%2F%2Fwebtan.impress.co.jp%2Fsites%2Fdefault%2Ffiles%2Fstyles%2F1200x630%2Fpublic%2Fimages%2Fseomoz%2F2019%2Fmoz191111-ogp.jpg%3Fitok%3DjuwZs48E)
3月末にリニューアルされた滋賀県のホームページ(HP)で不具合が多数発生した問題で、HPの設計(情報設計)に根本的な欠陥のある疑いがあることが、複数の専門家の指摘で分かった。県は緊急対策チームを設け「当初の不具合は改善できた」と説明するが、専門家は「このまま改善を進めても、問題は解消されないのでは」と疑問を呈している。 県広報課などによると、リニューアルはHPを整理し、スマートフォンなどでも見やすくしようと、2017年10月から検討を開始。費用は前のHPを作成した業者が提出した参考見積もりを基に、1000万円を18年度当初予算に計上した。提案内容も評価する「公募型プロポーザル方式」に応募した2社のうち、同県米原市の業者と昨年6月、約976万円で契約。この業者は、徳島県板野町の業者に再委託していた。 その際、HPを運用管理するシステム「CMS」を変更。約3万8000あったページを約2万200
※ 2019年7月27日に追記しました。 この記事の最後に、失敗談の補足を書いた記事へのリンクを追加しました。 システムの一部機能を改修するテーマが現在進行中です。テーマは他の箇所に影響がないくらいに分離できるものです。この大きさが丁度いい。チャンスとばかりにリファクタリングすることにしました。 アプリケーションはそれなりにレイヤー化されています。controllerとserviceとrepositoryがある。よくある3層構造です。何を見直して再設計するのか?それはドメインオブジェクトモデルの構築です。 現状のアプリケーションはビジネスロジックをモデリングしたものとは言えない状態です。自分がやったのだけれど。しかしだからでもあります。なぜこうなったかを振り返り、どのようにできたかを考えます。失敗から学べることもあるはずです。 参照側の層は薄く?本当に? 開発対象のシステムはある情報の検索
システム開発の無駄の1つに手戻りが挙げられる。とりわけ要件定義から総合テストまで全工程をきっちりこなすウオーターフォール型の開発では、作業工程の手戻りを最小限に抑えることが欠かせない。そこで有効なのは、超高速開発ツールを用いたコードの自動生成だ。製造や単体テストの工程を簡略化でき、その分上流工程である要件定義に時間を割り当てられる。また、設計情報からコードを自動生成できるため、設計者とプログラマー仕様の認識の食い違いによる手戻りを防ぐことができる。 超高速開発ツールの活用事例から工程の無駄取りを把握しよう。 共通部品群からコードを出力 野村総合研究所(NRI)が取り組んだのは、同社が手掛ける金融機関向けの決済系ASPサービス(I-STAR)の画面更新プロジェクトだ。Flashのサポート切れによって378画面をWebアプリケーションフレームワークのAngularを使って刷新する計画だった。ピ
■ 天動説設計から地動説設計へ:7payアプリのパスワードリマインダはなぜ壊れていたのか(序章) 7payの方式はなぜ許されないのか、なぜあんな設計になってしまったのか、どう設計するのが正しいのか、急ぎ書かなくてはいけないのだが、前置きが長くなっていつ完成するかも見えない。取り急ぎ以下のツイートでエッセンスを示しておいた*1が、すでにわかりかけている人達にしか刺さらなそうだ。 そもそもスマホアプリ の時代、もはやauthenticationですらないと思うのよね。(何を言ってるかわからねえだろうと思うが。) — Hiromitsu Takagi (@HiromitsuTakagi) July 8, 2019 同様のことは4年前にNISCのコラムに書いたが、消えてしまっているので、ひとまず、その原稿を以下に再掲しておく。 スマホ時代の「パスワード」のあり方を再考しよう 高木浩光 2015年2
getterとsetterは、クラスをみせかけのデータ構造に変える。で、そのデータ構造は独自のAPIをもつことになる。XとYの属性を持てば、getXとsetX, getYとsetYというように。で、これを使う人はこれらを使って業務をどう組み立てなくてはならないかを学ぶ必要がある。 まぁ、これはまだ良いのだが、データモデリングの観点からいうと、問題を先送りできちゃうことがよりマズいのだ。「Xが変わる可能性があるので、Xをセットできる必要があります。このオブジェクトをインスタンス化した後で変更する必要があるかもしれません。」というように。Xをセットするとして、その変更が業務上何を意味するのか? 全く考えていない。「Xがいつ変更されるのか、またどのような条件下で変更するのかを決めるのは、コードの他の部分に任せるつもりです。」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く