javaしかできない奴ニコニコ動画>1本 ->画像>2枚

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

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

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

・・・

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

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

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

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

ちなみに

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

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

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

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

猫でもわかるプログラミング
http://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の新人研修動画うｐした

後からどうにでもなるわけじゃないとしても、チューニングが必要なことに変わりはないわけだが