ＸＭＬの仕様作成手順の考え方。 - ウィリアムのいたずらの、まちあるき、たべあるき
もう、ずいぶん前に、ＸＭＬコンソーシアムDayで聞いてきた内容で、 役立ちそうなこと、メモメモ（前にかいたとおり、てっきり忘れておった） ＸＭＬ設計技術勉強会でのお話 ＸＭＬの仕様作成手順の考え方。 ０．方針決定 １．辞書の作成 →親要素、子要素、属性、型、出現回数、意味、とりうる値、解説 などなどを、項目ごとに記入、データディクショナリへ ２．メッセージのデータモデル作成 ３．ハーモナイゼーションの実施 →メッセージ作成時に見つかった新たな項目、コードのすりあわせ ４．辞書の完成 →ハーモナイゼーション結果を統合する ５．メッセージのＸＭＬスキーマを作成 ６．辞書、ＸＭＬスキーマの公開
近畿大学ＨＰ、「既卒者は肉体労働に近い職を探すことになります」。ＳＥやプログラマは？ - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） 近畿大学のホームページで、「新卒で就職出来ていない人は欠陥品」と載せて、 削除した話は、まあ、知られていると思うが、 ここのニュース フリーターは惨め」 近大、ＨＰの文章削除 http://www.sanspo.com/sokuho/1129sokuho026.html によると（以下、および上記の斜体は上記ニュースより参照） 以下のような文章もあったそうな 「既卒者は肉体労働に近い、人が敬遠するような職を探すことになります」という表現もあった。 えー、既卒者、つまり中途採用で、ＳＥ、プログラマ募集って、よくありますよね。 上記の表現にたっていえば、 新卒で、ゼミ経由で就職したような人ではなく、 中途採用で入ったＳＥ、プログラマ、 いやプロジェクトマネージャーでさえも、 実は、人
Google Mapを会社で使う場合の問題点と、ゼンリン、昭文社のSDK - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） 最近Google Map APIについて書いているのだけれど、念のため、一言。 ウィリアムのいたずらが、よく批判しているウェブ進化論のなかに（P125）、グーグルマップAPIを利用して、はてなマップという新しいサービスをはじめようとしているくだりがあるが、このようなことは、普通、利用規約上、許されない。 今日は、まず、そのお話をして、じゃ、実際、どういう風に設計すべきかというのを、ゼンリンのSDK,昭文社のSDKのはなし（つまり、GISですな）をしながら述べて、まとめとして、Web２．０と、それらSDKを利用したビジネスとの関係について、その「ウェブ進化論」の話を引用しながら論じたいと思う。 ■グーグルマップAPIを利用したシステムが、なぜ「おもちゃ」なのか？ グーグルマップAP
規模を大きくすると、ソフト開発会社は危険です。 - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） 前のブログで、プロジェクトマネージャーの類型として （１）トップダウン型 （２）ミドルアップダウン型 （３）丸投げ型 とあげました。そして、丸投げ型について、 仕事を丸投げして、マネージメントしやすいもの、しにくいもの のなかで、 （あ）やることが決まっている場合、丸なげしやすい （い）やることに、少しずつ違いがある場合、丸なげしにくい と書きました。 さらにいうと、丸投げ以外については、 （１）のトップダウン型の場合、（あ）の、「やることが決まっている場合」は、マネージメントしやすいです。 （い）の、「やることに、少しずつ違いがある場合」は、「ミドルアップダウン型」のほうが、現場の状況とかを判断して、マネージメントできるので、やりやすいです。 で、（１）のトップダウン型の場合は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
