javaしかできない奴
■ このスレッドは過去ログ倉庫に格納されています
何でもかんでもjavaで開発しようとする。
javaで、何でもできるとほざいていました。
POIで吐き出すから、VBAマクロ使ってグラフ描いてよ。
・・・ Javaができる奴>>>>>>>>>>>>>>>>>>1 >>1
そういうお前はVBAでなんでもしようとするけどな ちなみに
ぼくは java C# 両方つかえますよ。VBもOKだけど(C#とVBAの延長線ぐらい) できるの?って聞かれて、できます!って答えられるのがJavaぐらいな同士達よ
C++でWINプログラムにトライしてみないか!?
ビルドするとexeが出来上がるのはちょっとイイぞ。
フリー開発環境構築
ttp://freepg.fc2web.com/cpp/topic_vce_001.html
猫でもわかるプログラミング
ttp://www.kumei.ne.jp/c_lang/
言語なんてなに使ってもいいんじゃないの?
用は理解できていれば、ほかの言語も使えると思うのだが...
ここ4,5年Javaブームで新人が最初に学ぶ言語がJava、ってのが
増えてきたけど、どうなの?Javaをマスターした後に.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
おいでおいで
新入社員2ヶ月生にいろいろ語ってもらいたいな♪ stdとtemplateが大事ってのは間違いじゃないな >21
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に手を出すとどーせわかんなくて泣くことなるから
んじゃ寝るね。がんがれ〜 >30
ありがとうございました!!
あなたは私にとって、神のような人です!
おやすみなさい。 ん〜、>>21=>>28=>>30はすべて承知の上で進めてると思うんだが・・・
このレベルの場合はまずはJDKとcmdとメモ帳からはじめさせて
3日ほど枕を涙でぬらさせてからでも遅くないと思うんだが。
いきなりIDEは右も左もわからない奴には逆に魔境だぞ? いきなりeclipse使うと環境変数も理解できないよ。4 Eclipseは環境変数分からなくてもそこそこ使えるっしょ
とりあえず簡単なとこから始めて、必要に応じて深みに入ってけばいいんでない eclipseからしか入れない奴はこの業界不要PGには不向き 最近のeclipseはJDKも一緒に入れてくれるのか
最近バージョンアップしてないから知らなかった >>37
こういう奴が時代遅れの産物と呼ばれるんだろうな 俺に支給されているPC。エクリプス立ち上がらんのよ。
どうしてくれるんだ! 本物のプログラマはJavaを使わない。Javaはちんけなアプリケーションプログラマが使うものだ。 Javaだと本物じゃない、なんとかだと本物とか言っている時点で乙 道具にこだわりがない奴ばかりでなんだか寂しい
その場限りの短時間で効率のいい方法で仕事を片付けるだけのSEなんていらない 自分の使っている以外の道具を良く知りもしないくせに否定し
自分の使っている道具こそが最高の物であると盲信することを
こだわりと勘違いしている奴が多すぎるから
ちょうどいいんじゃね? でもまぁjavaやってからcやり始めたんだが、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のソース見せてくれる人はいませんかwww
会社のファイルサーバを巡回したらどこかにあると思われ >>65
ソースよりオンラインヘルプを読んだ方がいいよwww javaって俺がはじめたときには書籍がほとんどなかった
業務でやってることと書籍でよくみるjavaとかなり違ってたから困った
Eclipseが糞重たいところが気に入らなかった
お前、起動に何分かけるのかと?
しかも、文字列の扱い(他のクラスもそうだが)が超気にイラねー
文字列の扱いずらさを隠したような構造になってるくせに一文字ずつ追加してくとくそおせーw
なんだよやっぱり領域とかそういう概念いるんじゃんw
フレンドリーみたいな態度とってて結局使うときはこれかよw
みたいな印象ある
中途半端だよね
C++のがすっきりしてていいと思う 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オブジェクトなんか手で書いてるなら、それが一番の問題 支援ツールで自動生成しろとかそういう話じゃないの? >>76
フィールドに保持してた値をformatして返したり、
escapeする必要が出てきたり、validateが追加となるときが、
機能用件からして将来的にも見込まれない場合は、
カプセル化の利点は薄いわけだ。
何も「フィールドは全てpublicにしろ」と言ってるんじゃないよ。
要は使い分けの問題。
純粋に値を保持するだけが目的のバリューオブジェクトで、
setter/getterにロジックが全く入らないケースに限っては、
カプセル化に固執する必要も無いんじゃないの?という話。
本しか読んでないような奴を
本気でやりこめてはかわいそうだ カプセル化すると余計な手続きを実行することになり速度低下する
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の配列うんぬんは見なかった事にしてあげる。 >あとStringの配列うんぬんは見なかった事にしてあげる。
String配列 >>>>> publicフィールド
現場のPGに「これからはpublicフィールドで」なんて言えるのかw >>94
そのおかげで”とりあえず変数をパブリック”にしておいて
後からプロパティへ変更する事が可能になり
”とりあえずSetHogeとGetHogeを作っておくか”という無駄がなくなって素敵 >>97
>現場のPGに「これからはpublicフィールドで」なんて言えるのか
うん、そうだよ。俺は今の所言ってないけど、そういう流れも世の中にはあるんだよ。
本捨てて少しはネットでフレームワーク調べてみるといいよ。 現場のPGに「これからはカプセル化で」って言い始めた時よりは
抵抗なさそうだけどなあ。 >>98
とりあえず変数にしておいて後でプロパティにするのはよくやってた。
C# 3.0ではそういうときのためにプロパティの書き方が簡略化されたので
最近はいきなりプロパティ書くようになってきた。
public int Foo { get; set; } なんか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じゃなきゃ動かない
なんてのは殆どないと思うから。
これも消極的だけど・・・。 C(大)、Java(中)、Perl(中)、エクセル(中)、ワード(中)、VBA(小)
これくらいできれば、ツールの使い方としては十分だと思う
エクリプス使わず5年ほどjavaやってるけど
みんなはエクリプス使ってるの?
2.0の時に重くてやめた eclipse 糞便利。
使わないやつマジ頭おかしい。 もうね、好きな言語で作れと
ただし、常識はわきまえろ いやーやっぱり俺は直接値を入れるのは汚いと思うな〜。
setter にしとけば synchronized も簡単にできるし、setter になっている事で
引数の値を入れておけばいいという安心を得られる。
public だと入れれるは入れれるけど、それでいいのかという不安が残る。
確かに仕様書に書いてあればいいんだろうけど、それにしても書き換える
タイミングの問題は残るのでは…? 俺が書き込んでから半年も沈んでるのか!
なんというスレだ!!
JAVA≒奴隷業務系SEの新人研修動画うpした
http://www.nicovideo.jp/watch/sm4010880
680 名前:仕様書無しさん 投稿日:2008/07/22(火) 02:39:06
>>679
こっちを貼り忘れてるぞ
http://www.nicovideo.jp/watch/sm2276771
なんか新しいこまが増えてて寒心した。
>>70-71
クラスで表現するとやっぱりメモリはたくさん使うのですか? >>86
わざわざ関数を作る分メモリも無駄になる?
ただ、他人のソースを読んだときの可読性は良くなる?
なんか素人臭いのがうようよいるよなぁ
基本的にsetter getterを書いておけ
それが無難だ
setter getterをナシにしたいなら自らの責任においてやれ
以上 >>124
その理由をあなたの言葉で説明してください。 説明できないなら始めから勿体付けるようなこと言わなきゃいいのに 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にすればもっと便利じゃん 結局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
数年前だったらそういう煽りも通だったのにね。今じゃそんなことばかり言ってると逆にバカにされるでしょ? >>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
ひさびさに来てやったぞ
アクセサを書くのは後々の仕様変更のためだよ
それまではメンバ変数をそのまま返していたのを
何かしらのコンバート処理をかけてからそれを返したい
というふうになった場合でも返す値の型さえ同じなら
周辺のプログラムを書き換える必要がない
このへんは常識だと思うが・・・
アクセサを意図的に使わないという選択肢はありうると思うが
それは後々の仕様変更がありえないと確信してる玄人
もしくはメンテやる人のことなんかお構いナシな人
もしくは全部独りでやってるから全責任を自分がかぶる人
もしくは使い捨てプログラム作ってる人のすることなんだよ もしくはいざとなったら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に切り替えた方がいいと思う。 >>155
「関数型言語」ってのは、例えばLISP、Scala、Haskell。
CとかAdaとかVBとかPascalとかFortranとかは「手続き型言語」って言うのさ。
覚えときな。 >>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); と解釈
という言語仕様だったら良かっただけのこと。 >>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しかできないやつも現れたのか。
え、C++ってなに? 商業高校PC部はJAVA.工業高校PC部はCと決まっておる
JAVA(笑)よ、Cに勝てると思っているのかな(笑)
暴れる獅子と呼ばれたCに勝とうとは………片腹痛いわ!!!!!! テストコードが作りやすい=実コードが作り易い
setterが無い時、何故無いのか考えることで、設計者の意図を探れる。
俺もsetterは必要ない時以外は、書かない方がいいと思う。
インターフェイスにgetterを定義しとけば、
中身が何か知らなくても、利用者は取得して使うだけでいいし、
実体を隠蔽化できる。
DIにしたって、継承させてgetterをオーバライドして、挿されたObjに対して
ちょこっと独自処理を追加できたりできるし、便利。
>俺もsetterは必要ない時以外は、書かない方がいいと思う。
? >>179
> 俺もsetterは必要ない時以外は、書かない方がいいと思う。
「必要」の指示する内容にもよるが…
クラスを利用する側が必要とするからsetterを書き、必要としなければ書かない、という思考は
間違っている。
クラスにとって、外部からの変更を許すのであれば書くし、許さないなら書かない、が正解。
Access-VBAの超短納期案件をくれてやろう。 >>184
いやマジで一度やってみたい。
膨大なレガシーシステムがまだまだあるし。
あるよね? >>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(w以外Javaできないけど(w。 >>195
その検証というのはどこのスレッド読めるのでしょうか? VBとC#の大きな違いは、OfficeCOMの呼出の手間なんだよな。。。
C#は、言語的には、大好きなんだが、レガシーと切り離せないOffice連携アプリを
つくろうとおもったとき、しんどい。ラッパー書きまくるはめになるが、VBだと普通に
呼べる。
C++大好きですが、WindowsC++よりGCCが好きってのは多いとおもう。 自分の場合、いろいろな言語をやってきて最終的にJavaに来た感じ。
Javaの最高のところはC並のライブラリと環境の豊富さとBasicのように簡単に動かせるところかな。
あとしっかり規則をきめられるので下手なPGにも先に手を入れた人の手法でやらせることができるところ。
それによって自分で作ったソースじゃないところまで自分で作ったのと同じ形にできる。
もう自分はコアな部分はJavaでしか書いていない。 >>1
∧,,∧ ∧,,∧
∧,,(´-ω-)(-ω-`)∧,,∧
( ´-ω)旦o) (o旦o(ω-` )
(_ o[( ´-) (-` )]o _)
└'ー-(_ )][( _)ー'┘
'ー'^ー' 'ー'^ー'
( ) 寒イ日モ
( )
| | +。
* ヽ('A`)ノ *゚
+゚ ( ) トキハナツ!!!
ノω|
__[警]
( ) ('A`)
( )Vノ )
| | | |
sunが死んだって聞いたから来てみたけど
ガセだった? Javaを妄信して突き進めるだけでもある意味才能だよな
どれも信じられなくて突っ走れない奴にくらべたら >>203
激しく有料になりそうだw
あの糞がめつい会社に買われてしまうとは無念・・・ >>200
SMAP草なぎ逮捕を予見していたのか!? オラクルはSunのハード部門を建て直すという。Sorarisなんか今更買う奴いるのか。 いよいよDBサーバー(ハード込みでの販売)が来るのか… >208
お前馬鹿だね、って言われてるだけじゃないか? javaしかできなくても、全てのライブラリクラスを業務で使ったことあるなら凄い Notes scriptしか使えない俺をあざ笑うスレはここですか? 見下してないけど、何でもかんでもC++でやって無駄な苦労してるなーって思うときはある javaのVMはjavaで書けないけどC++では書けるちゅうことは java << C++ ちゅうこと
効率を考えると、スクリプト>>>>java≧C++>>>>アセンブラ、くらいだろ。 >>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 における開発経験」とある Javaって遅いよ。
Cで50msで済む処理がJavaだと100ms以上かかってしまう。
それにFull GCでアプリが数百ms〜数秒停止するし。
Javaって、速度の要求されるクリティカルなシステムで使い物になるのですかね? 逆に速度の要求されるクリティカルなシステムでしか要求されないのがCなのでは クリティカルなところはアセンブリ言語ですね。
Cはアッセンブラーとの相性が良いので重宝しますね。
C++もCとの相性がいいので重宝します。
javaはどんづまりになると打開できません。
業務系システムをアセンブラで組まないよね。。
超速いけど、開発効率悪いし、移植不可能だし。。
やっぱりC、C++が一番無難だと思うけどね。
どうでJavaでもクリティカルな処理はJNIでC、C++をよんでるでしょうし。 なんで両方使うっつー一番簡単なことができないのか? おれは昔アセンブラとCが選べる組込み案件で、ALLアセンブラで仕事したことある。
1年半後、CPUが86からPowerPCに変わったとき皆から文句言われた。
Cにこだわってる奴も、できるだけjavaで書くようにしないといつ攻撃の的になるかわからないよ。 アセンブラからJavaにリプレースする仕事してたわ。
もう8年くらい前だけど。
アセンブラ書いた会社が、これは俺達の財産だから公開しないとか言い出して、
客がキレてたw アセンブラと違って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プログラマというのは
相場は決まっているw いいかお前ら、Javaもろくに出来ない俺が通るぜ☆ >>242
せめてタイミングさえこっちで決められたら話しはちがったよね 実はすぐにでもできるんだけど
どこかの誰かのプライドと面子が邪魔してさせない理想(?)が実現されているような気がしてならない罠
GCの任意タイミング実行の話な 男は黙ってメモリ管理
古き良きC時代、malloc、callocとfreeを使いこなしてこそプログラマーではなかったか Objectiive-Cだと、
Object obj = [[Object alloc] init];
[obj release]; オリンピックはブラジルがいいと思うのは俺だけ?
間違っても石原が知事をする東京ではやって欲しくないよ ってスレ違いだろ ボケ!
放送はよくわからんが、
東京オリンピックのテレビ中継絡みのシステムを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オンリー使いには厳しい世の中になりました。
>>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++が無い環境には移植できないよ。
それにベクトルプロセッサーには対応してないのでスパコンには無理
素直なのは別に良いのだけど、バカ正直なのはホント色々と困る・・・。 >>278
Javaはこれからだよ。
Javaとの思い出作りもこれから。 >>268
その2行は文章の書き方が悪かった
読めば、そう思うのも当然かなと。
abstract factory DIコンテナでググれば良いと思う
>>182さんが正しいさんが正しいと思う
まぁ俺はこの業界辞めるので、
お疲れ様でした。
正しいさんが正しいと思う、日本語が間違えた
あー、疲れたなぁ・・・
どんなに優れたフレームワークとエンジニアが居ても、
見積もりと、納期が滅茶苦茶で、
出来ないと実現できないは聞きたくないとか言うヤツが、PMになって、
再見積もりを、
土日出勤の終電かタクシーとかの最大稼働率を参考に出すとか言い
短期ならともかく・・・
もーついていけん
営業職に戻る
Javaしかできない人って急に技術職に回された人が多いのかな。
文系出身なのに技術職に回される人って意外と多いみたいだし。
俺はマルチメディア学科出身でプログラミングの講義もちゃんと取ってたのに今だに営業やらされてるよ。 >>287
学校でやってたプログラミングって社会に出ると役に立たないよ? >>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しかできない奴は馬鹿にされて茶葉しかできない奴は讃えられるんだ。千利休とか。 大規模ウェブサイトの80%は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だよな。
それ以外は今更コストかけて学習するメリットを感じられない。 学生時代(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みたいなコードも大量生産されてるけどな 話のこしおってわるいんだが
簡単なウェブプログラミングならPHP
サーバサイドならJava
ウィンドウのクライアントなら.NET
マック、iPhoneならObjective-C
組込ならC、C++、アセンブラ?
って感じの認識してるんだけど、位置づけあってる?他に抑えといたほうがいい物ある? >>321
大体合ってると思うけどRubyやPythonあたりの位置づけのほうが気になる。
Javaしかやったことのない俺にはLLがどう凄いのかよくわからない。
ライブラリが充実しているJavaをコンパクトにしただけという印象しかないんだが。 Flexの案件が増えてきたよ
意外とFlashPlayerが使える企業って多いのね・・・ Objective-Cとか、なんでまた無駄にガラパゴス増やすかねえ。
中途半端にそういうことされるより、いっそJAVAで統一してくれ。
プログラマは大迷惑だ。 >>326
Objective-Cがガラパゴスとはいっても、Cがそのまま使えるんだから
いいじゃないか 型はしっかりしてる方がいいなぁ…
宣言に型が書けない言語は、どうも扱いづらい 俺は普段 C++/Java 使ってるけど、書き捨てのスクリプトは Ruby で
書くことが多い。新しいものちょっと勉強したかったというのと、楽だから。
そういうのには向いてると思う。Ruby は入りやすかった。
本一冊通勤中に読んだらすぐ使えた。
ただ、入り組んだものは Ruby で書こうとは思わない。
書けるけど、慣れのせいもあるがちょっと怖い。
普段の coding はかなり defensive だからね。
そういう意味でも Ruby とか使うと新鮮で楽しいところもある。
Javaで関数使う場合ってクラスライブラリをインポートしたりインスタンス作成したり色々面倒だけど
軽量言語ってそういうの無いんだっけ? モバイルアプリ開発したくて転職活動中だが、JavaよりPHPが多いんだな(泣)
PHPも勉強始めたが、JSPみたいにHTMLに埋め込むタイプは慣れてるから簡単にマスターできそう MVCモデルの実際の組み方がわからん。
Controllerってどういう単位で作ればいいの?
一つのモデルに合わせるのか1画面に合わせるのか
依存関係はどっち向きにすりゃいいの? 今のこの板ってほんとスキル低そうな奴の
「〇〇はこうだな」 みたいなレスが叩かれずに放置されてるから
過疎るわけだよな
本人もそれで大丈夫とか思っちゃって、 負の循環?
有用な情報が何一つないjapani-zu purogurama- bbs 最初にjavaが登場した時は、C++を超える言語が無料で手に入ると宣伝され、
雑誌付録のCD-ROMに収録されていた。
早速試してみたが、当時の486DX2マシンで延々と無意味な計算をするコードを書いてみたところ、
286搭載のPC-98のBASIC以下の速度しか出ず、まるで実用性がないとしか思えなかった。
当時と比べたら、ずいぶんとjavaも進歩したものだと思う。 すいません。どなたかSDN(Sun Developer Network)アカウントの消し方を知っている方がいたら教えてください。 今専門生だがJava以外に覚えとくと役立つよっていう言語あったら教えて下さい
業界とかでよく使われてるのがあれば・・・ じゃあ、Perlでもやれ? PHPでもいいけどw
はい質問締め切り
次の人どうぞ JAVAとCどっちを覚えたらいいかな?
どっちの方が覚えたら役に立つかな? 頭を使いたいならJava
頭を捻りたいならC
どっちも嫌なら頭を使わないJava >>356 サンキュー! じゃあ、JAVAにしようかな 今のこの板ってほんとスキル低そうな奴の
「〇〇はこうだな」 みたいなレスが叩かれずに放置されてるから
過疎るわけだよな
本人もそれで大丈夫とか思っちゃって、 負の循環?
有用な情報が何一つないjapani-zu purogurama- bbs www
〇〇=『今のこの板ってほんとスキル低そうな奴の
「〇〇はこうだな」 みたいなレスが叩かれずに放置されてるから』
こうだな=『過疎るわけだよな』
自分一人の事務所で、web開発を無謀にもjavaからcにシフトしようとしてる。javaEEの冗長さに疲れた。 >>362
冗長だけど、かなり酷いコードでもとりあえず動いちゃうのは、すごいことだぜ?
必ずしもそれは利点にはならないけどw Android開発に回されたんだが、JAVAがどうたらではなくEclipseがウンコ
VS恋しいお・・
.NETに戻りたいお・・・ >>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アプリは書けないんだろうか? このスレの住人は老害だらけだな
お前ら年齢言ってみろよ あほ!
2ちゃんねるは年寄りの憩いの場なんだよ。
30歳以下は立入禁止になってるのしらんのか。 java、C#あたりを覚えれば
1個の言語ですべてできると勘違いする奴がいるよな
Cと動的言語の中間にある言語だから実際かなり広い範囲の事はできるけど
それしかやってない奴って本当に浅い
いつか言語は1つに統一されるだろうが、C#やJAVAでそれが成される事は100%ないと言い切れる
そういう言語なんだよこれは。 少なくとも業務アプリ作ってるやつで本質分かっててプログラム書いてるヤツなんかういない。
OSってなんですか?とか言うヤツが普通にプログラム書いてる業界だし。 >>382
だからこそ、業務アプリなんだろ。
バカばっかの中で、解ってりゃいろいろやりようがある。 先週中途で入ってきた、前職はJavaで業務アプリ書いてたってやつに
「そっちの環境何も入ってないから、自分でランタイム落としてきてインストールして使って」
と言ったら「ランタイムって何ですか?自分、プログラム専門なんで、環境構築のことは分からないです」
と返しやがった
Javaの業務プログラマってこんなんばっか? 俺は環境構築が専門でJavaプログラミングはできない。
というか勉強していない。そんな暇は無い。
でも、開発環境の作成は俺の仕事。全部自分で調べて・・・・・
APの実装も俺。障害きりわけも俺。全部自分で調べた。勉強した。
おまけにスレッドダンプの見方の説明をPGにしている。
結局Javaプログラマってなんなの?
勉強する気全く無しの連中ばっかりだよね。 >>384>>385
うちは前職でメーカーの制御系やっていた奴がそんな感じだった。
というか自称プログラマなコーダーって言語を問わず似たり寄ったりじょないの? >>386
そういう輩ってC屋やコボラーにも多いよね、最近はJava厨もか
要するにVB、C#最強ということでおk? >>387
VB PGも駄目駄目だよ。
C#は案件扱ったことないから良くわからんが、PGなんてそんなもんじゃねか?
たまにまともな奴がいると、ついつい酷使してしまう。
いつも申し訳ないと思っているのだが・・・・ Javaが嫌いなんじゃない。
向上心のないPGが許せないだけ。 >>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もろくに出来てないからな… 趣味で適当にエクリプス使ってSWTのアプリ作ってるけJavaでOS固有のGUIデザイン作れるのは神やな
IDEがフリーだからプラグイン拡張でGUIデザインのしやすさも洗練されてるし外部JarでWindowsのAPIも叩けるし
フリーのフレームワークで簡単にバッチ処理もWebアプリも作れるしライブラリ豊富だしJava万能すぎやがな
オープンソースでない閉じた世界の言語ほど生産効率が糞なもんはないな NECとかNTTとかORACLEが開発した有償のウェブとかバッチ処理用のフレームワーク使わされると死にたくなるわ
完全有料だからWebのどこにも情報ないし独特の仕様だから覚えるだけ一苦労だしもう死ねよって感じだわ 情報あるspring batchなら良いのかと言うと、バグだらけで大変だったぞw
asakusaは汎用性に欠ける。分散しないといけない程時間かかるバッチってそんな無いし >>401
google依存症だな。
検索に頼るあまり、紙の仕様書を読めなくなる。 でもぶっちゃけ検索機能のない紙媒体なんて今日日ゴミと同レベルでしかないわな
書籍すら電子媒体の時代なんだし、取り残されたレガシーシステムは死ぬしかない Javaしかできない奴の大半はJavaすら出来ない奴だぞ実際 javaが「ちゃんと出来る」奴は、他の言語に行っちゃうから。
つまり「javaしか出来ない奴」なんてのは絶滅危惧種。 >>407
「C#はできないけど、VB.NETならバッチリです」
「PHPしかできないけど、PHPならエキスパートです」
「入社以来ずっとCをやってました。Cの専門家です(Cしかできない)」
こういうのは、そのできるって言ってる言語でもろくなコード書けてないな。 コードは手段であって目的ではない
これをわからない奴大杉 最初から「俺ろくなコードを書けてないけど、コードの質なんてどうでもいいですよね。
ようは動けばいいんだし」とか言っとけばいい。 前置きや言い訳は置いといて、どんな理由であれ「一つの言語しか出来ない」って言うようなようなレベルのやつは、
趣味でコードに触れることがない程度の奴で、使えないうんコードしか生み出せない程度に奴だよ
これ人選ぶ時のポイントな Javaしかできないって奴はJavaもロクに出来てない 商用Linuxで稼働させるサーバ機能を実装するとき
言語は自由で標準ライブラリ以外で枯れてないものはテストが必要だと言われたら
JAVA以外何が使えるというんだ 今時基幹システムにWindowsServerを採用しない企業は糞 泥アプリかこうとおもって勉強したけど、べつに他の選択肢もあるから、まあちょっとかじっただけ。
C++とQtで書くわ。 javaしかできねーのに関係ない作業振んなよなアホが
javaの仕事ねーなら契約切れよなカスがよぉ
てめーのとこの新人社員にやらせろゴミがよ
派遣システムってホント調子良いだけの必要悪だから残る奴も気分悪い 下記の条件が全て当てはまる会社はご注意下さい。
・「社名 労基」でググると過去の2chスレが出てくる
・転職会議で2.5点の会社
・年齢不問IT系 業務系システムなら、Java、シェルスクリプト、SQL上級、PL/SQL上級くらいできないと一人前ではない。 SQL上級って、分析関数やらチューニングとか?
もう少し具体的に・・・ >>427
SQLはチューニングが必要という発想が間違い。
あとからどうにでもなるわけではない。 >>428
後からどうにでもなるわけじゃないとしても、チューニングが必要なことに変わりはないわけだが 【愛知県 名古屋市】IT分野/Javaでのサーバーサイドエンジニア
1名以上募集
http://ritsuan.com/job/3940/
給与〜800,000円
仕事概略 【愛知県 名古屋市】IT分野/Javaでのサーバーサイドエンジニア
仕事詳細
アプリのWebAPI開発、クライアント企業向け管理画面の開発、学生向けマイページなどWebサービスの開発です。
JAVAを用いた開発業務がメインです。
※若手経験者歓迎の人気案件です。
勤務時間
9:00〜18:00
休日
基本的には土日祝日
その他は客先カレンダーによる
募集要項
雇用形態 正社員
対象となる方
・Java、Java Scriptでの開発経験
・プログラム開発経験者
【尚可】
・Javaでの開発経験が2年以上ある方
・サーバー運用経験者
給与 今案件の給与見込みとしましては、〜800,000円程の月収を予想しております。
また、弊社の給料早見表を参考もあわせてご参照下さい。http://ritsuan.com/special/pay/ 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
E68I59DM34 とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
R2GG3 Javaはもう既存のメンテにしか使われへんからな
フリーでやってけるスキルではあらへんね
その証拠にJavaの新規開発の求人なんて見ないやろ
Java屋は大人しく正社員になっとかんとヤバイよ 勤務地を都内を希望していたのに最短の現場としてみなとみらい(片道2時間30分)まで飛ばされたときはガチで下火なんだと痛感した >>436
2020年でそんな感じだったのか。。
もうダメぽ ぶっちゃけJavaってコード量多いよな
クラス名も長ったらしいし10個ぐらい連結子でつながないと
値が取れないし
絶対に誰も呼ばないようなメソッドでもパブリックにすると
コード厨房がやたら騒いでマウント取ろうとするし Pythonはアカン
モジュールのインストールでLinux環境とルールが衝突しているから、こういう地雷みたいな言語はやっても意味ない
もしやるならJavaで別のフレームワークを覚えた方が数倍マシ Pythonは怪しいライブラリが多くてクソだよ
Boto3みたいなライブラリも危ない Javaは4次請けの人間が使っているから求人が多く見えるだけで、実際は大して需要が高くない
日本では4次請けの人間を一人採用すると、4人分の求人が消えるという怪奇現象が起きている
噂によると、複数の企業の名刺を持つ人物がいて、こいつが複数人にカウントされているらしい ワイ今年情報の専門1年でjavaすらも難しいんだが? 講師がjavaは分厚い本を読まないと上達しないと話していた 声なき声に~~力を入れられる側からすると言う。
危険すぎてジェイクなのか?
なんだよ ■ このスレッドは過去ログ倉庫に格納されています