プログラム言語で一つ無くしていいなら、どれ?

このエントリーをはてなブックマークに追加
1面接官
マイクロソフトの入社試験問題
【アメリカの州を一つ除いてもいいならどこ?】のマ板版。
普段偉そうにしてるおまいらの論理を聞かせてみろ
2仕様書無しさん:03/08/15 16:04
言語:ひまわり
理由:サンプルソースがこんなんだから。

'エクスプローラ

母艦の、幅は、640
母艦の、高さは、480
母艦の、テキストは、「簡単エクスプローラ」

'エクスプローラ部分
エクスプローラブラウザを、ブラウザとして、作成
その、幅は、(母艦の、幅)
その、高さは、(母艦の、高さ)
その、Xは、0
その、Yは、0
その、URLは、マイドキュメントのパス

http://softww.hp.infoseek.co.jp/hima_tips/index.html
3あぼーん:あぼーん
あぼーん
4仕様書無しさん:03/08/15 16:17
言語:dbMagic

理由:
1.一見、イベントドリブン風に見えながら実はそうではない。
マウスイベントを実現させるのに、あたかもそこまでカーソルを順繰りに
動かしたような記述をしなくてはならない。

2.言語体系・スクリプトその他、独特なのはよいが、
他言語との共通部分が少なすぎ。下位互換性を尊重しすぎ。
従って、得たノウハウの応用が全く利かない。

3.付属のDB以外のDBとの相性が悪すぎ。

以上。dbMagic ver8.xに言えること。
しかし、Magic e-developerに改名した現行バージョンについては
漏れもよく知らない。
5仕様書無しさん:03/08/15 16:48
もちろんJAVA
JAVA厨殲滅して
仕事がCにもどってウマー
6仕様書無しさん:03/08/15 17:05
>>2
そのソースある意味すごいな。
7仕様書無しさん:03/08/15 17:40
プログラミング言語を3つ残すとしたら何? という質問に替えて欲しかった。


無くしていい言語なら無数にあるんだもん。
8仕様書無しさん:03/08/15 17:57
x86用バイナリコード。

そろそろすべて壊して再出発すべき時。
9仕様書無しさん:03/08/15 17:59
プログラミング言語かどうかわからんが、SQLはそろそろなくなってもいいんじゃね?
10仕様書無しさん:03/08/15 18:01
>>9
代わりに何がくるんだ?
11仕様書無しさん:03/08/15 18:10
>>10
さぁ。
そもそも、DBとのインターフェースに言語を使う必要もないかと。
12仕様書無しさん:03/08/15 19:03
>>11

同意。XMLでいうところのDOMやSAXみたいな、言語間共通のDB操作API策定をキボンヌ。
13あぼーん:あぼーん
あぼーん
14仕様書無しさん:03/08/15 19:36
VBに3000票
これ以上馬鹿を業界に引き込むな
15仕様書無しさん:03/08/15 19:39
漢字コーラル
16仕様書無しさん:03/08/15 19:39
Pearlはいらんだろ。
17仕様書無しさん:03/08/15 19:41
ろーたすすくりぷと しき
18仕様書無しさん:03/08/15 19:48
>>14
もまえの単価が下がるからなw
てか、VB厨ごときに足を引っ張られてる時点で終わってる。
19仕様書無しさん:03/08/15 20:02
Rubyと言ってみる。
20仕様書無しさん:03/08/15 20:29
>>16
Pearl?
知らんなぁ・・。
関係ないけどPerlは必要だよね!
21仕様書無しさん:03/08/15 20:31
>>16
使ってる奴に、まともなのいなそうだしな。
22仕様書無しさん:03/08/15 20:34
>>21
埋め込むと超強力
23仕様書無しさん:03/08/15 21:07
>>1がプログラミング言語と言わずにプログラム言語と言っていることに
深い意味があるのだと思う。
24仕様書無しさん:03/08/15 21:29
pascalは無くなっても大した影響ないと思われ。
25   :03/08/15 22:06
すべての資格。

とっただけで一人前気取りのヤシがうざい。
26あぼーん:あぼーん
あぼーん
27あぼーん:あぼーん
あぼーん
28仕様書無しさん:03/08/15 22:57
Algolは要りますか?
29仕様書無しさん:03/08/15 23:09
J#
30仕様書無しさん:03/08/15 23:14
>>20
‥分かってて釣られてるんだろ?
31仕様書無しさん:03/08/15 23:14
こぼろっくる
32仕様書無しさん:03/08/16 12:36
英語
33仕様書無しさん:03/08/16 19:58
VB.NETいらんよ。C#に集中してくれ。
34 :03/08/16 20:50
もともとVBは素人が簡単なツールを作るための言語だと思うんだが、
それを業務用に使うってのがなんだかなぁ。
35仕様書無しさん:03/08/16 21:00
>>34
えー?
VBは素人"でも"使えるのであって
玄人は玄人なりの使い方すれば、結構いけるんじゃないの?
36仕様書無しさん:03/08/16 21:14
>>35
バージョンアップで仕様変更が多いとか
いきなり古いバージョンがうごかなくなるとか
リソースリークが激しいとかで
トラブルが多いので業務で使うにはつらい

あれはおもちゃだ
37仕様書無しさん:03/08/16 21:17
実際、素人ばかりです
38仕様書無しさん:03/08/16 21:18
じゃこれからはやっぱりC#だね。
39仕様書無しさん:03/08/16 21:23
>>2
代入くらいは数式にしたほうが判りやすいような気がするなあ
40仕様書無しさん:03/08/16 23:02
自分が使ってない言語以外なくても当分困らん
41仕様書無しさん:03/08/16 23:02
間違えた・・・
正>自分が使ってる言語以外なくても当分困らん
42仕様書無しさん:03/08/16 23:51
>>36
いまだ進化が止まってない言語ってことで許してやれよ。
43(^ー')b ◆EoOYgmEaZE :03/08/16 23:52
>>1の答えが[どこも除かない」なら面白いなあ
44仕様書無しさん:03/08/17 00:27
>>43
むしろ日本州を追加したい
45仕様書無しさん:03/08/17 00:30
>>1
そんな面接嫌だ。マイクロソフトでそれ聞かれたら、俺は迷わず「アップルスクリプトかUNIX C」と答える。
46仕様書無しさん:03/08/17 00:33
>>45
マイクロソフト製品ではアップルスクリプトも利用可能だったと思うが。
47仕様書無しさん:03/08/17 00:36
SQL
48仕様書無しさん:03/08/17 00:38
>>47
不採用。SQLは問い合わせ言語であってプログラム言語ではありません。
49仕様書無しさん:03/08/17 00:44
perl, ruby, pythonのうちのどれか。
50仕様書無しさん:03/08/17 00:45
VC++
51仕様書無しさん:03/08/17 00:49
絶対VBはなくさせんぞ!!!
最後の、、、最後の一人になっても、、使いとおしてみせる(つд`)
52仕様書無しさん:03/08/17 00:50
VB
53仕様書無しさん:03/08/17 00:50
SQLは論理型言語じゃないの?
54仕様書無しさん:03/08/17 00:51
CASL
役に立たん。
55仕様書無しさん:03/08/17 00:55
Japanese?
56仕様書無しさん:03/08/17 00:56
>>54
へ?
57仕様書無しさん:03/08/17 00:56
アセンブラ以外全部いらん

・・・で実際全部消えてみると、また最適化して新言語作るヤシが出る罠
58仕様書無しさん:03/08/17 00:56
プログラマの技量はSelect文で計れる
59仕様書無しさん:03/08/17 00:57
機械語
と書くとなんかファンタジー(・∀・)
60仕様書無しさん:03/08/17 01:00
Lisp の方言のどれか。

理由: 多杉
61仕様書無しさん:03/08/17 01:06
>>60
emacs-lisp
あの半端な便利さがUNIXの進歩を阻害しているようにしか思えん。
62仕様書無しさん:03/08/17 01:07
じゃあ、emacslispに消えてもらおうか
63仕様書無しさん:03/08/17 01:08
>>61
ケコーン
64仕様書無しさん:03/08/17 01:16
elispが消えたらEmacs作り直しですか?
(俺が作り直すわけじゃないけど)
65仕様書無しさん:03/08/17 01:17
>>64
漏れが作り直します
66仕様書無しさん:03/08/17 01:24
>>65
Common Lispでお願いします。




xyzzyがあるとか言わないように。
67仕様書無しさん:03/08/17 01:26
マクロはrubyにしてくれ
68仕様書無しさん:03/08/17 01:28
なくてもイイと思われる言語は修得しないから判断できんのぅ…。
69仕様書無しさん:03/08/17 01:40
ハズレ言語を途中まで勉強したこととかない?
70(^ー')b ◆EoOYgmEaZE :03/08/17 02:11
>>69
ぴゅう太かな。マジで。
71仕様書無しさん:03/08/17 03:11
Cマガジンの連載「学問のススメ 千言万語」みてみ
これはいらんだろ!ってな言語が腐るほどでてくるよ(w
72仕様書無しさん:03/08/17 05:30
73仕様書無しさん:03/08/17 05:31
まぁ良くも悪くも
>>72にあるリンクでグーグルポイント数が
多いほうが必要とされてる言語ってことだろ
74仕様書無しさん:03/08/17 07:30
ttp://www.kmonos.net/alang/abc/
え〜と、・・・Fあたりで
75仕様書無しさん:03/08/17 15:19
>>73
日本のGoogleだと、
1位:Ruby
2位:Java
3位:Delphi
76仕様書無しさん:03/08/17 15:22
JavaはC++を軽く超えてる。
77仕様書無しさん:03/08/17 15:32
KLICとかCESPとかが無いと困る人居る?
78仕様書無しさん:03/08/17 15:34
>>76
そうだね v(`・ω・´)
79仕様書無しさん:03/08/17 15:40
今だと、Javaのエキスパートになったらプログラマーとしては一生飯食えるよ。
一昔前はCだろうね。現に、Cのエキスパートは今、十分に飯食えてる。
C開発が少なくなったとはいえ、既存システム・既存製品のメンテとかね。
中途半端な奴は管理職になったり、他の言語に移ったりと。
80仕様書無しさん:03/08/17 15:45
Java はサンの息がかかりすぎてて臭いのがいやげ。
ECMA とか ISO とか蹴ったんだろ?
81仕様書無しさん:03/08/17 16:00
>>79
一生はオオゲサ。
ずっとプログラマーでいたかったら、
勉強し続ける、新しい言語も習得する、それしかない。
82仕様書無しさん:03/08/17 16:23
Javaって流行ってんの?

JavaとVBの難易度は同じだしね・・。
83仕様書無しさん:03/08/17 17:58
>>82
Java, VB, C/C++辺りの難易度はどれも似たようなもんだよな。
どれか消せといわれればVB消すけど。
84仕様書無しさん:03/08/17 18:06
>>83
どの言語を最初にやったかで問題になると思うが
VBから->C はきつい気もするし
Javaから ->C もやっぱ感覚が違うからなぁ

C->C++->java
と歴史のステップ順にいけばなぜこの言語ができたのか?とかもわかると思う
Cで1万行のプログラム書けばそりゃOOPが何ででてきたのかくらい感覚でわかると思う
Javaからやるとそういうのがだめになるような気がする
85仕様書無しさん:03/08/17 18:18
>>84
N88BASICやらないと構造化言語のありがたみは分からないな。
86仕様書無しさん:03/08/17 20:04
C++とJavaの難易度は全然違うと思う。
C++は厄介な問題抱えすぎ。
87仕様書無しさん:03/08/17 20:08
>>85
そりゃ知らんでいい
88仕様書無しさん:03/08/17 20:28
>>72
ほほう、HTMLも含まれるんだな
89仕様書無しさん:03/08/17 20:39
SuperPlayRite
90仕様書無しさん:03/08/17 22:04
>>84
そういうのは知識で十分まかなえる。
91   :03/08/17 22:12
>>84
禿どう。

Cでスパゲッティに苦しまないとオブジェクト指向言語のありがたさがわからんと思う。

C++はEmbeded C++ が仕様がシンプルでおすすめ。
92仕様書無しさん:03/08/17 22:20
何だかなー
オマエら
「クーラー無しで一夏過ごさないと
クーラーの有り難味が分からないぞ!」
と言ってるのと同じレベルなんですが。。。。
しなくていい苦労などする必要なし。
「若い頃の苦労はなるべくするな!」
がオレの座右の銘。
93仕様書無しさん:03/08/17 22:22
C++やってからJAVAやると、
JAVAの洗練された文法のありがたみをひしひしと感じる。;_;

かといってC++がなくなったら困るんだけどさ。(笑
94   :03/08/17 22:22
>>92
あいうえお をうまく書けない人間が 漢字 を満足に書くことは難しい。

という話なのだが。
95仕様書無しさん:03/08/17 22:40
例えが悪すぎて荒れそうなので>>94は放置してください
よろしくお願い申し上げます
96仕様書無しさん:03/08/17 22:42
LINGO

最近スレ見ないね
97仕様書無しさん:03/08/17 22:44
98(^ー')b ◆EoOYgmEaZE :03/08/17 23:06
>「クーラー無しで一夏過ごさないと
> クーラーの有り難味が分からないぞ!」

その通りやん
99仕様書無しさん:03/08/17 23:48
>>95
何を必死になっているのやら・・・

どのみち、プログラムはコンパイラでマシン語に翻訳され。メモリにロードされて
CPUが実行するということは頭に入れておかなければならないのだから、>>94
例えはそれなりに正しい。

>「クーラー無しで一夏過ごさないと
> クーラーの有り難味が分からないぞ!」
IDE VS vi&emacs スレにふさわしいね。

100仕様書無しさん:03/08/18 00:04
ひゃく
あのー、サンデープログラマ程度の肩書き上営業技術(しかもソフトウェアでない)
の漏れが社内の売上データベース作るとかでノーツスクリプトやらされたんですけ
ど、中途半端でワケワカメだと思ふのですが、どうでしょう?
102仕様書無しさん:03/08/18 01:36
VBScript 危なすぎる。
103仕様書無しさん:03/08/18 02:13
MIND もう、いらんだろ。これ。
104仕様書無しさん:03/08/18 03:07
>>103
そういう、自然消滅しそうな言語は除外
105仕様書無しさん:03/08/18 07:27
>>101
ノーツってそんなに普及してるの?
106仕様書無しさん:03/08/18 12:19
>205
今年のトレンド
乗り遅れたくなかったら
そく勉強はじめな。
107仕様書無しさん:03/08/18 12:54
JAVAスクリプト。インターネットを悪用するためだけの言語。
108あぼーん:あぼーん
あぼーん
109仕様書無しさん:03/08/18 13:45
>>107
×JAVAスクリプト。インターネットを悪用するためだけの言語。
               ↓
○JAVAスクリプト。投票所で不正投票するための言語。
110仕様書無しさん:03/08/18 19:11
書店の店員が混乱するから迷惑
JavaとJavaScript
111仕様書無しさん:03/08/18 19:13
JavaScript はプロトタイプベースのオブジェクト指向言語という、なかなか
に面白い仕様なので、残しておきたい。
VBScript はいらんだろ。Microsoft しか使わないし。
112仕様書無しさん:03/08/21 01:12
clientサイドでなんかやらせようとすると、
選択肢がJavaScriptしか無くないか?
113仕様書無しさん:03/08/21 17:17
>>112
Java, SWF。
114仕様書無しさん:03/08/21 19:52
わかってる C言語だろいらないのは(w
115仕様書無しさん:03/08/21 19:56
>>112
フラッシュがある

>>114
おまえ、この業界から消えな
116仕様書無しさん:03/08/21 20:00
ネタだよぉオコンナイデヨォ>>115
ヤッパjavaだろ・・・。
117仕様書無しさん:03/08/21 20:12
やっぱ、VBだろ
118仕様書無しさん:03/08/21 20:16
誰も COBOL をあげないのはなぜだ。
119仕様書無しさん:03/08/21 20:16
まぁ普通にアンケートとったらVBだろうなぁ
HSP?とかいうのも存在意義がわからんし
120仕様書無しさん:03/08/21 20:29
Perlにきまってる
あんな暗号みたいな読みにくいもんは無くなった方がいい
121仕様書無しさん:03/08/21 21:02
>>120

だろうなぁー あれで泣かされてる人多いんでないか
122仕様書無しさん:03/08/21 22:04
VBScriptって必要ですか?
123仕様書無しさん:03/08/21 22:50
FLASH・・・・・?

ActionScriptのことかいな?あれは残して欲しいなあ。

124仕様書無しさん:03/08/21 22:56
>>123
チガーーーウ!勉強しる。
MSの作ったJavaScriptみたいにブラウザ(IEのみ)で動く
ショートプログラムのこと。使ってるサイト見たこと無いし。


ググってヨシ!
http://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&oe=UTF-8&q=VBScript
125仕様書無しさん:03/08/21 23:01
要らない言語・・・Notes Scriptかな。
VBに似て非なるもの。スタックの少なさで昔泣いた。
126112:03/08/21 23:50
>>124
VBScriptと FLASHは別物だろ。
俺はFLASHというMS製の新言語があるのかと思ったよ。

俺もVBScriptはイラネ

>>113,115
swfか…正直使ったこと無い。
動きのあるデザインはやりやすそうだけど。
Javaって言ってるのは、Appletということ?
XMLでやりとりすれば確かに使えるかもなぁ…。
127仕様書無しさん:03/08/22 00:14
言語もそうだが
「ライブラリ」も似たようなのが結構あるので減らして欲しい
netCOBOL
そこまで必死にならなくてもいいよぉ...。
129仕様書無しさん:03/08/22 01:09
COBOL・・・Perl並みに無節操な拡張を繰り返す
130123:03/08/22 01:20
ぐぐったらVBScriptが・・・なんで?(w
あなたの言ってたのってマクロメディアのソフトでつかえるActionScriptのことじゃなかったの?へ?
swfちゃうの?
情報端末とかだったらあれだけでいいじゃん。DirectXであーたらこーたらせんでもええし。

131仕様書無しさん:03/08/22 01:42
断然VBScriptだろ。
132仕様書無しさん:03/08/22 01:46
VBScriptはあってもいいけど
VBはイラネ
133仕様書無しさん:03/08/22 12:11
VBしか知らん上司こそ(゚听)イラネ
134仕様書無しさん:03/08/22 12:30
VBScript逝ってよし。
135仕様書無しさん:03/08/22 12:31
COBOL++って知ってますか?
136仕様書無しさん:03/08/22 12:38
すみません。スレ違いなんですが、Sony板では頼りないので、
知識がありそう?なとこに片っ端から聞いてます。お許しください。
本題ですが、あの、今日遊んでてパソコンとPS2をつなげちゃったんです。
そしたら、PS2動かなくなったんですが、何かいい方法はありませんか?
すみません。知識がなく、わからないので、誰かお詳しい方お願いします。
すみません。ほんとにすみません。友人のPS2を破壊するわけにはいかんのです・・・
137仕様書無しさん:03/08/22 12:45
JCL
138仕様書無しさん:03/08/22 14:37
>>136
>知識がありそう?なとこに片っ端から聞いてます。

マルチポスト → ポストスクリプト

一番要らないのはVB
139仕様書無しさん:03/08/22 15:32
>>138
素直におしえりゃ−いいんだよ
さっさとおしえろアフォが
140仕様書無しさん:03/08/22 15:39
多分 >>1 って、10種類くらいの代表的なプログラミング言語しか
知らないんだろうね。
141仕様書無しさん:03/08/22 15:40
俺C厨いらねーと思う。
142仕様書無しさん:03/08/22 15:42
PS2ポートってプログラム言語だっけ?
C厨ってプログラム言語だっけ?

# PS-Adobe-2.0をPS2と呼ぶならプログラム言語だけどな
143仕様書無しさん:03/08/22 15:49
C丼.NET
144仕様書無しさん:03/08/22 21:12
HSP
145仕様書無しさん:03/08/22 21:45
USBで繋げたということか?
それ、治らんよ
146仕様書無しさん:03/08/23 00:02
>>139
それ多分パソコンからPS2に過電流が流れちゃったせいだよ。
去年あたりに一部の型番にそういう不具合が生じるってSONY言ってたような…。

直し方は、面倒だけど、過電流逃がすためにコンセントに銅線はっつけてその銅線持ったまま
コンセントにぶっさして逃がせばOK。だいたいこれで直るよ。
147仕様書無しさん:03/08/23 02:18
>>136
新品買って返せばいいじゃん。アフォ?
148仕様書無しさん:03/08/23 02:50
Python か Ruby に一票。
149仕様書無しさん:03/08/23 12:03
PS2のUSBコネクタって何のためにあるの?
150剛万太郎 ◆uuJAVAsys2 :03/08/23 12:19
151仕様書無しさん:03/08/23 15:02
死滅寸前のVBユーザーである>>136が必死に話をそらそうとしているな。
152仕様書無しさん:03/08/23 16:12
>>147
本体の内蔵メモリーにすげーエロいデータが入ってたりするんじゃない?
153(^ー')b ◆EoOYgmEaZE :03/08/23 23:01
>>136
俺は小学校の頃、借りたファミコンのカセットに
コーヒーこぼしたまま返したことありますよ。
もちろん絶交されましたが。
154仕様書無しさん:03/08/23 23:07
>>153
小学生のくせにコーヒー飲んでたのかw
155仕様書無しさん:03/08/26 00:29
正直もうバッチファイル使いたくない・・・
wshは強力だけど面倒だしperl/rubyも違和感あるしでなかなか代わりが見つからない。
156仕様書無しさん:03/08/31 05:31
>>155
「バッチファイル」なんてそうそう使うか?
なんに使ってるの?
157仕様書無しさん:03/08/31 13:58
>>156
cygwinのコマンドと組み合わせていろいろと。
クリップボードのフィルタコマンドとか便利だよ。
158仕様書無しさん:03/09/06 01:43
>>156
telnet で個人のメールサーバに繋ぐときにつかってる。
OEが起動していないので仕事してるように見えるらしい。
159仕様書無しさん:03/09/10 01:15
Ada。開発環境見たことない
160仕様書無しさん:03/09/10 01:17
>>159
君はあれか、新人類か

昔はよくCORBAなサーバとOrbixとかの間に広告載ってただろが
161仕様書無しさん:03/09/10 01:30
YPS COBOL。ガイシュツかな?
ttp://primeserver.fujitsu.com/gp7/products/soft/gp7soft/hy041102.html

POWER COBOLだのCOBOL++だの、COBOLファミリー逝ってよし!
162仕様書無しさん:03/09/10 03:48
>>1
VB, VB.NET, C#, J++, J# とにかく.NET系全般。

これでJ2EEだけの仕事に取り掛かれる。
163仕様書無しさん:03/09/10 09:36
名前知らないけど、sendmailの設定ファイル関係の言語
164iAPX432:03/09/10 12:21
>>160
そうでした。後から気がつきました。VAX11の筐体から身投げしてきます...

M$系の言語ツールで馬鹿になってました....
165ヽ(´ー`)ノ:03/09/12 11:33
C か C++。

そうすれば、きっと夢のような言語が急ピッチで開発されるだろう(´ー`)y-~~
166仕様書無しさん:03/09/12 21:12
>>159
軍事用に使われてるらしい
167仕様書無しさん:03/09/12 22:33
おねえちゃんが怪しいラップトップを操作しながら使っていたAPLってまだあるのか?
168仕様書無しさん:03/09/16 21:34
この世の中COBOLが全てである
白状しろよ?
おまえも子ぼらーだろ!
169仕様書無しさん:03/09/16 21:41
>>165
急ピッチで Objective-PL/M ができるだけだと思うな。
170仕様書無しさん:03/09/16 21:51
大体俺自体がCOBOLで動いてますが?
171仕様書無しさん:03/09/16 21:55
Javaを無くせ。
業界全体が動くので面白そう。どうするIBM?
172仕様書無しさん:03/09/16 21:55
VB。VB.netになってマシにはなったようだが、VBはクソだ。
俺はVBの仕事なんてしたくないのに、何でやらなきゃいけねぇんだっ。
173仕様書無しさん:03/09/16 21:59
JavaとJVM
単一言語鹿サポートしないエミュレーターなどいらん。
174仕様書無しさん:03/09/16 22:04
>>171
急ピッチで Objective-PL/M ができるだけだと思うな。
175仕様書無しさん:03/09/16 23:25
C言語
関数が難しいから
あんなもん覚えられないよ
176仕様書無しさん:03/09/16 23:28
>>166
軍事用システムもPGが組んでいるのかと思うと。
そりゃ誤爆もある罠。
177仕様書無しさん:03/09/16 23:32
まあ、Rubyだろ。
178仕様書無しさん:03/09/16 23:49
ボコルはPL/IやALGOLに置換可能
VBは、DELPHIやKYLIXに置き換え可能
どうして汚い言語の方が蔓延るんじゃい?
ルールが明確だから覚えることが少ないはずなのに、たくさんお例外を覚えなきゃならない
汚い言語が生き延びてる
早く滅びろ、ボコル!
179仕様書無しさん:03/09/16 23:53
COBOL でエロゲーを開発できる能力があればいいんだが。
それらの機能がない COBOL は退かしていいと思う
180仕様書無しさん:03/09/17 00:16
SQLwindowsとかセンチュラとか。
論理だと?
んなもんはねぇ。いらねぇからいらねぇんだ
181ヽ(´ー`)ノ:03/09/17 08:13
>>178
馬鹿でも使えるから、でないの?
無論、それもプログラミング言語の良さの一つのファクタではあるだろうが。

VB はともかく、COBOL は普及した原因が分からん。何か取り柄でもあるの?
182仕様書無しさん:03/09/17 11:00
時代背景
183仕様書無しさん:03/09/26 22:48
>>181
とりあえず当時は選択肢がなかったんだろ
184仕様書無しさん:03/09/26 22:55
>>176
そりゃソフトウェア部分ってのは近代兵器ならあるよ
WindowsNTを使ってたイージス艦が動かなくなったり
パトリオットの誘導システムの暴走で味方に被害がでたり
潜航中の潜水艦のソナーシステムがダウンして動けなくなったり
人間の作るもんだからどこでもトラブルは起こってる
185仕様書無しさん:03/10/09 12:06
Perlを一刻も早く廃止すべきだ。

最悪なことにPerlから入る初心者が多いおかげで
読みにくい暗号みたいなプログラムを書く悪習を身につけてしまう。

上級者がしかるべき考えを持った上で使うなら仕方ないけど
あんなものでプログラム入門する初心者が多数存在するのは大問題だ。
186頭悪い ◆gGTEz68pSM :03/10/09 12:14
VBかな。
アレのわかりやすさって、言語仕様と言うよりは環境によるものが大きいと
思うんだが。まあ、拾得者数が多いんで滅びることは無いだろうけど。
187仕様書無しさん:03/10/09 12:30
>>186
> 拾得者数が多いんで
拾った奴か、、、
188仕様書無しさん:03/10/09 12:54
VBだろ。
なんつったって開発元が潰したがってるんだから。
189仕様書無しさん:03/10/09 12:59
>>8
IntelはIA64にリプレースしたがってるが頓挫しそうな気配・・・
.NETが流行ればx86を直接いじることも少なくなるんだろうけど。
190仕様書無しさん:03/10/09 13:25
マシン語・・・・
191仕様書無しさん:03/10/09 13:32
>  .NETが流行ればx86を直接いじることも少なくなるんだろうけど。

おれの知り合いにもこの言葉”.NETが流行れば"云々言う奴が
いますが、なんなんですか?つか、随分前から言われている
M$信者の合言葉みたいなんですが、流行ったらじゃなくて
流行らしたいだけじゃないんですか?

例:.NETが流行ればjavaはC#に食われて死滅する
192仕様書無しさん:03/10/09 13:46
被害妄想気味のJava厨
193仕様書無しさん:03/10/09 13:54
perl使いなんだが、perlかもと思ってる。

あの雑然とした感じは、兄弟多くて下町育ちの漏れとしては好みなんだけどな。
194仕様書無しさん:03/10/09 14:19
自分の好き嫌いでいうならCOBOL
業界のためを考えるならCOBOL
COBOLで一致したことが偶然か否かは不明。
195仕様書無しさん:03/10/09 17:18
>>191
MSはDOSを流行らせWin16を流行らせWin32を流行らせた。
当然次はWin32とWin64、PentiumとAthlonとItaniumとOpteronを統一的に扱える.NETを流行らせるだろう。
これはもう確定的だ。

JavaはTCOに疎いアンチMSに支えられてかろうじて生き残るだろう。
196仕様書無しさん:03/10/09 17:28
>>195
確かにプログラマには流行ってるけど、いかんせんユーザ側には無用の長物。
なんとか物知らない所騙してねじ込んでるけどねえ・・・・・

まあIA64でないとダメな応用作れない俺たちプログラマがヘタレなんだろうけどよ。
197仕様書無しさん:03/10/09 17:32
ユーザはアプリに興味がある。
アプリを作るプログラマは環境に興味がある。
ユーザが環境なんか意識しないのは当然だし、
意識しないからだめということにもならない。
198仕様書無しさん:03/10/09 17:49
意識させちゃいけないよな。
199仕様書無しさん:03/10/09 17:56
こういう人たちってさ、ウイルス騒ぎがあると ユーザも勉強しろとかいうんだよな
200仕様書無しさん:03/10/09 18:00
勉強なんていらないし何も考える必要もない。
無条件にWindows Updateに全部チェック付けてアップデートしとけ。
糞つまらんフリーウェアも入れるな。全部商用のパッケージソフトいれろ。
ただそれだけの話。
201仕様書無しさん:03/10/09 18:04
で、MSサイトに似せたフィッシングにやられたら、注意が足りないというわけか。
202仕様書無しさん:03/10/09 18:05
確かに IEで開いてる時に、  UpDateの準備が出来ました。 なんてダイアログ出したら無条件にクリックしてくれそうだな。

203仕様書無しさん:03/10/09 18:06
201==202  ソレ年末に流行しそうだな
204仕様書無しさん:03/10/09 18:46
Beginners All purpose Symbolic Instruction Code
­~~~~~~~~~
205仕様書無しさん:03/10/09 19:23
宣言なしに変数を使えてしまう、すべての言語にしんでほしい
206仕様書無しさん:03/10/09 22:14
>>195
反M$ですが、TCOって何よ?
207仕様書無しさん:03/10/09 22:16
208仕様書無しさん:03/10/10 08:50
>>207
サンクス子
209仕様書無しさん:03/10/13 21:42
Perlはマジで死滅しろ。なんだあの糞な文法は!
今日ちょっと修正させられて泣きそうになったぞ!
コノヤロウ!!マジで氏ね!さっさと氏ね!!
210仕様書無しさん:03/10/13 21:47
>>209
初心者は消えろ
211仕様書無しさん:03/10/13 22:05
C言語イラネ
212仕様書無しさん:03/10/13 22:06
VB.NET
213仕様書無しさん:03/10/13 22:12
ColdFusion
214仕様書無しさん:03/10/14 21:59
BASICが一人もいない
215仕様書無しさん:03/10/14 22:04
UnCOBOL
うんこコボル
216仕様書無しさん:03/10/14 22:12
>>209
確かにアレはあんまりだよね。
AWKのエレガンスさに比べたら雲泥の差。
でも実用的な観点からはアレはアレで正解かと。
人生ままならないねぇ。
( ´ー`)フゥー...
217仕様書無しさん:03/10/14 22:34
>>216
perlってメンテナンスしないことを前提に設計されているのでは?
新規開発の生産性を極限まで向上させれば、
「保守するより作りなおした方が早い」って状況もありうると思うけど。
218仕様書無しさん:03/10/15 00:35
PerlなんかよりTclの方がずっと良いです。
219仕様書無しさん:03/10/16 12:10
>>216
AWK のどこがエレガントなのかと問いたい。
220仕様書無しさん:03/10/16 20:14
で、perl6になってちょっとはましになったんか?
221仕様書無しさん:03/10/16 20:30
韓国語
222仕様書無しさん:03/10/16 20:48
アンチが多い言語ほど使われてるという事実
223仕様書無しさん:03/10/16 21:29
>>216
まあ「エレガントって何か」ということすら衆目の一致を見ることは難しいね
cがエレガントだと思わない人はawkもエレガントだと思わないだろうな。
224仕様書無しさん:03/10/16 22:42
>>190
なにいってんだヨ!!
おまいは、ど素人か、よっぽどのウンコたれの真正馬鹿なのか?

アセンブリ言語が嫌いっていっているわけじゃないし
ほんじゃ、コンピュータはどやって動くンだ????
225仕様書無しさん:03/10/16 22:46
>>224
量子
226仕様書無しさん:03/10/16 23:09
電 気 じゃないかな…
227仕様書無しさん:03/10/16 23:13
すいません。
人間とは思えないほどのタイピング技術をもっている
プログラマーの方々にお聞きしたいのですが、タイプウェルの国語R
の漢字をやるとき、みなさんは漢字を見てるんですか?
それとも下のローマ字を見てやるんですか?
なんか漢字が難しくて読めないんです・・・
228仕様書無しさん:03/10/16 23:14
キーボード見ないとタイプできませんが何か?
229仕様書無しさん:03/10/16 23:32
人差し指じゃないとタイプできませんが、何か?
230仕様書無しさん:03/10/16 23:32
>>15
お前は端末エミュレータの前の作業員だな?
231仕様書無しさん:03/10/17 00:28
VB.NETがあれば、C#なんて要らないよ
232仕様書無しさん:03/10/17 00:41
C丼イラネ
なんか 「Java のようなもの」にしか見えん
233仕様書無しさん:03/10/17 03:33
一番使われてる言語はCだと思うんですが
アンチ多いんですか?
234仕様書無しさん:03/10/17 04:34
C++理解できなかったアホが叩く
そもそもプログラムのロジックを理解できなくて
C使ってても大したコードが書けないアホがJavaを使ってCを叩く

そもそも技術力と言語にはなんら関係はない(コーディングならあるか?)
のに、技術・知識・経験のないアホが自分の知らない言語を叩く
235仕様書無しさん:03/10/17 12:48
>>191
> >  .NETが流行ればx86を直接いじることも少なくなるんだろうけど。
>
> おれの知り合いにもこの言葉”.NETが流行れば"云々言う奴が
> いますが、なんなんですか?つか、随分前から言われている
> M$信者の合言葉みたいなんですが、流行ったらじゃなくて
> 流行らしたいだけじゃないんですか?
M$のエバンジェリストか?

> 例:.NETが流行ればjavaはC#に食われて死滅する
それは無理だろうね。C#が流行らないことには。
結局古い言語にしがみついていつまでたってもCOBOL.NETだのから
抜けだせない。

>>195
Windowsのみでサーバ管理しようとする香具師もそうとうTCOに疎いM$厨だが。
236仕様書無しさん:03/10/17 12:50
>>234
> C++理解できなかったアホが叩く
> そもそもプログラムのロジックを理解できなくて
> C使ってても大したコードが書けないアホがJavaを使ってCを叩く

言ってしまえば
Java使ってもデザインパターンもオブジェクト指向も理解できず、遅い遅いと
対したコードが掛けないアホがCを使ってJavaを叩く

ケースの方が断然多いわけだが。
237仕様書無しさん:03/10/17 12:58
C++の場合、実際にフルに使いこなせるのはごく少数で
それでもスパゲティコード大量生産から逃れるられるものはほとんどいない。
実際にはオブジェクト指向もろくに理解せず、クラスをまるで構造体のように数個
書いただけでC言語レベルのスキルしかない、
COBOLerのようなスパゲティコード書いて自分にしかわかりにくいコードを量産して
俺は天才だと言い張るC++厨はタチが悪い。
C++厨の多くは周りからはたとえCOBOLer扱いされるような汚いコードを書いても
C++を使えばみんなから「最強」だと思われると勘違いしているからだ。
わざと自分のみにわかりやすいようなコードを書いて
他人には理解させにくいようにすることで自身の立場を維持しようとする保守的な
考えをもっている。
共同開発では抵抗勢力のようにまったく迷惑だ。
こういう輩のソースコードにでくわしたときは
全部一から作り直す羽目になる。全部一から作り直すことで
そういう輩の面子をつぶすことができる。
己が「最強」のC++使いだと思わせないようにすることができる。

さもなければそいつのスパゲティコードを
読んで無駄に時間を費やし、「俺様は最強のC++使いだ」と
調子に乗って付け上がらせるだけである。
238仕様書無しさん:03/10/17 13:00
だからといってC++がなくなって欲しい、
と、いうことはない。
いずれC++は主流言語ランキングの座から落とされる運命だろう。
239仕様書無しさん:03/10/17 13:06
別に.NETはC++も使えるし。
240仕様書無しさん:03/10/17 13:08
>>238
それはCの流れを汲む言語によってな
241仕様書無しさん:03/10/17 13:33
>>239
藻前にmamaged C++を使いこなせるスキルがあるとは思えない。
242仕様書無しさん:03/10/17 13:56
ada実在してたんだ・・・。
ライトSF小説の小道具かと思ってた。
243仕様書無しさん:03/10/17 14:01
>>223
俺は C はエレガントだが awk はエレガントじゃないと思う。
本当に
> 「エレガントって何か」ということすら衆目の一致を見ることは難しい
だな。
244仕様書無しさん:03/10/17 15:02
Cと.NET&Javaだけでいいよ。C++逝ってよし
245仕様書無しさん:03/10/17 15:14
>>244
お前はアポー?
246仕様書無しさん:03/10/17 15:45
I hate c++.
と言った言語屋がいたが、俺も同感。
247仕様書無しさん:03/10/17 15:51
I hace c++, but I use it.
248仕様書無しさん:03/10/17 15:54
憎まれっ子世に憚る
249仕様書無しさん:03/10/17 15:56
どれほど悪い事例とされていることでも、
それがはじめられた動機は善意によるものだった
by カエサル
250仕様書無しさん:03/10/17 18:38
自分の頭の悪さを言語にぶつける奴

恥ずかしくないの?

251仕様書無しさん:03/10/17 19:19
>>250
自分の頭の悪さをこのスレにぶつける奴

恥ずかしくないの?
252仕様書無しさん:03/10/17 21:50
恥ずかしいとも!笑えよ!
253仕様書無しさん:03/10/19 01:32
Perlイラネ
この世からPerlが消えてしまえばいいのに
254仕様書無しさん:03/10/19 11:53
NScripter

これでエロゲ屋の半数が消える…
255仕様書無しさん:03/10/20 21:09
>>254
そんなに使われてるのか?
256仕様書無しさん:03/10/26 14:10
257仕様書無しさん:03/12/28 01:39
朝鮮人
258仕様書無しさん:03/12/28 01:45
朝鮮人って言語だったんだw
259仕様書無しさん:03/12/28 01:49
>>253
必要だよ
260仕様書無しさん:03/12/28 02:09
いらない都道府県をひとつ除け
大阪府
大阪弁嫌いやねん
261仕様書無しさん:03/12/28 02:19
ハングル語
262仕様書無しさん:03/12/28 10:59
Ruby
263仕様書無しさん:03/12/28 11:17
COBOL
 彼等は最初は「本物のプログラマの末裔」と呼ばれる、神(極めて有能な種族とされる)、或いはそれに近い
存在であった。蛆のようにばらけた髪、忌まわしい程に細く吊り上がった大きな目、平たい鼻、尖った耳、
大文字からなる言語を話すといった奇怪な特徴を有していた。
 半地下式住居とトンネルからなる村を築いていたが、各地に汎用機を建立し、その中央に崇拝の対象である
<大型汎用機>を置いて崇めていた。
 業界にJavaプログラマが渡って来ると、彼等は森の中、やがては地底の洞窟へと逐い遣られる事になる。
 地底の深淵で暮らす内に、彼等は徐々に、以前にも増して人間離れした存在へと変化していった。目は蝿の様に
瞬きせず、闇を見通せるようになり、口には牙が生え、肌には鱗が生じ、体が痩せ細り縮んで行く一方で頭は不釣
合いに大きくなるという、まさに人生の敗北者じみた姿へと変わっていったのである。
 彼等は地底を自在に掘り進むことが出来、夜の間に地下から現れて人間を連れ去る事もあったという。後に
仇敵であるオープン系の大王は彼らのこの能力を求めて彼等と取引をした。(誰を連れ去ったのだろうか?)
 彼等の末裔は現在に至るまで地底で生き長らえており、現在では、鉤爪を備えた、退化した脚と腕にのみ
かつての名残を留める、人生の敗北者そのもののような姿になっているという。
264仕様書無しさん:03/12/28 11:31
>>263
その内容、コボルとコボルトをかけてもじったものだと分からなくて、
単なる煽り長文だと思ってる人結構多いと思うzo
265仕様書無しさん:03/12/28 12:05
単なる煽り長文ですが何か?
266仕様書無しさん:03/12/28 12:38
COBOLがJavaに駆逐されたという流れで
文章を書いている所をみてもたんなる煽り長文だろ
267仕様書無しさん:03/12/28 12:56
元ネタは
http://www.geocities.co.jp/Bookend-Soseki/4242/c_m_ta.html
あたりか。
ハワードはまじめに読んだことないからよくわからんが。
268仕様書無しさん:03/12/28 14:28
XSLT
理由:オブジェクト指向でない以前に、変数が無いというお粗末さ。
どう実装しても悲惨なソースになる。
269仕様書無しさん:03/12/28 15:42
>268
(´,_ゝ`)プッ
270仕様書無しさん:03/12/28 16:44
>>269
XML系技術というだけで無批判に受け入れて、妄信しちゃってるんだね・・
かわいそうに
271仕様書無しさん:03/12/28 16:49
XSLTでは出来ないこと
http://dac.lolipop.jp/trans/nono.html
272仕様書無しさん:03/12/28 17:08
>270
(´,_ゝ`)プッ

XSTLは宣言型言語で、AntやMakefile同様、
手続き型言語とは異なる哲学を持った言語なのですよ。
273仕様書無しさん:03/12/28 17:20
>272
(´,_ゝ`)プッ

そのレスじゃXSLTが無くなってはならない理由にならないね(笑
274仕様書無しさん:03/12/28 17:24
COBOLが俺の人生を台無しにした。
275仕様書無しさん:03/12/28 17:54
>>1
Java
理由:言うまでもない
276仕様書無しさん:03/12/28 18:41
コボラーは気の毒だな。
C言語から入った人は30、40才になっても新しいことについていけてるのに・・・
やっぱり20代の間に脳を鍛えておかないとだめだな
277仕様書無しさん:04/01/03 12:59
>>276
コボラーですが、ついていっているつもりですが、何か?w

もっとも、COBOLの構造化のしづらさには泣かされたが・・・。
278仕様書無しさん:04/01/08 21:35
OpenCOBOL
これ作った奴の口車にうちの社長が騙されて
これを使う仕事を受注したのだが全然採算がとれず
冬のボーナスはゼロさ。
○rcaPr○jectさっさと潰れろよ。
279仕様書無しさん:04/01/08 21:43
世の全てのperlはlispかtclに置き換わってよい。
280­:04/01/08 22:28
>>278
てかそんなとこさっさと……

わかってるんだろ?
281仕様書無しさん:04/01/08 23:15
>>279
変態ですか?
282仕様書無しさん:04/01/09 00:51
>>277
マジレスすると、ついていけてる人を誰もコボラーとは呼ばない罠
定義の問題だけだけどね。
283仕様書無しさん:04/01/09 01:01
逆周りの時計置いとけば?
一番言ってはいけないのは、「ずっとこれでやってきたから」ってことさ。
284仕様書無しさん:04/01/09 09:10
>>1
マイクロソフト製のすべての言語製品。
商用コンパイラのMS製商品の発売を禁止させる。これで世の中の進歩は
加速する。
285仕様書無しさん:04/01/09 13:41
>>277
他言語の開発でも、必ずCOBOLを引き合いに出して物事を進めるようなら、あなたも
立派なコボラーです。
286仕様書無しさん:04/01/09 20:46
>>281
変態度が高すぎるからperl嫌いなんだけど・・・。
perlに比べたらlispってすごい普通じゃね?
287仕様書無しさん:04/01/09 22:43
>>286
tclが無くなったから変態度80%ダウン
288仕様書無しさん:04/01/10 02:05
>>286
カッコの数は十分変態的だと思うが
289仕様書無しさん:04/01/10 02:31
Adaとか使われていなそうだし、あぼーんしましょう
290仕様書無しさん:04/01/10 09:57
>>286
おまえ頭悪いだけじゃないの?
291あぼーん:あぼーん
あぼーん
292仕様書無しさん:04/01/10 10:35
>>285
痛いCOBOLerとは「COBOLしか知らない」人のこと。
COBOLが散々厨にたたかれているが、
・Cでいう構造体のネスト構造が簡単に定義できるためレコード処理が最適化された
・物理的には文字コードであっても数値として扱えるので、四則演算が簡単
・小数点を含む整数の四則演算が簡単
・それにより、主として基幹業務系で普及し膨大な処理の「定石」を遺した
というのは事実。ただし、これらは言語が優れていたというよりも、設計者やPGの
努力によってもたらされた結果だが…。少なくとも言語誕生の経緯からみても、
ビジネスロジックの記述という点では、そんなにたたかれる要素はないはず。
みんなをいらだたせているのは、「COBOL一筋でそれしか知ろうとせず、すぐに
Xタイプだとか9タイプだとかCOBOL用語を使いたがる人」の存在でしょう?
本当のプロなら、どんな言語でも偏見なく使うべき場所で使うべきだろ?
スレのテーマとずれてしまって悪いが、この業界で最も重要な言語は日本語だぞ。
293仕様書無しさん:04/01/10 10:52
>この業界で最も重要な言語は日本語だぞ。

どの業界でもそうですが、モシカシテアナタ頭悪イヒトデスカ?
294仕様書無しさん:04/01/10 11:14
業務システムの保守をやっている俺からしたら、
C系は最悪!
他人の書いたコードなんて読めない。
歴史がある言語のくせに定石がない。
295仕様書無しさん:04/01/10 11:17
アホなお前には無理かもな。
保守なんて仕事にするなボケ。
それよりドキュメントがないJavaのほうが100倍読みづらい。
296仕様書無しさん:04/01/10 11:20
>>293 おまえ素人くさいな。
学生か?
297仕様書無しさん:04/01/10 11:22
>>295
「ドキュメントがない」って何だ? 「仕様書が無い」ならわかるが。
Javaはコメント=ドキュメントだろ。ドキュメント生成ツールがあるんだから。
298仕様書無しさん:04/01/10 11:40
Java
299仕様書無しさん:04/01/10 12:42
Java厨ってアホ全開だなあ。
300仕様書無しさん:04/01/10 12:48
>>295 貴殿が厨だということが2行めでばれています。
301仕様書無しさん:04/01/10 13:01
>>292
データ構造ではいいとこ突いてるけど、アルゴリズムについての言及がないな。
COBOLでイベントドリブンの処理って書きづらくない?
302仕様書無しさん:04/01/10 13:19
COBOLは計算センターの汎用機で事務データをバッチ処理するのには最適な言語であるが、
それ以外の用途には全く向いていない。
303仕様書無しさん:04/01/10 17:14
1つ失くすとしたら、それは当然C言語ですね。
304仕様書無しさん:04/01/10 17:17
>>303
だよねwww
プログラムの中で最も重要な分野である
テキスト処理。そのテキスト処理をCは
苦手にしている。正直話にもならんw
strcpy(s1,s2);
ふざけんなってw
s1=s2と書かせろってw
正直Cは最低なくそ言語ですなw
305プログラム初心者:04/01/10 17:21
えーっ!?
そうなんですか。
僕は秀丸には遠く及ばないだろうけど
なんとか自作フリーエディタ作るために
最近Cを覚え始めたのですが、まさか
Cがテキスト処理を苦手にしてるなんて・・・・
失望しました。せっかく独習CとK&Rを
友人にもらいましたが、燃やしてきます。
あ〜やっぱりjavaにすべきでしたw
306java(・∀・)イイ!!:04/01/10 17:27
う〜ん、どうやらCは廃れてきてるみたいでつね。
やっぱり漏れが愛するjavaが一番勢いがいいみたいでつ。
なんせ今時オブジェクト指向でない言語なんて
使えないでつ。C++もなんかだめCに無理やりオブジェクト
思考加えただけで、なんかごちゃごちゃしてて
javaには到底かなわないでつね。
javaの優れたところはなんといっても、ネットワークにも対応
そして、windowsアプリケーションも容易につくれることでつ。
それに比べてCはなんでつか????
あのAPIだのわけのわからないことを覚えないとだめじゃないでつか
まともにつくるためにはvisual C++なんてクソゲーにも劣る
ソフトを買わされて、一から勉強しないとだめじゃないでつか
マイクロソフトの陰謀でつよこれは、下らないでつ。
javaを1つ覚えればなんだってできまつ。
307仕様書無しさん:04/01/10 17:29
java厨がいますね・・・・




と言いたいところだが、言ってることは
説得力があるなあ漏れもCからjavaに
乗り換えたたち。
308292:04/01/10 17:29
>>301
確かに現在実働で最も使用されているCOBOL85の仕様では、言語仕様レベルでのサポート
は少ないですね。(イベント駆動処理について)
よって、ご指摘の通りだと思います。しかし、1980年代後半から1990年代にかけて企画〜
実装された基幹系の大規模CS(クライアントサーバ)システムでは、画面等のプレゼン部分
を既存製品でまかない、その製品から渡されるイベントをサーバ側でCOBOLアプリが受けて、
DBアクセスするというような形態のオンラインリアル処理が多かったと思われます。
いずれも金融機関等の大企業で、かつ大規模で保守を必要とする基幹業務系ですが…。
COBOLが向いているいないに関わらず、大規模システム開発ではリスクや人員調達等のマネジ
メントが発生しますので、そのような方向になったのだろうと想像できます。
少なくとも同様の処理をC系の言語で開発したら、多分保守ができなくなっています。
309­:04/01/10 17:30
そうだね
310iimono:04/01/10 17:31

画像安定を目的として一般量販店でも売られている、
デジタルノイズキャンセラー(正規品)です。↓
http://www5f.biglobe.ne.jp/~iimono/

9100円即決で、即日発送可能です。

ヤフーオークションでも大人気!!!↓
http://user.auctions.yahoo.co.jp/jp/user/otoku_iimono
311仕様書無しさん:04/01/10 17:31
javaなんか覚えて何するの?
携帯でゲーム作るか、下層派遣として使われるかぐらいじゃない?
312仕様書無しさん:04/01/10 17:32
制御系のマイナーな石のクロス環境はほとんどがCだからなぁ、なくなると困るなw
313仕様書無しさん:04/01/10 17:35
やれやれ、お前らまだまだjavaを
わかってないみたいだな(笑)
javaといったらやはりマルチスレッドだろうな
マルチスレッドってのはプログラムを作るうえ
で欠かせないものだからな。それに
もう1つ言っておかなきゃならないのは
javaはプログラマにとってやさしいということ
Cはどうだろう、Cの理念は
「プログラマは全知全能である」
・・・・
(゚Д゚)ハァ?って感じだよな(笑)
そんなことありえないのに何わけのわからない
想定して悦に入ってるんだよリッチーとカーニハン
はよ(笑)
314仕様書無しさん:04/01/10 17:41
Cの最低なとこを言いますね。
それはCには論理型がないということです。
たとえばそうですね
if(hoge=1)
こんなものを書いたら当然エラーに決まってますよ。
だけど、なんと恐るべきことにCではこれがエラーに
なりません。(ああもう、このバカC!)
よく
if(1=hoge)なんて書いて自分を誤魔化している
Cのへっぽこプログラマがいますが
もう痛々しくて見てられないです。
if(a=b)
など両辺が識別子だったらもう破綻ですよ。
もしこんなプログラム書いてあるのを見たら
私は必ずコメント文で
/*無駄な努力なんて止めて、他の言語を
覚えましょう*/
ってついつい書きたくなりますよ。
315仕様書無しさん:04/01/10 17:49
プログラマにとってマターリすることはとっても大切。
だって、そういうときに唐突にいいアイディアが閃く
ものだから。もしこれに異を唱えるものは
経験の浅い、またはセンスのかけらもない人間
である。
ところでCとjavaどっちがマターリできる?
まずjavaとはどういう意味かというと
ジャワティストレートと同じように、茶の間感覚
でって、そういう意味合いがある。ところで
Cはというと、Bの次。
もうこれだけでjavaのほうが圧倒的にマターリ
できて、なおかついいアイディアが閃きやすくて
プログラマご用達の言語だということが
この世にいるどんなへぼプログラマにでさえも
わかるはずだ。マターリできる、つまり
最高を目指すなら、java以外にありえない。
316仕様書無しさん:04/01/10 17:51
ブール型がないからといって困ったことなんかないけどなぁ、マクロ定義の擬似ブール型で何でダメなのよ?
317仕様書無しさん:04/01/10 17:52
次の素人さんどうぞ。
318仕様書無しさん:04/01/10 17:53
漏れCをやろうか、javaをやろうか
パスカルをやろうかで悩んでたけど
ここ見て、javaに決めたよw
そうか〜javaのほうがCに比べて圧倒的に
優れているし、しかもマターリできるなんて
Cをやろうとしてた漏れはどうかしてたよw
319仕様書無しさん:04/01/10 17:55
次の釣り人さんどうぞ。
320仕様書無しさん:04/01/10 17:57
なんですか、このスレ。
プログラムをわかっていない人達の集まりですね。
教えてやりましょう。The best of programing langage is C.
これ以外にありえません。
Cの特徴といったらなんといってもポインタでしょう。
これを使えばなんと、アセンブリ言語に近いことまで
できてしまいます。ところが卑しいかなjavaには
ポインタという概念がありません。そう、javaは
ポインタが理解できない知的レベルの低い人間達
が使う言語だということです。知的なあなたは
是非Cを習うことをお薦めします。
321仕様書無しさん:04/01/10 18:05
Cは過去の偉人達の努力の結晶でつくられた
言語、つまり重みのある言語。
それにくらべてjava(tea)は、バカがなんとなく
Cのいいところをパクって広めた、いわば
えせプログラミング言語。
だいたいポインタはないとか言ってうそぶいてるが
ほとんど似たようなものがある。これはマーケティング
の戦略と、前橋和弥も言っている。
つまりCが純粋で、情熱の塊であるのに対し
javaは猜疑と欲望の化身でしかない。
こんな言語とてもじゃないが使う気になれない。
322仕様書無しさん:04/01/10 18:06
>>320
釣りだと思いますが…w
おっしゃることは判ります。
でも、アナタのような人はプログラムで仕事をしないでください。
おそらく、アナタのような人が誰も保守できないグロいコードを
量産するのでしょうね。
323仕様書無しさん:04/01/10 18:10
次のお魚さんどうぞ。
324仕様書無しさん:04/01/10 18:15
ああ、どうしよう・・・javaがいいと思ってたのに
Cがいいって意見もあるんだ・・・
どうしよう・・・・そろそろ決めないと・・・・
325仕様書無しさん:04/01/10 18:16
次の迷える子羊さんどうぞ。
326仕様書無しさん:04/01/10 18:16
>>324
BASICが一番優れた言語。
みんなによく使われてなおかつとっつき
安い言語だ。
だからこの言語だけはランタイムというものを
配布している。なぜなら、あまりにも
この言語を選ぶ人が多いからもう
パッケージ化しちゃえ、ということだ。
327324:04/01/10 18:18
ワー
ありがd
漏れは明日からBASICを勉強することに
するよ。
本当は漏れ誰かがそういってくれることを
望んでいたのかもしれない。
もしかしたら今日が漏れの
ターニングポイントかもw
328hangedman:04/01/10 18:21
ちなみにCなくしたら、Cを継承して作った言語すべてなくなるべ。
javaもrubyも、c++も・・・

やっべ、釣られた・・・
329仕様書無しさん:04/01/10 18:25
まあ、正直
>>303-307
>>313-315
>>318
>>320-322
>>324
>>326-327
はすべて俺だ。
俺は自演のプロなんだ。
俺はスレを良スレにも駄スレにもできる。
格が違うんだ。
330仕様書無しさん:04/01/10 18:27
>>329

寂しかったんだよな、よしよし。
331仕様書無しさん:04/01/10 18:30
こんなところで自演のプロに会えるなんて
ちょっと感激。
すごいところは自演のひとつひとつを
丁寧に長文で、また初心者にもわかりやすく
説明までしているということ。
本当にこのスレに来て良かった。
また来るよw

332仕様書無しさん:04/01/10 18:35
中身のない自演は(・A・)イクナイ!!
だけど中身のある自演は(・∀・)イイ!!
どれもこれも、どこかおかしなことを含んでいるけど
言っていることは、的をえている。
よって、自演でもまったく問題ない。
どちらも均等に擁護してて、どちらか一方を
批判しているわけではないから
釣りとしては最高の部類にはいる。
いや、むしろ本人は釣りのつもりもないのでは
ないだろうか、自演をすることによって
もう一度初心に返り、プログラミング言語の
本質をもうもう一度振り返ろうじゃないか
という態度が素晴らしく素敵。
333仕様書無しさん:04/01/10 18:37
>>332
いいえて妙。
334仕様書無しさん:04/01/10 18:38
なんか自演っていいよな。
漏り下がったスレを再び活性化
させるという必要悪なんだと思う。
「自演は2ちゃんに必要だ。」
と声をあげて叫びたい。
335仕様書無しさん:04/01/10 18:40
君も自演、あなたも自演
人はみな自演で繋がっているんだね。
336仕様書無しさん:04/01/10 18:47
> 言っていることは、的をえている。
ぼくちんも的がほしいでつ。
337仕様書無しさん:04/01/10 18:50
長いだけでつまんないから
誰も読まないよ
338仕様書無しさん:04/01/10 18:53
ああ、あんなにがんばったのに
つまんないなんて言われてすごいショック・・・・







てのを期待してるのw?
だめだめ、君じゃ僕の自演にかなうわけもないw
339仕様書無しさん:04/01/10 18:55
>>337
ならお前が楽しいこと言えや
せっかく楽しんでたのに・・・・
流れ嫁や。
340仕様書無しさん:04/01/10 18:56
また自演?
長ければいいってもんじゃないんだよ。
誰も読まないんだよ。
341仕様書無しさん:04/01/10 19:02
かわいそうになあ。
342仕様書無しさん:04/01/10 19:03
同じこと言うなよw
ちょっと低脳すぎるぞw
343仕様書無しさん:04/01/10 19:04
かわいそう、まじで・・・
いつだって真面目なやつが
バカを見るんだこの世界は。
344仕様書無しさん:04/01/10 19:08
100%JavaでOSを書いたら認めてやる。
345仕様書無しさん:04/01/10 19:11
>>344
俺、作ったよ。
遅くて使い物にならないから捨てた。
346仕様書無しさん:04/01/10 19:12
100%Javaで車のエンジン制御できたら認めてやるよ。w
派遣Java厨よしっかり働けよ。w
347 :04/01/10 19:12
先生!できますた!

100%Java  100%Java
10   va  10   10
10   va  10
10   va  10101010
10   va       10
10   va  10    10
100%Java  10101010
348仕様書無しさん:04/01/10 19:14
>>346
もう出来てるよ。あと道路の整備さえしてくれれば自動運転できるよ。
349仕様書無しさん:04/01/10 19:31
>>348
ソースを晒せ。もまいが言っているのはカーナビとか上っ面のどうでも言い処理だろ。
いいか、車のエンジンを制御するって事は
1msec毎のリアルタイム処理を絶対遅れることなく処理しなくちゃいけないんだぞ。
俺だったらJavaで出来た車なんて絶対乗りたくないね。
350仕様書無しさん:04/01/10 19:34
>>349
違うよ。自動でスースー運転できるんだよ。
トラック制御で物流革命だよ。
351仕様書無しさん:04/01/10 19:51
違うよというだけでやっぱりソース無しか。
またJava厨の厨ぶりが一つ上がっただけだったな。
352仕様書無しさん:04/01/10 20:05
なんか、俺のかわりに叩かれてるやつがいるな。
353仕様書無しさん:04/01/10 20:06
クソスレ
354あぼーん:あぼーん
あぼーん
355仕様書無しさん:04/01/10 20:41
ド田舎の古い習わしなんてどうでもいい。
356仕様書無しさん:04/01/10 21:08
コボルこぼるこぼるこぼるこぼるこぼる
357仕様書無しさん:04/01/11 00:56
javaOSのソース見たいな
・・・つかわねーけど
358仕様書無しさん:04/01/11 01:28
Nativeメソッドの嵐というオチですか?
359仕様書無しさん:04/01/11 01:33
俺は>>329より
>>317,>>319,>>323,>>325
のスパイスの方がおもしろいと思う。
360仕様書無しさん:04/01/11 01:49
こんなスレ初めて知った。
つりの練習場だな。
361仕様書無しさん:04/01/11 02:01
>>359
まぁ掘り返さないでおけ
また自演しに来ちゃうだろ
自演やるのはいいが自演告白は勘弁
他のレスまで自演と疑ってしまう
362仕様書無しさん:04/01/11 14:22
Jabaはいらない
manage Cもいらない
363仕様書無しさん:04/01/11 14:25
釣れなかった(´・ω・`)ショボーン
364仕様書無しさん:04/01/13 00:53
やはりVBだろう。
使ってる奴がアホ過ぎる。
365仕様書無しさん:04/01/14 21:06
誰がなんと言おうと



ひまわり
366最凶VB厨房:04/01/14 21:09
VBを無くしてしまったら経済的損失が計り知れない。
367仕様書無しさん:04/01/14 21:18
ぶっちゃけVC++はいらない。
368仕様書無しさん:04/01/14 21:24
今日も釣れなかった(´・ω・`)ショボーン
369仕様書無しさん:04/01/14 22:17
>>366
は?
お前の家計の中だけだろ。

置き換えの仕事が大量発生して嬉し過ぎ。
370最凶VB厨房:04/01/15 00:01
>>369
「置き換えの仕事が大量発生」するぐらいの経済的損失が
発生することがわからんのか?
大丈夫?
371仕様書無しさん:04/01/15 00:20
広まってしてしまえば糞の臭いも気にならない。
みんなが糞になれるから。
372別にさぁ・・・:04/01/15 01:07
プログラミング言語なんて、その用途に合わせて使えば良いじゃん!
それぞれ長所短所がある訳だし。
敢えて言えば、VC++は今の状況だと、必要性に欠けてるかも・・・
373仕様書無しさん:04/01/15 02:05
>>370
それなら銀行はCOBOLを未来永劫使えってことかw
374仕様書無しさん:04/01/15 10:18
CとJava・・・・
単位を取っただけでどっちも結局本質が理解できなかった。

必要とされるようなややこしい作業を
要求されないからかもしれない。

言語でいらないといえば・・・もういいだろBシェルは!こんなものでプログラム書かせるな。
375仕様書無しさん:04/01/15 15:35
勘定系〜勘定系〜 か〜きなおし〜
勘定系〜勘定系〜 か〜きなおし〜
376仕様書無しさん:04/01/15 21:11
>>374
言語としてみるとshよりcshのほうがいらんだろ。
377仕様書無しさん:04/01/16 00:02
Ruby
378仕様書無しさん:04/01/18 02:56
普通にC++って要らないだろ
379仕様書無しさん:04/01/18 06:43
>>378
おまえの存在とC++を比べると
大多数の人がおまえの方が要らないと言うと思うよ。
380仕様書無しさん:04/01/18 18:22
>>378
逆。CがいらなくてC++は必要。
381仕様書無しさん:04/01/19 00:37
>>380
Cは制御系では必須だぞ
382仕様書無しさん:04/01/19 00:45
Prolog
383仕様書無しさん:04/01/19 16:48
C#は要らないというか、なくなって欲しい。邪魔。
384仕様書無しさん:04/01/19 19:06
>>382
このスレで初めてでてきたな。

そういえば織田信長っていうのなかったっけ?
385仕様書無しさん:04/01/20 07:13
>>382
lispは必要だがprologは確かにいらねーな。
実際に役に立つ処理系を見たことがない。
386仕様書無しさん:04/02/03 23:49
COBOL と Java(特に Servlet)はいらないかな。
Sun が必死で短期決戦型教育戦略を進めているようだが、Servletで構築された大規模な
サイトほど不自然な(中途半端というべきか。あくまでも見た感じね)処理速度な
感じがするんだよねぇ。
確かに自然言語に近くてコーディングしやすいという利点はあるんだと思うんだけど。
近い言語なら PHP(SAPI)がまだ軽い感じだが藻前らどうよ。

# そんな俺は PHP & Perl スクリプト厨。あ、PHP と Perl はスクリプトだ。
# っていうか、JSP が VM に 受け渡される作業と PHP が Zend Engine に受け渡される
# 処理とはそんなに変わらないような気がするが。とここまで書いて何だけど、ツッコミ
# 激しそうだな・・・

あと、VB は必要悪とおもう。一人でコーディングしてる香具師からすれば
C/C++ ほど生産性がない言語といい、生産性にしかこだわらない香具師は
ゆくゆく COBOLer のように廃れていくわけだし。
387仕様書無しさん:04/02/04 00:13
1つなくしてもイイ言語





Visual J++

うわ、何もひねってないからつまらねえ
388仕様書無しさん:04/02/04 13:55
>確かに自然言語に近くてコーディングしやすいという利点はあるんだと思うんだけど。

じゃあ、要るんじゃん…
389仕様書無しさん:04/02/13 01:58
道具は使う物であって、使われる物ではない。
390自営業 ◆kNR4pC4o6s :04/02/13 22:11
>>386
C/C++は使い込むほど生産性が上がってくると思うが・・・
そりゃ標準ライブラリだけ使って書けば、事務処理の生産性はVBやCOBOLに
負けるかもしれんが、使いこなしてれば普通自分専用のライブラリくらい作ってるでしょ?
391仕様書無しさん:04/02/13 23:20
>>390
つーか、どの言語も一緒だが。
392仕様書無しさん:04/02/15 00:10
FORTH
もう一生使う機会はないと思う(俺は)
393自営業 ◆kNR4pC4o6s :04/02/15 18:00
>>391
言語によって、習得後の生産性アップ率は違うと思うが。
394仕様書無しさん:04/03/07 19:44
395仕様書無しさん:04/03/07 22:25
>>386
Java & Servlet が要らないという人をたまにみるけど(2ちゃんで)、
実際の案件は Java & Servlet 多いよな。いらないという人は何故そう思うの?
たとえば >>386氏は 「不自然」「中途半端」という抽象的な事しか書いてない。
(煽りじゃないよ)

まー俺はC厨なんで Javaが減ってくれてC/C++の仕事にありつきたいんだけど。
396395:04/03/07 22:26
うおぉぉ一ヶ月以上前へのレスかよ俺
_| ̄|●
397名無し@沢村:04/03/08 04:50
織田信長はいらん。
398仕様書無しさん:04/03/08 07:13
朝鮮語
399仕様書無しさん:04/03/08 10:04
言語以前に半島そのものが不要。
400仕様書無しさん:04/03/08 14:53
Java
401仕様書無しさん:04/03/08 15:06
ひまわり
402仕様書無しさん:04/03/08 16:13
>>393
Cは生産性が他の言語に比べて著しく高いとでも言うのか?
JavaだってVBだって使い込めば生産性があがるのは同じなんだって。
自分用のライブラリはCプログラマしか持って無いとでもおもってるのか?
君がC以外の言語をうまく習得できないだけだろ。
403仕様書無しさん:04/03/08 22:00
>>402
>JavaだってVBだって使い込めば生産性があがるのは同じなんだって。

使い込むほどに実行速度の壁にぶち当たる事が多くなるが・・・
404自営業 ◆kNR4pC4o6s :04/03/09 05:24
JAVAもVBも使えるんだけどね(苦笑
405仕様書無しさん:04/03/09 11:12
>>403
それが本当なら「言語を変更すれば良いだけのこと」と、簡単に片付く問題ではない。
言語を変更したとて、とてもオーダーレベル(10倍以上)の改善にはならないからだ
一方で、JavaやVBを選択するということは「実行速度の壁が問題にならない」という
判断があったはずで、「その判断の見通しが悪かった」といわざるをえない。
406仕様書無しさん:04/03/09 11:14
何をなくされても困らないから御自由にどうぞ
407仕様書無しさん:04/03/09 12:41
>>404
使えはするけど、煩雑なC言語よりも生産性が上がらないと。

お前の仕事は、デバイスドライバを作る仕事だったりするのか?
だとしたらC言語以外は非効率かもな。

業務アプリとかサーバサイドだったら、生産性云々に口を出すのはどうかと思うけど。
408自営業 ◆kNR4pC4o6s :04/03/11 06:11
>>407
制御もやれば事務系もやるぞ。所謂何でも屋かな。
デバドラはLinux上の既存のを趣味で改良する程度で仕事ではやらん。
403が書いてるように、VBやJavaだとロジックの抽象化が進んだ時に
実行効率が気になる局面が多くないか?
モジュールごとに開発言語を変えるのは、開発効率の面から言えば
おそらくそれが最良だろうが、保守の観点から言えば必ずしもそうではない。
それに、俺はお前と違って、C/C++が「煩雑」だとはちっとも思わない。
409仕様書無しさん:04/03/11 09:26
低コストにGUIアプリが作りたい=VB
Web系でまともに作りたい=Java
がデファクトなわけでしょ?
その分野にもCが適していると言い張りたいの?
保守の面からでもCが最高なの?

何だかんだ言って、自分の力を自慢しているだけだろ。
俺はVBやJavaのような低レベルな言語を使わなくとも、
同じかそれ以上に何でも作れるぜって。

普通の仕事は複数人で意思疎通しながら皆が納得
できる決まりで作り上げるんだって。
PGなら独自ライブラリくらい云々なんて言ってどうするの?
自営業者が個人で作る程度のものなんて、受注した個人が得意な
言語でやればいい。
しかしここでは誰もそんなことは言っていない。
410自営業 ◆kNR4pC4o6s :04/03/11 09:43
>>409
相変わらず日本語をまともに理解できない奴だなw
曲解も甚だしい。
他人の文章を読む時にはな、自分の頭の中の、根拠のない変な前提をなくして読まないと
本当の意味は一生理解できないぞ。
ま、お前みたいなのとまともな議論は成立しないから、以後スルーすることにするよ。
411仕様書無しさん:04/03/11 09:49
低脳な奴の特徴ってやっぱり・・・
412仕様書無しさん:04/03/11 09:55
> VBやJavaだとロジックの抽象化が進んだ時に
> 実行効率が気になる局面が多くないか?
「実行効率が気になる」ってw

気のせいならほうっておけ。今は言語自体が
パフォーマンスを大きく左右する時代じゃないんだよ。
413仕様書無しさん:04/03/11 10:11
>>409が何を言いたいのかさっぱりわかりません
414仕様書無しさん:04/03/11 11:06
>>1
逆説を唱えてC言語!

ふっ、これからはD言語がC言語にとってかわるのさ!

415仕様書無しさん:04/03/11 13:19
でもやっぱりCプログラマが最強なのよ
416仕様書無しさん:04/03/11 14:49
おかしいのは自営業のほうじゃないか?
なんか自演で必死になってるみたいだけど。
417仕様書無しさん:04/03/11 17:03
負けてくると、もう相手にしないとか言うのは厨の常套手段だから気にするな。
418仕様書無しさん:04/03/11 17:06
>>417
>負けてくると、もう相手にしないとか言うのは厨の常套手段だから気にするな。

そうなのか、なるほど。

じゃ、もう相手にしない事にするよ。
419仕様書無しさん:04/03/11 18:44
自分の言いたいことをうまく理解してもらえないと、受け手が悪いと言い出すのも厨の特徴だな。
420仕様書無しさん:04/03/11 23:45
C#は逝ってよし
421仕様書無しさん:04/03/12 00:40
>>419
人の言うことをうまく理解できたためしのないアホが
よくそういってごまかしますよね :-)
422仕様書無しさん:04/03/12 12:04
vbわけワカンネー
423仕様書無しさん:04/03/12 13:21
↑馬鹿
424仕様書無しさん:04/03/12 14:13
>>1
Microsoft社製の言語かなぁ…。
>>414
D言語ですか。今マイブームなんですよ。
感じがC#っぽいけどなかなか良い出来だと思う。
425仕様書無しさん:04/03/12 14:45
どうでもいいけどJAVAってコーヒーショップの名前じゃなかったか?
426仕様書無しさん:04/03/12 16:08
>>421
自営業、匿名で必死に自己弁護
427仕様書無しさん:04/03/12 16:15
428仕様書無しさん:04/03/12 21:02
自営業ってリア厨でしょ?
これで現場に出てる人だったら笑える。
組織になじめないから仕方なく自営やってんだろうなって感じ。
429仕様書無しさん:04/03/13 00:44
高校生の煽りは底が浅い。
430仕様書無しさん:04/03/13 20:42
技術的な話では勝てないと悟ったのか、今度は煽り方の批判ですか?
431仕様書無しさん:04/03/14 00:49
>>430
もしかして、>>428が技術的な話をしているように見えるんですか? :-)
432仕様書無しさん:04/03/14 14:56
>>431
流れ嫁よ


あ、自営業氏でしたか。これは失礼。
流石に高校生とは違って、深い深い煽りですね。
433仕様書無しさん:04/03/14 15:03
>>432
どんな「流れ」だと言いたいのでしょうか?
(なんか「それっぽい」ことを言ってその場を凌いでるだけだったりして :-) )
434仕様書無しさん:04/03/14 15:09
C言語最高という論理=技術的な話 が破綻したから、
コテハンやめて人格攻撃やってるんでしょ?
ちょっと前まで遡ったら解るだろ。
435仕様書無しさん:04/03/14 15:24
>>434
> C言語最高という論理=技術的な話 が破綻したから、
> コテハンやめて人格攻撃やってるんでしょ?
答は「いいえ」ですね :-)

> ちょっと前まで遡ったら解るだろ。
全然わかってないじゃないですか :-P
436仕様書無しさん:04/03/14 15:26
>>435
君は自営業なの?
なんで本人じゃないのにいいえと断言できるの?
437仕様書無しさん:04/03/14 15:41
自営業頭悪すぎだな…

このあとの返答予想としては
・釣られたな
・俺自営業じゃないし
・君こそ人格批判じゃないか
438仕様書無しさん:04/03/14 16:18
>>437
> ・俺自営業じゃないし
予想もなにも、普通にわかるべきでしょうに :-P
439仕様書無しさん:04/03/14 16:31
他人が論破されたのに、論破された人の弁護を買って出るとは珍しい人も居たものだな。
440仕様書無しさん:04/03/14 16:37
>>439
> 弁護を買って出る
弁護とか思い込んでる時点でどうかしてますね。
441仕様書無しさん:04/03/14 17:00
俺は自営業を煽ってたうちの一人だから粘着するけど、
なんで君はここまで粘着するんだ?
442仕様書無しさん:04/03/14 17:07
>>441
普通に返答をしているだけで、別に粘着とかではないですね。
何故返答をするかというと、そうですねえ、>>432の反応があまりに馬鹿で
面白かったのがきっかけで、あとはノリでしょうか :-)
443仕様書無しさん:04/03/14 17:08
やれやれ 

┐○┌
444仕様書無しさん:04/03/14 17:11
>>443
ほんと、やれやれですよね。
なんでこう、普通やらないような誤読をしてまで絡むのかまったく意味不明。
445仕様書無しさん:04/03/14 18:20
誤読って>>431が一番誤読に見えるよ。。。
釣り?
446仕様書無しさん:04/03/15 19:24
釣りか。
マ板では珍しいな。
447仕様書無しさん:04/03/18 00:57
VBって
「こんなかんじ〜」って、うそっぱちのデモ版をでっちあげるにはいいけど
バグとりや、インストーラがめんどくさい。
私にとってはメモリリークがデバッガ検知できなかったのが致命的。
(VBを使いこなしてないので、実はできるかもしれないけど)

保守がまわってきて、
「いちからC++で作り直そうかなぁ」と思ったこと多数。

初期コスト=低、トータルコスト=高

早く消えてくれ
448仕様書無しさん:04/03/18 01:47
>>447
VBでメモリー操作は出来ないので
メモリリークが出るなんてよっぽど変な事してますね?
449元VB使い:04/03/18 02:27
>>448
多分、VBもろくに使えない自称Cプログラマが作ったDLLにバグがあったんだろう。
インストーラがめんどくさい、というのもよくわからんが、〜.dllとか〜.ocxとか使いまくってたんじゃねえのか。
「いちからC++で作り直そうかなぁ」←ここも普通は「VCで〜」とか「BCBで〜」という表現が妥当だと思われる。
「うそっぱちのデモ版をでっちあげるにはいいけど 」これもVBというよりRADに当てはまる。

結論:>>447はVB叩けばかっこいいと思ってるだけの春厨。
450仕様書無しさん:04/03/18 02:44
VBほど叩き易い言語もめずらしいよね
451仕様書無しさん:04/03/18 03:34
VBってプログラム言語なのかなあ
452仕様書無しさん:04/03/18 06:25
いえ〜す!!
VBは、プログラム言語です。
だって、VB5.0で開発の私の立場は・・・
453仕様書無しさん:04/03/18 06:53
VBは他のいかなる言語よりも可読性に欠ける
454仕様書無しさん:04/03/18 06:56
>>453
君の書いたVBのソースが目も当てられない代物なのはわかった。
でもそれだけ。
455仕様書無しさん:04/03/18 07:27
俺はVBのソース読んでると
基本的にVB作った奴を殴り倒したくなるぞ
456元VB使い:04/03/18 08:33

変な日本語使ってる奴見ると基本的に(ry
457仕様書無しさん:04/03/18 08:40
VBは言語ではない。開発環境だ。
然る故に、開発環境を利用するだけのVB利用者は、
VBプログラマなどという矛盾した名を名乗るべきではない。
458仕様書無しさん:04/03/18 15:14
プログラマって、要望にあった完成品を作るのが仕事だから、
保守がしやすくて、要件にあった機能が全部乗っているものが
期間内に出来上がるのなら、どんなに楽できる言語を使おうが、
ライブラリを駆使して自分独自のロジックを殆ど載せていまいが、
関係ないことだと思う。
俺はCで何でも出来て凄いとヲナニーさせるために客は金を出しているのではない。
459仕様書無しさん:04/03/18 15:19
>>458
それは正論。
ひとつお聞きしたいのだが、
リリース後にライブラリにbugが発見されたら、どのような対処をなさるのか?
460仕様書無しさん:04/03/18 15:45
世間で広く使われているライブラリに致命的な
バグが発見される確立を考えていたら、
自分でプログラムなんて書けないと思う。
461仕様書無しさん:04/03/18 17:43
>>460
たしかに原発が事故を起こす確率は低いかも知れない。
しかし、一旦起こってしまった場合の対処は
非常に難しいものとなる。
>>459 は実際に発見されてしまった後の対処法を聞いているのでは?
462仕様書無しさん:04/03/18 18:10
ライブラリにバグがあったらどうするかで、何度も粘着してどうするんだ?
今のライブラリなんてオープンソースが殆どだから、自分で直すか、
管理しているグループにバグとして上げるかするだろ。
独自ライブラリは、作った人が自分でメンテするにはいいかも知らんが、
もし仮に、作った人がいなくなった場合、引き継いだ後に大変。
原発事故より、作者が会社辞める確立の方がはるかに高いよ。
その後にバグが見つかったらどうするのかと…
463仕様書無しさん:04/03/18 18:21
まー、自分のことしか考えて無いなら、オリジナルのライブラリを使えばいいじゃない。
普通は何人かでチームを組むし、その中のメンバーも入れ替わったりするんだから。
昔はよく、会社ごとにライブラリやフレームワークがあって、それがノウハウだったけど、
オープンソースが流行っている昨今、今のお客さんはそんなノウハウじゃ全く喜ばないよ。
似たライブラリがあるのなら、通常は汎用的なものを選択するでしょう。
464仕様書無しさん:04/03/18 19:21
>>458

VBの有用性は楽できる部分じゃない。
無能でもVBなら出来るから、人件費が抑えられる=開発コストが抑えられるだけ。

少数精鋭で、複雑なものを組むならC++のほうが開発効率は良い。

465仕様書無しさん:04/03/18 21:35
>>464
VB叩き必死だな…
精鋭なんだったらどの言語使ったっていいだろ…
466仕様書無しさん:04/03/18 21:48
だいたい、ライブラリ使う/使わないっていうのは、
(ライブラリに該当言語のインターフェースがあれば)
言語選定に影響する問題では無いと思うが
467仕様書無しさん:04/03/19 01:59
まぁ、Cプログラマの売りはライブラリみたいだから、
そっとしといてあげようよ。
468自営業 ◆kNR4pC4o6s :04/03/19 09:33
おいおい、俺はこのスレで名無しで書いたりしてねーぞ。
なんなんだ、その思い込みの激しさは。w
469仕様書無しさん:04/03/19 10:50
もう少し「それっぽい」言い逃れを期待していたのに。
ダメだこりゃ。
470仕様書無しさん:04/03/19 16:18
職業プログラマーに、サンデープログラマーが喧嘩売ってるように見える。
471仕様書無しさん:04/03/19 17:55
ペールは汚いって言うけど
phpは綺麗なの?

どっちも同じようなもんだと思う
472仕様書無しさん:04/03/19 18:16
消えて泣くのは・・・マニュアル再作成の人?
設計書作成者?
PGで、消えろ言語なんて・・・言えない。
473仕様書無しさん:04/03/19 18:40
>>471
書き方。
CでもJavaでも汚く書けるし、
PerlでもPHPでそれなりにきれいに書ける。
474なぎさっち ◆Nagi/FmYMM :04/03/19 20:26
>471
臭わないんだから、汚いとかゆうなよ。
http://shope.goo.ne.jp/se/sv/rt/prid/61000008_845345000/txid/00729
475仕様書無しさん:04/03/19 20:33
Perlは省略の美学と詩や文学を追究する言語なので
「綺麗」とか「汚い」の基準が他の言語とは異なります
476仕様書無しさん:04/03/19 20:57
エレガントってやつだな
477仕様書無しさん:04/03/19 22:55
>>471
すまん。今日までPerlをパールって読んでいたよ。
でも「真珠」っていう呼ぶ人も人もいるしなあ。
478仕様書無しさん:04/03/20 02:26
意外とペールで通じてるのワラタw
479仕様書無しさん:04/03/20 03:29
ま、よくある間違い(ネタ含む)だからね。容易に察しはつく。
つかないのは、10年以上「レスって何ですか?」とか言い続けてる
誰かさんみたいな人種だけだろうw
480仕様書無しさん:04/03/20 03:36
くるくるぱーる
481仕様書無しさん:04/03/20 03:52
>>479
パールとペールはよくある間違いだったのか
冗談でペールって言ったって云ったら怒る?
482仕様書無しさん:04/03/20 05:33
>>481
は?
483仕様書無しさん:04/03/20 09:46
C#がある現在、VBの存在価値は……。
既存資産の継承以外にない。

これからはVBも完全にオブジェクト指向になって、
低レベルなVBプログラマは全て排除され、いい時代に
なりますね。
484仕様書無しさん:04/03/20 09:56
VB

ウンコだから
485仕様書無しさん:04/03/20 10:08
確かにVBを思い切って切った方が
.NETへの移行が促進されそうだな。
486仕様書無しさん:04/03/20 14:03
簡単にするためのオブジェクト指向だろ。
487仕様書無しさん:04/03/20 14:44
>>486
バカにとっては難しいのさ
488仕様書無しさん:04/03/20 22:34
バカには扱えず
上級者も使いたがらないオブジェクト指向…
ちゃんと言うとC++だな
他は使うか使わないかしらんがな

とにかく汚いとのこと
C++作った人の目的は
プログラマの給料をあげる為にC++を作ったんだとよ
489仕様書無しさん:04/03/21 01:18
C++は知らんが、オブジェクト指向はあらゆるところで使われてるぞ。
いまどきオブジェクト指向を理解していないプログラマも珍しいと思うけど。
490仕様書無しさん:04/03/21 01:20
>>489
VB屋さんが理解してるかどうか…微妙でないかい?
491最凶VB厨房:04/03/21 01:37
>>490
おまえは理解しているのか?(プ
492仕様書無しさん:04/03/21 01:40
>>491
おまいがそうだとは逝ってないから…そうムキにならさんな。
493最凶VB厨房:04/03/21 01:59
ムキーーーーーーーーーーーー!ヽ(`Д´)ノ
494仕様書無しさん:04/03/21 02:05
今日はケンカはなし。
長さんのために喪に服しましょう。
495仕様書無しさん:04/03/21 03:21
>>494
そうします・・・
496仕様書無しさん:04/03/21 05:06
いかりやオタは所構わず話題持ち出しすぎだ。
497仕様書無しさん:04/03/21 08:30
社会人が、いかりや長介のために喪に服したことによる業務停滞で
軽く見積もっても、100億円程度の経済損失が見込まれる事が明らかに成った。
498仕様書無しさん:04/03/21 12:09
VBイラネ
499仕様書無しさん:04/03/21 13:53
プログラマが、いかりや長介のために喪に服したことによる業務停滞による影響で
各大手銀行、証券取引所の決済システムに相次いで障害が起き、
軽く見積もっても、100兆円程度の経済損失が見込まれる事が明らかに成った。
500仕様書無しさん:04/03/21 14:44
お前らいいかげんにしなさい
501仕様書無しさん:04/03/21 16:23
いかりや様の1週間の喪に服すので
会社やすんでいいですか??

あとVB最強
なんでもWEBってやめようぜ もう・・・・
またはIE+JavaScriptでDBアクセスもローカルファイルアクセスも
全部やらせちまうI/Fを追加ってのはどう?

セキュリティ?何それ。
502仕様書無しさん:04/03/21 17:21
池田健吾の爆釣天国
今日の爆釣ポイントは、マ板です
503仕様書無しさん:04/03/21 17:38
        いかりやスレ  クリティカルクマスレ  良スレ  普通   糞スレ
               +- - - - ┝ - - - - ┿━━━┿━━━┥
    ∩___∩   /)
    | ノ      ヽ  ( i )))
   /  ●   ● | / / マジオススメ
   |    ( _●_)  |ノ /
  彡、   |∪|    ,/
  /    ヽノ   /´
504仕様書無しさん:04/04/22 15:46
>>501
Webをやめようってのはまだ良いとして、
IE+JavaScriptなんて冗談じゃない。
それなら全部C/C++になる方がはるかにましだ。
505仕様書無しさん:04/05/01 13:54
COBOLでしょう。ここの板的には
506仕様書無しさん:04/05/01 16:04
>>488 はC++未経験なのがミエミエ・・・
なにが「とにかく汚いとのこと」だボケ
5年ほど実務してから出直せガクセイ
507仕様書無しさん:04/05/01 17:17
Ruby
508仕様書無しさん:04/05/01 17:30
C++が読みにくいのは確か。でもPerlよりマシ。
汚いから無くなってよいというなら、C++の前に
Perlが無くなるべき。
509仕様書無しさん:04/05/01 17:44
Pascalはそろそろ要らないな。俺の原点ではあったが、所詮はBorlandが
かってに拡張しただけだし
510仕様書無しさん:04/05/01 17:59
C系の言語はいらん
511仕様書無しさん:04/05/01 18:01
CASL
512仕様書無しさん:04/05/01 18:41
>>506に激しく同意。

>488は何もできないCOBOLer
っていうか大文字言語しかできないクズ。
513仕様書無しさん:04/05/02 02:13
Perl

既存のcgiスクリプトを全部PHPなりJSPなりに書き換えよう
514仕様書無しさん:04/05/02 02:15
>>513
Rubyにすりゃいいじゃん
515仕様書無しさん:04/05/02 02:42
Rubyこそいらないじゃん。PerlとPythonの完全なレッサーバージョンなのに
国産というだけで祭り上げられている
516仕様書無しさん:04/05/02 02:45
残すとすれば、アセンブラとBASIC系言語。
他はいらん。
517516:04/05/02 02:52
あと、SQLかな?これは便利だ。
518仕様書無しさん:04/05/02 03:30
SQLは無くしたいけど無くせないという感じやね
519仕様書無しさん:04/05/02 04:02
SQLはいっぱいキー打たなきゃなんないから好きくない
520仕様書無しさん:04/05/02 04:17
>>519
同じことをSQL以外でやろうとするともっとキー打たなきゃならない。
521仕様書無しさん:04/05/02 05:48
>>520
 クライアントサーバーの場合、ファイルのロックなどが大変
522仕様書無しさん:04/05/02 06:37
>>521
だからSQL以外でやると余計に大変だって事かね?
ファイルのロックとかも全部書かなきゃいけないもんな。
523仕様書無しさん:04/05/02 06:57
>>522
 ファイルを全部ロックすると目茶苦茶効率悪いので、一部をロックする必要がある。
 もう、大変な作業だよ。
524仕様書無しさん:04/05/02 10:54
VBいらん。
525仕様書無しさん:04/05/02 18:15
>>524
VBマンセー
526最凶VB厨房:04/05/02 18:25
VBいらんというのも一理ある。
なぜなら主要な言語はVB化しているからだ。
はーーーーーーーーーーっはっはっは
527仕様書無しさん:04/05/02 19:36
>>526
 良いことだ
528仕様書無しさん:04/05/02 19:46
というよりVBが他の言語の仕様を吸い取っているのだろ
最新のVBではJavaみたいな例外とかあるんだろ
529仕様書無しさん:04/05/02 20:24
Cだけは消さないでくれ
食いっぱぐれる
530仕様書無しさん:04/05/02 23:50
>なぜなら主要な言語はVB化しているからだ。
わけわかんね。VBいらん。
531仕様書無しさん:04/05/03 00:38
LOGO
532仕様書無しさん:04/05/04 01:26
>>529
消えない消えない
533仕様書無しさん:04/05/04 05:55
Rubyイラネに一票。
あと、MS独自の言語は激しくなくなって欲しい。
Pascalは個人的にはなくなって欲しくないなぁ。
534仕様書無しさん:04/05/04 06:21
>>533
Borland独自のDelphiは消えてほしい。
BorlandでもMonoでもサポートされているC#は
生き残てほしいということですね。
同感です。
535仕様書無しさん:04/05/04 08:05
(・、・) ソーデスカ
536仕様書無しさん:04/05/04 08:17
Perlいらねー

Perlは初心者オススメの言語ではない
http://f13.aaacafe.ne.jp/~mugen/perlvsphp/index.html
537仕様書無しさん:04/05/04 09:27
>>533
俺もRubyいらねーに一票!
538仕様書無しさん:04/05/04 09:36
Rubyが消えるならPythonが消えて欲しい
539仕様書無しさん:04/05/04 10:21
オレもRubyはいらね。
無くなっても、ぜんぜん困らなそう。
540仕様書無しさん:04/05/04 11:30
>>536
Perlは不要であり、撲滅させるべきであり、初心者に勧める理由は全く無い
ことを他人に説明するために、Perlを覚えようかとしてる漏れ・・・。
だってPerlやったことない人がそう言っても説得力ないよね?
GWあと2日か・・・。この2日でいけるかな?
541仕様書無しさん:04/05/04 11:43
考えるだけ無駄
542仕様書無しさん:04/05/04 11:44
Perl消えたら代わりに何使うのさ?












でも、Perl(゚听)イラネ
543仕様書無しさん:04/05/04 14:51
Perl見てると、c以上に難解なものに見えるんだが・・・
もうcgiはcで書きゃいいじゃん、とか言ってみたり
544仕様書無しさん:04/05/04 15:09
>543
コンパイラ走らせるの('A`)ノ マンドクセ
545仕様書無しさん:04/05/04 17:14
>>543
管理者の立場としては、「プログラム内容に可視性の無い」のはちょっと・・・
546仕様書無しさん:04/05/04 17:51
>>545 他人がカリカリに書いたPerlをよく見る気になれますね
えらいなぁ
547仕様書無しさん:04/05/04 19:18
Cで書いて無限ループじゃ、
かっこつかないしね〜w

548545:04/05/04 19:23
>>546
いや、もちろん部下に読ませるんだけど。
少なくとも、やって欲しくないことをやってないのがわかればイイ
バイナリでは解析するのも大変だし
549仕様書無しさん:04/05/05 15:01
要らない言語?
Rubyでしょ、どう考えても。
550仕様書無しさん:04/05/05 19:32
なんか狂信的な信徒のイメージがあるけど、意外にRubyイラネな人って多いのね
551仕様書無しさん:04/05/05 19:33
だって無くても困らないもの実際
552:04/05/05 19:35
SOAとか激しくいらない
553仕様書無しさん:04/05/05 19:56
Perl,Ruby,C,VB,COBOL

おまーらはもう古い、消えてヨシ。
554仕様書無しさん:04/05/05 20:04
>>553
Delphiが抜けてる。古いPascalをベースとした独自言語
555仕様書無しさん:04/05/05 20:08
Perl, AWK, Cはまだ過去の遺産を利用するために必要。
特にCは制御系では必須。
COBOLも叩かれてはいるが、限定された局面では必要。



しかし、Rubyはどう考えても不要。
556仕様書無しさん:04/05/05 20:26
PowerBuilder をなんとかしてくれ。

うちの会社では一向に衰える気配がなく、あまつさえ貴重な
時間を費やしてこいつの Web 開発機能なんぞを検証したり
しているが、もう見てらんない。
せっかく覚えたからって、いつまでもそれにしがみつくの
カコワルイ(・A・)
557仕様書無しさん:04/05/05 21:11
スクリプト言語なんていらねえよ
Ruby作った奴ってアホ?
558仕様書無しさん:04/05/05 21:22
誰かヒマな人、これまでの解答を集計して
559仕様書無しさん:04/05/05 22:11
>558
集計したところでその言語が消えるわけでもないので('A`)ノ マンドクセ
言い出しっぺのてめーがやれ。
560仕様書無しさん:04/05/06 01:52
やっぱり、BASICだな。
561仕様書無しさん:04/05/06 02:00
>>560
同意。本当ならとうに「消え去ってしまった言語」になっていたはずなんだ。
なんでM$はBASICなんてものを選択したんだ
562仕様書無しさん:04/05/06 02:04
本当かどうかしらんが、昔ゲイツの嫁がきっかけ作ったと聞いた事がある
563仕様書無しさん:04/05/06 02:06
つーか今時開発にコマンドライン/コンソールが必要な言語は
すべて排除していいと思う。マジで。
ストリームがすべての癌だと思う。
564仕様書無しさん:04/05/06 02:13
言語と実行環境の区別が出来ない奴がいますね
565仕様書無しさん:04/05/06 02:40
実行結果がすべてだからな。
「使わないしあってもなくても構わない」という意味ではRuyは一生縁が無さそう。
「嫌いで扱うの辛いから無くなって欲しい」という理由なら、VBかな。
567仕様書無しさん:04/05/06 03:40
.NETになりVBも進化しました
VBを馬鹿にするなー!
568仕様書無しさん:04/05/06 03:56
( ゚,_・・゚)ブビ
569仕様書無しさん:04/05/06 07:25
>>567
たしかに VB.NETは悪くないね
570仕様書無しさん:04/05/06 19:15
>>569
スコープが厳格になったので、直接フォームのコントロールにアクセスするような、
VB厨房どもが少しは消えると思われ。

VB6がいくら手続言語でもクラスを意識しろってーの。
VB.NETはオブジェクト指向になったので、かなり(尻拭いの時に)楽になるな。
571仕様書無しさん:04/05/06 19:56
でもVBって結構色んな所で応用できるよね
officeのvbaとかASPとかノーツスクリプトとか
572仕様書無しさん:04/05/06 20:39
Vzエディタのマクロ
573仕様書無しさん:04/05/06 23:02
>>561
4KByteでBIOSからエディタまで含めて実装できたから。
FORTHとかよりはましだったと思う。
FORTHしたい人はSun SPARCマシンでOKプロンプト出せ。
574仕様書無しさん:04/05/07 02:11
>>570
VB.NET がオブジェクト指向に則った言語仕様になったとはいえ、
それだけじゃ楽観できない。劣悪な VB 厨の手にかかれば結局
フォームにベタ書きしまくりのソースができあがってしまうわけで。

違いは最初にフォームをインスタンスとして作成するかどうかぐらいか。
実際今やってる VB.NET のプロジェクトで 10,000 行ぐらいのフォーム
見たことあるよ。

にもかかわらず、「.NET 使ってるから先進的」などと勘違いしまくりの
VB 厨が少なくなく、ウザいことこの上ない。
もちろん 570 がそうだと言っているのではないよ。念のため。
575仕様書無しさん:04/05/07 10:30
>>573
単に言語使用が貧弱なだけ。
576仕様書無しさん:04/05/07 22:58
>>575
何が言いたい? 4KBに載るんだから貧弱に決まってる。
>>574

それもあるが、ホントに手に負えない人達は、未だにVB.NETにすら移ってくれない……_| ̄|○
578けめにー:04/05/08 01:16
>>573
あんなのBASICじゃないやい!
579仕様書無しさん:04/05/08 03:48
ま、ポケコンBASIC以下だからな。
4KBに収まって当然ともいえる。
580仕様書無しさん:04/05/08 10:57
最近はOSが見えないからなぁ。
依存言語もいいんジャネーノ?ってことでVB系はいるかなぁ。

でも、C++もなんだか古いってカンジだなぁ。
いい加減新しい言語できないかなぁ。あぁ、眠い。
581仕様書無しさん:04/05/08 18:28
Ruby
582仕様書無しさん:04/05/08 19:35
Cはもういらないんじゃないでしょうか
583仕様書無しさん:04/05/08 20:12
>>582
制御・組込系はさすがにこれがなくなると困るなぁ
アセンブラだけだと保守が大変なのよ
584仕様書無しさん:04/05/08 21:51
CはCOBOLのように組込・制御系でほそぼそやってくんじゃないの。
585仕様書無しさん:04/05/08 22:57
>>584
昔交換機のソフトでCOBOLで組まれたのがあった(実話)
ポインタの使えるCOBOLって・・・
586仕様書無しさん:04/05/08 23:42

>フォームにベタ書きしまくりのソースができあがってしまうわけで。
>違いは最初にフォームをインスタンスとして作成するかどうかぐらいか。

漏れはフォームにべた書きのほうが本格的に物体志向的で正しいと思っているけどね。
自己マン丸出しの俺様クラスなんざよりよっぽど使いやすしわかりやすいし
保守性もいい。第一クラスに凝る馬鹿が書いた(設計した)クラスってほとんど
二度と使われることがなく毎回基底から作り直しなんだよな。生産性悪すぎ。
漏れ的にはカスタムフォーム、カスタムコントロールマンセー。だな。
587仕様書無しさん:04/05/08 23:56
>>586
ようするにそういう問題じゃないんだよね。
フォームはユーザーインターフェースのみ、ビジネスロジックは
クラスでって思想なんじゃねーの?
588仕様書無しさん:04/05/09 00:04
>>587
OO,OOと口にする香具師がよくそういうこというけどさ、本来のOO的には
ユーザーインターフェース(モノ=Object)とビジネスロジック(手続き=procedure)を
分けて書くのは、その時点で、すでに物体志向的ではあ〜りませんのよ。
589仕様書無しさん:04/05/09 00:07
受付嬢と事務方
590仕様書無しさん:04/05/09 00:18
>>583,584
なんで制御系には'C言語がセオリー'みたいな空気があるの?
C++よりCで書いた方がいい理由ってなんなんでしょか?
無知な質問ですいません
591仕様書無しさん:04/05/09 00:20
>>590
逆にCよりC++で書いたほうがいい理由を教えてくれ。
592仕様書無しさん:04/05/09 00:38
>>591
今、ちょっと考えてみたんだが
クラスとか結構使えそうな気がしないでもない。
コンストラクタ、デストラクタとか。

初期化とかない垂れ流しっぽい処理だと
かえってめんどだけど。
593仕様書無しさん:04/05/09 00:48
>>588 がオブジェクト指向の定義を示してくれるそうです。

>>592
使えそうと言うだけではコストアップは承認されない。
コード量とメモリ使用量、処理速度がコストに直結する。
594仕様書無しさん:04/05/09 01:15
>>593
だからうまく使えばコード量とメモリ使用量も減って速度もあがるかなと。
列挙系やクラス機構つーよりコンストラクタつき構造体とか便利そうかなと。
つーか出来合いのクラスやライブラリ使わなきゃパフォーマンスは
Cとほとんどかわねーんじゃないの?
595仕様書無しさん:04/05/09 01:26
リソースサイズ決まってるときは原始的なほうが調整しやすいだけでは?
596仕様書無しさん:04/05/09 01:54
原始的な部分でもC++はCを内包しているし生成されるオブジェクトコードも大差ないのでは?
597仕様書無しさん:04/05/09 02:04
>>596
まずクラス(と構造体)をなるべく使わない。単純型でないとレジスタに載り
にくくなって処理速度とメモリ使用量に悪影響がある。要素1個だと何とか
なるコンパイラもあるかもしれないけど。

仮想関数は仮想関数テーブルと、間接呼出によるメモリ使用とコード量増
加、処理速度遅延があるからこれもなるべく使わない。

昔やった所では、実際にアセンブリコードを評価してこの様になりました。
598仕様書無しさん:04/05/09 02:20
>>597 なるほど。制御ってもそれなりのCPU積んでいる自律系の話なのね。
失礼しました。漏れはI/F付きの機械にPCとか接続して操作するほうの制御を
想像していたのでした。
599仕様書無しさん:04/05/09 02:24
あ、ちなみに漏れは>>590ではありません。
なんとなく>>597的用途だとアセンブラって感覚があったもので。
最近はどんな石にもCが走るんですね。
600仕様書無しさん:04/05/09 03:21
>>588
OOとMVCの考え方は分けなよ。MVCはシステム化する際のパターンなんだから。
「本来の〜」とかは意味ないのよ。使えるかど〜かなの。
601仕様書無しさん:04/05/09 13:04
>>600
そりゃMVCはOO的じゃないでしょ。環境にアクセスできないカタワ言語の便宜上のやり方なんだから。
そういう連中がOOを口にして他の言語を批判するなって思うけどね。はなからOOを誤解しているんだから。
皆でおどるんだってさ↓、馬鹿みたいだね(w
http://www.atmarkit.co.jp/news/200305/24/pattern.html
602仕様書無しさん:04/05/09 14:09
>>601>>588もOOを狭く考えすぎ。
OOの適用範囲を狭めてどうするの? MVCもOOでできますでいいじゃん。

ビジネスロジックをオブジェクトでないと決めつけてるのはおかしいだろ。
603仕様書無しさん:04/05/09 15:09
>>602
アホだな。OOといっても万能ではない。
OOでも極度に(メタコントロールのために具象を取り除き)抽象化したら
結局それは手続きに過ぎないだろ。そこにOOを取り入れるのが本来無意味。

そこら辺を誤魔化すために、オブジェクトをオブジェクトとして扱わず
オブジェクトよりインスタンス生成が望ましい、とする考え方のほうが間違っていると思うけどね。
604仕様書無しさん:04/05/09 15:13
>>602
>ビジネスロジックをオブジェクトでないと決めつけてるのはおかしいだろ。

ビジネスロジックをオブジェクトとすると
概念が抽象的でわかりにくいので、理解するために
みんなで踊らなければなりません。>>601参照。
ほんと馬鹿みたいですね。ロンパールームでしょうか?(w
605仕様書無しさん:04/05/09 15:57
実際に開発やったことないよーな必死なのが湧いてるな
606仕様書無しさん:04/05/10 00:02
今まで使ったことがある言語の中からなくなっても困らないのはBASIC
使ったことないし今後使うことがないと思われるので不要と思うのはawk
607仕様書無しさん:04/05/10 01:45
>>606
サーバーのログ解析なんかには良く使うんだけどな
608仕様書無しさん:04/05/10 11:20
>>607
漏れもperlより好き
609仕様書無しさん:04/05/10 13:04
CENTURAだね
なんだよCENTURAって感じ
こんなの使ってる会社ある?
610仕様書無しさん:04/05/11 01:56
RUBYはどうかな?
学校の授業(選択)で教えられるんだけど。
611仕様書無しさん:04/05/11 10:04
>>610
それどこの学校よ?
612仕様書無しさん:04/05/11 18:51
>>610
sed,awk,perl,*-shellを極めるほうが社会に出てよっぽど役に立つと思うがなぁ。
ハッキリ言うと、そりゃ先生が悪いと思うよ。
613仕様書無しさん:04/05/11 23:00
Rubyを礼賛するヤシは、Java、C++、Perlなど「実用的な」言語に大変拒絶感を
持っていることが多い
つまり職業開発者として不向きな人が多いように思う
だからRuby
614仕様書無しさん:04/05/11 23:17
Adaなんてどお?
今ならイラク国民の賛同も得られそう。
615仕様書無しさん:04/05/11 23:20
Perlで仕事してるけど、Rubyを先方がゆるせば、Rubyでもかけるぞ。
616仕様書無しさん:04/05/12 00:30
VBイラネ 理由俺が使ってねーから 以上
617仕様書無しさん:04/05/12 08:16
>>613
pascalだってそれなりに普及したんだから、状況次第じゃないかな。
618仕様書無しさん:04/05/12 08:39
rubyはOOを売りにしていたけど
php, perl, pythonがどんどんOO度を上げている今
存在価値がなくなってしまったな。
コミュニティーもウンコちゃんばっかだし。
619仕様書無しさん:04/05/12 10:33
ぶっちゃけVisual E++
620仕様書無しさん:04/05/12 11:37
>>619
使ったことはないが、
あれは言語ではなく開発環境だろ。
621仕様書無しさん:04/05/12 11:41
>>617
PascalはCよりも古いって知ってる?
622仕様書無しさん:04/05/12 11:44
大体スクリプト言語にOOなんかいらねーよ。
RubyのOOを礼賛するやつはバランス感覚がおかしいと思う。
623仕様書無しさん:04/05/12 11:44
>>621
頭が悪いやつだな。それがどうした?(w
624仕様書無しさん:04/05/12 11:48
>>623
その事実から何も浮かばないお前は白痴
625名無し@沢村:04/05/12 12:20
Javaは名前だけで普及したような言語だな。
もしあれが「TK-01」みたいな名前だったら、一瞬ですたれただろうね。
626仕様書無しさん:04/05/12 12:53
ああ、それは当たっているかも
627仕様書無しさん:04/05/12 17:29
Rubyイラネ
628仕様書無しさん:04/05/12 21:17
>>625
なんかスターウォーズに出てきそうな名前だなw
629仕様書無しさん:04/05/12 22:16
ハンドアセンブル
630仕様書無しさん:04/05/12 22:48
>>629
昔やったなぁ・・・



でもそれって言語なの?
( ´д)ヒソ(´д`)ヒソ(д` )
631仕様書無しさん:04/05/13 07:16
>>625
TCL/TK-01は生き残っているzow
632仕様書無しさん:04/05/13 19:31
頭を腐らせるボコルは、いらねー
633仕様書無しさん:04/05/13 20:26
>>632
元々腐ってるやつがそんなこと言ってもなぁ・・・
634仕様書無しさん:04/05/13 20:56
コボラーの逆鱗に触れたようです
635仕様書無しさん:04/05/13 20:56
【誰でもできる47氏支援運動!】
【以下の文章を、各種掲示板にコピペして47氏を救おう!】

すみません、貴サイトには直接は関係のない話題ですが、
広くネットに携わるものとして、いや、日本国民として、真剣に考えるべき事案であると考え、あえて宣伝させていただきます。
管理者様、もし、不適切とお感じならば、どうぞ削除なさってください。

先日、著作権違反の幇助との名目で、ファイル交換ソフトwinnyの製作者で、東京大学助手の金子勇氏(通称47氏)が逮捕されました。
しかし、winnyそれ自体は、違法なファイルの流通だけでなく、合法なファイルの流通も可能なものであり、著作権を違反するか否かは、ソフトの作成者ではなく、ソフトの使用者に、その責任がゆだねられるべき問題であります。
さきに、winnyを使用して、著作権違反で逮捕された二人のユーザーは、47氏と何らつながりのない人間であり、「幇助」の理由を付して逮捕するには、あまりにも無理があります。
以上の観点から、私たちは、Winny開発者、47氏に対する不当逮捕に強く抗議します!!
京都府警は、逮捕の理由として、「『著作権法への挑発的態度』が逮捕理由」に挙げたと、報道されています。この報道が真実であるとすれば、これは思想信条の自由の侵害であり、「思想犯」として不当逮捕したものと断ぜざるを得ません!!
これはもはや著作権の問題ではなく人権問題です!!皆様のご協力をお願いいたします。

詳しくは、下記ページをご覧下さい!
Winny開発者 47氏を救う為に
http://77483.org/47/
ネットワークの自由防衛同盟
http://www.netfreedom.tk/
プログラマ仲間の新井氏が設置したblog(47氏支援運動など)
http://www.moodindigo.org/blog/archives/cat_kaneko.html?page=%B6%E2%BB%D2%CD%A6%BB%E1%BB%D9%B1%E7

また、本運動に賛同される方、お知り合いの掲示板などに、本文章を掲示していただけると幸いです。
636仕様書無しさん:04/05/13 21:46
違法君だけが一所懸命になる活動って、なんかねw
637仕様書無しさん:04/05/13 23:50
でもプログラマとしては今回の逮捕には問題を感じるな。
違法な用途専用のプログラムじゃなくて、winnyの場合「違法な用途にも使用可能」というだけだからな。
ICQやYahooメッセンジャと同列だろう。
ftpdとかhttpdとかも事実違法ファイルのやり取りに使われてたしな。
638仕様書無しさん:04/05/13 23:57
べつにWinnyの違法性が問われたわけじゃなく、金子の行動の違法性が問われただけなんですよ。
639仕様書無しさん:04/05/14 00:07
>>638
実際に違法ファイルをダウンしてたの?
640仕様書無しさん:04/05/14 04:56
> winnyの場合「違法な用途にも使用可能」というだけ
ここが認められなかった、っていうのが今回のタイーホの肝なんだろうね。

で、それは俺もある程度仕方ないと思う。
生まれた場所(download板)や、その中での金子たんのレス(スタンス)を読むに、
上記が単に「白々しい言い訳」でしかないと見なされるのは自然だなと。
641仕様書無しさん:04/05/14 20:28
nyで落とす合法物って何なんだろう?・・・
( ´д)ヒソ(´д`)ヒソ(д` )
642仕様書無しさん:04/05/14 20:36
キンタマに決まってんだろ
643仕様書無しさん:04/05/15 01:45
で、作者は捕まったがwinnyってまだ使い続けられるの?
644仕様書無しさん:04/05/15 06:59
使うなら自己責任な
645仕様書無しさん:04/05/15 22:36
Ruby
646仕様書無しさん:04/05/16 04:10
Ruby
つか、Perl以外のスクリプト系言語すべて。どうかPerl5でおながいします。
>>641
マジレスすると、どっかの誰かが流したポエム。

>>643, >>644
てか、作者が捕まった捕まらなかったかに限らず
元より自己責任。 〜_〜;
というか、いい加減。落ち着き無いny厨は飽きたぞ。
(会社の隣の席のヤツもそうだけどサ・・・ <毎日「nyのウイルスウゼー」って愚痴ばかり)


で。本題。 無くすとしたら……。
F-BASIC386
648仕様書無しさん:04/05/16 07:08
某社の独自仕様サーボシステム制御用言語

CかPLCでいいじゃん。
変なもん作って余計な手間かけさせるなよ!
649仕様書無しさん:04/05/16 10:53
>>647
そんなマイナーなのは元から存在しないも同然だろ。
T●WNSをバガにする゛なぁ゛ぁ゛ぁぁッ!!   つдT) ← 負け犬
651仕様書無しさん:04/05/19 02:39
正直LR(1)でパースできないようなのは消え去って欲しい
652仕様書無しさん:04/05/19 05:27
東洋インキってところが制御に使っていたユーマックという機械、
標準言語が独自仕様のBASICだったんだが、開発中はホントに消えて欲しいと思っていた。
653仕様書無しさん:04/05/19 10:12
>>641
謎ムービー「ジャッカル」
654仕様書無しさん:04/05/20 20:25
色々と使った(つもり)だけど、正直無くなっていい言語がない・・・

日本語LOGOとか、アレはアレで結構楽しい・・・
655仕様書無しさん:04/05/21 19:47
>>654
適用範囲の狭い言語は不要だと思う。
RPG/400とか。
656仕様書無しさん:04/05/21 19:49
言語じゃないけどDelphi8.NETは一瞬で死滅しそうだな
657仕様書無しさん:04/05/21 20:06
Forth

スタック演算なんて、逆ポーランド電卓だけでいいよ・・・
なんでSunのブートアップROMはこんなへんちくりんな言語で書かにゃ
ならんのだ・・・
658仕様書無しさん:04/05/21 21:36
>>658
ポータビリティを期待してじゃないの?

大量にあるファイルの隅っこの方で、辞書をこっそり書き換えたりするのは
止めて欲しい。
659仕様書無しさん:04/05/21 22:26
pythonのように気持ちの悪い言語はほんとに消えて欲しい。
660仕様書無しさん:04/05/22 20:58
VB.NET。

自分はC#使ってるんだけど、.NETのサンプルがC++ならなんとなくわかるけどVBで書いてあるとなんか良くわからない。
661仕様書無しさん:04/05/22 22:01
VB.NETには技術的な存在価値は薄いかもしれないけど
既存のVBユーザーがいっぱいるから削れはしないでしょ。
ところで.NET時代のVBAって何かあるの?
コンパイルしないで実行できるのJScript.NETだっけ?
662仕様書無しさん:04/05/23 02:26
Java、C、VB、Perl、PHPでだいたい事足りるような気がする。
それ以外は趣味の範疇。
663仕様書無しさん:04/05/23 02:37
47さん
48氏もいってるがSQLがプログラム言語????
ぷぷぷぷぷっぷ。
素人は英語でならんでるとなんでもプログラムになってしまうのか。
664仕様書無しさん:04/05/23 02:53
>>663
プログラミング言語の定義は?
そしてSQLがそこから外れる理由は?
665仕様書無しさん:04/05/23 03:58
去年のレスにレスつけるとは。
制御構造がないからプログラミング言語じゃないだろ。
読んで字のごとくだし
666仕様書無しさん:04/05/23 04:50
漏れはSQLはプログラミング言語だと思っているが、
(PL/SQLとかならかなりプログラミング言語に思う。)
聞いたことあるが自己記述性(その言語でその言語のコンパイラが書けること)が
プログラミング言語の定義だとするとSQLはだめっぽいな。
667仕様書無しさん:04/05/23 08:51
>>666
PLってわざわざSQLにつけるぐらいだから、PLじゃないってことだろ。
668仕様書無しさん:04/05/23 09:54
>制御構造がないからプログラミング言語じゃないだろ。

>聞いたことあるが自己記述性(その言語でその言語のコンパイラが書けること)が
>プログラミング言語の定義だとすると

たまたま制御構文を使っておらず、自己の言語のコンパイラを
記述していないプログラムがプログラムと呼ばれる以上

  例えば main(puts("hello,world");

制御構文が備わっておらず自己記述が不可能なプログラミング言語も
やはりプログラミング言語と呼ばれてしかるべきである。

http://e-words.jp/w/E38397E383ADE382B0E383A9E3839FE383B3E382B0E8A880E8AA9E.html
669仕様書無しさん:04/05/23 13:11
はあ
670仕様書無しさん:04/05/23 19:27
Delphi(゚听)イラネ
Delphi(゚听)イラネ
Delphi(゚听)イラネ
Delphi(゚听)イラネ

671仕様書無しさん:04/05/24 05:18
>>662
小さい機械しか触ったことがないのがバレバレ。
672仕様書無しさん:04/05/24 08:34
LOGO以外はちゃんと各々役割があるんだから切ったり捨てたり出来るはずがないよ。
673仕様書無しさん:04/05/24 23:21
特定メーカーの特定マシンでしか動かない言語はイラネ
→RPG/400
674仕様書無しさん:04/05/25 13:49
一つ言える事は、マ版で1のような業界未経験者は不要だということだ。
675仕様書無しさん:04/05/27 14:00
C♯の次にC♭きぼんぬ
676仕様書無しさん:04/05/28 09:20
>>665
最近のSQL99とかSQL2003の規格では、ストアド・プロシージャが定義されている。
(サポートするかどうかは各DBベンダの実装次第だけど)
だから制御構造は一応あるよ。
677仕様書無しさん:04/05/28 10:52
>>675
マジレスすると
C♭は B だ。
678仕様書無しさん:04/05/28 15:10
>>677
いや、半分しか下がってないから、さしずめB++くらいだろう。
679仕様書無しさん:04/05/28 15:29
バッハの12音階

C
  C♯ = D♭
D
  D♯ = E♭
E
F
  F♯ = G♭
G
  G♯ = A♭
A
  A♯ = B♭
B
C
680仕様書無しさん:04/05/28 15:30
CランクはいくらがんばってもBランクには及ばないのさ
681仕様書無しさん:04/06/06 08:47
Ruby
682仕様書無しさん:04/06/06 09:55
rubyを嫌う発言は沢山見るけど、残念ながらその理由が書かれているのを見たことが無い
なにが理由なのかをとても知りたい
683仕様書無しさん:04/06/06 10:01
>>682
オフィシャルサイトが機能してないから
684仕様書無しさん:04/06/06 10:08
>>682
Ruby言語自体が嫌いというわけではないよ。Pythonみたいなものだし
Rubyを礼賛する人たちには、Java、C++、Perlなど「実用的な」言語に対して
大変拒絶感を持っている人が多い
つまり職業開発者としては不向きな人、現場を混乱させる人が多い
685仕様書無しさん:04/06/06 10:27
1.HashC
2.CCorig
3.ghstar
686仕様書無しさん:04/06/06 12:22
>>682
Rubyの信奉者は他言語のユーザを叩き過ぎる。嫌われるのも当然
確かにRubyによく似た言語コミュニティは他の言語への優越性を説くけど、
Perl、Tcl、Python、Schemeあたりは1人で3言語以上使う人がざらにいる
身内同士で仲良く喧嘩してる程度の実情なんだ。Ruby信奉者はそこを勘違いした
687仕様書無しさん:04/06/06 12:35
perl覚える方がjava覚えるよりツライ・・
688仕様書無しさん:04/06/06 14:23
ちょっとまてよ。
Pythonの醜悪さは群を抜いているだろ。
689仕様書無しさん:04/06/06 14:32
perlとpythonは下水道と精神異常者みたいに
醜悪といってもそれぞれ違うタイプなんだな。
690仕様書無しさん:04/06/06 16:31
>>688
その対極には何が来るの?
691仕様書無しさん:04/06/06 17:42
C++
692仕様書無しさん:04/06/06 17:45
いや、ひまわりだろ
693仕様書無しさん:04/06/06 17:48
COBOLもVBも必要悪
C#は必要ない。stringクラスなんて糞だね。
STLのstringと比べてみろよ。STLは素人を寄せ付けないほどに硬派で崇高である。
694仕様書無しさん:04/06/06 17:49
C
695仕様書無しさん:04/06/06 18:15
>>690
その他はなんとかなるレベルにある。

他人の作ったperlのソースを見るのは拷問に近いが。
696仕様書無しさん:04/06/06 20:17
Perlを使うときは、-wとuse strictを使え。
697仕様書無しさん:04/06/06 22:06
>>696
漏れもPerl始める時、真っ先にそれ言われた。
698仕様書無しさん:04/06/07 22:16
STLなんざ実行効率がよくない

#allocatorの実装がよーわからんわ

STLくらいのライブラリの機能、
てめーで作った方がよっぽど早いし、実行効率もよい

STL勧めるくらいなら、素でも組めるんだけど、
それでもSTLを使うメリットを説明できないとね
             ・・・と思うだけど、どうよ
699仕様書無しさん:04/06/07 22:38
>>698
とりあえず、「てめーで作った方がよっぽど早いし、実行効率もよい」は嘘。
# まあ、ライブラリ実装によるけど。
あと、<algorithm>内容すべてはなかなか実装できないと思った。大変だよ?
700仕様書無しさん:04/06/08 21:08
>>699
おまいはアホか

岩波のソフトウェア科学講座全17巻読んだか?
ドナルド.E.クヌース先生の"The Art of Computer Programming"
を原書で読んだか?

読んでからちゃちゃを入れろつーの

何いってんだい!<algorithm>だー!!
どれ一つとってもわれに作れないやつぁーねーよ > アホぐらま
701仕様書無しさん:04/06/08 21:15
>>699
てめーが作れないからって、皆が作れないって思っているのは
きっと業務アプリ専門のボコラ様だと思います
なにせ、ご自分の能力が一番と思っている方々ですから

って事務計算にSTLなんか使う必要、あるんけ?

ま、どっちにしろ、アプリ屋って、どうしてこんなに視野が狭いんでしょう?
702仕様書無しさん:04/06/08 22:45
>>698
STLの利点
・C++ならどこでも使える。
・規格票に仕様がきっちり書いてある。

自分で責任がとれる環境なら、独自ライブラリを越える利点にはならないかもしれん。
703699:04/06/08 23:06
>>700-701
実装可能かどうかなんて言ってない。
質と量と安定を考えたときに大変だと言ったのだ。
おまえが車輪の再発明をしたいんだったら勝手にしろ。

なんでも自分でやることしか考えない奴のほうが
視野は狭いことを理解するがよろしい。
704仕様書無しさん:04/06/08 23:26
>>703
あんたも>>700-701と同様、勘違いもしくは畑違いの人間じゃないのか?

>>702が言ってるように

>自分で責任がとれる環境なら、独自ライブラリを越える利点にはならないかもしれん。

これが第一義の観点だろ。
個人上のリスクと組織上のリスクを同一視すべきじゃない。

705仕様書無しさん:04/06/09 16:24
コンテナはともかく、<algorithm>に入ってる関数群はどうだろうなぁ。
これって「ごく単純だけど、いちいち用意するのはめんどいし混乱する」ものの集まりで、
そういう「ごく単純」なものって、独自に作ってもほとんど差が無いと思うんだけれども。
706仕様書無しさん:04/06/13 03:13
perlとCOBOL
707仕様書無しさん:04/06/13 08:05
アセンブラがあれば、あとは、いらん。
いや、アセンブラも不用。
マシン語モニタさえあれば。
708仕様書無しさん:04/06/14 14:28
>>707

やめれ。沢村が来たらどーすんだ。
709仕様書無しさん:04/06/14 21:44
俺もPerlキモい。いらねー。と思ってたけど
仕事で半年使ったら気持ちよくなってきた。

やったことある言語でいらねーと思うのはVBAかな。
710仕様書無しさん:04/06/14 23:23
>>709
なんだかんだで、エクセルマクロは使うだろ。
711仕様書無しさん:04/06/16 23:06
>>709
そうそう。
Perlって、使ってみるまではあちこち気持ち悪そうなんだけど、
使い慣れてくると、それまでいかがわしく思ってたところが
いちいちぴったり感じてくるよなあ。
712仕様書無しさん:04/06/17 20:41
Rubyだなやっぱ
713仕様書無しさん:04/06/17 21:36
Rubyは素人専用言語
714仕様書無しさん:04/06/17 22:16
PHP。

本の名前だから
715仕様書無しさん:04/06/17 22:27
Perlはソースって半分正規表現みたい
716Perl厨:04/06/18 00:30
Cとかより10倍簡単だと思う。
だって最初に触った言語がコレ。
今C勉強してるけど、適当に書いて
動かないのが辛い。
Perlの時はうごきゃええーみたいな感じだったのに。
717仕様書無しさん:04/06/18 10:30
>今C勉強してるけど、適当に書いて
>動かないのが辛い。
>Perlの時はうごきゃええーみたいな感じだったのに。

それがperlの良い面であり、悪い面でもあるわけだがな。(w
718仕様書無しさん:04/06/18 12:19
Rubyを始めてみませんか
プログラミングを楽しむ目的なら,好きな言語を選べます。どの言語にしようかと迷っているあなたに,
筆者がお薦めしたい言語が「Ruby」です。Rubyはオブジェクト指向のスクリプト言語です。スクリプト
言語ですが,とても強力です。筆者がRubyを知る前は,PerlとJavaを使っていました。Perlは優れた
スクリプト言語でしたし,Javaは優れたオブジェクト指向言語でした。ところがRubyは,Perlよりも美
しい言語で,Javaよりも使いやすいオブジェクト指向言語だったのです! 今ではRuby=Perl+Java
だと思っています。RubyにはPerlをお手本とした強力な文字列操作や正規表現*1による検索の機
能がありますし,Javaよりもシンプルにオブジェクト指向のありがたみを享受できます。しかも文法が
簡単で,例外処理と自動的なメモリー管理機能を備え,プログラマが無駄に悩んだりすることが少な
いように設計されています。学習や理解が容易です。
http://itpro.nikkeibp.co.jp/members/NSW/ITBASIC/20040615/1/
719仕様書無しさん:04/06/18 12:29
>>718
こういう人が
「初心者のための××」とかいう題名で
中身が「初心者が書いた××」になってる本を
平気な顔をして出すんだろうな。
720仕様書無しさん:04/06/18 12:53
とりあえずCOBOLは要らんな。あと、BASICも必要なし。Perlは便利だが、
所詮使い捨てのad hocプログラム作成用だな。
721仕様書無しさん:04/06/18 12:58
>>720
ココにきてBASICかよ。
オッサンか?
722仕様書無しさん:04/06/18 13:02
COBOLっていうかCOBOLerかな。
COBOL自体は簡単だし使える場面もあるが
COBOLerはCOBOLしか使えないのでいらん。
それでプログラマ気取りなところがイヤダ。
723仕様書無しさん:04/06/18 15:16
Perlマンセーなやつはちゃんとソースのホシュとかしてんの?
それとも二度と見ないの?
724仕様書無しさん:04/06/18 18:14
>>718
Ruby=Perl+Javaだって?
これだからRuby気違いは嫌なんだ
725仕様書無しさん:04/06/18 20:29
>>723
一から書き直した方が早いんじゃね?w
726716:04/06/18 22:00
これは俺だけかもしれませんが、
まずコメント無しで適当に動く様書いて、妙な動作すれば修正します。
やっと安定してきた所でコメントをぼちぼち書いていきます。
コード書く時は一気に一日で書かないと、翌日見るだけでイライラしてきます。
あ゙ーみたいな
727仕様書無しさん:04/06/18 22:19
>>726
あんた、この仕事向いてないよ。
728726:04/06/18 22:20
な、なんだってー!!(AA略
729仕様書無しさん:04/06/18 22:24
おいおいオレの筋肉聞いてんのかい?

プログラム言語で一つ無くしていいならどれにするんだい?

えっ? なになに? 筋肉にはわかりませんだって?
730仕様書無しさん:04/06/19 09:27
VisualE++
731仕様書無しさん:04/06/19 10:59
↑そんなん消えてるも同然
732仕様書無しさん:04/06/20 07:17
まあ、ここで消える消えないの話してても実際は消えないのが鬱なのだが・・・
733仕様書無しさん:04/06/20 12:13
おまえらがきえるほうがはやいからしんぱいするな
734仕様書無しさん:04/06/22 00:37
哀れだねぇ、沢村。
735仕様書無しさん:04/07/22 14:21
C++は無理やり拡張したからプログラマーから嫌われてる。でも他に適当なのがないから嫌々使ってる。

とか大学の計算機の教授が講義で言ってたな。
736仕様書無しさん:04/07/22 16:02
>>735
三流大学は大変だね。
737仕様書無しさん:04/07/24 21:31
マニュアルが腐るほどあるプログラミング言語は何?
738仕様書無しさん:04/07/24 22:17
>>737
FORTRANだな。
それこそ大学の図書館の奥なんかには
腐りかけたマニュアルや参考書が山のように・・・
739仕様書無しさん:04/07/25 04:49
>>737
詳細に深入りする本が多いのはC++。
いいかげんにテキトーうたっちゃう本が多いのはVB。
740仕様書無しさん:04/07/27 07:34
Rubyよ
なくなれ
741仕様書無しさん:04/07/27 07:53
なんかあったのか?あっても無くても影響無い弱小言語じゃないか
742仕様書無しさん:04/07/28 09:22
>>741
Perlが不当に貶められる元凶。Pythonもだな。
743仕様書無しさん:04/07/28 13:01
>>742
不当じゃないだろ
コード見てると吐き気がしてくるよ
744仕様書無しさん:04/07/28 18:35
ANSI-C 以外は何も要らない。

・・・と言ってみる。
745仕様書無しさん:04/08/03 05:54
なくなって欲しいのはこの業(ry

746仕様書無しさん:04/08/03 18:24
Perl使ってましたが、なんか遅いのとウザいんでJava今勉強してます。
綺麗ですね。コードが。Perlなんかと比べ物にならない。
System.out.printなんて見ただけで萌えちゃう。Java最高
747仕様書無しさん:04/08/04 00:32
>>745
カルマたんでつか?w
748仕様書無しさん:04/08/06 09:42
むぅ
749仕様書無しさん:04/08/13 22:22
>>743
Rubyのコードは見るとくらくらするんだが。
750仕様書無しさん:04/08/14 01:45
嫌いな言語は触らなきゃいい
751仕様書無しさん:04/08/30 21:51
嫌いな言語でも触らなきゃいけないこともある
752仕様書無しさん:04/08/31 23:07
趣味は仕事にしちゃイカン
人生、趣味しかないんだからしょうがない。
754仕様書無しさん:04/09/07 07:51
Ruby。趣味でも触りたくない
755仕様書無しさん:04/09/20 04:42:48
PL/M
756仕様書無しさん:04/09/20 05:28:19
VisualJ#

つーか、VisualJの時ですら腐っていた言語を
C#が出た今どんな理由でつかうというのか、、、
そしてどうして.Net開発環境のディフォルトインストールで
こんなモンひとのHDDに入れようとするのか、、、、

というより、J→J#にアップする事に人件費を裂けるほど
もうかってんならVS.NETもうちょっと安くしやがれと
757仕様書無しさん:04/09/20 10:51:29
変数の頭にへんな記号を強制する言語、全部。
758仕様書無しさん:04/09/23 03:03:06
へんな奇号って
n
sz
p
とか?

それとも
$
@
#
?
後者はデバック時にハマッタことがある
759仕様書無しさん:04/09/27 07:20:55
俺が高校の時に作ったインタプリタを無くして欲しい
恥ずかしいガキの頃の思い出
760仕様書無しさん:04/09/30 01:50:13
きまってるじゃん
なくして良いのは

俺の存在だけだよ。(´ー`)y─┛~~

761仕様書無しさん:04/10/04 16:59:00
>>760
自分のことだな、早くいなくなれ
762仕様書無しさん:04/10/11 09:50:01
フローチャート。役にたたん
PADなら許す

763仕様書無しさん:04/10/11 11:28:47
Ruby以外は消えろ
764仕様書無しさん:04/10/11 12:08:44
>>1
Ruby
765仕様書無しさん:04/10/17 11:46:13
Ruby。
Ruby気違いってなんであんなに偉そうなの?
766仕様書無しさん:04/10/17 11:51:01
Rubyは日本で生まれたのが最大の不幸。
舶来モノがそんなに有り難いのなら海にでも飛び込めば?
767仕様書無しさん:04/10/17 11:58:41
>>766
そしてまたそういう発言が、周囲を不快にする悪循環
言語ごと消えてなくなれば?
768仕様書無しさん:04/10/17 12:42:32
Rubyって生まれるのがあと五年くらい早かったら
ずいぶんと扱いが違ったと思う。
遅すぎた。
769仕様書無しさん:04/10/17 13:29:51
>>766 は意味が分からないのだが。
1行目はRubyが日本の恥と言っているんだよな?
2行目は外国産は良くないと言いたいんだよな?
なぞだ。776はどういうつもりなのだろうか。
770仕様書無しさん:04/10/17 19:23:01
一行目は「島国根性の日本人は舶来物ばかりを有り難がり、Rubyの素晴らしさが理解でない。
Rubyが外国産なら正当に評価されていただろう」
二行目は「舶来モノがそんなに有り難いのなら海にでも飛び込」んで日本から出て行け

じゃないかな。
・・・たぶん。
771仕様書無しさん:04/10/18 20:30:26
rubyを叩いている奴等は共産党か何かか?
772仕様書無しさん:04/10/18 20:53:46
叩く価値自体あるかどうか不明
773仕様書無しさん:04/10/18 20:56:45
774仕様書無しさん:04/10/18 21:58:53
>>771
その発言がまた周囲を不快にする悪循環
775仕様書無しさん:04/10/19 00:00:15
Rubyって叩かれてるのか。

なんで?
いっちゃなんだが、叩かれるほど、出ている杭でもないと思うが。
776仕様書無しさん:04/10/19 01:50:55
どこをどう考えたら共産党が出てくるのか謎だw
777仕様書無しさん:04/10/19 03:57:18
どっちかっていうとRuby=共産主義
778仕様書無しさん:04/10/19 20:36:17
>>770
いや、ここはあえて国産言語ひまわりマンセーと読んでおこう。
779仕様書無しさん:04/10/20 20:11:34
>>775
実際に突き出てはいないのかもしれないけど、
やかましげでビミョーに目立つ杭。
780仕様書無しさん:04/10/20 20:20:09
80系アセンブラ
781仕様書無しさん:04/10/20 21:33:21
>>775
杭は出ていないんだが狂儲が他の言語を貶しながら暴れるから叩かれるというか嫌われてる。
782仕様書無しさん:04/10/20 21:40:52
狂信者を装って荒らしているのはperlerだと知らんのかこのアホは。
783仕様書無しさん:04/10/20 21:44:10
別にRubyでもPerlでもいいですが、他でやってくれ。
最近はどっちも使って無い。たぶん当面使う予定もない。
784仕様書無しさん:04/10/20 21:56:26


     超  絶  最  高  言  語  R  u  b  y


.
785仕様書無しさん:04/10/20 22:58:13
   を 無 く し て い い
786仕様書無しさん:04/10/20 23:15:17
>>782
ああごめん、言葉足らずだったな。

×狂儲が他の言語を貶しながら暴れるから
○作者と狂儲が他の言語を貶しながら暴れるから
787仕様書無しさん:04/10/21 01:02:22
ぴゅう太で使うやつ
788chotto break:04/10/21 01:17:46
789仕様書無しさん:04/10/21 01:43:32
もう全部無くなってしまえ。

バルス!バルス!
790仕様書無しさん:04/10/21 12:52:02
はっはっは
言語がごみのようだ
791仕様書無しさん:04/10/21 13:02:17
>アメリカの州を一つ除いてもいいならどこ?

それって、「州」じゃなくて、「状態」と受け止めて回答すべきなのでは?
792仕様書無しさん:04/10/21 13:04:12
VB消えろ。
793仕様書無しさん:04/10/21 13:08:34
結局当人のセンスに行き着くんだな。


まあ、話を進めるためには、
藻前らが大好きなチェックのシャツを止めてからだな。
794仕様書無しさん:04/10/22 00:35:47
煽り抜きで、Rubyは要らないよな・・・。
現実的に「他よりRubyを選ぶべき場」が一切存在しない上に、
変な人間達の変なプライドを育てる効果だけはやたらあるし。
795仕様書無しさん:04/10/22 01:48:45
またまたアホ発生w
796仕様書無しさん:04/10/22 02:08:42
   ∩___∩         |
   | ノ\     ヽ        |
  /  ●゛  ● |        |
  | ∪  ( _●_) ミ       j
 彡、   |∪|   |        J>>794
/     ∩ノ ⊃  ヽ
(  \ / _ノ |  |
.\ “  /__|  |
  \ /___ /
797仕様書無しさん:04/10/22 03:20:01
COBOLはいいかげん無理ありすぎるな
798仕様書無しさん:04/10/22 06:18:38
え・・・COBOL・・・もう見るのやだ
799仕様書無しさん:04/10/22 07:28:29
いざ現実を突きつけられると
>>794-795みたいな反応しかできないのが
Ruby信者の"問題外"なところだね :-P
800仕様書無しさん:04/10/22 19:35:18
まずはちゃんとアンカー引こうな。蛆虫perler君wwwwwwwwwwwwwww
801仕様書無しさん:04/10/22 20:49:09
ぱーらー
でいいのか?
802仕様書無しさん:04/10/22 21:29:10

Java

803仕様書無しさん:04/10/22 23:21:09
SELECT 馬犬 目 ぽ..._〆(゚▽゚*) FROM プログラム言語T WHERE 使う香具師 = ぬるぽ
804仕様書無しさん:04/10/22 23:41:28
ruby普通にイラないよ。和製であること以外の利点が見当たりません
805仕様書無しさん:04/10/22 23:48:32
しつこい蛆虫
806仕様書無しさん:04/10/23 00:28:06
まあ、がんばってRubyの利点書いてみろよ。
話はそれからだ。
807仕様書無しさん:04/10/23 00:47:02
>>806
ルビーはな、7月の誕生石なんだ。
どうだ、まいったか!
808仕様書無しさん:04/10/23 00:56:30
ツクールXPで使うらしいからちょっと覚えた
809仕様書無しさん:04/10/23 01:16:57
ファミリーBASIC

昨日、引越しの荷作りしてたら、出てきた。
810仕様書無しさん:04/10/23 01:33:25
perler死ね
811仕様書無しさん:04/10/23 01:40:55
ぱーらー
でいいのか?
812仕様書無しさん:04/10/23 01:42:57
ぱーらー

プッだせえ響きwww
813仕様書無しさん:04/10/23 01:44:18
パチンコみたいだな
814仕様書無しさん:04/10/23 01:44:39
Ruby >>>>>>>>>>>>>>>>>>>>>>>>> Perl
815仕様書無しさん:04/10/23 07:18:59
Rubyこそ最高言語
816仕様書無しさん:04/10/23 07:37:30
言語っていうかスクリプトだしなー
Rubyでウィンドウアプリ書けるようになってから語ろうよ
その前になくなりそうだが
817仕様書無しさん:04/10/23 07:47:38
あほばっかwww
818仕様書無しさん:04/10/23 09:31:25
マシン語
819仕様書無しさん:04/10/23 09:42:30
スーパーマリオとか買わなくても自分で作れる

と、勘違いしてファミリーベーシックを買った奴がいた。
820仕様書無しさん:04/10/23 15:03:19
Ruby使うくらいならsmalltalkとかsqueakでいいじゃん。そっちのが本家だし
821仕様書無しさん:04/10/23 15:20:12
vb(vb、vba、vbs)ばっか使ってる会社勤務です。
週報にrubyで〜するスクリプト作った
って書いてみた。
来週が楽しみww
民度が低い連中ばかりだからどうなることやらwwww
822仕様書無しさん:04/10/23 17:01:32
全角は勘弁してください
823仕様書無しさん:04/10/23 17:16:04
Ruby最高!Perl死ね。Python消えろ!
824仕様書無しさん:04/10/23 17:22:57
Ruby厨が湧いてるな・・・・
まぁ、JAVA厨よりはマシか(゚∀゚)アヒャヒャヒャヒャ
825仕様書無しさん:04/10/23 17:57:07
やっぱり一番消えても良い言語と言えば
ぴゅう太!!(それってもう消えてないか??)
826仕様書無しさん:04/10/23 19:21:26
つうか全部覚えろ
827Ruby!!!!!:04/10/23 19:33:49
言語を「覚える」だってさ。聞いた?
プププ
828仕様書無しさん:04/10/23 20:11:11
他人のホームページの掲示板の管理パスワードってわかる方法ありますか?
829仕様書無しさん:04/10/23 21:54:31
管理人に聞いてみろよ
830仕様書無しさん:04/10/23 22:42:52
>>828
http://homepage2.nifty.com/norp/novel/MJ/MJ1.html
とりあえず管理人をマンジャックしてみるとか。
831仕様書無しさん:04/12/23 01:20:49
Rubyから乗り換えようと思ってPythonのリファレンス眺めてみたけど文法汚すぎ。
lenとかmapとかタプルとかもうアホかと。Python(゚听)イラネ
832仕様書無しさん:04/12/23 01:23:17
C言語。
C++を使えバカ共。
833仕様書無しさん:04/12/23 03:13:54
>>832
C++はCのスーパーセットだから、C++ある限りCは無くならな
いのでは。。
834仕様書無しさん:04/12/23 05:14:14
         ___,.. --───-、      ,.-───-- ..__
          ヽ          \(こ)/         /
           ヽ         \_  _/         /
           |     _,. -─ ァ'  ̄ヽー--  ..._     !
          /|_,. -‐ '´    /-──- \    `  、|
        /  ヽ.     /         \    /\
         \   \ ,.イ  /         ヾ、./  ___ヽ
          / __,rッ'´   /  /      i    i ゙ヾ   |
         厶r'゙7      /   i      l     l   ト、 |
       /   !/    /   !        l     !   l `\
      /    |! l    |   i| l     j |   l   !    \
    /     l |  i _,|rt─┼{i.   ‐/‐/- 、 /!   j     \
   /__ ___      \!、 \_ij,.==ニ  \_//ム.._/メ  /         ヽ
    {-─ ‐- =- 、.__,.ト ソミ〈 { .ィr }       ´{ .ィr Yz_,イ           i
   \_,.=ニー- 、.._く ` くi.__ ゞ-'′   ,    ヾ..ン ' ハシr=_,ニ二二ニ  j
      r─二ニー-干ーzく       .____.     fニ_ -┘   _   /
     ヽ=ヘ三ニ-\___/\           ,.ヘニ-‐=ニZ_  ̄`  
         ` ー-ュ-─<ニ>_、._   _,.. <ァ'了--= _    `ヽ
          /      >トr| `¨ ´ト‐<r'´ ̄ \こ>‐ー '" 
          ヽ.        \__  __,/      \
         ,. ィ⌒ヽr=、_ _,. -─-ユ.fニ─-、.     /_,ノ
         {       // ̄`7トlく⌒ヽ、.\  // `ヽ、
        ヽ、_ハ l // /   / / !ハ    \\     _ノ
        /    Nヽ   / /| i| !    〉 }_,L_,. く
83546:04/12/23 10:01:33
自分では組んだことないけれど(自分はCとJavaで開発を
少しやった程度)、COBOLを使っている現場でオブジェクト指向型
COBOLを使っている現場を見たことがない。。。(COBOL85まで)
やっぱり、85以後のCOBOLの進化はいらなかったのではなかろうか。
(逆に使っているところを見た人は具体的に教えてほしいです)
836835:04/12/23 11:29:03
ごめん、835の名前は間違いです。
他のスレで使ったのそのまま書いちゃったよ。
837仕様書無しさん:04/12/23 11:54:51
消えそうなのはVB。
つーか、開発環境自体が消滅確定。
838仕様書無しさん:04/12/23 14:17:25
Ruby以外の言語は全部消えろ
839仕様書無しさん:04/12/23 20:45:09
別に環境さえ整えばRubyだけになっても構わないな俺は。
ただ、そうなればPGの敷居がさらに低くなって競争が激化するんだろうな。
確実に今よりさらに SE > PG の関係になるな。MDAも進むだろうし。ていうかPGいらね?
翻訳コンニャクがあれば、通訳の仕事はなくなると同じだな。

>>819
あながち間違いではないな。ファミベのよっしんでぐぐって見れ。
840仕様書無しさん:04/12/23 21:15:06
Ruby気違いってどうしていつも妄想気味なの?消えていいよ
841仕様書無しさん:04/12/23 21:23:00
お前が消えろ。
842仕様書無しさん:04/12/23 21:23:54
Rubyアンチが2chでどれだけ暴れようが意味無いwwwwwwwwwww
843仕様書無しさん:04/12/23 21:24:30
JavaはうんこだとRubyistはみんな思ってる。
844仕様書無しさん:04/12/23 21:25:05
PerlやPythonはRubyのパクリ
845仕様書無しさん:04/12/23 21:26:15
RubyはPerlを参考にしたことはない。
Rubyという命名からPerlと何か関係があるのではないかと勘ぐる馬鹿はいるけどなw
846仕様書無しさん:04/12/23 21:57:35
釣りだな。
847仕様書無しさん:04/12/23 21:59:29
CΩ〜!Cω〜!cオメガ〜!

無くなれ〜 消えて無くなれ〜
848仕様書無しさん:04/12/23 22:07:55
>>838
Ruby自体は何を使って書くのか?w
849仕様書無しさん:04/12/24 00:33:32
バージョン1.2以降はRubyはRubyでインタプリットされているんだが。
850仕様書無しさん:04/12/24 21:04:55
もうRubyにはハードウェアも必要ありません。
851仕様書無しさん:04/12/24 22:49:22
Rubyはユーザさえいなけりゃ良い言語なのにねぇ。
852仕様書無しさん:04/12/26 20:07:10
Rubyを叩いてる馬鹿って何者?
853仕様書無しさん:04/12/26 20:16:42
>>852
PerlとかPythonとか頭の硬くなったおっさんが必死になって叩いてるようだ。
854仕様書無しさん:04/12/26 20:32:15
>>1氏が無くなっても良いと思ったのは
俺だけ?
855仕様書無しさん:04/12/28 21:58:38
とりあえずBASIC MZ-5Z001 はもうイラネ。
856仕様書無しさん:04/12/29 14:48:14
>>854
その通りだ
857仕様書無しさん:04/12/29 15:21:29
FORTRAN
858仕様書無しさん:04/12/29 15:32:34
SQL
859仕様書無しさん:04/12/29 22:18:31
XMLに吸収統合される運命のHTMLはもういらない。
860仕様書無しさん:04/12/29 22:48:36
http自体いらない。MSにぬっころされてしまえ
861仕様書無しさん:04/12/31 21:14:26
827>お前は聞こえるんか?馬鹿じゃないの?
862仕様書無しさん:05/01/04 04:25:20
>>859
HTMLは、いわゆる歴史的な事情というやつで、いつまでも生き残ることであろ。
むしろどうせならばXHTMLのほうがいらんような。
863仕様書無しさん:05/01/04 04:27:13
>>860がいっていることがまったくわかりません。
誰か解説汁。
864仕様書無しさん:05/01/13 13:10:11
HOLON
865仕様書無しさん:05/02/01 23:58:28
PowerBuilder

俺これしか使えません、イェイ!
866仕様書無しさん:05/02/02 00:54:30
Javaいらん、開発疲れた。
867仕様書無しさん:05/02/02 07:52:25
Ruby
868仕様書無しさん:05/02/02 23:01:55
>>852
Rubyを叩いているのもRubyを褒め殺しているのも、どちらも
Ruby信者でもRubyアンチでもなく、「Rubyを叩くのがウケるらしい」と
思い込んでいるただの馬鹿。
放置を推奨。
869仕様書無しさん:05/02/03 08:42:00
俺もRubyに一票
Rubyユーザうざすぎ
RubyistとかRuby Hackerとか悦に入って馬鹿じゃないの?
870仕様書無しさん:05/02/03 09:50:23
>>868
なにその稚拙で笑える責任転嫁
871仕様書無しさん:05/02/03 10:09:01
>>863
確かに、言語の話をしてるのにプロトコルのこと言われても、だねぇ。
872仕様書無しさん:05/02/03 12:46:05
JavaやCが叩かれても、それなりの理由で返すor放置
Rubyが叩かれると、やたらと過剰反応したあげくに理由もなく「Perl氏ね」

Ruby厨がどれだけ痛い存在かがこのスレで証明されてますね
873仕様書無しさん:05/02/03 17:12:13
Lubyってなに?
874仕様書無しさん:05/02/03 18:42:04
マジレスすると Ruby が存続しても消滅しても俺の人生には何の影響も与えないからどっちでもいいよ。
875仕様書無しさん:05/02/03 19:05:23
COBOL
システムの移行はもううんざり
スパゲはもう見たくない
876仕様書無しさん:05/02/03 19:07:58
正直Ruby厨より嫌Ruby厨のがうざい
877仕様書無しさん:05/02/03 19:37:07
正直嫌Ruby厨より嫌嫌Ruby厨のがうざい
878仕様書無しさん:05/02/03 20:20:18
>>877
嫌嫌○○厨って表現はRuby以外でもたまに見るが、
ようするに「馬鹿って言う方が馬鹿なんだよ、ばーか」って理屈だよな。
879仕様書無しさん:05/02/03 21:08:19
Rubyのオブジェクト指向はわかりずらいような気がする。 ・・・馬鹿の俺だけかもしれないけど。
あとHSPイラね。 
880仕様書無しさん:05/02/03 21:15:14
>>879
わかりずらいというか、JavaやC++とは違うからな。
privateやprotectedの意味なんか変態的だ。
ま、所詮スクリプト言語だから、privateやprotectedが重要になるような
用途には使わなければ良い話。
881仕様書無しさん:05/02/03 21:41:39
>>878
嫌Ruby厨の精神年齢は一ケタですから。
882仕様書無しさん:05/02/03 22:06:39
嫌(嫌(Ruby厨)) == Ruby厨 => true
883仕様書無しさん:05/02/03 22:21:51
まつもとが終わってるからその弟子も終わってるね
884仕様書無しさん:05/02/04 08:20:55
「C++なぞ問題外(笑)」で終わるあの文章が全ての言語ユーザを敵に回してしまった
885仕様書無しさん:05/02/04 09:04:11
>>878
全然違うと思いますが :-P

なんて下手糞な論理のすり替え ;-)
886仕様書無しさん:05/02/06 17:32:30
>>884
あ、禿堂
Rubyに興味もって調べてたらそれに出くわして、作者きもいと思った。
887仕様書無しさん:05/02/06 17:33:52
C#イラネ
888仕様書無しさん:05/02/06 17:58:31
>884
んなこと言ってたのか
889仕様書無しさん:05/02/07 23:09:14
ruby hsp ひまわり

これゴミクズ3兄弟
890仕様書無しさん:05/02/07 23:48:06
嫌Ruby厨には二種類あるの

 1. 「嫌Ruby」厨
 2. 嫌「Ruby厨」

俺は後者
891仕様書無しさん:05/02/08 00:11:09
「嫌Ruby」厨にせよ嫌「Ruby厨」にせよ、言語全般に関するスレで
やたらと一つの言語のみに粘着するのが厨であることには違いない。
892仕様書無しさん:05/02/08 00:20:27
>>891
お前もな
893仕様書無しさん:05/02/08 01:54:44
どっちにしろRuby厨はぬるぽ
894仕様書無しさん:05/02/13 10:45:34
ガッ
895仕様書無しさん:05/02/15 21:54:10
まぁRubyは要らないよな。
言語仕様の好き嫌い以前に、この言語が最適解となる領分が地球上に存在しない ;-)
896仕様書無しさん:05/02/15 23:23:28
マシン語があるじゃないか!
897仕様書無しさん:ぬるぽ暦04/04/01(金) 22:38:29
898仕様書無しさん:ぬるぽ暦04/04/01(金) 23:00:47
BASIC
899仕様書無しさん:ぬるぽ暦4年,2005/04/03(日) 16:32:17
COBOL
900仕様書無しさん:ぬるぽ暦4年,2005/04/03(日) 21:32:06
900GETO~
901仕様書無しさん:ぬるぽ暦4年,2005/04/03(日) 22:52:12
漏れ職業IT屋だけど、ruby結構良いよ。EXEもつくれるし。
Windowsのコマンドとかには複雑過ぎるが、C++やJavaを使うのは
大げさすぎるようなやっつけ仕事に使ってる。

C++のような本格的な言語の他に、気のきいたスクリプト言語があると
便利だと思う。今のところそれがrubyかな。

ちなみに日ごろはC++、Javaを使ってる。
902仕様書無しさん:ぬるぽ暦4年,2005/04/03(日) 22:56:08
VB.NET。
もうそろそろ逝かせてやれよ…
903仕様書無しさん:ぬるぽ暦4年,2005/04/03(日) 23:06:25
VB.NETイラネ。

VB6の方が軽いし、.NETFramework使うならC#の方が分かりやすい。
VB6で作ったアプリはかなりの確率でマイグレーションに失敗するし、
なんとか動いた奴でもソースコード変だし・・・
904仕様書無しさん:ぬるぽ暦4年,2005/04/04(月) 15:02:08
>>901
>漏れ職業IT屋だけど
帰れ素人。
905仕様書無しさん:ぬるぽ暦4年,2005/04/04(月) 23:44:41
>>890
『嫌「Ruby厨」』厨」ですね。
906仕様書無しさん:ぬるぽ暦4年,2005/04/04(月) 23:45:09
>>905
『嫌「Ruby厨」』厨。
907仕様書無しさん:2005/04/05(火) 20:11:42
(let (define 嫌 (list Ruby 厨)) 厨)
こんな言語なかったっけ
908仕様書無しさん:2005/04/05(火) 22:28:41
scheme(あるいはlisp)か?
たしかにアレの用途はよくわからんが、なんか学術的に価値があるらしいぞ。
そういう意味ではprologも同類だな。
909仕様書無しさん:2005/04/14(木) 21:19:02
COBOL
ついでに COBOLer も
910仕様書無しさん:2005/04/24(日) 06:40:56
C言語(マジレス)
あんなclassはおろかnamespaceすらないような糞言語そろそろ捨ててもいいと思われます。
Windows APIがC++前提で設計されていたらどれほどよかったことか……
911仕様書無しさん:2005/04/26(火) 23:55:08
>>910
あなたは経験も見識も足りてないようだ。
Cが現代的でないことは確かだが、しかしまだまだ充分な価値がある。
912仕様書無しさん:2005/04/27(水) 08:29:47
>>911
その「充分な価値」って何? 教育用か過去の資産を使えること以外思いつかんぞ。
C++じゃ駄目なのか?

だいたい、
lib_hogehoge_init(&hogedata);
lib_hogehoge_foo(&hogedata,x);
とか書いてて気にならない奴がいるか?
こんな不細工な設計を強要するような言語明らかに問題があるだろ。ファーック!
913仕様書無しさん:2005/04/27(水) 09:14:55
今となっては教育用としてもどうかと思う。
914仕様書無しさん:2005/04/29(金) 19:01:44
rubyはまぁまぁ使えるような。 C++やってからだとややこしくてやる気おきないけど、
hspとかbasicとかは実用性無いけど入門にいいだろうし、

やっぱり個人的にひまわり、日本語でプログラミングて・・・
915仕様書無しさん:2005/04/30(土) 02:06:44
>>912
不細工どころかそれでオナニーできます
916仕様書無しさん:2005/04/30(土) 03:45:53
C言語は教育用なんかではない。
ろくな開発環境がなくてもなんとかしなければならない職人のためのもの。
組み込みとかSDKとか、そんなところだってあるんだよ。
917仕様書無しさん:2005/05/02(月) 23:57:34
Cは抽象化されたアセンブラとしてもはや不可欠。

と書くとその上OOPできるのでC++の方がいいCは時代遅れなどと
抜かすやつが大量発生するんだろうな。
918仕様書無しさん:2005/05/05(木) 02:20:23
>>916
禿同
実務を知らないガキはほっとけ
919仕様書無しさん:2005/05/08(日) 21:55:03
>>917
C++で何が不満なんだ?
CにできてC++で実現できない機能などないだろう。
920仕様書無しさん:2005/05/08(日) 22:49:19
>>919
先生! C++だとchar* p = malloc(1);がエラーします!
921919:2005/05/09(月) 00:43:26
>>920
なるほどもまいの勝ちだ。

まあそれはともかくとしても、いまだにCにこだわる理由がわからん。
> Cは抽象化されたアセンブラとしてもはや不可欠。
たって、C++でも同等のことは可能なわけだし。
過去の遺産を使うとか(それだってC++でほとんど可能だろう)、
ターゲット用のC++コンパイラがないとかいう後ろ向き&マイナーな理由しか思いつかんぞ。
(そのへんが「実務を知らない」という言葉の意味だとしたら……ご愁傷様)
922仕様書無しさん:2005/05/09(月) 21:54:40
>>921
・Cの方がコンパイルが速い。
・C++にするとあんな機能やこんな機能を使いまくってしまう誘惑に弱い人がいるので
Cに制限しておく。
C++を使わない理由はこんなとこかな。
923仕様書無しさん:2005/05/11(水) 03:45:06
>>921
「後ろ向き&マイナーな理由」であったとしても、とにかく立派な理由なのである。
C++があるからってCをなくしていいというのは短絡に過ぎる。

つか、なくしたほうがいい言語はほかにあるだろ。
924仕様書無しさん:2005/05/18(水) 11:42:14
マシン語読める俺からしたらなんでもいいんじゃね?って感じ
小学生の頃特殊なバイトしてたせいで今の職場では変人扱い
社長とはかなりはなしあうんだけどなあ・・・ @24歳
925仕様書無しさん:2005/05/18(水) 13:36:41
VBScriptとかいらねーな。
926仕様書無しさん:2005/05/18(水) 13:58:27
>>864
某メーカーの中の人ですか?
927仕様書無しさん:2005/05/26(木) 00:19:27
スレ違いだけど真剣に・・・
SEになりたくて会社入ったんだけど、みんなネットワークの監視からやるのが普通って
言われたんだけど、これマジ!?夜勤とかつらいんですけど…
928仕様書無しさん:2005/05/26(木) 00:43:44
>>927
そんなことはない
929仕様書無しさん:2005/05/26(木) 01:07:24
>>928
ま、マジっすか・・・
コンピーって会社のグループのヴァス○ック総合研究所って所なんですけど…
開発系からやりたいって言ってもいつのまにかネットワーク関連の話に…
夜勤やらされてる俺はただの便利屋ですか…
930仕様書無しさん
>>924
妄想でないとしたら羨ましすぎる。