Java入門・初心者質問スレ Part.7
■ このスレッドは過去ログ倉庫に格納されています
>>24
アメリカから「お前イランに出兵しろ!」といわれたときに
今までなら「アメリカ製憲法9条のせいで出られません」
と断る理由があったのに、それがなくなるのは危険 嫌だと言えばいいだろうが
侵略するための戦力じゃないと >>27
大量破壊兵器があるらしい、という不確実な理由を根拠にイラクに攻め込み一つの社会を潰してしまっても何とも思わない国を相手に、
国内の理由だけで嫌だといえますでしょうか?そのような実力があるのでしょうか?
どこぞの国のように原爆を落とすぞ、落とすぞ、と威嚇をかけつつ交渉するほうが言い分が通りやすいのではないでしょうか? 全ての国は防衛のために軍隊を持つが、それが使用される時はだいたいはやり過ぎになって侵略になる。 憲法改正して発達障害者の人権を停止あるいははく奪できるようにすべき。
人権を有する条件に一定の社会性を含めるべきだ。 恐らく、注文する段階で躓く。[流暢に喋れないな]
>>32
なんで、こんな所までソ連が攻めて来てんだよw >>35
え?ドトールで?
なんだかわからんが、じゃあ自分ちでドリップして飲め。 >>28
憲法9条があるから日本人は弱気になってしまうんだ
9条がなくなればアメリカとも対等に交渉できる >>37
逆でしょ
9条があるから、アメリカ製9条があるから、アメリカ様のご機嫌を損ねるまでには至らない
9条を撤廃すればどこぞの国のように原爆を持たないと真の意味で対等とはならない
9条を撤廃するだけでは足りない >>25
馬鹿か?
イラン派兵が『日本の自衛目的』になるケースがあるんか?
馬鹿は死ねよwww >>39
イラク戦争のときには「日本は金だけ出して兵を出さない」と散々の非難だった
日本の自衛目的とはいうが、集団的自衛とは日本近海に展開するだけではなく、
アメリカ軍を援助するためなら、どこへでも出兵しなければならない、という建前だ
日本に攻めてきた!→アメリカ軍もそれに援助しよう
アメリカに攻めてきた!→日本軍もそれに援助しよう
それを相互に同時に行うのが軍事同盟というものではないだろうか? >>40
非難されたからといって気にする必要はない
イラク戦争は完全にアメリカが悪い
自国の利益のために戦争を仕掛けて
アメリカの経済は良くなったかもしれないが
その影には多くの不幸がある
アメカスの口車に乗って戦争に参加することが同盟と言うならば同盟なんて要らないだろ、つまり9条も要らないだろ >>40
>>アメリカ軍を援助するためなら、どこへでも出兵しなければならない、という建前だ
そんな建前ねえよ、うすら馬鹿 >>43
あるよ、「存立危機事態」の定義は
「日本と密接な関係にある他国に対する武力攻撃が発生し、これにより日本の存立が脅かされ、国民の生命、自由および幸福追求の権利が根底から覆される明白な危険がある」状態
つまり、他国に対する武力攻撃に対して応戦することが認められているのだ マルチにレスしちゃいけない法律でもあんのかよ
自衛隊にぶち殺されてえのか 35歳にもなったら自身が将来性無いので言語の将来性とか無用 俺その35歳って人じゃないんだけど
返答する気ないなら出てってもらえます?邪魔だから Oracleが有償サポートに切り替えたので正直微妙だね Javaを1年以上勉強してるはずなのに未だに入門書を理解できない35歳はやる気も適性もなし 入門書だけ読んでるだけだとよく理解できないよたぶん
入門書なんてただの紹介みたいなもん >>52
もうJava死亡だよ
新規案件は確実に減る 答えてくれた方、ありがとうございました
>>52
そうなんですか?それはショックですね
>>53
ネットの検索件数とかだと上位に来るからです
>>56
自分で作ってみるってことが大事なんですね…
>>57
次に来るのはPythonとかですか? >>58
Javaスレを荒らしている35歳についてどう思いますか? 自分がされて嫌なことを他人にしない
道徳の基本です そういうのをするのが35歳なんだよ
あいつは自分だけが尊い、だから >>65
Javaスレなのに
>>971
マジ死ねや
>>972
新しいスレに禍根を持ち越したくなかったんですよ。
>>975
放送禁止用語を使うなハゲ
>>976
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
死ね死ね死ね
ハイもうおしまい
こんな事を書き込まれて嫌な気待ちになりました
35歳に道徳はありません
常に禍根を作る35歳に道徳を説いていただけませんか? >>58
>自分で作ってみるってことが大事なんですね…
あなた、偽者ですね。
35歳がこんな真摯に向き合う事なんてない。 Javaが終わったと界隈で噂になっていますが
いったいどうなっていくんですか?
どれが近い?
・特定分野での使用ができなくなる
・ただの有償化
・一般企業(ECや業務系)は今までと変わりなく使える
・企業は無理だけど、個人は今まで通り
・結局何も変わらない @Propertiesクラスを使ってプロパティファイルを書換え。終わったら一旦システム終了。
ALimyプロパティエディタ等で開いてプロパティファイルの中身が変わっていることを確認。
BResourceBundleクラスで書き換えたプロパティを読み取る。
@→A→Bの順番で確認するとBで@で書換えた値が読み取れるのですが、
@→Bで確認すると、@で書き換える前の値のままです。
ResourceBundleクラスでも、Controllerクラスを実装して、キャッシュを貯めない設定しているので、理屈上は、新たに読み取るはずですし、そもそも
処理が@が終わった時点でシステムが終了して、BでまたJavaを実行してるわけですから、キャッシュなんて残ってないと思うのですが、
何が原因でしょうか。 追記です
@→Bで確認すると、@で書き換える前の値が読み取れませんが、
そのあとAファイルを開いて→B読み取りをすると、@で書き換えた値が読み取れます。
一旦ファイルを直接開くというアクションを挟まないと、Java上では値が変わらないのでしょうか おーーーい。 日が暮れるぞ。
はやく、帰ろーよ。 与作さーーーん。 >>69
企業が導入してるJava資産には確実に保守費用が加算される
つまりシステム維持費用がアップする
(メガ銀行や自治体)
体力無い銀行や小さい自治体はJavaやオラクルでないシステム構築に切り替え起こる
(仕事が増える)
保守費用払える所は払ってしのぐ >>58
Python、Rubyなんてマイナー
PHP or Perl >>72
どのようにして解決したのかを書いてくれ。 >>74
むしろ有料サポートを歓迎する企業が多いけどな。 有料サポートは前からあったでしょ。問題は無償利用がダメになったことでしょ。 無償にしたいならフリーにしろってことでは?
無保証になるけど。 OpenJDK8→OpenJDK11LTSでしのげばいいだけの話じゃないの >>75
java屋がPHPerのコード読んだら吐き気するぞ
perlなんてもっと凄い >>81
PerlとCを仕事で使いJavaとKotlinを趣味で使ってる俺って・・・ 「Java EE」、「Jakarta EE」に名称変更
https://pc.watch.impress.co.jp/docs/news/1109741.html
これって使う側からすると、何か変わるの?
拡張子がjavaからjakataになるとか? >>84
呼び名変わるだけだろ
実体は何も変わらん >>82
セキュリティ無視すればな
OpenJDKに逃げる手も有るが、JRE部分は古いままでは使えないしな >>88
知ったか君はやっと理解した? www
過去バージョンのまま使いたいしセキュリティアップデートも欲しい -> 商用ライセンス必須
常に現行バージョン使う -> 無償でも可
過去バージョン使い続けるけど金払ってまでセキュリティアップデート必要ない -> 無償でも可
OracleのJDKは上の3択
他のところのやつは別 Javaの並列処理でinvokeAllとかawaitTerminationがタイムアウトしたらスレッド中断という
機能を持ってるけど、この中断でリストへの格納処理が中途半端になることはある?
例えば各スレッドが共通のリストに結果を随時格納しているような場合。
その可能性を考えるとどうやれば安全にマルチスレッドの処理結果を集められるのか? 各スレッドで終了判断してメインスレッドは十分な時間sleepで解決した。 >>89
現実問題としてセキュリティ無視して使い続ける訳にはいかないから、無償では使えないのが現実だな
結果的にJavaは死んだも同然だな
ライセンス料金必要ならマイクロソフトに御布施してC#使う道も有るからな 似たような状態のLinuxが死んでないので何とかなるんじゃないかな。
Androidのベース部分になったのが一番効いてるが。
そういやAndroidアプリはJavaで開発するんだからJavaも死なんだろう。 >>95
>>Linux
Linuxは元々ライセンスフリーだからJavaの経緯とは違うと思う
>>Androidアプリ
JavaからSwiftに変わる可能性有る
https://itpropartners.com/blog/4392/ >>97
よく見たらその記事が書かれたのが2016年4月じゃない。Kotlinについて一言も触れてないのはそれでか。
Googleは2017年5月にKotlinサボートするって言ってるからその上更にSwiftまでやるということはまずないと思うよ。
やるとするとKotlinのようにJavaVM用のバイトコード作るようになってくれないとダメだしな。
ネイティブコードだけだとAndroid端末全てでは動かせなくなって特定のCPU向けアプリに限定されてしまう。 Javaがあの状況だとKotlinを捨てる可能性もあるんじゃないか? まぁKotlinを実装したけど、
普及しなかったら捨てるかもしれんな
Microsoftとかも似た様な物だし Androidアプリ作成が無償で出来なくなるなら将来、Androidは衰退するかもね
iPhoneが息ふきかえすかも知れん
(今の値段では無理だろうけど)
Linux普及も元々ライセンスフリーが根っこに有るから、わざわざライセンス料払って有料ディストリビューター買う神経が理解出来ない AndroidアプリはGoogle製のDart言語でも作れるようになる >>100
捨てるとしてもGoogleはサボートしなくなるだけだから問題なかろう。Kotlin作ってるのはJetBrainsだし。
まあしかしAndroidのJavaVMで動かす方式はそう簡単には捨てないと思うよ。捨てたらこれまでのアプリがほぼ全滅しちゃうから。
スマホのような多くの初心者や素人がいじるような機械で一切の互換性を放棄することは余程の事がない限りやらんだろう。
やるとしたら新しい実行形式を独自に作って追加して移行を促して時間を掛けてやるんじゃなあかな。 他のオープンソースパクって名前変えるとかgoogleの尻の軽さはApple並だったからな。
googleは切捨てもApple並だということがよくわかった。kotlinも普及した頃には捨てられると思う。 >>90
スレッド中断ってのはinterruptのシグナルが送られるだけ
そのシグナルにきちんと反応するかどうかやどういう方法で中断するかはコードを書く人に委ねられてる
トランザクションマネージャーとは違うのでロールバックしてくれたりはしない 例えばデータベースが普及していくとともに
OracleDBが使えない層でもPostgreSQLが使われるようになった
Javaにお金が払えない層はそれでもJavaを使うのか
もしくはCOBOLに戻るのか 皆、Node.js へ移行するかも
すでに掌田津耶乃だけが、Node.js の本も書いてるw WEBに詳しい人ってエロサイトで鍛えてるイメージ。 >>110
ポスグレはいいのにOpenJDKじゃダメなん? ちょっと思ったのですが、Java8で追加された機能であるdefaultによる
インタフェースへの処理のデフォルト実装って、
せっかく多重継承を避けた設計にしたのにそれに逆行してませんか? 異世界の理の輸入だからね。
多重継承万歳の異世界が存在するから世界の融和のためには仕方がない。 >>118
ありがとうございます
Javaも他の言語の影響を受けるということですね よくインターネット上の広告で半年でエンジニアに!みたいなのあるけど、インターネット不得手、プログラム未経験者が真剣に半年頑張れば本当にそんなこと可能なんですか?
可能ならその理由はなんでしょう?人材が足りていないというのは存じ上げていますが そんな広告見たことないけど何かの教材なら金ドブ
会社で勉強しながらって話なら3か月もあれば余裕 嘘広告かどうかより
先ずは自己を客観的に見つめることをお薦めする
どう考えても向いてない >>120
本当に真剣に頑張れるような人なら誰かから教育して貰う必要はあまりなく、今使ってる目の前のPCでググって調べたり本見たりしながら自分で学習すればなんとかなると思う。
期間がどのぐらい掛かるかは個人差があるのでなんとも言えない。 ■ このスレッドは過去ログ倉庫に格納されています