Cから虎へ〜JDK1.5について！Part2
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG前スレ
http://pc2.2ch.net/test/read.cgi/tech/1056807119/l50
0685デフォルトの名無しさん
NGNGそりゃ現時点での話でしょ。例えば
・VisualEditorとかが良くなってきたらNetBeansもJBuilderも捨てる。
・そのままEclipseを使い続け、いつのまにかEclipse時代遅れに。
・若手から時代遅れと陰口を叩かれるようになり硬化。
ってのは十分考えられる。
現時点でも思考が硬直しがちに見えるし。
0686デフォルトの名無しさん
NGNG確かに。っつーか Eclipse 厨じゃないってだけで今現在も硬直してるしねぇ。
でも まぁ、普通の人は年とともに柔らかくなるから大丈夫。
0687デフォルトの名無しさん
NGNGなんか、妄想はげしいね。
自動化自動化うるさいやつの方が、硬直してたと思うぞ。
いなくなったみたいだけど。
0688デフォルトの名無しさん
NGNG> 普通の人は年とともに柔らかくなるから大丈夫。
・・・初めて聞く説だ。
0689デフォルトの名無しさん
NGNGルールを守れってのは至極まっとうな話。
ルールを破るだけの根拠を提示できないのに素直に諦めない態度を
硬直と表現したんだが、なんか間違ってるか？
0690デフォルトの名無しさん
NGNG先に >>665 を言ってればそれで終わったのに。
0691デフォルトの名無しさん
NGNGルールの意図を把握してれば、効率がよくなる部分ではルール破ってもいいと思ってるだけ。
結局、反論してもちゃんとした答え、ここでは帰ってきてないし。
Eclipseのリファクタリングが問題になる自動化ってなんなの？
すごく気になってるんだけど。
ルール至上主義は、それはそれで硬直化の代表だね。
0692デフォルトの名無しさん
NGNGよーするに若いって事だよね。ｳﾗﾔﾏｽｨ
0693デフォルトの名無しさん
NGNGその場合、問題が無い事を証明する責任は >>691 にある。
> ルール至上主義は、それはそれで硬直化の代表だね。
ルールを破って、損害が出たときに
誰かにケツを拭いて貰わなければいけない事をよく理解出来てない人はそう考えるみたいね。
まぁ、若さの証明みたいなもんだけど。
0694デフォルトの名無しさん
NGNGで、リファクタリングとか、あと単純にコード書くときのtry囲んでくれることとか、そんな便利な機能が使いたくて、コーディングにEclipse使ったくらいで、損害でるの？
ルールの意図を把握して、その意図がくずれなければルール破っていいと思ってるんだけど。
0695デフォルトの名無しさん
NGNGこれを許せばリファクタリング以外にも使えるようにしろって話になる。
そのEclipseのリファクタリング以外の機能を使って問題にならない保証は無い。
とか、いくらでも言い様はあるからねぇ。
0696デフォルトの名無しさん
NGNG個別のルールの意図についてなら、一般論で議論しても無駄。
本当はルールを破るよか、ルールを変える事をまず第一に考えるべきなんだけどね。
0697デフォルトの名無しさん
NGNGリファクタリング以外でも、そんなに他に影響があるような機能って、あんまりない気がするけど
でも、サーブレットとかStrutsの開発でXDoclet使ってないときに、XDoclet使わせろ、とかは言うかも。
もちろんプロジェクトの初期段階での話だけど。
0698デフォルトの名無しさん
NGNG損害が出ない事を保証すべき責任を負うのは >>694。他の誰でもない。
0699デフォルトの名無しさん
NGNGというか、ほんとにJBuilderと決まったらメモ帳もだめ、というルールの組織なら、ほかにも変なルールがありそうだから、ルール変える前によその組織に行く。
0700デフォルトの名無しさん
NGNGその前提を持ちだしたのはオマエじゃないのか？
0701デフォルトの名無しさん
NGNGうーん、じゃ、ここでとやかく言われる筋合いもなさそうなんだけど。
記述したコードに持つ責任とおなじ範囲だと思うし。
ようするに、手作業にしろツールにしろ、バグを混入したら責任取れ、ってことでしょ。
全員Eclipse使えっていうわけじゃないし。
0702デフォルトの名無しさん
NGNGバグ混入だけじゃないんだけどね。
例えば Tiger 用のコードに変換して失敗する可能性、
失敗しないけど変換コードを書くのにより労力がかかる可能性、
数えだしたらキリがないぞ。
0703デフォルトの名無しさん
NGNG> 例えば Tiger 用のコードに変換して失敗する可能性、
どこにそんな可能性が・・・・
> 失敗しないけど変換コードを書くのにより労力がかかる可能性
変換コードなんか書く必要ないし。
そりゃ妄想を数えたらキリもなかろう。
できない理由をあげたらキリがない。
0704デフォルトの名無しさん
NGNGだから悪魔の証明だって言ったじゃん。
0705デフォルトの名無しさん
NGNGコードの再利用は全く考えない？
それに、全く無いというのを保証する責任はやっぱり>>703にある。
0706デフォルトの名無しさん
NGNGでも、あまりにも見当違いな可能性あげてるんだけど。
0707デフォルトの名無しさん
NGNG0708デフォルトの名無しさん
NGNG>> 変換コードなんか書く必要ないし。
> コードの再利用は全く考えない？
コードの再利用と変換コードと、なんの関係が？
部分的にEclipse使ってコーディングするのに、再利用性考えるも考えないも、関係ないと思うんだけど。
0709デフォルトの名無しさん
NGNGうん、だから、>>701
0710デフォルトの名無しさん
NGNGっていうか、技術わからん管理職ならまだしも、Javaスレで>>702みたいな可能性がでてくるのが・・・
0711デフォルトの名無しさん
NGNGそんな保証が必要なら、どんなツールも使えない。
ツールで弊害があったときに、その対策ができるかどうか、弊害のコントロールができるかどうかが重要だと思われ。
で、Eclipseで部分的にコードを書き換えることの場合、弊害があったとしてもコントロールはできると判断。
0712デフォルトの名無しさん
NGNGEclipseを知らないで秀丸に走る上司→逝ってよし
チーム開発でのリファクタリング厨→逝ってよし
馴染んだツールでチームメンバと協調する人→GJ
0713デフォルトの名無しさん
NGNGそうならないように考えて付けるべきだとは思うけども。
0714デフォルトの名無しさん
NGNGJBuilder デフォルトのプロジェクトで Eclipse の自動生成コードが
> > 例えば Tiger 用のコードに変換
する時に障害になる可能性がゼロだと言うならともかく、
可能性を考える事すらできないってのはマズいのでは？
特にルール無視して複数のツール使いたいって言うのなら。
しっかし、この人抽象的な話になると付いてこれなくなるね。
プログラマに向いてなさそう。
0715デフォルトの名無しさん
NGNG> ツールにミスがある可能性がゼロだと保証する必要もないと思われ。
ツールにミスがある可能性を云々してるのでなくて、
「違う」というだけですら障害になる可能性もあるって事。
例えば、Swingなプロジェクトで VisualEditor と JBuilder の混ぜて使ったらダメだけど、
この場合、ツールが悪いわけではない。
> で、Eclipseで部分的にコードを書き換えることの場合、弊害があったとしてもコントロールはできると判断。
まぁ、判断したなら自分で責任は取らないとね。
0716デフォルトの名無しさん
NGNG現状EclipseはTigerに対応してないし・・・
Tigerに対応したときにどうこういうなら、それはまた先の話で。
抽象的というか、あんたが見当違いの杞憂な話してるだけ。
0717デフォルトの名無しさん
NGNGプログラマとしてはかなーり硬直しとるね。
0718デフォルトの名無しさん
NGNGどこに Eclipse が Tiger に対応してる/してない、なんて書いてあるんですか？
Eclipse と Tiger という単語みて脊髄反射しただけ？
0719デフォルトの名無しさん
NGNGなんか上の方のレスを見ていると、統合環境だという人が
いるようなんですが。
sshからeclipseのような機能が使えたらいいな、と思って
いたんで、ぜひぜひお願いします！
0720デフォルトの名無しさん
NGNGhttp://pc5.2ch.net/test/read.cgi/tech/1017214967/
0721デフォルトの名無しさん
NGNGLispって知ってる？
0722デフォルトの名無しさん
NGNGようするに、屁理屈か。
じゃあ、EclipseがC#のコードを生成することがないようにも確認しないといけないね。
0723デフォルトの名無しさん
NGNGProcessBuilder 便利だな、っと。
0724デフォルトの名無しさん
NGNGメタデータとJavaDocタグの違いってなに？
@overrideとか、JavaDocタグでやっても同じじゃん、とか思ったりするんだけど。
0725デフォルトの名無しさん
NGNGすぐに思いつくのは実行時に reflection api で情報が取れる/取れない。
0726デフォルトの名無しさん
NGNG新しい言語仕様で、メタデータがよくわかってない。
0727デフォルトの名無しさん
NGNG設定を簡単にしたり自動化したりするときのヒントに使える。
0728デフォルトの名無しさん
NGNGCVSの代わりにSubversionを使うと気軽にファイル名を変更できます。
Subversion スレッド その2
http://pc5.2ch.net/test/read.cgi/linux/1078609142/
0729デフォルトの名無しさん
NGNGSubversion素敵だね。
なにより80番443番でいけるところがいい。
NetBeansにもEclipseにも対応プラグインがあるみたいだし。
Javaでやるなら、CVSよりSubversionの方がよさそうだ。
雨がどしゃぶりになって台風キターと思ったら、すぐやんだ。
0730デフォルトの名無しさん
NGNG.NETのパクリです
0731デフォルトの名無しさん
NGNGなんだ？ viやemacs,antが時代遅れだとでもいいたいのかい？
0732デフォルトの名無しさん
NGNGantはもうすぐそうなる。
0733デフォルトの名無しさん
NGNGもうすぐ時代遅れ：java, ant
0734デフォルトの名無しさん
NGNG0735デフォルトの名無しさん
NGNG0736デフォルトの名無しさん
NGNGCOBOL
0737デフォルトの名無しさん
NGNG> ツールにミスがある可能性がゼロだと保証する必要もないと思われ。
> そんな保証が必要なら、どんなツールも使えない。
Eclipseはオープンソースだし、多くの人によってテストが行われているわけだし
そんじょこらのIDEよかは信頼性があるでしょ。
0738デフォルトの名無しさん
NGNGっていうのは通じないみたいよ。
0739デフォルトの名無しさん
NGNGMavenがあればantは要らないとでも考えておるのか寝？
その考えはCが時代遅れになると言っているのとかわらんぞ。
CがなければOSやVMを動かすには話にならんだろう。
viは即座に設定ファイルを弄るときに重宝するぞ。
特に、ＯＳを初期の何も無い状態からインストールするときに役立つ。
0740デフォルトの名無しさん
NGNGじゃあ、通じないバカにはApacheの信頼性をいくら説明しても通じない訳か。
0741デフォルトの名無しさん
NGNG0742デフォルトの名無しさん
NGNG> 特に、ＯＳを初期の何も無い状態からインストールするときに役立つ。
最近はCDさしてほっとけばウィンドウマネージャまで普通にインストールしてくれるが。
0743デフォルトの名無しさん
NGNG> ツールの善し悪し→水掛け論になるから個々人の好み
> Eclipseを知らないで秀丸に走る上司→逝ってよし
だから、Eclipseが重たいという理由でEclipseを使わなかった者、
IDEを使うとバカになるからなるべき使わないでAntを使いたいと思っていた者、
など様々な理由でEclipseを使わないものがいるんだって。
だが、それでもEclipseよりも重たいＩＤＥってのもあるがな。
0744デフォルトの名無しさん
NGNGApache -> IBM HTTP server
Eclipse -> IBM Websphere Workbench
という商業上の置き換えがあるんだよ。
0745デフォルトの名無しさん
NGNGサーバ構築もできないバカが言いそうなことだな。
0746デフォルトの名無しさん
NGNGやっぱりな、オープンソースのほうが信用できる。
それにオープンソースのほうが無料で大量のテスタを集めることができる。
オープンソースの信頼性はばかにならない。
0747デフォルトの名無しさん
NGNG君は何の貢献もしてないけどね。ﾌﾟ
0748デフォルトの名無しさん
NGNG実際、5年前はそういう状況だった。
Apacheなんてメーカーの保証もないわけのわからんもん、使えるか、みたいな。
0749デフォルトの名無しさん
NGNGといえるオープンソースのプロダクトは、数えるほどしかない罠。
0750デフォルトの名無しさん
NGNG0751デフォルトの名無しさん
NGNG×WebSphere Workbench
○WebSphere Studio
0752デフォルトの名無しさん
NGNG× IBM HTTP server
○ IBM HTTP Server
0753デフォルトの名無しさん
NGNG×WebSphere Studio
○WebSphere Studio Workbench
0754デフォルトの名無しさん
NGNG○くりぃむしちゅー
0755デフォルトの名無しさん
NGNG製品としては
WebSphere Studio Application Developer
と
WebSphere Studio Site Developer
0756デフォルトの名無しさん
NGNG自社の看板付ける」だから、機能的にEclipseと差がないWorkbenchだろうね。
ISV向けにWorkbenchを使った有償サポートサービスってのがあるんだよ。
ところで、>>755にWSDDもいれてやってくれ。新バージョンでたばっかだし。
0757デフォルトの名無しさん
NGNG0758デフォルトの名無しさん
NGNG0759デフォルトの名無しさん
NGNG雑談スレと書いてあるように見える。
0760デフォルトの名無しさん
NGNGちがうな。
その機能はドトネト以前からあった
0761デフォルトの名無しさん
NGNG何かと勘違いしていない？
というか、「その機能」ってなにを指してんの？
「ドトネト以前からあった」ものって何のこと？
0762デフォルトの名無しさん
NGNG0763デフォルトの名無しさん
NGNGもうちょっとプライドを持って仕事しなさい。＞惨社員
0764デフォルトの名無しさん
NGNG0765デフォルトの名無しさん
NGNGジェネリックは、.NETのパクリじゃないね。
0766デフォルトの名無しさん
NGNG0767デフォルトの名無しさん
NGNGそうだね。パクリじゃない。
パクってたら10倍ましな仕様になってたからな。
0768デフォルトの名無しさん
NGNG0769デフォルトの名無しさん
NGNG0770デフォルトの名無しさん
NGNG0771デフォルトの名無しさん
NGNGC#2.0に刺激されただけで。やっと重い腰を上げたというか。
0772デフォルトの名無しさん
NGNGどの段階で「仕様が決まった」とするかは知らんけど。
JSR のプロセスはこんなん。
http://www.jcp.org/en/jsr/detail?id=14
Stage Start Finish
Proposed Final Draft 27 Jul, 2004
Public Review 07 May, 2001 1 Aug, 2001
Community Draft Ballot 02 Oct, 2000 09 Oct, 2000
Community Review 07 Sep, 2000 09 Oct, 2000
CAFE 18 May, 1999 05 Jul, 1999
JSR Approval 1 May, 1999 17 May, 1999
Java Generics の元となった pizza のペーパーが出たのが 1997。
http://pizzacompiler.sourceforge.net/doc/papers.html
0773デフォルトの名無しさん
NGNG問題はJavaのGenericsが糞って事だ。
0774デフォルトの名無しさん
NGNGそれを建て増ししようとしたって、高が知れている。
そもそもJavaを使うのをやめたほうがいいと思うよ。
0775デフォルトの名無しさん
NGNGスレ違い。死滅スレいってやれ。
0776デフォルトの名無しさん
NGNG0777デフォルトの名無しさん
NGNGhttp://java.sun.com/j2se/1.5.0/snapshots/index.jsp
0778デフォルトの名無しさん
NGNGドトネトもJavaも存在する前からあったったことよ
0779デフォルトの名無しさん
NGNGJavaの仕様を策定しているのはサンシャインではありません。
主にＩＢＭとかが関わっています
0780デフォルトの名無しさん
NGNGだから何が前からあった？
0781デフォルトの名無しさん
NGNG.NET の検索結果 約 388,000,000 件中 1 - 10 件目 (0.25 秒)
Java の検索結果 約 69,800,000 件中 1 - 10 件目 (0.17 秒)
0782デフォルトの名無しさん
NGNG死滅スレ行ってやれ。
0783デフォルトの名無しさん
NGNG違うだろ、JCPに加入している企業との議論の末に採用してもいいかを判断したんだろ。
しかし型安全性も保証されていない信頼性のDQNなC#のGenericsと一緒にするのはどうかと。
Javaの仕様策定は、M$とはちがって時期尚早なこともせず、
独善的になってまで向こう見ずなことをしないってことだよ。
0784デフォルトの名無しさん
NGNG死滅スレageてやったからそっちでやれ。
■ このスレッドは過去ログ倉庫に格納されています