晶子 的个人资料素顔生活照片日志列表更多  |  工具 帮助 |
|
|
1月15日 けがしたはずかしいですよ。階段で転んだら、足がけがしました。結構痛いですから、泣きました。５５５５５ 医者から、大丈夫ですって。静養したら、すぐ直ります。 傷口があるため、傷跡が残るかどうか心配しています。 <我が目の中のB/S>第四章:ボックス（box）と言うモジュールbox caption span content footer span ボックスを利用する時には、上の図のような、caption + contenｔ + footer、といるふうに組み合わせている。
ボックスと言うモジュールは大体この図のような：
大体同じなコンテントを表示したいとき、以上の図のように、四つの方向でも、スペースが変化できるように、ボックスを利用するほうは、一番いいと思っている。 1月7日 <我が目の中のB/S>第三章:ページ(page)と言うストラクチャPage Structure（とてもはやっているストラクチャだよ） page navigation content side (boxes) main(boxes) about 以上の図のように、ページストラクチャが主に上下方向で三つの部分によって組合せている。ヘッダ・ナビゲーション（navigation）、コンテント（content）、フッター・ナビゲーション（about）という三つの部分を分けてると理解しやすいだろう。そして、真ん中のコンテントは普通、横方向で二つの部分に分けてる。左に置いてるのはサイド（side）と言われて、右のほうはメイン（main）と言います。最後、サイドもメインも普通、いくつのボックスで組み込んでいるのだ。 そして、以上の分類方法はすべて、HTMLファイルの中にCSSを引用する時に、ｄiｖで表現されている。それも、第一回のシステムレベル切り分けと言われる。 ページと言うストラクチャは大きいシステムでもよく使われているストラクチャだから、真剣に研究する価値があると思っている。特別の要求（メディアを再生することなど）がない場合はページストラクチャを基づいて、画面を作るほうがいいと思っている。そして、みんなそのようにシステムを作ると、使いやすいから、ユーザに優しい。 （１） navigation ナビゲーション ちょっと大きなシステムでは、一般的なページストラクチャを土台にした画面のナビゲーションは三つのレベルがある。 navigation nav_top logo
nav nav_primary ... ... nav_sub けっこう複雑のナビゲーションだよね、しかし、複雑なナビゲーションがあれば、これからの仕事が簡単になれるんだ。 nav_topとnavで、主に全部のユーザにとって、同じのコンテントのurlを連続してるので、あまりユーザ認証がないだ。 nav_subで、特定のユーザに対する情報ページのurlを連続してるから、必ずユーザ情報がほしい。そして、これから、DBでのカスタマって言うテーブルを調べ始める。 （２）コンテント（content） もともとたくさんのボックスで組み合わせるストラクチャなんて、詳しく書かれるはずがないと思っている。 じゃあ、今日はこれで、あした、ボックスというストラクチャをできるだけ詳しく書きたいだ。
（昨日、ある友達に中国の酒についてのことを聞かれました、返信しましたが、その酒の製造過程の写真もスペースのフォトに追加しました。 そして、風邪も治りました。今朝起きたら、調子はよくなり、一日元気でした。皆さんに心配をさせてごめんね。今日新年の新しい服を着て会社に行った、嬉しかった。 ああ、今日の暗記もよくなりました、ずっと注意しなかった問題を発見しました。それは小さい「つ」です。あのう、会社の日本語の先生ね、前から、わたしにずっと「ゆっくり話してください」と言いました。わたしは「なんて必ずゆっくり話しなければならないだ？」と言う疑問がずっと持っていながら。今日は理解しました。速すぎて、あの小さい「つ」がなくなるのでしょう。「ゆっくり」というのは、全句ゆっくりで言うことではなく、その小さい「つ」のところに、わざに停滞をするほうがいいでしょう。 九連休あとの第一の通勤日ですよね。皆さんも私と同じように、ちょっと慣れないでしょう。ガンバッテネ！！o(∩_∩)o...） 1月6日 ＜我が目の中のB/S＞第二章：BSアーキテクチャーのインフォメーションとコンテント（infomation & content）今回ｐｈｐのプロジェクト、あまりコンテント構造のことに注意していなかった。。インフォメーションとコンテントをしっかり設計するのはもともとソフト開発過程の第一ステプで、一番重要なステプとも言われる。このプロジェクトの中で、私、システムが小さいから、時間を節約ため、全システムはデータの流れを基づいて作った。これも私の大ミスだ。 起こった問題は------１、作った途中で仕様を何度変わったので、本当に時間をかかった。 ２、コンテントのレベル設計がないため、毎回仕様を変わったとき、誰がこの変更を実現する か、システムの中で、どころがこの変更に影響され、却って被害をうけるか。このような問題はひとつところの変更の前に全然わかられない。小さいプロジェクトから、まあ、ただ時間がかかって、これらの問題を調べ、解決することができる。でも、かえって、大きなプロジェクトはぜひこんなミスを許せないと思っている。全システムの失敗を招くことは当然のことよ。 ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ 今度の休みは、日本の大サイト（楽天とか、yahooとか）のコンテントとインフォメーションレベルの特徴を調べてみた。中国の一般的なサイトと比べて、一番大きな異なるところはレベルの設置。 中国では、主に、コンテントは四つのレベルがある-------- あ、全サイトの入り口、一般的なサイトはこの入り口で全システムのurlがセットされてる。それに、この入り口で、身分の検証がある。 い、そして、身分検証を要求してなくてもアクセスができる画面レベル。 う、特別な要求を満足する画面のレベル え、そして、身分検証を要求している画面のレベル。（通常customerというテーブルを検索して、特定のお客様の情報を表示すること）
日本では、大体上のいとうを逆にしてシステムを作ってるじゃないか。 しかし、中国でも、日本でも、コンテントのレベルを考えなければ、最初に時間が節約されるかもしれないけど、開発途中で、ぜひ迷惑を招くということだ。だから、どのレベルから、DBのどのテーブルを利用し始めるかという問題を必ずシステム開発の最初に考えれることだ。
（あああ、しょうがないね。やっぱり風邪だ、クシャミばかりしているよ。それに、のども痛い。今日はとにかくこれで、明日は、ストラクチャのページストラクチャについてのことを書いてみよう。 あ、そう。昨日のよる、恋人との写真で、記念ムービーを作った。はじめてから、本当に下手ですね。でもミュージックはきれいすよ。 はあ、たまらない。これから、日本語の１課を暗記しなければならない。明日、会社の日本語の先生に暗記するから。 そして、寝る、薬を飲んだら、本当に眠たいね。 皆さん、必ず、体を大事に。） 1月5日 ＜我が目の中のB/S＞第一章：社内B/Sプロジェクト経験まとめ３月前研修生として日本に来たから、二つの社内システムを作った。最初のやつはjavaで作って、あまり構造のことを考えなかった。小さいプロジェクトで、データベースも別の会社が作った、画面の定義もその会社のcssを利用することにした。それにjavaのほうは自信がもって、先輩もとても経験がある。いろいろな有利な条件があるから、二週間で完成した。 しかし、後のプロジェクトはphpで作って、全員誰も使ったことがない言語だ（オブジェクト向けじゃないのは一番難しい感じっていた）。担当者として、本当に自信がなかった。唯一の有利な条件は時間の豊富だ。ぐずぐずで１月ぐらいかかって完成したなんで、本当に恥ずかしい。最初から、最後までミスばかりしてきた。 一、分業について（workgroup） 「workgroup」というものは、プロジェクト開発の要求によって、違う開発段階で、誰もプロジェクトをリードする可能性がある。と言えば、６人の開発グループのなかで、前端開発は２人ぐらいで十分（設計したｃｓｓファイルを土台にして、ｈｔｍｌとDBの連続ロジックを実現）、後端２人で十分（DBの資源についての管理、上向けのデータ提供）、そして設計者１人（システムのお客様の要求を基づいて、ｃｓｓの形式で、システム上レベルの設計を提出）、そしてシステム守る担当者２人。システム開発全程で、したの四種類の人が順序にプロジェクトをリードするほうがいいと思って、ただ一人で全システムを管理するのは結構時間かかるものだ。
二、アーキテクチャーについて（Architecture） アーキテクチャーの一番基本の目標は：再利用（reuse）、と言えば、全システムの中で、同じ部分を洗い出し、独立なファイルの形式で、全システムから利用可能になる必要がある。これなら本当に時間が節約される。そして、可拡張性（extensionable）、と言えば、全局的な要素の優先権を低いにしなければ、一部分を改造して、不要な改造が起こる可能性がある。そして、補修性（repairable)、守る人に優しい、自分で作ったシステムが主に自分が守るチャンスが低い。だから、やさしい補修性を持ってる必要が絶対ある。 1,Information | Content （大体前端の様式を決める） 2,Structure （今、日本の各大サイトの様式とｈｔｍｌのｃｓｓ引用状況から見ると、主に以下の結合を使っているじゃない） a, page（とてもはやっているストラクチャだよ） all navigation content side (boxes) main(boxes) about b, box all caption span content footer span c, pack 3,Style extract instant overload extend 全システムを目にかかって、とても簡単でしょう。正しい方法を見つければ、ソフト開発は本当に何もないだよね。 ああ、疲れた、今日風邪のため、会社の日本語教室にも行けなかった。２時間かかってこの記事を書いた。 明日から、具体的なストラクチャの開発心得を書いてみようと思いまして、よろしくお願いします。
拿日文写了半天自己都看不懂的东西，还是拿中文再总结一下比较放心，免得明儿自个儿都看不明白了，2个小时就白写了。公司完了俩项目，在这里总结了一下。大体上说，自己身为担当，却没有为项目组指好路，所以觉得自己很tm没用，然后找了些经典的项目弄了下总结，顺便为自己提高一下日文，不过到最后还是用不了日文，转英文去了，还是10年的英文有感情啊。 然后写到最后觉得不尽兴，决定明天开始细写各个项目架构成分的开发技巧，当然都是自己觉着的，没准儿是笨办法也说不定。您要是忍受得了我笨拙的日语，那就请看下集吧 o(∩_∩)o... 1月4日 青藏 梦想
没想到在外国人眼里，青藏高原竟然不是中国的。 我高中以来就向往青藏高原，觉得那是朝拜的圣地，一个如同耶路撒冷样的地方，尤其是拉萨Lhasa，一直想去一趟，领略一下终日膜拜的虔诚，是一种金黄色的华丽。那是一种极限，一种华丽，曾经我有机会可以去的，但是不知为什么却又退缩了，可能是宁愿将其埋在心里，留作一个梦吧。
据说2008年台海要打仗，不知道青藏会不会乱，我4月回国去一趟青藏高原吧？ 如此美丽的地方，在我中华大一统下，是否可为我中原带来更磅礴的大气？又或者为我所同化？ 1月3日 2008item keyword 感情 投入 | 专一 | 宽容 事业 java sjc3 | cisco3 娱乐 凡高（提奥） | 色彩 | 米提 | 青藏高原 | 大理 人际 泰山崩于前我自岿然不为所动但自微笑不语 不先立人怎立己 品德 integrity(正直) | responsibility（责任） | consideration（宽容） 孝道 常思过往之恩 遗余力者为不仁 |
|
|
