Java入門・初心者質問スレ Part.6
■ このスレッドは過去ログ倉庫に格納されています
>>742
しかし言語そのものは文法定義でしかなく特許があるわけでも著作権があるわけでもないので独自実装やその実装のフリー化は誰にも止められないだろう。
例えあってもパクられてちょっと違ったもの違う名前で作られて終わりだ。Javaに対するC#のようにね。 >>749
そんなパクリ言語選ぶくらいならc#かkotrin使うわwww >>750
C#はJavaのパクリ言語だよ。仮想マシン上で動くという所からしてパクリ。MSが全力を上げてパクるとああなる。
もちろんWindowsはMacのパクリだしMacはAltoのパクリだ。この業界は全体がパクリでできている。 別の名前の似たようなタイヤが延々と発明され続ける。その中でビジネス的にうまく行ったやつが技術的にはクソだったとしても生き残る。宣伝のうまさやタイミングが重要だ。人間は感情でしか動ていない。理屈は常に後付の正当化であり誤魔化しに過ぎない。 >>754
それはDelphi作ってた人にやらせたからではないかな。 C#がDelphiの血筋とかいうのはMicrosoftの強がりというか詭弁
一部にていたりノウハウを流用している部分があるというだけで
全体的にどうみてもJava でもさ
Javaをパクったらクソが出来上がるはずだよね
でもC#はエレガントじゃん
矛盾してないか? null値というクソをJavaから引き継いで
ほどよくクソになってるじゃないか
Delphiではもっとしっかり考慮されてたのに
考えもなしにパクった証拠 それはJava以外から引き継いだんだよ
C++やVBファミリとの付き合いがあるからね 付き合いがあるからってすべてのオブジェクト変数をNull許容にする必要性がおもいつかない 当時の世間の要求に合わせて設計しただけだぞ
例えば、初期のC#に型推論がなかった理由は「当時はスクリプト言語の地位が低かったので、スクリプト言語だと思われたくなかったから」だそうだ
時代が違うんだよ Java使ってる会社のほうが貧乏な傾向があるのは認める Javaスレに何でJavaアンチが書き込んでるの? 少しは刺激がないとスレが過疎っちゃうからアンチも受け入れてるの Javaが廃れC#が栄えても
新しい何かが持て囃されてきたら
MSはそれを潰すために新しい物作って主軸を移すだろうからな
多くを求めずJavaでいいんだよ >>771
MSのJavaと言えばJ++やJ#というのがあったな
あれは廃れたが Microsoftにあくどい方法で潰されかけて
抵抗したら丸パクリされたあげく
協調すべきだったとか上から目線で評論家どもがほざく ユーザーとしては使いやすい物が残ればいい
OSはMacとLinuxが
言語はC#, TypeScript, C++, bash, powershell, pythonがあれば十分 Winは開発しにくいだけでユーザー側から見たらそんなにクソか? >>776
root/rootで簡単ログインできるもんね PowerShellはゴミ
コレクション周りでハマると、もうインラインでC#書いてやろうかと思う >>780
最近はcakeが楽すぎて、スクリプトも全部c#で書いてるわ
javaでcakeと同じことやろうとすると何がおすすめ? 最近はweb系は全てnodejsに支配されてる感がある あるプログラムを手を加えているるうちに
コマンドプロンプトで実行させたあとに1〜2秒ほどの謎のウエイトがかかるようになったんだけど何で待たされているのでしょうか
public class Sample {
public static void main (String[]args) {
(略 650行程度)
System.out.println("終了");
} //mainメソッドここまで
メソッドは10前後
}
上で言えばmainメソッドの最後で「終了」って表示してからその後何もさせてないのにコマンドラインの入力欄に戻るまでに1〜2秒待たされるようになりました。 肝心の処理がわからなきゃなんも言えん
とりあえずverbose付けて実行してみろよ? >>776
mac除いて素のC言語足せば文句なしだわ なんていうかMac以外は清潔感がないから社会人としてマナー違反
朝起きて身だしなみ整えずジャージで外を出歩くような感覚 Macはインテリアの一種であり見た目のデザインで売ってる製品だから実用性に欠ける部分があっても買うユーザは最初から気にしない。
まあしかし中身がUNIXであることにより少し救われている。 ビジネスマンならmacしか選択肢がない
やすい靴やすいスーツやすい時計やすいネクタイやすいシャツ
ビジネスマンなら身嗜みを間違えると相手に軽く見られるってことをわかってるだろう
それと同じで端末も身嗜みだからある程度金をかけてセンスがいいものを選ばないとね
ビシッと身嗜みを決めたビジネスマンが格安のネットブックやガキっぽいゲーミングノートを取り出したらこの人と仕事して大丈夫かなって不安になるよ >>790
これ
vimとsshがあればなんでもいいんだから、macで用が足りてる >>778
勝手に機能変えられる
止まったり重くなった時に原因調べるのが大変
OSがサポートしてるツールが少ない それ言ったらOSなんてなんでもいい
今時の開発環境はマルチプラットフォーム対応進んでるし
対応してなくても仮想化でどうにでもなる
中身はなんでもいいなら見た目やブランドが重要になるからわかってる人はMacを選択するんだよ >>801
あ、そうなの?じゃあWinでも足りるよ Windows10 で、WSL で、MS Store から、Ubuntu 16.04 LTS をダウンロードして、
Ruby をインストールする。
最初から、Python, vim も入っている
200MB ほどダウンロードして、850MB ほどの容量。
ただし、GUI版ではなく、Ubuntuサーバー
Java も入っていないけど、以下のパッケージがあるみたい。
* default-jre
* gcj-5-jre-headless
* openjdk-8-jre-headless
* gcj-4.8-jre-headless
* gcj-4.9-jre-headless
* openjdk-9-jre-headless Windows10 で、WSL で、MS Store から、Ubuntu 16.04 LTS をダウンロードして、
Ruby をインストールする
全パッケージの更新
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt install ruby
日本語ロケールと、man コマンドの日本語化
sudo apt install language-pack-ja
sudo apt-get install manpages-ja manpages-ja-dev
touch ~/.bash_aliases
ホームディレクトリに、.bash_aliases というファイルを作って、そこに、
export LANG=ja_JP.UTF-8
と書いて、bash を日本語ロケールにする
Java も、sudo apt install で、インストールできる >>794
それは主に接客をやる営業の人向けの話だな。かといって客の前で客以上の服とか物とか持っていると悟られるのはまずい。 >>800
標準でないから標準のツールが管理されない
>>799
先ず数えるツールがないとこから不便だな >>802
見た目やブランドを気にする人はそれによって人と競っているような人だけ。
普通の技術者はそんな所で競わないので結果的に見た目がどうでもよくなる。 >>807
環境変数 LANG の設定は ~/.bash_aliases じゃなくて ~/.bashrc に直接書いた方がいいのでは?
意味的にも違うしそもそも ~/.bash_aliases は ~/.bashrc で読むようになっているだけのスクリプトだ。
bash が直接読むファイルではないから違う環境に行ったら使えないかも知れない。 >>809
なるほど、比較対象のmacがそれじゃ数えられないね >>801
Linux でも足りる。というか、普通のLinuxディストリビューションだと何もしなくても最初からインストールされている。 >>815
なるほど
開発版と安定版みたいな感じか・・・ >>816
アップグレードし続けないとすぐにサポート切れになるがな RedHat みたいな感じかな。全部フリーのFedoraをテストして長期リリースにしてサポートで金を取る方式。
しかし元がフリーということは CentOS みたいなテスト後のやつを揃えたやつが出てくる可能性がある。 >>818
OpenJDKの改変はライセンス違反。
OpenJDKのソースはGPLだが、特許の利用許諾はJCPを通っていることが条件。
改変したらJCPの認定から外れるので、その瞬間にオラクルに特許侵害で巨額の賠償金を請求されることになる。 これってKotlinならセフセフなのか?
Javaはもうやめたほうが安全そうだな >>819
あ、そうなの? GPLは改変再配布を許すライセンスじゃなかったっけ? >>821
GPLv2による利用許諾はあくまで著作権の利用許諾
配布者が利用者を特許侵害で訴えることの可能な欠陥ライセンスだ
オラクルにとっては極めて好都合なライセンスでもある >>820
今流行ってるのは Java VM 上で動く Kotlin だが、それ使い続ける限り何か影響はあるかも知れない。
しかし kotlin は JavaScript で動くようにするやつやネイティブも作っているのでそちらは影響を受けない筈。 >>822
なるほど。
でも特許部分をくり抜いた版って出せるんじゃないかな?
まあそれだともはやJavaではなくなるのかも知れないが。 >>824
さすがにそんなことをするくらいなら.NET Core向けにJavaコンパイラとJava APIを実装したほうが遥かに建設的で手っ取り早いだろうな
オラクルに言わせれば、APIには著作権が及ぶらしいからどのみち訴訟は避けられないわけだが、
海賊版JVMを作るのに比べたら裁判の勝ち目はあるだろう 実行スピードは落ちても構わないのでCPUにかかる負担を減らしたい場合
簡単な方法は無いでしょうか 全部手動でやればいいんじゃね? CPUにかかる負担ゼロになるし。 >>829-830
分からないなら黙っていてください。(NGしました)
>>831
ありがとうございます。 文字列str1から文字列"str2"を検索する方法はこうですが
str1.indexOf("str2",0)
両方の文字を数値のbyte配列化してこれより高速に検索する方法ないですか?
地道に配列内を上からチェックしていけばいいですが
それよりスマートで高速な方法ないでしょうか?
文字処理は一般に遅いですが
結局str1.indexOfが一番はやい? 正規表現使えば?
速度だけならどういう実装が一番速いのかは知らんけど 気に入らないならソースの String.java を参考にして自作してみれば?
もっと高速化する楽な方法はJNIで作ったり外部コマンド動かしたりする方法かな。 >>834
電文処理など、文字列とBYTE列が交わるポイントは確かにあるけど、
可能な限り、文字列は文字列、BYTE列はBYTE列の世界で取り扱うほうが
いいと思うよ。 indexOfの実装にもよるんじゃねえの?
単なる文字列じゃなくなっても大手術しなくて済むように無理しないのが一番良いと思うけど。
バイト列だと思いもよらない文字の切れ目でヒットしたり地獄見ると思う。
入ってるかどうかだけが知りたいならcontainsにするか、それでも遅いならCharSequenceにしてからトライ木にするか。 >>834
ボトルネックでないのに無駄に高速化しようとするのは愚策だから止めた方が。
ボトルネックになってるのであれば同じ文書内を複数の単語で何度も検索するとか
同じ単語で大量の文書を検索するとか具体的なシチュエーションが出てくるだろうし、
そのシチュエーションに適した高速化すりゃいいだけ。
どんなシチュエーションでもindexOfを上回る
(苦労してコード書く意味があるようなレベルで)ってのはかなり難しい。
例えばbyte[]に変換ってのも検索と比較すれば十分重い処理だし。 了解しました
結局str1.indexOfでやるのがよさそうですね >>831
sleep入れても負担は増えるだけだろ
総計算量は同じでsleepを処理する計算が増える
手で処理するしかない
具体的なプログラムが提示されれば改善の余地はあるかも知れないが
時間あたりの負荷が高く他の処理の邪魔をしたくないという話ならプロセスのプライオリティを下げろ >>834
レベルと用途が不明だが
事前にindexを作っておいてそこから探すのが速い >>841
sleepを処理する計算?sleepの前処理のこと?それ以上にsleepすればいいのでは?
JavaVM内だとどうやってるのかは知らないが、sleepはVM内で指定の時間後に割り込み掛かるようにしてからスレッド停止してるだけじゃないの?
スレッド停止するならその分だけCPUタイムは食わなくなるよ。 windowsならこういうのあるよ。
Windows10 - プロセス(アプリ)の優先度を指定(変更)する方法
https://pc-karuma.net/windows-10-process-priority/ Linux だと nice とか renice とか ionice ってコマンドがある。 >>846
負担と言ったら普通そうなのでは?
それに元の質問は「実行スピードは落ちても構わないのでCPUにかかる負担を減らしたい」だから
JavaVMのOSでのプライオリティそのままでやるとしたらプログラム中の sleep ぐらいしか方法
ないと思うが? ■ このスレッドは過去ログ倉庫に格納されています