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


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

Javaが遅いという奴は遅れたバブル世代じゃね? 3



1 名前:仕様書無しさん mailto:sage [2006/06/08(木) 00:35:46 ]
さあ、張り切って参りましょう!

前スレ
Javaが遅いという奴は遅れたバブル世代じゃね? 2
pc8.2ch.net/test/read.cgi/prog/1143560237/
Javaは遅いという奴は遅れたバブル世代じゃね?
pc8.2ch.net/test/read.cgi/prog/1136434011/

さ、語れ。Javaよりも遅い脳みそを持つ人々について 

C/C++の栄光の時代は終わった。
C/C++を使った仕事が少なくなってきたことによる
愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は?

C言語信者の年齢層は30代〜50代。
バブル世代から新人類世代にまで広がる
まさにオッサン世代ですね。だからガーベッジコレクタの
動作原理も知らない化石的思考といわれる。
今C言語はJVMとOS作るだけで十分だ。それ以外のことは
いずれ、すべてJavaに委譲すべきだ。


Javaよりも重たい(思考回路が遅い)バブル世代以降が立てたスレ
Javaって重くね? その2
pc8.2ch.net/test/read.cgi/prog/1136359572/


関連スレ

先があるのはC++とJavaのどっち?
pc8.2ch.net/test/read.cgi/prog/1132157362/

390 名前:仕様書無しさん mailto:sage [2007/06/20(水) 09:57:06 ]
だが Perl には、「Perl である」 という大きな問題が。

391 名前:仕様書無しさん mailto:sage [2007/06/20(水) 16:17:53 ]
>>390
それ、すごく面白い。

392 名前:仕様書無しさん mailto:sage [2007/06/20(水) 21:03:52 ]
みんな仲良くしようよ!!
でもJavaは死ね。

393 名前:仕様書無しさん mailto:sage [2007/06/20(水) 22:00:00 ]
>>389
どうせサーバオプションがデフォルトのままなんだろボケナス

394 名前:仕様書無しさん mailto:sage [2007/06/26(火) 18:24:31 ]

嫁として奪わない程度になら><

395 名前:仕様書無しさん [2007/07/02(月) 09:13:12 ]
>>393
具体的にサーバオプションをどうすればいいんですか?

396 名前:仕様書無しさん [2007/07/02(月) 10:35:39 ]
-はやく

397 名前:仕様書無しさん mailto:sage [2007/07/05(木) 21:51:09 ]
>>377の説がバージョンがあがるごとにJavaのパフォーマンスがあがっている事実を説明できない件について

398 名前:仕様書無しさん mailto:sage [2007/07/05(木) 22:22:40 ]
>>397
パフォーマンスを上げててプログラマを洗脳しないとハード独占できないじゃない?




399 名前:仕様書無しさん mailto:sage [2007/07/09(月) 10:07:14 ]
>>398
Javaでおk

400 名前:仕様書無しさん mailto:sage [2007/07/20(金) 16:14:07 ]
>>1
 すまん。黎明期の印象(1995〜2001)を引きずっていたこともあり、そう思っていた。
最近は考えを改めて未経験者歓迎のJava関連の求人探している。良くも悪くも普及しているからな。
ただ、Java一本でやっていくつもりは毛頭ない。
COBOLの雪辱は前世代で終わらせてしまいたい。
時代に逆行してIAアセンブラやりたい。だが、それがいい(w

>>389
 まあ、業務に使えるJavaアプリって何って言われてみると、あんまり無いな。
せいぜいFreeMindくらいか...FSWikiと組み合わせて使える。


401 名前:仕様書無しさん mailto:sage [2007/07/28(土) 19:41:22 ]
>>389
どうせショボいLinux PCをサーバと称してるんだろ?

402 名前:仕様書無しさん mailto:sage [2007/09/15(土) 23:59:26 ]
Javaの出始めに触ってたら、この印象持っても仕方ない。俺もそうだし。
最近は考え直した。サーバ環境でJavaは悪くないと思う(フレームワーク必須)。

関係ないけど、EJBは駄目だとか、Antが死んだとかそういう話を聞くたびに、
Javaは他の言語が前に進むための、壮大なケーススタディなのではないかと思うことがある。


403 名前:仕様書無しさん [2007/09/16(日) 23:27:29 ]
javaは壮大な実験室。
みんなをタダで巻き込んで。

まともな神経ならあんなスピードで物覚えられない

404 名前:仕様書無しさん mailto:sage [2007/09/17(月) 00:03:58 ]
もしそうだったら、Guy Steele, Jr.の本当の評価が定まるのは100年後だなw

405 名前:仕様書無しさん [2007/09/17(月) 08:32:43 ]
オブジェクト指向ってさ、行き過ぎてるんだよね・・・。

よく使うものをオブジェクト化(共通ライブラリ化)すればいいんであって、
わざわざ全部をそうする必要はない。

406 名前:仕様書無しさん mailto:sage [2007/09/17(月) 10:20:48 ]
とりあえずJavaが速いか遅いかは知らんけど、
Swingは遅すぎ。

407 名前:仕様書無しさん mailto:sage [2007/09/17(月) 10:38:55 ]
>>406
古いVM使ってるからだろ

408 名前:仕様書無しさん mailto:sage [2007/09/17(月) 11:04:42 ]
JavaにGUIは荷が重過ぎるわけで。
学生にコンソールベースでOODを学習させるのには適してる。
適材適所の法則にのっとって、生き永らえていくことでしょう。



409 名前:仕様書無しさん mailto:sage [2007/09/17(月) 11:07:47 ]
>>408
何もかもわかってないのに、どうして恥ずかしげもなく書き込める?

410 名前:仕様書無しさん mailto:sage [2007/09/17(月) 11:19:57 ]
>>409
失敬な!こんなに気分を害したのはだよもん以来だ。帰る!

411 名前:仕様書無しさん mailto:sage [2007/09/18(火) 20:42:25 ]
>>407
JDK6だけど次の奴ってもう出てたっけ?

1.4とかも使ったことあるが、あの頃のは使い物にならんほど遅い。
今のは我慢すれば使えるけどイライラする。

412 名前:仕様書無しさん [2007/09/30(日) 21:24:50 ]
>だよもん
って、だれ???


413 名前:仕様書無しさん [2007/09/30(日) 21:37:28 ]
ようするに、現代によみがえったUCSD Pascalでしょ?

414 名前:仕様書無しさん mailto:sage [2007/10/02(火) 00:48:56 ]
>>412
名無しさんだよもん

415 名前:仕様書無しさん [2007/12/17(月) 00:41:02 ]
【戦争】大卒内定率史上最低 2003年卒の末路
school7.2ch.net/test/read.cgi/job/1197817304/l50
(大学入学現役で現在の26〜27歳)1980年4月〜1981年3月生まれ

就職氷河期 Wikipedia
ja.wikipedia.org/wiki/%E5%B0%B1%E8%81%B7%E6%B0%B7%E6%B2%B3%E6%9C%9F

大卒
大卒者の雇用環境も、この時期に大きく悪化した。リクルートワークスの調査によれば、
1991年をピークに求人倍率は低下傾向で推移し、2000年には1倍を下回った。多少の変動はあるものの、
2002年を谷とする景気の回復に伴い求人数が増加するまで、長期間にわたり雇用環境は厳しい状況となった。

就職率もこの時期は厳しい状況にあった。学校基本調査によれば、1991年の81.3%をピークに低下を続け、
2003年には史上最低の55.1%となり、2003年卒業者は氷河期世代の中でも最も悲惨な時期である。

416 名前:仕様書無しさん [2008/04/02(水) 20:42:27 ]
>>415
     オハヨー!!
    ∧∧ ∩
    (`・ω・)/
   ⊂  ノ
    (つノ
     (ノ
 ___/(___
/  (___/
 ̄ ̄ ̄ ̄ ̄ ̄


417 名前:仕様書無しさん [2008/04/05(土) 17:02:36 ]
www.atmarkit.co.jp/fdotnet/csharp30/csharp30_01/csharp30_01_01.html
マイクロソフトの最新&最強言語「C# 3.0」

ププ

418 名前:仕様書無しさん mailto:sage [2008/04/12(土) 19:16:26 ]
tomcat って遅いんですか?



419 名前:仕様書無しさん mailto:sage [2008/04/14(月) 13:16:15 ]
>>418
速いよ。マッハ2.3くらいは出る。

420 名前:仕様書無しさん mailto:sage [2008/04/27(日) 02:46:47 ]
>>411
Swing自体の速度はJRE1.4から1.6まで大きく改善されてはないでしょ。

ネイティブコードじゃない以上は、どうしたってC++のようなサクサク感は出せんわな。
GUIに関してはJavaは遅いと言わざるを得ない。(遅いというか全体的に挙動がモッサリ)

421 名前:仕様書無しさん [2008/04/27(日) 08:42:49 ]
Swing の描画速度は、かなり改善されてるよ。それでも起動が遅いけどね。
Java7でJavaFXが出るからSwingの性能もさらに改善されるんじゃないかな。

422 名前:仕様書無しさん [2008/04/27(日) 10:07:32 ]
javaはもっと見えないように動いて欲しい
javaアプリのためにバージョン管理したり
アップデートしたりするのは面倒だ

423 名前:仕様書無しさん [2008/04/27(日) 11:57:45 ]
まあ、一般的なウェブサービス向けのアプリならjavaで十分
つーか、むしろjavaだろ?
みたいな感じだが

やっぱり、色々と手入れようとするとCになるよね
java使っててもJINI手出すことになるし
apacheあたりのモジュール作成するとなるとCだし
データベースカスタマイズするのもやっぱりCだし
そもそもCわからないとJavaもわからんだろ

424 名前:仕様書無しさん [2008/04/27(日) 12:02:27 ]
要はJavaはVBみたいなもんで、一通りざっとはできるけど
細かい事や通り一遍じゃないことをやるならCやC++の支援がないとダメってことだね

425 名前:仕様書無しさん mailto:sage [2008/04/27(日) 14:03:48 ]
Javaちゃんとやってる人ってどれくらい居るの?
今のJava案件の面子って元VB難民が4割くらい入ってるだろ
残りは地方出身の未経験者&新卒に毛がはえた兄ちゃん姉ちゃん
1割くらいしかマトモなの居ないだろ。
そりゃーデスマ連発するよ、だからできるだけ関わりたくない。

426 名前:仕様書無しさん [2008/04/27(日) 14:06:06 ]
>>425
Java自体歴史短いし、そもそもITなんて負け組みの就職先なんで
マトモなのなんて居ないだろw

マトモなのは自分で何らかのソフト開発して自立してるか
GoogleとかYahoo,MSあたりに囲われてるんじゃね?w


427 名前:仕様書無しさん mailto:sage [2008/04/27(日) 14:15:28 ]
Yahoo

ダウト

428 名前:仕様書無しさん [2008/04/27(日) 14:24:29 ]
Java使うぐらいならC#使えばいいじゃないと思う今日この頃



429 名前:仕様書無しさん [2008/04/27(日) 14:28:29 ]
>>427
もちろんアメリカ本国のな


430 名前:仕様書無しさん mailto:sage [2008/04/27(日) 14:32:27 ]
アメ本国のYahooも優秀な人材はだいぶ引き抜かれたと聞くが

431 名前:仕様書無しさん [2008/04/27(日) 14:47:46 ]
日本の派遣、契約、請負だらけの開発部隊よりはマシだろう…

432 名前:仕様書無しさん mailto:sage [2008/04/27(日) 15:04:07 ]
ある意味、日本の業務がマニアックすぎるから
派遣、契約、請負の部分も日本人ドカタがやってる。
これがシンプルだったらその部分を
チャンコロやインド人がやってるだろう。
どっちがいいと言えば日本人Javaドカタのほうがいいと思うが。

433 名前:仕様書無しさん [2008/06/18(水) 03:51:28 ]
990です、
ところで火は消えた?

434 名前:仕様書無しさん mailto:sage [2008/06/18(水) 17:02:53 ]
>>420
ちょっとした不便を簡単にカスタマイズできるから素晴らしいよ!

435 名前:仕様書無しさん mailto:sage [2008/06/19(木) 03:50:54 ]
>>434
速いか遅いかの話をしてるのに、カスタマイズ云々は関係無いっしょ

436 名前:使用書無し [2008/06/21(土) 21:51:45 ]
こんなの作ってみました。jdafter.sakura.ne.jp
pureJavaだが結構使えるぞ.



437 名前:使用書無し [2008/06/21(土) 21:54:18 ]
↑アドレス間違えたjdrafter.sakura.ne.jp

438 名前:仕様書無しさん [2008/06/22(日) 21:23:12 ]
宣伝乙



439 名前:使用書無しさん [2008/06/23(月) 23:05:09 ]
ぼんくらjavaおたくのみなさん
悔しかったら jdrafter.sakura.ne.jp
に匹敵するプログラムつくってねばか



440 名前:仕様書無しさん mailto:sage [2008/06/24(火) 09:52:07 ]
なんか知的障害者が湧いちゃった。

441 名前:仕様書無しさん [2008/06/25(水) 18:09:45 ]
>>417
筆者の個人的な印象だが、C# 3.0は言語が持つ個々の機能について技術解説される機会はあれど、
言語そのものについて語られる機会は少ないと感じている。例えば、「ほかの言語と比較してJavaは(
あるいはRubyは)これほど素晴らしい」と語る文章をしばしば見掛ける。しかし、C# 3.0に関する文章は、
個別技術の内容や使い方を淡々と語るものばかりで、ほかの言語と比較する文章や、素晴らしさをた
たえる文章にはあまり遭遇しない感がある。

 では、C# 3.0が使われていないのか……といえばそうではない。明らかにC# 3.0を使って日々大量
のコードを生み出している人たちがいる。筆者もその1人である。

 なぜ彼らが語らないのか、正確なところは当人たちに聞かないと分からないだろう。しかし、筆者が
語らない理由は簡単に説明できる。技術者とは語る者ではなくコードを書く者であって、満足のいくコ
ードさえ書ければそれだけで満足してぐっすり眠れる人種である。そして、C# 3.0によってストレスを残
さず書きたいコードをすべて書き切れているのである(しかし、このような記事を書いて語ってしまって
いる理由も簡単である。ライターという人種は語る者だからである。筆者はライターでもあり、二足のわ
らじを履いている)。







随分と弱気な…。2000年頃の、「Javaが廃れてこれからはC#が流行る」と言われていた
ころの勢いは一体どうしたんだ?

442 名前:仕様書無しさん mailto:sage [2008/06/25(水) 19:54:57 ]
最近はハードの進歩が著しくて、VBでも速度的に十分だわな。
それで用が足りる分野ではな(w


443 名前:仕様書無しさん [2008/06/26(木) 09:22:40 ]
>>442
デルフォイでやるフォイ

444 名前:使用書無しさん [2008/06/27(金) 20:44:32 ]
>>441 C#は、言語的に優れている面はあるとは思うんだけど所詮javaの単
なる改良版という感じは否めないな。おれも仕事でC#もjavaも使わされるけど
やっぱりjavaのほうが使いやすいとおもう。
なぜかと考える手みたんだが、クラスの拡張とか機能強化されたC#より、単純に
考えられるjavaの方が構想が練りやすいということじゃないかな。
それと何よりAPIのリファレンスについては、javaのほうが断然シンプルでやりや
すい。ひとつのクラスを参照すればそのスーパークラスやサブクラスを探しやす
い。C#のAPIリファレンスは機能は豊富かもしれないけどユーザーのことは何も
考えていない.まあ、MICROSOFTそのものかなと思う今日この頃。
これ縦読みじゃないよ。

445 名前:仕様書無しさん [2008/06/28(土) 16:12:39 ]
>>444
C++/CLIが徐々に浸透し始めている。JavaかC#か?という議論をすることに
意味はない。

C++が再び、最強言語として復活のノロシを上げている。
C# と C++/CLI の連合艦隊に、Javaは勝ち目がないと思う。


446 名前:69PG ◆hND3Lufios [2008/06/28(土) 16:19:54 ]
まだやってるのか。おまいさんらはw

447 名前:仕様書無しさん mailto:sage [2008/06/28(土) 23:15:37 ]
Javaのライブラリは恐ろしい勢いで広がっているからな。
他の言語はより特殊分野に限定される。
C#などはMSとともに壊滅する恐れが常にある。

448 名前:仕様書無しさん [2008/06/28(土) 23:44:09 ]
C#とC++はもう既に広がった後だ。
Javaは出遅れている。

MSが壊滅しない以上、C#は安泰ってことだな。



449 名前:仕様書無しさん mailto:sage [2008/06/28(土) 23:52:30 ]
Javaプログラマの90%はデジドカです。
主な仕事はユーザーの業務に合わせたカスタマイズとテストです。

450 名前:仕様書無しさん mailto:sage [2008/06/29(日) 08:12:42 ]
>>449
つまりは、Javaだと業務アプリ作成に必要なものが一通り揃ってる、ってことかね。

451 名前:仕様書無しさん [2008/06/29(日) 10:50:44 ]
>>450
Javaってそういう言語だろ。中の下クラスのプログラマーでも業務アプリが
作れるから存在価値があるんじゃないのか?
上層部が気にしている、開発コストを抑えることに関してだけは、Javaは
すぐれていると思うけど・・・。

ただ、プログラミングって実際もっとクリエイティブで楽しいものなのだが
Javaプログラマーは、その楽しさを知ってるのかが疑問だ。
他の言語も一応かじっとくと良い。

452 名前:仕様書無しさん mailto:sage [2008/06/29(日) 12:15:02 ]
>>451
ドカタがものを言い出すと世の中おかしくなるから
JAVA専門の奴はそれに終始させるべき


453 名前:仕様書無しさん mailto:sage [2008/06/29(日) 12:26:04 ]
>>451
>ただ、プログラミングって実際もっとクリエイティブで楽しいものなのだが

クリエイティブなのは機能設計とか上流工程。
チミみたいな考え方の人は、設計もろくにせずにコーディングに走るのが多い。

454 名前:仕様書無しさん mailto:sage [2008/06/29(日) 13:39:35 ]
>>453
> クリエイティブなのは機能設計とか上流工程。

(w

455 名前:仕様書無しさん mailto:sage [2008/06/29(日) 18:29:24 ]
SEのやるべき仕事は客の要望しているシステムを作り上げることだろ。
製品をかき集めても足りない機能だけプログラムを作るわけだから
クリエイティブな要素なんてないだろうに。
まぁ、APサーバとかミドル製品開発なら話しは別だが。

456 名前:69PG ◆hND3Lufios [2008/06/29(日) 19:45:29 ]
うう。完全スルーされてる。

457 名前:仕様書無しさん [2008/06/29(日) 20:05:25 ]
>>453
あなたの言っているのは、コーディングのことでしょ。
俺の言っているのはプログラミングのこと。

コーディングとプログラミングの違いを知らないど素人は
基礎からやり直してください。

458 名前:仕様書無しさん [2008/06/29(日) 20:06:34 ]
>>456
自分こそスルー汁。
糞スレ読んでる暇があったらバグを減らせ。




459 名前:仕様書無しさん mailto:sage [2008/06/30(月) 01:03:37 ]
>>457
英語ではその二つは interchangable ですけど。 ^^;


460 名前:使用書無しさん [2008/06/30(月) 20:42:07 ]
コーディングとプログラミングの違いか。
カレーライスとライスカレーの違いを熱く語るやつに似てるな。

461 名前:仕様書無しさん mailto:sage [2008/06/30(月) 21:36:14 ]
ライスカレーと聞くと戦後間もない日本の家庭の風景が再生されてしまうんだけど、
正味な話どんな違いがあるの?

462 名前:仕様書無しさん mailto:sage [2008/06/30(月) 21:52:34 ]
>>461
Wikipediaでも見てみたらどうだ。

カレーライスとライスカレー
1960年代から1970年代前半まではライスカレーと呼ばれることが普通だった。この時代、子供から大人までもが巷で
カレーライスとライスカレーの違いを論争する様子が見られた。実際のところは双方を分類する明確な定義は無く、
存在する違いは名称の登場時期の差ぐらいのものである。ライスカレーは明治期に、カレーライスは昭和初期に登場した名称である。
・・・



463 名前:仕様書無しさん mailto:sage [2008/06/30(月) 21:54:35 ]
thanks
結局は本質的な違いはないわけね。

464 名前:仕様書無しさん mailto:sage [2008/06/30(月) 22:10:39 ]
何でカレーの話してんだよ
カレーごはんでいいじゃん

465 名前:仕様書無しさん [2008/07/01(火) 07:29:18 ]
>>463
むしろ本質が違っているような。


466 名前:仕様書無しさん mailto:sage [2008/07/01(火) 23:52:15 ]
コーディングとプログラミングの違い is カレーライスとライスカレーの違い

wikiによる見解により
カレーライス is ライスカレー

コーディング is プログラミング
という流れでOK?

467 名前:使用書無しさん [2008/07/02(水) 20:39:00 ]
>>466 2段目だが、wikiの見解では「明確な定義はなく存在の違いは明確な違いは登場時期
の差ぐらいのものである」とあるから完全に等しいと証明されたわけではないから
カレーライスasライスカレー

コーディングasプログラミング
となるのではないか?

468 名前:仕様書無しさん mailto:sage [2008/07/02(水) 22:08:18 ]
もうどっちでもいいよ
ボンカレーでもカレーボンでも



469 名前:仕様書無しさん mailto:sage [2008/07/02(水) 22:15:11 ]
>>468
途中で投げ出すなよ。
お前が言ってるのは、バカボンでもボンバカでもどっちでもいいって言ってるのと同じだ。

俺はかまわないぜ!

470 名前:仕様書無しさん [2008/07/03(木) 21:21:41 ]
最初の文から読みました。
2点感想を書きます。

1. ガーベッジコレクタの動作原理も知らない→化石的思考
これは、真なんですか?

2. 今C言語はJVMとOS作るだけで十分だ。それ以外のことはいずれ、すべてJavaに委譲すべきだ。
それ以外のこととして、以下のことを思いつきました。

- X Window System
- Perl
- Apache httpサーバ
- かな漢字変換システム

これらを全てJavaで実装するメリットって何でしょうか?
既存のスクリプト言語を全てJavaで実装するメリットって何でしょうか?

471 名前:仕様書無しさん mailto:sage [2008/07/03(木) 21:33:41 ]
安全で高速だろ

472 名前:仕様書無しさん [2008/07/03(木) 21:43:27 ]
>471さん
その「安全」っていう概念をどうやって導き出したのか、その過程を知りたいんです。
「みんながそう言っているから。」っていう理由を抜きにして。

473 名前:仕様書無しさん mailto:sage [2008/07/03(木) 21:55:46 ]
>>472
VM自作しろ以上
それで解らないなら消えろ

474 名前:仕様書無しさん [2008/07/03(木) 22:04:45 ]
>473さん
VM自作→JAVAがC言語よりも「安全」という概念が理解できること
の根拠を示して欲しいんです。

どういう側面で見た「安全」なんですか?

475 名前:仕様書無しさん [2008/07/03(木) 22:14:28 ]
474です。色々調べてみました。ここを参考にして、勉強してみます。

JAVAの安全性, www.rsch.tuis.ac.jp/~ohmi/software-basic/security.html

とりあえず、「配列境界のチェック」という項目は納得がいきました。
Javaは配列の範囲外にアクセスしないように設計されているんですね。

476 名前:仕様書無しさん mailto:sage [2008/07/03(木) 22:15:40 ]
javaってなんでバージョン違うだけでダメになるの?

477 名前:仕様書無しさん mailto:sage [2008/07/03(木) 22:18:33 ]
あの時代にセキュリティのことを考えてたってだけでもゴスリング凄いなぁって思うんだけど。

478 名前:仕様書無しさん [2008/07/03(木) 22:19:48 ]
Javaへの変換による安全なC言語の実装, www.kb.ecei.tohoku.ac.jp/~kamijima/ppl2007.ppt

これも、面白そうですね。Javaの安全性を利用して、JavaのコードをC言語のコードに変換する技術らしいです。
私は、JavaもCも上手に共存できたらいいなと思ってます。



479 名前:仕様書無しさん mailto:sage [2008/07/03(木) 22:23:36 ]
>>478
JAVAがあれば全て不要
それを理解しない奴は消えろ
JAVAが最強なんだよ解るか?

480 名前:仕様書無しさん [2008/07/03(木) 22:28:32 ]
>479さん
どういうきっかけで、

- Javaがあれば全てのプログラミング言語が不要である。
- Javaが全てのプログラミング言語の中で最強である。

という考え方になったのか、差し支えなければ教えていただけませんか。
また、そのきっかけとなったJavaのバージョンも教えていただけませんか。

481 名前:仕様書無しさん [2008/07/03(木) 23:14:10 ]
ペトリネット理論, www.jaist.ac.jp/is/labs/hira-lab/Petrinet.pdf

Javaの並行プログラミングのモデル化にペトリネットを用いると、分かりやすいかもしれませんね。

以下の2つは関係があるようです。

- ペトリネットにおける、「安全性」
- Javaの並行プログラミングにおける「安全性」→デッドロックが起きないこと等。

482 名前:仕様書無しさん mailto:sage [2008/07/03(木) 23:21:39 ]
JavaってOS作れるの?

483 名前:仕様書無しさん mailto:sage [2008/07/04(金) 00:05:56 ]
作れるよ。PerlでもRubyでもPythonでも作れる。
「作れる」の解釈の仕方にもよるけど。

484 名前:使用書無しさん [2008/07/04(金) 00:19:39 ]
>>479,>>480,>>482もうやめなはれ、
田植機とコンバインのどっちがえらいか比べてるみたいなもんじゃよ
田植機の性能がどんなに上がってもコンバインの替わりはできな
いし、コンバインの性能がどんなに向上してもやっぱり田植え機が
なければ米はつくれんのじゃよ。わかるかのお若いの。
>>481ほう、ペネリッと理論というのか。むむわしらは知らぬうちに
そんなことやっとったの。

485 名前:仕様書無しさん mailto:sage [2008/07/04(金) 00:24:13 ]
V5エンジン搭載したグレートコンバインなら何でも出来るさー

486 名前:仕様書無しさん mailto:sage [2008/07/04(金) 00:24:41 ]
>>484
コンバインはずれてもやり直しがきくが田植え機はずれるとやり直しがきかない
ヰセキからGPS搭載全自動のやつが出てるらしいんだけど自分にはお金がない
さてどうしてくれるんだ

487 名前:使用書無しさん [2008/07/04(金) 00:33:34 ]
486>> むむ 難しい質問じゃ。javaは無料でダウンロードできるが、
ヰセキのコンバインは1000万近くするからのう。

488 名前:仕様書無しさん mailto:sage [2008/07/04(金) 06:17:04 ]
千歯こきととうみでも使ってろ



489 名前:仕様書無しさん mailto:sage [2008/07/04(金) 08:42:16 ]
レッツ!コンバイン!

490 名前:仕様書無しさん [2008/07/04(金) 12:21:13 ]
2点の話題です。

1. JRuby
JRubyの動向が気になりますよね。
YARVとJRubyとの関係とか。

JavaによるRubyの実装とCによるRubyの実装の安全性の比較をしたらおもしろいかもしれません。

2. 安全の方向性
「並行プログラミングにおける」とか、「メモリ管理に関して」とか色々方向があるみたいなんで
その方向性も厳密に区別して議論した方が有意義だと思いました。
安全性の概念は最終的には、集合論とかプログラム意味論とかに落とすことができると思います。

ペトリネットは、より深く掘っていくとZFC集合論を元に理論を構築していくことになります。
プレース、トランジションという頂点集合とそれらをつなぐ弧の集合と「発火」というルールを加えることで
安全性を解析します。「発火」の概念も、関数と思えば集合の直積の部分集合になります。
ペトリネットの状態を、ペトリネットとマーキングの直積とします。すると、

「発火」という関数は

(ペトリネットとマーキングの直積)と(ペトリネットとマーキングの直積)との直積の部分集合になります。

Javaの安全性も、このようなペトリネットと似た形に集合論落としこめると思います。

プログラム意味論は、まだ勉強してないんでよく分かってません。






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

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

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