- マルチスレッドプログラミング相談室 その9
300 : ◆0uxK91AxII [sage]:2014/03/15(土) 01:15:15.11 ID:4evGY2gy - >調子のいいときは数MBしか食わないのに、最悪は2GB食って落ちることもある。
常識的に考えてバグ持ち。 >コピーが終わった時点で共用stack占有状態を開放、 ふつーstack<void *>。
|
- 【Java】DIコンテナって本当に便利か?
468 :デフォルトの名無しさん[sage]:2014/03/15(土) 12:31:18.68 ID:4evGY2gy - jmockit使えるようになってからは、主だったビジネスロジック部分でのDIはなくてもいいんじゃないかという結論に辿り着いた。
もちろん全部不要って意味じゃないけど、自前でnewすることは怖いことじゃない。 なんていうか、今後を考えてもまず必要のないことが明確にわかるような、 意味のないDIの使い方をしているプロジェクト、多すぎると思う。
|
- 【色々】Java系スクリプト言語【やってるよ】
72 :デフォルトの名無しさん[sage]:2014/03/15(土) 12:37:52.05 ID:4evGY2gy - gradleがgroovyでなかったら使ってなかったと思う。
|
- JavaScriptは消滅すべきだったよな
592 :デフォルトの名無しさん[sage]:2014/03/15(土) 13:13:08.86 ID:4evGY2gy - Javascriptはなんかもうアセンブラみたいな位置づけに落ち着いてしまった。
できることなら書きたくはないが、知っているほどWeb系マとしては優秀になれるような言語でしょ。 代替が出てくるのはもう無理。既存の資産が多すぎて切ることは出来ない。 今後もCoffeeみたいな上位言語でラップされるだけで、少なくともこの先十年以上残り続けると思うぞ。 そんな状況になってしまってるのにいつまでもクソクソ言ってるのは、無能アピールっぽい。 適切な開発環境を準備できない糞な職場で、 素のJavascriptを書くしかできないような、土方にだけはなりたくないな。 どうやって素のJavascriptを直接触れないで済むかに、全力を投資していきたい。
|
- Java Web Application Framework総合 ver2
242 :デフォルトの名無しさん[sage]:2014/03/15(土) 16:33:36.62 ID:4evGY2gy - 案件規模とかそういうのはどうでもいいんだけど、
IDEの恩恵に頼って楽してコード書きたいから、そもそも今更自前でSQL書きたいとは思わないな。 あの書きづらい読みづらい、毎回同じような記述するだけのSQL文を構築していく作業って、 なんかこうテキストエディタでコーディングするのが好きな人向けな感じ。 あんなものは、パフォーマンスチューニングが必要になってから、必要最低限だけ書きゃいいのにな。 それにServletとかJDBCみたいなクソ仕様は、二度と触りたくないなw あのあたりは、なんかもうかなりレガシーコードの塊になってしまってて、時代に沿ってない内容になりすぎてる。 インターフェイスの設計に失敗してる箇所が多くて、ラッパー噛まして使うのが前提みたいな状態。
|
- Java Web Application Framework総合 ver2
244 :デフォルトの名無しさん[sage]:2014/03/15(土) 16:51:05.57 ID:4evGY2gy - Seasar2はSAStruts+S2JDBC、S2JUnitくらいしか触ってたことないが、
- ドキュメントが総じてクソい、ほぼメンテされてない - できることが少ないわりに何パターンかあったりして説明が乏しい - フォームのバリデーションより先に処理を挟みたいなら有志の拡張かフィルター使うしかない - 設定ファイルを減らすための命名規約の呪いがパッケージを強要したりクラス名を制限したりしてくる - JPA実装してるけど一部しかサポートしてない - 自動投入用のテストデータのフォーマットがExcel - おまけにキモっぽいHotDeployはバグ多すぎ 殆ど良かったイメージが残ってないな。 最近なら、Servlet使うならSpring、使わないならPlayの2択でだいたいなんとかなりそうな気がする。
|