UMLで上流工程・・・

以前、UMLで記述した設計書からテスト系のドキュメントを生成できないかという研究に噛んだ
ことがあるが、まあ、このUMLってやつはよほど抽象的な概念を扱える脳みそがないと
使いこなすって難しいのでは・・・と思った次第。
一応、UMLの仕様書ってやつ（Infra StractureとSuper Structureとかいう計1000ページくらいある）
も読んでみましたが・・・
頭が良いひとっているのね・・・


まあ、最近でもなんか上流工程でUML・・・っな話を聞きますが、
まあ、アナリシスパターンすらわかってませんね・・・ワタシ　(^^;

http://www.ogis-ri.co.jp/otc/hiroba/technical/JavaDeveloper_UMLInUpperProcess/
http://www.ogis-ri.co.jp/otc/hiroba/index.html
http://www.ogis-ri.co.jp/otc/swec/process/eup-res/eup/index.html
http://www.metabolics.co.jp/OOTechnology/Bib-upper.html
http://blogs.yahoo.co.jp/ochikoboresystem/folder/398912.html
http://yoshinorinie.hatenablog.com/entry/20080929/1222652728
http://k-method.jp/
http://codezine.jp/article/detail/5689
http://codezine.jp/article/detail/5647
http://www.ogis-ri.co.jp/otc/hiroba/index.html

やはり並列ですか・・・

 最後は適材適所なんですが、みなさん好きですね～

http://lab.synergy-marketing.co.jp/blog/programming/try-using-java-8-lambda
http://tech-sketch.jp/2013/08/parallel-functional-programming-2.html
http://www.infoq.com/jp/news/2008/03/fork_join
http://gihyo.jp/dev/clip/01/orangenews/vol43/0004
http://www.ibm.com/developerworks/jp/java/library/j-jtp11137.html
http://www.ibm.com/developerworks/jp/java/library/j-jtp03048.html
http://waman.hatenablog.com/entry/20111203/1322942842
https://blogs.oracle.com/wlc/entry/javaee_c150
http://d.hatena.ne.jp/miyakawa_taku/20110620/1308525439

とりあえず、出来ることが増えて楽できるようになれば悪いことでは無いですが

関数型言語とやら・・・並列処理とやら・・・

まあ、結構前からどうこう言われているのはしってましたが。
まあ、巨大なデータとか、単位時間あたりに激しいリクエストを処理する
とか、ニーズがりますからね・・・ってことで。 

http://www.atmarkit.co.jp/ait/articles/1402/18/news010.html
http://www.atmarkit.co.jp/ait/articles/1204/05/news126.html
http://www.atmarkit.co.jp/news/200705/08/tim2.html
http://www.atmarkit.co.jp/news/200704/27/erlang.html
http://www.atmarkit.co.jp/news/analysis/200701/09/c10k.html
http://www.kegel.com/c10k.html

Javaとかも関数型・並列処理やるき満々なんですかね。
ある意味時代のニーズにこたえるって感じなんでしょうか。

http://tech-sketch.jp/2013/08/parallel-functional-programming-1.html
http://uehaj.hatenablog.com/entry/2013/12/02/164625
http://blog.yujing.jp/entry/2013/05/29/100537
http://d.hatena.ne.jp/nowokay/20130506


とはいえ、

http://www.infoq.com/jp/news/2011/12/yammer-scala


まあ、最後は適材適所だと思うのですが・・・

SSDであれば良いというわけでは・・・

まあ、「万能な杖はない」という当たり前な話ですが。
書き込みについては別に考える必要はありますな。
 http://www.ssd.tank.jp/nigate.html
http://homepage2.nifty.com/kamurai/HDD.htm
http://shopdd.jp/blog-entry-1045.html

とはいえチューニングは必要というお話

まあ、ハードウェアを早くすれば・・・というお話はあるとして、
 やはり、「人事を尽くして・・・」ということで、必要でなくなる作業ではないはず。

・ http://www.atmarkit.co.jp/ait/articles/1009/06/news093.html
・ http://www.atmarkit.co.jp/ait/articles/0604/11/news108.html
・ http://www.atmarkit.co.jp/ait/articles/0603/03/news127.html

まあ、まずは何をするかはデータを収集してからか？

まあHTML5だからって問題では

WebブラウザがさらにリッチUIとして使われていくってことが一番の前提かと思うけどね。

www.atmarkit.co.jp/ait/articles/1309/05/news042.html

とりあえず、HTTPの応用のようなプロトコル技術が増えたってことですか。
そもそも、HTML5ってJavaScriptが前提かと思うので、まあ当然といえば当然。

セキュリティ対策は重要ですが、まあ、「どういうプラットホームだから・・・」
という前提条件の置き方が大事かな。

最後はI/Oの性能ってことでしょうかね

http://www.atmarkit.co.jp/ait/articles/1311/11/news003.html
http://www.atmarkit.co.jp/ait/articles/1401/16/news001.html

結局、いろいろやって最後はハードウェアってことですかね。

まあ、確かに 、チューニングとかソフトウェア側でいろいろやっても、

「万能の杖はない！」

ということで、「どこに重点をおくか」ということで費用対効果が見えないってことになるんで、
ある意味現実的な回答だとは思う。

まあ、お金がないから他のところで知恵を絞っているということなんですけどね。