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

[過去ﾛｸﾞ] JAVAってこんなことも出来ないの？ (706ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

555(1): 2013/03/30(土) 20:17:01.61 AAS
javaは
膨大なメモリ
超高速なCPU
が安価に手に入って
はじめてまともな動作速度がでるメタボ言語
現代にあってる言語　男も女もデブばかり

556(1): 2013/03/30(土) 20:19:53.09 AAS
>>551
>>セキュリティに強い言語だからだね
ソース丸見え言語がセキュリティを語るなよ

557(2): 2013/03/30(土) 20:21:37.89 AAS
>>553
>>int abcdefghijklmnopqrstuvwxyz[1024]；
>>int *p=abcdefghijklmnopqrstuvwxyz;
これより簡潔に処理できるのかい？

558: 2013/03/30(土) 20:23:49.25 AAS
>>557
簡潔というか似たようなもんというか…まあC配列ほど軽くはないけどね。流石にアドレスを直に扱うのと比べちゃダメよ？

559(2): 2013/03/31(日) 01:35:03.58 AAS
Cは
膨大な人手
優秀な玄人
が安価で手に入って
はじめてまともな動作速度がでる搾取言語
現代にあわない言語　男も女も奴隷ばかり

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

561(2): 2013/03/31(日) 04:39:29.09 AAS
>>560
グチャグチャというか、効率的でなくなるのは間違いない
俺が正にJava->各種スクリプト言語->Cって順番にやったけど
Cやってから気づく非効率さってのは結構多い

562(1): 2013/03/31(日) 06:54:37.11 AAS
>>561
ステップアップ出来ておめでとう

563: 2013/03/31(日) 09:16:10.60 AAS
>>562
ありがとう

564(1): 2013/03/31(日) 10:10:14.69 AAS
>>554
というかJavaでunsignedなくて困ったことないしなあ

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

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

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

567(1): 2013/03/31(日) 10:14:27.07 AAS
>>557
具体的にどんなコードを書きたいのかしらないけど
ただの宣言程度で、さらに簡潔に表現して一体何に成るんだろう

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

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

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

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

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

570(1): 2013/03/31(日) 10:19:25.97 AAS
>>561
俺と逆だな
CからやってJavaを始めた

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

571: 2013/03/31(日) 10:23:10.25 AAS
Cとスクリプト言語を組み合わせて使ってると
Javaって中途半端でウンコだなって感じる

572(1): 2013/03/31(日) 10:30:54.62 AAS
ここはジャワをけなす所じゃないのか～ぃ
何故援護者が多い？　バカばかり？

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

573(1): 2013/03/31(日) 10:32:45.98 AAS
>>570
>>クラスのことを知ると、なんじゃこりゃ？と思ったこともあったが
C＋+じゃないんだw

574(1): 2013/03/31(日) 10:50:59.44 AAS
>>567
コードのテキスト量が少ないコード　※コメントは除く
冗長なコード醜い

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

575: 2013/03/31(日) 10:54:26.36 AAS
有るものは、使わなければ済む
無いものは、使えない

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

576(1): 2013/03/31(日) 11:18:45.27 AAS
>>565
>>サーバサイドやAndroid
●この２つしか使い道がないだろ？

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

577: 2013/03/31(日) 18:34:23.41 AAS
C使いは長くて冗長な名前を極端に嫌う
だがちょっと待ってほしい

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

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

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

578(1): 2013/03/31(日) 20:07:18.30 AAS
簡潔にいうと、馬鹿ほど長い変数名を好む
そして馬鹿はCを使えない
以上

579: 2013/04/01(月) 00:34:32.02 AAS
>>573
当時はC++はクラスよりもnamespaceとか
まったく違うところにフォーカスを充てた本が多くてね

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

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

580: 2013/04/01(月) 00:36:08.74 AAS
>>572
長い配列名とはたとえばなんだ
***が[][][]になった程度で長い配列名に見えるのか？
java.util.Listでもつかっていればいい
というか、それだとList<List<List<T>>>みたいなリストも使えないんじゃないのか

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

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

582: 2013/04/01(月) 00:38:56.39 AAS
>>576
JavaDBとか使い道がないわけでもないな
っていうかSwingをなめてはいけない

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

584(1): 2013/04/01(月) 06:50:13.85 AAS
>>583
クソ言語の理由その(１)
ジャワは長い変数名をそのまま使いづづけなくてはいけない　
だが、単価稼ぎに使えるな

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

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

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

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

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

585: 2013/04/01(月) 06:58:54.44 AAS
>>583
どっからハンガリアン記法が出てきた
脈絡なさすぎんだろ

586(1): 2013/04/01(月) 08:34:06.94 AAS
>>583
長い変数名をつけても、関数内でポインタを使えばその関数内は短い名前で使える
って事も理解出来ないのか？

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

587(2): 2013/04/01(月) 12:40:12.95 AAS
ま、ここでどれだけ書いてもポインタがジャワに搭載されることは物理的にも無理だからな
GC信者も存在してるし（笑笑笑笑笑笑）シネ

588(1): 2013/04/01(月) 14:56:40.43 AAS
>>587
オブジェクトはすべて参照やで。

589(1): 2013/04/01(月) 20:29:50.96 AAS
ジャワ原人　ポインタとアドレス渡し（しかも固定）を混同してる人って多いな

590(1): 2013/04/01(月) 20:40:35.18 AAS
>>588
参照はジャワ原人のStringと同じで固定なのよ
原人には理解は無理かｗｗｗ

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

592: 2013/04/02(火) 03:15:56.98 AAS
>>586
文字数縮める程度でわざわざそんな小手先のテクニックでCの優位性を語られても

593: 2013/04/02(火) 03:19:44.10 AAS
>>584
反論（１）
あとで別の変数に代入すれば解決できる程度のことでそのまま使い続けなくてはいけないとか
何を言ってんだかな

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

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

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

594: 2013/04/02(火) 03:20:03.80 AAS
>>587
すでに搭載されているんだが

595(2): 2013/04/02(火) 03:20:27.34 AAS
>>589
それよりポインタとポインタ演算とを混同しているC言語厨がいるけどな

596(1): 2013/04/02(火) 05:38:19.72 AAS
>>590
> 長い変数名をつけても、関数内でポインタを使えばその関数内は短い名前で使える

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

597(4): 2013/04/02(火) 08:49:16.03 AAS
長文ご容赦

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

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

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

598(1): 2013/04/02(火) 08:53:31.60 AAS
>>597
>>反論（１）
>>あとで別の変数に代入すれば解決できる程度のことでそのまま使い続けなくてはいけないとか
>>何を言ってんだかな
無駄な事やってるんだねぇ　バカみたい

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

599: 2013/04/02(火) 08:57:11.65 AAS
まぁ、なんだなぁ、
ジャワ原人でもいーけど、C/C++位使いこなせるようにしておけよ　プロのプログラマなら

600: 2013/04/02(火) 09:45:07.11 AAS
>>597
参照値渡しとアドレス渡しは全く違うよ、それは当たり前じゃん
ただ貴方のその主張する長い変数名に関しては参照値渡しで充分なのよ？

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

601: 2013/04/02(火) 23:49:06.13 AAS
>>597
プロテクト抜き放題って
サーバにあるものは普通はクライアントからは見えないんだが

602(1): 2013/04/02(火) 23:50:35.54 AAS
>>597
> >>595
> 参照とポインタを混同してるジャワ原人はどーなるの
> ジャワの配列・構造体（クラス）の参照渡しはCの配列・構造体のアドレス渡しと全然違うって事も知らないんだろうな

君以外誰も同じとは言っていないし違うとも言っていないし
技術として代用できるかどうかが重要であって
同一かそうでないかはどうでもいいしさして重要な話ではないんだけどな

603(1): 2013/04/02(火) 23:51:05.11 AAS
Javaでポリゴン

604(3): 2013/04/02(火) 23:59:41.62 AAS
>>598
JITも知らなければHot Spotも知らないとはおめでたいな

605(1): 2013/04/03(水) 00:07:22.54 AAS
>>604
3Dどうぞ？ｗ

606(1): 2013/04/03(水) 09:03:04.10 AAS
>>604
Androidにはないからな

607(1): 2013/04/03(水) 09:05:54.64 AAS
>>602
>>技術として代用できるかどうかが重要であって
>>同一かそうでないかはどうでもいいしさして重要な話ではないんだけどな

ジャワでポインタはどうやったら実現出来るのかな？
教示してみてみ　出来るものなら　to ジャワ原人

と、延々と無駄なカキコが増えていくwww
ジャワにポインタの実現は不可

608(1): 2013/04/03(水) 09:13:46.33 AAS
>>604
Androidにはないからな
ってか、PCでジャワなんかやらなきゃいけないなんて　不幸なヤツだな　可哀想　いとあはれなり

609: 2013/04/03(水) 10:08:02.06 AAS
>>603,605
lwjglとかjogl使っちゃだめですか？

610(1): 2013/04/03(水) 10:13:52.40 AAS
>>606,608
AndroidってJavaだっけ？
GoogleとOracle和解したの？

611: 2013/04/03(水) 10:18:01.54 AAS
AndroidもC#に移行して欲しい

612(1): 2013/04/03(水) 10:46:26.08 AAS
>>610
java（+北朝鮮並制約付ADK）とC++(ndk)なのだが、情報量とかかる手間からjavaが一般的
どうしても速度が必要な時はndkに頼るしかない

簡単なものを組むにはjavaでもいいのだが、規模が大きくなると乗数的にうっとしくなる
のでここで憂さ晴らし

613: 2013/04/04(木) 07:22:07.38 AAS
>>612
ちょっと気になるんだが

北朝鮮並制約付ADK
ndk

これは一体なんなんだ？
ぐぐっても出てこないぞ

614: 2013/04/04(木) 13:19:00.29 AAS
Javaとかいう糞言語

615: 2013/04/04(木) 13:38:51.68 AAS
adk ndk でぐぐれ
北朝鮮なんちゃらは知らん

616: 2013/04/04(木) 22:38:38.34 AAS
センスねえなｗ

617: [CVE-2013-0422] 2013/04/05(金) 02:34:47.67 AAS
Javaの脆弱性を狙ったもの CVE-2013-0422
外部ﾘﾝｸ:www.virustotal.com
外部ﾘﾝｸ:www.virustotal.com
Exploit.CVE2012-1723.13 ESET-NOD32 a variant of Java/Exploit.Agent.NIA

618: 2013/04/10(水) 22:10:38.18 AAS
検出率低すぎる
そんなネタでJavaアンチしてもなｗ

619(2): 2013/04/13(土) 18:17:38.89 AAS
>>607

public class Pointer {
public Object data;
public Pointer(Object data) {
this.data = data;
}
}

こうか？

620(1): 2013/04/13(土) 21:26:15.34 AAS
>>619
まさにそれだ！
Javaでもとっくにポインタを実現できることがこんなに簡単に証明できるとは！

621(1): 2013/04/14(日) 00:12:47.20 AAS
>>620
C/C++ならクラスなんて作る必要無いんだけど？
何でそんな面倒な記述せなあかんの？

あと、intはintなのに、boolがboolanなのはどうしても納得いかん
#defineもtypedefも無くbooleanと書かされるのはイライラする

622: 2013/04/14(日) 10:08:08.44 AAS
へー

623(1): 2013/04/14(日) 14:59:29.16 AAS
これが参照とポインタを混同してるジャワ原人か

624(2): 619 2013/04/14(日) 18:29:24.01 AAS
せっかく書いたけど、
new Object[1];
これで十分だった。
>>623
cのポインタにできて、このコードでできないようなことを、例示してもらえないだろうか?

625(1): 2013/04/14(日) 20:27:30.94 AAS
ポインタ＋＋ってやって
次のメモリアドレスに入っている
オブジェクトを参照することが出来ないよ。

626(1): 2013/04/14(日) 22:04:14.49 AAS
>>624
参照とポインタを混同しているのではないですか？
Javaには、ポインタはないです

ただ、これは欠陥と言うよりも設計思想。

今「こんなことも出来ないの？」といったらクロージャー
じゃないかな

627: 2013/04/14(日) 23:31:25.60 AAS
ポインタとアドレスを混同してないですか?

628: 桃白白 2013/04/15(月) 00:03:07.43 AAS
参照はオブジェクトを参照するもの。
ポインタはメモリ上の位置を参照するもの。
アドレスはメモリ上の位置。

ポインタにできて参照にできないことは、
メモリ上の位置を参照するものにできてオブジェクトを参照するものにできないことと
言い換えることができる。

ポインタにできて>>624のコードにできないことはオブジェクト以外のメモリ上の位置を
参照することである。ということでいんじゃないか。

629(1): 2013/04/15(月) 01:12:28.47 AAS
Pascalにもポインタがあってだな...

630: 2013/04/15(月) 01:29:12.07 AAS
ポインタは無効なメモリ領域を参照できる
そのせいでバグの元になる。

631: 桃白白 2013/04/15(月) 01:38:12.64 AAS
>>629
マジでか！？パスカルぱねえな。

632: 2013/04/15(月) 01:46:41.54 AAS
つーか、ポインタは低級言語の機能。
参照は高級言語の機能。

ポインタの欠点をなくしたのが参照でしょ？

633: 2013/04/16(火) 22:24:39.48 AAS
>>621
Javaアンチの中の人は10年前から相変わらず言っていることが変わらないねぇ
それを面倒だと言っているうちはろくにオブジェクト指向プログラミングも語れない

634: 2013/04/16(火) 22:25:33.12 AAS
>>626
何もわかってないな
お前は「ポインタ」と「ポインタ演算」とを混同しているぞ

635: 2013/04/17(水) 05:03:28.77 AAS
ポインタ演算はハードウェア、つまり
物理的なメモリアドレスとか触る
ドライバを作るなら必要だけど、
それ以外にとっては不要な機能なんだよな。

636: 2013/04/17(水) 13:02:08.64 AAS
ポインター移動演算はイタレータの時代。

637(1): 2013/04/20(土) 06:47:39.78 AAS
アドレス渡し、ポインタ、を理解出来ないジャワ原人が多いな　笑えないくらいひどい

ジャワの参照とC++の参照もまったく違うし
アドレス渡しとポインタの違いも（アドレス渡しでも受け側でポインタとして使えるがな）

使う使わない別にしてプログラマならC++位ある程度使えるようにしておけよ

638: 2013/04/20(土) 06:49:41.16 AAS
>>637
あ、そうか！
>>アドレス渡し、ポインタ、を理解出来ないジャワ原人が多いな　笑えないくらいひどい
で、ジャワなのか．．．

639: 2013/04/20(土) 12:19:30.74 AAS
脆弱性

640: 2013/04/30(火) 00:00:02.42 AAS
CやC++しか知らない>>625のような奴は、
インクリメントできないようではポインタでない……と思っているようだが、
ポインタというのはCやC++のポインタだけではない。

ポインタってのはアドレスを記憶するための変数のことをいう。
Javaの参照型変数はポインタそのもの。
Javaにポインタがないとかポインタの実現が不可とか言ってる奴は初心者。

641(1): 2013/04/30(火) 02:27:46.21 AAS
不正なアドレスをさせるようじゃなければ
ポインタとは言わん。

数値指定で、オブジェクトや
無効な領域をさせるのがポインタ。

安全なものはポインタとは言わん。

642(2): 2013/04/30(火) 02:50:38.69 AAS
>>641
ソースは？

643(1): 2013/04/30(火) 05:21:14.87 AAS
>>642
>>Javaの参照型変数はポインタそのもの。
>>Javaにポインタがないとかポインタの実現が不可とか言ってる奴は初心者。
間違ってるぞ　Javaの参照はクラスの参照　アドレスを指してるわけではないんだよ

初心者以前に馬鹿には永久に理解は無理だな　かわいそうな人

644(2): 2013/04/30(火) 05:48:54.38 AAS
>>643
なにゆうてんねん。クラスはデータ型。参照が指すのはインスタンスのメモリ上の位置。
インスタンスのメモリ上の位置はまさにアドレスのことでしょうが！

645(1): 2013/04/30(火) 06:23:19.93 AAS
>>644
あまり周りの人に言わないほうがいいぞ
自分をかなりの馬鹿とアピールしてるようなものだから

646: 2013/04/30(火) 08:55:59.54 AAS
え？

647: 2013/04/30(火) 15:20:44.60 AAS
>>645
それはお前だ

648: 2013/04/30(火) 15:26:55.04 AAS
俺もそう思う

649: 2013/04/30(火) 15:38:14.19 AAS
自演乙

650: 2013/04/30(火) 20:33:25.36 AAS
ポインタも理解できない馬鹿につける薬はないな
ジャワやＣ＃やＶＢなんかを世の中に出すから、馬鹿でもプログラムが組めちゃうんだな
死ぬか転職しろよ

651: 2013/04/30(火) 20:59:44.18 AAS
643 名前：デフォルトの名無しさん：2013/04/30(火) 05:21:14.87
>>642
>>Javaの参照型変数はポインタそのもの。
>>Javaにポインタがないとかポインタの実現が不可とか言ってる奴は初心者。
間違ってるぞ　Javaの参照はクラスの参照　アドレスを指してるわけではないんだよ

初心者以前に馬鹿には永久に理解は無理だな　かわいそうな人

645 名前：デフォルトの名無しさん：2013/04/30(火) 06:23:19.93
>>644
あまり周りの人に言わないほうがいいぞ
自分をかなりの馬鹿とアピールしてるようなものだから

650 名前：デフォルトの名無しさん：2013/04/30(火) 20:33:25.36
ポインタも理解できない馬鹿につける薬はないな
ジャワやＣ＃やＶＢなんかを世の中に出すから、馬鹿でもプログラムが組めちゃうんだな
死ぬか転職しろよ

この人は周りの人間に対してバカを連呼することで、自分が馬鹿ではないと思い込もうとしているのだろうか。
そうだとするならなんて悲しい人なんだろう。

652: 2013/04/30(火) 21:51:54.79 AAS
ポインタは不正なメモリアドレスを参照できてしまう
劣化参照といえばいいだろう。

653: 2013/05/01(水) 05:51:20.34 AAS
馬鹿でも組めるジャワの方が弊害が多い
ジャワしか出来ない馬鹿はプログラムを組むな

654: 2013/05/01(水) 19:55:09.86 AAS
ジャワさんNGでw

655: 2013/05/02(木) 05:20:49.49 AAS
ジャワしかできないやつはカレーでも食ってろｗｗｗ

656(1): 2013/05/02(木) 11:14:39.87 AAS
脆弱性に優れてる

657(1): 2013/05/03(金) 08:58:17.57 AAS
>>656
>>脆弱性に優れてる
やられやすいって事だなｗ

andoroidなんかソース丸見えだしな

658: 2013/05/03(金) 14:20:52.50 AAS
>>657
そこらへんのC#やCで作られたアプリでも変わらんよ

659: 2013/05/03(金) 14:31:38.70 AAS
C#の逆コンパは知らないがＣorC++のは逆コンパは不可能だろ　java（ａｎｄｒｏｉｄ）は丸見え
さらに最近ではルートとってなくてもapk抜けるようになっちゃったし

660: 2013/05/03(金) 23:09:01.57 AAS
いやほとんど同じレベルで可能だけど…

661(1): 2013/05/03(金) 23:17:41.78 AAS
PC向けのアプリがどれだけ不正コピー対策に無駄な労力割いてると思ってるんだ

662: 2013/05/04(土) 05:39:23.50 AAS
>>661
C/C++は難読化なんてアホな事やらなくて済むだろｗ
プロテクト
PCなんかドングルつければ一般ユーザーはOKだろ
SDカードなら最悪コピー出来ても足が着くし

663(1): 2013/05/04(土) 18:36:23.64 AAS
ソースが見えるのが困るのは同業者に盗まれるからだろ

664(1): 2013/05/05(日) 09:33:49.39 AAS
>>663
お前は自分のパンツの中を誰に見られても平気なのか～ぃ？

665(1): 2013/05/05(日) 10:35:23.43 AAS
>>664
お前がパンツ一丁で街中を出歩いてるからそういうことにになるんだ

666: 2013/05/05(日) 10:47:50.63 AAS
>>665
ジャワだからなｗｗｗ

667(1): 2013/05/05(日) 11:27:14.35 AAS
ジャワさんNGでw

668: 2013/05/06(月) 16:59:45.77 AAS
>>667
じゃ　じゃわでいくか～

669(1): 2013/05/06(月) 21:41:10.26 AAS
enumとかジェネリックはできたけど、
プロパティとかインデクサとかイベントとかyield returnとかはいつ実装されるの？
もうされたの？

670: 2013/05/06(月) 21:42:28.58 AAS
[Mac/NUC] AGK / DarkBASIC / Basic4GL / 99BASIC 2013 Part.1
したらばｽﾚ:computer_43761

671: 2013/09/19(木) 01:22:17.69 AAS
アンチがジャワジャワうるさいから
ジャワカレーを食いたくなってきたじゃねえか

昔の Java House Mailing-listもハウスジャワカレーのロゴを元に
MLのロゴ画像を貼ってたんだよな

672: 2013/09/28(土) 21:32:01.64 AAS
>>669
プロパティ以外いらんもんばっかじゃねえかｗ

673(2): 2013/10/06(日) 04:32:08.80 AAS
なんでクラスのimplementってできないんじゃろ？
publicメソッドだけ抜き出してインターフェースと同じに扱ったってええやん

class B {
private int val;
public void hoge() {
....
}
}

class A implement B {
//must implement
public void hoge() {
}
}

674: 2013/10/06(日) 04:32:40.81 AAS
とおもったけどpublicフィールドとかあるからだめか

675: 2013/10/07(月) 11:36:02.09 AAS
>>673
１０年も前から同じことを繰り返し連呼するお前って
何歳のオッサンだよ

多重継承ができない
クラス継承と同じ::記号を使って継承と実装ができないのが気に入らないってか
なら一生C#でもやってろ

676(1): 2013/10/08(火) 05:14:15.04 AAS
>>673
んなもんBのpublicメソッドをinterfaceに切り出してA,B両方にimplementsすりゃあええやん

677: 2013/10/08(火) 07:26:15.09 AAS
C#厨はつまらんことであれこれうるさい

678(1): 2013/10/08(火) 08:07:36.70 AAS
>>676
使ってる側も全部修正しなきゃいけないじゃないか

型はそのままで実装だけごっそり挿げ替えて使いたい

679: 2013/10/09(水) 22:56:16.45 AAS
>>678
実装だけ挿げ替えだったら必要なのは多重継承じゃなくてmix-inとかじゃねえの？
継承ありのクラスをそのまま取り込みなんてしたらJavaの根本が崩れるぞ

680: 2013/10/11(金) 11:59:37.21 AAS
このスレって歴史が古いんだな

681: 2013/10/13(日) 14:59:25.11 AAS
次のバージョンかいつかはしんないけど
インターフェースのデフォルト実装を定義できるようになるらしいね

上下前次 1-新書関写板覧索設栞歴

あと 25 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.028s