2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

●なぜJava厨はそんなに劣っているのか? 8

1 :仕様書無しさん:04/11/23 20:32:13
前スレ
●なぜドトネト厨はそんなにJavaが嫌いなのか 7



2 :仕様書無しさん:04/11/23 20:32:56




3 :仕様書無しさん:04/11/23 20:46:05
>>2
ダメでした。
・・ハァ。新しいPS2買って来ようかなあ。

ところではなし変わるけど、携帯ゲーム機"プレイステーションポータブル(PSP)

 久夛良木氏は,“PSPはゲーム業界が待ち望んだ究極の携帯機”として説明。「ここまでやるかと言われるスペックを投入した」という。
 発表によれば「PSP」は,曲面描画エンジン機能を有し,3Dグラフィックでゲームが楽しめる。
7.1chによるサラウンド,E3での発表以来,クリエイターたちにリクエストが高かった無線LANも搭載(802.11)。
MPEG-4(ACV)による美しい動画も楽しめるという。これによりゲーム以外の映画などでのニーズも期待する。
 外部端子で将来,GPSやデジタルチューナーにも接続したいとする。
また,久夛良木氏は,繰り返し「コピープロテクトがしっかりしていること」と力説。会場に集まった開発者たちにアピールしていた。
 さらに,ボタン設定なども明らかにされ,PS同様「○△□×」ボタン,R1・L1,アナログスティックが採用される。

この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。
任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF7のように。

突然こんな事いいだしてすまそ……
GBAと比べてみてどうなんでしょうか?シェアの事は抜きで。

4 :仕様書無しさん:04/11/24 04:08:55
>>3はすばらしい。この調子でがんばってもらいたい。

5 :仕様書無しさん:04/11/24 09:58:19
>>4はすばらしい。この調子でがんばってもらいたい。

6 :仕様書無しさん:04/11/24 12:24:57
Windows、LinuxのJavaに重大な脆弱性
http://www.itmedia.co.jp/enterprise/articles/0411/24/news014.html

またかよ。それに比べて.NETは驚くほど安全だな。

7 :仕様書無しさん:04/11/24 12:38:23
使われてないからね。

8 :仕様書無しさん:04/11/24 12:51:07
>>7
その手のレスは、去年までにしてくれ。

9 :仕様書無しさん:04/11/24 12:55:12
Javaは危険で遅い

10 :仕様書無しさん:04/11/24 12:56:09
J2MEに脆弱性。携帯電話のJavaアプリに影響
http://www.itmedia.co.jp/enterprise/articles/0410/23/news013.html

11 :69式フリーPG ◆hND3Lufios :04/11/24 13:04:42
11げっと

12 :仕様書無しさん:04/11/24 14:15:10
アジャイル開発を導入できていない.NET開発者たちへ
ttp://www.atmarkit.co.jp/fdotnet/devprocess/agileentry01/agileentry01_03.html
.NET開発者がアジャイル開発プロセスを導入できない理由

アジャイル開発プロセスは多くの現場、とりわけJava開発で採用され、すでに実績を残している。

■なぜアジャイル開発プロセスを導入できないのか?

(1)オブジェクト指向開発に慣れていない

現在.NETで開発を行っている開発者で、特に業務系アプリケーションを受託開発している人の多くは、
マイクロソフトのVisual Basic 6.0(以下VB 6)の開発経験者であると思われる。
VB 6は、オブジェクト指向プログラミングのエッセンスを取り入れたクラス・モジュールなどの機能を持ってはいたが、
継承ができない、コンストラクタでパラメータが渡せないなどVisual Basic .NET(以下VB.NET)と比較するとオブジェクト指向プログラミングとしての十分な機能を提供していなかった。

13 :仕様書無しさん:04/11/24 14:46:29
>>12
それで、何が言いたい?

14 :仕様書無しさん:04/11/24 14:51:30
アジャイルでJavaが先行してたのも過去の話ですよ、と。

15 :仕様書無しさん:04/11/24 14:57:07
国内企業は.NETの導入に積極的,
今後2年間に.NET環境に注力する企業は29.0%,J2EEは11.6%
http://ma.nikkeibp.co.jp/MA/guests/release/0301_03/0303panel2.htm

国内の話ですよ。

16 :仕様書無しさん:04/11/24 15:11:13
「来年はともに約60%の開発者が使用」から29%に半減か。
ttp://itpro.nikkeibp.co.jp/free/ITPro/USNEWS/20021008/12/

17 :仕様書無しさん:04/11/24 15:11:19
日付よく見ろ

18 :仕様書無しさん:04/11/24 15:42:44
日付を見た結果

2002年 次の年に60%を予測
2004年 次の年に29%を予測



2006年 次の年に15%を予測
かな?

19 :仕様書無しさん:04/11/24 17:00:02
「マイクロソフトのLonghornが登場すれば、.NETとWindowsの境目がなくなる。将来的には.NETが主流になる」

米ボーランドのマイケル・スウィンデル・Windows/.NET開発ツール製品管理ディレクターのコメント

20 :仕様書無しさん:04/11/24 17:07:15
「Webアプリ開発はJavaが安上がり」は本当か
http://www.atmarkit.co.jp/ad/ms/linuxvswin/linuxvswin08.html

21 :仕様書無しさん:04/11/24 17:34:22
(・∀・)

22 :仕様書無しさん:04/11/24 17:49:29
Javaだといっぱい金とれるからやってんだよ

23 :仕様書無しさん:04/11/24 19:25:47
ほーい
本スレ
●なぜドトネト厨はそんなにJavaが嫌いなのか 8
http://pc5.2ch.net/test/read.cgi/prog/1101291903/

24 :仕様書無しさん:04/11/24 19:40:26
本スレあげ

25 :仕様書無しさん:04/11/24 22:27:12
なんでスレタイの先頭に●付けるんだ?
いや、別に駄目って訳じゃないけど。

26 :仕様書無しさん:04/11/24 22:43:19
>>20
しかしJavaのレイヤーっていつ見ても汚いよな。

27 :仕様書無しさん:04/11/24 22:44:43
汚いから脆弱性も突かれる

28 :仕様書無しさん:04/11/25 01:18:25
>>27
たとえばどんな?

29 :仕様書無しさん:04/11/25 06:13:25
>>28
>>10

30 :仕様書無しさん:04/11/25 12:14:40
脆弱性もクロスプラットフォームなのは流石。w
でも修正コードはクロスじゃないんだよな。ププ

31 :仕様書無しさん:04/11/25 13:21:12
ん?そりゃ当たり前。上位層が同一環境を得られるようにプラットフォーム間の差異を吸収するのが
下位層の役目。Javaも.NETもミドルウェア群も同じでしょ。

32 :仕様書無しさん:04/11/26 00:46:31
そういやO/Rマッピングツールやライブラリって.NETにあったっけ?

33 :仕様書無しさん:04/11/26 05:02:09
>>32
Javaから移植されたやつとかいくつかあるみたいよ。

ただ.NETではDataSetというものが標準ライブラリにあるんでO/Rマッピングとは
違う考え方というか、最初からアプローチの仕方が違うんじゃないかと。
.NETではファウラーたんがいうところのTable Moduleパターンで設計するほうが
多いんと違うかな。

34 :仕様書無しさん:04/11/26 08:48:10
          ,,..--―-、       / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
         /, -----、.ヽ,     /  世界、糞スレ発見!
         |  i_,,,,_  __゙l |    |    >>1はボッシュート!
         ,!、i'゙-‐-: '-、|/   /  __________
        /'') ..., '‐-‐、.j     ̄ ̄
        / ,‐!::...`'''''''`ノ
      _,,,l ;! ::|ヽ、二 イ
   , -‐'゙゛ i::..  | .ヽ/;ヽj!`‐-、_
   l     ノ::. .:|、 .ヽ,:ヽ|  <゛~ヽ、
  ,:''`` ''"゙.|;;:‐''゙|.ヽ、 ヽ;::|  /  .|゙l
  ,:     ヽ::il;;!  ヽ、ヽ| /   | :|
  i    o゚ :`;''゙     ヽ| /   | .|
  i   ..:::::,:::'::::: .      |゚    |,,;:->、
  `.、__;;/:::::::::: :     |    !''"  |
     i  ::.:::: :       |    |   .|  
     |          |゚   /     |



       ⌒ ⌒ ⌒ シュルルル
     __⌒ ⌒ ⌒__
    /::::::::::Λ_Λ::::::::::::::::::/
    /::::::::::(∩;´Д`)∩:::::::/  チャラッチャラッチャーン
   /::::::::::::(  >>1 /:::::/
    ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄

35 :仕様書無しさん:04/11/26 09:00:10
>>34
こりゃまた古いAAコピペだな。
この辺からしてJava厨の駄目さが表れてる。

36 :仕様書無しさん:04/11/26 09:29:18
>>30
>脆弱性もクロスプラットフォームなのは流石。w

そんなのどんな言語でもあるもんだ。
".NET 脆弱性"で、"java 脆弱性"で、ぐぐってみな。
まあ、 ".NET 脆弱性"のほうがgoogleではHit数は多いわけだが。

37 :仕様書無しさん:04/11/26 09:33:53
あれ、.NETってクロスプラットフォームだっけ?


38 :仕様書無しさん:04/11/26 09:41:01
クロスプラットフォームですよ。

39 :仕様書無しさん:04/11/26 09:50:23
>>36
そりゃ.NETとJavaだけで検索しても.NETのほうがHit数が断然多いからなぁ
あたりまえだけど

40 :仕様書無しさん:04/11/26 10:09:29
>>39
それは.NETじゃなくてもドメイン名でもヒットするからだろ。w

41 :仕様書無しさん:04/11/26 10:10:07
.NEET


42 :仕様書無しさん:04/11/26 10:18:21
>>40
いや、だからつまりそういうことだと言ってるの。

43 :仕様書無しさん:04/11/26 10:19:27
「.NET 猫大好き」と「java 猫大好き」でも.NETのほうがHit数多いよ

44 :仕様書無しさん:04/11/26 13:09:05
Javaにしろ、.NET にしろ、セキュリティパッチを Windows Updateのように自動で当てるのが難しい。
DLL Hell の問題もあるが、COMのようにライブラリをかならずグローバルに共有するというのもそれなりの利点がある。

45 :仕様書無しさん:04/11/26 15:34:57
士農工商えたひにんJava厨

46 :仕様書無しさん:04/11/26 16:04:57
>>44
> DLL Hell の問題もあるが、COMのようにライブラリをかならずグローバルに共有するというのもそれなりの利点がある。

javaとか.NETとかと関係ないと思うが。

47 :仕様書無しさん:04/11/26 16:29:13
乞食ってさ、よく拾った雑誌を数十円とかで売ってるけど、これって同じ行為だよね。www

http://www.oooff.com/

48 :仕様書無しさん:04/11/26 17:01:34
.NETだとドメイン名でもヒットして
JavaだとJavaScriptでもヒットか

49 :仕様書無しさん:04/11/26 18:01:25
>>46
脆弱性についてのネタふりだったんだが。

50 :仕様書無しさん:04/11/26 18:50:28
そういう意味ならDCOMは存在することによりセキュリティーホールになる。
だからXPSP2でブロックされ亡きものと。

51 :仕様書無しさん:04/11/26 19:42:58
【IT】日立とNEC、.NET対応のCOBOL開発環境発売へ

1 :最後のJudgementφ ★ :04/11/26 10:45:47 ID:???
日立とNECは、.NET Frameworkに対応したCOBOL開発環境「COBOL2002 for .NET
Framework」を共同で製品化した。

日立製作所と日本電気(NEC)は11月25日、.NET Frameworkに対応したCOBOL2002
規格準拠のCOBOL開発環境「COBOL2002 for .NET Framework」を共同で製品化し、
販売活動を開始したと発表した。

COBOL2002 for .NET Frameworkは、使い慣れたCOBOLを利用しながら、容易に
Webサービスアプリケーションを開発できるのが特徴。プログラムの編集やコン
パイル、デバッグなどの環境をマイクロソフトの開発環境「Visual Studio .NET」
に統合したため、Windowsプラットフォームの統一された操作性や画面構成に基
づいた効率的な開発が可能という。
(以下略)

- 日立とNEC、.NET対応のCOBOL開発環境を製品化(ITmedia)
http://www.itmedia.co.jp/enterprise/articles/0411/25/news098.html


52 :仕様書無しさん:04/11/26 22:25:57

日本がいつまでもソフトウエア産業で一流どころか二流にもなれない理由がわかるね

53 :仕様書無しさん:04/11/26 22:53:09
元コボラーのJava厨 >>>>>壁>>>>> ドトニートコボル

54 :仕様書無しさん:04/11/27 00:19:09
真のニート = アホアンチ。(ゲラ

55 :仕様書無しさん:04/11/27 04:51:01
>>50
DCOMのセキュリティホール残ってたっけ? 残ってたとしても、WindowsUpdateで解決してる。
加えると、その論理だとHTTPもFTPも亡き者の仲間になる。

56 :仕様書無しさん:04/11/27 09:39:24
>>55
解決策がXPSP2によるDCOMのブロックなんだが。

ドトニートも、もうちょっと勉強して下ちい。

57 :仕様書無しさん:04/11/27 13:27:39
ブロックしなくても安全ですが何か?

58 :仕様書無しさん:04/11/27 14:00:24
ドトニートはもっと勉強して下ちい。

XPSP2を入れると無条件にブロックされるんでつ。
どこまで説明させるんだか。

59 :仕様書無しさん:04/11/27 14:35:13
>>58
お前詳しそうだから、XPSP2 入れてブロックされないものを挙げてくれ。

60 :仕様書無しさん:04/11/27 14:36:56
>>59
JavaとDelphi推奨。

ブビとC丼は捨てて下ちい。

61 :仕様書無しさん:04/11/27 14:40:26
>>60
ということで、お前が一番勉強不足でした。

62 :鈴木宗男:04/11/27 15:36:51
Java厨さんよ、いたら返事してくれよ。
あんたら@ITの記事の感想はどうなんだい?
MSの提灯記事な部分もあるが、7割くらいは当たってるだろ。
CUIで操作するのが未だカッコいいとでも思ってるのかね(w
設定をテキストエディタでシコシコと書いてるのか?
オナニーは自分の家でやってくれ。時代錯誤もいいとこだろ。

今はそれで難しいフリをして誤魔化して金をふんだくってるんだろうけど、
そのうち仕事にあぶれて路頭の生活にならないことを切に願うよ。

63 :仕様書無しさん:04/11/27 15:50:44
そういえば職場でオナニースレはどこ逝ったろう

64 :鈴木宗男:04/11/27 15:54:55
Java厨さんよ、いたら返事してくれよ。
あのSwingの腐ったデザインは何なの? 恥ずかしくてお客さんに見せらんないよ。
JavaAppletでこりてクライアントには進出してくれなければよかったのに。
クライアントなんてWindowsアプリで十分だろ。GUIの質高いし。

あえてメリットあげるとすれば異なるプラットフォームで動くことだろうけど、
WindowsやLinuxで同時に使用できるクライアントアプリなんて必要ないだろ。
(特に日本の)企業ではWindowsで統一されてるし、
不特定多数に公開するならWebアプリケーションでよし。

65 :仕様書無しさん:04/11/27 15:57:52
>>64
Swingがないと、Oracleがインストーラを作るのに困るだろ?

66 :鈴木宗男:04/11/27 16:06:55
>>65
そんな裏の話なんてどうでもいい。
Swingの存在を否定はしないが、
今述べてるのは実用的でかつ見た目もよいソフトウェア。
SWTでもいいが、それでJava厨はいいの?

67 :仕様書無しさん:04/11/27 16:08:25

たしかに Swing は見た目が悪すぎる。
でも俺は SWT でいいと思うが


68 :仕様書無しさん:04/11/27 16:09:53
でも、SWTが標準になることはないっぽい。

69 :仕様書無しさん:04/11/27 16:10:46
>>68
じゃ、何がきそうなの?

70 :仕様書無しさん:04/11/27 16:35:16
Javaはもう衰退の潮時

71 :仕様書無しさん:04/11/27 16:55:24
読み筋が間違ってる。>>62

汎用機というm$が氏んでも踏み込めない牙城があって、
その「コマンド/コボラー」が「GUI/ヂャヴァ」に進化した。

m$こそ、提灯記事のようなことは、
10年前からハイエンドから組み込みまでWindows Anywhereと言いながら、
結局出来て無い。
なのにスパコン対応とは大笑い。

関係無いけど、Linuxは普通にスパコンで動作し、汎用機、組み込みまで入ってる。
普通に出来ることがm$には出来ない。

72 :仕様書無しさん:04/11/27 16:58:21
コボラーは進化したのにブビ厨はVBが無くなっただけ。

Delphiにしときゃ、コンパイル切り替えるだけだったのにね wwwwww

73 :仕様書無しさん:04/11/27 17:40:52
>>64
DB2もGUIツールはJava製

74 :仕様書無しさん:04/11/28 13:41:48
Javaに深刻な脆弱性

75 :仕様書無しさん:04/11/28 16:48:51
Javaの脆弱性を突くには何番のポートを攻めればいいですか?

76 :最凶VB厨房:04/11/28 17:39:24
80番だと思います

77 :仕様書無しさん:04/11/28 18:42:58
>>76
あ、あん、そ、そこはダミ。

78 :最凶VB厨房:04/11/28 19:29:42
>>77
キッモーーーーーーーーーーーーーーーーィ

79 :仕様書無しさん:04/11/29 00:41:06
携帯Javaは怖くて使えない

80 :最凶VB厨房:04/11/29 00:59:11
コワガリスギー

81 :仕様書無しさん:04/11/29 14:14:51
怖いというより、1クラスになんでもかんでも詰め込んだりまともじゃないっぺよ<携帯Java


82 :仕様書無しさん:04/11/29 14:47:29
>>81
リソースがないんだから、OO的ではないのは仕方がない。Cでは、セキュリティ上怖い。汚くてもJavaが採用されている理由を良く考えなさい。

83 :仕様書無しさん:04/11/29 16:37:52
>>82
C/C++を使いこなせないから

84 :仕様書無しさん:04/11/29 17:38:47
>>83
本気で言ってるのなら、真性だぞ。

85 :仕様書無しさん:04/11/29 17:42:50
Java使いのほとんどはC++を使いこなせない。これ事実。

86 :仕様書無しさん:04/11/29 17:43:43
>>82
はっはっは。Write Once, Run Anywhereだからだよなあ。wwwwwwwwwwwwwww
一度書けば携帯でもどこでも動く。wwwwwwwwwwwwww

87 :仕様書無しさん:04/11/29 18:02:15
携帯のアレはJavaじゃないよ。

88 :仕様書無しさん:04/11/29 18:17:40
>>85
そんな理由で、こんな重大なことが決定されるわけがないだろ。
>>87
C-ポインタ+GC って感じですね。

89 :仕様書無しさん:04/11/29 18:33:37
Cならモジュール分割できる点だけソースはマシかな。
セキュリティ上は危険だけど。

90 :仕様書無しさん:04/11/29 19:51:59
Javaのソースは無駄の塊

91 :仕様書無しさん:04/11/29 19:59:56
漏れはM$て時点で.NETが信用できない
車でいえば韓国車。何が起こるか、何をされるかわかったもんではない

92 :仕様書無しさん:04/11/29 20:51:46
74 名前:仕様書無しさん[] 投稿日:04/11/20 00:18:06

BASIC ラテン語

C     ドイツ語

C++  英語

Perl   フランス語

VB    日本語

Java   ロシア語

PHP   中国語

JSP   朝鮮語

C#    米語

UML   エスペラント語


93 :仕様書無しさん:04/11/29 21:29:07
>>76
デタラメ書くな!
Javaの脆弱性と言われるものは、OSの一般ユーザ権限を乗っ取ってからでないと手を出せないものばっか。

94 :仕様書無しさん:04/11/29 21:46:44
>>93
チミの理屈ではフィッシング詐欺は脆弱性にあらずとか言いそうだな。プププ

95 :仕様書無しさん:04/11/29 21:47:07
ラテン系の民族はスケベ
ドイツ人はSMとかbondageとか好きだよな


96 :仕様書無しさん:04/11/29 22:24:16
>>86
携帯Javaアプリは、PCで動作する。
可能かどうかはしらんが、携帯にフルのJavaランタイムがインストールできるなら、動作すると思う。

97 :仕様書無しさん:04/11/29 22:30:55
そうそう。ファミコンソフトもPCで動作するしね。

98 :仕様書無しさん:04/11/29 23:01:11
BREWもPCで動作するよ。

99 :仕様書無しさん:04/11/29 23:05:48
>>94
脆弱性とはいわんだろ。

100 :仕様書無しさん:04/11/30 03:41:26
俺の経験上

簡単 普通 あるレベルまでいくと難しい 難しい
VB java C/C++              asm

101 :仕様書無しさん:04/11/30 05:33:33
>100
言語が簡単とか難しいとかって・・・
ソフト屋辞めたら?

102 :仕様書無しさん:04/11/30 09:58:26
eclipseもっさりしすぎ

103 :仕様書無しさん:04/11/30 19:53:12
>>100
「楽」と「面倒」の間違いだと言ってくれ。

104 :仕様書無しさん:04/11/30 20:32:36
WindowでCのソースをコンパイルしなきゃいけなくなったんだがMSからむ量のコンパイラ出てなかったっけ?
トドネトSDKにも含まれてるんだろうけどダウンロードファイルサイズ半端じゃないし…
http://www.microsoft.com/japan/msdn/netframework/downloads/

105 :仕様書無しさん:04/11/30 21:17:05
>>104
ttp://www.microsoft.com/downloads/details.aspx?FamilyID=272be09d-40bb-49fd-9cb0-4bfa122fa91b&displaylang=en


106 :104:04/11/30 21:19:35
ありがとう>>105とMS

107 :仕様書無しさん:04/12/01 12:07:01
Java厨、ドトネト厨、どっちもがんばれ。

言語論争なんかやってる時点で素人レベルだけどな。w

108 :仕様書無しさん:04/12/01 13:06:20
プロは、案件に応じて言語を使い分けるのが当たり前だからな。

109 :仕様書無しさん:04/12/01 13:42:05
で、Javaに適した案件ってなによ?

110 :仕様書無しさん:04/12/01 13:53:55
Servletで組んでくれと要求がきたもの

111 :仕様書無しさん:04/12/01 14:10:18
ドトニートが必要とされてないことにいい加減気付けよ。

112 :仕様書無しさん:04/12/01 15:25:39
俺の場合はこうだな。
JAVA>クロスプラットフォーム開発、中〜大規模Web開発
.NET>中規模Web開発、クライアントサイドアプリ開発
PHP>小規模Web開発
Perl>うんこ

113 :仕様書無しさん:04/12/01 16:26:39
おまいらバカだな。
この業界は凄まじい勢いで進化してるんだ。
そんなあれもこれも八方美人に手を出して、精通すると思ってるか。
派遣ドカタならそれでいいのかもしれないが、真のプロフェッショナルである
ためには、将来性の乏しいベンダ固有の言語はばっさりと切り捨て、
JavaやCOBOLのような業界標準に集中すべきなのだ。

114 :仕様書無しさん:04/12/01 20:22:51
COBOLのような
C O B O L の よ う な
C  O  B  O  L  の  よ  う  な

115 :仕様書無しさん:04/12/01 20:59:29
面接慣れのために受けた派遣会社で
専門学校卒の子がCOBOLやってきました!ていうのを聞いて
笑いをこらえるのに苦労した

116 :仕様書無しさん:04/12/01 21:20:35
>>113
Javaは、ベンダ固有だよ。

117 :仕様書無しさん:04/12/01 21:32:37
>>113
4行目まで(議論が分かれるところだろうが)は
結構同意なんだよ。
で、漏れはC#(少なくとも.NET)に集中するつもり。
なぜかというと・・・

・言語仕様、開発環境が快適
 (短期的視点)
  C#.NET >>VB.NET&C++.NET > J2EE

・10年後の最大のプラットフォームの可能性
 (中期的視点)
   .NET全体 > JavaVM

・互換プラットフォーム実装・使用を法的に制限されない
 (長期的視点)
   C#、CLR >>> Java

あと、将来Webアプリのシェアが落ちても強いかどうかも考慮。


118 :仕様書無しさん:04/12/01 21:42:13
>>116
Javaの仕様はJCPで決定されると何度言ったら分かるんだお前は

119 :仕様書無しさん:04/12/01 21:53:18
>>118
そのJCPはSunが中心で運営してるんだよね。言わばただの税金対策組織。

120 :仕様書無しさん:04/12/01 22:18:38
>>118
その論理でいくと、C#も、.NET Frameworkも、DCOMも、Javaより業界標準だ。

121 :仕様書無しさん:04/12/01 22:32:57
http://japan.cnet.com/news/ent/story/0%2C2000047623%2C20069559-2%2C00.htm
有名企業でJCPに名を連ねていないのは、.NetというJavaに似た独自の技術を保有するMicrosoft…とMcNealyは語った。

122 :仕様書無しさん:04/12/01 22:45:37
>>121
JCPは、
ソフトウエア業界の巨人 Microsoft と Red Hat にそっぽをむかれ、
コンピュータ業界の巨人 IBMから Java は十分にオープンでない と批判されている組織なのだが。

123 :仕様書無しさん:04/12/01 23:44:17
Javaイラネ

124 :仕様書無しさん:04/12/01 23:48:06
Javaは遅くて脆弱。動くプラットフォームも制限されている。

125 :仕様書無しさん:04/12/02 01:06:25
>>124
>動くプラットフォームも制限されている。 

それは初耳ですね。
具体的に何と何のOSでは動かないのですか?

126 :仕様書無しさん:04/12/02 01:14:09
>>124-125
少なくとも C/C++ のプログラムは OS がなくても動くよな。
もともと OS 自身を書くための言語だし。

127 :最凶VB厨房:04/12/02 01:19:23
OSがなくても動く。か。
素晴らしいことだなw

128 :仕様書無しさん:04/12/02 01:30:33
そのうちブラウザがOSになるんだよ。

129 :仕様書無しさん:04/12/02 07:04:51
J2EEは携帯では動かない

130 :仕様書無しさん:04/12/02 08:46:57
よく馬鹿がJavaは携帯にまで採用されてるとかほざいてるが、
もう終わってるよね。今新機種ほとんどBREWじゃん。
しかも、売り文句にさくさく動くとか、ネイティブに近いとか、
思いっきり対Java効果をアピールする文句だしさ。

131 :仕様書無しさん:04/12/02 09:58:05
ネイティブに近い

禿藁
いつまでたってもネイティブにはおいつけない

132 :仕様書無しさん:04/12/02 10:01:06
>>130実態はBREWの方が遅く、しかもアプリ一本を作るのに十数万払わなきゃいけないので、携帯板ではまったく歓迎されてないよ。BREWを採用しているauでは実用アプリが皆無で、ゲームも質も量もかなり劣っている。

133 :仕様書無しさん:04/12/03 23:25:48
>>125
Sun---Windows、Solaris、Linux、MacOS
IBM---AIX、QNX
HP---HP-UX
Microsoft---Windows
他にも、あったような気がしますが、それほどもれはないと思う。
FreeBSDは、無理やり動作させることはできるが、正式サポートではない。
それ以外のプラットホームは、基本的には動作しない。
(他にOSなにありますか? とが、 携帯は? とかは、いわないでね)
オープンでなく、巨大なシステムであるため、よほどのリソースがないとサポートすることは困難。
GNU版でも、やっとまともに動作しだしたところ。

134 :仕様書無しさん:04/12/03 23:27:18
汎用機を忘れてるな。

135 :仕様書無しさん:04/12/03 23:52:33
>>134
あ、そうですね。
でも、Javaを自力でインプリメントできるような会社が販売しているようなプラットホームじゃないとならないですよね。
Javaサポートされていないと、廃れるしかないから、最終的には、zサーバみたく、みんなLinuxになるのかなあ。

136 :仕様書無しさん:04/12/04 01:04:06
>>133
要約すると、Windows と Mac と UNIX だけ?

まあ、API の仕様とか見ても上記 3 つくらいしか意識してない感じだしな。

137 :仕様書無しさん:04/12/04 02:33:38
>>1
> なぜJava厨はそんなに劣っているのか?
何と比べて?


138 :仕様書無しさん:04/12/04 02:37:34
>>126
少なくとも C/C++ のプログラムは OS がなくても動くよな。
少なくとも C/C++ のプログラムは OS がなくても動くよな。
少なくとも C/C++ のプログラムは OS がなくても動くよな。
少なくとも C/C++ のプログラムは OS がなくても動くよな。
少なくとも C/C++ のプログラムは OS がなくても動くよな。



139 :仕様書無しさん:04/12/04 03:33:31
>>138
Unix は C で、MonaOS は C++ で書かれているわけだが、さて Unix や MonaOS は
いったい何の OS の上で動いているのでせうか。

140 :仕様書無しさん:04/12/04 05:23:40
>>137
少なくてもRubyで無い事だけは確かだな

141 :仕様書無しさん:04/12/04 07:57:25
>>138はレベルの低いコーダー

142 :仕様書無しさん:04/12/04 08:05:10
>>138
BIOSというOSの上で動いている。

143 :仕様書無しさん:04/12/04 10:24:19
BIOSをjavaで書く→そのためのvmをjavaで書く→vmを動かすためのvmをjavaで書く→・・・

144 :69式フリーPG ◆hND3Lufios :04/12/04 10:27:10
そこでJavaChipですよ。お父さん。

145 :仕様書無しさん:04/12/04 10:28:03
>>142
BIOSはOSではありません。

146 :仕様書無しさん:04/12/04 10:35:40
>>145
Oの意味が違うが、ミニOSとしての機能はある。これが、多くのハードウエアのの違いを吸収している。

147 :仕様書無しさん:04/12/04 10:50:53
だな

148 :仕様書無しさん:04/12/04 11:00:32
ぎゃはは、ミニOSだってよ(w

149 :仕様書無しさん:04/12/04 11:10:53
OSはハードウェアの違いを吸収するためのものじゃないんやで。

150 :仕様書無しさん:04/12/04 11:14:59
>>146>>149はOSの定義を勉強し直す事。
いいですね?

151 :仕様書無しさん:04/12/04 11:44:16
BI びみょうな
O オペレーティング
S システム

152 :仕様書無しさん:04/12/04 11:46:54
>OSはハードウェアの違いを吸収するためのものじゃないんやで
OSは基本的には資源管理だが、努力目標的機能しては一応あると思う。


153 :仕様書無しさん:04/12/04 11:52:20
( ゚ロ゚) 「ゴルァ!!」と「モルァ!!」は違うぞモルァ!!

154 :仕様書無しさん:04/12/04 12:01:36
OSがハードウェアの違いを吸収するなら、VMが不要になるやんけ。

155 :仕様書無しさん:04/12/04 12:24:04
>>154
いや、VMはOSの違いを吸収するレイヤだから。

156 :146:04/12/04 12:47:20
>>150
それでは、あなたのOSの定義は? 
IBM互換機だと、CP/Mカーネル - ファイルシステム ぐらいの機能はあるが。

157 :仕様書無しさん:04/12/04 12:56:52
さすがJavaスレだな。
IPL、ブートローダ、ドライバ、ミドルウェア、OSの区別ぐらい出来てくれよ。


158 :仕様書無しさん:04/12/04 13:03:25
>>155
んじゃ、JavaChipはOSの違いを吸収するプロセッサなの?凄いね!

159 :仕様書無しさん:04/12/04 13:04:33
JavaChipはVMを走らせるためのプロセッサなの!

160 :最凶VB厨房:04/12/04 13:13:20
OSとはVBで作成されたプログラムが実行できる環境全体のことをいう。

161 :仕様書無しさん:04/12/04 13:17:41
>>157
で、一般に言われているBIOSにはOSの*機能*はないっていいたいの?
仮想化の度合いが違うだけだと思うのですが。


162 :仕様書無しさん:04/12/04 13:27:15
> IPL、ブートローダ、ドライバ、ミドルウェア、OS 
全部、BIOSとは直接には関係ないな。
Cで書いたプログラムはBIOSなくても動作するので、無意味な論争ですな。

163 :146:04/12/04 13:42:44
これが絶対正しいとはいわんが、BIOSとOSという用語の意味。
http://e-words.jp/w/BIOS.html
http://e-words.jp/w/OS.html
機能面では、ほとんど同じようにおれには見える。

164 :仕様書無しさん:04/12/04 13:52:43
読んでも差が判らないのは致命的ですね。

165 :仕様書無しさん:04/12/04 13:54:52
>>164
ばかなオレに教えてくれ。

166 :仕様書無しさん:04/12/04 14:09:57
やはりJava厨は劣っている

167 :仕様書無しさん:04/12/04 14:16:39
>>160
PC-8001とかPC-98は、N-BASICがデフォルトのOSだったので、まさにその通りでしたね。

168 :仕様書無しさん:04/12/04 14:21:40
BIOSをCで書いてますが何か?

169 :仕様書無しさん:04/12/04 14:30:45
Cランタイムライブラリもハードウェアの違いを吸収するためのものだ。

170 :仕様書無しさん:04/12/04 14:39:33
この場合は、ランタイムライブラリ使わない。

171 :仕様書無しさん:04/12/04 14:42:43
OS が OS であるための機能

・プロセス管理
・メモリ管理
・入出力管理
・割り込み・例外処理管理

ほかにまだあったっけ。

172 :仕様書無しさん:04/12/04 16:21:20
>>171
たとえば、N-BASIC なら、プロセス管理、メモリ管理、割り込みの処理に関する機能はない。
N-BASICは、OSではないというなら話はかみ合いませんが。

173 :仕様書無しさん:04/12/04 16:24:22
N-BASIC自体は割り込みを管理しているだろう。
BASICのコードから使えるかどうかはしらんが。

174 :仕様書無しさん:04/12/04 16:24:43
N-BASIC自体はメモリ管理しているだろう。
BASICのコードから使えるかどうかはしらんが。


175 :仕様書無しさん:04/12/04 17:00:03
その解釈なら、BIOSもメモリ管理、割り込み管理している。
詳しくは知らんが、N-BASICは内部でもヒープは使っていないと思う。
割り込みは、フックができた。

176 :仕様書無しさん:04/12/04 17:41:20
ヒープ使わんで何を使っているというんだw

177 :仕様書無しさん:04/12/04 18:01:33
ヒープどころか、スタックにローカル変数を格納するという手法も使っていなかったような気がする。

178 :仕様書無しさん:04/12/04 19:53:35
1995年からパソコン始めた人とそれ以前からの人で
話が噛み合ってないな。

179 :仕様書無しさん:04/12/04 19:59:32
>>176
文字列処理でとつぜんGCが起動して動作が止まってしまうのもいい思い出だ。

いまヒープっつうと↓みたいな汎用的なメモリ管理ライブラリを思い浮かべるけど
こんな汎用性のあるルーチンなんか使ってなかったってことだろう。

http://japan.linux.com/kernel/internal24/node202.shtml
http://h50146.www5.hp.com/products/software/oe/hpux/developer/document/memmanage/mem6.html

BASICのランタイムにべったり埋め込まれた
もっとアドホックな方法でメモリを管理していたんだとおもう。


180 :179:04/12/04 20:02:41
そういや、今思い出したけど

当時のBASICって配列領域と単独の変数用領域って別管理で
でかい配列を宣言したりするとメモリ不足エラーになったりしたよな。

で、たしか配列領域を増減する命令もあったような気がする。

181 :179:04/12/04 20:04:58
あと、変数は全部グローバルでスタック変数って概念もなかった。

もちろん再帰ルーチンなんか書けない。

182 :仕様書無しさん:04/12/04 20:33:01
年寄りの昔話プゲラ

183 :仕様書無しさん:04/12/04 20:33:41
このスレ加齢臭がする

184 :仕様書無しさん:04/12/04 20:36:47
頑張れ。おっさん^^

185 :おっさん:04/12/04 20:53:15
なんかBASICの話してたから
昔話スレと勘違いしたじゃないか!

隔離スレなら最初から言ってくれよ(;´Д`)

186 :146(36歳):04/12/04 22:36:57
でも、これをきっかけにして世界一の大富豪が誕生したんだよな。
エディタが最後の一文字を保存しないという今では考えられないようなバグが修正されずに放置されていたり、
突貫工事で移植したのか、無意味なOUT命令とかが入っていたり、
20年以上前の話でもうほとんど覚えていないが、なつかしい。

187 :仕様書無しさん:04/12/04 22:37:44
まともな情報工学系の学部出てりゃ、オペレーティングシステムの授業くらい
受けてるはずなんだがなあ。

188 :仕様書無しさん:04/12/04 23:34:07
文系ですが何か?

189 :仕様書無しさん:04/12/04 23:35:05
高卒ですが何か?

190 :仕様書無しさん:04/12/05 00:16:15
オペレーティングシステムの授業つっても
タネンバウムレベルにもおいついてない糞授業だろw

191 :仕様書無しさん:04/12/05 07:02:26
190はタネンバウムって言いたかっただけちゃうんか

192 :仕様書無しさん:04/12/06 13:23:23
こちらが本スレです。

●なぜドトネト(.NET)厨はそんなに劣っているのか 9
http://pc5.2ch.net/test/read.cgi/prog/1102134912/


193 :仕様書無しさん:04/12/06 14:11:31
さらしあげ

●なぜドトネト(.NET)厨はそんなに劣っているのか 9
http://pc5.2ch.net/test/read.cgi/prog/1102134912/l50

1 名前:仕様書無しさん 04/12/04 13:35:12
前スレ

●なぜドトネト厨はそんなにJavaが嫌いなのか 8
http://pc5.2ch.net/test/read.cgi/prog/1101291903/

3 名前:仕様書無しさん :04/12/05 10:53:32
ぉぃぉぃ酷いスレタイだな。

簡単なことだ、ドットネットはJavaより優れているから、あえてJavaを使って無駄な苦労をするのが嫌なだけだ。

5 名前:仕様書無しさん :04/12/06 14:09:55
>>3
はぁ? そっちが先にこんなスレ立てたくせによく言うな。
仕返ししてやっただけだ。

●なぜJava厨はそんなに劣っているのか? 8
http://pc5.2ch.net/test/read.cgi/prog/1101209533/l50

194 :仕様書無しさん:04/12/06 14:12:16
5 名前:仕様書無しさん :04/12/06 14:09:55
>>3
はぁ? そっちが先にこんなスレ立てたくせによく言うな。
仕返ししてやっただけだ。

●なぜJava厨はそんなに劣っているのか? 8
http://pc5.2ch.net/test/read.cgi/prog/1101209533/l50

195 :仕様書無しさん:04/12/06 14:18:27
単純に箱庭プログラミングしているだけだから
技術力がなくなってしまったのでしょう。
Java厨は劣っている。これは真実ですね。

196 :仕様書無しさん:04/12/06 14:24:45
まあ、言語厨な時点で負け。
普通の人は適材適所で言語を選ぶし、使うときも別に普通に使える。

それが出来ない人が特定の言語に固執するわけで。

197 :仕様書無しさん:04/12/06 14:26:31
>>196
IDが出ない板だからあれだけど・・・人の書き込みパクる場合はそれが判る様にパクれよ。


198 :仕様書無しさん:04/12/06 14:27:38
別にJavaに当てはまらない話じゃないんだしいいじゃん。

199 :仕様書無しさん:04/12/06 14:28:25
むしろ言語が決まっているJavaにこそふさわしいセリフだw

200 :仕様書無しさん:04/12/06 14:32:13
>>198
引用でパクるならまだしも、自分の書き込みのようにコピペする奴は屑だ。
プログラマーとして信じられない。


201 :仕様書無しさん:04/12/06 14:34:22
>>200
2ちゃんねるに書き込む時の質問で、
「はい」を押さなかったのか?

202 :仕様書無しさん:04/12/06 17:57:11
○なぜドットネッターズはそんなに優れているのか?

203 :仕様書無しさん:04/12/06 21:20:31
自分で言うかね普通

204 :仕様書無しさん:04/12/07 16:51:56
あれだ、こんど社内でJavaの研修があるからVJ++をインストールしたぞ

205 :仕様書無しさん:04/12/07 16:58:45
VJ++最強伝説

206 :仕様書無しさん:04/12/07 19:41:56
起動は3秒@VJ++
起動は3分@Eclipse

207 :仕様書無しさん:04/12/07 19:49:58
と、VJ++なんて誰一人使わないものを自慢しております。

208 :仕様書無しさん:04/12/08 00:44:59
リファクタリング機能はマジで便利だよ。

209 :仕様書無しさん:04/12/08 01:56:05
>>208
どう便利なのか教えてくだせえ。

210 :仕様書無しさん:04/12/08 02:29:31
まあ、言語厨な時点で負け。
普通の人は適材適所で言語を選ぶし、使うときも別に普通に使える。

それが出来ない人が特定の言語に固執するわけで。


この手の書き込みは前々からずっとこのスレに繰り返しあるが、書き込んでる奴は
同一人物か複数か知らんが馬鹿だと思う。
1.煽りスレにおいて、自分だけが達観してるとえらそうに書き込むのが痛いw
2.暗に自分が複数言語使えると自慢している。当然自慢にならないw
3.適材適所なんて当たり前だが、単なる貶めではなく、優劣が厳然と存在する部分はある。安易な一般化w

211 :仕様書無しさん:04/12/08 04:19:20
興味アル方メールください

業務内容
サーバ・アプリケーションの設計・開発・運用・保守管理などの業務に取り組んでいただきます。
資 格
学歴不問25〜40歳位迄、下記項目中2項目以上の経験者が望ましい。


Java開発経験者(Tomcat等のJakarta Projectを利用した開発)
DB開発運用経験者(Oracle,PL/SQL,Pro*C,MySQL,PostgreSQLを利用した大規模DBの運用・開発経験者)
Linuxサーバの構築・運用経験者(bind,sendmail,qmail,ネットワーク一般、セキュリティ設定等)
システム開発プロジェクトマネージャー経験者


勤務地
東京都渋谷区


212 :仕様書無しさん:04/12/08 12:25:01
おまいらバカだな。
この業界は凄まじい勢いで進化してるんだ。
そんなあれもこれも八方美人に手を出して、精通すると思ってるか。
派遣ドカタならそれでいいのかもしれないが、真のプロフェッショナルである
ためには、将来性の乏しいベンダ固有の言語はばっさりと切り捨て、
JavaやCOBOLのような業界標準に集中すべきなのだ。


213 :仕様書無しさん:04/12/08 12:47:51
将来性の乏しいベンダ固有

ここがお前の勝手な論理の飛躍。だから現実に沿わない間違った結論が出る。

214 :仕様書無しさん:04/12/08 13:47:23
> 将来性の乏しいベンダ固有の言語

その典型がSunが独占所有してるJava

215 :仕様書無しさん:04/12/08 13:51:00
>>214
だから読み間違えてるって。

市場占有してたコボル@汎用機が、コボル@WSやJava@汎用機に荒らされてるということ。
Java@ソラリス/S∪∩はJava@Linuxに荒らされてる。

216 :仕様書無しさん:04/12/08 13:52:47
ところでCOBOLは業界標準なのですか?

217 :仕様書無しさん:04/12/08 13:54:14
荒らした側がヂャヴァ。

ドトニートはサーバーとクライアントと携帯を荒らしたいようだが、
まだ始まってない。

218 :仕様書無しさん:04/12/08 13:57:36
http://news.moneycentral.msn.com/ticker/article.asp?Symbol=US:ORCL&Feed=PR&Date=20041207&ID=4131881

IBMに続き、Oracleも.NET対応に全力を入れてる。
Javaで儲かる時代はとっくに終了。残ったのはドカタとオプソ馬鹿だけだったな。

219 :仕様書無しさん:04/12/08 14:00:22
> -- Augmented development functionality for Oracle HTML DB, the rapid Web application development tool for the Oracle Database.

Oracleの.NET開発はVS.NETでやるんだってさ。
JDeveloperじゃ使い物にならないと認めてるんだ。さすが利口だな。

220 :仕様書無しさん:04/12/08 14:01:24
↑引用箇所間違えた。

> -- Improved Microsoft Windows support via stored procedures implemented in the Common Runtime Language (CLR) and enhanced integration with Visual Studio;

221 :仕様書無しさん:04/12/08 14:03:47

スッゲーバカッポイ。

Oraとかが高いもん売りつけて、それら全部買わされる椰子。

222 :仕様書無しさん:04/12/08 14:05:10
>>221
ふーん。じゃあ、チミのおすすめな組み合わせ書いてみ。

223 :仕様書無しさん:04/12/08 14:06:05
やっぱJavaとか言ってる奴ってOracleも不要な小規模しかやったことがないのか。www

224 :仕様書無しさん:04/12/08 14:06:17
Java + Apache + Tomcat + PostgreSQL

225 :仕様書無しさん:04/12/08 14:07:28
オプソで得をするのはIBMやNRIのような商社だけ。
MSもSunもOracleも何らかの形で被害を被っている。

226 :仕様書無しさん:04/12/08 14:07:54
開発には絶対Windowsが必要なブビ厨。→大規模はOra

ヴァカな思考。
大体ブビは劣悪品で消えたし、ドトニートなんて砂漠で目玉焼き。

227 :仕様書無しさん:04/12/08 14:08:15
>>224
週に1回はダウンしてそうな組み合わせだな。

228 :仕様書無しさん:04/12/08 14:09:40
>>224
もうJavaではこういうチンケな組み合わせしか残ってないということか。
落ち目だね。

229 :仕様書無しさん:04/12/08 14:09:51
オプソは損する得するでなくて、もう存在してるんだから、どう関わるか、しかない。
M$もS∪∩もオプソ(という実態があるわけじゃないが)と関わりを強くしてる。

230 :仕様書無しさん:04/12/08 14:10:43
チンケなのはブビとドトニート。

これ以上にチンケな存在を探すのは難しい。
DOSくらいか。

231 :仕様書無しさん:04/12/08 14:12:36
まあ、現実にこれだけ.NETの案件が増えてくれば、ボラクルも無視するわけにはいかなくなってるということだな。

232 :仕様書無しさん:04/12/08 14:13:36
>>231
負け犬ドトニートの遠吠え乙。

233 :仕様書無しさん:04/12/08 14:14:31
いやあ、どっちが負け犬の遠吠えかは言うまでもないと思うが。w

234 :仕様書無しさん:04/12/08 14:15:44
233は涙目

235 :仕様書無しさん:04/12/08 14:16:01
しかし、最近のJavaの転落ぶりは見てて可哀想だね。
俺はもう.NET案件中心になったから遠くから他人事として眺めさせてもらってるが。

236 :仕様書無しさん:04/12/08 14:16:38
235=うつろなしゃべり声

237 :仕様書無しさん:04/12/08 14:17:30
Borland、Sun、IBM、Oracle、
次に.NETに力を入れるところはどこだろうね。
むしろ力を入れてないところを探す方が難しい。

238 :仕様書無しさん:04/12/08 14:18:54
237=ロレツがまわってない



大体237がそれらの会社で働いてるわけで無い

239 :仕様書無しさん:04/12/08 14:19:24
荒らしてる奴が可哀相になってくるな

240 :仕様書無しさん:04/12/08 14:19:49
さあ、ここでもう一度。
負け犬の遠吠えは誰に見えますか?wwww

241 :仕様書無しさん:04/12/08 14:19:50
メーカーはどこも.NETに力を入れるでしょう。
つか、Java+オプソで儲かったソフトウェアメーカーってないもの。

242 :仕様書無しさん:04/12/08 14:20:46
Javaって最近セキュリティホールが多いよね。

243 :仕様書無しさん:04/12/08 14:21:18
ドトニートで大損した会社はあっても、得した会社も人も居ない。

244 :仕様書無しさん:04/12/08 14:21:52
ドトニートのおかげで俺は就職出来ましたが

245 :仕様書無しさん:04/12/08 14:22:14
来年はJavaバブル崩壊で路頭に迷う奴が多く出る

246 :仕様書無しさん:04/12/08 14:22:21
240は荒らすときにしか出てこない香具師 wwwwww

247 :仕様書無しさん:04/12/08 14:22:47
>>243
はい、会社の具体例をどうぞ。

248 :仕様書無しさん:04/12/08 14:23:00
ドトニートはバブルを発生も起きない

249 :仕様書無しさん:04/12/08 14:23:36
>>248
日本語力を付けて出直せ

250 :仕様書無しさん:04/12/08 14:23:49
>>248
日本語変ですよ?母国語のハングルで書いたらどうですか?w

251 :仕様書無しさん:04/12/08 14:25:32
>>247
m$はVSドトニートが売れなくて困ってる
全社ドトニート対応で動いてるのに

252 :仕様書無しさん:04/12/08 14:26:37
VSドトニートの高価な壺を買った被害者も多数

253 :仕様書無しさん:04/12/08 14:26:49
> 全社ドトニート対応で動いてるのに

そうか。やっぱり勢いは.NETが上なんだな。

254 :仕様書無しさん:04/12/08 14:26:51
VSの売上なんか元々当てにしてないだろ。
VSやOfficeがドトニート化することによって一般のプログラマのドトニート化が進むというだけ。
それによってOSが売れればMS的には何の問題もないはず。

255 :仕様書無しさん:04/12/08 14:27:54
>>254
じゃあ、>>251は間違いということで。

256 :またアホが自爆してるのか。www:04/12/08 14:28:32
ププププ

257 :仕様書無しさん:04/12/08 14:29:16
>>217
だから携帯Javaなんて死んでるだろうが。

258 :仕様書無しさん:04/12/08 14:30:51
>>257
BREWが良すぎるからね

259 :仕様書無しさん:04/12/08 14:30:52
JavaOneとか書いてチャバーン、茶番と読み解く。

260 :仕様書無しさん:04/12/08 14:32:06
茶番会合に出席する劣った人種

261 :仕様書無しさん:04/12/08 14:36:08
一番間抜けな会社はSunだよな。墓穴を掘りまくり。

262 :仕様書無しさん:04/12/08 14:37:42
その点オラクルはよくやった。
CLRとVS.NETを選ぶとは。

263 :仕様書無しさん:04/12/08 14:40:33
>>262
ニッチだね。

264 :仕様書無しさん:04/12/08 14:42:15
>>261
じゃ、ドトニートとS∪∩は負け組み合併。

265 :仕様書無しさん:04/12/08 14:43:14
今日も.NET側の完全勝利

266 :仕様書無しさん:04/12/08 14:44:46
265=目つきが炒ってますよ。

267 :仕様書無しさん:04/12/08 14:45:51
>>266
どこで.NET側が負けてますか?

268 :仕様書無しさん:04/12/08 14:46:34
ドトニート側、というほど始まってないんだけど...

269 :仕様書無しさん:04/12/08 14:49:44
>>254
>VSの売上なんか元々当てにしてないだろ。
売り上げを気にしてWindowsドトニートとVSドトニートからドトニート取りましたが何か?

>VSやOfficeがドトニート化することによって一般のプログラマのドトニート化が進むというだけ。
Officeはドトニート化しませんが、何か?

>それによってOSが売れればMS的には何の問題もないはず。
VSドトニートが流行らないことには、WinFXのOSが売れないので戦略失敗ですが、何か?

270 :仕様書無しさん:04/12/08 14:51:33
ドトニートと連呼している奴はあれか、仕事がなくて待機状態のJ厨イーイーか。

271 :仕様書無しさん:04/12/08 14:52:20
ドト「ニート」の意味が分からないとは、頭ワリ

272 :仕様書無しさん:04/12/08 14:53:26
J厨EE香ばしい

273 :仕様書無しさん:04/12/08 14:54:45
コボラ、ブビ厨に次ぐ業界の蛆虫J厨EE

274 :仕様書無しさん:04/12/08 17:28:46
まあ、言語厨な時点で負け。
普通の人は適材適所で言語を選ぶし、使うときも別に普通に使える。
それが出来ない人が特定の言語に固執するわけよ。

275 :仕様書無しさん:04/12/08 17:38:19
>別にさ、プログラマなら言語は何でもこなせればOKだし。
設計側だったら、選定基準をしっかりもって、適材適所を守るだけ。
どっちでもいいじゃん。無能な奴ほど他の言語を貶める発言をする。

いつもこういうレスする奴がいるが馬鹿なんだと思う。
適材適所、一般論としたらそうだろうさ。COBOLもPASCALも適材適所だわな。
そういう意味ではナンセンス。優劣、はやりすたりというのが厳然とあり、それを煽りスレで
やってるのに、自分は達観してるとわざわざ言う。あほだ。



276 :仕様書無しさん:04/12/08 17:40:55
>まあ、言語厨な時点で負け。
普通の人は適材適所で言語を選ぶし、使うときも別に普通に使える。

それが出来ない人が特定の言語に固執するわけで。


この手の書き込みは前々からずっとこのスレに繰り返しあるが、書き込んでる奴は
同一人物か複数か知らんが馬鹿だと思う。
1.煽りスレにおいて、自分だけが達観してるとえらそうに書き込むのが痛いw
2.暗に自分が複数言語使えると自慢している。当然自慢にならないw
3.適材適所なんて当たり前だが、単なる貶めではなく、優劣が厳然と存在する部分はある。安易な一般化w


277 :仕様書無しさん:04/12/08 17:42:03
その通り。ブビは廃ってドトニートは立ち上がらず。一時代の終焉。

278 :仕様書無しさん:04/12/08 17:42:15
流行廃りを読み、合理的に先行投資して学習する能力はPGに必要。

279 :仕様書無しさん:04/12/08 17:43:51
Y2kが一段落して、仕事にあぶれあせってJavaを覚えたコボラが必死。
まだ元をとってないからな。

280 :仕様書無しさん:04/12/08 18:09:28
現状認識が甘いな。

コボラーが頑張って置き換える必要の無いCOBOLとインストールでエラーを起こすブビプログラムをJavaに置き換えた。

m$系の開発、置き換えによる投資に嫌気がきてる企業にドトニートがテンションあげて宣伝するも企業は踊らず。

281 :仕様書無しさん:04/12/08 18:38:19
別にさ、プログラマなら言語は何でもこなせればOKだし。
設計側だったら、選定基準をしっかりもって、適材適所を守るだけ。
どっちでもいいじゃん。無能な奴ほど他の言語を貶める発言をする。

282 :仕様書無しさん:04/12/08 21:21:34
プログラマの2人に1人がプロ未満の状況で何言ってんですかあなた

283 :仕様書無しさん:04/12/08 22:45:31
http://japan.cnet.com/news/tech/story/0,2000047674,20079383,00.htm
携帯にも.NET!!
万博の頃にはJavaには出番がないとみなされました。

284 :仕様書無しさん:04/12/08 23:09:28
>>283
Javaでは、とっくの昔なんだが。

285 :仕様書無しさん:04/12/08 23:27:02
脆弱性があるけどな

286 :仕様書無しさん:04/12/08 23:29:23
>>285
携帯Javaでなんかあったっけ?

287 :仕様書無しさん:04/12/08 23:40:47
>>286
http://www.itmedia.co.jp/enterprise/articles/0410/25/news004.html

288 :仕様書無しさん:04/12/09 00:50:28
>>284
とっくの昔なのは知ってるさ。問題は今とこれからだろうが。あほか。
Javaは携帯において絶滅しつつある=確定した事実
Windows/netは携帯において普及の初期段階にある=確定した事実

289 :仕様書無しさん:04/12/09 01:21:00
>>288
> Javaは携帯において絶滅しつつある=確定した事実
という部分がわからん。かつての独占の時に比べればシェアは減っているのだろうが、当面は絶滅するとは思えないなあ。

290 :仕様書無しさん:04/12/09 07:33:30
AUとか新機種のきなみBREWだよね。JAVAと入れ替えている印象がある。

291 :仕様書無しさん:04/12/09 12:24:12
携帯Javaは結局何の役にも立たなかった。
重大なセキュリティホールだけを残して。

292 :仕様書無しさん:04/12/09 13:15:02
m$ドトニートのランタイムとちがって、
携帯のOSが色々変わってもJavaと対決する存在では無いよ。
そこにJava実行環境があればよいだけ。


293 :仕様書無しさん:04/12/09 13:18:17
だがそれじゃ重過ぎる

294 :仕様書無しさん:04/12/09 13:23:17
だが、最近の組込みCPU凄すぎ。
日本のCPUは遅いままだけど。

295 :仕様書無しさん:04/12/09 19:56:20
.netを携帯で動かす目的ってナニよ?

296 :仕様書無しさん:04/12/09 20:03:47
>>295
Javaと同じだろ。

297 :仕様書無しさん:04/12/09 20:53:34
>Javaと同じだろ。
ワラタ、全くだ、それ以外にどんな目的があるというのだ >>295

298 :仕様書無しさん:04/12/09 23:56:38
>>293
ARMとか
Javaのバイトコードが直接実行できるオプションがあるな。

今携帯はほとんどARMだぞ

299 :仕様書無しさん:04/12/10 09:58:18
マジかよ!

ARMにしたら、JavaMEが動作する?
携帯画面もポトペタで開発出来る?
でも、液晶のポーティング要るんだろ?

300 :仕様書無しさん:04/12/10 11:46:14
http://www.tusc.com.au/tutorial/html/chap1.html
のとおりにやったら
早速エラーが出て動かない

javaを取り巻く環境はダメすぎ

301 :仕様書無しさん:04/12/10 16:49:14
ドトニートが発狂するのはサイアク

302 :仕様書無しさん:04/12/10 19:57:17
k;pl

303 :仕様書無しさん:04/12/10 20:24:20
それはこの板を見ればわかるが
まともなJava房が育たないせいだ

PGなら
アーキテクトぐらいできろや!

サーブレット・JSPできます
そんなんばっかし


304 :仕様書無しさん:04/12/10 21:25:47
ネタ板なのに。。。

305 :仕様書無しさん:04/12/10 21:25:56
アーキテクトできる

って何がどこまで出来ればいいの?

306 :仕様書無しさん:04/12/10 22:13:35
本刷れAGE

307 :仕様書無しさん:04/12/10 22:46:50
>>305

303だ
DB サーバー設定(ネットワーク設定) J2EE全体
最低このぐらいは認識しろ



308 :仕様書無しさん:04/12/10 23:53:20
うんこ野郎発見

309 :仕様書無しさん:04/12/11 00:17:51
>>298
Jazelleの事?
それなりに速いと思うけど、バイトコードの実行って、かなり最適化が進んでて、
CPUで動かしても結構速いのよ。
まあ、バイトコードだけ速く実行しても、他がついてこないと意味ないし。

だからね、スピードは、>>299が言ってる液晶のポーティングとか、ドライバの
実装に依存するところ大きいと思ってる。

310 :仕様書無しさん:04/12/11 00:27:07
>>307
それはJavaアーキテクト

311 :仕様書無しさん:04/12/11 01:05:00
俺は新人だけどDBとサーバとネットワークとJ2EEの存在くらいは認識してるぞ!

312 :仕様書無しさん:04/12/11 01:37:35
>>295-297
携帯では、.NETって、BREWとかの対抗馬てな感じがするんだが。
Javaの代わり、非トラステッドなアプリの実行環境として訴求するには
めっちゃ手遅れのような気がする。

313 :仕様書無しさん:04/12/11 09:44:39
>>311
最低このぐらいは認識 と 存在くらいの認識 とでは、レベルが比べ物にならない。

314 :仕様書無しさん:04/12/11 12:39:27
>>299
アホだな

「CPUをx86互換にしたら
携帯でIISやSQLServerが動くのかよ!」

ってくらいアホだな

315 :仕様書無しさん:04/12/11 14:06:51
>携帯でIISやSQLServerが動くのかよ!」

今の時代動く動かないが重要だよ。
組み込みのHTTPサーバー、RDBサーバー、USBのホストもあるし。
Firebirdの組み込みバージョンはあるけど、SQL鯖は無いの?

316 :仕様書無しさん:04/12/11 14:12:05
結局ドトニートは偉そうなだけで、PCでしか動作しない。




PCでもドトニートランタイムが動かないケース多々

317 :仕様書無しさん:04/12/11 14:30:50
>>316
Javaと同じ考え方なら、携帯でも動作するし、BSD、MacOS X、Linuxでも動作する。
>>315
FirebirdとSQLServerを並列にしているあたりで、かなり痛い。
そこに挙げている組み込みHTTPサーバなどが、どのようにポーティングされているのか知っているのか?

318 :仕様書無しさん:04/12/11 14:37:37
317は無能。
>なら、動作する。
>を並列にしているあたりで、かなり痛い。
>どのようにポーティングされているのか知っているのか?
イジョ。

319 :仕様書無しさん:04/12/11 14:46:12
>SQLServerを並列にしているあたりで

SQL鯖ってバージョンがあがって最近使えるようになった、と炒われる劣悪。
かつ、バージョン上がるたび90%書き換えてると自慢してる奴。
枯れてないというか、



枯れるわけ無い。

320 :仕様書無しさん:04/12/11 14:49:47
>Javaと同じ考え方なら、携帯でも動作するし、BSD、MacOS X、Linuxでも動作する。

あげてるOSわざとPCよりになってるし、考え方同じなわけないじゃん。
ドトニートどころか、WindowsとSQL鯖とIISが団子になるんだから。



肥大化

321 :仕様書無しさん:04/12/11 14:52:11
>どのようにポーティングされているのか知っているのか?

FreeBSDのTCPスタックがポーティングされるんだよ。
m$なんてOS買ったり開発者勝ったりInternetを使っても、技術提供はしない。

322 :仕様書無しさん:04/12/11 15:51:35
どこで動作しないからダメだといっているの?
.NET が肥大化というのはよくわからん。
デスクトップシステムが肥大化しているというのなら、Unix系も同じ問題を抱えている。
IISやSQLServerが、組み込み用途や、枯れることを目指して開発されているわけがない。
IIS6やSQLServer2000が、商用に使えないような不安定なものであるという話もきかない。
他社の優れた技術の買収や、引き抜きなんて、MSだけの話じゃない。
金があるから、買う物・人が、目立つだけ。
オープンが好きな人もいるが、そんなことはどうでもいいという人が多い。
結局、ゲーツくんとその仲間になることをゆるされた社員をねたんでいるだけじゃん。

323 :仕様書無しさん:04/12/11 17:26:30
そのへんがドトニートとか繰り返してる待機中派遣J厨EEの駄目さ加減。
馬鹿なんだよ。

324 :仕様書無しさん:04/12/11 18:00:33
>IISやSQLServerが、組み込み用途や、枯れることを目指して開発されているわけがない。

ドトニートは組込みダメジャン。

>IIS6やSQLServer2000が、商用に使えないような不安定なものであるという話もきかない。

耳を塞いでますか。それとも池沼でつか。
SQL鯖結局高価なのにの得意分野も無いしパッケージにバンドルされない。
バカが騙されて使うだけ。

322の内容を読む限りドトニート最低。

325 :仕様書無しさん:04/12/11 18:10:00
DBってDBファイルが見えた方が使いやすいんだが、SQL鯖のGUIって親切にも隠してくれる。
微妙にOSとかMSネットワークと絡んだSQL鯖切れが悪い。
ちゃんとしたもん作ってよ。

326 :仕様書無しさん:04/12/11 18:14:31
>>325
さすがマ板、ネタの宝庫

327 :仕様書無しさん:04/12/11 18:17:58
CE向けのSQL Serverあるじゃん。

328 :仕様書無しさん:04/12/11 18:19:53
>>324
そうだね。CLR上で動くDB2もOracleもあるしね。www

329 :仕様書無しさん:04/12/11 18:26:36
>>328
i日MはSybase売るんだって。
DB2負け組みだから負け組みドトニートと負け組み合併 wwwwww

330 :仕様書無しさん:04/12/11 18:28:02
SQL鯖はDB同士もくっついちゃったコントロール画面で使い難い。
MSの限界を感じた。

331 :仕様書無しさん:04/12/11 18:31:27
Swingのコントロール画面の方が限界を感じる

332 :仕様書無しさん:04/12/11 18:49:01
>>330
で、あんたは、なにを薦めるの?

333 :仕様書無しさん:04/12/11 18:59:53
>>325
MTSとか知ってる?

334 :仕様書無しさん:04/12/11 19:44:22
J厨はMSが嫌い

335 :最凶VB厨房:04/12/11 20:05:03
ドトニート連呼バカは半べそかいて逃げたの?

336 :仕様書無しさん:04/12/11 20:11:12
ドドッドドッドニートッ!

337 :仕様書無しさん:04/12/12 08:47:31
ドトニート連呼バカ

338 :仕様書無しさん:04/12/12 08:58:22
連呼といえば別で居るだろ。









そいつ呼ぶなよ。

339 :呼んだ?:04/12/12 09:54:40
RUBY〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

340 :仕様書無しさん:04/12/12 11:50:01
『  あるドトニート連呼バカの一生   』
名前: 仕様書無しさん
E-mail: age
内容:
10〜20代:適当に暮らしていても、親もまだ現役世代なのでまだまだパラサイト可能。昼は派遣でも
       自分の時間には夢のようなソフトを開発を続けているなどといいつつ、リーマンPGに、
       比べると たいした苦労もなく好きプロジェクトを渡り歩く生活を送る。実際には深い
       経験もない新技術をあたかも習得済みであるかのごとく語り、一生フリーPG・派遣PG
       でもいいやなどと豪語する。必死で覚えたJavaを愛し、死滅するのを感じながらも、
       適応力が薄いので、.netは覚えることができない。2chに常駐し、ドトニートとアホの一つ覚えで繰り返すが、
       実は自分が生粋のニート。

20〜30代:学生時代の同級生たちは中堅どころ。自分はまだまだ浮草生活。ただ、親が退職した頃か
       ら生活費が苦しいことをリアルに感じ出す。しかし改心し会社勤め転じたにしてもそ
       れまでに身に付いた自由気ままさ感覚のゆえに長続きしない。年齢制限、職歴なしで
       も技術力でしのいではいるが新しい技術を学ぶのが徐々に面倒だと感じるようになっ
       ている。以前の同僚たちとは身分に差がつき始め、恥ずかしくて友人の結婚式や同窓
       会に出席できなくなる。

30〜40代:社会人の同級生はぼちぼち管理職となり月収も増え、ボーナスの額に一喜一憂するが、
       自分の稼ぎは20代の頃と変わらない。それどころか、体力は衰え眼精疲労もひどくな
       るのに、仕事は忙しいまま相変わらずデスマーチな毎日。プロジェクトが終わって次
       のプロジェクトまでの待機期間が何気に長くなる。派遣採用元の営業も連絡がまばら
       になり冷淡な対応に終始する。
       普通の庶民の生活に憧れるが完全に手遅れ。結婚も家庭も諦める。絶望感が漂い始める。


341 :仕様書無しさん:04/12/12 11:50:32
30〜40代:社会人の同級生はぼちぼち管理職となり月収も増え、ボーナスの額に一喜一憂するが、
       自分の稼ぎは20代の頃と変わらない。それどころか、体力は衰え眼精疲労もひどくな
       るのに、仕事は忙しいまま相変わらずデスマーチな毎日。プロジェクトが終わって次
       のプロジェクトまでの待機期間が何気に長くなる。派遣採用元の営業も連絡がまばら
       になり冷淡な対応に終始する。
       普通の庶民の生活に憧れるが完全に手遅れ。結婚も家庭も諦める。絶望感が漂い始める。

40〜50代:若い派遣PGの方が動きがよく安く使えるので登録派遣会社から声が掛からなくなる。クビ同然。
       ソフト開発以外のバイトを探して採用されても体力の衰えから1週間も続かなくなる。
       かつてのスキルは時代遅れとなり、また物覚えも悪くなる。新しい技術書は手にとっても
       読む気にもなれない。面接担当者は皆自分より若く、若いPMには外しづらい高齢PGは嫌が
       られ、まれなチャンスでさえ採用につながらない。
       当然、貯蓄があるわけでもなく、親戚からも疎まれる社会のお荷物と化す。いつしか一線
       を超えてしまい、雨風をしのぐためのビニールシートを購入する。服は毎日同じ。プライド
       を捨てコンビニ・飲食店の残飯あさりを始める。

60代〜  :同世代は孫ができ、退職後は退職金やこれまでの貯蓄、年金等で、贅沢とは言えないまでも
       普通の暖かい老後を送る。幸せな普通の人生と言える。一方、長年に渡る浮浪者生活で
       体はボロボロ、あちこちが痛む。しかし健康保険も加入してないので病院にも行けない。
       もちろん国民年金などもらえない。あとは時間の問題にすぎない。

終末   :親族の中では行方不明のまま、共同墓地で無縁仏となる。


342 :仕様書無しさん:04/12/12 11:53:23
ブルジョアであるソフトウェア開発企業によるソースコードの独占は粉砕されねばならぬ。
プログラマの労働の成果物であるソースコードは、プログラマの私有財産ではなく、
人民の共有財産であり、その労働は人民への奉仕活動である。
我らがオープンソース大革命は、プログラマによるソースコードの私有財産化を
廃し、人民の公共財産とする闘争である。

ソースコードをプロレタリアートの手に奪還するのだっ!

343 :仕様書無しさん:04/12/12 12:17:39
>ドトニートとアホの一つ覚えで繰り返すが、実は自分が生粋のニート。
99%当たりだろうな(w


344 :仕様書無しさん:04/12/12 12:38:43
最近、案件の減ってきた自宅待機中のjava派遣ドカタだろ。
ほとんどニート状態のwww

345 :仕様書無しさん:04/12/12 13:43:32
>>340-341
これってあまりに生々しすぎて笑えないなあ

346 :仕様書無しさん:04/12/12 18:51:51
なんかブビ厨とかドトニートの中の人はおもしろみが無いんだよね。

347 :仕様書無しさん:04/12/13 23:09:05
>>345
そうか?
今20代なら、給料は増えないが、あと20年も飯が食えるじゃん。

348 :仕様書無しさん:04/12/16 14:31:56
Javaのメーリングリストで
VJ++はJava言語じゃないと言っている椰子がいて笑えた
プロジェクトプロパティで規定のコンパイラをJ2SEのjavacにして
クラスパスを自分のSDK環境に通せばPureJavaツールとして
使えるのに。えらそうにうんちくを語っていた
だから劣っていくだけなのかな、ツールさえも使いこなせないのだから

349 :仕様書無しさん:04/12/16 14:51:40
MS製品に触れると脳が汚染されるとマクネリ首領様が仰ったんだよ。

350 :仕様書無しさん:04/12/16 15:12:00
VJなどという汚らわしいものには触れません。
無理強いされた時のために、自決用青酸カリのカプセルを奥歯にしこんでいます。

351 :仕様書無しさん:04/12/16 15:12:45
偉大なるマクネリ様!私は純血を守り抜きます!!

352 :仕様書無しさん:04/12/16 15:59:16
>>351
http://pcweb.mycom.co.jp/photo/news/2004/04/03/001al.jpg

353 :仕様書無しさん:04/12/16 19:32:15
■ ThinkIT:PHP4とJavaのパフォーマンス比較
http://www.thinkit.co.jp/free/compare/2/2/1.html
■ PHP5とJavaのパフォーマンス比較
http://www.thinkit.co.jp/free/compare/2/4/1.html



354 :仕様書無しさん:04/12/16 22:18:32
>>348
だって裁判で「Javaじゃないよ」って判決でちゃったもの。

355 :仕様書無しさん:04/12/17 20:21:29
さらし上げ
ttp://homepage2.nifty.com/igat/igapyon/diary/2004/ig041212.html

356 :仕様書無しさん:04/12/17 20:46:00
日本板硝子関連会社にいた伊賀さん?

357 :仕様書無しさん:04/12/17 22:20:15
まあ、Javaを真面目にやってればそれだけ先がないのを思い知らされるよな。
ご愁傷様。

358 :仕様書無しさん:04/12/18 00:20:02
なあ、みんなでイラクに行かねえ?

359 :仕様書無しさん:04/12/18 00:24:25
>>353
肝心な結論がメアド晒さないと
読めないんですが。

結論だけコピペすれ。

360 :仕様書無しさん:04/12/18 02:11:16
.NETが主流になったとしても
Java使えれば特に勉強しなくてもそのままC#使えるのになぁ
C#も死滅するなら話は別なんだろうが

361 :仕様書無しさん:04/12/18 12:36:23
情報処理試験課題言語がC#になることは
今後とも絶対にない。

362 :仕様書無しさん:04/12/18 13:00:21
  ,j;;;;;j,. ---一、 `  ―--‐、_ l;;;;;; 情報処理試験課題言語がC#になることは  
 {;;;;;;ゝ T辷iフ i    f'辷jァ  !i;;;;;    今後とも絶対にない。  
  ヾ;;;ハ    ノ       .::!lリ;;r゙
   `Z;i   〈.,_..,.      ノ;;;;;;;;>  そんなふうに考えていた時期が
   ,;ぇハ、 、_,.ー-、_',.    ,f゙: Y;;f     俺にもありました。
   ~''戈ヽ   `二´    r'´:::. `!


363 :仕様書無しさん:04/12/19 04:57:43
C#はJAVAの余計な部分を削ってスマート化した言語と思う。
余計なものででっかくなった頭をスマート化するのは、少なくとも必要。
馬鹿はそれができない。


364 :仕様書無しさん:04/12/19 14:46:04
>>359
動作環境
OS Windows XP Professional
CPU Pentium M 1.10GHz
メモリ 512MB
PHP PHP5.0.2 + Apache2.0.50
Zend Optimizer2.5.5
Java JDK1.4.2 + Tomcat4.1.30

5000までの素数をWebブラウザーに表示するプログラムの実行速度
PHP4 Java(JSP) PHP5
1回目 14.69秒 0.46秒 17.38秒
2回目 14.71秒 0.46秒 17.30秒
3回目 14.71秒 0.45秒 17.34秒
4回目 14.71秒 0.45秒 17.32秒
5回目 14.70秒 0.46秒 17.34秒
平均 14.70秒 0.46秒 17.34秒

5000までの素数を画面に表示するプログラムの実行速度
PHP4バッチ Javaバッチ PHP5バッチ
1回目 14.79秒 0.50秒 17.27秒
2回目 14.87秒 0.49秒 17.28秒
3回目 14.80秒 0.50秒 17.29秒
4回目 14.78秒 0.49秒 17.26秒
5回目 14.77秒 0.51秒 17.26秒
平均 14.80秒 0.50秒 17.27秒

365 :仕様書無しさん:04/12/19 14:46:43
データベースへの接続を繰り返すプログラムの実行速度
PHP4 Java PHP5
1回目 16.49秒 7.94秒 18.64秒
2回目 16.33秒 6.64秒 18.11秒
3回目 16.68秒 6.47秒 17.96秒
4回目 16.57秒 6.46秒 18.09秒
5回目 16.45秒 6.47秒 17.92秒
平均 16.50秒 6.80秒 18.14秒

コネクション取得 Select文発行 コネクション解放
PHP4 Java PHP5 PHP4 Java PHP5 PHP4 Java PHP5
1回目 11.12秒 1.90秒 12.65秒 5.03秒 3.76秒 5.41秒 0.24秒 2.28秒 0.39秒
2回目 11.01秒 1.09秒 12.38秒 4.99秒 3.37秒 5.26秒 0.23秒 2.15秒 0.37秒
3回目 11.36秒 1.09秒 12.30秒 4.97秒 3.42秒 5.19秒 0.25秒 1.94秒 0.38秒
4回目 11.23秒 1.22秒 12.37秒 5.00秒 3.22秒 5.23秒 0.24秒 2.02秒 0.38秒
5回目 11.11秒 1.15秒 12.26秒 5.00秒 3.34秒 5.18秒 0.24秒 1.97秒 0.36秒
平均 11.17秒 1.29秒 12.40秒 5.00秒 3.42秒 5.25秒 0.24秒 2.07秒 0.38秒


366 :仕様書無しさん:04/12/21 07:00:17
>>1
javaは劣ってなどいない、オブジェクト指向が理解できないC厨・VB厨がイライラして叩いているだけかと思われ

367 :仕様書無しさん:04/12/21 11:14:24
Javaは劣ってないが厨は劣っている。

368 :EK:04/12/22 13:37:23
theSpokeってどうよ?

あとjavaはクソじゃないから.
.Net厨は逝ってよし

369 :仕様書無しさん:04/12/22 14:06:34
●ドトニート=Net Wlkmn

元勝組みブランドなのに全く売れず
他社との間口広げるのに必死
安売り広告、ネガティブキャンペーン

●Java=iP○d

元負け組みブランドなのにバカ売れ普及
他社製品( ´_ゝ`)フーン
高級品イメージ、大物タイアップ


370 :仕様書無しさん:04/12/22 14:09:32
157 名前:仕様書無しさん[sage] 投稿日:04/12/21(火) 18:45:30
昔、どこかのスレで、Yahoo!JapanがJAVAかそうでないかで揉めてたので結論を。

https://www.pasonatech.co.jp/staff/job_search_result_detail.do?orderCd=7100045459
お仕事内容
最大手ポータルサイトでの開発のお仕事です。
■Webアプリケーション開発業務
・広告配信システム(入稿)のWebアプリケーション開発
・アーキテクチャの設計
・実装、プログラム
必要スキル
・Java開発の技術
・クラス設計、機能要求に対しての設計スキル
・オブジェクト指向

371 :仕様書無しさん:04/12/25 23:04:27
ドトニートwwwwwwwwwwwwwwww


372 :仕様書無しさん:04/12/26 04:59:06
>366
オブジェクト指向のせいでトランザクションも理解できないJava坊があふれている
まぁいいかそれがオブジェクト指向の良さだから。
ゴリゴリとコードを書ければ幸せなんだろうな

373 :仕様書無しさん:04/12/26 11:22:40
トランザクションを理解しなくても
安全なコードを掛けることをメリットと
思わない奴が居るなんて。

374 :仕様書無しさん:04/12/27 11:49:56
理解してない奴が書くとJavaでも危険だけどな。

375 :仕様書無しさん:04/12/28 22:17:40
最近感じたこと。
Javaでコーディングしているだけで
オブジェクト指向を理解していると勘違いしてるJava厨ウザすぎ。
他言語の話だと、せっかく知識がある人が丁寧に説明しているのに
理解しようともせず揚げ足取りみたいな質問ばかり。
さらに自分がついて行けないと「勘違いしてるでしょ」。
たまたま最初がJavaって人はそうでもないだろうけど
他言語(特にC/C++?)が理解できずに
流れて来たとおぼしきJava厨が最悪。
ここまで他言語に狭量な言語厨って他にある?

376 :仕様書無しさん:04/12/29 13:34:55
>375
ないと思う。それがJava厨の特色だね。

377 :仕様書無しさん:04/12/29 14:05:54
いろいろ言ってるけど、本当にJavaしか知らない奴って居るの?
俺はほんの一部かと思ってたんだけど、現在はJavaがスタート地点って
良くある話なんだろうか。



378 :仕様書無しさん:04/12/30 06:34:06
JAVAしか知らない人は、うんざり大量生産されています。
20代半ばに多いです。
言語に気が入りすぎてシステムに目がいかないタイプが多いのが
特徴です。またどうでもいいことでよくほえます。
将来展望は、暗いと思われます。

379 :仕様書無しさん:04/12/30 14:05:47
たしかに、VBの時は必要にせまられて、APIやDLLでシステムやスレッド、ソケットなんかの知識を
拡張していったやつが多くいたけど、JAVAのやつらはVM環境で完結して終りのヤツが多いね。
JNIを通しても得られる知識はあまりないし、、、

380 :仕様書無しさん:04/12/31 00:53:29
初めて、自称Javaエンジニアと仕事をしたオジサンにいわせれば
自称Javaエンジニアは・・・

C O B O L の コ ー ダ ー と 同 義 で あ る

と思いました。


381 :仕様書無しさん:04/12/31 00:56:22
>ここまで他言語に狭量な言語厨って他にある?

ruby厨がおるやん

382 :仕様書無しさん:04/12/31 01:33:24
うぇーーーーん
ぼくだけじゃないもん

るびぃ、るびぃもおなじだもーーーん

Java棒氏ねや

383 :仕様書無しさん:04/12/31 01:37:53
Ruby坊はCもC++もできます。

でも、じゃばぼーはじゃばしかできません

384 :最凶VB厨房:04/12/31 01:38:42
java坊はjavaもろくにできんからわめいているんだよ。

385 :最凶VB厨房:04/12/31 01:39:34
ドトニート連呼バカはその典型例だねw

386 :仕様書無しさん:04/12/31 01:55:00
どとねとって・・・・使えるの?

387 :仕様書無しさん:04/12/31 02:03:00
まだJavaの方がましかもしれんのぉ
安いし

388 :仕様書無しさん:04/12/31 02:05:19
>387
そりゃそうだ

コ ー ダ ー に 高 い 金 払 い た く な い も ん ね

389 :仕様書無しさん:04/12/31 02:52:29
コーディングシテコンパイルカンリョウマデナラポクラニハッチュスルトヨロシ

390 :仕様書無しさん:04/12/31 09:05:22
>>379
> JNIを通しても得られる知識はあまりないし、、、

そういう君は、JNI SpecのInvocation APIの章とか、SWTのソースを
とりあえず見るっちゅーのはどうだ?


391 :仕様書無しさん:04/12/31 10:13:33
Javaに移行しただけでオブジェクト指向をマスタしたと思い込んでいる
元コボラがいちばんうざいです。

392 :仕様書無しさん:04/12/31 20:33:14
>>391
元コボラにしては、がんばった方じゃないの。
すこしは褒めてあげれば。
全裸で。

393 :仕様書無しさん:05/01/01 22:35:56
SWTのソースを読むなんて、そんな非効率なことはしたくありません。
先行き不安な分野ですし、たぶん数年後には見る影もなくなりそうな予感がします。




394 :仕様書無しさん:05/01/04 14:04:13
>>393
昔、タンネンバウムの本と
MINIXのソースでOSの勉強したが
べつに無駄だったとは思わんぞ?


395 :仕様書無しさん:05/01/07 03:17:11
ipodのosはJAVAなんだって。
知ってた?

396 :仕様書無しさん:05/01/07 04:52:04
>394
真性のばかですか?

397 :仕様書無しさん:05/01/07 05:10:57
名スレ
http://tmp4.2ch.net/test/read.cgi/kitchen/1105001950/

398 :仕様書無しさん:05/01/08 00:00:26
2chもJavaなんか使わずにperl+speedyCGI化したぞ。
Javaはリクエストに対するコストパフォーマンスが悪すぎ。
Javaの優位性はPerlより簡単で馬鹿でも出来るから
メンテに困らない事と安く外人労働者を教育して使えるくらいだな。
アクセスが少なく小規模で行数の多いプログラムに適してる。

399 :仕様書無しさん:05/01/08 00:04:04
ロジックが単純な場合はPerlなんかで最高速が出せる。
しかし、ロジックが複雑な場合、JAVAの方が速度が出せるし、メンテナンスも楽。
要は使い分けだ。
掲示板だけ取り上げても仕方ない。

400 :仕様書無しさん:05/01/08 00:05:25
あの・・・すんません。最初のプログラミング言語でJAVAを学ぼうと思ってるんすけど、
本にはプロセスがなんたらこんたらで、JAVAはperlよりもパフォーマンが優れていると
書かれてるだけど、どういうことでつか?

401 :仕様書無しさん:05/01/08 00:07:46
>>400
その本をあと3回読めば分かるよ。

402 :仕様書無しさん:05/01/08 00:22:01
>>400

多分、1プロセスごとのオーバーヘッドの事を言ってるんだと思うが、
Perlの場合でも、SpeedyCGIなどを使えば、
メモリ上に残ってオーバーヘッドがなくなる。
その本の作者は、言語やOSカーネルに対して無知なんだろう。
Javaの優位点は、少ない期間で誰でもある程度平均的に習得でき、
使いこなせるという、
ソフトウエア企業にとってコストが優れてるという事が真髄。

403 :仕様書無しさん:05/01/08 00:24:19
そういうドーピングじゃなくて基本的な仕組みの事が書いてあると思われ。

404 :仕様書無しさん:05/01/08 00:30:41
>>403
具体的にお願いします。

405 :仕様書無しさん:05/01/08 00:54:26
C#はJavaに余計な部分を付加して泥沼化した言語だと思う。
互換性と謳う負の遺産をスマート化するのは、少なくとも必要。
馬鹿はそれができない。

406 :仕様書無しさん:05/01/08 00:58:30
わかりやすい解説
サンクス!(`・ω・´)

407 :仕様書無しさん:05/01/08 14:17:17
>>393
> SWTのソースを読むなんて、そんな非効率なことはしたくありません。

Eclipseのソースって、デザインパターンがあちこちに適用されていて、
結構参考になるんだけどね。

408 :仕様書無しさん:05/01/09 12:29:56
なるほど
だからあんなにモッサリしてるのか

409 :仕様書無しさん:05/01/10 10:08:39
>>407
> Eclipseのソースって、デザインパターンがあちこちに適用されていて、

まあ、GoFのErich Gammaも、Eclipseの開発メンバなので。

410 :仕様書無しさん:05/01/11 17:43:02
厨って美しければ遅くてもいいんだよな
eclipseを使って不満がでないその感性がまじ凄いよJAVA厨

411 :仕様書無しさん:05/01/11 17:50:22
Installing CDT With MS Visual C
http://eclipsewiki.editme.com/InstallingCDTWithMSVisualC

412 :仕様書無しさん:05/01/12 00:17:18
eclipseって起動以外、何が遅い?

413 :仕様書無しさん:05/01/12 01:12:38
厨って早ければ汚くてもいいんだよな
VCを使って不満がでないその感性がまじ凄いよVC厨


414 :仕様書無しさん:05/01/12 09:36:55
厨の美しさの定義って自分の脳内だけだしな
普通のPGから見たらJ厨のコードはキタネえだけ

>>412
・インテリセンスが遅い
・ビューの切り替えが遅い
・文字入力の反応が遅い

J厨の頭の回転がJUST eclipseのスピードだからちょうどいいのかもしれんが



415 :仕様書無しさん:05/01/12 09:57:42
汚さってこういうことだろ。

MFCに嫌気がさした人の数→
ttp://pc5.2ch.net/test/read.cgi/tech/1059196520/


416 :仕様書無しさん:05/01/12 09:59:32
VC == MFCなん?

417 :仕様書無しさん:05/01/12 10:00:50
>>416
一般的にはそうでつ。

418 :仕様書無しさん:05/01/12 10:03:52
SDKのほうが多いかと。

419 :仕様書無しさん:05/01/12 10:24:38
MSXML使うときはATL


420 :仕様書無しさん:05/01/12 11:31:11
>>413
> 厨って早ければ汚くてもいいんだよな

Visual C++ .NET Standard 2003使う機会があったんだが、
VC6に比べて、かなり重くなった感じだった。。。
Wizardのダイアログ、特にファイルのSaveとかOpenとかなんであんなに重いの?


421 :仕様書無しさん:05/01/12 11:39:38
そうそう、VSドトニートが出てから嫌いだったVS6が愛しくなったヨ。
でも画面作り難杉。

422 :仕様書無しさん:05/01/12 16:37:56
漏れもVS6がいいと思ったがMFC7.0で新機能が追加されたので
.NETを使っている。起動はえくり糞より1テラ倍速いがなあ
2秒であがるよ.NET VS


423 :仕様書無しさん:05/01/12 16:41:01
正直俺はJavaは消えて欲しいよ。
クラスライブラリィなんたらオブジェクト指向どうたらって・・
言ってる割には
System.out.print打ち込むだけのJ厨にはほとほと嫌気がさしている

424 :仕様書無しさん:05/01/12 16:49:45
それってWebアプリの問題であって、Javaの問題ちゃうぞ。
COBOLでWebアプリなんて書かれたらガクブル
困ったことにテキスト処理しか出来ないCOBOL的に合うと勘違いされたらどうするよ。

425 :仕様書無しさん:05/01/12 18:12:49
>>423
>クラスライブラリィなんたらオブジェクト指向どうたらって・・
>言ってる割には
なんかJavaスレ読んでると
Java厨ってオブジェクト指向にやたらこだわる割りには
「設計」に気を止めてないような気がする。
何でかね。不思議なんだけど。

426 :仕様書無しさん:05/01/12 18:24:33
>>425
彼らにとって「オブジェクト指向」は単に思想だから。方法論にまで敷衍出来ていないから。
実際に設計を行う局面になると、方法論の欠如から目を背けるのだよ

427 :仕様書無しさん:05/01/12 18:33:36
それでは

Java厨って「オブジェクト指向」って言葉だけで酔いしれる馬鹿のあつまり

でいいかな


428 :仕様書無しさん:05/01/12 19:16:43
ここにいるアンチJavaな人は、グローバル変数+基地外マクロてんこ盛りのMFCが好きなのか?
設計が糞なら、どんな言語でも糞コードになる。
設計がおかしいのは思想が悪いからではないか?
MFCはその典型。ライブラリ自体に一貫性が感じられない。
WinのAPIがあんな設計だから仕方ないと言えばそれまでだけど、VCLのほうが一貫性あるぞ。

オブジェクト指向ばっかり叩いてると、オブジェクト指向を理解できない人だと思われるよ。
カプセル化だけでも十分オブジェクト指向の意味があると思うけど。

429 :仕様書無しさん:05/01/12 19:21:42
支離滅裂。自分の文章を見直すように。

430 :仕様書無しさん:05/01/12 19:24:10
MFCのグローバル変数ってどんなの?

431 :仕様書無しさん:05/01/12 19:26:16
>>428
>カプセル化だけでも十分オブジェクト指向の意味があると思うけど。

そんな君に、この格言を授けよう。

「設計が糞なら、どんな言語でも糞コードになる。」
                        >>428


432 :仕様書無しさん:05/01/12 19:36:01
>>428
悔しさが滲み出ている(ある意味)良いレスだw
>設計がおかしいのは思想が悪いからではないか?
設計は方法論に立脚し、方法論は思想に立脚する。
思想だけで方法論が無くては正しい設計が出来ないよね
>オブジェクト指向ばっかり叩いてると、オブジェクト指向を理解できない人だと思われるよ。
このスレは「Java厨を叩くスレ」ですが

433 :仕様書無しさん:05/01/12 19:52:43
Guy Lewis Steele Jr(アーキテクト):
「最初に設計した言語は完璧な芸術品だった。
崇高で、傷のない・・・。

だが、その勝利は悲劇的な失敗に終わった。
その避けがたい運命は、普通のプログラマが持つ
不完全な本質の帰結であることは明らかだ。

私は作り直した。歴史に基づき、
普通のプログラマのグロテスクな性質を
もっと正確に反映させた。

だが、私はまた挫折を味わった。

その後私は理解した。
答えを見つけるには、もっと不完全な知性が必要だと。
完璧を求めるパラメータの低い知性だ。」


434 :仕様書無しさん:05/01/12 20:21:28
>>433 を読んだプログラマの反応(計3種類)

優秀なプログラマ
「悲しいことだが、そのとおりだ。」

普通のプログラマ
「確かにそのとおりだけど、ちょっと俺らを
馬鹿にしすぎてやしないか?」

Javaプログラマ
「全くそのとおり。Java のような崇高な言語も
結局世間は理解してくれないもんな・・・」


435 :仕様書無しさん:05/01/12 23:07:12
>405
マイクロソフトのこと?
.netframeworkですでに互換性無くしているような・・・。

>402
その優位点はPerlのことじゃないの?
オバヘがあってもなくても違いは、実際それほどでもって思う。
セッション生成のレスの遅さの方が気になるね。
いちいちコンパイルしなくて良い点って結構イイ。
なんでJAVAって流行ってんだろ?

436 :仕様書無しさん:05/01/12 23:35:02
>>413
お前の書いたコードよりぜんぜん綺麗だよ。

437 :仕様書無しさん:05/01/12 23:43:45
>435
じゃあunsafeって何のためにあるの?
てか,netって完璧Javaのパクリじゃん。思想とか方法論がおかしいって言うならなんか違うぞ

438 :仕様書無しさん:05/01/12 23:51:22
  _、_
( ,_ノ` )
 O))|E] シュッ

  _、_
( ,_ノ` )
    (), ボッ
 σ ̄

  _、_
( , ノ` )
  \
    (),
 σ ̄

  _、_
( ,_ノ` )y━・~~~  COBOLは大文字ばかりだから見た目はきれいだよな

439 :仕様書無しさん:05/01/13 00:14:21
>435

なんで流行ってるかって、そりゃあクライアントがJava案件に
金出すからだよ

440 :仕様書無しさん:05/01/13 08:30:19
j厨とパーラーの低レベルな叩き合いがはじまりました

441 :仕様書無しさん:05/01/13 08:40:45
プロレスラーで置換してみると
C/C++厨  藤田 強い
j厨    長田 絶対的に弱い
パーラー  天竜 昔は強かったかがいまは年寄り
PHPラー  武藤 そこそこ
巴戦でやりあってくれ



442 :仕様書無しさん:05/01/13 09:26:23
Cも下手糞が書くとPerlより遅いぞ。
遅いし、生産性も悪いと来たらアフォかと馬鹿かと。
結局、駄目な奴は何をやっても駄目。
能力のある人間は言語なんて使い分けるのが普通。

443 :仕様書無しさん:05/01/13 09:54:56
どんなに糞な椰子が書いてもPerlよりは速いのがCだが
>>442が書くとまともに動作しないのもC

444 :仕様書無しさん:05/01/13 09:56:52
アフォなクライアントが、言語の特性を見極められず…
何でもCOBOL とか、
何でもJava とか。

「Javaの案件だけは行きたくねえ」って常々本社に言ってるんだが、
悲しいかな雇われPGの漏れ。

445 :仕様書無しさん:05/01/13 09:58:00
>>443
お前がPerlを使えないからと言ってそんな妄想しなくていいよ。

446 :仕様書無しさん:05/01/13 09:59:38
>>445
あんなURIエンコードしまくったような汚いソースなんて
書きたくもねえよ

447 :仕様書無しさん:05/01/13 10:01:12
最近はj厨叩きのためにパーラまでが登場するとは。。。。
Javaも終わりだな

448 :仕様書無しさん:05/01/13 10:01:55
>>446
なんだ、Cしかしらない厨房か。
相手にして損した。
お前のような厨とはまともな議論にすらならん。
時間の無駄。


449 :仕様書無しさん:05/01/13 10:04:55
>>448
PerlでセマフォとかMutexとか操作できるの?
だったらすごいね俺もPerlやろうかな

450 :仕様書無しさん:05/01/13 10:06:03
なんだ、Cができなくて挫折したPerlしかしらない厨房か。
相手にして損した。
お前のような厨とはまともな議論にすらならん。
時間の無駄2


451 :仕様書無しさん:05/01/13 10:07:48
Perl厨はJava厨よりたちが悪いな。
Java厨はまだ「クラースライブラリ」「JVM」に対する愛情があるよな。

452 :仕様書無しさん:05/01/13 10:12:29
神の領域
・カーネル開発
・ドライバ開発
・サービス開発
C/C++(ASM)の世界
------------------------------------------
リーマン領域
・パッケージ
・Webアプリケーション
・業務アプリ
C/C++,VB,C#,Javaの世界
--------------------------------------------
底辺領域
・Web CGIレンタルサーバ向け開発(孫受け以下)
CGIプロセス開発なのでマルチスレッドでは動作しません
主にPerl
--------------------------------------------



453 :仕様書無しさん:05/01/13 10:17:48
>>449
もちろん出来るぞ。
お前レベル低すぎだぞ。
お前のような奴は、何やっても使い物になってないだろ。
今日は特別に、上達するコツを教えてやるよ。


質問する前に検索しろ。


454 :仕様書無しさん:05/01/13 10:33:31
>>452
馬鹿だな。素人ならともかく
言語で食っていくなら
C,Java,スクリプトなんてすべて使えて当たり前なんだよ。
使えない厨房はつまらん煽り合いになるだけだから消えろ。

455 :仕様書無しさん:05/01/13 10:36:23
言語で食っていく?

456 :仕様書無しさん:05/01/13 10:44:17
Perl厨が高飛車になってもJava厨のような
「オブジェクト指向」バックボーンがないから弱そうだな


457 :仕様書無しさん:05/01/13 10:46:59
厨房は所詮厨房
この業界でそれなりにやっていくには
どの言語も出来て当たり前。
厨房にはそれが分からんのですよ。


458 :仕様書無しさん:05/01/13 10:50:59
食うためには「糞キタネえ記号だらけのPerl」でも
ほいほい仕事しなきゃならんわけでしね

459 :仕様書無しさん:05/01/13 10:52:06
そんな悲しい仕事ならば
Java厨のほうがどれだけ志が高いことか。。。

460 :仕様書無しさん:05/01/13 10:53:00
おお!
Java厨の評価がパーラのおかげで高まったよ

461 :仕様書無しさん:05/01/13 10:54:48
java厨>>>>Perラー

java厨の決め言葉->クラスライブラリィ、オブジェクト指向
Perラーのきめ言葉->(本当はこれしかできないのに)多言語ができて当たり前


462 :仕様書無しさん:05/01/13 10:55:52
お前ら無能人間ははつまらん煽り合いが本当に好きだな

463 :仕様書無しさん:05/01/13 11:05:31
>>462
まったくそのとおり。「煽ったら快感」らしいのだが俺には理解できん。
まあ「無能」か否かは知らんけど、少なくとも「自分に自信が無い」のだろう

464 :仕様書無しさん:05/01/13 11:08:43
>>463
自己紹介乙

465 :仕様書無しさん:05/01/13 11:33:05
Web Prog板に帰れ。厨房ども

466 :仕様書無しさん:05/01/13 11:35:08
ところで今日の昼飯は
石焼ビビンパに決めたぞ


467 :仕様書無しさん:05/01/13 14:25:26
ttp://www.infotek.co.jp/java/c_j1.html
比較

468 :仕様書無しさん:05/01/13 18:27:28
session facadeと聞くと
ふぁさーどの部分で
フサギコのフサフサを思い浮かべてしまう

469 :仕様書無しさん:05/01/13 19:00:14
>>441
レスラーではないが

.net 曙 有名だが勝てる気がしない

470 :仕様書無しさん:05/01/15 14:58:18
>>467
何その機械翻訳を中学生が修正したような文章。

471 :仕様書無しさん:05/01/23 05:27:27
汚いJavaは無くなって欲しい

472 :仕様書無しさん:05/01/23 19:49:58
yes

473 :仕様書無しさん:05/01/23 20:00:20
Java案件もだいぶ減ってきた。

474 :仕様書無しさん:05/01/23 20:33:43
いいことだよね
劣ったものは淘汰されるのみ

475 :仕様書無しさん:05/01/24 10:19:44
>>473
それが減って、逆に増えてきた案件は何?
.NEETとかいうウソの回答は無しね。
.NEETの言うところの増加はマイナー案件の域なんだから。


デジドカ業界的には、ウェブアプリ化で工数激減、さらに大規模案件一巡で単価激減だよね。
Java案件が減るとデジドカ淘汰なだけちゃうんかと。

476 :仕様書無しさん:05/01/24 10:42:46
>Java案件が減るとデジドカ淘汰なだけちゃうんかと。
も前らのことだろ?

477 :仕様書無しさん:05/01/24 11:01:56
正直、VBとかVCの案件ってのはよく見るが、.NETなんて見た事無いわ(w
Webなんて特に。

478 :仕様書無しさん:05/01/24 13:46:17
つうか、Webアプリ自体が減ったきたような。。。

479 :仕様書無しさん:05/01/24 16:44:36
デジドカ業界的に、Webアプリが減って逆に増えてきた案件はあるの?
それがパッケージ導入支援だったら悲惨だな。

480 :仕様書無しさん:05/01/25 19:05:48
汚いフレームワークとやらの寄せ集めのがらくたJavaは消えたほうが世のため

481 :仕様書無しさん:05/01/25 19:08:15
Perlしかできないくせになんでも出来ると豪語するPerl専門家もね

482 :仕様書無しさん:05/01/25 19:27:12
汚いフレームワークの代表格はVSに一杯(ry

483 :仕様書無しさん:05/01/25 20:30:37
VSはツールでフレームワークじゃねえだろが

484 :仕様書無しさん:05/01/25 21:09:12
なんか綱渡りなスレだなw

485 :69式フリーPG ◆hND3Lufios :05/01/25 21:14:45
ところで、EclipseとCDT,VCTKってどうよ?

486 :仕様書無しさん:05/01/26 00:15:30
もっさり

487 :仕様書無しさん:05/01/26 12:53:43
うむ。俺はJAVA技術の第一人者だ。プロジェクトでも俺には誰もが一目置いてくれている。
おれがレビューする時にはけしてだれも何も言わない。当然だがな。
しかしたまに昔からCをやっているおっさんがいちゃもんをつけてくる事がある。
おっさん「そのビッグバッファのGlobalAlockメモリはきちんとロックされているんだろうな」
俺「うっせぇんだよ。JAVAはJVMがそれらをきちんと管理してくれているんだ。」
おっさん「お前らはメモリもスレッドスライスもみんなJVMまかせじゃねえか、それでいいのか!」
俺「いいんだよ、おっさんのmallocしてfreeしねえで動かないコードなんてJAVAじゃありえないんだよ」
おっさん「お前らVMの内部仕様もしらねえでよくそんなに自信満々に使えるな、感心するよ。」
俺「んなもん知らなくてもout.printlnさえ知っていればいいんだよ。それがJAVAだ、おっさん!!!」


488 :仕様書無しさん:05/01/26 13:00:59
>>487
おっさん!!!って言っちゃ駄目じゃないか?

489 :仕様書無しさん:05/01/26 13:50:26
うむ。俺はPerl技術の第一人者だ。プロジェクトでも俺には誰もが一目置いてくれている。
おれがレビューする時にはけしてだれも何も言わない。当然だがな。
しかしたまに昔からJAVAをやっているおっさんがいちゃもんをつけてくる事がある。
おっさん「Perlのソースは保守性が悪いからJAVAに書き換えてくれ。」
俺「うっせぇんだよ。Perlの美しさは$文字じゃねえかUS$だぜ。お金持ちのための言語じゃねえか。」
おっさん「お前らはメモリ管理もスレッドプログラムもみんなネットにころがっている怪しいライブ
      ラリまかせじゃねえか、それでいいのか!」
俺「いいんだよ、おっさんの90%は使わない機能の無駄だらけな巨大クラスをいちいちインスタンス化
   している待ち時間がもったいねえよ。」
おっさん「お前らオブジェクト指向もしらねえしPerlにはそんなものねえし、よくそんなに自信満々になれるな、感心するよ。」
俺「んなもん知らなくても$文字さえ知っていればいいんだよ。それがPerlだ、おっさん!!!」


490 :仕様書無しさん:05/01/26 15:40:54
うむ。俺は引きこもりの第一人者だ。2ちゃんねるでも俺には誰もが一目置いてくれている。
おれが書き込みする時にはけしてだれも何も言わない。当然だがな。
しかしたまに昔からあめぞうをやっているおっさんがいちゃもんをつけてくる事がある。
おっさん「お前らひろゆきの心の内もしらねえでよくそんなに自信満々に書き込めるな、感心するよ。」
俺「んなもん知らなくても夢ひろがりんぐさえ知っていればいいんだよ。それが2ちゃんだ、おっさん!!!」

491 :仕様書無しさん:05/01/26 15:57:31
何気に、おまいらテンプレ化を狙ってない?

492 :仕様書無しさん:05/01/26 16:38:20
劣ったJava厨が他スレ乱立w

493 :仕様書無しさん:05/01/26 16:49:17
うむ。俺はテンプレ化の第一人者だ。2ちゃんねるでも俺には誰もが一目置いてくれている。
おれがガ板にスレ立てする時にはけしてだれも何も言わない。当然だがな。
しかしたまに昔からあめぞうをやっているおっさんがいちゃもんをつけてくる事がある。
おっさん「お前らひろゆきの心の内もしらねえでよくそんなに自信満々に書き込めるな、感心するよ。」
俺「んなもん知らなくてもガ板のスレ立ての仕方さえ知っていればいいんだよ。それが2ちゃんだ、おっさん!!!」

494 :仕様書無しさん:05/01/26 20:20:40
うむ。俺はC技術の第一人者だ。プロジェクトでも俺には誰もが一目置いてくれている。
おれがレビューする時にはけしてだれも何も言わない。当然だがな。
しかしたまに昔からPascalをやっているおっさんがいちゃもんをつけてくる事がある。
おっさん「その代入は:=になってないけどいいんだろうな」
俺「うっせぇんだよ。Cはいちいちポチポチはつけねえでも代入できるんだよ。」
おっさん「お前らは=だけで代入するなんて手抜きもいいとこじゃねえか、それでいいのか!」
俺「いいんだよ、おっさんのbeginしてendするなんて面倒なコードなんてCじゃありえないんだよ」
おっさん「お前らPascal構文の美しさもしらねえでよくそんなに自信満々になれるな、感心するよ。」
俺「んなもん知らなくても汚くてもリークしてもいいんだよ。それがCだ、おっさん!!!」


495 :仕様書無しさん:05/01/26 23:03:58
スゲー誤爆だな、おい!


496 :仕様書無しさん:05/01/27 09:44:17
beginしてendするなんて面倒なコードなんてCじゃありえないんだよ


497 :仕様書無しさん:05/01/29 03:02:04
劣った言語にユーザー
汚い

498 :仕様書無しさん:05/03/15 14:58:11
YES

499 :仕様書無しさん:2005/03/21(月) 12:03:58
>>496
何がいいたいんだろう。

98 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)