JAVAってこんなことも出来ないの？

**デフォルトの名無しさん** · 2007/05/19(土) 22:13:03

mainメソッドから値を返す。

**デフォルトの名無しさん** · 2013/03/24(日) 01:34:22.66

>>501
言語に何の問題があるんだ？

実行ファイル＝ソースコードの言語だってあるのに。

**デフォルトの名無しさん** · 2013/03/24(日) 08:38:03.18

>>502
商用開発の経験を積め

**デフォルトの名無しさん** · 2013/03/24(日) 11:00:27.15

>>503
つんだぞ。

それで？

**デフォルトの名無しさん** · 2013/03/24(日) 11:29:03.07

>>504
馬鹿に理解は無理

**デフォルトの名無しさん** · 2013/03/24(日) 11:32:16.22

じゃばあｗｗｗ

**デフォルトの名無しさん** · 2013/03/24(日) 16:07:36.56

じゃわ

**デフォルトの名無しさん** · 2013/03/24(日) 18:47:06.42

>>501
といってもそれで食っている連中もいるし
こんなの売れんのか？っていう商品が売れることなんてよくある話だ

**デフォルトの名無しさん** · 2013/03/25(月) 07:40:34.76

>>508
ん？
>>安いのは１０万程度で買えるけど
難読化ツールの事だけど？

ネイティブコードを吐き出す言語（処理系）では難読化ツールなんか不要

**デフォルトの名無しさん** · 2013/03/25(月) 08:34:30.37

それでも欲しがる人や企業はいるわけですよ

**デフォルトの名無しさん** · 2013/03/25(月) 08:38:13.89

ある程度経験を積んだSEやプログラマからみるとこんなのイラネって商品はいくらでもあるのに
買っちゃう企業は買っちゃうのさ

**デフォルトの名無しさん** · 2013/03/25(月) 08:47:38.79

なんかかみあってないなぁ

商用javaを出荷する場合は難読化処理が必須であり、
それを行う為に業務用難読化ツールの購入が必須であり、
そこそこのものだとけっこうな高額になる
って事なんだが？

**デフォルトの名無しさん** · 2013/03/25(月) 15:49:23.48

噛み合わない話題をわざわざ振るアスペ

**デフォルトの名無しさん** · 2013/03/26(火) 08:51:46.93

そういうお前はアスペの定義すらわかっとらんぞ

プログラマーでリアルでアスペルガー症候群の人で英語堪能でウィキペディアンっていう有名なYassieっていう
人がいるけどTVに写っていたときの印象はわりと普通だぞ
普通に仕事していたし普通にJavaプログラミングしていた
VBAが得意らしいけど

ウィキペディア日本語版では影響力ある存在

**デフォルトの名無しさん** · 2013/03/26(火) 10:25:51.62

あーこいつ本物だw

**デフォルトの名無しさん** · 2013/03/26(火) 11:41:36.31

リアル社会で敵しかないオレもアスペ？

**デフォルトの名無しさん** · 2013/03/26(火) 16:02:09.80

２０年前から処理系は何回も変わっているがコードはほぼそのままで使い続けてる外部装置へのアクセス関数群があるのだが、
javaに載せ変えようと思ったらポインタがらみでえらい難儀させられてる

javaって電動車椅子に乗ってるようなものだな
便利で楽チンだけど、基本部分でなんともならん事がありすぎる

**デフォルトの名無しさん** · 2013/03/26(火) 22:03:01.63

>517
>２０年前から処理系は何回も変わっているがコードはほぼそのままで使い続けてる
>外部装置へのアクセス関数群があるのだが、Javaに載せ変えようと思ったら

この時点で頭おかしいやね
ナイフで木は切り倒せないし、斧で鉛筆は削れない。エラい人には分からんのですな

>ポインタがらみでえらい難儀させられてる

ご愁傷様です。もし JNI ではまっているんなら、JNA を試してはどうでしょう?
Java-Native のインターフェース関数を作らなくても、既存の so (dynlib / dll)
を呼び出せるようになります。少しはマシになるかも

(内部的には JNI で libffi を呼び出して、libffi が目的の関数を lookup
して実行している)

**デフォルトの名無しさん** · 2013/03/26(火) 23:56:25.74

実績あるものを利用するのは当然。

**デフォルトの名無しさん** · 2013/03/27(水) 03:08:48.94

>>516
Yassieはウィキペディアで敵が多いぞ
LTA（長期荒らし）[[のLTA:MIKI]]に逆恨みされている

**デフォルトの名無しさん** · 2013/03/28(木) 07:32:12.80

符号なし8ビット整数(0～255)ないとかやだー
画像処理とかどうすんの？

**デフォルトの名無しさん** · 2013/03/28(木) 08:41:12.84

>>521
byte
うんこじゃばにはsignedは無い

**デフォルトの名無しさん** · 2013/03/28(木) 08:44:27.26

unsignedだろ
ってかいらんし
たかが半分になるかならないかだけのものをわざわざ用意しても無駄が多いし
煩雑になるし
そっちのほうがかえってウンコードを作りやすくなってしまうわい

**デフォルトの名無しさん** · 2013/03/28(木) 10:21:46.03

>>523
確かにcharはいらないな　でも８bitの組み込み系の場合は？
intはcpuのワードが２バイトの場合unsignedがあることにより有効値が増える

**デフォルトの名無しさん** · 2013/03/28(木) 11:31:41.14

糞Java

**デフォルトの名無しさん** · 2013/03/28(木) 14:29:25.57

>>523
扱える数値の範囲じゃなくて、符号が付くかどうかが問題なんだろ

**デフォルトの名無しさん** · 2013/03/28(木) 15:27:12.51

>>526
自分で管理できない馬鹿は使わなければいいだけの事　unsigned

**デフォルトの名無しさん** · 2013/03/28(木) 17:30:42.35

>>527
例えば byte 型の変数を符号なしで int 型にする場合に、いちいち & 0xff って付けるのが「自分で管理する」ってこと？
だとしたらアホらしいけど

そもそも、Java で unsigned がサポートされてない理由って何だろう

**デフォルトの名無しさん** · 2013/03/28(木) 18:32:05.57

要らないからサポートされてないんですよ

**デフォルトの名無しさん** · 2013/03/28(木) 19:26:25.80

>>528
邪馬を馬鹿に使わせる為
職業訓練生に利口はいないだろ

**デフォルトの名無しさん** · 2013/03/28(木) 20:35:51.12

ドカタには不要

**デフォルトの名無しさん** · 2013/03/28(木) 22:25:37.81

>>530
> 例えば byte 型の変数を符号なしで int 型にする場合に、いちいち & 0xff って付ける

これを職業訓練生に強いるのが利口なやり方とは思わない
むしろスパゲッティとバグを量産してくれるのではないだろうか

**デフォルトの名無しさん** · 2013/03/29(金) 02:04:53.12

>>526
大して問題にならんな
そんなことでコード量が増えるだぁ？

クラスとメソッドで代用しろよ
IDEのコードテンプレート使えよ

**デフォルトの名無しさん** · 2013/03/29(金) 02:07:20.28

>>528
こうやってint型で管理すれば
そんなこと気にする必要なし
http://masao6739.blog89.fc2.com/blog-entry-21.html

**デフォルトの名無しさん** · 2013/03/29(金) 03:12:16.69

邪馬台国（やまたいこく）

**デフォルトの名無しさん** · 2013/03/29(金) 05:04:06.43

>>533
>>クラスとメソッドで代用しろよ
>>534

C・C++ならそんな面倒な事は不要

**デフォルトの名無しさん** · 2013/03/29(金) 08:10:34.95

javaを知れば知るほど　かなりムダな事が多いな　って事がわかってくる今日この頃
ばかみたいに多くのムダな関数があるし．．．

C/C++はシンプルだったんだなぁ．．．と今さならがら気づく
ポインタってなんと便利だったんだなぁ．．．と今さならがら気づく

**デフォルトの名無しさん** · 2013/03/29(金) 13:25:02.14

Javaｗｗ

**デフォルトの名無しさん** · 2013/03/29(金) 18:26:03.95

>>537
ObjectInputStreamとかでファイルからデータ読み込む時にC言語みたいに単純に構造体用意して読み込むとかできない
1オブジェクト読み込む度にヒープ食ってくからGCが動いてほしくないタイミングで動いたりとか、なやましい

**デフォルトの名無しさん** · 2013/03/29(金) 19:09:12.66

>>539
もっとすごい事があるんだよね～
難読化ツール使うとビルドによってオブジェクトが読めなくなるよ
困ったちゃん言語　ジャバ

ジャバって税金を使ってる職業訓練にもあるけど、官僚の天下りの給料を払う為に蔓延させてるのかな
って思ってる
だって、クソ言語でしょ？　C++使いから見たら

**デフォルトの名無しさん** · 2013/03/30(土) 02:37:04.59

そもそもJavaは「やるのに注意が必要で、基本やらなくても済むようなことは簡単にやらせない」ように作られてるワケで
ビット演算すらもそういう扱いになってるんじゃないかね

**デフォルトの名無しさん** · 2013/03/30(土) 07:07:08.08

>>541
エクの開発環境はかなり楽だが、コードの記述はC++の方が楽だと思う
例えば配列名、長い名前をつけると延々とその名前をタイプ（コピペ）し続けなくちゃいけない
ポインタがあるなら、
int abcdefghijklmnopqrstuvwxyz[1024]；
int *p=abcdefghijklmnopqrstuvwxyz;
で1(２)文字になる

なんにしても、何故、ここまでjavaが蔓延してるのかが不思議

**デフォルトの名無しさん** · 2013/03/30(土) 09:19:02.82

プログラミングに向いてない人が大量にプログラマになってるから
人はそれをドカタという

**デフォルトの名無しさん** · 2013/03/30(土) 09:41:19.03

>>543
ご教示ありがとう
だから土方（誰でも出来る仕事をする人）って呼ぶのか

**デフォルトの名無しさん** · 2013/03/30(土) 13:58:20.74

>>536
C/C++なら面倒って
大したことないじゃん

**デフォルトの名無しさん** · 2013/03/30(土) 13:59:06.42

>>537
それはマジで言っているのか？

JavaのAPIはC/C++のWin32APIと比べると明らかに無駄が少ないと思うけどなあ

**デフォルトの名無しさん** · 2013/03/30(土) 13:59:46.19

>>539
Apache Commons I/Oでも使ってみたら？

**デフォルトの名無しさん** · 2013/03/30(土) 15:15:15.34

>>546
ポインタがあると簡単簡潔に記述出来る

javaは山ほどわけわからん関数が多すぎ
正規の日本語マニュアルが出せないわけだ

**デフォルトの名無しさん** · 2013/03/30(土) 17:38:59.07

>>542
そこはJava的にはVector使ってねってことじゃね

**デフォルトの名無しさん** · 2013/03/30(土) 17:49:39.92

>>549
ほぅ、そんなものがあるのか　知らんわｗｗｗ
じゃわ．．．そんな事をやってるから関数がバカみたいに増える
ポインタ出せよ
gotoはバイトコードで使いまくりなのになｗｗｗ

**デフォルトの名無しさん** · 2013/03/30(土) 18:44:01.13

>>542
セキュリティに強い言語だからだね
まあそうやって縛りを入れることで変なソースコードが蔓延しないようにしたということ
まさに「パッケージ化」の成功例

パッケージ化はビジネスでも重要なアイデアだ
全国展開したければ同じサービスをすべてのチェーン店で提供する
Javaも同じ事をしただけ

C++だと全国展開しても店によって提供するサービスに違いが出る。
それどころか店によってはサービスの質が悪かったりする。
Javaでは言語に縛りをいれることで均質なサービスを提供できる。
C++では、それができない、あるいはやりにくい問題があった。
ある床屋では紙を切ったあとにドライヤーをかけてくれるのに
同じチェーン店の別の床屋では一切提供しない

それどころか、同じ床屋でも今日はちゃんとドライヤーをかけてくれたのに
別の日に同じ床屋にいくと今度はそのサービスがなかった

こんな床屋にはがっかりして二度と行かなくなる人も現れるだろう

C++がそういう状態なんだよ

**デフォルトの名無しさん** · 2013/03/30(土) 18:45:56.61

>>548
わけがわからない関数ってたとえば何？

最新版日本語マニュアルの出が遅いのはOracleとの合併の影響じゃないかと言われている。

Win32 APIなんかやたらと高水準APIばかり提供して
オブジェクト指向プログラミングを無視したライブラリを乱立させているだけじゃないのか
Javaの標準APIはそこんところをよく考えて作っていると思うけどね

**デフォルトの名無しさん** · 2013/03/30(土) 18:46:45.13

>>549
今ならVectorよりList、ArrayListだろう

しかし>>550がVectorも知らなかったとは
Javaを批判する以前の問題じゃないのか？

**デフォルトの名無しさん** · 2013/03/30(土) 18:56:53.72

>>533
代用って事は、必要なのは認めるんだな？
で、それは言語レベルで unsigned が用意されてれば解決する話なんじゃないのか？
クラスとか持ち出して何かメリットあるの？

**デフォルトの名無しさん** · 2013/03/30(土) 20:17:01.61

javaは
膨大なメモリ
超高速なCPU
が安価に手に入って
はじめてまともな動作速度がでるメタボ言語
現代にあってる言語　男も女もデブばかり

**デフォルトの名無しさん** · 2013/03/30(土) 20:19:53.09

>>551
>>セキュリティに強い言語だからだね
ソース丸見え言語がセキュリティを語るなよ

**デフォルトの名無しさん** · 2013/03/30(土) 20:21:37.89

>>553
>>int abcdefghijklmnopqrstuvwxyz[1024]；
>>int *p=abcdefghijklmnopqrstuvwxyz;
これより簡潔に処理できるのかい？

**デフォルトの名無しさん** · 2013/03/30(土) 20:23:49.25

>>557
簡潔というか似たようなもんというか…まあC配列ほど軽くはないけどね。流石にアドレスを直に扱うのと比べちゃダメよ？

**デフォルトの名無しさん** · 2013/03/31(日) 01:35:03.58

Cは
膨大な人手
優秀な玄人
が安価で手に入って
はじめてまともな動作速度がでる搾取言語
現代にあわない言語　男も女も奴隷ばかり

**デフォルトの名無しさん** · 2013/03/31(日) 02:07:18.07

>>559
昔から同じでC/C++が理解できる人が増えてないって事だろ
だから、バカでもある程度組める言語javaやC#で組ませてやってるって事だな
でもC/C++位理解できないと、アルゴリズムもぐちゃぐちゃだろうな

**デフォルトの名無しさん** · 2013/03/31(日) 04:39:29.09

>>560
グチャグチャというか、効率的でなくなるのは間違いない
俺が正にJava->各種スクリプト言語->Cって順番にやったけど
Cやってから気づく非効率さってのは結構多い

**デフォルトの名無しさん** · 2013/03/31(日) 06:54:37.11

>>561
ステップアップ出来ておめでとう

**デフォルトの名無しさん** · 2013/03/31(日) 09:16:10.60

>>562
ありがとう

**デフォルトの名無しさん** · 2013/03/31(日) 10:10:14.69

>>554
というかJavaでunsignedなくて困ったことないしなあ

ほとんど些細なことだし
たとえば演算子のオーバーロードがないからデシマル型はJavaよりCOBOLの方が
使いやすいといっても些細な話でふーんとしか言い様がない

**デフォルトの名無しさん** · 2013/03/31(日) 10:11:27.19

>>556
オーバーフローやポインタ演算の誤った扱いで誤作動を起こすC/C++よりセキュリティ強いけど
まあサーバサイドやAndroidで使っていればソースを見ることすらできないけどね
クライアントサイド用のアプリケーションでは難読化ツールの出番か

**デフォルトの名無しさん** · 2013/03/31(日) 10:12:39.40

>>555
その話、２０世紀に聞いた話だなあ
あの頃ならその意見に殆どの人が賛同していたろうけど
今じゃムーアの法則の影響に限らずJava自体も高速化しているし
いまさらそういうこと言っても時代錯誤な人と思われるだけじゃないかと

**デフォルトの名無しさん** · 2013/03/31(日) 10:14:27.07

>>557
具体的にどんなコードを書きたいのかしらないけど
ただの宣言程度で、さらに簡潔に表現して一体何に成るんだろう

いったいどんなコードを書くときに困っているのかよくわからないけど
時と場合によてはクラスを作って型を定義して解決する場合もあれば
その場しのぎで解決する場合もあるし

**デフォルトの名無しさん** · 2013/03/31(日) 10:16:30.48

>>559
C/C++の達人で優秀な玄人なんて、C/C++プログラマ全体から見ればほんの少数しかいないぞ
そんな大当たりな人材を探すのも一苦労かと

どのみちまだまだC/C++は必要な言語だけどね
Javaでカバーできる分野ではC/C++の出番はほとんどなくなったことは間違いないけど
まだまだJavaでカバーできない分野が残っている

**デフォルトの名無しさん** · 2013/03/31(日) 10:18:29.96

>>560
そんなあなたがバカじゃないC/C++に精通したエンジニアとは思えないんですなあ
JavaなしでC/C++だけでどんなソフトウェアもJavaで作った場合と同じコスト、予算、労力、時間で
作れるかといったら、ほとんどノーでしょ。

Javaよりも低コスト、低予算、低労働力でC/C++作れるものなんてほとんど小規模なソフトウェアを造る時くらいでしょ。

**デフォルトの名無しさん** · 2013/03/31(日) 10:19:25.97

>>561
俺と逆だな
CからやってJavaを始めた

クラスのことを知ると、なんじゃこりゃ？と思ったこともあったが
徐々に極めているうちにJavaがいかにCよりも優れているかを知ることとなった

**デフォルトの名無しさん** · 2013/03/31(日) 10:23:10.25

Cとスクリプト言語を組み合わせて使ってると
Javaって中途半端でウンコだなって感じる

**デフォルトの名無しさん** · 2013/03/31(日) 10:30:54.62

ここはジャワをけなす所じゃないのか～ぃ
何故援護者が多い？　バカばかり？

長い配列名が延々と出現してくるだけでもイライラする
それだけでソースのテキスト量が２～３倍増えるし
見かけの出来高を稼ぐ為のジャワか？

**デフォルトの名無しさん** · 2013/03/31(日) 10:32:45.98

>>570
>>クラスのことを知ると、なんじゃこりゃ？と思ったこともあったが
C＋+じゃないんだw

**デフォルトの名無しさん** · 2013/03/31(日) 10:50:59.44

>>567
コードのテキスト量が少ないコード　※コメントは除く
冗長なコード醜い

>>時と場合によてはクラスを作って型を定義して解決する場合もあれば
ド無駄な事だと思わない？ ex. type def で一発

**デフォルトの名無しさん** · 2013/03/31(日) 10:54:26.36

有るものは、使わなければ済む
無いものは、使えない

ジャワは基本部分で無いものだらけ
基本部分で無いものが多いので、山ほどムダな関数が存在している

**デフォルトの名無しさん** · 2013/03/31(日) 11:18:45.27

>>565
>>サーバサイドやAndroid
●この２つしか使い道がないだろ？

>>Androidで使っていればソースを見ることすらできないけどね
●知らないって事はある意味幸せだな　お気楽なお方だ事

**デフォルトの名無しさん** · 2013/03/31(日) 18:34:23.41

C使いは長くて冗長な名前を極端に嫌う
だがちょっと待ってほしい

彼らはなぜ短くわかりにくい名前を好むのか？
答えは同じプロジェクトで同じコードに長く接することにより
一度覚えてしまえば楽だから

短いスパンでプロジェクトを切り上げて
次々に担当を変わっていれば短くても覚えにくい名前が悪であることに気づく

すなわち開発効率の悪さの弊害がこういう形で現れている

**デフォルトの名無しさん** · 2013/03/31(日) 20:07:18.30

簡潔にいうと、馬鹿ほど長い変数名を好む
そして馬鹿はCを使えない
以上

**デフォルトの名無しさん** · 2013/04/01(月) 00:34:32.02

>>573
当時はC++はクラスよりもnamespaceとか
まったく違うところにフォーカスを充てた本が多くてね

当時のC++本でまともにオブジェクト指向プログラミングの実践方法に
ついて解説しているものは少数だった。

クラスについての解説にしても曖昧なところが多すぎて焦点がはっきりしなかったものだし
冒頭からいきなり使い方を誤ると九龍城のように面倒なことになるって脅しが書いてあるんじゃ、
この言語は欠陥があると誰もが思うんじゃないかな。

**デフォルトの名無しさん** · 2013/04/01(月) 00:36:08.74

>>572
長い配列名とはたとえばなんだ
***が[][][]になった程度で長い配列名に見えるのか？
java.util.Listでもつかっていればいい
というか、それだとList<List<List<T>>>みたいなリストも使えないんじゃないのか

**デフォルトの名無しさん** · 2013/04/01(月) 00:38:21.24

>>574
それ１０年前に聞いて飽きたよ
１０年前から同じ事を言ってもJavaが改善すべき欠点には一切ならない
テンプレートエンジンやIDEで解決できることは無駄だとは思わないし
多人数で開発することを想定しているのでなおさら無駄だとは思わないね

他人が書いたtypedefだとかをやたらと連発するコードは読みにくくてしょうがない
共同開発の場でそのような濫用は迷惑行為だ

**デフォルトの名無しさん** · 2013/04/01(月) 00:38:56.39

>>576
JavaDBとか使い道がないわけでもないな
っていうかSwingをなめてはいけない

**デフォルトの名無しさん** · 2013/04/01(月) 00:40:53.57

>>578
現実にはバカほど自分が賢いと勘違いしてハンガリアン記法を好むといったところだが
わかりにくい変数名を付けるエンジニアは共同開発には向いていない
まあクラスやパッケージ名をうまいこと考えれば変数名の命名規則ももっと完結にできることは確かだが
本人や一部の人間にしか意味がわからないような変な変数名をつけるような輩はそっこくリファクタリング対象

**デフォルトの名無しさん** · 2013/04/01(月) 06:50:13.85

>>583
クソ言語の理由その(１)
ジャワは長い変数名をそのまま使いづづけなくてはいけない　
だが、単価稼ぎに使えるな

クソ言語の理由その(２)
コンパイル（ホントはコンパイルとは呼べない）後もシンボルはそのままなので、実行速度が遅くなる
インタープリタの時点で超十分遅いがさらに遅くなる

クソ言語の理由その(３)
女子高生のスカートの中を覗くより簡単にソースが覗ける

クソ言語の理由その(４)
GC　ｶﾞベージ糞を制御出来ないので　表示がカクカクカクカク．．．コマ落ち漫画になる

クソ言語の理由その(５．．．．．．．．．）　山ほど続く

androidがジャワじゃなかったら、糞ジャワを知らずに生きていけた．．．
GCはゴーグル糞の略か？

**デフォルトの名無しさん** · 2013/04/01(月) 06:58:54.44

>>583
どっからハンガリアン記法が出てきた
脈絡なさすぎんだろ

**デフォルトの名無しさん** · 2013/04/01(月) 08:34:06.94

>>583
長い変数名をつけても、関数内でポインタを使えばその関数内は短い名前で使える
って事も理解出来ないのか？

キミ、ポインタを理解できないだろ
int *p;
int **p;
int ***p;
int ****p;
違いがわかるか？

**デフォルトの名無しさん** · 2013/04/01(月) 12:40:12.95

ま、ここでどれだけ書いてもポインタがジャワに搭載されることは物理的にも無理だからな
GC信者も存在してるし（笑笑笑笑笑笑）シネ

**デフォルトの名無しさん** · 2013/04/01(月) 14:56:40.43

>>587
オブジェクトはすべて参照やで。

**デフォルトの名無しさん** · 2013/04/01(月) 20:29:50.96

ジャワ原人　ポインタとアドレス渡し（しかも固定）を混同してる人って多いな

**デフォルトの名無しさん** · 2013/04/01(月) 20:40:35.18

>>588
参照はジャワ原人のStringと同じで固定なのよ
原人には理解は無理かｗｗｗ

**デフォルトの名無しさん** · 2013/04/02(火) 02:04:26.70

>>564
ネットに流れるバイナリデータをパースするときに面倒だったりする。
もともと組み込み機器向けにデザインされた言語なのに、unsignedをサポートしていないのは今も疑問。

**デフォルトの名無しさん** · 2013/04/02(火) 03:15:56.98

>>586
文字数縮める程度でわざわざそんな小手先のテクニックでCの優位性を語られても

**デフォルトの名無しさん** · 2013/04/02(火) 03:19:44.10

>>584
反論（１）
あとで別の変数に代入すれば解決できる程度のことでそのまま使い続けなくてはいけないとか
何を言ってんだかな

反論（２）
Javaがいまだにインタープリタとかいってるのって
時代錯誤だわな

反論（３）
ソースコードの閲覧は基本的にはサーバ用途と難読化ツールで解決

反論（４）
嫌なら手動で制御するクラスを使え
カクカクコマ落ちはお前のPCスペックの問題
何年前の話なんだと

**デフォルトの名無しさん** · 2013/04/02(火) 03:20:03.80

>>587
すでに搭載されているんだが

**デフォルトの名無しさん** · 2013/04/02(火) 03:20:27.34

>>589
それよりポインタとポインタ演算とを混同しているC言語厨がいるけどな

**デフォルトの名無しさん** · 2013/04/02(火) 05:38:19.72

>>590
> 長い変数名をつけても、関数内でポインタを使えばその関数内は短い名前で使える

に対しての話なんだからそれで充分でそ

**デフォルトの名無しさん** · 2013/04/02(火) 08:49:16.03

長文ご容赦

>>596
>>反論（３）
>>ソースコードの閲覧は基本的にはサーバ用途と難読化ツールで解決
あーあ　マヌケちゃん　gcが存在してるからクラス情報は生のままなんだよねぇ
プロテクト抜き放題

>>595
参照とポインタを混同してるジャワ原人はどーなるの
ジャワの配列・構造体（クラス）の参照渡しはCの配列・構造体のアドレス渡しと全然違うって事も知らないんだろうな

>>反論（４）
>>嫌なら手動で制御するクラスを使え
>>カクカクコマ落ちはお前のPCスペックの問題
>>何年前の話なんだと
だからぁ～androidしかジャワなんか使わない　しょーがなく使う　※ndkはまだ不要

**デフォルトの名無しさん** · 2013/04/02(火) 08:53:31.60

>>597
>>反論（１）
>>あとで別の変数に代入すれば解決できる程度のことでそのまま使い続けなくてはいけないとか
>>何を言ってんだかな
無駄な事やってるんだねぇ　バカみたい

>>反論（２）
>>Javaがいまだにインタープリタとかいってるのって
>>時代錯誤だわな
いんたーぷりたーじゃん未だに　ばいとこーど（笑笑笑笑笑笑）
仮想マシンコードは仮想マシンコード（笑笑笑笑笑笑）
CPUネイティブのマシンコードじゃないんだけどねぇ～

**デフォルトの名無しさん** · 2013/04/02(火) 08:57:11.65

まぁ、なんだなぁ、
ジャワ原人でもいーけど、C/C++位使いこなせるようにしておけよ　プロのプログラマなら

**デフォルトの名無しさん** · 2013/04/02(火) 09:45:07.11

>>597
参照値渡しとアドレス渡しは全く違うよ、それは当たり前じゃん
ただ貴方のその主張する長い変数名に関しては参照値渡しで充分なのよ？

ちなみにJITって知ってます？

**デフォルトの名無しさん** · 2013/04/02(火) 23:49:06.13

>>597
プロテクト抜き放題って
サーバにあるものは普通はクライアントからは見えないんだが