[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 05/30 22:38 / Filesize : 257 KB / Number-of Response : 1034
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Java入門・初心者質問スレ Part.6



1 名前:デフォルトの名無しさん mailto:sageteoff [2017/12/21(木) 00:24:33.33 ID:E/ADCCn6.net]
Java初心者のためのスレッドです。

※前スレ
Java入門・初心者質問スレ Part.5
mevius.2ch.net/test/read.cgi/tech/1506675205/

686 名前:デフォルトの名無しさん mailto:sage [2018/02/03(土) 18:36:59.57 ID:T/IRCOLF.net]
>>665
ありがとうございます
とりあえずやってみたらそのまま表示されただけだったので
面倒なので諦めます

687 名前:デフォルトの名無しさん [2018/02/03(土) 19:00:05.99 ID:YCx21dTa.net]
>>666
意図を明確にするためにListインターフェースを使うべきじゃないよね

688 名前:デフォルトの名無しさん mailto:sage [2018/02/03(土) 19:06:33.31 ID:LDloXLSS.net]
>>655です
>>659 >>663 >>664 >>666 >>668
ありがとうございました。LinkedListはLinkedListということで
ListはΟ(1) でLinkedListはΟ(N) なので自分や他人が

689 名前:混乱しないためにもLinkedListのままで良いと・・・多分 []
[ここ壊れてます]

690 名前:デフォルトの名無しさん mailto:sage [2018/02/03(土) 19:08:07.71 ID:uBCfwyBi.net]
使うべきかどうかは文脈によるが、あえて一般化するならListインターフェースにすべき。
データ構造をどうすべきかは、インスタンス化のときだけは関心があるが、実際にアクセスしたり挿入したりするときに気にならないようにしておくのが抽象化という考え方。

691 名前:デフォルトの名無しさん mailto:sage [2018/02/03(土) 19:10:55.15 ID:uBCfwyBi.net]
>>669
Listはインターフェースなので、計算量とかない。
そのロジックでLinkedListで宣言するならArrayListもArrayListと宣言すべき。
>>670にも書いたが、何を抽象化したいかはときと場合によるので、どっちがいいとか悪いとかない。
ただ、一貫性がないのは悪いと言えよう。

692 名前:デフォルトの名無しさん mailto:sage [2018/02/03(土) 19:20:16.63 ID:ZHqj1jBJ.net]
>>671
それは極論
現実にはほとんど全てのケースにおいてリンクリストより配列ベースのリストの方がパフォーマンスやメモリ効率に優れているんだから、
リンクリストの存在なんか無視してListの実装は全てランダムアクセス可能であるという前提で作るのは実用的判断としては悪くない
.NETは現にそうなってるね

693 名前:デフォルトの名無しさん [2018/02/03(土) 20:51:19.18 ID:YCx21dTa.net]
>>671
抽象データ構造として計算量はあるべきだと思うよ
ArrayListはインデックスでアクセスするならArrayListを使うべきだよ

694 名前:デフォルトの名無しさん [2018/02/03(土) 20:52:59.73 ID:YCx21dTa.net]
JavaのListインターフェースはゴミと言っていいでしょう



695 名前:デフォルトの名無しさん [2018/02/03(土) 20:55:21.26 ID:YCx21dTa.net]
うそです、言い過ぎました本当にごめんなさい

696 名前:デフォルトの名無しさん [2018/02/03(土) 20:56:30.47 ID:YCx21dTa.net]
MapでさえもHashMapとTreeMapで計算量違うんで
Listインターフェースの実装によって計算量が違うのも
認めるべきだと思い直しました

697 名前:デフォルトの名無しさん [2018/02/03(土) 20:57:51.86 ID:YCx21dTa.net]
違うのか、ListインターフェースもMapインターフェースも
ゴミだという結論も出せるのか

698 名前:デフォルトの名無しさん [2018/02/03(土) 20:59:28.16 ID:YCx21dTa.net]
インターフェースは奥が深いということで

699 名前:デフォルトの名無しさん mailto:sage [2018/02/03(土) 21:24:43.36 ID:VDv79Nx+.net]
>>667
変だなと思ってこちら(Windows10)でやってみたら確かにできなかった。
作ったプログラムはこんなやつだ。

public class EscSeq {
 public static void main(String[] args) {
  for (int i = 31; i <= 37; i++)
   System.out.println("\u001b[" + i + "mABC\u001b[0m");
 }
}

こういう出力になった。

[31mABC[0m
[32mABC[0m
[33mABC[0m
[34mABC[0m
[35mABC[0m
[36mABC[0m
[37mABC[0m

ところが実行時に以下のように Perl の何もしないプログラムにただ出力を渡してそのまま出力させてみたら色が付いて出た。

java EscSeq | perl -pe ""

この perl は Cygwin の perl だ。とすると Cygwin のライブラリが実行時に何かしているのかも知れない。
とすると同じことができれば Java でも同じようになるだろうとは思うが、今のところ俺にはやり方がわからない。

700 名前:デフォルトの名無しさん mailto:sage [2018/02/03(土) 21:27:46.33 ID:VDv79Nx+.net]
>>667
もう一つ色を出す方法を発見。プログラムの出力をファイルにリダイレクトしてからそのファイルを type コマンドで出力したら色が出た。
とすると java コマンドが何か変なのかも知れないが、どういうことなのかよくわからないね。

701 名前:デフォルトの名無しさん mailto:sage [2018/02/03(土) 22:04:14.38 ID:Vrj5+lre.net]
適切な抽象度合いは文脈によるって言ってんだろうが
なにがいいとか悪いとかない

702 名前: mailto:sage [2018/02/03(土) 22:05:12.43 ID:hgzMgIyl.net]
>>672
配列ベースは概念は簡単で便利だけれども、削除や挿入のコストは考えないといけないのではないでしょうか?
そういうときはリンクリストベースの方が適している

703 名前:デフォルトの名無しさん mailto:sage [2018/02/03(土) 22:25:13.44 ID:aUhNWyY8.net]
>>682
いや、途中削除挿入が少々あったとしても配列リストのほうがほとんどの場合において速い
リンクリストってとんでもなくメモリ効率の悪いデータ構造なんだよ

704 名前:デフォルトの名無しさん mailto:sage [2018/02/03(土) 22:38:51.39 ID:aUhNWyY8.net]
ついでに言っておくと、Listのaddやremoveを使ってLinkedListにインデックス指定して途中への挿入や削除をしたらO(N)だ
LinkedListのパフォーマンスの恩恵を受けるためには必ずListIteratorを使わなければならない
逆にArrayListでわざわざListIteratorを使う意味なんかないわけで、そういう点でも両者を一括りにして抽象化する意味はほとんどないのよ



705 名前:デフォルトの名無しさん [2018/02/03(土) 23:29:16.51 ID:N6/Ci9xF.net]
LinkedListはLinkedHashMapのためのクラス。
LinkedHashMapは、LRUとかでよく使う。

706 名前: mailto:sage [2018/02/03(土) 23:41:38.70 ID:hgzMgIyl.net]
>>683
配列ベースでの挿入や削除は、オブジェクトのコピーが延々と繰り返される点を考えれば、重大なコストですよ
単にコピーするだけならまだしも、コピーコンストラクタが働くことは、これは大きなコストだから、できるだけ避けないといけないのでは?
これは私が C++er だから考えてしまうことなのだろうか?

リンクリストでの挿入や削除では、コピーコンストラクタは働かない(既存のオブジェクトに手が加わらない)。
リンクリストの効率が悪い、というのは、リンクリストのメリットに触れない、一面的な意見に思えます

707 名前: mailto:sage [2018/02/03(土) 23:45:32.04 ID:hgzMgIyl.net]
>>684
>Listのaddやremoveを使ってLinkedListにインデックス指定して途中への挿入や削除をしたらO(N)だ

それはおかしい、抽象オブジェクトやインターフェースを介しているからといって、実装側の効率が極端に変わることはありえない
List がリンクリストな実体を指しているのなら、そのメソッドは、リンクリストの効率に従うはず

708 名前:デフォルトの名無しさん mailto:sage [2018/02/04(日) 00:58:59.24 ID:fXO59JwO.net]
>>686
そうだけど Java の場合は参照だから C++ に置き換えて考えればポインタの配列になる。
だからコストは掛かるんだけど思ったほど遅い感じがしない。

それと実際の実装は一つ追加したら即配列全体を作り直すみたいになっておらず、
大きめに配列確保しておいてそれをオーバーするまでは同じ配列を使い続けて
その中でのコピーになるから要素数が少ないと気になるほど遅くならない。

709 名前:デフォルトの名無しさん mailto:sage [2018/02/04(日) 01:45:48.83 ID:0M2nQfAn.net]
>>687
挿入や削除の前に、指定されたインデックスの位置までポインタを手繰らないといけないからね
getもそうだけど、Listインターフェースに宣言されているから実装せざるを得ないだけで
本来存在すべきではない操作だよ

710 名前:デフォルトの名無しさん [2018/02/04(日) 05:00:56.17 ID:2KjySip0.net]
>>685
いいこと言った

711 名前: mailto:sage [2018/02/04(日) 05:35:13.14 ID:p5zvJFKF.net]
>>689
>挿入や削除の前に、指定されたインデックスの位置までポインタを手繰らないといけないからね
なるほど
たしかに二分探索を実装する必要があるなら、それは配列ベースになるだろうね

712 名前:デフォルトの名無しさん mailto:sage [2018/02/04(日) 08:42:48.25 ID:jtpbEfK1.net]
Javaで巨大なコレクションの途中に挿入するコストが気になるっていったいどんなプログラムなんだろう

713 名前: mailto:sage [2018/02/04(日) 09:30:01.09 ID:p5zvJFKF.net]
>>692
巨大なコレクションだからこそ、List の挿入削除の実装に気を使うべきなんですよ
1000件 2000件の小さなリストならどっちでもいい

714 名前:デフォルトの名無しさん mailto:sage [2018/02/04(日) 09:39:06.01 ID:jtpbEfK1.net]
>>693
だからそんな巨大で変更可能なコレクションを使う場面ってどんな時なのかなって



715 名前:デフォルトの名無しさん mailto:sage [2018/02/04(日) 10:47:54.78 ID:mA+9NwN1.net]
ないよ。
普通そこはクエリの調整のほうが効きやすいし分業しやすいから。
しかもそんな長大レコードの途中にオンメモリで値挿入とか狂気じみてる。

716 名前:デフォルトの名無しさん mailto:sage [2018/02/04(日) 11:37:52.68 ID:S3cdJ5Jy.net]
百歩譲って巨大なコレクションの途中へ挿入する必要があったとして、
挿入位置が予め決まっていなければリンクリストのメリットはないわけだが(689の理由で)、そんな状況あるのか?
挿入位置までのリンクリストのシーケンシャルスキャンのコストが無視できるくらい沢山の要素をまと

717 名前:゚て挿入するのだとしても、
その場合は配列でブロックコピーした方が速そうだな
[]
[ここ壊れてます]

718 名前:デフォルトの名無しさん mailto:sage [2018/02/04(日) 11:50:08.04 ID:S3cdJ5Jy.net]
ソート済みの巨大なリスト同士をマージするときには使えるかな?
と思ったけど新しい配列リスト作ってそこに追加してった方が速いだろうな
インプレースで処理できるといっても、もともとリンクリストはメモリをバカ食いするから本末転倒だし

719 名前: mailto:sage [2018/02/04(日) 11:57:14.26 ID:p5zvJFKF.net]
>>695
オンメモリとは限らないのでは?
普通にリンクリストでデータ構造が実装されている例はいくらもあると思うよ、二分木、多分木になる場合や
順序関係・比較関数が単純でない場合は特に

まあ List でまとめる必要ははなからないことは自明だけれども

720 名前:デフォルトの名無しさん [2018/02/04(日) 12:07:50.83 ID:GvS2o5m7.net]
>>694
そこでLinkedHashMapですよ

721 名前:デフォルトの名無しさん mailto:sage [2018/02/04(日) 16:04:57.04 ID:fXO59JwO.net]
ま、何億件とかデータが巨大なら最初からRDB等を使った方が何も考えずに済んで良いかもね。
まあでも巨大かどうかは動かすコンピュータのスペックによるか。億単位だろうが京単位だろうが
軽く動いてしまうマシンはあるだろうし。

722 名前:デフォルトの名無しさん [2018/02/04(日) 17:06:48.49 ID:XK4swbja.net]
Test

723 名前:デフォルトの名無しさん mailto:sage [2018/02/05(月) 12:43:28.93 ID:nOjIwE3H.net]
メモリプールとかで使うのかも

724 名前:デフォルトの名無しさん mailto:sage [2018/02/07(水) 09:40:42.83 ID:3I7vHPZK.net]
あー。あの大阪によくある。



725 名前:デフォルトの名無しさん mailto:age [2018/02/07(水) 12:31:35.21 ID:3a579GGi.net]
>>703
それはたこ焼き器やろ

726 名前:デフォルトの名無しさん mailto:sage [2018/02/07(水) 12:45:24.93 ID:2VYDCh9o.net]
モータープール、大阪でしか言わないんだよなぁ

727 名前:デフォルトの名無しさん mailto:sage [2018/02/07(水) 21:32:24.68 ID:7uNcNN/X.net]
月極グループ

728 名前:デフォルトの名無しさん mailto:sage [2018/02/07(水) 21:45:44.89 ID:E5jit1hv.net]
げっきょくさんは手広いよな

729 名前:デフォルトの名無しさん [2018/02/07(水) 21:50:59.77 ID:isOebZIS.net]
>>707
「つきじめ」って読むだぞ知恵遅れ

730 名前:デフォルトの名無しさん [2018/02/08(木) 00:52:45.22 ID:y8xXRvXM.net]
じめ

731 名前:デフォルトの名無しさん mailto:sage [2018/02/08(木) 02:00:47.83 ID:AXKuy5Is.net]
ぢめ

732 名前:デフォルトの名無しさん mailto:sage [2018/02/08(木) 15:24:48.89 ID:GGxSZy0h.net]
「つきぎめ」だろって、つっこんだら負けなの?

733 名前:デフォルトの名無しさん mailto:sage [2018/02/08(木) 15:38:26.75 ID:4mknIqIx.net]
>>711
はい残念!

734 名前:デフォルトの名無しさん mailto:sage [2018/02/08(木) 16:13:58.48 ID:l038yywz.net]
>>707は(なぜか変換できない)ネタだろ
って突っ込んだらダメなん?



735 名前:デフォルトの名無しさん mailto:sage [2018/02/08(木) 16:39:10.89 ID:5B+1l88d.net]
つきじめ
はともかくつきぎめってなんだよ

736 名前:デフォルトの名無しさん mailto:sage [2018/02/09(金) 20:41:22.83 ID:TxhNGHRH.net]
月極の読み方とは? 「月極」を「げっきょく」と読む人多数!
大人になってから知った読み間違い&意味間違い
https://gakumado.mynavi.jp/freshers/articles/11122

737 名前:デフォルトの名無しさん mailto:sage [2018/02/09(金) 20:51:00.52 ID:KKlW8Jyu.net]
くっだらねぇレスを何日も続けるんじゃねぇよゴミカスども
ほんとゴミみてぇな奴しかおらんな

738 名前:デフォルトの名無しさん [2018/02/09(金) 21:09:31.63 ID:2uCfWfAn.net]
過疎ってJavaの話題を誰も書かなかったからだよ。何かネタがあるなら君が書け。
例えプロでも初心者になり切って何か質問書いてみろ。お題でもいいぞ。

739 名前:デフォルトの名無しさん mailto:sage [2018/02/09(金) 21:09:53.42 ID:b+xlXmOU.net]
ゴミしか使わない言語なんだからしょうがないだろ

740 名前:デフォルトの名無しさん [2018/02/09(金) 21:38:03.63 ID:9EA5viw/.net]
こりゃダメだ
C#に転向するわ

741 名前:デフォルトの名無しさん mailto:sage [2018/02/09(金) 21:47:11.01 ID:2u4zZUXa.net]
>>719
言語としての将来性を考えるならそれがいいかもね
Javaを置き換える言語はあるがC#を置き換える言語はまだない

742 名前:デフォルトの名無しさん mailto:sage [2018/02/0 ]
[ここ壊れてます]

743 名前:9(金) 21:49:51.06 ID:qrKjYlTm.net mailto: >>719
kotrinじゃなくて?
[]
[ここ壊れてます]

744 名前:デフォルトの名無しさん [2018/02/09(金) 21:52:38.51 ID:9EA5viw/.net]
>>720>>721
ネットでちょこっと見たけど
C#って制御文とかクラスの使い方とかJavaとほぼ同じじゃね?



745 名前:デフォルトの名無しさん mailto:sage [2018/02/09(金) 22:02:03.66 ID:qrKjYlTm.net]
>>722
c#2.0くらいまではね

746 名前:デフォルトの名無しさん mailto:sage [2018/02/09(金) 22:04:37.91 ID:KKlW8Jyu.net]
C#推しの馬鹿って言語的な比較しかしないから馬鹿なんだよな
言語使うだけなら小学生でも出来る
Webサービスとして業務的な汎用性がJavaに比べてゴミだから流行らないんだよ

747 名前:デフォルトの名無しさん [2018/02/09(金) 22:05:20.81 ID:9EA5viw/.net]
>>723
今はC#7だから結構変わってるのか・・・
やっぱりJavaやろっかな・・・

748 名前:デフォルトの名無しさん mailto:sage [2018/02/09(金) 22:07:49.53 ID:WMFtHau8.net]
>>724
奴隷必死だな

749 名前:デフォルトの名無しさん [2018/02/09(金) 22:10:23.32 ID:9EA5viw/.net]
>>724
レンタルサーバーで気軽に使えないんだもん

750 名前:デフォルトの名無しさん mailto:sage [2018/02/09(金) 22:10:56.67 ID:KKlW8Jyu.net]
図星かよゴミ
馬鹿はプログラムなんかやらんでスマホでも弄ってろよ

751 名前:デフォルトの名無しさん mailto:sage [2018/02/09(金) 22:11:25.62 ID:qrKjYlTm.net]
>>724
奴隷おつ

752 名前:デフォルトの名無しさん mailto:sage [2018/02/09(金) 22:12:08.78 ID:zG1wX+Le.net]
>>716
だってここjavaスレだもん

753 名前:デフォルトの名無しさん [2018/02/09(金) 22:12:18.12 ID:9EA5viw/.net]
>>724
奴隷さんでしたかw

754 名前:デフォルトの名無しさん [2018/02/09(金) 23:08:49.74 ID:nN2BoaGY.net]
>>722
そりゃMSがJavaVM作ったらSunから文句言われて怒ったゲイツがパクってWindowsに都合よくなるように改造して作ったものがC#だから当然。
当時はそうやってWindowsに囲い込もうとしたが、しかし、長いこと独占状態だったから広まるのが遅く、ほとんどWindowsでしか使われない言語になってしまった。
今はAppleのSwiftが似たような状態になっていてフリーになったのに中々広まらない。最初に変な制限があると出遅れる。



755 名前:デフォルトの名無しさん mailto:sage [2018/02/09(金) 23:57:39.97 ID:St4pWECa.net]
>>732
javaはその逆を行こうとしてるね

756 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 00:05:53.34 ID:dbzbK1DZ.net]
>>733
今ではスマホアプリやゲームのクロスプラットフォーム開発は完全にC#に持っていかれたし、
LinuxのWeb開発もC#に侵食されつつあるよ
今やランタイムを同梱する場合などのライセンス問題でJavaが嫌われてC#を選ぶという、
昔とは完全に逆転した状況になってしまった

757 名前:デフォルトの名無しさん [2018/02/10(土) 00:08:45.80 ID:l9ZzjyKP.net]
あー。そうだけど、もうフリーのやつも広まり切った後なのでほとんど影響ないんじゃないかな。

758 名前:デフォルトの名無しさん [2018/02/10(土) 00:09:50.19 ID:l9ZzjyKP.net]
>>735>>733ね。

759 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 00:17:35.67 ID:dWge4ODu.net]
Javaが選ばれるのは、Javaの閉じたエコシステムに完結している限りにおいて、Unix開発の知識がなくてもUnixを使ったシステムが作れるからだよ
特定の技術の枠の中に閉じこもっていれば安心という意味においてはWin+VSと本質的には大差ない
Oracleが時代錯誤な独占体制を見直さない限り、長期的には今やWinから解放されライセンスもガガバガバな.NETに食われていくのは避けられないだろうね

760 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 04:08:17.66 ID:ebSyb+8P.net]
eclipseでメモ帳を作っています。
テキストファイルの文字列を編集可能な状態で出力したいのですが、やり方が分かりません。
Scanner(System.in)でキーボードから入力された文字列のような、そのまま直接キーボードで編集可能な文字列として出力したいのですが……。
何卒知恵を御貸しください。
お願いします。

761 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 04:48:47.04 ID: ]
[ここ壊れてます]

762 名前:ebSyb+8P.net mailto: >>738
追記、Scanner(file名)による入力のやり方を発見しましたが、そのままSystem.inと繋げるようなやり方はできないのでしょうか?
Scanner(file名)で得た文字列をSystem.inで編集したいのです
[]
[ここ壊れてます]

763 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 06:58:24.49 ID:KnoefXX3.net]
Javaを本格的に使うと訴えられるんでしょGoogleみたいに
それじゃリスクあるからKotlinやC#使おうってなるわな

764 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 07:11:56.20 ID:TNdj3qFT.net]
>>738-739
HTML の、textarea のようなものを使うと簡単

eclipse にも、複数行テキストボックスのようなものがあるかな?



765 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 08:58:45.50 ID:xv5r03JM.net]
>>734
>>736
javaはOpenからClosedになりつつあるってことだろ

766 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 09:38:19.54 ID:E/k4xLNo.net]
>>719
.NET CORE2.1出てから本気出す

767 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 09:41:30.71 ID:wviCBSHG.net]
うちの職場はC#やめてJavaに統一した

統計はたいていMSの圧力下にあるから信用ならん
こっそりライセンス変えたり人のパソコン勝手に弄り回す会社のフレームワーク使う気になるかっての

768 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 10:41:49.53 ID:rlZJHg3D.net]
>>741
ありがとうございますTextAriaで解決できそうです本当にありがとうございます

769 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 11:05:18.27 ID:xv5r03JM.net]
>>744
Oracleよっかマシ

770 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 14:05:25.59 ID:wviCBSHG.net]
どこがましか?!

771 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 14:45:26.25 ID:vDyn4qxN.net]
>>738
マルチかよ

772 名前:デフォルトの名無しさん [2018/02/10(土) 16:00:43.10 ID:l9ZzjyKP.net]
>>742
しかし言語そのものは文法定義でしかなく特許があるわけでも著作権があるわけでもないので独自実装やその実装のフリー化は誰にも止められないだろう。
例えあってもパクられてちょっと違ったもの違う名前で作られて終わりだ。Javaに対するC#のようにね。

773 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 16:18:49.31 ID:wVMdjZ3i.net]
>>749
そんなパクリ言語選ぶくらいならc#かkotrin使うわwww

774 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 16:43:17.54 ID:z2zG7zff.net]
勝手に使えば?



775 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 16:56:56.54 ID:bqVtLB0f.net]
>>744
何作ってんの?

776 名前:デフォルトの名無しさん [2018/02/10(土) 16:58:39.84 ID:l9ZzjyKP.net]
>>750
C#はJavaのパクリ言語だよ。仮想マシン上で動くという所からしてパクリ。MSが全力を上げてパクるとああなる。
もちろんWindowsはMacのパクリだしMacはAltoのパクリだ。この業界は全体がパクリでできている。

777 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 17:05:25.59 ID:pUvl4BKb.net]
>>753
c#はjavaよりDelphi

778 名前:デフォルトの名無しさん [2018/02/10(土) 17:07:08.77 ID:l9ZzjyKP.net]
別の名前の似たようなタイヤが延々と発明され続ける。その中でビジネス的にうまく行ったやつが技術的にはクソだったとしても生き残る。宣伝のうまさやタイミングが重要だ。人間は感情でしか動ていない。理屈は常に後付の正当化であり誤魔化しに過ぎない。

779 名前:デフォルトの名無しさん [2018/02/10(土) 17:08:09.17 ID:l9ZzjyKP.net]
>>754
それはDelphi作ってた人にやらせたからではないかな。

780 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 17:11:13.69 ID:pUvl4BKb.net]
>>756
そう

781 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 17:32:48.47 ID:wviCBSHG.net]
>>752
きわめて普通の業務用Web

782 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 17:34:57.94 ID:wviCBSHG.net]
C#がDelphiの血筋とかいうのはMicrosoftの強がりというか詭弁

一部にていたりノウハウを流用している部分があるというだけで
全体的にどうみてもJava

783 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 17:50:04.55 ID:dPkktoQv.net]
でもさ
Javaをパクったらクソが出来上がる

784 名前:ヘずだよね
でもC#はエレガントじゃん
矛盾してないか?
[]
[ここ壊れてます]



785 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 18:20:17.10 ID:wviCBSHG.net]
null値というクソをJavaから引き継いで
ほどよくクソになってるじゃないか

Delphiではもっとしっかり考慮されてたのに
考えもなしにパクった証拠

786 名前:デフォルトの名無しさん mailto:sage [2018/02/10(土) 18:48:15.54 ID:dPkktoQv.net]
それはJava以外から引き継いだんだよ
C++やVBファミリとの付き合いがあるからね






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<257KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef