javaしかできない奴

何でもかんでもjavaで開発しようとする。

javaで、何でもできるとほざいていました。

POIで吐き出すから、VBAマクロ使ってグラフ描いてよ。

・・・

POIってのがあるのか。
Javaすげえ。

（・∀・）つミ　。　　　ポイッ！

Javaができる奴＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞１

>>1
そういうお前はVBAでなんでもしようとするけどな

ちなみに

ぼくは　java C# 両方つかえますよ。VBもOKだけど(C#とVBAの延長線ぐらい)

>>6
両方って・・・視野が狭いな

できるの？って聞かれて、できます！って答えられるのがJavaぐらいな同士達よ
C++でWINプログラムにトライしてみないか！？
ビルドするとexeが出来上がるのはちょっとイイぞ。

フリー開発環境構築
ttp://freepg.fc2web.com/cpp/topic_vce_001.html

猫でもわかるプログラミング
ttp://www.kumei.ne.jp/c_lang/

javaしかできませんよorz

Javaで出来る範囲ならそれでいいんじゃね？

>>6
ﾜﾛﾀ

言語なんてなに使ってもいいんじゃないの？
用は理解できていれば、ほかの言語も使えると思うのだが...

VC++は、もはやWindows言語。

もはやもなにも昔から

ここ４，５年Ｊａｖaブームで新人が最初に学ぶ言語がＪａｖa、ってのが
増えてきたけど、どうなの？Ｊａｖａをマスターした後に.NET（C#、VB.NET）、VC、VB（これはないか）、
Perl、PHPその他に進んでいく、ってのはないの？

今ってjavaかASPで.NET
あと古くからあってそろそろ干からびそうなところと
組込み低賃金系はC・C++じゃねーの？

セイバー、おれはね

低賃金言語しかしらないんだ・・・

Win32APIとC言語しか仕事で使わないのですが、今後どうしたら・・・
MFCすら使ってないですよ・・・（画像処理プログラマ）

Java のSun Java 1.5.0（SDK）というのをダウンロードしたいのですが
どれをダウンロードしていいのか分かりません。
Javaマスターの方、教えていただけませんか？

ちなみに、ダウンロードするページにリンクされていたページはこれです。
http://java.sun.com/javase/downloads/index_jdk5.jsp

>>18
stdとtemplateぐらいは覚えておきましょう
大雑把に言えばMFCとstdは似たようなもんです（大雑把なんで突っ込まないでね）

>19
Java単体じゃなくてEclipseをダウンロードしれ
単体落としてもおそらく挫折するだろう

>>20
いいかげんなホラ教えるな。お前のところにいって説教するぞコラ

>>12
とりあえずHaskell使えるかどうかやってみろ。

>>22
おいでおいで
新入社員２ヶ月生にいろいろ語ってもらいたいな♪

・・・

stdとtemplateが大事ってのは間違いじゃないな

＞２１
Eclipse！？そ、そんなものがあるのですか！？
と思って、早速ググって見ました！
そしたら
http://www.eclipse.org/downloads/index.php
というのが見つかりましたが、コレのことですか？？

ちなみに、コレをダウンロードすれば、Sun Java 1.5.0（SDK）も一緒にダウンロードできるんですか？

リンク見るのがめんどいから見ないけど、
Eclipse入れればJavaは入るよ。
バージョンはわかんね。調べてちょ。

>28
お返事ありがとうございます！
JREとSDKの違いだけ教えていただけませんか？
何度もすみません！よろしくおねがいします。

JRE＝Javaの実行環境
http://ja.wikipedia.org/wiki/Java_Runtime_Environment
JavaSDK(JDK)＝JREもこんなかの一つに含まれる
http://ja.wikipedia.org/wiki/Java_Development_Kit

結論から言えば、Eclipseを使えば意識しないでよし
無条件にEclipseつかってれ
JDKに手を出すとどーせわかんなくて泣くことなるから
んじゃ寝るね。がんがれ〜

＞３０
ありがとうございました！！
あなたは私にとって、神のような人です！
おやすみなさい。

ん〜、>>21＝>>28＝>>30はすべて承知の上で進めてると思うんだが・・・

このレベルの場合はまずはJDKとcmdとメモ帳からはじめさせて
3日ほど枕を涙でぬらさせてからでも遅くないと思うんだが。

いきなりIDEは右も左もわからない奴には逆に魔境だぞ？

いきなりeclipse使うと環境変数も理解できないよ。４

JAVAすらできましぇん；；

jama!

Eclipseは環境変数分からなくてもそこそこ使えるっしょ
とりあえず簡単なとこから始めて、必要に応じて深みに入ってけばいいんでない

eclipseからしか入れない奴はこの業界不要PGには不向き

仕事こなすんならなんでもいいよ

最近のeclipseはJDKも一緒に入れてくれるのか
最近バージョンアップしてないから知らなかった

>>37
こういう奴が時代遅れの産物と呼ばれるんだろうな

俺に支給されているPC。エクリプス立ち上がらんのよ。
どうしてくれるんだ！

本物のプログラマはJavaを使わない。Javaはちんけなアプリケーションプログラマが使うものだ。

Javaだと本物じゃない、なんとかだと本物とか言っている時点で乙

道具は使い方次第
それだけ。

道具にこだわりがない奴ばかりでなんだか寂しい
その場限りの短時間で効率のいい方法で仕事を片付けるだけのSEなんていらない

自分の使っている以外の道具を良く知りもしないくせに否定し
自分の使っている道具こそが最高の物であると盲信することを
こだわりと勘違いしている奴が多すぎるから
ちょうどいいんじゃね？

でもまぁjavaやってからcやり始めたんだが、ｃの挙動って激しく環境依存で
憂鬱に感じるよな。もっとはっきりしろよ！と

お前も意外と神経質なんだな

ORACLE使ったバッチ系のデータ集計なんかを
JAVAの単一アプリ作ってやろうとする奴いるけどな・・・

普通にPL/SQLで組めよ・・・と思ってしまうんだが。

>>49
Javaの方が圧倒的に書き易いだろ
性能はともかくとして

PL/SQL用のエディターってあるの？（補完機能とかあるやつ）
有るとして手に入れるとしたらお布施はいくらくらい？

>>8
MFCもATLも無し！？
じゃあC++でやれとか言えないだろw

>>51
ORACLE本家にSQL Developerっつーのがフリーで落とせたような。

>>52
SetPropでC++クラスのインスタンス閉じ込めて簡単なフレームワーク作ればATL
と似たような形で素のC++でもHWNDとインスタンスの関連付けしてそれっぽい
プログラムできるよ。定型化すればMFCよりも軽いし細かい所まで制御できるので
使いようによっては便利だと思う。

>>51
俺は使ったことないけど、Eclipseプラグインにあるみたい。

私のスレ落ちたみたいでさらにgoogleにもまだ登録されていないみたいなので
このスレにURL書かせてもらいますね。すれ違いのカキコごめんなさい。
http://thinktaro.com/blogchannel/BlogChannelEntrance
ちなみに私もメインはjavaです。Cやpaythonも囓りましたがつまらなくて断念。
javaめっさ面白いですよね。

eclipseインストールしても環境変数に勝手にJDKのパスを加えてくれるだけで
JDKは自分でインストールしなければいかんと思う。

単純に見た目が楽で好き

俺はすべてマスターしたよ
すべて

プログラマに終わりはねぇ。退職するまで勉強。

自分は出来ない奴だと思ってたけど、この板見たら・・・
「勉強しないと」って気にさせてくれるな

最初にやる言語がjavaって信じられないんですけど。
意味わからないで打ってるだけにならない？
そういう人ってセンター試験のbasicレベルは知ってるの？
それなら話はわかるけど、それすら知らないでいきなりjavaなんて出来るものなんでしょうか？
まったくゼロからjava理解した人っています？

BASICと変わらないレベルでJavaを書くんだよ。

言語バリバリっすよ！

会社でじゃヴぁやらせてもらえない新人です。
java、独学では限界です。

業務にも耐えうるようなJavaのソース見せてくれる人はいませんかｗｗｗ

会社のファイルサーバを巡回したらどこかにあると思われ

>>65
ソースよりオンラインヘルプを読んだ方がいいよｗｗｗ

javaって俺がはじめたときには書籍がほとんどなかった
業務でやってることと書籍でよくみるjavaとかなり違ってたから困った

Eclipseが糞重たいところが気に入らなかった
お前、起動に何分かけるのかと？
しかも、文字列の扱い（他のクラスもそうだが）が超気にイラねー
文字列の扱いずらさを隠したような構造になってるくせに一文字ずつ追加してくとくそおせーｗ
なんだよやっぱり領域とかそういう概念いるんじゃんｗ
フレンドリーみたいな態度とってて結局使うときはこれかよｗ
みたいな印象ある
中途半端だよね

C++のがすっきりしてていいと思う

俺、basicしか出来ないんだ

Cで言う構造体、Pascalで言うレコード、COBOLで言う集団項目って、javaではできないよね。
値を保持するための、いろんなデータを持つクラスを作って代用するよね。
それでさ、javaプログラマってのは、そのデータメンバーをprivateにして、
わざわざgetter、setterメソッドでアクセスするの。
バカじゃねぇか、といつも思うんだ。
getter、setterを提供するということは、そのデータメンバーは外部から自由に読み書きできますよ、
って事だろう。だったら、最初からpublicにしとけばいいじゃないか。

>>70
クラスじゃだめなの？C#には別に構造体あるんだよな、確か。
参照じゃなくて値になるとかなんとか。だからなんだって気もするけどな、あれ。

publicフィールドは最近流行ってるね。

そうそう、C#には用意されてた。プロパティだったっけ？getter/setterはいらない。

フィールドに直接アクセスするのはJavaだからというよりオブジェクト指向的にナシ。

本読め

無しだけど楽なほうに流れてしまう俺土方

>>72
publicフィールドはねぇ、さんざん本読んだり
本書いたりしてきた人達が
なんでこんなことやってんだろうって思い始めて
最近流行ってんですよ。

http://d.hatena.ne.jp/nowokay/20071029

「〜の考え方からすると、無し」って教条的に考える気持ちは判るけどねー。

あ、それと>>71で「C#で用意されてた」っていいたかったのは
構造体の話。

プロパティっていったって、setter/getterとあまり手間暇変わらない。
少女売春が援助交際って呼ばれるようになったようなもんだ。
実態変わらないのになんか別のよりよいものになった気がするだけ。

Delphi使ってた俺がいうんだから間違いない。

いや、だからね

将来的に、フィールドに保持してた値をformatして返したり、escapeする必要が出てきたり、validateが追加となるときがあるかもしれない。

あらかじめカプセル化しといたほうが良いわけだ。

>>76
そういうケース、ほとんどないから、
あった場合にカプセル化した方が
全体の効率はいいよ。

真面目に答えた俺が馬鹿だったか

本よめ。

さんざん読んだ。

ああそうか、作ってる物が違うと
感覚違ってくるよなーすまん。

publicフィールドでいいじゃんって話になってるのは
WEBフレームワークとかで、業務系なんかが多いから
殆どsetter/getterにロジックが入ることないんだよ。

formatもvalidateもフレームワークで面倒みるし。

しかも、カプセル化云々て「考え方」より
現場の生産性とか現実解を重んじる傾向もある。
ここらへんが賛否両論なのかな。スーツとかいってさ。

汎用ライブラリとか作ってたりしたら
カプセル化重要ってのは有効でしょうね。

ちなみに、あとからvalidateなりformatが必要になったらどうするかというと、
フィールドにアノテーションを付けるってやり方してますね。

俺はpublicフィールド万歳、とまでは思って無いけど
まあ楽だったよ。

てか、valueオブジェクトなんか手で書いてるなら、それが一番の問題

いや、問題はないだろ？DTOだろ？

支援ツールで自動生成しろとかそういう話じゃないの？

>>76

フィールドに保持してた値をformatして返したり、
escapeする必要が出てきたり、validateが追加となるときが、
機能用件からして将来的にも見込まれない場合は、
カプセル化の利点は薄いわけだ。

何も「フィールドは全てpublicにしろ」と言ってるんじゃないよ。
要は使い分けの問題。
純粋に値を保持するだけが目的のバリューオブジェクトで、
setter/getterにロジックが全く入らないケースに限っては、
カプセル化に固執する必要も無いんじゃないの？という話。

本しか読んでないような奴を
本気でやりこめてはかわいそうだ

カプセル化すると余計な手続きを実行することになり速度低下する
Java厨は速度に無関心な奴が多すぎて困る

javaを使う限りどうやっても遅いので五十歩百歩

最初から速度を諦める奴にプログラマを名乗って欲しくない。

C++の場合だとreturnだけとか代入だけとかはコンパイルオプションにもよるけど
インライン展開するとかあるけど、javaだとどうなってるんだろうな？

まあ、プログラムのパフォーマンスの80%はソースコードの20%が叩き出してるって
言われるくらいだから、getter、setterで気になるほどの速度低下なんてそうそう
起きないけどな。

>>89
>getter、setterで気になるほどの速度低下なんてそうそう
>起きないけどな。

同意。
なんで本で知った話とかで
全体を語りたがる奴が多いんだここは。

中途半端にpublicフィールドのクラスを作るくらいなら、Stringの配列で返した方が100倍良いだろ？

publicが良いって言ってる奴って、結局は最下流のPGってことだろ？
お前が作ったクラスを誰かが使うのかい？使わないだろう。

本嫁

>Java厨は速度に無関心な奴が多すぎて困る

サーバーサイドの話でしょ？
Javaと多言語のベンチマークテストの結果を比較してみろよ
速度厨はおっさんか学生。

>>91
>中途半端にpublicフィールドのクラスを作るくらいなら、Stringの配列で返した方が100倍良いだろ？

項目が全部Stringならね

C#流のプロパティだと、
カプセル化されているかどうかすら隠蔽しているよね。
アクセスする時の名前が一緒だから。そこがすき。

>>91
最下流のPGってのが現場で業務システムを作ってるPGって事だったら
まあ大多数の人間がそうだな。そして誰もそのクラスは使わないね。

だからpublicでいいんだよって話をずっとしてんの。

本捨てて現実見れ。

あとStringの配列うんぬんは見なかった事にしてあげる。

>>93
論点ちがくね？

>あとStringの配列うんぬんは見なかった事にしてあげる。

String配列　＞＞＞＞＞　publicフィールド

現場のPGに「これからはpublicフィールドで」なんて言えるのかｗ

>>94
そのおかげで”とりあえず変数をパブリック”にしておいて
後からプロパティへ変更する事が可能になり
”とりあえずSetHogeとGetHogeを作っておくか”という無駄がなくなって素敵

>>97
>現場のPGに「これからはpublicフィールドで」なんて言えるのか

うん、そうだよ。俺は今の所言ってないけど、そういう流れも世の中にはあるんだよ。
本捨てて少しはネットでフレームワーク調べてみるといいよ。

現場のPGに「これからはカプセル化で」って言い始めた時よりは
抵抗なさそうだけどなあ。

>>98
とりあえず変数にしておいて後でプロパティにするのはよくやってた。
C# 3.0ではそういうときのためにプロパティの書き方が簡略化されたので
最近はいきなりプロパティ書くようになってきた。
public int Foo { get; set; }

C#ってやった事ないけどその辺おもしろいな

なんかjavaにおけるpublicフィールドって、
昔の「構造化プログラミングにおけるgoto文」
の境遇とちょっと似ている気がする。

昔のC言語では、多重ループから一気に外へ抜け出す
場合に限って使えば、goto文は便利だった。

それでも「goto文は絶対ダメ！ムキーッ！！」
という構造化プログラミング教条主義者がうるさくてさ。

てかbeanとかdiとかの関係で無駄なget/setを書かなきゃいけないのが間抜け
後から出てきた技術に言語が着いていけていない感

>103
逆だろ？
Javaでgotoは無くなったわけだ。進化。
ループにラベルが付けられるから、多重ループ問題も解決。
publicフィールドは退化。

publicフィールドが良いわけない。
沖縄だけだろ？本当の現場を知らない。

少なくとも運用保守を考えたらpublicフィールドは無しだ。
リリースしたら終わりではない。機能追加案件もいっぱい出る。

いや、もちろん納品したら終わりという二次受けSIプログラマーなら話は別だがな。
あとオープンソースでフレームワーク作ってる奴も。

publicフィールドのメリットは何よ？
アクセサメソッドがいらないとかは無しね。
（エクリプスにも自動生成機能はあるだろう？）

>>106
沖縄だけw

笑けたので負けを認めますわ。

アクセサに絡む機能追加・変更というと
前におっしゃってた通り、formatやvalidationになると思うけど
今時のフレームワークだとアノテーション書き換えて終わり、とかになります。

アクセサ内にもっと濃い業務ロジックが入り込むとなるとそれはただの
アクセサではなくて、ドメインロジックみたいな性格になると思うんだけど
そうなって初めてカプセル化するってのもまあありかな、と。

こう書くと確かに、積極的なメリットではないんだよな。
デメリットはあまりないよって説明してるだけで。
だから結局、使ってるフレームワークが許す限りどっちでもいいんだと思う。

残るのは、ソースの行数減って読み易い、って事くらいか。

色んなライブラリやフレームワーク使ってて、カプセル化してるbeanと
publicフィールドなbeanと混在してしまう事もあるだろうから
そうなると「現場」の事考えると、カプセル化で統一ってのが
教条主義うんぬんでない、現実解となるかなー。publicじゃなきゃ動かない
なんてのは殆どないと思うから。

これも消極的だけど・・・。

Ｃ（大）、Java（中）、Perl（中）、エクセル（中）、ワード（中）、VBA（小）

これくらいできれば、ツールの使い方としては十分だと思う

Perlは（小）かもしれん

＋Oracle（中）

ｴｸﾘﾌﾟｽ使わず５年ほどjavaやってるけど
みんなはｴｸﾘﾌﾟｽ使ってるの？
2.0の時に重くてやめた

eclipse 糞便利。

使わないやつマジ頭おかしい。

画面作ったりしなきゃantで十分だな

もうね、好きな言語で作れと
ただし、常識はわきまえろ

今やpublicフィールドが常識

いやーやっぱり俺は直接値を入れるのは汚いと思うな〜。

setter にしとけば synchronized も簡単にできるし、setter になっている事で
引数の値を入れておけばいいという安心を得られる。

public だと入れれるは入れれるけど、それでいいのかという不安が残る。
確かに仕様書に書いてあればいいんだろうけど、それにしても書き換える
タイミングの問題は残るのでは…？

javaっ子

俺が書き込んでから半年も沈んでるのか！
なんというスレだ！！

JAVA≒奴隷業務系SEの新人研修動画うｐした
http://www.nicovideo.jp/watch/sm4010880



680 名前：仕様書無しさん 投稿日：2008/07/22(火) 02:39:06
>>679
こっちを貼り忘れてるぞ
http://www.nicovideo.jp/watch/sm2276771

なんか新しいこまが増えてて寒心した。

>>70-71

クラスで表現するとやっぱりメモリはたくさん使うのですか？

>>70-74




結局どうなの

>>86
わざわざ関数を作る分メモリも無駄になる？

ただ、他人のソースを読んだときの可読性は良くなる？

なんか素人臭いのがうようよいるよなぁ
基本的にsetter getterを書いておけ
それが無難だ
setter getterをナシにしたいなら自らの責任においてやれ
以上

>>124
その理由をあなたの言葉で説明してください。

>>125
教えて君ｳｻﾞｲ

説明できないなら始めから勿体付けるようなこと言わなきゃいいのに

2chで煽れば宿題をやってもらえたのは5年前まで(w

javaっ子の島を見つけたよ
ママが教えてくれたから

基本的にsetter getterを書いておけ(笑)

>>122
getter setter はその操作に対して改造したい時に有効。

入力値に制限つけたい時はsetter持ってるとsetterメソッドいじるだけで済むけど直で触ってると全部ロジックいじらなきゃならない。
もともとそんな事起こさないっていう人ならpublicで構造体的な使い方すりゃいいけど、仕事でやる時にはそれは難しい。

setterはともかく、getterは用意しといてくれ。　機能追加で何年も安定して動い
てるフレームワークの共通部分を修正したくないから継承して差分コーディング
しようとしたら使いたいプロパティにアクセスできなくて、オレ涙目になったよ。

Javaでsetter getter書いてもSmalltalkみたいになるわけじゃないしどっちでもいい

set〜
get〜
にしとかないと
DIで自動化されないじゃん

setterにしておくと別の関数も含めて実行出来るから便利じゃん

setter getter付けてさらにpublicにすればもっと便利じゃん

JavaとC#なら、同じ扱いでいいじゃん

結局sette getteっていう暗黙の了解があるなら、
C#みたいにプロパティにしちゃえよ。

で、やっと7でか。

[C#, Delphi] いい加減 C# 信者がうざい件
http://tobysoft.net/diary/archives/2008/09/believers_of_c-sharp_are_uzai.html
---
C# 信者の特徴
　Hejlsberg は神であり神による実装である C# こそが唯一絶対の言語である
　他の言語（特に DelphiとJava）は存在自体が悪である
　他の言語を使っているのは C# を知らないからである
　C# を布教することでそのような不幸な子羊たちを救済することこそが正義である
どこかの世界宗教のようですね。

>>35
Mathworksが作った出来損ないのJava Matrix APIを思い出したぜ。
あんなAPIよりJakarta Commons MathのMatrixのほうが使えるけどな

>>42
数年前だったらそういう煽りも通だったのにね。今じゃそんなことばかり言ってると逆にバカにされるでしょ？

C#ってＪａｖａのパクリだろどう見ても

>>142
そりゃ歴史的経緯考えればそうだろ

基本的に MS が Java に独自仕様盛りこもうとして
Sun 側がやーだよ、と言ったら、それならこっちでやるよ
って感じだったはず

javaでなんでも無理矢理する必要は全くないけど
大抵の事はjavaでできる。知識がきちんとあれば。
そういう意味では1に言った人の>何でもできるとほざいていた
ってのは別に間違ってない。
ただ本当に1がいってるようにそいつが
無理矢理何でもjavaでやろうとしているのであれば
そもそも職業的なプログラマじゃないんじゃないの？
一体どんな状況で無理矢理javaでやろうとするなんて事がでてくるのか。
1は学生で相手も学生って所ですか？
>java C# 両方つかえますよ
この辺の発言から考えても厨臭さがプンプンしてるんですが…
1つの言語を極める事は周辺知識がないとできないんだから
それはjavaであろうとC#だろうと大変な事だと思う。
以外と1よりその1が馬鹿にしているjava厨の人の方が
案外1つの言語にこだわっている分先に色んな周辺知識を覚えていくかもね

C# = C言語風VB
Java = C++インタプリタ

>>125 >>127
ひさびさに来てやったぞ
アクセサを書くのは後々の仕様変更のためだよ
それまではメンバ変数をそのまま返していたのを
何かしらのコンバート処理をかけてからそれを返したい
というふうになった場合でも返す値の型さえ同じなら
周辺のプログラムを書き換える必要がない
このへんは常識だと思うが・・・
アクセサを意図的に使わないという選択肢はありうると思うが
それは後々の仕様変更がありえないと確信してる玄人
もしくはメンテやる人のことなんかお構いナシな人
もしくは全部独りでやってるから全責任を自分がかぶる人
もしくは使い捨てプログラム作ってる人のすることなんだよ

J#を忘れないで・・・

>>146
VB育ちのオレも入れといて

もしくはいざとなったらeclipseが全自動でアクセサ化してくれるから大丈夫な人
・・・いないか

>>144
もし、どの言語（開発環境も含め）でも同等のレベルで完璧な
プログラミングをこなす人がいるんだとしたら俺はその人に
インタビューしたい。このアプリはどの環境で作るのが最適ですか？ってさ。
現実にはそんな香具師は滅多にいないわけで、「これを使えばやりやすい」
とか言ってるその言葉には普段使い慣れた言語をひいき目に捉えるような
バイアスがかかっている。C++を10年やってる香具師に仕事を任せたら
ほとんど全部C++で片付けるのがラクに思うんじゃないかな。

まぁ、そういうわけで、その人のバックグラウンドによって
やりやすい手法ってのは変わってくるんだろうと思う。

schemeとかhaskellのような他の言語使ってメタプログラミングしてる
簡潔にフィールドを定義する構文でアクセサとか自動的に定義するようなの
そのプリプロセスを行なうタスクを記述するantとかも殆んど自動生成
高機能なものを作るにしてもeclipseの補完機能を拡張するよりは遥かに楽
Javaで開発するとしても別にJavaだけで開発する必要は無いんだなぁと思うね

この調子で連日ストップ高にして世の中を掻き回してくれや
目指せ200ドル

Oct:116.36
Nov:109.65

schemeとかhaskellっちゅーのを俺はよく知らないんだが
C++ Templateのマニアックな使い方がもうちょっとキモくない
すっきりした構文でできるってことでいいんかな。

結局、schemeとかhaskellっちゅーのはそれ単体で使うわけではなくて
それを使ってJavaやC++のコードを吐き出すというところに意味があるのかな。
今、気付いたんだけど。

>>146
それなら「xxxxx#convertToDecimal()」みたいな関数を作らんか？
もしくは「xxxxx#get(boolean convertDecimalFlag)」でもいいけどさ。
勝手にgetterの中書き換えてみろ。そのクラスを呼んでる全てのクラスに影響が逝くぞ。

もちろん、コールツリーをダンプして、自クラス呼び出したクラスの名前を得て、
　・特定のクラスから呼ばれた場合だけコンバート処理
　・その他のクラスなら素直に値返す
みたいなロジック組むなら別だ。
ハッキリ言ってそんなロジック組んだら、自分でもいつか忘れて意味不明になる。
また、処理速度も落ちる。

カタく行くなら「getter」だけ作っておいて、newする瞬間に、クラスの初期値を設定する。
setterはどうしても要るときになるまで付けない。
クラスの値は、基本的に全てリードオンリーだ。setterはできる限り排除する。
そうしないと、誰でも彼でもsetter経由で値を書き換えられることになる。

ハナっからgetterとsetterをペアで書くべきだ、ってどっかで刷り込まれてるだけじゃね？
別にペアじゃなくていいんだよ。
まぁbeansとかはあるけどな。
あれはjspとかとの連携をやらにゃあっつって、やっつけで考えただけっしょ。

>>154
そろそろ頭の中を関数型からOOPに切り替えた方がいいと思う。

アクセサの対照性ってooと関係あるの？

>>155
「関数型言語」ってのは、例えばLISP、Scala、Haskell。
CとかAdaとかVBとかPascalとかFortranとかは「手続き型言語」って言うのさ。
覚えときな。

>>157
誰が関数型【言語】の話をしているの？

>>154
こまけーなぁ。
直接コンバートしてもいい状況もあるだろうよ。
コンバートって変換ってこと。
146ではそれ以上の意味は特にない。
元の値をちょっといじって返すってだけ。
アクセサの用途を説明するには十分だろ。
それに動物クラスのオブジェクトを返してたところを
仕様が固まってきた段階で哺乳類クラスのオブジェクトを
動物型で返すこともできるじゃんか。
コンバートっちゅうのは広い意味で考えてくれ。

getterとsetterを合わせて書いとくべきとは書いてないと思うんだが。
ぶっちゃけセットで書いても使わないことは多々あるわけで、
その場合、使われてない関数までpublicで公開されてたりすると
ひょっとしたらどっかで使ってるのかも、
と、その辺の対応まで考慮しないといけなくなるからな。
まぁ、セットで書く場合でもprotectedにしとくとか制限はできるけどな。

あ、「基本的にgetterとsetterを書いておけ」
と書いてたのでした。うーん、これは“基本的に”
な話なので、必要ない場合が見極められるんならなくてもいいよってこと。
全部あるとくどいけど、あとから必要になったけど
そのソースコードには手が付けられない
っていう状況に陥るよりはマシかと。
先のことが見えない人は書いておけって話。
ちなみに、俺はsetterもgetterも基本的に書かねぇ。
>>146の下のほうに書いた分類で言うとオレは

・メンテやる人のことなんかお構いナシな人

に該当する。じきに今の職場はおさらばするしな。
まあ、あんまりよくないことだって分からずにやってたら
それは問題だと思うし。

関数型っつったら関数型言語だろ普通

>>161
関数型といったらjava.lang.reflect.Methodのことだろ。

というかさ、
int hoge;

に対して

int getHoge() が定義されていれば fuga = hoge; は fuga = getHoge(); と解釈
void setHoge(int) が定義されていれば hoge = 1; は setHoge(1); と解釈

という言語仕様だったら良かっただけのこと。

まるC++のオーバーロードみたい

>>163
その仕様でいくと

void setHoge(int hoge) {
this.hoge = hoge; // ← ここでsetHogeを再帰呼び出し？
}

>>163
Delphi からJavaに乗り換えたとき、いちばん違和感（というか不便）を感じたのはその点だ。

>>165
proterty void setHoge(int hoge) {
　this.hoge = hoge;
}
と書くような言語仕様になっていて、property宣言したメソッド内では再帰呼び出しできない
ようにすればOK。

>>163>>166
多分C#のプロパティの方が使い易い。

>>74
EclipseがあればC#のsettergetterはいらない。
JavaではEclipseが自動生成してくれるから

>>168
問題はそこじゃなくて、

　obj.name = "hoge";
　str = obj.name;

てのができなくて、いちいち

　obj.setName("hoge");
　str = obj.getName();


と書かなきゃイカンのが鬱陶しいという話だと思う。

曹操

草々

publicフィールドはどこから書き込まれるか分からないが、
setterで書き込むようにしておけば、setterからしか書き込まれない
・・・・・・
setterは何処から呼び出されるか分からない・・・・・・

いｄてｓｔ

>>172
問題は、どこから書き込まれるかわからないことではなくて、何が書き込まれるかわからないことだ。
フィールドは無防備だが、セッタならフィルタできる。

>>169
それもEclipseのコード補完機能で万事解決

>>172
Javaのsetterの利点はsetterのオーバーロードができること

javaしかできないやつも現れたのか。
え、Ｃ＋＋ってなに？

商業高校PC部はJAVA.工業高校PC部はCと決まっておる
JAVA（笑）よ、Cに勝てると思っているのかな（笑）
暴れる獅子と呼ばれたCに勝とうとは………片腹痛いわ！！！！！！

テストコードが作りやすい=実コードが作り易い
setterが無い時、何故無いのか考えることで、設計者の意図を探れる。
俺もsetterは必要ない時以外は、書かない方がいいと思う。

インターフェイスにgetterを定義しとけば、
中身が何か知らなくても、利用者は取得して使うだけでいいし、
実体を隠蔽化できる。

DIにしたって、継承させてgetterをオーバライドして、挿されたObjに対して
ちょこっと独自処理を追加できたりできるし、便利。

＞俺もsetterは必要ない時以外は、書かない方がいいと思う。

？

Javaでもできるだけいいじゃんよー
http://mild7070.livedoor.biz/

>>179
> 俺もsetterは必要ない時以外は、書かない方がいいと思う。
「必要」の指示する内容にもよるが…

クラスを利用する側が必要とするからsetterを書き、必要としなければ書かない、という思考は
間違っている。

クラスにとって、外部からの変更を許すのであれば書くし、許さないなら書かない、が正解。

java以外の仕事を下さいな。ﾄﾞﾄﾈﾄ以外で。

>>183
ではCOBOLの仕事をやろう。

Access-VBAの超短納期案件をくれてやろう。

>>184
いやマジで一度やってみたい。
膨大なレガシーシステムがまだまだあるし。


あるよね？

　
【サンタクロース、酒気帯びトナカイ運用罪での逮捕に、ﾏｼﾞ逆切れｗ（動画有り）】(ZDNet)
http://builder.japan.zdnet.com/story_media/20384793/081204_sun-james-gosling_02_400x300.jpg

>>186
ある。
あるところにはある。

俺は年金が破綻して老後の生活に行き詰まったら、COBOLプログラマとして余生を送ろうと
思っている。
そのころにはたいていのCOBOLプログラマは死に絶えているはずなので、そこそこ仕事はあるに
違いない。

今はJavaばっかりだが。

Javaは、登場当時のチープ感がいまだにとれなくていやだ。。。

いまだにjavacを叩いてコンパイルとか良くてmakeファイルを自前で作る人が来るから困る。

Javaは、登場当時の 「重い」 感がいまだにとれなくていやだ
チープだとかいう印象はないな、俺は

なんでJavaって異常に嫌われてるん？

日経ソフトウェアでC言語のコラムを連載してる人が
めちゃくちゃ叩いてる

http://mag.autumn.org/default.modf?s=kwmt
サイト内をJavaで検索

▲→川俣晶の縁側→ソフトウェア→技術雑記

Java信者の宗教的情熱と@ITの記事『私がJavaからC#に乗り換えた10の理由』

どうしてJavaは相手にしたくないかと言えば、Javaに関わることによるある種の不快感があるからです

VisualBasicに向ける批判は、仕事の進め方の問題に対する真摯さが根底にあるように感じられますが、
Java擁護者からC#に対して行われる批判は相手の全人格的な否定に近いところまで、
非技術的な領域に踏み込んでくるように感じられます。

　答えは簡単です。Javaに近寄らないに限ります。

　これが「どうしてJavaは相手にしたくないか」という文章への答えになります。

>>192
ツールという前提でお話をしないから、
愛じゃなくて盲信なんよ。

>>192
Java開発者のVB軽視には半端ないものを感じるが
C#はJavaと同類だと思ってるからこの人の主張はとうてい共感できない。
あと言語に捉われているようじゃ満足に仕事出来ない人なのかなって思う。

>>194
その人、ツールと割り切っていると言いながらこだわってる節あるからな〜。

他にJava派はパフォーマンスに関してもうるさいな、
まあ、本当にうるさいのは信者じゃなくて厨だけど

どきどきIBMとかでC超えたとかっていうネタでるけど、
2chのC Vs Javaのスレで、検証した

結果正しい。ただしランダムデータ組み合わせるとパフォーマンスがめちゃさがる。
Cはほとんど変わらずとかもあった。
以降Java厨沈黙。ちなみに検証したのC派だった(CもJavaも)。

信者以下のJava厨もいると書き加えるべきだよな。
まあ、もれはアプレットとJavaScript(ｗ以外Javaできないけど(ｗ。

>>195
その検証というのはどこのスレッド読めるのでしょうか？

VBとC#の大きな違いは、OfficeCOMの呼出の手間なんだよな。。。
C#は、言語的には、大好きなんだが、レガシーと切り離せないOffice連携アプリを
つくろうとおもったとき、しんどい。ラッパー書きまくるはめになるが、VBだと普通に
呼べる。
C++大好きですが、WindowsC++よりGCCが好きってのは多いとおもう。

自分の場合、いろいろな言語をやってきて最終的にJavaに来た感じ。
Javaの最高のところはC並のライブラリと環境の豊富さとBasicのように簡単に動かせるところかな。
あとしっかり規則をきめられるので下手なPGにも先に手を入れた人の手法でやらせることができるところ。
それによって自分で作ったソースじゃないところまで自分で作ったのと同じ形にできる。
もう自分はコアな部分はJavaでしか書いていない。

>>1
　　　 　 ∧,,∧　∧,,∧
　　 ∧,,(´-ω-)(-ω-｀)∧,,∧
　　( ´-ω)旦o) (o旦o(ω-｀ )
　　(_　 o[(　 ´-)　(-｀ 　)]o _)
　 └'ー-（_　　 )][( 　　_)ー'┘
　　 　　　'ｰ'^ｰ' 　 'ｰ'^ｰ'

　　　　　　 　　(　 )　寒ｲ日ﾓ
　　　　　　　　 (　 )
　　　　　　　　　| |　　　　　　　　+。
　　　　　　　　　　　* ヽ('A`)ﾉ　*ﾟ
　　　　　　　　　　+ﾟ　　 (　 )　　　ﾄｷﾊﾅﾂ!!!
　　　　　　　　　　　　　 ﾉω|


　__[警]
　　(　 ) ('A`)
　　(　 )Ｖノ ）
　　 | |　　| |

sunが死んだって聞いたから来てみたけど
ガセだった？

Javaを妄信して突き進めるだけでもある意味才能だよな
どれも信じられなくて突っ走れない奴にくらべたら

>>201
オラクルに買収されたみたいね

>>203
激しく有料になりそうだｗ
あの糞がめつい会社に買われてしまうとは無念・・・

>>200
ＳＭＡＰ草なぎ逮捕を予見していたのか！？

オラクルはＳｕｎのハード部門を建て直すという。Ｓｏｒａｒｉｓなんか今更買う奴いるのか。

Solarisとすら書けないヤツに言われてもなあ

>>207
なんか気に触ったのかね？ｗ

いよいよDBサーバー(ハード込みでの販売)が来るのか…

元からセットで売れよ

>208
お前馬鹿だね、って言われてるだけじゃないか？

javaしかできなくても、全てのライブラリクラスを業務で使ったことあるなら凄い

お前ら
java使いはC++に足向けて寝れないよ

Notes scriptしか使えない俺をあざ笑うスレはここですか？

>>193-195
お前ら、川俣さんがイケメンだから嫉妬してるんだろ。

http://www.atmarkit.co.jp/fdotnet/opinion/kawamata/2001_03.html

>>213
正直、C++なんて見下してるけど

見下してないけど、何でもかんでもC++でやって無駄な苦労してるなーって思うときはある

javaのVMはjavaで書けないけどC++では書けるちゅうことは java << C++ ちゅうこと

効率は無視か
じゃあ機械語が最強になるけど

効率を考えると、スクリプト>>>>java≧C++>>>>アセンブラ、くらいだろ。

>>220はスクリプト言語しか使ってない奴か？

>>220
それは Hello World! を表示するための効率だね。
実際の効率はケースバイケース

ライブラリが十分充実してる環境なら別にC++でもjavaでも変わんないじゃん
javaだからC++の工数の半分ね
なんていわれても困るだろ？

ライブラリが十分充実してる環境ならって
最初からあるのと自分で用意しなければ行けないのは
かなり大きな差があるわけで
ライブラリのメンテナンス終わりましたなんてなったら自分でメンテだぜ

ライブラリの充実度なら圧倒的にCだろ。
俺のパソコンのライブラリ数はjavaとC/C++を比べたら1:100位の比率になってるよ
解くにX-window関係のライブラリは全部C/C++だな

ライブラリの数＝ライブラリの充実度
とか思ってる奴を久しぶりに見た。

俺のライブラリは数も凄いけど充実度もピカ一

>>220 >>222
効率の意味によるし、ケースバイケースだな。その人/チームにも依るし。
単に簡単な使い捨てのも書くならスクリプトってのはわかるが。
エンコのアプリケーションをスクリプトで書く奴もいないだろうし。
それこそ効率悪い。

Java/C++ は守備範囲が若干違うのかな。数値計算とか画像処理するなら
C++ の方がライブラリは内容も充実してると思う。C++ は GUI が入ると全て
プラットフォーム依存なのが好きじゃないけど。

>>228
VBR→CBR変換のアプリがPerlで書かれてた

Webアプリだとフレームワーク使ったら生産効率はどの言語でも変わらないからな
まぁC/C++の効率いいWebフレームワークは無いけど

ちなみにGoogleの新卒採用では「C、C++ または Java のいずれかにおけるプログラミング知識」、
中途採用では「C++ または Java における開発経験」とある

検索系がC++でサービス系がJavaだよ確か

Javaって遅いよ。
Cで50msで済む処理がJavaだと100ms以上かかってしまう。
それにFull GCでアプリが数百ms〜数秒停止するし。
Javaって、速度の要求されるクリティカルなシステムで使い物になるのですかね？

逆に速度の要求されるクリティカルなシステムでしか要求されないのがCなのでは

クリティカルなところはアセンブリ言語ですね。
Cはアッセンブラーとの相性が良いので重宝しますね。
C++もCとの相性がいいので重宝します。
javaはどんづまりになると打開できません。

でっていう

業務系システムをアセンブラで組まないよね。。
超速いけど、開発効率悪いし、移植不可能だし。。
やっぱりC、C++が一番無難だと思うけどね。
どうでJavaでもクリティカルな処理はJNIでC、C++をよんでるでしょうし。

なんで両方使うっつー一番簡単なことができないのか？

>>238
必要ないですから

おれは昔アセンブラとＣが選べる組込み案件で、ＡＬＬアセンブラで仕事したことある。
１年半後、ＣＰＵが８６からＰｏｗｅｒＰＣに変わったとき皆から文句言われた。
Ｃにこだわってる奴も、できるだけｊａｖａで書くようにしないといつ攻撃の的になるかわからないよ。

アセンブラからJavaにリプレースする仕事してたわ。
もう8年くらい前だけど。
アセンブラ書いた会社が、これは俺達の財産だから公開しないとか言い出して、
客がキレてたｗ

アセンブラと違ってCならどこでも動くじゃん。
JavaはFull GCがある時点で使えないよ。アプリ停止するってありえん。

javaなんかで書いたらよけいヒンシュクもんだろ。
SUNに仕様をがっちり握られた言語なんて使う気にならんよ。
そもそもjavaで組み込みやるんだったらC++は必修だろ。
JVMを組み込み機器に合わせて変更するのはどーすんだよ。

誰も組み込みなんて言ってないが
>>241の話は汎用機だし

誰も>>241の話なんてしてないよ
>>240の組み込み案件の話だし

UNIX-Cなら何処でも動くけど組み込みのCは何処でも動かんぞ

>>243
SunがJavaの仕様を握ってるって？
何年前の話だ？
OpenJDKだって出てるってのに

openが出てもsunの仕様を満たしてライセンスを受けないとjavaを名乗れないんだよ。

unix-cでもどこでも動かないよ。
システムに合わせて変更が必要になる。

どの言語がダメとかいいとかいっている奴は低脳SEorプログラマというのは
相場は決まっているｗ

seesaa2は良いぞ

何処のblogサービスだよそれ

DI&AOP

いいかお前ら、Javaもろくに出来ない俺が通るぜ☆

>>242
せめてタイミングさえこっちで決められたら話しはちがったよね

実はすぐにでもできるんだけど
どこかの誰かのプライドと面子が邪魔してさせない理想（？）が実現されているような気がしてならない罠
ＧＣの任意タイミング実行の話な

男は黙ってメモリ管理
古き良きC時代、malloc、callocとfreeを使いこなしてこそプログラマーではなかったか

Objectiive-Cだと、

Object obj = [[Object alloc] init];
[obj release];

>>257
懐古厨乙

http://www.tokyo2016.or.jp/jp/
2016年オリンピックを東京に呼ぼう

オリンピックはブラジルがいいと思うのは俺だけ？
間違っても石原が知事をする東京ではやって欲しくないよ ってスレ違いだろ ボケ！

放送はよくわからんが、
東京オリンピックのテレビ中継絡みのシステムをJavaで作りゃいいんじゃね

放送機材はだいたいアセンブラだよ

組み込み系とSAPはハードルが高いイメージがある。
どうなんですかね？
ABAPの本を見るとCOBOLっぽかったですが、組み込み系は吐き気がした記憶があります。

組み込み系はリアルタイムが入る事が多いから難易度高いよな。

>>199
`∧_∧
(´･ω･)
( つ旦O
と＿)_)
ちょっと休憩｡

`∧_∧
(´･ω･) ＜Javaの案件がﾁｯﾄﾓ入ってこないのでFlex3に心が傾いてる。どうしよう…
( つ旦O
と＿)_)

>>179
>DIにしたって、継承させてgetterをオーバライドして、挿されたObjに対して
>ちょこっと独自処理を追加できたりできるし、便利。

DIで継承使って独自仕様追加とか分かってないにも程がありすぎ。
DIコンテナ使ってるからDI使えるとか思ってるんだろうな。。

組込み：C
ドライバ関連(OS直叩き)：C
小規模WEB業務系：Ruby
大規模WEB業務系：Java
バッチ処理：Java
でいんじゃね？

バッチ処理Javaとかｗｗｗ

javaオンリー使いには厳しい世の中になりました。

>>270
つHadoop

>>271
Java 業界が特に厳しいの？単に全体的に厳しいのでは？
他の言語も特に伸びている気もしないが。C++や C# にしろ。
スクリプト系もそんなに伸びてるわけじゃなさそうだし。

プログラマ歴長いけどJAVAは趣味でしかやらせて貰えない
PHPとC++が飯の種

Javaってなんでもできていいよね。
スクリプト言語しか出来ない俺はJavaの実行速度と
C++より開発が容易というところにあこがれてるんだけど。
もう・・・Javaしてもいいよね？

>>275
Java で何でもできるという感じは俺は無いな。
どっちかというと、C++ の方が何でもできるように感じる。
Java の場合容易に開発できそうで、定番で綺麗にできる路線以外になると
coding しづらい。C++ なら多少 code は汚くなるの我慢すればなんとか
できる気がする。

ただ、その人次第だと思うので、どうぞ。

プログラム言語統一教会

>>275
あかん！！ Javaなんてしたらあかん！！

>>275
スパコンからケータイまで動き、
C++ならいきなりプロセスごと死に、落ちた箇所を特定するまで一苦労するようなバグでも、
問題を起こした瞬間にソースの行番号まで表示してくれる上、
どのOSをターゲットにしてもスレッドが同じように扱えその上分かりやすく、
DBの扱い方も統一されており、デスクトップアプリからWEBアプリまで大概の事は出来る
Javaにすべき。

>>279
javaはC++が無い環境には移植できないよ。
それにベクトルプロセッサーには対応してないのでスパコンには無理

素直なのは別に良いのだけど、バカ正直なのはホント色々と困る･･･。

スマン･･･思いっきり誤爆した･･･

>>280

つ　SX-n(スパコン)

>>278
Javaはこれからだよ。
Javaとの思い出作りもこれから。

>>268
その２行は文章の書き方が悪かった
読めば、そう思うのも当然かなと。

abstract factory DIコンテナでググれば良いと思う

>>182さんが正しいさんが正しいと思う

まぁ俺はこの業界辞めるので、
お疲れ様でした。

正しいさんが正しいと思う、日本語が間違えた
あー、疲れたなぁ・・・

どんなに優れたフレームワークとエンジニアが居ても、
見積もりと、納期が滅茶苦茶で、

出来ないと実現できないは聞きたくないとか言うヤツが、ＰＭになって、
再見積もりを、
土日出勤の終電かタクシーとかの最大稼働率を参考に出すとか言い
短期ならともかく・・・

もーついていけん
営業職に戻る

Javaしかできない人って急に技術職に回された人が多いのかな。
文系出身なのに技術職に回される人って意外と多いみたいだし。
俺はマルチメディア学科出身でプログラミングの講義もちゃんと取ってたのに今だに営業やらされてるよ。

>>287
学校でやってたプログラミングって社会に出ると役に立たないよ？

>>288 そうとも限らんけどな。

>>287
技術部に飛ばされるのはマネジメントやる前に現場くらい知っとけって意味なんじゃね？
きみはその逆だと思えばよい。
現場(君の場合は営業)を知らずに良い業務ソフトは作れない。
この考えが今の時代に合ってるものなのかどうかは知らんが。

文系がIT部門に飛ばされるなんてことあるのか？
アマゾンのレビューとか知恵袋とか見てると社員研修で始めてプログラミング始めたとか
最近そういうの増えたなって気もするけど。
開発現場ってそんなに人手不足なのか？

正社員は簡単にクビにできないから何かしらさせないといけない
ついていけなくなって自己都合退職なら万々歳

>>291
プログラミングを他の言語でしたことあるのなら、良いと思うけど、初めて
プログラミングをして開発現場で使いものになるって大変。人材の有効な活用
でない気がするけど。どうなんだろう。

そういえば昔の Norvig 氏の文章を思い出した。
ttp://www.yamdas.org/column/technique/21-daysj.html

今は文系の大学でもプログラミングの授業あったりするよね。
大抵のところはJava教えてるみたいだけど。

>>294
大抵の大学では文系でもプログラミングの授業取ろうと思えば取れるのでは。
文系に必修のところはほとんど無いだろうけど。

なんで文系の話になったのかはしらないけど、
会社に入ってJavaやらされるっていうのはSEの人たちが多いんじゃないか？
大学上がりのSEって結構プログラミングできない奴多いぞ。
大学でC学んだとか言っても実際バリバリ書けるわけでもないし。
そういった根性叩き直す意味でJava研修してると勝手に予想。

理系の学生だってプログラミングを普通にできる学生なんて割合わずかだよ。
特に今ならシンボリックな計算するアプリ（mathematica, maple, matlab, 等)
で済む場合が多いし。ただ、SE にバリバリコーディングができる必要もなかろう。

そもそもこのスレの人たちはなんでJavaしかできないんだろう？

案件の範囲でのみ勉強するからじゃないかな？

なんでJAVAしかできない奴は馬鹿にされて茶葉しかできない奴は讃えられるんだ。千利休とか。

大規模ウェブサイトの８０％はJavaだってじっちゃが言ってた

>>301
それはないでしょ。大規模な website ってGoogle　とか。
Amazon, 楽天、Yahoo, CNN …。80% Java???

Javaってなんで馬鹿にされるのか、知ってる人おせーて

>>303
Java原理主義者みたいのがいて鬱陶しかったから。 アレもこれも全てJavaで
やるって感じでJavaを肥大化させて今にいたる。 で、そういう原理主義者は
今はJavaを見限ってスクリプト言語系にいっている。

なるほど
○HP馬鹿とかはそういう流れで発生したのか

javaって、90年代のCOBOLみたいな立ち位置になっちゃったけど、
90年代の終わりごろから2000年代の初めごろは「(新しすぎて)これって実用になるの?」みたいな扱いだった。
陳腐化するの早すぎ。

>>306
それは言い過ぎじゃないかな。アメリカでも日本でもまだまだ求人とか Java
他言語より多いし。90年代COBOLはそこまで需要無かっただろう。

みんな次にやる言語は決まった？

おれは、Objective-Cだな

やっぱりObjective-Cかな

時代の流れ的にはObjective-Cだよな。
それ以外は今更コストかけて学習するメリットを感じられない。

学生時代（15年前）に研究室の黒NeXTで
Objective-C をいじっていた俺は感涙にむせんでいます。

時代の流れ的にObjective-Cってどういう意味？
Mac的な意味で？
Objective-Cってどこがそんなに良いの？

Mac、iPhone的な意味でじゃない？
時代の流れ = ここ五回くらいの書き込みの流れ

俺もその昔 NeXT で InterfaceBuilder とかも使って Objective C で遊んでた。
今は主に C++ 使ってる。Objective C はC++よりタイトで良い感じだけど
Mac 向け以外でそんなに実用性高いかな。
趣味は良いけど、色々な事しようと思った時に使えるツールや
ライブラリ充実してるかよくわからん。

個人的には趣味でまた lisp 勉強してる（今更のように）…

Objective-Cのいいところ

一言で言えば、C言語であるから

Cでオブジェクト指向プログラミングをしたいなら、Objective-Cが一番素直
オブジェクトだって、実質的な中身は構造体と変わらない

C++は、CのようでいてCではない

とは言ってもC++とは名ばかりのぷち強いCみたいなコードも大量生産されてるけどな

tools.jarってなんでしょう？

Objective-Cはなんか厨くさい

>>319
どのへんが？

話のこしおってわるいんだが

簡単なウェブプログラミングならPHP
サーバサイドならJava
ウィンドウのクライアントなら.NET
マック、iPhoneならObjective-C
組込ならC、C++、アセンブラ？

って感じの認識してるんだけど、位置づけあってる？他に抑えといたほうがいい物ある？

本を売るならブックオフ、だよな

寿司食べるならかっぱ寿司だよな

>>321
大体合ってると思うけどRubyやPythonあたりの位置づけのほうが気になる。
Javaしかやったことのない俺にはLLがどう凄いのかよくわからない。
ライブラリが充実しているJavaをコンパクトにしただけという印象しかないんだが。

Flexの案件が増えてきたよ
意外とFlashPlayerが使える企業って多いのね・・・

Objective-Cとか、なんでまた無駄にガラパゴス増やすかねえ。
中途半端にそういうことされるより、いっそJAVAで統一してくれ。
プログラマは大迷惑だ。

>>326
Objective-Cがガラパゴスとはいっても、Cがそのまま使えるんだから
いいじゃないか

>>324
動的型付なところ

型はしっかりしてる方がいいなぁ…
宣言に型が書けない言語は、どうも扱いづらい

俺は普段 C++/Java 使ってるけど、書き捨てのスクリプトは Ruby で
書くことが多い。新しいものちょっと勉強したかったというのと、楽だから。
そういうのには向いてると思う。Ruby は入りやすかった。
本一冊通勤中に読んだらすぐ使えた。

ただ、入り組んだものは Ruby で書こうとは思わない。
書けるけど、慣れのせいもあるがちょっと怖い。
普段の coding はかなり defensive だからね。
そういう意味でも Ruby とか使うと新鮮で楽しいところもある。

Javaで関数使う場合ってクラスライブラリをインポートしたりインスタンス作成したり色々面倒だけど
軽量言語ってそういうの無いんだっけ？

モバイルアプリ開発したくて転職活動中だが、JavaよりPHPが多いんだな(泣)

PHPも勉強始めたが、JSPみたいにHTMLに埋め込むタイプは慣れてるから簡単にマスターできそう

PHPの方が簡単なのに

PHPやるくらいならRoRやっとけば？

>>332
phpとフラッシュやっとけば

フラッシュは金かかるから勉強できん

こっちを向いてよハニ〜

JAVAかC++から始めないと低レベルになる

C++ は低レベルプログラミングもできるよ〜

低水準と低レベルの違いって

漢字とカタカナ

そりゃ違うだろ - プログラミングでは

ＭＶＣモデルの実際の組み方がわからん。

Ｃｏｎｔｒｏｌｌｅｒってどういう単位で作ればいいの？
一つのモデルに合わせるのか１画面に合わせるのか
依存関係はどっち向きにすりゃいいの？

今のこの板ってほんとスキル低そうな奴の
「〇〇はこうだな」　みたいなレスが叩かれずに放置されてるから
過疎るわけだよな
本人もそれで大丈夫とか思っちゃって、　負の循環？
有用な情報が何一つないjapani-zu purogurama- bbｓ

ゴミみたいな流れだ

最初にjavaが登場した時は、C++を超える言語が無料で手に入ると宣伝され、
雑誌付録のCD-ROMに収録されていた。
早速試してみたが、当時の486DX2マシンで延々と無意味な計算をするコードを書いてみたところ、
286搭載のPC-98のBASIC以下の速度しか出ず、まるで実用性がないとしか思えなかった。
当時と比べたら、ずいぶんとjavaも進歩したものだと思う。

Java は勉強した工房が通りますよ

すいません。どなたかＳＤＮ(Sun Developer Network)アカウントの消し方を知っている方がいたら教えてください。

Javaもできません。中途半端モノです。

今専門生だがJava以外に覚えとくと役立つよっていう言語あったら教えて下さい
業界とかでよく使われてるのがあれば・・・

Rubyをやれ
そしてJAVAを忘れろ

やだよそんな厨二言語

じゃあ、Perlでもやれ？　PHPでもいいけどｗ

はい質問締め切り

次の人どうぞ

JAVAとCどっちを覚えたらいいかな？
どっちの方が覚えたら役に立つかな？

頭を使いたいならJava
頭を捻りたいならC

どっちも嫌なら頭を使わないJava

>>356
？？？

>>356 サンキュー！　じゃあ、JAVAにしようかな

なにこの茶番

今のこの板ってほんとスキル低そうな奴の
「〇〇はこうだな」　みたいなレスが叩かれずに放置されてるから
過疎るわけだよな
本人もそれで大丈夫とか思っちゃって、　負の循環？
有用な情報が何一つないjapani-zu purogurama- bbｓ

www

〇〇＝『今のこの板ってほんとスキル低そうな奴の
「〇〇はこうだな」　みたいなレスが叩かれずに放置されてるから』

こうだな＝『過疎るわけだよな』

自分一人の事務所で、web開発を無謀にもjavaからcにシフトしようとしてる。javaEEの冗長さに疲れた。

正直Ｊａｖａすらたいして出来ませんが何か

>>362
冗長だけど、かなり酷いコードでもとりあえず動いちゃうのは、すごいことだぜ？
必ずしもそれは利点にはならないけどｗ

Android開発に回されたんだが、JAVAがどうたらではなくEclipseがウンコ

VS恋しいお・・
.NETに戻りたいお・・・

開発環境が糞

真理：JavaはCのFPにしか過ぎない。

http://toro.2ch.net/test/read.cgi/tech/1329023778/

phpしかできない奴とどっちがいいかな

>>362
Web開発をCでやってるよ。
何年も前からCで開発しているため、内製ライブラリ群も充実し、開発効率は悪くない。
ほぼ同じCのコードを、Windows、Linux、AIX、HP-UX、Solaris、OpenVMSで使い回してるため、
サーバーOSが何だろうと、基本的なノウハウは流用できる。
OpenVMSは使用している取引先が減ったため、そろそろ切り捨てだろうけどね。

Web開発をCでとか、強制終了怖くね？文字列演算めんどうくね？メモリ解放忘れね？
仕様のがっつり決まっているものなら、
それでも時間を掛けて実装していけば良いのかも知れないけど、
Webではよくある仕様のコロコロ変わるようなものを
Cでとかまともにできるとは到底思えないわ。

>>371
500エラーとか見ることあるだろ。別にCでエラーになっても他でエラーになっても
基本的に500エラーになるだけだから。後は実装方法と実装者によるとしか言えない。
ダメな奴はどんな言語使ってもダメ。

>>371
CGIだったらメモリ解放忘れても良さげ。

>>365
確かにVS慣れてるとEclipseは糞だろうな。
まぁ、Eclipseに文句あるならメモ帳で書けばって話だけど。

Visual J++って最近聞かない気もするけど
やはりAndroidアプリは書けないんだろうか？

Visual J++はなくなったよ

このスレの住人は老害だらけだな
お前ら年齢言ってみろよ

255

あほ！
２ちゃんねるは年寄りの憩いの場なんだよ。
３０歳以下は立入禁止になってるのしらんのか。

java、C#あたりを覚えれば
１個の言語ですべてできると勘違いする奴がいるよな
Cと動的言語の中間にある言語だから実際かなり広い範囲の事はできるけど
それしかやってない奴って本当に浅い

いつか言語は１つに統一されるだろうが、C#やJAVAでそれが成される事は100%ないと言い切れる
そういう言語なんだよこれは。

で、仕事は見つかったのかい？

少なくとも業務アプリ作ってるやつで本質分かっててプログラム書いてるヤツなんかういない。
OSってなんですか？とか言うヤツが普通にプログラム書いてる業界だし。

>>382
だからこそ、業務アプリなんだろ。
バカばっかの中で、解ってりゃいろいろやりようがある。

先週中途で入ってきた、前職はJavaで業務アプリ書いてたってやつに
「そっちの環境何も入ってないから、自分でランタイム落としてきてインストールして使って」
と言ったら「ランタイムって何ですか？自分、プログラム専門なんで、環境構築のことは分からないです」
と返しやがった
Javaの業務プログラマってこんなんばっか？

俺は環境構築が専門でJavaプログラミングはできない。
というか勉強していない。そんな暇は無い。

でも、開発環境の作成は俺の仕事。全部自分で調べて・・・・・
APの実装も俺。障害きりわけも俺。全部自分で調べた。勉強した。
おまけにスレッドダンプの見方の説明をPGにしている。

結局Javaプログラマってなんなの？
勉強する気全く無しの連中ばっかりだよね。

>>384>>385
うちは前職でメーカーの制御系やっていた奴がそんな感じだった。
というか自称プログラマなコーダーって言語を問わず似たり寄ったりじょないの？

>>386
そういう輩ってC屋やコボラーにも多いよね、最近はJava厨もか

要するにVB、C#最強ということでおk?

>>386
WEB屋はもっとエグいぞw

>>387
VB PGも駄目駄目だよ。
C#は案件扱ったことないから良くわからんが、PGなんてそんなもんじゃねか？

たまにまともな奴がいると、ついつい酷使してしまう。
いつも申し訳ないと思っているのだが・・・・

なんでおにいちゃんたちはJavaを嫌うの？

Javaが嫌いなんじゃない。
向上心のないＰＧが許せないだけ。

つまりスレ違いか

>>392
違う。『javaしかできない奴』に向上心が無いといっているんだ。

初めてJavaを知ったのは、90年代のパソコン雑誌だった。
C++を超える開発言語が無料で手に入ると宣伝され、
付録CD-ROMにSDKとかが収録されていた。

試しにサンプルを見ながら、意味のない計算を延々繰り返すプログラムを作ってみたところ、
凄まじいまでの遅さに驚かされた。
当時の水準でそこそこの性能のパソコンを使っていたのに、
大昔の8ビットパソコンのBASICプログラムよりも遅かった。
言語としての設計は優れているのかもしれないが、実用性は皆無だった。
まさかそんなものが、即座に廃れることなく、普及するとは思わなかった。

Javaマ(といえるほどマじゃないが)は数が多いから、ゴミの数も多いしな

いま現在進行形でJavaマやってるけど、周りに自分から勉強していこうって奴が少なくて結構つらい
バイトコード操作覚えろとかはいわんけど、使ってるFWとかVCSの使い方くらい自分で勉強しろよって本気で思うわ…

>>393
言いたい事はわかるが、やる気がある奴だって0じゃないんだからひとくくりにするのは少ないやる気のある奴に失礼
そういう向上心ゼロのなんでマやってるのっていうゴミは言語がなんであれ必ず居るし

393だ。
>>395さん。同意見です。でも、良く文章を読んでください。
＞『javaしかできない奴』に向上心が無いといっているんだ。
JavaPGの全てが駄目とは言っていない。

＞そういう向上心ゼロのなんでマやってるのっていうゴミは言語がなんであれ必ず居るし
その通りなんです。

>>391も俺の文章なんです。
これを強く思ったのが、>>385の出来事なもんで。

これはVSやっていてもOracleやっててもいつもの事なんですよね。
優秀な外注PGは俺よりすごい奴もいるし、そういう人はいっぱい優遇してあげています。
単金もね。

もちろんJavaを極めた『javaしかできない奴』なら対応は変えますよ。

Javaで試作して、
jni で動かす。
だからJavaはおsくないんだとさ。

>>396
JavaしかできなくてもJavaがちゃんと出来てるならまだいいよ
現実は、そういうレベルのやつはJavaもろくに出来てないからな…

立派なジャマー（Java使い）になるぞ

趣味で適当にエクリプス使ってSWTのアプリ作ってるけJavaでOS固有のGUIデザイン作れるのは神やな
IDEがフリーだからプラグイン拡張でGUIデザインのしやすさも洗練されてるし外部JarでWindowsのAPIも叩けるし
フリーのフレームワークで簡単にバッチ処理もWebアプリも作れるしライブラリ豊富だしJava万能すぎやがな
オープンソースでない閉じた世界の言語ほど生産効率が糞なもんはないな

NECとかNTTとかORACLEが開発した有償のウェブとかバッチ処理用のフレームワーク使わされると死にたくなるわ
完全有料だからWebのどこにも情報ないし独特の仕様だから覚えるだけ一苦労だしもう死ねよって感じだわ

情報あるspring batchなら良いのかと言うと、バグだらけで大変だったぞｗ
asakusaは汎用性に欠ける。分散しないといけない程時間かかるバッチってそんな無いし

>>401
google依存症だな。
検索に頼るあまり、紙の仕様書を読めなくなる。

だからジャマーなのさｗ

でもぶっちゃけ検索機能のない紙媒体なんて今日日ゴミと同レベルでしかないわな
書籍すら電子媒体の時代なんだし、取り残されたレガシーシステムは死ぬしかない

向上心より、本質を見抜けない奴のほうが問題だな。

Javaしかできない奴の大半はJavaすら出来ない奴だぞ実際

javaが「ちゃんと出来る」奴は、他の言語に行っちゃうから。
つまり「javaしか出来ない奴」なんてのは絶滅危惧種。

>>407
「C#はできないけど、VB.NETならバッチリです」
「PHPしかできないけど、PHPならエキスパートです」
「入社以来ずっとCをやってました。Cの専門家です(Cしかできない)」

こういうのは、そのできるって言ってる言語でもろくなコード書けてないな。

コードは手段であって目的ではない
これをわからない奴大杉

最初から「俺ろくなコードを書けてないけど、コードの質なんてどうでもいいですよね。
ようは動けばいいんだし」とか言っとけばいい。

前置きや言い訳は置いといて、どんな理由であれ「一つの言語しか出来ない」って言うようなようなレベルのやつは、
趣味でコードに触れることがない程度の奴で、使えないうんコードしか生み出せない程度に奴だよ
これ人選ぶ時のポイントな

Javaしかできないって奴はJavaもロクに出来てない

商用Linuxで稼働させるサーバ機能を実装するとき
言語は自由で標準ライブラリ以外で枯れてないものはテストが必要だと言われたら
JAVA以外何が使えるというんだ

今時基幹システムにWindowsServerを採用しない企業は糞

それはないな

ＪＡＶＡなんて、所詮、ジャマーさ

a

泥アプリかこうとおもって勉強したけど、べつに他の選択肢もあるから、まあちょっとかじっただけ。
C++とQtで書くわ。

test

javaやり出してから0が()に見える

javaしかできねーのに関係ない作業振んなよなアホが

javaの仕事ねーなら契約切れよなカスがよぉ
てめーのとこの新人社員にやらせろゴミがよ
派遣システムってホント調子良いだけの必要悪だから残る奴も気分悪い