晶子 的个人资料素顔生活照片日志列表更多 工具 帮助

日志


10月6日

First step perfectly done~

I'm quiting from this kind of life with no passion, no challenge...
going to get the result in 3 months...
Hi! New life. 
God will bless me...
I'm a good girl...
LOL
2月14日

提醒

 

冷静

给他空间

预防渐行渐远

1月15日

けがした

はずかしいですよ。階段で転んだら、足がけがしました。結構痛いですから、泣きました。55555

医者から、大丈夫ですって。静養したら、すぐ直ります。

傷口があるため、傷跡が残るかどうか心配しています。

080115_201228

1月9日

谁人背后无人说

但过于保守怎么往上爬?

<我が目の中のB/S>第四章:ボックス(box)と言うモジュール

            box

                              caption

                                        span

                              content

                              footer

                                       span

    ボックスを利用する時には、上の図のような、caption + content + footer、といるふうに組み合わせている。

 

    ボックスと言うモジュールは大体この図のような:

anetimg2959_20071101170923_2

 

大体同じなコンテントを表示したいとき、以上の図のように、四つの方向でも、スペースが変化できるように、ボックスを利用するほうは、一番いいと思っている。

1月7日

<我が目の中のB/S>第三章:ページ(page)と言うストラクチャ

Page Structure(とてもはやっているストラクチャだよ)
      

                        page

                                  navigation

                                  content

                                           side (boxes)

                                           main(boxes)

                                 about

   以上の図のように、ページストラクチャが主に上下方向で三つの部分によって組合せている。ヘッダ・ナビゲーション(navigation)、コンテント(content)、フッター・ナビゲーション(about)という三つの部分を分けてると理解しやすいだろう。そして、真ん中のコンテントは普通、横方向で二つの部分に分けてる。左に置いてるのはサイド(side)と言われて、右のほうはメイン(main)と言います。最後、サイドもメインも普通、いくつのボックスで組み込んでいるのだ。

 そして、以上の分類方法はすべて、HTMLファイルの中にCSSを引用する時に、divで表現されている。それも、第一回のシステムレベル切り分けと言われる。

   ページと言うストラクチャは大きいシステムでもよく使われているストラクチャだから、真剣に研究する価値があると思っている。特別の要求(メディアを再生することなど)がない場合はページストラクチャを基づいて、画面を作るほうがいいと思っている。そして、みんなそのようにシステムを作ると、使いやすいから、ユーザに優しい。

(1) navigation ナビゲーション

 ちょっと大きなシステムでは、一般的なページストラクチャを土台にした画面のナビゲーションは三つのレベルがある。

     navigation

                                        nav_top

                                                  logo

                                        specialogo

                                        nav_info

                                                    nav_login

                                                    nav_search 

                                        nav

                                                  nav_primary

                                                  ... ...

                                        nav_sub

 けっこう複雑のナビゲーションだよね、しかし、複雑なナビゲーションがあれば、これからの仕事が簡単になれるんだ。

   nav_topとnavで、主に全部のユーザにとって、同じのコンテントのurlを連続してるので、あまりユーザ認証がないだ。

 nav_subで、特定のユーザに対する情報ページのurlを連続してるから、必ずユーザ情報がほしい。そして、これから、DBでのカスタマって言うテーブルを調べ始める。

(2)コンテント(content)

 もともとたくさんのボックスで組み合わせるストラクチャなんて、詳しく書かれるはずがないと思っている。

 じゃあ、今日はこれで、あした、ボックスというストラクチャをできるだけ詳しく書きたいだ。

 

 

 (昨日、ある友達に中国の酒についてのことを聞かれました、返信しましたが、その酒の製造過程の写真もスペースのフォトに追加しました。

  そして、風邪も治りました。今朝起きたら、調子はよくなり、一日元気でした。皆さんに心配をさせてごめんね。今日新年の新しい服を着て会社に行った、嬉しかった。

  ああ、今日の暗記もよくなりました、ずっと注意しなかった問題を発見しました。それは小さい「つ」です。あのう、会社の日本語の先生ね、前から、わたしにずっと「ゆっくり話してください」と言いました。わたしは「なんて必ずゆっくり話しなければならないだ?」と言う疑問がずっと持っていながら。今日は理解しました。速すぎて、あの小さい「つ」がなくなるのでしょう。「ゆっくり」というのは、全句ゆっくりで言うことではなく、その小さい「つ」のところに、わざに停滞をするほうがいいでしょう。

  九連休あとの第一の通勤日ですよね。皆さんも私と同じように、ちょっと慣れないでしょう。ガンバッテネ!!o(∩_∩)o...)

1月6日

<我が目の中のB/S>第二章:BSアーキテクチャーのインフォメーションとコンテント(infomation & content)

今回phpのプロジェクト、あまりコンテント構造のことに注意していなかった。。インフォメーションとコンテントをしっかり設計するのはもともとソフト開発過程の第一ステプで、一番重要なステプとも言われる。このプロジェクトの中で、私、システムが小さいから、時間を節約ため、全システムはデータの流れを基づいて作った。これも私の大ミスだ。

   起こった問題は------1、作った途中で仕様を何度変わったので、本当に時間をかかった。

            2、コンテントのレベル設計がないため、毎回仕様を変わったとき、誰がこの変更を実現する       か、システムの中で、どころがこの変更に影響され、却って被害をうけるか。このような問題はひとつところの変更の前に全然わかられない。小さいプロジェクトから、まあ、ただ時間がかかって、これらの問題を調べ、解決することができる。でも、かえって、大きなプロジェクトはぜひこんなミスを許せないと思っている。全システムの失敗を招くことは当然のことよ。     

**************************************************       

今度の休みは、日本の大サイト(楽天とか、yahooとか)のコンテントとインフォメーションレベルの特徴を調べてみた。中国の一般的なサイトと比べて、一番大きな異なるところはレベルの設置。

  中国では、主に、コンテントは四つのレベルがある--------

                              、全サイトの入り口、一般的なサイトはこの入り口で全システムのurlがセットされてる。それに、この入り口で、身分の検証がある。

            、そして、身分検証を要求してなくてもアクセスができる画面レベル。

            、特別な要求を満足する画面のレベル

            、そして、身分検証を要求している画面のレベル。(通常customerというテーブルを検索して、特定のお客様の情報を表示すること)

M%)Z{9G2X]ZQFSWO1VVYTBJ

                 日本では、大体上のいとうを逆にしてシステムを作ってるじゃないか。

      しかし、中国でも、日本でも、コンテントのレベルを考えなければ、最初に時間が節約されるかもしれないけど、開発途中で、ぜひ迷惑を招くということだ。だから、どのレベルから、DBのどのテーブルを利用し始めるかという問題を必ずシステム開発の最初に考えれることだ。

 

      (あああ、しょうがないね。やっぱり風邪だ、クシャミばかりしているよ。それに、のども痛い。今日はとにかくこれで、明日は、ストラクチャのページストラクチャについてのことを書いてみよう。

       あ、そう。昨日のよる、恋人との写真で、記念ムービーを作った。はじめてから、本当に下手ですね。でもミュージックはきれいすよ。

       はあ、たまらない。これから、日本語の1課を暗記しなければならない。明日、会社の日本語の先生に暗記するから。 そして、寝る、薬を飲んだら、本当に眠たいね。

       皆さん、必ず、体を大事に。)

1月5日

<我が目の中のB/S>第一章:社内B/Sプロジェクト経験まとめ

3月前研修生として日本に来たから、二つの社内システムを作った。最初のやつはjavaで作って、あまり構造のことを考えなかった。小さいプロジェクトで、データベースも別の会社が作った、画面の定義もその会社のcssを利用することにした。それにjavaのほうは自信がもって、先輩もとても経験がある。いろいろな有利な条件があるから、二週間で完成した。

しかし、後のプロジェクトはphpで作って、全員誰も使ったことがない言語だ(オブジェクト向けじゃないのは一番難しい感じっていた)。担当者として、本当に自信がなかった。唯一の有利な条件は時間の豊富だ。ぐずぐずで1月ぐらいかかって完成したなんで、本当に恥ずかしい。最初から、最後までミスばかりしてきた。

一、分業について(workgroup)

   「workgroup」というものは、プロジェクト開発の要求によって、違う開発段階で、誰もプロジェクトをリードする可能性がある。と言えば、6人の開発グループのなかで、前端開発は2人ぐらいで十分(設計したcssファイルを土台にして、htmlとDBの連続ロジックを実現)、後端2人で十分(DBの資源についての管理、上向けのデータ提供)、そして設計者1人(システムのお客様の要求を基づいて、cssの形式で、システム上レベルの設計を提出)、そしてシステム守る担当者2人。システム開発全程で、したの四種類の人が順序にプロジェクトをリードするほうがいいと思って、ただ一人で全システムを管理するのは結構時間かかるものだ。

work 人数 具体
システム設計 システムのお客様の要求を基づいて、cssの形式で、システム上レベルの設計を提出
前端開発 設計したcssファイルを土台にして、htmlとDBの連続ロジックを実現
後端開発 DBの資源についての管理、上向けのデータ提供
システム守る バグを検出し、解決方法を提出

 

        開発中起こった問題:前端開発の人が多過ぎて(4人)、設計者なし(0人)、同じ人は違うレベルの間で作業してるなんで本当に時間をかかる問題だ。 全システム設計者がなくって、前端開発者はみんな自分の画面を設計した。時間がかかるばかりか、システムの様式の統一も無理になった。これは一番大きいなミスとして認められた。

 

二、アーキテクチャーについて(Architecture)

   アーキテクチャーの一番基本の目標は:再利用(reuse)、と言えば、全システムの中で、同じ部分を洗い出し、独立なファイルの形式で、全システムから利用可能になる必要がある。これなら本当に時間が節約される。そして、可拡張性(extensionable)、と言えば、全局的な要素の優先権を低いにしなければ、一部分を改造して、不要な改造が起こる可能性がある。そして、補修性(repairable)、守る人に優しい、自分で作ったシステムが主に自分が守るチャンスが低い。だから、やさしい補修性を持ってる必要が絶対ある。

       1,Information | Content (大体前端の様式を決める)

        2,Structure (今、日本の各大サイトの様式とhtmlのcss引用状況から見ると、主に以下の結合を使っているじゃない)

             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時間かかってこの記事を書いた。

  明日から、具体的なストラクチャの開発心得を書いてみようと思いまして、よろしくお願いします。

071231_222554 别怪我虎头蛇尾,这么坐着写东西,憋屈啊......

  拿日文写了半天自己都看不懂的东西,还是拿中文再总结一下比较放心,免得明儿自个儿都看不明白了,2个小时就白写了。公司完了俩项目,在这里总结了一下。大体上说,自己身为担当,却没有为项目组指好路,所以觉得自己很tm没用,然后找了些经典的项目弄了下总结,顺便为自己提高一下日文,不过到最后还是用不了日文,转英文去了,还是10年的英文有感情啊。

      然后写到最后觉得不尽兴,决定明天开始细写各个项目架构成分的开发技巧,当然都是自己觉着的,没准儿是笨办法也说不定。您要是忍受得了我笨拙的日语,那就请看下集吧 

       o(∩_∩)o...

1月4日

青藏 梦想

Map image

没想到在外国人眼里,青藏高原竟然不是中国的。

我高中以来就向往青藏高原,觉得那是朝拜的圣地,一个如同耶路撒冷样的地方,尤其是拉萨Lhasa,一直想去一趟,领略一下终日膜拜的虔诚,是一种金黄色的华丽。那是一种极限,一种华丽,曾经我有机会可以去的,但是不知为什么却又退缩了,可能是宁愿将其埋在心里,留作一个梦吧。

1623D9E05BD0FDED9FB23DB1882962A4 1185441741033

1185441741033 1185441766111

20070814204420525

据说2008年台海要打仗,不知道青藏会不会乱,我4月回国去一趟青藏高原吧?

如此美丽的地方,在我中华大一统下,是否可为我中原带来更磅礴的大气?又或者为我所同化?

1月3日

2008

item         keyword           

感情         投入 | 专一 | 宽容
事业         java sjc3 | cisco3
娱乐         凡高(提奥) | 色彩 | 米提 | 青藏高原 | 大理
人际         泰山崩于前我自岿然不为所动但自微笑不语 不先立人怎立己
品德         integrity(正直) | responsibility(责任) | consideration(宽容)
孝道         常思过往之恩 遗余力者为不仁


11月10日

我21岁了

汗死了
转眼21岁了
21岁不就相当于我在这个世界上已经存在了22年之久了吗?
(娘肚子里还有一年)
从一个受精卵细胞到现在这么庞大的一个生物
你说这单从数量上就是个了不起的飞跃啊
在这期间不仅在体积数量以及重量上发生了变化
内容上也出现了惊人的异变
大脑皮层的一部分细胞学会了宽容他人
这让我不管在什么样被伤害的环境中
都能够维持一部分脑细胞以及营养循环系统进行科学的学习与思考
其次学会了爱人
虽然会有几次所爱非人(比想象中容易勾搭多了,没意思)
但也是宽容让真爱走到我的面前
基督释迦牟尼耶路撒冷
我一没杀人二没放火三没有欺骗过未成年少男
我就知道你们老人家最终会痛我的
当然我也知道我也得学会痛人
这不用你们说我也很明白
奶牛也得喂它吃的才可以挤奶不是吗
取与予总是需要智慧去平衡
我知道霸气中的柔情更使他着迷
我22岁要成为软件架构师
我要让鹏鹏一辈子爱我疼我
他从头发毛到脚指甲每个细胞的整个生命周期全归我
所以我决定继续不杀人不放火不欺骗未成年少男

祝我国和谐、一切和谐
祝爷爷奶奶长命百岁舒舒坦坦
11月8日

又摸到java了

从前天开始进行阔别一个月的java开发
先是配置环境mysql,tomcat,lomboz eclipse,mysql-connecter-java
技术暂时就是jsp,servlet
而大块头struts,spring,hibernate,ejb
从来了日本就没再动过,现在看来心里很有一种跃跃欲试的感觉
不管英文、日文,最懂我的始终やっぱり是java
今天上午环境配好,下午玩儿了会儿
然后做了个工具类,sql增删改查
发现基础的东西忘了不少 手上没有jdkdoc基本写不了东西
再有就是发现自己架构方面基本属于空白
从系统到工程 这点上我很着急
没有架构头脑 我怀疑自己做这行的意思

明天javadoc把文档生成了就算是搞定了我这部分的事情了
他们的jsp最后可能还得上我这台机器
所以我想复习一下hibernate和实体bean的东西

这周我决定不去打工了,去图书馆看看书
一方面是想办法高分过掉jtest
另一方面是e托福
最后是寻一些程序员向更高一层次发展的途径
比如pmp或架构师之类的途径
日本软件通常的架构技巧估计在正式派出后会有所长进
但是认证代表权威而且含金量更高

有些路不仅我要走 鹏鹏也要走
那是一种成就

30而立 谁都会立
关键是立在哪
11月7日

没文采的鹏鹏

今天收到鹏鹏千里迢迢邮来的信件
里面还有一个颇为诗意的本本
绿色的封皮 有些洞洞 透过森林的图案

还有满满三张纸的信
纸花花绿绿的 这是不是也算一种风格
一直以来觉得我们的关系属于较为实际派
从鹏鹏的文风可以看出来
或者说没有文风

不过这些坐飞机来到我手中的小东西
还是给我很不一样的柔和感觉
与新来到日本的种种生硬的习惯纠正形成对比
于是这些在北京还比不上一束花的价钱的东西
此刻显得弥足珍贵

也许我是渴望一种更为细腻的牵挂
也许是鹏鹏杜撰的笔触显得更加可爱与祥和
实至名归之后
彼此回首
其实都愿意站着那里守候

渐渐轻柔的秉性辅佐着21岁以后更加笔直的上升
改变并不容易
但好在有人在身边
11月11日
那天我21岁
11月6日

艺术只是一种技术

从来都不愿意相信艺术只是一种技术
就像我从来都认为把艺术当作技术来赚钱是愚蠢的
毕竟 这个星球需要的艺术家及其有限

但是很不幸的是艺术真的只是一种技术
前些天看到一副论坛上的人物肖像
结构调子都准到极点 忍不住跟帖赞了一下
没想到作者说是ps的 我顿时无语了

不知为什么这件事情让我感觉到一种无法言喻的郁闷
我也不知道自己为什么画了许多画
却总也跨越不了机器制造的界限
总是喜欢蹲在地上悄悄地观察 一笔一块儿地画
我接受不了用ps几分钟就搞定一张转塑画以及诸如此类的事情

有些感觉就是很难以说清楚为什么
也许是长久以来已经被感染了 酱缸酱缸啊
就像有关处女的情节 谁也说不出来它对在哪儿
但要是没了 谁心里都不会舒服

我们这群80后被太多东西熏陶
有些人能跳出来
我呢?
11月5日

よろしくお願いします

今朝システムそ装入しました。
msnのspaceを申請しました。
今後よろしくね。