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

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

●なぜドトネト厨はそんなにJavaが嫌いなのか 8

1 :仕様書無しさん:04/11/24 19:25:03
ドトネト(マイクロソフトのあの.NETこと)は相変わらず人気がありませんね。
まるでActiveX状態。
結局Javaに敗北したドットネット。
さあ、これからどうなるドントネット。

前スレ
なぜドトネト厨はそんなにJavaが嫌いなのか 7
http://pc5.2ch.net/test/read.cgi/prog/1096590283/
なぜドトネト厨はそんなにJavaが嫌いなのか 6
http://pc5.2ch.net/test/read.cgi/prog/1089816814/
なぜドトネト厨はそんなにJavaが嫌いなのか 5
http://pc5.2ch.net/test/read.cgi/prog/1088355111/
なぜドトネト厨はそんなにJavaが嫌いなのか 4
http://pc5.2ch.net/test/read.cgi/prog/1085873179/

2 :仕様書無しさん:04/11/24 19:37:51
2get

3 :仕様書無しさん:04/11/24 19:40:57
ここは重複につき削除依頼

4 :仕様書無しさん:04/11/24 19:42:53
終了

5 :仕様書無しさん:04/11/24 19:54:26
こちらにどうぞ
http://pc5.2ch.net/test/read.cgi/prog/1101209533/l50

6 :仕様書無しさん:04/11/24 22:39:56
削除依頼ずみです

7 :仕様書無しさん:04/11/26 23:08:33
正直もう、.NETというか、MS製品である必要性がなくなってきた、というのが本当のところかな。

昔は確かにMS製品の手軽さ、扱いやすさは魅力だったけどさ。
でも、Java関連の環境も最近はずいぶんと楽になってきたし。

.NETを推していた人間の主な理由は主に以下だった。
・JavaはIDE/フォームエディタがないからだめ。
・Javaは遅いからだめ。
・Javaは難しい(オブジェクト指向、デザインパターンを指して)からだめ
・Javaは難しい(環境の作成を指して)からだめ

でも、今となっては、Javaの実行速度は、-serverオプションをつけてメモリ量を適切に設定するなら、
最近のマシンではらくらく動作させられるし、ましてや、Javaが動作するのはサーバ側のこと。
IDEはeclipseが出来たし、フォームはHTMLだから、特にエディタにこまることもなし。
SWT/Swingを使う場合もフォームエディタプラグインはいくつもあるし(Visual Editorあたりが現状主か?)
NetBeansを使うという選択肢もある。

わざと難しくしているくらいの勢いで文句を言っていたPG技術も、気がつけば.NETに大きく取り入れられ、
逃げ場がなくなることに。さらに環境作成についても、専門書や、特集をまとめた雑誌の特別号の
ような形で多数例が出版され、一冊買ってくれば、事足りるように。
技術者としてはかたわともいえる「分かる様にしてくれないとできません」状態だったMS中毒者にも、
手取り足取り教えてあげるという充実振り。

今更、何も金出して.netなんて始めなくても、数年前からそっくり同じことができるJavaでたくさんじゃん、
というのが現状。

8 :仕様書無しさん:04/11/26 23:19:48
で、リアルタイム性を要求されるようなC/Sに対するJavaの回答まだ?


9 :仕様書無しさん:04/11/26 23:27:36
SWT + JavaWebStartでよくね?

10 :仕様書無しさん:04/11/26 23:34:18
>>9
おまいさん、それで何か組んで納品したことあるか?

11 :仕様書無しさん:04/11/27 01:53:00
SWTにするんだったらSwing + JavaWebStartでいいだろ。
速度にいつまで拘ってるんだか。

Java5でSwingアプリ作ってみろよ早いぞ。
うちのバイト先ですでにSwing + JavaWebStartで
あるソフトが納品されたらしい。
普段はWeb系サイトを作っていたのにいきなりクライアントサイドアプリの
ソフトを作っていた。

12 :仕様書無しさん:04/11/27 02:02:32
>>11
Swing厨、うざっ!

13 :仕様書無しさん:04/11/27 04:58:19
>>7
あんたに払う金にくらべたら、VSの値段はただみたいなもの。

14 :仕様書無しさん:04/11/27 10:12:09
ここは重複につき削除依頼

こちらにどうぞ
http://pc5.2ch.net/test/read.cgi/prog/1101209533/l50


15 :仕様書無しさん:04/11/27 11:19:26
>>13
VSを使うと、MS製品に金払った挙句、MS厨を.net向けにリハビリかけないといけないわけだが、
そのコストは計上されてるんだろうか。

16 :仕様書無しさん:04/11/27 12:11:14
eclipseやjavaを使うと、構成するソフトウェアやプラグインとそのバージョン管理、
インストールに時間がかかるわけだが、その人件費は計上されているのだろうか。

素人サンはいいよな。人件費って概念が無いからwww

17 :仕様書無しさん:04/11/27 13:14:56
それでひいひい言ってるのは素人MS信者だけwww

18 :仕様書無しさん:04/11/27 13:23:27
派遣先が整備してくれるから関係ない。

19 :仕様書無しさん:04/11/27 13:33:52
それは自分でできるようにもなろうよ・・・。
今はいいからさ・・・。

20 :仕様書無しさん:04/11/27 14:57:14
Swingってどうしてあんなきしょいの?
教えてエロい人

21 :仕様書無しさん:04/11/28 08:33:42
>eclipseやjavaを使うと、構成するソフトウェアやプラグインとそのバージョン管理、

2日間eclipse講習会逝ったけど、プラグインの組込みはファイルのコピーと解凍だけだったよ。
Javaだけでなく、RDBやアプリケーションサーバーと連携するし、コード補完はコンパイルエラーも直すし、
デバッガパースペクティブもあったら、他に何も要らない。

22 :21:04/11/28 08:35:28
逆に、VSドトニートをインスコしたらギガヘルツのマシンで半日以上かかった。
時間の無駄。

23 :仕様書無しさん:04/11/28 09:08:24
確かにVSのインストールは長いがさすがに半日はかからなかった。
Celeron500MHzのマシンで2時間くらいだったかな。

24 :仕様書無しさん:04/11/28 10:47:00
CD-ROMがめちゃくちゃ遅かっただけじゃねーの?

25 :仕様書無しさん:04/11/28 10:57:22
>>20
お前のあたまがきしょい

26 :仕様書無しさん:04/11/28 10:59:39
NetBeansを使ってやれよ。おまいら。

27 :仕様書無しさん:04/11/28 11:03:12
ぼくはWindows 以外のOSさわったことありません

28 :仕様書無しさん:04/11/28 11:07:57
>>27
ネタにも聞こえるけど、真面目にそういう人間だっているだろうな。

29 :仕様書無しさん:04/11/28 11:42:17
そもそもeclipseのプラグインやフレームワークの管理ってどれくらい大変なんだろうか。

通常の開発では、
・J2SE include J2RE
・IDE(eclipse, NetBeans)
・Front Control Framework(Struts, Tapestry)
・Testing Framework(JUnit, Cuctus)
・Build用Script(Ant)
・XML Parser(Xalan, Xerces)

あと、機能によってはJavaMailとか、そういうのも入ってくるか。
で、これとは別に、JSP/Servletコンテナ、O/Rマッパ、XDoclet、その辺も必要になるか・・・。
Tag Library(Jakarta Taglib)なんてのも入れた方がいいのか。

さらにこれらを有効に使おうと思った場合、eclipseなら、当然、それらを扱うためのpluginがあるな。
使うものによってまちまちだけど、Lomboz plugin, SYSDEO Tomcat plugin, Spindle, Solar Eclipse plugin、
などなど。

確かに量は多いよな。

30 :仕様書無しさん:04/11/28 15:20:54
>>22
メモリと光学ドライブを買い換えろ。

31 :仕様書無しさん:04/11/28 22:52:53
というかJava厨どうこうの前に
.netの糞っぷりを誰かこき下ろす奴いねーのかよ
eclipseも糞な所はあるがVSドトなんか冗談としか思えないレベルなのが
現実だろうが

32 :仕様書無しさん:04/11/28 23:47:00
誰もそんな風に思ってないってことだろ。

33 :仕様書無しさん:04/11/29 08:27:26
>>31
お前が書け。VSがeclipseに劣っているといわれても、あまり思い浮かばない。

34 :仕様書無しさん:04/11/29 19:25:34
VSが負けてる点ってプラグインで気軽に機能追加できない点だけだと思うが。
インスコも起動も重さもeclipseは糞だし。

35 :仕様書無しさん:04/11/29 19:32:24
eclipseの起動が1分くらいかかる

36 :仕様書無しさん:04/11/29 20:55:08
おまいがVSのアドインを知らないだけ。

37 :仕様書無しさん:04/11/29 21:28:08
よかった。eclipseが糞だと思ってたの僕だけじゃなかったのね。

38 :仕様書無しさん:04/11/29 22:02:18
JavaとC/C++、それにCVS関連のプラグインくらいデフォルトにしろ。
インストールは面倒だし、導入した人によって変わっててうざい。

39 :仕様書無しさん:04/12/04 13:29:16
Java, CVSプラグインはデフォルトで入ってるけど


40 :仕様書無しさん:04/12/04 13:31:29
>>34
オープンソースでない時点でVisualStudioは敗北宣言をしたようなものだよ。
オープンソースの威力を身をもって知ればオープンソースの影響力は計り知れない
ものとなる。ソースコードが公開されEclipseそのものの開発に携わることができ
プラグイン開発が容易これがオープンソースの実力

41 :仕様書無しさん:04/12/04 14:04:53
でもさあEclipseの開発元のI$Mはパソコンからも撤退するし
元気ないのが心配

42 :仕様書無しさん:04/12/04 14:06:50
無料でソフトウェアを配布するということは、
ソフトウェアで飯を食う仕事を減らしているということ。


43 :仕様書無しさん:04/12/04 14:07:55
散々このスレでも出てきただろ。
IBMは金さえ儲かれば何だっていいんだよ。
JavaもLinuxもオプソも金のために利用してきただけ。

44 :仕様書無しさん:04/12/04 14:27:01
IBMは90年代中期から急速にSIer化してるって。

45 :仕様書無しさん:04/12/04 14:27:25
無料でソフトウェアを配布するということは、
乞食なJAVA厨を増やしているということ。


46 :仕様書無しさん:04/12/04 14:28:36
>>40
それなら、WindowsにもOracleにも敗北宣告をするのか?

47 :仕様書無しさん:04/12/04 14:33:53
ドカタPGにはフリーが嬉しくて仕方ないんだろうけどサ、パッケージ屋にはたまらんよ。

長期的にはドカタの単金などにも反映してきていると思うのだが、バカはそれに気づかんのよね。

48 :仕様書無しさん:04/12/04 14:37:32
大体、勝ち負けをオープンかそうでないかで論じようとする時点で痛い。
機能や、シェア、サードパーティの対応などが重要だろ。

49 :仕様書無しさん:04/12/04 14:43:46
IBMやNRIのようなSierがフリーソフトを歓迎するのは理解できる。
仕入れが限りなく安くなるからね。むしろ紺猿費や保守費を釣り上げられるしね。

でも、PGが歓迎するのは理解出来ないな。
ソフトウェアは確かに原材料はタダだが、だからといって製品自体を無償にして
しまえば、それは開発という労働に対する対価自体を否定することになる。

PGにとってフリーのメリットってなんだ?

開発環境を整える経費が削減できるだけじゃないか。


50 :仕様書無しさん:04/12/04 14:54:19
業務系ドカタの書くコードなんかそもそも価値が無いってことで。

51 :仕様書無しさん:04/12/04 16:22:04
>PGにとってフリーのメリットってなんだ?

オプソの場合、閉じた世界だったコードを流用できたり参考にしたりできる。

誰でも出来る

単金下がる

ドカタ

52 :仕様書無しさん:04/12/05 12:22:57
>>42
それが広まることで仕事が増える、ってことさ。
そんなことも知らなかったのかい?

53 :仕様書無しさん:04/12/05 12:25:11
>>47
ドカタが使っているツールがいくらかなんて気にするか?

54 :仕様書無しさん:04/12/05 12:28:45
ドカタの発想は>>49とかみたいのだから。
オープンソースのメリットなんてわかりません、というのがドカタ。

55 :仕様書無しさん:04/12/05 14:51:47
オープンソースのメリットは
PG側のメリットにならないってことだ

56 :仕様書無しさん:04/12/05 15:50:50
PGの単金を叩けるということだ。

57 :仕様書無しさん:04/12/06 08:08:19
Java、.NETに関係なく、オープンソースを叩く、ってのはどういう神経なんだろう。
それを利用して作成する以上、内部動作が見えた方がいいに決まってるし、公開されている情報は多い方がいいだろうに。
.NETだって極力オープンソースの流れに乗ろうとしている今、これを叩くってのは一体……?

58 :仕様書無しさん:04/12/06 08:21:18
>>57
乞食なんだろー、性根が生まれつき。

シェアウェア作家(=蛆虫ね)には珍しいことじゃないねw

59 :仕様書無しさん:04/12/06 08:28:23
オープンソースは見えてるから自分でやれ、的な流れがメンドイ

60 :仕様書無しさん:04/12/06 08:58:52
見えてないともっと困る。

というか、大手は莫大なライセンス料払ってOSとかパッケージソフトのコード手に入れてるよね。
契約した部署の人しか見れないから実質見れないんだけど。
それが無料になるだけのことでしょ。

61 :仕様書無しさん:04/12/06 09:01:51
シェアウェア作家は他人のコードパクリまくりだからソースオープンしたらマズーーなわけ。

  だってパクリがバレちゃうでしょw

62 :仕様書無しさん:04/12/06 09:36:33
そもそもオープンソースがなきゃパクリようが無い。

63 :仕様書無しさん:04/12/06 09:42:26
ソースコードの性質上オープンされないということは、ありえなーい。

64 :仕様書無しさん:04/12/06 09:43:29
性質上というのはデジタルデータだからという意味でなくて、
API的位置付けだからサンプルは必須って意味ね。

65 :仕様書無しさん:04/12/06 09:51:00
素人は巣に帰れ

66 :仕様書無しさん:04/12/06 09:52:23
素人ってのはソースコードの検索も出来ない奴か。

67 :仕様書無しさん:04/12/06 09:57:58
各種コードを組み合わせたりパクったり、それに追加出来たりするからマじゃないの?

それがメンドウならマやめれ。

68 :仕様書無しさん:04/12/06 10:04:07
なんかとてつもなく飛躍しているバカがいるな。。。。

69 :仕様書無しさん:04/12/06 10:14:55
オプソ/イソターネットの飛躍に付いてこれない方が滅びるだけ...

70 :仕様書無しさん:04/12/06 10:27:28
飛躍? 5年前から何か変わったか?

71 :仕様書無しさん:04/12/06 10:33:33
>>70
化石は固まってろ

72 :仕様書無しさん:04/12/06 10:47:35
つまり、オプソが滅びるとパクリまくりの乞食がパクリ元がなくなって困るのだな

73 :仕様書無しさん:04/12/06 11:59:13
>>70
革新的な理念が崇高な理念に変わって宗教と化した。

74 :仕様書無しさん:04/12/06 13:51:12
>>72
オープンソースが広まると、自分の理解を超えたコードに対して途端に逃げ腰になる三流マが困るわけだ。

75 :honmakaine747:04/12/06 13:59:42
Xpでこのスペックなら文句ないとおもう

安いね このPC
http://page13.auctions.yahoo.co.jp/jp/auction/r5372329

76 :仕様書無しさん:04/12/06 14:32:46
ちょっと早いですが次スレ立てました。(^_^)v

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

77 :仕様書無しさん:04/12/06 14:35:29
はぁ? ヴァカ?

78 :仕様書無しさん:04/12/06 18:40:49
どうでもいいが、真面目にドトネト厨はJava嫌いなんだな。

79 :仕様書無しさん:04/12/06 23:08:36
いわゆるMS厨は、
・オープンソース
・XP開発
・テストファースト
・オブジェクト指向PG
・UML
・デザインパターン
この辺のキーワードまで平気で叩いて来るからな・・・。
ほとんど滑稽なほど必死。
まあ落ち着けと肩の一つも叩いてやりたい。

80 :最凶VB厨房:04/12/06 23:40:50
被害妄想もここまで来るとアッパレだなw

81 :仕様書無しさん:04/12/06 23:53:33
>>74
VBで、Shift-F2を繰り返していったら、標準で用意されたライブラリ郡のソースの中にまで
ジャンプできるような状態、っても、まだその魅力が分からんかね・・・。

わからねーか。
わからねーかもしれねーな、その感じだと。

ま、もっとも、Java使いでも、src.jarの中なんか見たことないです、ってのがずいぶん居るからな。
しょうがねえ、っちゃしょうがねえが。

82 :仕様書無しさん:04/12/07 08:44:44
VB関数じゃ和歌欄だろうな。

クラスだと、おぉ、このメソッドオーバーライドするだけであれ出来るじゃん、とか、
このクラスの中の人便利なクラス使ってる!、とかあるんだけどな。

83 :仕様書無しさん:04/12/07 10:18:34
>>41
くだらない心配してどうする。
むしろPCから撤退したことで今まで
PCに費やしていたエネルギーを他のことに
大量に使えることができるのでプラスだが。

そもそもEclipseコミュニティはオープンソースコミュニティ
某社のように大手企業がいないと何もできない組織とは違う。


84 :仕様書無しさん:04/12/07 10:20:14
>>42
オープンソースビジネスっつーことをまだわかっとらんのかいな。
ソフトがあまりにも高いと
買いたがる者が減り、その文だけ飯を食う仕事を
減らしているともいえるんだぞ。

85 :仕様書無しさん:04/12/07 12:41:24
オープンソース全部がそうとは言わないが、
撒き餌の意味をもつものが多くあるのは確かだな。
ほれ、ゲーム機なんかで、本体原価割れしても叩き売って、シェアを確保するのと同じだ。
Javaが無料なのも、MSとのシェア争いに勝つため。VSいっしょくになっていたはずの開発体制にこうして対抗勢力としてとりざたされるまでになったわけだから、まあ、効果はあったんだろうな。

86 :仕様書無しさん:04/12/07 12:49:50
逆に言うと、Javaがここまでになったのは、
MS独占を阻止しようとする業界の自浄能力が働いたため、ってのもあるな、多分に。
単純に物がいい、って理由以外に、政治的理由で、って言われる、あれね。
ま、ここまでは皆さんご存知の通り。
この先は俺もしらんが。

87 :仕様書無しさん:04/12/07 12:53:03
>>84
だったら安くすればいいだけでは?
オープンソースにはつながりませんね。

88 :仕様書無しさん:04/12/07 12:53:28
>>82
目糞鼻糞。
なんか、その程度のことで出来る気になってる82が餓鬼っぽい。

89 :仕様書無しさん:04/12/07 12:57:19
トーポがねずみに化けた主人公の祖父なのには驚いたけど
主人公が竜神族とサザンビーク王の子供で
呪が効かない理由がすでに記憶封じの呪いを受けていた影響なのは無理があるな

90 :仕様書無しさん:04/12/07 13:07:11
>>88
出来る気になってるわけでなく、クラスメソッドのオーバーライドの普通の作業なんだが。
さては88はブビだな wwwwww

91 :仕様書無しさん:04/12/07 13:09:14
>>87
オプソに繋がるかどうかでなくて、既にオプソという資産が存在して、
既に多くの人はそれをライブラリや製品として使ってる。
使わなきゃ損なだけ。

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


93 :仕様書無しさん:04/12/07 13:19:36
タダの物使って稼ぐ。
タダの物作る奴は儲からない。
うまい商売ですな。

94 :仕様書無しさん:04/12/07 13:22:54
IBMやNRIのような商社は儲かる。
MSやSUNのようなメーカーは儲からない。


95 :仕様書無しさん:04/12/07 20:03:29
タダのものって微妙に使いにくい
だから金を出して買う

貧乏性は金が惜しくて本来の開発そっちのけで弄繰り回すんだろうが
メンドクセ

96 :最凶VB厨房:04/12/07 20:37:14
>>90
おまえあほだなぁ
VBがメソッドのオーバーライドできないと思ってるの?
知恵遅れもいい加減にしてくれや

97 :仕様書無しさん:04/12/07 20:46:07
できねーよ、陰毛。

98 :仕様書無しさん:04/12/07 20:56:45
>>94
M$やOracleはまだ市場占有率が高いからアレだけど、SunとかNovellとか
もう終わりだよね。

99 :仕様書無しさん:04/12/08 01:03:08
その辺、業界人としては、危機感感じないといけないんだがな、ホントは・・・。

100 :仕様書無しさん:04/12/08 07:58:57
>>95
お前、単純に英語のマニュアルが読めないだけじゃ。

101 :仕様書無しさん:04/12/08 13:12:30
>市場占有率が高い
ソフトとは製造費が実質無料だから、
占有率高いところが大きく吹っ飛ばされる可能性があるんだが。
その一つがオプソ。


102 :仕様書無しさん:04/12/08 14:35:45
>>101
お前、自分で何言ってるか分かってないだろ。

103 :仕様書無しさん:04/12/08 14:41:26
>>102
ごめん、文章変だった。
吹っ飛ばす側がオプソ。

104 :仕様書無しさん:04/12/08 14:44:40
WindowsやOracleをLinuxやPostgreSQL/MySQLが吹っ飛ばすのには無理がある。

NetWareやSolarisなら簡単に吹き飛んだ。

105 :仕様書無しさん:04/12/08 15:03:51
>WindowsやOracle
世界はこれらで動いてるわけでなく、かつ、この組み合わせじゃないだろ。
WindowsはPCでしか生きれないし、Oraはハイエンドサーバーでしか生きれない。
何を言いたいんだろ。

106 :仕様書無しさん:04/12/08 15:43:05
製品自体はよくできてるのに解説書や資料がクソしかない奴大杉。
そういう製品は使いません。新人教育も大変なんで。

107 :仕様書無しさん:04/12/08 16:05:47
>>106
こちらへどうぞ
ttp://pc5.2ch.net/test/read.cgi/prog/1102395756/

108 :仕様書無しさん:04/12/08 16:06:42
このスレにはバカがいっぱいいるようですね。

109 :仕様書無しさん:04/12/08 17:11:31
その代表が>>108

110 :仕様書無しさん:04/12/08 21:42:01
.NET厨ってオブジェクト指向わかるのか・・・?

111 :仕様書無しさん:04/12/09 00:01:48
なんだかんだ言っても、みんなMS独占状態はやばいと思ってるんだろうな。
Java、Linuxの出現然り。
Firefoxの出現然り。

112 :仕様書無しさん:04/12/09 00:59:46
ヲタはそういう人と変わったものを好む傾向があるよね。

113 :仕様書無しさん:04/12/09 01:00:40
>>111
その三つとも、元になるものは、MSの該当する製品よりも前から存在していたんだが。

114 :仕様書無しさん:04/12/09 09:00:15
前スレ上げ

115 :仕様書無しさん:04/12/09 11:26:37
いや、別に、あれは真面目に次スレにしようとしているわけでないだろ……。
言ってみれば単独のネタスレみたいなもんだ。

116 :仕様書無しさん:04/12/09 13:08:08
PCなんてヲタ専用だったのが、一瞬m$Winが独占しただけ。
今日の新聞のi日m系記事でも出てたけど、ネットにはPCである必要無いってよ。
別の言い方ではWinである必要無し。

117 :仕様書無しさん:04/12/09 13:36:07
Windows1.0ってウィンドウのオーバーラップも出来なかったらしい。
Windows2.0のファイルマネージャは文字だけで、グリコのおまけみたいなソフトだった。
DOSでコンパイルしてDOSからWinを起動して、実行させて落ちるとリブートで、1分位待った。
ヲタ専用のWinだったが、WS(UNIX)に比べてPC/AT機は台数の桁がちがうからWinが勝つと予測された。
誰もUNIXに見向きもせず(超ヲタは中古ソラリスを数十万で買ったらしい)、PC/Winが制覇。

次はオーダーが違う携帯が、ドトニートに見向きもしないんじゃないかな。

118 :仕様書無しさん:04/12/09 17:48:25
あのウィンドウとして表示する方法はWinが業界初?
じゃなくて、Xとかが先だったりするの?

119 :仕様書無しさん:04/12/09 17:57:04
研究してたのはXEROXで、それ見て商品化したのがMACじゃないの?
X-Windowは古いよ。
でもコントロール系はXの上でモチーフとかS∪∩のOpen Look動いてた。
モチーフはWindowsを後追いしてたっぽいね。
その後モチーフはオプソ系にやられ死滅。

120 :仕様書無しさん:04/12/09 18:01:01
それらのメジャーなWindowシステムだけでなくて、
大手メーカーは自社コンピューター(オフコンやWS。自社OSだとオフコン、UNIXだとWS)用のウィンドウシステム作ってた。

121 :仕様書無しさん:04/12/09 18:03:30
PC/AT機=I日M、m$、Intel
だったが、それらが氏んだということか。

Wintel連盟も終焉を迎えるか。
それぞれ莫大な資産があるから別々に逝きるんだろうけど。

122 :仕様書無しさん:04/12/09 18:22:10
パソコン自体がもう高級品じゃなくなった。
トースターや扇風機みたいなもの。
必需品。

123 :仕様書無しさん:04/12/09 18:55:47
>>117
> 次はオーダーが違う携帯が、ドトニートに見向きもしないんじゃないかな。
ぜんぜん対象とする範囲が違うじゃないか。
比較の対象としておかしい。


124 :仕様書無しさん:04/12/09 19:06:51
アプリから640Kバイトしか使えないWindowsが(リニアアドレスは64K)、
ギガ単位でスワップ・メモリ使えたUNIXに勝ったわけだし。

携帯はこうしてPCになっていく
ttp://www.itmedia.co.jp/mobile/articles/0412/02/news008.html

125 :仕様書無しさん:04/12/09 20:04:26
現状のPC体制が続くとなると、Windows衰退はちょっと非現実的に聞こえるが、
現状のOSとはまったく違う、より簡素化されたレイアウトになるとしたら、これはちょっとリアルだな。
もし、OSが、「PC」という機械の制御アプリ、くらいのイメージなるとしたら。



126 :仕様書無しさん:04/12/09 21:11:57
携帯電話は入力方法に革新が起こらない限りダメだろ

127 :仕様書無しさん:04/12/09 21:54:24
.net厨はOpenSource嫌いか・・・。
Java厨はSharpDevelopを選んでもいいはずだよな。

OpenSource .NET IDE/SharpDevelop
http://www.icsharpcode.net/OpenSource/SD/

ダウンロードはここ。
http://prdownloads.sourceforge.net/sharpdevelop/SharpDevelop_1.0.2.1726_Setup.exe?use_default=jaist

インストーラつきなので、exeをダブルクリック。インストール。
(要、.NET Framework 最新にしておこう)
Nortonにブロックされたら、「このスクリプト全体を一回だけ実行」。
初回起動時はデータベースがどうのこうのと出るので、
デフォルトのままNext, Next, Start database creation。
(要、24Mの追加ディスクスペース。)

TipsはCloseして、IDEのメインフォームへ。
使う前にとりあえず設定。

メニューバー→Tools→Options→SharpDevelopOptions→UI Language→Japanese→OK
で、あとはこの辺を設定。
メニューバー→ツール→オプション→SharpDevelopの設定→プロジェクトとコンバイン→標準のコンバインの場所(デフォルトのプロジェクト作成先。どこでもすきなところに)
メニューバー→ツール→オプション→SharpDevelopの設定→プロジェクトとコンバイン→ビルドと実行のオプション→開いているドキュメントの変更を保存するか尋ねる(ビルドするときに、未保存のデータを保存するか確認するダイアログを表示する。不要なら無視。)
メニューバー→ツール→オプション→テキストエディタ→全般(フォントはMSゴシックにしといたほうがよいよねきっと。)
メニューバー→ツール→オプション→テキストエディタ→マーカとルール(タブとか空白とか改行マークを出したいときはここ。)
メニューバー→ツール→オプション→ウィンドウフォームデザイナー→グリッドオプション(フォームエディタで、グリッドあらすぎ、と思ったらここ。)


128 :仕様書無しさん:04/12/09 21:55:06
で、とりあえず試しに何か作ってみよう。
メニューバー→ファイル→新規作成
新しいプロジェクトダイアログがひらくので、カテゴリC#から、テンプレートWindowsアプリケーションを選択、名前は「App1」とでもして、ソース用のディレクトリ・・・にチェック入れる、プロジェクト名を修正して、OK。
プロジェクトが作成されるので、とりあえずF5おす。
ビルドされて、デバッグ実行開始、フォームが表示される。

なにかコントロール貼ってみよう。
エディタのすぐ下にある、「デザイン」タブをクリック。デザインペインがでたね?
続いて左下のタブ群から、「ツール」をクリック(タブがない場合は、メニューバー→表示→ツール)
出てきたリストから、Windows Formsを選択。
テキストボックスとボタンを貼り付けよう。TextBoxをクリック、デザイナのフォームをクリック、Buttonをクリック、デザイナのフォームをクリック。
で、貼り付けたボタンをWクリック。表示されたコードエディタのButton1Clickの中にメッセージボックスで、テキストボックスの内容をメッセージボックスで表示するコードかいてみる。
え? C#でメッセージボックス表示はどう書くのか?
C# メッセージボックスでぐぐりましょう。3番目あたりによさげなのあるし。
ってめんどうだから、書いちゃうと。
MessageBox(this.textBox1.Text);
はい。書けたらF5。
おk? おkだね?
さあ、どうですか。今日からC#始められるよ。
ちなみに、ツールバーの一番右のコンボボックス、Debug/Releaseを選択して、F9(ビルド)を押すと。
プロジェクトフォルダの下のbinの中に、どうですか。ねえ。


129 :>>128:04/12/09 21:56:07
ごめ、したから、6行目。
MessageBox.Show(this.textBox1.Text);

の間違い・・・。

130 :>>128:04/12/09 21:56:54
・・・終わりでもいいんだけど、いくつか面白いところもさらっておくか。
さっき触ったButton1Clickのすぐ上、Windows Forms Designer generated codeというのがある。左の+をクリックしてみよう。
これは何でしょう。はい、フォームエディタで設定されたフォームデザイン情報をコードに落としたものですね?
VB時代に、フォームエディタで配置するのが嫌いで、Form_OnLoadで、全て自作のInitializeComponent()、書いた人いないですか? あの時代はすでに過去になりましたよ。
さらに右上。初期状態なら、ヘルプの一覧。表示されてますね?
さらにそのタブのならびに気になる文字が。
「単体テスト」そうです、SharpDevelopにはなんと、ユニットテストフレームワーク、NUnit(.NETのJUnitだよ)が内臓されているのです。
Java厨にはうれしい限り!

さあ、明日から君も.NET厨だ! というトピックでした。
ちなみに俺はJava厨だが。eclipse3.0まんせー。


131 :仕様書無しさん:04/12/10 03:36:37
>>128
それだけ知っているのなら、いかにJava/Eclipseよりも.net環境が優れているかわかるよね?

132 :仕様書無しさん:04/12/10 08:38:54
イミフメ
ドトニートイラネ

133 :仕様書無しさん:04/12/10 10:22:15
いい加減VSドトニートが必要とされて無いことに気付けよ。

134 :仕様書無しさん:04/12/10 12:12:32
swingはGUI部品がダサい

糸冬 了

135 :仕様書無しさん:04/12/10 14:33:46
俺はあれ、クールだと思うがね。

136 :仕様書無しさん:04/12/11 19:12:58
#devでC#、試してみれば結構Java経験者とは相性いいと思うがな。
あとはWebMatrix何かでもいいと思う。

137 :仕様書無しさん:04/12/11 19:23:54
相性が良かったとして何で用途の無いドトニートやらにゃならん。

138 :仕様書無しさん:04/12/11 19:24:53
Webアプリしか仕事が無いというのも悲しいのう

139 :仕様書無しさん:04/12/11 19:35:19
ドトニートの話?
ドトニートなら全く仕事無いだろ。

140 :仕様書無しさん:04/12/12 05:21:25
ドトニート連呼馬鹿にとっては当然そうだろうな。

141 :仕様書無しさん:04/12/12 10:54:21
LinuxのセキュリティTips、馬鹿に少ないのが気になるな・・・。
俺が見ているサイトがよくないのだろうか?
それともホントに上がっているアドバイザリが少ないのだろうか?

っつてもなあ〜。
WindowsのセキュリティTipsはIISだのSQLServerだのも含めてだろうからな。
Linuxでも、ディストリビューションごとのTipsと、
実装されそうな標準的なアプリのアドバイザリがまとめて掲載されるサイトとかあれば、
単純に比較が出来るな。
どっちが手がかかるか、って。

142 :仕様書無しさん:04/12/12 15:35:03
.NETは結局Javaの体制と似たようなもんになるような気がするな。

多分、次に来るのはJ2EEに相当する、開発パターンの作成だろ?
現状.NETの機能を生かした開発がされているとはいいがたいからな。
MSからきっと、.NET EEがリリースされるんだろ。
で、次がサードパーティ取り込みに向けての、インターフェース作成だな。
実装は各ベンダに任せます、フレームワークでは、これこれこういうインターフェースで呼び出しをかけます、
というやつだ。

あれほど嫌ったJavaにどんどん近づいていくな。
.NET厨としては複雑なものがあるだろうな。

VS6.0→VS.NETは言ってみれば、VSのJava化だしな。
C#と、新しいVS.NETの環境は、
・余計なところが見えすぎる
・覚えることが多すぎる
・感覚だけで使えない
・開発技法を習得しないとメリットが得られない
分だけ、かえってレベルダウンにも映るんじゃないか? MS厨には?

143 :仕様書無しさん:04/12/12 18:56:12
Eclipseのオプソによる多様性をメンドウと見てるようだが、
M$がオプソとの関係をシクジッタら滅ぶよね。
VSドトニトはEclipse化する。

144 :仕様書無しさん:04/12/12 20:27:43
最近MS中も.NETに以降しそこなった人間が溢れ出してる感じあるからな。
頼っていたものに裏切られ、
いまさらJavaにも移行できず、
自身喪失のていなのはちょっと痛々しい。

145 :仕様書無しさん:04/12/14 11:05:19
@ejb.resource-refとか書くの面倒なんだけど?

146 :仕様書無しさん:04/12/14 12:20:04
それが一番楽だろが。


息をするのも面倒くさければ、もう、死んでしまえ。
バイ、ドラえもん。

147 :仕様書無しさん:04/12/14 23:29:05
.NETもJavaもゴミ
終了

148 :仕様書無しさん:04/12/18 13:00:42
●ドトニート=Net Wlkmn

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

●Java=iP○d

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


149 :仕様書無しさん:04/12/18 13:34:19
ipodはちゃんと著作権者に金が流れる仕組みを作ってるからな。


150 :仕様書無しさん:04/12/18 13:40:20
それに対して、デジドカドトニートにはお金も流れず技術も付かず使い捨て。

151 :仕様書無しさん:04/12/18 13:57:40
Java製のソフトで金が取れるのはJava鯖位では?
ソフト単体で売れることはありえないが。

152 :仕様書無しさん:04/12/18 14:08:46
iアプリ

携帯版FF

153 :仕様書無しさん:04/12/18 14:21:24
ワロタ

154 :仕様書無しさん:04/12/18 16:55:50
ゲーム業界はアニメ業界と同じで、ドカタ以下の奴隷が支えている。

155 :仕様書無しさん:04/12/19 18:30:44
http://www.atmarkit.co.jp/ad/ms/linuxvswin/top_index.html
なんか、どうにも必死だな・・・。
すでに連載10回か。
いくらなんでも必死すぎやしないか。

どの文章を見てもそうなんだが、Linux環境の問題点としてあげているところが、
Windowsにすれば全て解決するようなイメージの書き方に疑問。

Windowsにすれば、サーバ管理者の教育は必要ないみたい。
Windowsにすれば、ほったらかしで安全みたい。

胡散臭いな・・・。

156 :仕様書無しさん:04/12/20 11:58:48
>>155
ttp://japanese.joelonsoftware.com/Articles/StrategyLetterII.html
>広告の本質は捕まらずに嘘をつくということだ。
>多くの企業は広告キャンペーンを行うとき、
>単に彼らの会社の最も具合の悪い事実を取り上げ、
>それを上下逆さまにし(「嘘」)、そしてその嘘をよく練習するのだ。
>これを「繰り返される主張による証明」と呼ぶことにしよう。

157 :仕様書無しさん: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開発の技術
・クラス設計、機能要求に対しての設計スキル
・オブジェクト指向

158 :仕様書無しさん:04/12/23 23:52:55
>>155
Windowsにすれば、サーバ管理者の教育はなくてもなんとかなる。
Windowsにすれば、ほったらかしでもなんとかなる。
というところはある。
そもそも、そのようなところでは、Linuxを使うという選択はない。

159 :仕様書無しさん:04/12/24 13:23:08
>>158
せいぜい、ファイルサーバや社内用簡易メールサーバ程度だろ、素人でもできるのって。
そんな用途なら、Windows98でもサーバにしてても問題ないから、
WindowsServerプロダクトを売り込む理由にはならんわな。

160 :仕様書無しさん:04/12/24 22:32:08
>>159
Exchange、ISA、IISぐらいなら、ステップバイステップのマニュアルを見ながらなんとかいけるし、実際そういうところは多い。
(プレインストールのSBS2003をいきなり運用ということになっても、トラブル発生時にどうするかという不安はあるがたいていのところでは何とかなっている。
バックアップは停止して、データディスク丸ごとコピー。ただし、SBS2000は、ダメダメ)
Windows 98でファイルサーバを構築しても、ユーザ認証によるアクセス制限ができないので、はじめからそのような選択肢はない。
(Sambaのファイルサーバのほとんどは、このような使い方でしょう。LDAPでADとの統合できますが、それなりの知識必要。)
実際にやればわかるがWindows 98では頻繁にファイルをロックしたままになったり、切断が正常に行われなかったり、OSが落ちたりするので、結構手間がかかる。
また、Windows 2000 Professional などをファイルサーバとするのはライセンス違反の疑い濃厚。


161 :仕様書無しさん:04/12/24 23:10:02
>>160
なんか、言うほどWindowsも簡単じゃないんだな、というのはわかったw

162 :仕様書無しさん:04/12/25 00:34:58
>>161
ファイルサーバ限定の話
Windows 9xは、ファイルサーバとしてはまともに使えない。
Windows のクライアントバージョンは、ファイルサーバとしての利用は複数接続がある場合はたいていライセンス違反。
Linux+Sambaは、 anonymous FTPサーバのような使い方なら簡単。
しかし、ユーザ認証をするとなったら一貫性を保つのが大変なので採用するとなったら、それなりの覚悟がいる(と思う)。
Workgroupでanonymous FTPサーバのような使い方をするなら、LAN HDなどを利用すればよい。(ブラックボックスだが中身はたいていSamba)
Windows Serverは、その点楽勝だが、ライセンスのためのコストはCALも含めるとかなりかかる。
多くの場合、人件費がそのコストを大きく上回ってしまうので結局Windowsが採用されることになる。

163 :仕様書無しさん:04/12/25 18:10:55
>>155
Linuxサーバしか立ててこなかった俺にとって、Windowsサーバの管理はかなり難しく感じる。
まあ両方ともユーザに合わせてある程度できるようにならなきゃいけないんだろうね。
開発も今はJavaだけしか経験ないが、いつかは.Netでもやってみたいな。

164 :仕様書無しさん:04/12/25 19:54:45
つーか、公開するサーバなんて、OS関係なく詳しくなかったら
構築も管理も出来ないだろ。
それをさも、素人が出来そうな風に謳ってるところが、MSは卑怯という
批判に結びついてるのではないかと。

165 :仕様書無しさん:04/12/26 04:06:32
>>164
そんな印象はあるかもしれないが、主な主張は 給料が安い技術者でも扱えるためTCOが削減できる である。

166 :仕様書無しさん:04/12/26 11:42:07
ドトネト厨が嫌いなものをJava以外にもリストアップしてみよう!

・オープンソース
・XP開発
・テストファースト,テスト駆動開発
・継承・委譲・集約といったオブジェクト指向に必要不可欠な要素など
・UML
・デザインパターン
・Linux
・C++
・C
・D言語
・Ruby
・Perl
・PHP
・Eclipse
・Oracle
・MySQL
・PostgreSQL
・Firebird
・*BSD
・Solaris
・Vodafone, Docomo, au 携帯電話各種
・iアプリ, Vアプリ, BREW
・アジャイル開発
・Macintosh
・iPodなどApple製品
・グリッドコンピューティング
・数学、数値計算、科学技術計算
・make, Antなどのビルドツール
・Flashなどに代表されるMacromedia 製品
・XML

167 :仕様書無しさん:04/12/26 16:16:36
↑を要約すると、ドトネト以外全部嫌いということ

----------------------------------------------------------

製品検査するソフトとか作ってるけど
ドトネトにはまるでメリットを感じない。


168 :仕様書無しさん:04/12/26 19:16:30
オプソ支持者はこういう基地外ばかりです。
http://pc5.2ch.net/test/read.cgi/bsoft/1085631048/36

169 :仕様書無しさん:04/12/26 19:18:17
↑関連スレ
http://news13.2ch.net/test/read.cgi/news/1104035905/l50

170 :仕様書無しさん:04/12/26 19:19:47
さらしあげ
http://sourceforge.jp/users/khirano/

171 :仕様書無しさん:04/12/26 20:17:34
金よこせ金。金目当てでオプソやってんだよ。
http://www.transwift.net/pukiwiki/?donation

172 :仕様書無しさん:04/12/26 21:18:32
>>168-171
アンチオプソはこういう基地外ばかりです。

173 :仕様書無しさん:04/12/27 12:35:27
>>172
説得力有りすぎ。

174 :俺です:05/01/23 03:13:05

VB・JAVA

両方得意。2刀流お前らとは格が違う。

175 :仕様書無しさん:05/01/23 14:02:52
VBとか.NETの入門じゃん。
包丁とナイフで2刀流って叫ぶような莫迦だなw

176 :仕様書無しさん:05/01/23 15:35:51
>>175
俺にとってはどの言語も入門だ。
なにが言いたいことは?

177 :仕様書無しさん:05/01/23 16:09:48
言語に入門とかそういうのは無いよ。
どんな言語でも、簡単にHelloWorldは作れるし、上級者が高度なプログラムも組める。

178 :仕様書無しさん:05/01/23 17:35:17
>>175
ワラタ

二刀流というくらいならVBを選ばずにLispを選べよw

179 :仕様書無しさん:05/01/23 18:30:52
自演乙

180 :仕様書無しさん:05/01/26 17:30:46
っつーか
プログラマなら複数言語使えて当たり前。

つまりお前らは粘着厨房(以下自主規制)

181 :仕様書無しさん:05/01/26 17:45:41
当たり前だろそんなの。
俺だってちゃんと、VB5とVB6が使えるしな。ASPもVBSも結構出来る。

182 :仕様書無しさん:05/01/26 17:55:26
>180
Perlの人ですかw
無理しなくていいですよ。

183 :仕様書無しさん:05/01/26 18:51:39
>>181
自画自賛

184 :仕様書無しさん:05/01/26 19:58:17
>>183 釣りでしょうねあれは

当たり前だろ
俺だってちゃんと、
turbo-CとMSCとQUICK-CとGNEのCとVC++1.0と2.0と4.0と
4.01と5.0と6.0と6.0sp3と6.0sp5と6.0sp6aとVS.NET C++とつかえるぜ



185 :仕様書無しさん:05/01/26 20:00:34
いらん対抗意識だ。。。

186 :仕様書無しさん:05/01/26 20:28:32
>>180はいくつ使えるの?
具体的に希望。


187 :仕様書無しさん:05/01/27 09:42:52
>>184
それは使えると言うだろ。方言で結構違うし、ライブラリの使い方なんかも違うし。

188 :仕様書無しさん:05/01/27 11:28:35
でも多言語ではないよね

189 :仕様書無しさん:05/01/27 11:29:41
パールの人は
Perlと秀丸とエクセルは使えるのだろうけど

190 :仕様書無しさん:05/01/27 12:31:12
>>188
も前はいいなぁ、この手の苦労を知らないから。

191 :仕様書無しさん:05/01/27 12:53:26
>>190
オブジェクトのフォーマット仕様が違うとリンカでくっつけなれなかっりとか
ヘッダのincl仕様もまちまちだしね
確かに68KのXCはほとんどアセンブラのようなCだったなあ
あ・漏れパールはできません。Perラーと思われたくないため念のため。

でもVC++に限って言えば4.0〜6.0SP6aまでは苦労はないと思うけどね
MFCの仕様が多少拡張された程度だし
VC++4.0のプロジェクトを6.0で開いて問題なく動作できるし

も前は何が苦労なの?移植屋さんか?



192 :仕様書無しさん:05/01/27 13:25:58
なーんだ、古臭い仕事したきり頭の固まった爺か。
とっとと引退しろ。うざいから。

193 :仕様書無しさん:05/01/27 18:40:13
>>192
頭が柔らかいと、UNIX-CとVC++を同列に扱う事が出来るのか。凄いな。

194 :仕様書無しさん:05/01/27 21:31:40
意味不明。やっぱボケてるわ。

195 :Java厨:05/01/28 00:51:54

>>194
ハゲドウ

196 :仕様書無しさん:05/01/28 03:01:22
>>191
漏れは、CUIとGUIとか、開発環境の異なる案件を掛け持ちしてるだけで、てんてこまいだ。
>>193 に同意だ。

197 :仕様書無しさん:05/01/29 00:36:27
VC2のソースですら別にそのまんまVC.NETでコンパイルできる品。

つか、SDKしか使ってなかったら大昔のwatcomのソースでも殆ど修正いらない。

198 :仕様書無しさん:05/02/01 10:28:09
>>197 それがperlやってる人には理解できんのですよ

199 :仕様書無しさん:05/02/01 10:58:49
ttp://www.microsoft.com/japan/msdn/vbasic/migration/compuware.mspx
>前の会社で SE をやっていて、VB を使って新人を教育したことがあります。
>プログラムを初めて作るという人に教えるのは大変でしたが、
>なんとか VB を覚えてもらいました。
>しかし、その次にオブジェクト指向へ入っていけるかというと、
>非常に難しい部分があります。
>今、会社にいるプログラマを活かしていくという意味でも、
>.NET はオブジェクト指向のパラダイムへのシフトを助けるという点で、
>私は非常に意味のある、すばらしい環境だと思っています。

修正が要らないだなんてm$の言い分とは随分違うな。

200 :仕様書無しさん:05/02/01 11:13:14
VBに関しては修正がいらないとはいってないだろう。

201 :仕様書無しさん:05/02/01 11:35:59
□ Visual C++ の互換性…
ttp://program.station.ez-net.jp/special/vc/general/conpatible.asp
□ COM 動かず…

202 :仕様書無しさん:05/02/01 11:41:15
>>201
アフォだな。

203 :仕様書無しさん:05/02/01 11:43:00
ゲラゲラゲラ

204 :仕様書無しさん:05/02/01 12:23:47
>>199==201はすごいあほだな



205 :仕様書無しさん:05/02/01 13:08:22
ATLはVisual C++言語です。

206 :仕様書無しさん:05/02/01 13:59:08
C#.NETじゃWin32APIは使えんのかね?


207 :69式フリーPG ◆hND3Lufios :05/02/01 14:51:03
ATLからMFCを使うのって一般的か?

208 :仕様書無しさん:05/02/01 15:15:28
フルコントロールを作る場合は必要な時もあるかもしれんが
それだったらActiveX DLLでやったほうがいいかもしれん
一般的ではないと思う

209 :仕様書無しさん:05/02/01 15:29:33
どうせATLなんてtemplateごとドトニートで亜ボーンだし、
さらに使えないクラスライブラリの代名詞のMFCを使ってうれしいか?

210 :仕様書無しさん:05/02/01 16:17:54
なんか退廃した世界だな

211 :仕様書無しさん:05/02/01 16:54:03
すくなくとも
通常公開機能よりも「推奨されない機能」のほうが多いJavaクラスライブラリよりは
MFCのほうが1G倍ましと思うに1票

212 :仕様書無しさん:05/02/01 16:56:00
さらに言うならば
HeapAllocをVMまかせなフニャチンやろうに言う権利なし

213 :仕様書無しさん:05/02/01 19:43:05
>>212
アセンブラでROM開発してるオレから見たら
どちらもフニャチンやろ・・・もとい、整備された
ライブラリが存在していて羨ましい限りです。

214 :仕様書無しさん:05/02/01 21:48:55
ってかc#でいいじゃん


215 :仕様書無しさん:05/02/01 22:11:12
>>213
ナカーマ
( ;´・ω・`)人(´・ω・`; )


216 :仕様書無しさん:05/02/02 00:19:12
>>209
使えないといっても、ボーランドのライブラリが出るまではこれ以外の選択肢はなかった。
今でも、コンテナをつかうならMFC以外では難しい。(そういえばBorlandC++にもMFCがついていたような気がする。)

217 :仕様書無しさん:05/02/02 09:09:21
BCBにMFCが付いてすっごく嬉しかったけど、




使う局面が無い

218 :仕様書無しさん:05/02/02 13:34:51
>>217
Delphiでアプリ開発してるオレから見たら
BCB+MFCはフニャチンやろ・・・もとい、どうせ使わない
ライブラリはいらんと思います。


219 :仕様書無しさん:05/02/02 13:48:34
Delphiはいるのか?w

220 :仕様書無しさん:05/02/02 13:51:18
どうしてDelphiにはOWLがついてないの?

221 :仕様書無しさん:05/02/02 13:54:07
>>220
バカかお前

222 :仕様書無しさん:05/02/02 13:54:40
Delphiは要ってもDelphi.NEETは逝らん。

223 :仕様書無しさん:05/02/02 13:57:32
kylixがあるのでいりません

224 :仕様書無しさん:05/02/02 13:59:18
BolandC++ってさ、最適化が糞なんだけど、マジで。
その辺、でるふぁいだとどうなん?

225 :仕様書無しさん:05/02/02 14:17:18
も前らまとめてフニャだな

226 :仕様書無しさん:05/02/02 17:32:30
うちは最終的に顧客の好みやSEが理解できるかどうかで言語が決まるから
俺らPGに必要なのは、
「どの言語を指定されても同程度の品質のものを収める技術力」。

要はドトネトでもJavaでも同じレスポンスで同じ操作性が実現させられないのなら
それは俺の責任。技術不足。


そういう教育を受けています。

227 :仕様書無しさん:05/02/02 18:29:00
226の仕事はデジドカのヨゴレ

228 :仕様書無しさん:05/02/02 19:04:05
>>227
引きこもってないで仕事しろよw

229 :仕様書無しさん:05/02/02 19:15:47
>ドトネトでもJavaでも同じレスポンス
ドトネトのほうをJavaにあわせて遅く動くように
デグレード・チューニングするということですね

230 :仕様書無しさん:05/02/02 19:24:35
ナルホド

231 :仕様書無しさん:05/02/02 22:02:16
どんな言語でもヤるってのは売女みたいなもんだろ。
宮崎パヤオも声優は娼婦みたいだから嫌いだ、という理由で役者使うらしいぞ。
今の時代マとかアーキテクトが作るものにあわせてハードからOS、コンパイラを揃える時代。

232 :仕様書無しさん:05/02/02 22:03:52
Windowsで良いジャン、VSで良いジャン、の時代は終わった。
PC以外ではWindowsは嫌われてる。

233 :仕様書無しさん:05/02/02 22:45:14
>>231
>宮崎パヤオも声優は娼婦みたいだから嫌いだ、という理由で役者使うらしいぞ。

娼館をモデルとした「千と千尋」を作った癖に
何とまぁ偉そうな事を・・・

実際のところは、唯の映画コンプレックスだろ。


234 :仕様書無しさん:05/02/03 17:23:22
>米Unisys,企業向けLinux/J2EEシステム構築の推進でベンダー2社と協力
>ttp://itpro.nikkeibp.co.jp/free/ITPro/USNEWS/20050203/155655/

ウニシスのドトニート戦略ってのは日本だけだったの?

235 :仕様書無しさん:05/02/03 18:08:33
>>234
日本ユニシスは別にUNISYSの日本法人というわけではなく、違う会社からな。

236 :仕様書無しさん:05/02/03 22:54:38
オープンソースアプリでの使用実績。

C++ (14640 projects)
C (14193 projects)
Java (13888 projects)
Perl (5637 projects)
C# (2135 projects)
Visual Basic (2027 projects)
Delphi/Kylix (1683 projects)
Objective C (626 projects)

http://sourceforge.net/softwaremap/trove_list.php?form_cat=160
言語はこれだけできれば十分

237 :仕様書無しさん:05/02/03 23:01:22
オープソでは儲からないだろ

238 :仕様書無しさん:05/02/03 23:33:33
>>235

Unisysっつうより三井物産だよな。三井物産Unisys事業部。

239 :仕様書無しさん:05/02/03 23:39:58
>>237
Linus見たいにオープンソース作って有名になって
そのオープンソースとは関係ない会社に就職すれば
(結果的に)儲かる。

そういやこの会社潰れたんだっけ・・・

240 :仕様書無しさん:05/02/04 09:53:13
Linusが儲かってるんじゃなくて、赤とかIが設け点でわ?
それとか、楽がシステム構築にオプソ使いまくりとか。

241 :仕様書無しさん:05/02/04 12:38:08
オープンソースって、プロダクトで儲けるための仕組みじゃないでしょう。

良い技術を流通しやすくして、技術の底上げをするのが目的なんじゃないの?
コアになる技術は共有して、最新の技術を共有するみたいな。

例えば独占企業が力任せに、自社に都合のいい技術だけを販売して
低レベルなまま制覇するのを抑えたりとかさ。

儲けどころは、それらを組み合わせてシステム構築をする仕事だと思う。

242 :仕様書無しさん:05/02/04 12:39:25
オープンソースで儲かるのは商社だけ。ソフトメーカーで儲かったところは無い。


243 :仕様書無しさん:05/02/04 13:05:25
mysql>>242

244 :仕様書無しさん:05/02/04 13:09:21
m$やS∪∩だってオプソ宣伝戦略中じゃないの?>>242




実態はオプソじゃないという話だが。

245 :仕様書無しさん:05/02/04 16:47:00
こうやって、PGはパッケージ屋から商社への派遣ドカタへ流れていく。

というお話でした。

246 :仕様書無しさん:05/02/04 16:57:27
なるほど。それでSヨのほうが偉くなったんだな。

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

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



248 :仕様書無しさん:05/02/05 22:48:16
オープンソースのSlideてのを使ってみたんだが
遅すぎ

249 :仕様書無しさん:05/02/06 02:25:49
>>236
Objective C はできんでもいいと思うが、FORTRAN、COBOL はやっぱできたほうがいい。

250 :仕様書無しさん:05/02/07 20:26:24
http://www.zdnet.com.au/news/security/0,2000061744,39179932,00.htm

Talkbackで見事にアフォ扱いされて切り捨てられてるな。www
反M$な発言をしても誰もついて来ない哀れっぷり。www
こんなのがJavaを仕切ってるうちは.NETは安泰でしょう。www

251 :仕様書無しさん:05/02/08 08:39:02
.NETの安泰とは今の閑古鳥状態のこと?
人が増えれば荒れるもんな。イイねドトニートは人が居なくて。

252 :仕様書無しさん:05/02/08 09:51:28
と、Webアプリ屋が申しております。

253 :仕様書無しさん:05/02/08 10:12:23
イイねドトニートは適所が無くて

254 :仕様書無しさん:05/02/08 10:15:26
最近のPOSレジアプリはC#/VB.NETだな。

255 :仕様書無しさん:05/02/08 10:23:15
超マイナーでマニアな例が出ます田
そりゃ、宣伝のためにメーカー側がお金つぎ込んで成功事例でっちあげるだろ。

256 :仕様書無しさん:05/02/08 10:26:56
そお?リッチクライアントの例として出しただけだけど。

257 :仕様書無しさん:05/02/08 10:28:07
ドトニートリッチクライアントなんて超マイナーどころかプロトタイプだろ。

258 :仕様書無しさん:05/02/08 13:33:53
最近Javaに勢いないね

259 :仕様書無しさん:05/02/08 13:40:16
そりゃふつーの存在になったからだ罠。

ドトニートなんて宣伝の嵐とツールやライブラリの提供宣伝の嵐。
勢いあるイメージ作りに必死 www

260 :最凶VB厨房:05/02/09 02:10:25
とMSDN加入者が申しております。

261 :仕様書無しさん:05/02/09 02:41:24
べつに好きだからMSDNを買うわけではないと思うが

262 :仕様書無しさん:05/02/09 08:58:21
いや、M$DNの必要性は無くなったよ。
好きじゃなきゃ契約する必要無し。

263 :仕様書無しさん:05/02/10 17:59:57
オラクルも着々とJava脱出準備中。
http://www.itmedia.co.jp/enterprise/articles/0502/10/news024.html

264 :仕様書無しさん:05/02/11 00:00:41
開発ツールかよ。
そんなの、どんどん新しい言語に対応し出すに決まってるだろ。

265 :仕様書無しさん:05/02/17 23:17:55
>>104
> WindowsやOracleをLinuxやPostgreSQL/MySQLが吹っ飛ばすのには無理がある。


うちの会社はLinux + PostgreSQL/MySQLが無いと動かない製品納品して
もうかってる会社だよ。

手頃だしコストもかからないから顧客も喜ぶみたいなんだ

266 :仕様書無しさん:05/02/27 16:47:29
いいなあ玩具で商売できる人は。

267 :仕様書無しさん:05/02/27 18:25:15
>>265
そんなんで金ケチるのはちっさい会社だけだと思うんだが。
Win+SQLServer位、さくっと出せるだろ、普通。
ってか、開発費用の方が問題なんであって、マシンのなんか、ぶっちゃけ、
全体のコストの何割でもなし。

268 :仕様書無しさん:05/02/27 18:35:49
>>267
昔、汎用機しか使えない「似非技術者」達が
丁度そんな減らず口を叩いていたのを覚えているか?
(でも、それほど昔の話ではないよ)

「汎用機を買うのに金ケチるのは、ちっさい会社だけだ」
ってね。


269 :仕様書無しさん:05/02/27 23:16:14
>>266
玩具ってWindowsのことですよね

270 :仕様書無しさん:05/02/28 12:31:25
そそ。PCなんて玩具だな

271 :仕様書無しさん:05/02/28 13:05:57
じゃあ、Linuxも玩具だ。

272 :仕様書無しさん:05/02/28 13:46:39
WinはPC専用玩具。
Linuxは組み込みからスパコンまで入ってる玩具ですが、何か?

273 :仕様書無しさん:05/02/28 15:08:14
asp.net開発したいんだけど、
win2000pro(sp4)へ普通にvs.net2003pro入れて
プロジェクト立ち上げようとしたら

『asp.net バージョン1.1が動いてねぇよ。プッ!』

ってエラーでやがる。
SDK1.1とかフレームワーク1.1と単体で入れなおしてみたけどダメ。
なんでや?どうしたら解決する?

274 :仕様書無しさん:05/02/28 15:10:27
Javaで作る

275 :仕様書無しさん:05/02/28 15:22:45
aspnet_regiis /i

276 :273 :05/02/28 15:25:48
>>275
どういう意味?

277 :仕様書無しさん:05/02/28 15:28:17
あるいはASP.NETアカウントの認証に失敗してるとか

278 :仕様書無しさん:05/02/28 15:30:15
>>276
コマンドプロンプトで打ち込め。aspnet_regiis.exeはフレームワークのフォルダにあるから。

279 :273:05/02/28 15:39:19
>>275
>>278
なおった。
よくそんなこと知ってるな。


280 :仕様書無しさん:05/03/01 01:56:18
>273
知らずに環境触ってるおまえってorz

281 :仕様書無しさん:05/03/02 03:33:59
>>279
まずフレームワークとはどういうもので、WEBサーバーとはどういうものかを
図書館とかで調べれば分かると思う。

282 :仕様書無しさん:05/03/03 23:55:24
>>267
> >>265
> そんなんで金ケチるのはちっさい会社だけだと思うんだが。
> Win+SQLServer位、さくっと出せるだろ、普通。
> ってか、開発費用の方が問題なんであって、マシンのなんか、ぶっちゃけ、
> 全体のコストの何割でもなし。

適材適所の意味も分かってないなチミは。
うちの会社の顧客は大手企業だが、
有償DBも使っていれば無償のDBも使っている。
アプリケーションにあわせてOracleやPostgreSQLなどを使い分けてるってことよ。
個人のくだらん趣味情報を管理するためだけにOracleやM$SQLServerなんぞ使うのは
ばかげていることだし金融系や販売管理にMySQLやBerkeleyDBを使うのは
危なっかしくてやってられないしw

早稲田の履修登録システムにはPostgreSQLが使われているって知ってた?
早稲田大は大手企業だぜw




283 :仕様書無しさん:05/03/04 00:06:00
バキューム要員の雇用が確保される。すばらしい。

284 :仕様書無しさん:2005/03/21(月) 12:05:45
>>282
なぜ、PostgreSQLなのか、その理由がわかってない馬鹿発見。


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

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

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