499 ：
仕様書無しさん：2005/04/19(火) 16:27:56
ﾊｧﾊｧ
500get
501 ：
仕様書無しさん：2005/04/19(火) 16:48:06
java.awt.printのPrinterJob.printDialog()って
使えないほどバグだらけなの？
awt自体が過去の遺物
案件多いんだからしかたねぇじゃん
ガタガタ言うなよ
JavaでもVBでもCOBOLでもやれよ
504 ：
仕様書無しさん：2005/04/19(火) 17:21:05
んじゃ、5年位前にawtで納品した案件はどうなるの？
と、C/C++/アセンブラの出来ないﾄﾞｶﾀが吼えております。
うちの洗濯機で恐縮なのですが。
うちの洗濯機は優秀です。
東芝ＡＷ－４１２Ｓ （からみま洗）
しつこい油汚れもすごくキレイになります
あの動きを制御するﾌﾟﾛｸﾞﾗﾑを作られた方は天才です
つかってる言語はなんですか？
Javaです
>>506 どうでも良いけど、その（からみま洗）とかのネーミングセンスは激しく嫌。
小林製薬センスという奴だな
510 ：
仕様書無しさん：2005/04/23(土) 01:52:17
組込みっすか？
512 ：
仕様書無しさん：2005/04/24(日) 03:39:57
513 ：
仕様書無しさん：2005/04/24(日) 03:46:06
>>399 > 僕はシステムが遅いと感じたことはありますが、その原因がJavaのVMまで行き着いたことはありません。
> 十分実用に足るシステムを構築してこれたのではないかと思っております。
言語のせいにしておけば自分のスキルの程度を問われないじゃない？
あと、メモリを無駄使いしてたりヘタレアルゴリズムで組んじゃったりすると
そら限界見えるのも早いのだろうな、と思う。
514 ：
仕様書無しさん：2005/04/24(日) 04:16:47
まーぶっちゃけ.NETやらJavaやら最近の言語は
大人数で行う大規模開発をより容易に行えるように考えられているわけだ。
スキルの高い人ばっかりでやるのなら、そらC/C++の方が低いレイヤまでいじれる分
パフォーマンスも良くなるわな。
しかし周りを見てみろ。自分の代わりに開発を任せられると思える奴ばっかりか？
あと最近の言語での開発では
TDDやらUPやらの開発手法、IDEによるコーディング標準アシスタントなど
C/C++開発でやろうとすると人的(慣れとか思考とか)問題、ツールサポートの問題で
導入が容易でないことが可能になっている。
言語自体の性質だけではなく、周辺の環境も考えてみては？
少なくとも日本でC++の大規模開発経験があるやつなら、むしろJavaや.NETは
受け入れやすいのでは、と考えているのだが。
デジドカをちゃんと人月計算に組み込めるようにするためには、
深い考慮が無くてもそれなりに動かせる仕組みを考え導入するしかない。
コーディングに創造性とかあるかなーて疑問に思う
奇をてらった実装をするより
短時間で開発することとﾒﾝﾃがしやすい実装をすることのほうが大事なわけで
そういうことって創造性とは関係ないでしょ
>>515 >コーディングに創造性とかあるかなーて疑問に思う
>奇をてらった実装をするより
>短時間で開発することとﾒﾝﾃがしやすい実装をすることのほうが大事なわけで
>そういうことって創造性とは関係ないでしょ
それは要するに
>>515 の職場では、
創造性のあるコーディングが
必要とされていないってだけの話だろ？
517 ：
仕様書無しさん：2005/04/24(日) 12:12:22
創造性のあるコーディングが必要な職場ってどこよ？
519 ：
仕様書無しさん：2005/04/24(日) 17:33:45
例えばテストで出た障害の対応とかはどう？
設計フェーズまでで決定したことは満たしているプログラムに大してどのようなアプローチで
発見された不具合を修正するのかは頭使わないといけないと思うけど。
発見されたバグについて全て1個1個レビュー行えるような余裕のある開発環境ばっかじゃないっしょ。
だからそーゆーのはもはや技術者じゃねー
奴隷だ
創造性は必須だよ
522 ：
仕様書無しさん：2005/04/26(火) 00:41:54
どこにでもあるような営業支援システムだとか、帳票関連のものなんて
コーディングに創造性は少しあった方がイイ程度じゃない？
524 ：
仕様書無しさん：2005/04/26(火) 01:55:35
創造性は当たると大きいが
外れると大迷惑。
MSやSUNの創造性はいかが？
業務系に創造性なんか必要ないよ。
専門学校卒のデジドカの仕事。
527 ：
仕様書無しさん：2005/04/26(火) 12:33:03
創造性があろうがなかろうが
顧客が満足できればいい。
ロジックの創造性とか言う奴に限って
デザパタすら知らなかったりする。
創造性はいいから
簿記の基礎くらい知ってて欲しい。
デザパタとかはやってく内に
身につきやすいから、後回しでいい。
簿記2級位学生の内にとって来い。
簿記はできるが勃起ができない
ボキも。
532 ：
仕様書無しさん：2005/04/26(火) 21:56:20
>>528 別にマが作ってるのは業務システムばかりじゃないぞ。
物理現象のシミュレータ作るのに簿記の知識はｲﾗﾈ
あのね、
517からこっち、
業務系に創造性は要るか要らないかって
話になってるんだよ。
わかったかな？
534 ：
仕様書無しさん：2005/04/27(水) 12:03:45
てか、SUNのJRE1.5がやたら重いのは俺だけでつかぁ？
535 ：
仕様書無しさん：2005/04/27(水) 14:32:43
（ ￣_√）y━・~~~~
536 ：
仕様書無しさん：2005/04/27(水) 16:37:05
いや俺の環境でも糞重い。
よーあんな劣った状態でリリースするわ。
537 ：
仕様書無しさん：2005/04/27(水) 21:59:27
なんだかNetscapeと同じ運命をたどる悪寒
学生の悦ぶ玩具系技術は
実用的業務へ送り出すと
へそを曲げる傾向があるようだ
540 ：
仕様書無しさん：2005/04/27(水) 23:13:57
学術畑から生まれた、真のソフトウェアエンジニアリングに根ざした技術は、
ﾄﾞｶﾀどもにはなじまないんだな。嘆かわしいことだ。
>>540 わかるわかる。
ドカタには理解不可能だからね。
ドカタのためのOOもドカタだから勘違いして「お前らはOOもできない」と
決まり文句を吐くw
お前らはOOもできない。ハッ！？
難しいアルゴリズムを理解してなくてもﾌﾟﾛｸﾞﾗﾑ開発が行える
それがOOの利点だ
クラスをnewしてメソッドを呼ぶ
それだけだ
それでうまくいかなかったらクラス提供者の責任だ
544 ：
仕様書無しさん：2005/04/28(木) 00:25:46
そうそう。専門学校卒のﾄﾞｶﾀでも使えるように親切設計してあるんだよね。
>>540 学術畑から生まれた、ｳﾞｧｰﾁｬﾙのソフトウェアエンジニアリングに根ざした技術は、
Bit職人にはなじまないんだな。当然のことだ。
おれはBlt職人だ！
>>537 ちゃんと業務系をつっこんで考えた事があれば
実際に仕訳や勘定に関係無い業務でも
それに関するの知識が如何に有効か
知ってるもんだがなあ。
まああなたのおっしゃる通り、
すべての業務がそうだって訳じゃないけどね。
タイムカードをただデジタル化しただけみたいな
勤怠管理とか、純粋に品質管理だけやるものとか。