マイクロソフトの入社試験問題
【アメリカの州を一つ除いてもいいならどこ?】のマ板版。
普段偉そうにしてるおまいらの論理を聞かせてみろ
2 :
仕様書無しさん:03/08/15 16:04
あぼーん
言語:dbMagic
理由:
1.一見、イベントドリブン風に見えながら実はそうではない。
マウスイベントを実現させるのに、あたかもそこまでカーソルを順繰りに
動かしたような記述をしなくてはならない。
2.言語体系・スクリプトその他、独特なのはよいが、
他言語との共通部分が少なすぎ。下位互換性を尊重しすぎ。
従って、得たノウハウの応用が全く利かない。
3.付属のDB以外のDBとの相性が悪すぎ。
以上。dbMagic ver8.xに言えること。
しかし、Magic e-developerに改名した現行バージョンについては
漏れもよく知らない。
もちろんJAVA
JAVA厨殲滅して
仕事がCにもどってウマー
6 :
仕様書無しさん:03/08/15 17:05
7 :
仕様書無しさん:03/08/15 17:40
プログラミング言語を3つ残すとしたら何? という質問に替えて欲しかった。
無くしていい言語なら無数にあるんだもん。
8 :
仕様書無しさん:03/08/15 17:57
x86用バイナリコード。
そろそろすべて壊して再出発すべき時。
9 :
仕様書無しさん:03/08/15 17:59
プログラミング言語かどうかわからんが、SQLはそろそろなくなってもいいんじゃね?
>>10 さぁ。
そもそも、DBとのインターフェースに言語を使う必要もないかと。
12 :
仕様書無しさん:03/08/15 19:03
>>11 同意。XMLでいうところのDOMやSAXみたいな、言語間共通のDB操作API策定をキボンヌ。
あぼーん
14 :
仕様書無しさん:03/08/15 19:36
VBに3000票
これ以上馬鹿を業界に引き込むな
15 :
仕様書無しさん:03/08/15 19:39
漢字コーラル
Pearlはいらんだろ。
ろーたすすくりぷと しき
>>14 もまえの単価が下がるからなw
てか、VB厨ごときに足を引っ張られてる時点で終わってる。
19 :
仕様書無しさん:03/08/15 20:02
Rubyと言ってみる。
20 :
仕様書無しさん:03/08/15 20:29
>>16 Pearl?
知らんなぁ・・。
関係ないけどPerlは必要だよね!
>>16 使ってる奴に、まともなのいなそうだしな。
>>1がプログラミング言語と言わずにプログラム言語と言っていることに
深い意味があるのだと思う。
24 :
仕様書無しさん:03/08/15 21:29
pascalは無くなっても大した影響ないと思われ。
すべての資格。
とっただけで一人前気取りのヤシがうざい。
あぼーん
あぼーん
Algolは要りますか?
29 :
仕様書無しさん:03/08/15 23:09
J#
30 :
仕様書無しさん:03/08/15 23:14
31 :
仕様書無しさん:03/08/15 23:14
こぼろっくる
英語
33 :
仕様書無しさん:03/08/16 19:58
VB.NETいらんよ。C#に集中してくれ。
もともとVBは素人が簡単なツールを作るための言語だと思うんだが、
それを業務用に使うってのがなんだかなぁ。
35 :
仕様書無しさん:03/08/16 21:00
>>34 えー?
VBは素人"でも"使えるのであって
玄人は玄人なりの使い方すれば、結構いけるんじゃないの?
>>35 バージョンアップで仕様変更が多いとか
いきなり古いバージョンがうごかなくなるとか
リソースリークが激しいとかで
トラブルが多いので業務で使うにはつらい
あれはおもちゃだ
実際、素人ばかりです
じゃこれからはやっぱりC#だね。
>>2 代入くらいは数式にしたほうが判りやすいような気がするなあ
自分が使ってない言語以外なくても当分困らん
間違えた・・・
正>自分が使ってる言語以外なくても当分困らん
>>36 いまだ進化が止まってない言語ってことで許してやれよ。
44 :
仕様書無しさん:03/08/17 00:27
45 :
仕様書無しさん:03/08/17 00:30
>>1 そんな面接嫌だ。マイクロソフトでそれ聞かれたら、俺は迷わず「アップルスクリプトかUNIX C」と答える。
>>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のうちのどれか。
VC++
絶対VBはなくさせんぞ!!!
最後の、、、最後の一人になっても、、使いとおしてみせる(つд`)
VB
SQLは論理型言語じゃないの?
54 :
仕様書無しさん:03/08/17 00:51
CASL
役に立たん。
Japanese?
57 :
仕様書無しさん:03/08/17 00:56
アセンブラ以外全部いらん
・・・で実際全部消えてみると、また最適化して新言語作るヤシが出る罠
58 :
仕様書無しさん:03/08/17 00:56
プログラマの技量はSelect文で計れる
機械語
と書くとなんかファンタジー(・∀・)
Lisp の方言のどれか。
理由: 多杉
>>60 emacs-lisp
あの半端な便利さがUNIXの進歩を阻害しているようにしか思えん。
じゃあ、emacslispに消えてもらおうか
elispが消えたらEmacs作り直しですか?
(俺が作り直すわけじゃないけど)
>>65 Common Lispでお願いします。
xyzzyがあるとか言わないように。
マクロはrubyにしてくれ
なくてもイイと思われる言語は修得しないから判断できんのぅ…。
ハズレ言語を途中まで勉強したこととかない?
Cマガジンの連載「学問のススメ 千言万語」みてみ
これはいらんだろ!ってな言語が腐るほどでてくるよ(w
まぁ良くも悪くも
>>72にあるリンクでグーグルポイント数が
多いほうが必要とされてる言語ってことだろ
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とかが無いと困る人居る?
79 :
仕様書無しさん:03/08/17 15:40
今だと、Javaのエキスパートになったらプログラマーとしては一生飯食えるよ。
一昔前はCだろうね。現に、Cのエキスパートは今、十分に飯食えてる。
C開発が少なくなったとはいえ、既存システム・既存製品のメンテとかね。
中途半端な奴は管理職になったり、他の言語に移ったりと。
Java はサンの息がかかりすぎてて臭いのがいやげ。
ECMA とか ISO とか蹴ったんだろ?
>>79 一生はオオゲサ。
ずっとプログラマーでいたかったら、
勉強し続ける、新しい言語も習得する、それしかない。
Javaって流行ってんの?
JavaとVBの難易度は同じだしね・・。
>>82 Java, VB, C/C++辺りの難易度はどれも似たようなもんだよな。
どれか消せといわれればVB消すけど。
>>83 どの言語を最初にやったかで問題になると思うが
VBから->C はきつい気もするし
Javaから ->C もやっぱ感覚が違うからなぁ
C->C++->java
と歴史のステップ順にいけばなぜこの言語ができたのか?とかもわかると思う
Cで1万行のプログラム書けばそりゃOOPが何ででてきたのかくらい感覚でわかると思う
Javaからやるとそういうのがだめになるような気がする
>>84 N88BASICやらないと構造化言語のありがたみは分からないな。
C++とJavaの難易度は全然違うと思う。
C++は厄介な問題抱えすぎ。
89 :
仕様書無しさん:03/08/17 20:39
SuperPlayRite
90 :
仕様書無しさん:03/08/17 22:04
>>84 禿どう。
Cでスパゲッティに苦しまないとオブジェクト指向言語のありがたさがわからんと思う。
C++はEmbeded C++ が仕様がシンプルでおすすめ。
何だかなー
オマエら
「クーラー無しで一夏過ごさないと
クーラーの有り難味が分からないぞ!」
と言ってるのと同じレベルなんですが。。。。
しなくていい苦労などする必要なし。
「若い頃の苦労はなるべくするな!」
がオレの座右の銘。
C++やってからJAVAやると、
JAVAの洗練された文法のありがたみをひしひしと感じる。;_;
かといってC++がなくなったら困るんだけどさ。(笑
>>92 あいうえお をうまく書けない人間が 漢字 を満足に書くことは難しい。
という話なのだが。
例えが悪すぎて荒れそうなので
>>94は放置してください
よろしくお願い申し上げます
LINGO
最近スレ見ないね
>「クーラー無しで一夏過ごさないと
> クーラーの有り難味が分からないぞ!」
その通りやん
>>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 もう、いらんだろ。これ。
106 :
仕様書無しさん:03/08/18 12:19
>205
今年のトレンド
乗り遅れたくなかったら
そく勉強はじめな。
107 :
仕様書無しさん:03/08/18 12:54
JAVAスクリプト。インターネットを悪用するためだけの言語。
あぼーん
>>107 ×JAVAスクリプト。インターネットを悪用するためだけの言語。
↓
○JAVAスクリプト。投票所で不正投票するための言語。
書店の店員が混乱するから迷惑
JavaとJavaScript
JavaScript はプロトタイプベースのオブジェクト指向言語という、なかなか
に面白い仕様なので、残しておきたい。
VBScript はいらんだろ。Microsoft しか使わないし。
clientサイドでなんかやらせようとすると、
選択肢がJavaScriptしか無くないか?
113 :
仕様書無しさん:03/08/21 17:17
わかってる C言語だろいらないのは(w
ネタだよぉオコンナイデヨォ
>>115 ヤッパjavaだろ・・・。
117 :
仕様書無しさん:03/08/21 20:12
やっぱ、VBだろ
118 :
仕様書無しさん:03/08/21 20:16
誰も COBOL をあげないのはなぜだ。
119 :
仕様書無しさん:03/08/21 20:16
まぁ普通にアンケートとったらVBだろうなぁ
HSP?とかいうのも存在意義がわからんし
Perlにきまってる
あんな暗号みたいな読みにくいもんは無くなった方がいい
>>120 だろうなぁー あれで泣かされてる人多いんでないか
122 :
仕様書無しさん:03/08/21 22:04
VBScriptって必要ですか?
123 :
仕様書無しさん:03/08/21 22:50
FLASH・・・・・?
ActionScriptのことかいな?あれは残して欲しいなあ。
124 :
仕様書無しさん:03/08/21 22:56
要らない言語・・・Notes Scriptかな。
VBに似て非なるもの。スタックの少なさで昔泣いた。
>>124 VBScriptと FLASHは別物だろ。
俺はFLASHというMS製の新言語があるのかと思ったよ。
俺もVBScriptはイラネ
>>113,115
swfか…正直使ったこと無い。
動きのあるデザインはやりやすそうだけど。
Javaって言ってるのは、Appletということ?
XMLでやりとりすれば確かに使えるかもなぁ…。
言語もそうだが
「ライブラリ」も似たようなのが結構あるので減らして欲しい
netCOBOL
そこまで必死にならなくてもいいよぉ...。
COBOL・・・Perl並みに無節操な拡張を繰り返す
ぐぐったらVBScriptが・・・なんで?(w
あなたの言ってたのってマクロメディアのソフトでつかえるActionScriptのことじゃなかったの?へ?
swfちゃうの?
情報端末とかだったらあれだけでいいじゃん。DirectXであーたらこーたらせんでもええし。
131 :
仕様書無しさん:03/08/22 01:42
断然VBScriptだろ。
VBScriptはあってもいいけど
VBはイラネ
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を破壊するわけにはいかんのです・・・
JCL
>>136 >知識がありそう?なとこに片っ端から聞いてます。
マルチポスト → ポストスクリプト
一番要らないのはVB
139 :
仕様書無しさん:03/08/22 15:32
>>138 素直におしえりゃ−いいんだよ
さっさとおしえろアフォが
多分
>>1 って、10種類くらいの代表的なプログラミング言語しか
知らないんだろうね。
141 :
仕様書無しさん:03/08/22 15:40
俺C厨いらねーと思う。
PS2ポートってプログラム言語だっけ?
C厨ってプログラム言語だっけ?
# PS-Adobe-2.0をPS2と呼ぶならプログラム言語だけどな
143 :
仕様書無しさん:03/08/22 15:49
C丼.NET
HSP
USBで繋げたということか?
それ、治らんよ
>>139 それ多分パソコンからPS2に過電流が流れちゃったせいだよ。
去年あたりに一部の型番にそういう不具合が生じるってSONY言ってたような…。
直し方は、面倒だけど、過電流逃がすためにコンセントに銅線はっつけてその銅線持ったまま
コンセントにぶっさして逃がせばOK。だいたいこれで直るよ。
Python か Ruby に一票。
149 :
仕様書無しさん:03/08/23 12:03
PS2のUSBコネクタって何のためにあるの?
死滅寸前のVBユーザーである
>>136が必死に話をそらそうとしているな。
>>147 本体の内蔵メモリーにすげーエロいデータが入ってたりするんじゃない?
>>136 俺は小学校の頃、借りたファミコンのカセットに
コーヒーこぼしたまま返したことありますよ。
もちろん絶交されましたが。
155 :
仕様書無しさん:03/08/26 00:29
正直もうバッチファイル使いたくない・・・
wshは強力だけど面倒だしperl/rubyも違和感あるしでなかなか代わりが見つからない。
>>155 「バッチファイル」なんてそうそう使うか?
なんに使ってるの?
>>156 cygwinのコマンドと組み合わせていろいろと。
クリップボードのフィルタコマンドとか便利だよ。
>>156 telnet で個人のメールサーバに繋ぐときにつかってる。
OEが起動していないので仕事してるように見えるらしい。
159 :
仕様書無しさん:03/09/10 01:15
Ada。開発環境見たことない
>>159 君はあれか、新人類か
昔はよくCORBAなサーバとOrbixとかの間に広告載ってただろが
161 :
仕様書無しさん:03/09/10 01:30
>>1 VB, VB.NET, C#, J++, J# とにかく.NET系全般。
これでJ2EEだけの仕事に取り掛かれる。
163 :
仕様書無しさん:03/09/10 09:36
名前知らないけど、sendmailの設定ファイル関係の言語
164 :
iAPX432:03/09/10 12:21
>>160 そうでした。後から気がつきました。VAX11の筐体から身投げしてきます...
M$系の言語ツールで馬鹿になってました....
C か C++。
そうすれば、きっと夢のような言語が急ピッチで開発されるだろう(´ー`)y-~~
おねえちゃんが怪しいラップトップを操作しながら使っていたAPLってまだあるのか?
168 :
仕様書無しさん:03/09/16 21:34
この世の中COBOLが全てである
白状しろよ?
おまえも子ぼらーだろ!
>>165 急ピッチで Objective-PL/M ができるだけだと思うな。
170 :
仕様書無しさん:03/09/16 21:51
大体俺自体がCOBOLで動いてますが?
171 :
仕様書無しさん:03/09/16 21:55
Javaを無くせ。
業界全体が動くので面白そう。どうするIBM?
VB。VB.netになってマシにはなったようだが、VBはクソだ。
俺はVBの仕事なんてしたくないのに、何でやらなきゃいけねぇんだっ。
173 :
仕様書無しさん:03/09/16 21:59
JavaとJVM
単一言語鹿サポートしないエミュレーターなどいらん。
>>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とかセンチュラとか。
論理だと?
んなもんはねぇ。いらねぇからいらねぇんだ
>>178 馬鹿でも使えるから、でないの?
無論、それもプログラミング言語の良さの一つのファクタではあるだろうが。
VB はともかく、COBOL は普及した原因が分からん。何か取り柄でもあるの?
時代背景
>>181 とりあえず当時は選択肢がなかったんだろ
>>176 そりゃソフトウェア部分ってのは近代兵器ならあるよ
WindowsNTを使ってたイージス艦が動かなくなったり
パトリオットの誘導システムの暴走で味方に被害がでたり
潜航中の潜水艦のソナーシステムがダウンして動けなくなったり
人間の作るもんだからどこでもトラブルは起こってる
185 :
仕様書無しさん:03/10/09 12:06
Perlを一刻も早く廃止すべきだ。
最悪なことにPerlから入る初心者が多いおかげで
読みにくい暗号みたいなプログラムを書く悪習を身につけてしまう。
上級者がしかるべき考えを持った上で使うなら仕方ないけど
あんなものでプログラム入門する初心者が多数存在するのは大問題だ。
VBかな。
アレのわかりやすさって、言語仕様と言うよりは環境によるものが大きいと
思うんだが。まあ、拾得者数が多いんで滅びることは無いだろうけど。
>>186 > 拾得者数が多いんで
拾った奴か、、、
VBだろ。
なんつったって開発元が潰したがってるんだから。
>>8 IntelはIA64にリプレースしたがってるが頓挫しそうな気配・・・
.NETが流行ればx86を直接いじることも少なくなるんだろうけど。
マシン語・・・・
191 :
仕様書無しさん:03/10/09 13:32
> .NETが流行ればx86を直接いじることも少なくなるんだろうけど。
おれの知り合いにもこの言葉”.NETが流行れば"云々言う奴が
いますが、なんなんですか?つか、随分前から言われている
M$信者の合言葉みたいなんですが、流行ったらじゃなくて
流行らしたいだけじゃないんですか?
例:.NETが流行ればjavaはC#に食われて死滅する
192 :
仕様書無しさん:03/10/09 13:46
被害妄想気味のJava厨
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に支えられてかろうじて生き残るだろう。
>>195 確かにプログラマには流行ってるけど、いかんせんユーザ側には無用の長物。
なんとか物知らない所騙してねじ込んでるけどねえ・・・・・
まあIA64でないとダメな応用作れない俺たちプログラマがヘタレなんだろうけどよ。
ユーザはアプリに興味がある。
アプリを作るプログラマは環境に興味がある。
ユーザが環境なんか意識しないのは当然だし、
意識しないからだめということにもならない。
意識させちゃいけないよな。
こういう人たちってさ、ウイルス騒ぎがあると ユーザも勉強しろとかいうんだよな
勉強なんていらないし何も考える必要もない。
無条件にWindows Updateに全部チェック付けてアップデートしとけ。
糞つまらんフリーウェアも入れるな。全部商用のパッケージソフトいれろ。
ただそれだけの話。
で、MSサイトに似せたフィッシングにやられたら、注意が足りないというわけか。
確かに IEで開いてる時に、 UpDateの準備が出来ました。 なんてダイアログ出したら無条件にクリックしてくれそうだな。
201==202 ソレ年末に流行しそうだな
Beginners All purpose Symbolic Instruction Code
~~~~~~~~~
宣言なしに変数を使えてしまう、すべての言語にしんでほしい
209 :
仕様書無しさん:03/10/13 21:42
Perlはマジで死滅しろ。なんだあの糞な文法は!
今日ちょっと修正させられて泣きそうになったぞ!
コノヤロウ!!マジで氏ね!さっさと氏ね!!
210 :
仕様書無しさん:03/10/13 21:47
211 :
仕様書無しさん:03/10/13 22:05
C言語イラネ
212 :
仕様書無しさん:03/10/13 22:06
VB.NET
ColdFusion
214 :
仕様書無しさん:03/10/14 21:59
BASICが一人もいない
UnCOBOL
うんこコボル
>>209 確かにアレはあんまりだよね。
AWKのエレガンスさに比べたら雲泥の差。
でも実用的な観点からはアレはアレで正解かと。
人生ままならないねぇ。
( ´ー`)フゥー...
>>216 perlってメンテナンスしないことを前提に設計されているのでは?
新規開発の生産性を極限まで向上させれば、
「保守するより作りなおした方が早い」って状況もありうると思うけど。
PerlなんかよりTclの方がずっと良いです。
>>216 AWK のどこがエレガントなのかと問いたい。
220 :
仕様書無しさん:03/10/16 20:14
で、perl6になってちょっとはましになったんか?
韓国語
アンチが多い言語ほど使われてるという事実
>>216 まあ「エレガントって何か」ということすら衆目の一致を見ることは難しいね
cがエレガントだと思わない人はawkもエレガントだと思わないだろうな。
224 :
仕様書無しさん:03/10/16 22:42
>>190 なにいってんだヨ!!
おまいは、ど素人か、よっぽどのウンコたれの真正馬鹿なのか?
アセンブリ言語が嫌いっていっているわけじゃないし
ほんじゃ、コンピュータはどやって動くンだ????
電 気 じゃないかな…
227 :
仕様書無しさん:03/10/16 23:13
すいません。
人間とは思えないほどのタイピング技術をもっている
プログラマーの方々にお聞きしたいのですが、タイプウェルの国語R
の漢字をやるとき、みなさんは漢字を見てるんですか?
それとも下のローマ字を見てやるんですか?
なんか漢字が難しくて読めないんです・・・
キーボード見ないとタイプできませんが何か?
人差し指じゃないとタイプできませんが、何か?
230 :
仕様書無しさん:03/10/16 23:32
>>15 お前は端末エミュレータの前の作業員だな?
VB.NETがあれば、C#なんて要らないよ
C丼イラネ
なんか 「Java のようなもの」にしか見えん
一番使われてる言語はCだと思うんですが
アンチ多いんですか?
C++理解できなかったアホが叩く
そもそもプログラムのロジックを理解できなくて
C使ってても大したコードが書けないアホがJavaを使ってCを叩く
そもそも技術力と言語にはなんら関係はない(コーディングならあるか?)
のに、技術・知識・経験のないアホが自分の知らない言語を叩く
>>191 > > .NETが流行ればx86を直接いじることも少なくなるんだろうけど。
>
> おれの知り合いにもこの言葉”.NETが流行れば"云々言う奴が
> いますが、なんなんですか?つか、随分前から言われている
> M$信者の合言葉みたいなんですが、流行ったらじゃなくて
> 流行らしたいだけじゃないんですか?
M$のエバンジェリストか?
> 例:.NETが流行ればjavaはC#に食われて死滅する
それは無理だろうね。C#が流行らないことには。
結局古い言語にしがみついていつまでたってもCOBOL.NETだのから
抜けだせない。
>>195 Windowsのみでサーバ管理しようとする香具師もそうとうTCOに疎いM$厨だが。
>>234 > C++理解できなかったアホが叩く
> そもそもプログラムのロジックを理解できなくて
> C使ってても大したコードが書けないアホがJavaを使ってCを叩く
言ってしまえば
Java使ってもデザインパターンもオブジェクト指向も理解できず、遅い遅いと
対したコードが掛けないアホがCを使ってJavaを叩く
ケースの方が断然多いわけだが。
237 :
仕様書無しさん:03/10/17 12:58
C++の場合、実際にフルに使いこなせるのはごく少数で
それでもスパゲティコード大量生産から逃れるられるものはほとんどいない。
実際にはオブジェクト指向もろくに理解せず、クラスをまるで構造体のように数個
書いただけでC言語レベルのスキルしかない、
COBOLerのようなスパゲティコード書いて自分にしかわかりにくいコードを量産して
俺は天才だと言い張るC++厨はタチが悪い。
C++厨の多くは周りからはたとえCOBOLer扱いされるような汚いコードを書いても
C++を使えばみんなから「最強」だと思われると勘違いしているからだ。
わざと自分のみにわかりやすいようなコードを書いて
他人には理解させにくいようにすることで自身の立場を維持しようとする保守的な
考えをもっている。
共同開発では抵抗勢力のようにまったく迷惑だ。
こういう輩のソースコードにでくわしたときは
全部一から作り直す羽目になる。全部一から作り直すことで
そういう輩の面子をつぶすことができる。
己が「最強」のC++使いだと思わせないようにすることができる。
さもなければそいつのスパゲティコードを
読んで無駄に時間を費やし、「俺様は最強のC++使いだ」と
調子に乗って付け上がらせるだけである。
だからといってC++がなくなって欲しい、
と、いうことはない。
いずれC++は主流言語ランキングの座から落とされる運命だろう。
別に.NETはC++も使えるし。
>>239 藻前にmamaged C++を使いこなせるスキルがあるとは思えない。
ada実在してたんだ・・・。
ライトSF小説の小道具かと思ってた。
>>223 俺は C はエレガントだが awk はエレガントじゃないと思う。
本当に
> 「エレガントって何か」ということすら衆目の一致を見ることは難しい
だな。
Cと.NET&Javaだけでいいよ。C++逝ってよし
I hate c++.
と言った言語屋がいたが、俺も同感。
I hace c++, but I use it.
憎まれっ子世に憚る
どれほど悪い事例とされていることでも、
それがはじめられた動機は善意によるものだった
by カエサル
自分の頭の悪さを言語にぶつける奴
恥ずかしくないの?
>>250 自分の頭の悪さをこのスレにぶつける奴
恥ずかしくないの?
恥ずかしいとも!笑えよ!
Perlイラネ
この世からPerlが消えてしまえばいいのに
NScripter
これでエロゲ屋の半数が消える…
言
257 :
仕様書無しさん:03/12/28 01:39
朝鮮人
朝鮮人って言語だったんだw
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
単なる煽り長文ですが何か?
266 :
仕様書無しさん:03/12/28 12:38
COBOLがJavaに駆逐されたという流れで
文章を書いている所をみてもたんなる煽り長文だろ
268 :
仕様書無しさん:03/12/28 14:28
XSLT
理由:オブジェクト指向でない以前に、変数が無いというお粗末さ。
どう実装しても悲惨なソースになる。
>268
(´,_ゝ`)プッ
270 :
仕様書無しさん:03/12/28 16:44
>>269 XML系技術というだけで無批判に受け入れて、妄信しちゃってるんだね・・
かわいそうに
>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
コボラーは気の毒だな。
C言語から入った人は30、40才になっても新しいことについていけてるのに・・・
やっぱり20代の間に脳を鍛えておかないとだめだな
277 :
仕様書無しさん:04/01/03 12:59
>>276 コボラーですが、ついていっているつもりですが、何か?w
もっとも、COBOLの構造化のしづらさには泣かされたが・・・。
278 :
仕様書無しさん:04/01/08 21:35
OpenCOBOL
これ作った奴の口車にうちの社長が騙されて
これを使う仕事を受注したのだが全然採算がとれず
冬のボーナスはゼロさ。
○rcaPr○jectさっさと潰れろよ。
世の全てのperlはlispかtclに置き換わってよい。
>>278 てかそんなとこさっさと……
わかってるんだろ?
282 :
仕様書無しさん:04/01/09 00:51
>>277 マジレスすると、ついていけてる人を誰もコボラーとは呼ばない罠
定義の問題だけだけどね。
逆周りの時計置いとけば?
一番言ってはいけないのは、「ずっとこれでやってきたから」ってことさ。
284 :
仕様書無しさん:04/01/09 09:10
>>1 マイクロソフト製のすべての言語製品。
商用コンパイラのMS製商品の発売を禁止させる。これで世の中の進歩は
加速する。
>>277 他言語の開発でも、必ずCOBOLを引き合いに出して物事を進めるようなら、あなたも
立派なコボラーです。
>>281 変態度が高すぎるからperl嫌いなんだけど・・・。
perlに比べたらlispってすごい普通じゃね?
>>286 tclが無くなったから変態度80%ダウン
288 :
仕様書無しさん:04/01/10 02:05
289 :
仕様書無しさん:04/01/10 02:31
Adaとか使われていなそうだし、あぼーんしましょう
290 :
仕様書無しさん:04/01/10 09:57
あぼーん
>>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
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は計算センターの汎用機で事務データをバッチ処理するのには最適な言語であるが、
それ以外の用途には全く向いていない。
1つ失くすとしたら、それは当然C言語ですね。
>>303 だよねwww
プログラムの中で最も重要な分野である
テキスト処理。そのテキスト処理をCは
苦手にしている。正直話にもならんw
strcpy(s1,s2);
ふざけんなってw
s1=s2と書かせろってw
正直Cは最低なくそ言語ですなw
えーっ!?
そうなんですか。
僕は秀丸には遠く及ばないだろうけど
なんとか自作フリーエディタ作るために
最近Cを覚え始めたのですが、まさか
Cがテキスト処理を苦手にしてるなんて・・・・
失望しました。せっかく独習CとK&Rを
友人にもらいましたが、燃やしてきます。
あ〜やっぱりjavaにすべきでしたw
306 :
java(・∀・)イイ!!:04/01/10 17:27
う〜ん、どうやらCは廃れてきてるみたいでつね。
やっぱり漏れが愛するjavaが一番勢いがいいみたいでつ。
なんせ今時オブジェクト指向でない言語なんて
使えないでつ。C++もなんかだめCに無理やりオブジェクト
思考加えただけで、なんかごちゃごちゃしてて
javaには到底かなわないでつね。
javaの優れたところはなんといっても、ネットワークにも対応
そして、windowsアプリケーションも容易につくれることでつ。
それに比べてCはなんでつか????
あのAPIだのわけのわからないことを覚えないとだめじゃないでつか
まともにつくるためにはvisual C++なんてクソゲーにも劣る
ソフトを買わされて、一から勉強しないとだめじゃないでつか
マイクロソフトの陰謀でつよこれは、下らないでつ。
javaを1つ覚えればなんだってできまつ。
java厨がいますね・・・・
と言いたいところだが、言ってることは
説得力があるなあ漏れもCからjavaに
乗り換えたたち。
>>301 確かに現在実働で最も使用されているCOBOL85の仕様では、言語仕様レベルでのサポート
は少ないですね。(イベント駆動処理について)
よって、ご指摘の通りだと思います。しかし、1980年代後半から1990年代にかけて企画〜
実装された基幹系の大規模CS(クライアントサーバ)システムでは、画面等のプレゼン部分
を既存製品でまかない、その製品から渡されるイベントをサーバ側でCOBOLアプリが受けて、
DBアクセスするというような形態のオンラインリアル処理が多かったと思われます。
いずれも金融機関等の大企業で、かつ大規模で保守を必要とする基幹業務系ですが…。
COBOLが向いているいないに関わらず、大規模システム開発ではリスクや人員調達等のマネジ
メントが発生しますので、そのような方向になったのだろうと想像できます。
少なくとも同様の処理をC系の言語で開発したら、多分保守ができなくなっています。
そうだね
311 :
仕様書無しさん:04/01/10 17:31
javaなんか覚えて何するの?
携帯でゲーム作るか、下層派遣として使われるかぐらいじゃない?
312 :
仕様書無しさん:04/01/10 17:32
制御系のマイナーな石のクロス環境はほとんどがCだからなぁ、なくなると困るなw
やれやれ、お前らまだまだjavaを
わかってないみたいだな(笑)
javaといったらやはりマルチスレッドだろうな
マルチスレッドってのはプログラムを作るうえ
で欠かせないものだからな。それに
もう1つ言っておかなきゃならないのは
javaはプログラマにとってやさしいということ
Cはどうだろう、Cの理念は
「プログラマは全知全能である」
・・・・
(゚Д゚)ハァ?って感じだよな(笑)
そんなことありえないのに何わけのわからない
想定して悦に入ってるんだよリッチーとカーニハン
はよ(笑)
Cの最低なとこを言いますね。
それはCには論理型がないということです。
たとえばそうですね
if(hoge=1)
こんなものを書いたら当然エラーに決まってますよ。
だけど、なんと恐るべきことにCではこれがエラーに
なりません。(ああもう、このバカC!)
よく
if(1=hoge)なんて書いて自分を誤魔化している
Cのへっぽこプログラマがいますが
もう痛々しくて見てられないです。
if(a=b)
など両辺が識別子だったらもう破綻ですよ。
もしこんなプログラム書いてあるのを見たら
私は必ずコメント文で
/*無駄な努力なんて止めて、他の言語を
覚えましょう*/
ってついつい書きたくなりますよ。
プログラマにとってマターリすることはとっても大切。
だって、そういうときに唐突にいいアイディアが閃く
ものだから。もしこれに異を唱えるものは
経験の浅い、またはセンスのかけらもない人間
である。
ところでCとjavaどっちがマターリできる?
まずjavaとはどういう意味かというと
ジャワティストレートと同じように、茶の間感覚
でって、そういう意味合いがある。ところで
Cはというと、Bの次。
もうこれだけでjavaのほうが圧倒的にマターリ
できて、なおかついいアイディアが閃きやすくて
プログラマご用達の言語だということが
この世にいるどんなへぼプログラマにでさえも
わかるはずだ。マターリできる、つまり
最高を目指すなら、java以外にありえない。
316 :
仕様書無しさん:04/01/10 17:51
ブール型がないからといって困ったことなんかないけどなぁ、マクロ定義の擬似ブール型で何でダメなのよ?
次の素人さんどうぞ。
318 :
仕様書無しさん:04/01/10 17:53
漏れCをやろうか、javaをやろうか
パスカルをやろうかで悩んでたけど
ここ見て、javaに決めたよw
そうか〜javaのほうがCに比べて圧倒的に
優れているし、しかもマターリできるなんて
Cをやろうとしてた漏れはどうかしてたよw
次の釣り人さんどうぞ。
なんですか、このスレ。
プログラムをわかっていない人達の集まりですね。
教えてやりましょう。The best of programing langage is C.
これ以外にありえません。
Cの特徴といったらなんといってもポインタでしょう。
これを使えばなんと、アセンブリ言語に近いことまで
できてしまいます。ところが卑しいかなjavaには
ポインタという概念がありません。そう、javaは
ポインタが理解できない知的レベルの低い人間達
が使う言語だということです。知的なあなたは
是非Cを習うことをお薦めします。
Cは過去の偉人達の努力の結晶でつくられた
言語、つまり重みのある言語。
それにくらべてjava(tea)は、バカがなんとなく
Cのいいところをパクって広めた、いわば
えせプログラミング言語。
だいたいポインタはないとか言ってうそぶいてるが
ほとんど似たようなものがある。これはマーケティング
の戦略と、前橋和弥も言っている。
つまりCが純粋で、情熱の塊であるのに対し
javaは猜疑と欲望の化身でしかない。
こんな言語とてもじゃないが使う気になれない。
>>320 釣りだと思いますが…w
おっしゃることは判ります。
でも、アナタのような人はプログラムで仕事をしないでください。
おそらく、アナタのような人が誰も保守できないグロいコードを
量産するのでしょうね。
次のお魚さんどうぞ。
ああ、どうしよう・・・javaがいいと思ってたのに
Cがいいって意見もあるんだ・・・
どうしよう・・・・そろそろ決めないと・・・・
次の迷える子羊さんどうぞ。
>>324 BASICが一番優れた言語。
みんなによく使われてなおかつとっつき
安い言語だ。
だからこの言語だけはランタイムというものを
配布している。なぜなら、あまりにも
この言語を選ぶ人が多いからもう
パッケージ化しちゃえ、ということだ。
ワー
ありがd
漏れは明日からBASICを勉強することに
するよ。
本当は漏れ誰かがそういってくれることを
望んでいたのかもしれない。
もしかしたら今日が漏れの
ターニングポイントかもw
ちなみにCなくしたら、Cを継承して作った言語すべてなくなるべ。
javaもrubyも、c++も・・・
やっべ、釣られた・・・
こんなところで自演のプロに会えるなんて
ちょっと感激。
すごいところは自演のひとつひとつを
丁寧に長文で、また初心者にもわかりやすく
説明までしているということ。
本当にこのスレに来て良かった。
また来るよw
中身のない自演は(・A・)イクナイ!!
だけど中身のある自演は(・∀・)イイ!!
どれもこれも、どこかおかしなことを含んでいるけど
言っていることは、的をえている。
よって、自演でもまったく問題ない。
どちらも均等に擁護してて、どちらか一方を
批判しているわけではないから
釣りとしては最高の部類にはいる。
いや、むしろ本人は釣りのつもりもないのでは
ないだろうか、自演をすることによって
もう一度初心に返り、プログラミング言語の
本質をもうもう一度振り返ろうじゃないか
という態度が素晴らしく素敵。
333 :
仕様書無しさん:04/01/10 18:37
なんか自演っていいよな。
漏り下がったスレを再び活性化
させるという必要悪なんだと思う。
「自演は2ちゃんに必要だ。」
と声をあげて叫びたい。
君も自演、あなたも自演
人はみな自演で繋がっているんだね。
336 :
仕様書無しさん:04/01/10 18:47
> 言っていることは、的をえている。
ぼくちんも的がほしいでつ。
長いだけでつまんないから
誰も読まないよ
ああ、あんなにがんばったのに
つまんないなんて言われてすごいショック・・・・
てのを期待してるのw?
だめだめ、君じゃ僕の自演にかなうわけもないw
>>337 ならお前が楽しいこと言えや
せっかく楽しんでたのに・・・・
流れ嫁や。
また自演?
長ければいいってもんじゃないんだよ。
誰も読まないんだよ。
かわいそうになあ。
同じこと言うなよw
ちょっと低脳すぎるぞw
かわいそう、まじで・・・
いつだって真面目なやつが
バカを見るんだこの世界は。
100%JavaでOSを書いたら認めてやる。
345 :
仕様書無しさん:04/01/10 19:11
>>344 俺、作ったよ。
遅くて使い物にならないから捨てた。
100%Javaで車のエンジン制御できたら認めてやるよ。w
派遣Java厨よしっかり働けよ。w
先生!できますた!
100%Java 100%Java
10 va 10 10
10 va 10
10 va 10101010
10 va 10
10 va 10 10
100%Java 10101010
>>346 もう出来てるよ。あと道路の整備さえしてくれれば自動運転できるよ。
>>348 ソースを晒せ。もまいが言っているのはカーナビとか上っ面のどうでも言い処理だろ。
いいか、車のエンジンを制御するって事は
1msec毎のリアルタイム処理を絶対遅れることなく処理しなくちゃいけないんだぞ。
俺だったらJavaで出来た車なんて絶対乗りたくないね。
>>349 違うよ。自動でスースー運転できるんだよ。
トラック制御で物流革命だよ。
違うよというだけでやっぱりソース無しか。
またJava厨の厨ぶりが一つ上がっただけだったな。
なんか、俺のかわりに叩かれてるやつがいるな。
353 :
仕様書無しさん:04/01/10 20:06
クソスレ
あぼーん
ド田舎の古い習わしなんてどうでもいい。
コボルこぼるこぼるこぼるこぼるこぼる
javaOSのソース見たいな
・・・つかわねーけど
Nativeメソッドの嵐というオチですか?
こんなスレ初めて知った。
つりの練習場だな。
>>359 まぁ掘り返さないでおけ
また自演しに来ちゃうだろ
自演やるのはいいが自演告白は勘弁
他のレスまで自演と疑ってしまう
362 :
仕様書無しさん:04/01/11 14:22
Jabaはいらない
manage Cもいらない
釣れなかった(´・ω・`)ショボーン
やはりVBだろう。
使ってる奴がアホ過ぎる。
365 :
仕様書無しさん:04/01/14 21:06
誰がなんと言おうと
ひまわり
VBを無くしてしまったら経済的損失が計り知れない。
367 :
仕様書無しさん:04/01/14 21:18
ぶっちゃけVC++はいらない。
368 :
仕様書無しさん:04/01/14 21:24
今日も釣れなかった(´・ω・`)ショボーン
>>366 は?
お前の家計の中だけだろ。
置き換えの仕事が大量発生して嬉し過ぎ。
>>369 「置き換えの仕事が大量発生」するぐらいの経済的損失が
発生することがわからんのか?
大丈夫?
広まってしてしまえば糞の臭いも気にならない。
みんなが糞になれるから。
プログラミング言語なんて、その用途に合わせて使えば良いじゃん!
それぞれ長所短所がある訳だし。
敢えて言えば、VC++は今の状況だと、必要性に欠けてるかも・・・
>>370 それなら銀行はCOBOLを未来永劫使えってことかw
CとJava・・・・
単位を取っただけでどっちも結局本質が理解できなかった。
必要とされるようなややこしい作業を
要求されないからかもしれない。
言語でいらないといえば・・・もういいだろBシェルは!こんなものでプログラム書かせるな。
勘定系〜勘定系〜 か〜きなおし〜
勘定系〜勘定系〜 か〜きなおし〜
>>374 言語としてみるとshよりcshのほうがいらんだろ。
Ruby
378 :
仕様書無しさん:04/01/18 02:56
普通にC++って要らないだろ
>>378 おまえの存在とC++を比べると
大多数の人がおまえの方が要らないと言うと思うよ。
382 :
仕様書無しさん:04/01/19 00:45
Prolog
C#は要らないというか、なくなって欲しい。邪魔。
>>382 このスレで初めてでてきたな。
そういえば織田信長っていうのなかったっけ?
>>382 lispは必要だがprologは確かにいらねーな。
実際に役に立つ処理系を見たことがない。
COBOL と Java(特に Servlet)はいらないかな。
Sun が必死で短期決戦型教育戦略を進めているようだが、Servletで構築された大規模な
サイトほど不自然な(中途半端というべきか。あくまでも見た感じね)処理速度な
感じがするんだよねぇ。
確かに自然言語に近くてコーディングしやすいという利点はあるんだと思うんだけど。
近い言語なら PHP(SAPI)がまだ軽い感じだが藻前らどうよ。
# そんな俺は PHP & Perl スクリプト厨。あ、PHP と Perl はスクリプトだ。
# っていうか、JSP が VM に 受け渡される作業と PHP が Zend Engine に受け渡される
# 処理とはそんなに変わらないような気がするが。とここまで書いて何だけど、ツッコミ
# 激しそうだな・・・
あと、VB は必要悪とおもう。一人でコーディングしてる香具師からすれば
C/C++ ほど生産性がない言語といい、生産性にしかこだわらない香具師は
ゆくゆく COBOLer のように廃れていくわけだし。
1つなくしてもイイ言語
Visual J++
うわ、何もひねってないからつまらねえ
>確かに自然言語に近くてコーディングしやすいという利点はあるんだと思うんだけど。
じゃあ、要るんじゃん…
道具は使う物であって、使われる物ではない。
>>386 C/C++は使い込むほど生産性が上がってくると思うが・・・
そりゃ標準ライブラリだけ使って書けば、事務処理の生産性はVBやCOBOLに
負けるかもしれんが、使いこなしてれば普通自分専用のライブラリくらい作ってるでしょ?
FORTH
もう一生使う機会はないと思う(俺は)
>>391 言語によって、習得後の生産性アップ率は違うと思うが。
394 :
仕様書無しさん:04/03/07 19:44
>>386 Java & Servlet が要らないという人をたまにみるけど(2ちゃんで)、
実際の案件は Java & Servlet 多いよな。いらないという人は何故そう思うの?
たとえば
>>386氏は 「不自然」「中途半端」という抽象的な事しか書いてない。
(煽りじゃないよ)
まー俺はC厨なんで Javaが減ってくれてC/C++の仕事にありつきたいんだけど。
うおぉぉ一ヶ月以上前へのレスかよ俺
_| ̄|●
397 :
名無し@沢村:04/03/08 04:50
織田信長はいらん。
朝鮮語
言語以前に半島そのものが不要。
400 :
仕様書無しさん:04/03/08 14:53
Java
401 :
仕様書無しさん:04/03/08 15:06
ひまわり
>>393 Cは生産性が他の言語に比べて著しく高いとでも言うのか?
JavaだってVBだって使い込めば生産性があがるのは同じなんだって。
自分用のライブラリはCプログラマしか持って無いとでもおもってるのか?
君がC以外の言語をうまく習得できないだけだろ。
>>402 >JavaだってVBだって使い込めば生産性があがるのは同じなんだって。
使い込むほどに実行速度の壁にぶち当たる事が多くなるが・・・
JAVAもVBも使えるんだけどね(苦笑
>>403 それが本当なら「言語を変更すれば良いだけのこと」と、簡単に片付く問題ではない。
言語を変更したとて、とてもオーダーレベル(10倍以上)の改善にはならないからだ
一方で、JavaやVBを選択するということは「実行速度の壁が問題にならない」という
判断があったはずで、「その判断の見通しが悪かった」といわざるをえない。
何をなくされても困らないから御自由にどうぞ
>>404 使えはするけど、煩雑なC言語よりも生産性が上がらないと。
お前の仕事は、デバイスドライバを作る仕事だったりするのか?
だとしたらC言語以外は非効率かもな。
業務アプリとかサーバサイドだったら、生産性云々に口を出すのはどうかと思うけど。
>>407 制御もやれば事務系もやるぞ。所謂何でも屋かな。
デバドラはLinux上の既存のを趣味で改良する程度で仕事ではやらん。
403が書いてるように、VBやJavaだとロジックの抽象化が進んだ時に
実行効率が気になる局面が多くないか?
モジュールごとに開発言語を変えるのは、開発効率の面から言えば
おそらくそれが最良だろうが、保守の観点から言えば必ずしもそうではない。
それに、俺はお前と違って、C/C++が「煩雑」だとはちっとも思わない。
低コストにGUIアプリが作りたい=VB
Web系でまともに作りたい=Java
がデファクトなわけでしょ?
その分野にもCが適していると言い張りたいの?
保守の面からでもCが最高なの?
何だかんだ言って、自分の力を自慢しているだけだろ。
俺はVBやJavaのような低レベルな言語を使わなくとも、
同じかそれ以上に何でも作れるぜって。
普通の仕事は複数人で意思疎通しながら皆が納得
できる決まりで作り上げるんだって。
PGなら独自ライブラリくらい云々なんて言ってどうするの?
自営業者が個人で作る程度のものなんて、受注した個人が得意な
言語でやればいい。
しかしここでは誰もそんなことは言っていない。
410 :
自営業 ◆kNR4pC4o6s :04/03/11 09:43
>>409 相変わらず日本語をまともに理解できない奴だなw
曲解も甚だしい。
他人の文章を読む時にはな、自分の頭の中の、根拠のない変な前提をなくして読まないと
本当の意味は一生理解できないぞ。
ま、お前みたいなのとまともな議論は成立しないから、以後スルーすることにするよ。
低脳な奴の特徴ってやっぱり・・・
> VBやJavaだとロジックの抽象化が進んだ時に
> 実行効率が気になる局面が多くないか?
「実行効率が気になる」ってw
気のせいならほうっておけ。今は言語自体が
パフォーマンスを大きく左右する時代じゃないんだよ。
414 :
仕様書無しさん:04/03/11 11:06
>>1 逆説を唱えてC言語!
ふっ、これからはD言語がC言語にとってかわるのさ!
415 :
仕様書無しさん:04/03/11 13:19
でもやっぱりCプログラマが最強なのよ
おかしいのは自営業のほうじゃないか?
なんか自演で必死になってるみたいだけど。
負けてくると、もう相手にしないとか言うのは厨の常套手段だから気にするな。
>>417 >負けてくると、もう相手にしないとか言うのは厨の常套手段だから気にするな。
そうなのか、なるほど。
じゃ、もう相手にしない事にするよ。
自分の言いたいことをうまく理解してもらえないと、受け手が悪いと言い出すのも厨の特徴だな。
C#は逝ってよし
>>419 人の言うことをうまく理解できたためしのないアホが
よくそういってごまかしますよね :-)
422 :
仕様書無しさん:04/03/12 12:04
vbわけワカンネー
↑馬鹿
424 :
仕様書無しさん:04/03/12 14:13
>>1 Microsoft社製の言語かなぁ…。
>>414 D言語ですか。今マイブームなんですよ。
感じがC#っぽいけどなかなか良い出来だと思う。
どうでもいいけどJAVAってコーヒーショップの名前じゃなかったか?
自営業ってリア厨でしょ?
これで現場に出てる人だったら笑える。
組織になじめないから仕方なく自営やってんだろうなって感じ。
高校生の煽りは底が浅い。
技術的な話では勝てないと悟ったのか、今度は煽り方の批判ですか?
>>431 流れ嫁よ
あ、自営業氏でしたか。これは失礼。
流石に高校生とは違って、深い深い煽りですね。
>>432 どんな「流れ」だと言いたいのでしょうか?
(なんか「それっぽい」ことを言ってその場を凌いでるだけだったりして :-) )
C言語最高という論理=技術的な話 が破綻したから、
コテハンやめて人格攻撃やってるんでしょ?
ちょっと前まで遡ったら解るだろ。
>>434 > C言語最高という論理=技術的な話 が破綻したから、
> コテハンやめて人格攻撃やってるんでしょ?
答は「いいえ」ですね :-)
> ちょっと前まで遡ったら解るだろ。
全然わかってないじゃないですか :-P
>>435 君は自営業なの?
なんで本人じゃないのにいいえと断言できるの?
自営業頭悪すぎだな…
このあとの返答予想としては
・釣られたな
・俺自営業じゃないし
・君こそ人格批判じゃないか
>>437 > ・俺自営業じゃないし
予想もなにも、普通にわかるべきでしょうに :-P
他人が論破されたのに、論破された人の弁護を買って出るとは珍しい人も居たものだな。
>>439 > 弁護を買って出る
弁護とか思い込んでる時点でどうかしてますね。
俺は自営業を煽ってたうちの一人だから粘着するけど、
なんで君はここまで粘着するんだ?
>>441 普通に返答をしているだけで、別に粘着とかではないですね。
何故返答をするかというと、そうですねえ、
>>432の反応があまりに馬鹿で
面白かったのがきっかけで、あとはノリでしょうか :-)
やれやれ
┐○┌
>>443 ほんと、やれやれですよね。
なんでこう、普通やらないような誤読をしてまで絡むのかまったく意味不明。
誤読って
>>431が一番誤読に見えるよ。。。
釣り?
釣りか。
マ板では珍しいな。
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叩けばかっこいいと思ってるだけの春厨。
VBほど叩き易い言語もめずらしいよね
VBってプログラム言語なのかなあ
452 :
仕様書無しさん:04/03/18 06:25
いえ〜す!!
VBは、プログラム言語です。
だって、VB5.0で開発の私の立場は・・・
VBは他のいかなる言語よりも可読性に欠ける
>>453 君の書いたVBのソースが目も当てられない代物なのはわかった。
でもそれだけ。
俺はVBのソース読んでると
基本的にVB作った奴を殴り倒したくなるぞ
456 :
元VB使い:04/03/18 08:33
↑
変な日本語使ってる奴見ると基本的に(ry
457 :
仕様書無しさん:04/03/18 08:40
VBは言語ではない。開発環境だ。
然る故に、開発環境を利用するだけのVB利用者は、
VBプログラマなどという矛盾した名を名乗るべきではない。
プログラマって、要望にあった完成品を作るのが仕事だから、
保守がしやすくて、要件にあった機能が全部乗っているものが
期間内に出来上がるのなら、どんなに楽できる言語を使おうが、
ライブラリを駆使して自分独自のロジックを殆ど載せていまいが、
関係ないことだと思う。
俺はCで何でも出来て凄いとヲナニーさせるために客は金を出しているのではない。
>>458 それは正論。
ひとつお聞きしたいのだが、
リリース後にライブラリにbugが発見されたら、どのような対処をなさるのか?
世間で広く使われているライブラリに致命的な
バグが発見される確立を考えていたら、
自分でプログラムなんて書けないと思う。
>>460 たしかに原発が事故を起こす確率は低いかも知れない。
しかし、一旦起こってしまった場合の対処は
非常に難しいものとなる。
>>459 は実際に発見されてしまった後の対処法を聞いているのでは?
ライブラリにバグがあったらどうするかで、何度も粘着してどうするんだ?
今のライブラリなんてオープンソースが殆どだから、自分で直すか、
管理しているグループにバグとして上げるかするだろ。
独自ライブラリは、作った人が自分でメンテするにはいいかも知らんが、
もし仮に、作った人がいなくなった場合、引き継いだ後に大変。
原発事故より、作者が会社辞める確立の方がはるかに高いよ。
その後にバグが見つかったらどうするのかと…
まー、自分のことしか考えて無いなら、オリジナルのライブラリを使えばいいじゃない。
普通は何人かでチームを組むし、その中のメンバーも入れ替わったりするんだから。
昔はよく、会社ごとにライブラリやフレームワークがあって、それがノウハウだったけど、
オープンソースが流行っている昨今、今のお客さんはそんなノウハウじゃ全く喜ばないよ。
似たライブラリがあるのなら、通常は汎用的なものを選択するでしょう。
>>458 VBの有用性は楽できる部分じゃない。
無能でもVBなら出来るから、人件費が抑えられる=開発コストが抑えられるだけ。
少数精鋭で、複雑なものを組むならC++のほうが開発効率は良い。
>>464 VB叩き必死だな…
精鋭なんだったらどの言語使ったっていいだろ…
だいたい、ライブラリ使う/使わないっていうのは、
(ライブラリに該当言語のインターフェースがあれば)
言語選定に影響する問題では無いと思うが
まぁ、Cプログラマの売りはライブラリみたいだから、
そっとしといてあげようよ。
おいおい、俺はこのスレで名無しで書いたりしてねーぞ。
なんなんだ、その思い込みの激しさは。w
469 :
仕様書無しさん:04/03/19 10:50
もう少し「それっぽい」言い逃れを期待していたのに。
ダメだこりゃ。
職業プログラマーに、サンデープログラマーが喧嘩売ってるように見える。
471 :
仕様書無しさん:04/03/19 17:55
ペールは汚いって言うけど
phpは綺麗なの?
どっちも同じようなもんだと思う
472 :
仕様書無しさん:04/03/19 18:16
消えて泣くのは・・・マニュアル再作成の人?
設計書作成者?
PGで、消えろ言語なんて・・・言えない。
>>471 書き方。
CでもJavaでも汚く書けるし、
PerlでもPHPでそれなりにきれいに書ける。
474 :
なぎさっち ◆Nagi/FmYMM :04/03/19 20:26
Perlは省略の美学と詩や文学を追究する言語なので
「綺麗」とか「汚い」の基準が他の言語とは異なります
エレガントってやつだな
>>471 すまん。今日までPerlをパールって読んでいたよ。
でも「真珠」っていう呼ぶ人も人もいるしなあ。
478 :
仕様書無しさん:04/03/20 02:26
意外とペールで通じてるのワラタw
ま、よくある間違い(ネタ含む)だからね。容易に察しはつく。
つかないのは、10年以上「レスって何ですか?」とか言い続けてる
誰かさんみたいな人種だけだろうw
480 :
仕様書無しさん:04/03/20 03:36
くるくるぱーる
481 :
仕様書無しさん:04/03/20 03:52
>>479 パールとペールはよくある間違いだったのか
冗談でペールって言ったって云ったら怒る?
482 :
仕様書無しさん:04/03/20 05:33
483 :
仕様書無しさん:04/03/20 09:46
C#がある現在、VBの存在価値は……。
既存資産の継承以外にない。
これからはVBも完全にオブジェクト指向になって、
低レベルなVBプログラマは全て排除され、いい時代に
なりますね。
484 :
仕様書無しさん:04/03/20 09:56
VB
ウンコだから
確かにVBを思い切って切った方が
.NETへの移行が促進されそうだな。
簡単にするためのオブジェクト指向だろ。
487 :
仕様書無しさん:04/03/20 14:44
488 :
仕様書無しさん:04/03/20 22:34
バカには扱えず
上級者も使いたがらないオブジェクト指向…
ちゃんと言うとC++だな
他は使うか使わないかしらんがな
とにかく汚いとのこと
C++作った人の目的は
プログラマの給料をあげる為にC++を作ったんだとよ
C++は知らんが、オブジェクト指向はあらゆるところで使われてるぞ。
いまどきオブジェクト指向を理解していないプログラマも珍しいと思うけど。
>>489 VB屋さんが理解してるかどうか…微妙でないかい?
>>491 おまいがそうだとは逝ってないから…そうムキにならさんな。
ムキーーーーーーーーーーーー!ヽ(`Д´)ノ
今日はケンカはなし。
長さんのために喪に服しましょう。
495 :
仕様書無しさん:04/03/21 03:21
いかりやオタは所構わず話題持ち出しすぎだ。
社会人が、いかりや長介のために喪に服したことによる業務停滞で
軽く見積もっても、100億円程度の経済損失が見込まれる事が明らかに成った。
498 :
仕様書無しさん:04/03/21 12:09
VBイラネ
499 :
仕様書無しさん:04/03/21 13:53
プログラマが、いかりや長介のために喪に服したことによる業務停滞による影響で
各大手銀行、証券取引所の決済システムに相次いで障害が起き、
軽く見積もっても、100兆円程度の経済損失が見込まれる事が明らかに成った。
お前らいいかげんにしなさい
いかりや様の1週間の喪に服すので
会社やすんでいいですか??
あとVB最強
なんでもWEBってやめようぜ もう・・・・
またはIE+JavaScriptでDBアクセスもローカルファイルアクセスも
全部やらせちまうI/Fを追加ってのはどう?
セキュリティ?何それ。
池田健吾の爆釣天国
今日の爆釣ポイントは、マ板です
いかりやスレ クリティカルクマスレ 良スレ 普通 糞スレ
+- - - - ┝ - - - - ┿━━━┿━━━┥
∩___∩ /)
| ノ ヽ ( i )))
/ ● ● | / / マジオススメ
| ( _●_) |ノ /
彡、 |∪| ,/
/ ヽノ /´
>>501 Webをやめようってのはまだ良いとして、
IE+JavaScriptなんて冗談じゃない。
それなら全部C/C++になる方がはるかにましだ。
505 :
仕様書無しさん:04/05/01 13:54
COBOLでしょう。ここの板的には
>>488 はC++未経験なのがミエミエ・・・
なにが「とにかく汚いとのこと」だボケ
5年ほど実務してから出直せガクセイ
507 :
仕様書無しさん:04/05/01 17:17
Ruby
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
>>506に激しく同意。
>488は何もできないCOBOLer
っていうか大文字言語しかできないクズ。
513 :
仕様書無しさん:04/05/02 02:13
Perl
既存のcgiスクリプトを全部PHPなりJSPなりに書き換えよう
514 :
仕様書無しさん:04/05/02 02:15
515 :
仕様書無しさん:04/05/02 02:42
Rubyこそいらないじゃん。PerlとPythonの完全なレッサーバージョンなのに
国産というだけで祭り上げられている
516 :
仕様書無しさん:04/05/02 02:45
残すとすれば、アセンブラとBASIC系言語。
他はいらん。
あと、SQLかな?これは便利だ。
SQLは無くしたいけど無くせないという感じやね
SQLはいっぱいキー打たなきゃなんないから好きくない
>>519 同じことをSQL以外でやろうとするともっとキー打たなきゃならない。
521 :
仕様書無しさん:04/05/02 05:48
>>520 クライアントサーバーの場合、ファイルのロックなどが大変
>>521 だからSQL以外でやると余計に大変だって事かね?
ファイルのロックとかも全部書かなきゃいけないもんな。
523 :
仕様書無しさん:04/05/02 06:57
>>522 ファイルを全部ロックすると目茶苦茶効率悪いので、一部をロックする必要がある。
もう、大変な作業だよ。
524 :
仕様書無しさん:04/05/02 10:54
VBいらん。
525 :
仕様書無しさん:04/05/02 18:15
VBいらんというのも一理ある。
なぜなら主要な言語はVB化しているからだ。
はーーーーーーーーーーっはっはっは
527 :
仕様書無しさん:04/05/02 19:36
というよりVBが他の言語の仕様を吸い取っているのだろ
最新のVBではJavaみたいな例外とかあるんだろ
Cだけは消さないでくれ
食いっぱぐれる
>なぜなら主要な言語はVB化しているからだ。
わけわかんね。VBいらん。
LOGO
533 :
仕様書無しさん:04/05/04 05:55
Rubyイラネに一票。
あと、MS独自の言語は激しくなくなって欲しい。
Pascalは個人的にはなくなって欲しくないなぁ。
>>533 Borland独自のDelphiは消えてほしい。
BorlandでもMonoでもサポートされているC#は
生き残てほしいということですね。
同感です。
(・、・) ソーデスカ
536 :
仕様書無しさん:04/05/04 08:17
537 :
仕様書無しさん:04/05/04 09:27
Rubyが消えるならPythonが消えて欲しい
オレもRubyはいらね。
無くなっても、ぜんぜん困らなそう。
540 :
仕様書無しさん:04/05/04 11:30
>>536 Perlは不要であり、撲滅させるべきであり、初心者に勧める理由は全く無い
ことを他人に説明するために、Perlを覚えようかとしてる漏れ・・・。
だってPerlやったことない人がそう言っても説得力ないよね?
GWあと2日か・・・。この2日でいけるかな?
541 :
仕様書無しさん:04/05/04 11:43
考えるだけ無駄
Perl消えたら代わりに何使うのさ?
でも、Perl(゚听)イラネ
Perl見てると、c以上に難解なものに見えるんだが・・・
もうcgiはcで書きゃいいじゃん、とか言ってみたり
>543
コンパイラ走らせるの('A`)ノ マンドクセ
>>543 管理者の立場としては、「プログラム内容に可視性の無い」のはちょっと・・・
>>545 他人がカリカリに書いたPerlをよく見る気になれますね
えらいなぁ
547 :
仕様書無しさん:04/05/04 19:18
Cで書いて無限ループじゃ、
かっこつかないしね〜w
>>546 いや、もちろん部下に読ませるんだけど。
少なくとも、やって欲しくないことをやってないのがわかればイイ
バイナリでは解析するのも大変だし
要らない言語?
Rubyでしょ、どう考えても。
550 :
仕様書無しさん:04/05/05 19:32
なんか狂信的な信徒のイメージがあるけど、意外にRubyイラネな人って多いのね
だって無くても困らないもの実際
SOAとか激しくいらない
Perl,Ruby,C,VB,COBOL
おまーらはもう古い、消えてヨシ。
>>553 Delphiが抜けてる。古いPascalをベースとした独自言語
555 :
仕様書無しさん:04/05/05 20:08
Perl, AWK, Cはまだ過去の遺産を利用するために必要。
特にCは制御系では必須。
COBOLも叩かれてはいるが、限定された局面では必要。
しかし、Rubyはどう考えても不要。
PowerBuilder をなんとかしてくれ。
うちの会社では一向に衰える気配がなく、あまつさえ貴重な
時間を費やしてこいつの Web 開発機能なんぞを検証したり
しているが、もう見てらんない。
せっかく覚えたからって、いつまでもそれにしがみつくの
カコワルイ(・A・)
スクリプト言語なんていらねえよ
Ruby作った奴ってアホ?
誰かヒマな人、これまでの解答を集計して
>558
集計したところでその言語が消えるわけでもないので('A`)ノ マンドクセ
言い出しっぺのてめーがやれ。
560 :
仕様書無しさん:04/05/06 01:52
やっぱり、BASICだな。
>>560 同意。本当ならとうに「消え去ってしまった言語」になっていたはずなんだ。
なんでM$はBASICなんてものを選択したんだ
本当かどうかしらんが、昔ゲイツの嫁がきっかけ作ったと聞いた事がある
563 :
仕様書無しさん:04/05/06 02:06
つーか今時開発にコマンドライン/コンソールが必要な言語は
すべて排除していいと思う。マジで。
ストリームがすべての癌だと思う。
言語と実行環境の区別が出来ない奴がいますね
565 :
仕様書無しさん:04/05/06 02:40
実行結果がすべてだからな。
「使わないしあってもなくても構わない」という意味ではRuyは一生縁が無さそう。
「嫌いで扱うの辛いから無くなって欲しい」という理由なら、VBかな。
.NETになりVBも進化しました
VBを馬鹿にするなー!
( ゚,_・・゚)ブビ
>>569 スコープが厳格になったので、直接フォームのコントロールにアクセスするような、
VB厨房どもが少しは消えると思われ。
VB6がいくら手続言語でもクラスを意識しろってーの。
VB.NETはオブジェクト指向になったので、かなり(尻拭いの時に)楽になるな。
でもVBって結構色んな所で応用できるよね
officeのvbaとかASPとかノーツスクリプトとか
Vzエディタのマクロ
>>561 4KByteでBIOSからエディタまで含めて実装できたから。
FORTHとかよりはましだったと思う。
FORTHしたい人はSun SPARCマシンでOKプロンプト出せ。
>>570 VB.NET がオブジェクト指向に則った言語仕様になったとはいえ、
それだけじゃ楽観できない。劣悪な VB 厨の手にかかれば結局
フォームにベタ書きしまくりのソースができあがってしまうわけで。
違いは最初にフォームをインスタンスとして作成するかどうかぐらいか。
実際今やってる VB.NET のプロジェクトで 10,000 行ぐらいのフォーム
見たことあるよ。
にもかかわらず、「.NET 使ってるから先進的」などと勘違いしまくりの
VB 厨が少なくなく、ウザいことこの上ない。
もちろん 570 がそうだと言っているのではないよ。念のため。
>>575 何が言いたい? 4KBに載るんだから貧弱に決まってる。
>>574 それもあるが、ホントに手に負えない人達は、未だにVB.NETにすら移ってくれない……_| ̄|○
ま、ポケコンBASIC以下だからな。
4KBに収まって当然ともいえる。
最近はOSが見えないからなぁ。
依存言語もいいんジャネーノ?ってことでVB系はいるかなぁ。
でも、C++もなんだか古いってカンジだなぁ。
いい加減新しい言語できないかなぁ。あぁ、眠い。
581 :
仕様書無しさん:04/05/08 18:28
Ruby
Cはもういらないんじゃないでしょうか
>>582 制御・組込系はさすがにこれがなくなると困るなぁ
アセンブラだけだと保守が大変なのよ
584 :
仕様書無しさん:04/05/08 21:51
CはCOBOLのように組込・制御系でほそぼそやってくんじゃないの。
>>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)を
分けて書くのは、その時点で、すでに物体志向的ではあ〜りませんのよ。
受付嬢と事務方
>>583,584
なんで制御系には'C言語がセオリー'みたいな空気があるの?
C++よりCで書いた方がいい理由ってなんなんでしょか?
無知な質問ですいません
591 :
仕様書無しさん:04/05/09 00:20
>>590 逆にCよりC++で書いたほうがいい理由を教えてくれ。
>>591 今、ちょっと考えてみたんだが
クラスとか結構使えそうな気がしないでもない。
コンストラクタ、デストラクタとか。
初期化とかない垂れ流しっぽい処理だと
かえってめんどだけど。
>>588 がオブジェクト指向の定義を示してくれるそうです。
>>592 使えそうと言うだけではコストアップは承認されない。
コード量とメモリ使用量、処理速度がコストに直結する。
>>593 だからうまく使えばコード量とメモリ使用量も減って速度もあがるかなと。
列挙系やクラス機構つーよりコンストラクタつき構造体とか便利そうかなと。
つーか出来合いのクラスやライブラリ使わなきゃパフォーマンスは
Cとほとんどかわねーんじゃないの?
リソースサイズ決まってるときは原始的なほうが調整しやすいだけでは?
原始的な部分でもC++はCを内包しているし生成されるオブジェクトコードも大差ないのでは?
>>596 まずクラス(と構造体)をなるべく使わない。単純型でないとレジスタに載り
にくくなって処理速度とメモリ使用量に悪影響がある。要素1個だと何とか
なるコンパイラもあるかもしれないけど。
仮想関数は仮想関数テーブルと、間接呼出によるメモリ使用とコード量増
加、処理速度遅延があるからこれもなるべく使わない。
昔やった所では、実際にアセンブリコードを評価してこの様になりました。
>>597 なるほど。制御ってもそれなりのCPU積んでいる自律系の話なのね。
失礼しました。漏れはI/F付きの機械にPCとか接続して操作するほうの制御を
想像していたのでした。
あ、ちなみに漏れは
>>590ではありません。
なんとなく
>>597的用途だとアセンブラって感覚があったもので。
最近はどんな石にもCが走るんですね。
>>588 OOとMVCの考え方は分けなよ。MVCはシステム化する際のパターンなんだから。
「本来の〜」とかは意味ないのよ。使えるかど〜かなの。
601 :
仕様書無しさん:04/05/09 13:04
>>601も
>>588もOOを狭く考えすぎ。
OOの適用範囲を狭めてどうするの? MVCもOOでできますでいいじゃん。
ビジネスロジックをオブジェクトでないと決めつけてるのはおかしいだろ。
>>602 アホだな。OOといっても万能ではない。
OOでも極度に(メタコントロールのために具象を取り除き)抽象化したら
結局それは手続きに過ぎないだろ。そこにOOを取り入れるのが本来無意味。
そこら辺を誤魔化すために、オブジェクトをオブジェクトとして扱わず
オブジェクトよりインスタンス生成が望ましい、とする考え方のほうが間違っていると思うけどね。
>>602 >ビジネスロジックをオブジェクトでないと決めつけてるのはおかしいだろ。
ビジネスロジックをオブジェクトとすると
概念が抽象的でわかりにくいので、理解するために
みんなで踊らなければなりません。
>>601参照。
ほんと馬鹿みたいですね。ロンパールームでしょうか?(w
実際に開発やったことないよーな必死なのが湧いてるな
今まで使ったことがある言語の中からなくなっても困らないのはBASIC
使ったことないし今後使うことがないと思われるので不要と思うのはawk
607 :
仕様書無しさん:04/05/10 01:45
>>606 サーバーのログ解析なんかには良く使うんだけどな
CENTURAだね
なんだよCENTURAって感じ
こんなの使ってる会社ある?
RUBYはどうかな?
学校の授業(選択)で教えられるんだけど。
611 :
仕様書無しさん:04/05/11 10:04
>>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でもかけるぞ。
VBイラネ 理由俺が使ってねーから 以上
>>613 pascalだってそれなりに普及したんだから、状況次第じゃないかな。
rubyはOOを売りにしていたけど
php, perl, pythonがどんどんOO度を上げている今
存在価値がなくなってしまったな。
コミュニティーもウンコちゃんばっかだし。
ぶっちゃけVisual E++
>>619 使ったことはないが、
あれは言語ではなく開発環境だろ。
621 :
仕様書無しさん:04/05/12 11:41
>>617 PascalはCよりも古いって知ってる?
622 :
仕様書無しさん:04/05/12 11:44
大体スクリプト言語にOOなんかいらねーよ。
RubyのOOを礼賛するやつはバランス感覚がおかしいと思う。
>>621 頭が悪いやつだな。それがどうした?(w
624 :
仕様書無しさん:04/05/12 11:48
625 :
名無し@沢村:04/05/12 12:20
Javaは名前だけで普及したような言語だな。
もしあれが「TK-01」みたいな名前だったら、一瞬ですたれただろうね。
ああ、それは当たっているかも
Rubyイラネ
628 :
仕様書無しさん:04/05/12 21:17
>>625 なんかスターウォーズに出てきそうな名前だなw
629 :
仕様書無しさん:04/05/12 22:16
ハンドアセンブル
>>629 昔やったなぁ・・・
でもそれって言語なの?
( ´д)ヒソ(´д`)ヒソ(д` )
631 :
仕様書無しさん:04/05/13 07:16
>>625 TCL/TK-01は生き残っているzow
頭を腐らせるボコルは、いらねー
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 また、本運動に賛同される方、お知り合いの掲示板などに、本文章を掲示していただけると幸いです。
違法君だけが一所懸命になる活動って、なんかねw
637 :
仕様書無しさん:04/05/13 23:50
でもプログラマとしては今回の逮捕には問題を感じるな。
違法な用途専用のプログラムじゃなくて、winnyの場合「違法な用途にも使用可能」というだけだからな。
ICQやYahooメッセンジャと同列だろう。
ftpdとかhttpdとかも事実違法ファイルのやり取りに使われてたしな。
べつにWinnyの違法性が問われたわけじゃなく、金子の行動の違法性が問われただけなんですよ。
> winnyの場合「違法な用途にも使用可能」というだけ
ここが認められなかった、っていうのが今回のタイーホの肝なんだろうね。
で、それは俺もある程度仕方ないと思う。
生まれた場所(download板)や、その中での金子たんのレス(スタンス)を読むに、
上記が単に「白々しい言い訳」でしかないと見なされるのは自然だなと。
nyで落とす合法物って何なんだろう?・・・
( ´д)ヒソ(´д`)ヒソ(д` )
キンタマに決まってんだろ
643 :
仕様書無しさん:04/05/15 01:45
で、作者は捕まったがwinnyってまだ使い続けられるの?
使うなら自己責任な
645 :
仕様書無しさん:04/05/15 22:36
Ruby
Ruby
つか、Perl以外のスクリプト系言語すべて。どうかPerl5でおながいします。
>>641 マジレスすると、どっかの誰かが流したポエム。
>>643,
>>644 てか、作者が捕まった捕まらなかったかに限らず
元より自己責任。 〜_〜;
というか、いい加減。落ち着き無いny厨は飽きたぞ。
(会社の隣の席のヤツもそうだけどサ・・・ <毎日「nyのウイルスウゼー」って愚痴ばかり)
で。本題。 無くすとしたら……。
F-BASIC386
某社の独自仕様サーボシステム制御用言語
CかPLCでいいじゃん。
変なもん作って余計な手間かけさせるなよ!
>>647 そんなマイナーなのは元から存在しないも同然だろ。
T●WNSをバガにする゛なぁ゛ぁ゛ぁぁッ!! つдT) ← 負け犬
正直LR(1)でパースできないようなのは消え去って欲しい
652 :
仕様書無しさん:04/05/19 05:27
東洋インキってところが制御に使っていたユーマックという機械、
標準言語が独自仕様のBASICだったんだが、開発中はホントに消えて欲しいと思っていた。
色々と使った(つもり)だけど、正直無くなっていい言語がない・・・
日本語LOGOとか、アレはアレで結構楽しい・・・
655 :
仕様書無しさん:04/05/21 19:47
>>654 適用範囲の狭い言語は不要だと思う。
RPG/400とか。
言語じゃないけどDelphi8.NETは一瞬で死滅しそうだな
Forth
スタック演算なんて、逆ポーランド電卓だけでいいよ・・・
なんでSunのブートアップROMはこんなへんちくりんな言語で書かにゃ
ならんのだ・・・
>>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がプログラム言語????
ぷぷぷぷぷっぷ。
素人は英語でならんでるとなんでもプログラムになってしまうのか。
>>663 プログラミング言語の定義は?
そしてSQLがそこから外れる理由は?
去年のレスにレスつけるとは。
制御構造がないからプログラミング言語じゃないだろ。
読んで字のごとくだし
漏れはSQLはプログラミング言語だと思っているが、
(PL/SQLとかならかなりプログラミング言語に思う。)
聞いたことあるが自己記述性(その言語でその言語のコンパイラが書けること)が
プログラミング言語の定義だとするとSQLはだめっぽいな。
>>666 PLってわざわざSQLにつけるぐらいだから、PLじゃないってことだろ。
はあ
Delphi(゚听)イラネ
Delphi(゚听)イラネ
Delphi(゚听)イラネ
Delphi(゚听)イラネ
>>662 小さい機械しか触ったことがないのがバレバレ。
LOGO以外はちゃんと各々役割があるんだから切ったり捨てたり出来るはずがないよ。
特定メーカーの特定マシンでしか動かない言語はイラネ
→RPG/400
一つ言える事は、マ版で1のような業界未経験者は不要だということだ。
C♯の次にC♭きぼんぬ
676 :
仕様書無しさん:04/05/28 09:20
>>665 最近のSQL99とかSQL2003の規格では、ストアド・プロシージャが定義されている。
(サポートするかどうかは各DBベンダの実装次第だけど)
だから制御構造は一応あるよ。
>>677 いや、半分しか下がってないから、さしずめB++くらいだろう。
バッハの12音階
C
C♯ = D♭
D
D♯ = E♭
E
F
F♯ = G♭
G
G♯ = A♭
A
A♯ = B♭
B
C
CランクはいくらがんばってもBランクには及ばないのさ
681 :
仕様書無しさん:04/06/06 08:47
Ruby
rubyを嫌う発言は沢山見るけど、残念ながらその理由が書かれているのを見たことが無い
なにが理由なのかをとても知りたい
>>682 Ruby言語自体が嫌いというわけではないよ。Pythonみたいなものだし
Rubyを礼賛する人たちには、Java、C++、Perlなど「実用的な」言語に対して
大変拒絶感を持っている人が多い
つまり職業開発者としては不向きな人、現場を混乱させる人が多い
1.HashC
2.CCorig
3.ghstar
>>682 Rubyの信奉者は他言語のユーザを叩き過ぎる。嫌われるのも当然
確かにRubyによく似た言語コミュニティは他の言語への優越性を説くけど、
Perl、Tcl、Python、Schemeあたりは1人で3言語以上使う人がざらにいる
身内同士で仲良く喧嘩してる程度の実情なんだ。Ruby信奉者はそこを勘違いした
687 :
仕様書無しさん:04/06/06 12:35
perl覚える方がjava覚えるよりツライ・・
ちょっとまてよ。
Pythonの醜悪さは群を抜いているだろ。
perlとpythonは下水道と精神異常者みたいに
醜悪といってもそれぞれ違うタイプなんだな。
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は素人を寄せ付けないほどに硬派で崇高である。
C
>>690 その他はなんとかなるレベルにある。
他人の作ったperlのソースを見るのは拷問に近いが。
Perlを使うときは、-wとuse strictを使え。
>>696 漏れもPerl始める時、真っ先にそれ言われた。
STLなんざ実行効率がよくない
#allocatorの実装がよーわからんわ
STLくらいのライブラリの機能、
てめーで作った方がよっぽど早いし、実行効率もよい
STL勧めるくらいなら、素でも組めるんだけど、
それでもSTLを使うメリットを説明できないとね
・・・と思うだけど、どうよ
>>698 とりあえず、「てめーで作った方がよっぽど早いし、実行効率もよい」は嘘。
# まあ、ライブラリ実装によるけど。
あと、<algorithm>内容すべてはなかなか実装できないと思った。大変だよ?
>>699 おまいはアホか
岩波のソフトウェア科学講座全17巻読んだか?
ドナルド.E.クヌース先生の"The Art of Computer Programming"
を原書で読んだか?
読んでからちゃちゃを入れろつーの
何いってんだい!<algorithm>だー!!
どれ一つとってもわれに作れないやつぁーねーよ > アホぐらま
>>699 てめーが作れないからって、皆が作れないって思っているのは
きっと業務アプリ専門のボコラ様だと思います
なにせ、ご自分の能力が一番と思っている方々ですから
って事務計算にSTLなんか使う必要、あるんけ?
ま、どっちにしろ、アプリ屋って、どうしてこんなに視野が狭いんでしょう?
>>698 STLの利点
・C++ならどこでも使える。
・規格票に仕様がきっちり書いてある。
自分で責任がとれる環境なら、独自ライブラリを越える利点にはならないかもしれん。
>>700-701 実装可能かどうかなんて言ってない。
質と量と安定を考えたときに大変だと言ったのだ。
おまえが車輪の再発明をしたいんだったら勝手にしろ。
なんでも自分でやることしか考えない奴のほうが
視野は狭いことを理解するがよろしい。
>>703 あんたも
>>700-701と同様、勘違いもしくは畑違いの人間じゃないのか?
>>702が言ってるように
>自分で責任がとれる環境なら、独自ライブラリを越える利点にはならないかもしれん。
これが第一義の観点だろ。
個人上のリスクと組織上のリスクを同一視すべきじゃない。
コンテナはともかく、<algorithm>に入ってる関数群はどうだろうなぁ。
これって「ごく単純だけど、いちいち用意するのはめんどいし混乱する」ものの集まりで、
そういう「ごく単純」なものって、独自に作ってもほとんど差が無いと思うんだけれども。
706 :
仕様書無しさん:04/06/13 03:13
perlとCOBOL
アセンブラがあれば、あとは、いらん。
いや、アセンブラも不用。
マシン語モニタさえあれば。
俺もPerlキモい。いらねー。と思ってたけど
仕事で半年使ったら気持ちよくなってきた。
やったことある言語でいらねーと思うのはVBAかな。
>>709 なんだかんだで、エクセルマクロは使うだろ。
>>709 そうそう。
Perlって、使ってみるまではあちこち気持ち悪そうなんだけど、
使い慣れてくると、それまでいかがわしく思ってたところが
いちいちぴったり感じてくるよなあ。
712 :
仕様書無しさん:04/06/17 20:41
Rubyだなやっぱ
Rubyは素人専用言語
PHP。
本の名前だから
Perlはソースって半分正規表現みたい
Cとかより10倍簡単だと思う。
だって最初に触った言語がコレ。
今C勉強してるけど、適当に書いて
動かないのが辛い。
Perlの時はうごきゃええーみたいな感じだったのに。
>今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/
>>718 こういう人が
「初心者のための××」とかいう題名で
中身が「初心者が書いた××」になってる本を
平気な顔をして出すんだろうな。
720 :
仕様書無しさん:04/06/18 12:53
とりあえずCOBOLは要らんな。あと、BASICも必要なし。Perlは便利だが、
所詮使い捨てのad hocプログラム作成用だな。
>>720 ココにきてBASICかよ。
オッサンか?
COBOLっていうかCOBOLerかな。
COBOL自体は簡単だし使える場面もあるが
COBOLerはCOBOLしか使えないのでいらん。
それでプログラマ気取りなところがイヤダ。
Perlマンセーなやつはちゃんとソースのホシュとかしてんの?
それとも二度と見ないの?
724 :
仕様書無しさん:04/06/18 18:14
>>718 Ruby=Perl+Javaだって?
これだからRuby気違いは嫌なんだ
これは俺だけかもしれませんが、
まずコメント無しで適当に動く様書いて、妙な動作すれば修正します。
やっと安定してきた所でコメントをぼちぼち書いていきます。
コード書く時は一気に一日で書かないと、翌日見るだけでイライラしてきます。
あ゙ーみたいな
な、なんだってー!!(AA略
おいおいオレの筋肉聞いてんのかい?
プログラム言語で一つ無くしていいならどれにするんだい?
えっ? なになに? 筋肉にはわかりませんだって?
VisualE++
↑そんなん消えてるも同然
まあ、ここで消える消えないの話してても実際は消えないのが鬱なのだが・・・
おまえらがきえるほうがはやいからしんぱいするな
哀れだねぇ、沢村。
C++は無理やり拡張したからプログラマーから嫌われてる。でも他に適当なのがないから嫌々使ってる。
とか大学の計算機の教授が講義で言ってたな。
737 :
仕様書無しさん:04/07/24 21:31
マニュアルが腐るほどあるプログラミング言語は何?
>>737 FORTRANだな。
それこそ大学の図書館の奥なんかには
腐りかけたマニュアルや参考書が山のように・・・
>>737 詳細に深入りする本が多いのはC++。
いいかげんにテキトーうたっちゃう本が多いのはVB。
740 :
仕様書無しさん:04/07/27 07:34
Rubyよ
なくなれ
なんかあったのか?あっても無くても影響無い弱小言語じゃないか
>>741 Perlが不当に貶められる元凶。Pythonもだな。
>>742 不当じゃないだろ
コード見てると吐き気がしてくるよ
ANSI-C 以外は何も要らない。
・・・と言ってみる。
なくなって欲しいのはこの業(ry
Perl使ってましたが、なんか遅いのとウザいんでJava今勉強してます。
綺麗ですね。コードが。Perlなんかと比べ物にならない。
System.out.printなんて見ただけで萌えちゃう。Java最高
むぅ
>>743 Rubyのコードは見るとくらくらするんだが。
嫌いな言語は触らなきゃいい
嫌いな言語でも触らなきゃいけないこともある
趣味は仕事にしちゃイカン
人生、趣味しかないんだからしょうがない。
754 :
仕様書無しさん:04/09/07 07:51
Ruby。趣味でも触りたくない
755 :
仕様書無しさん:04/09/20 04:42:48
PL/M
VisualJ#
つーか、VisualJの時ですら腐っていた言語を
C#が出た今どんな理由でつかうというのか、、、
そしてどうして.Net開発環境のディフォルトインストールで
こんなモンひとのHDDに入れようとするのか、、、、
というより、J→J#にアップする事に人件費を裂けるほど
もうかってんならVS.NETもうちょっと安くしやがれと
変数の頭にへんな記号を強制する言語、全部。
758 :
仕様書無しさん:04/09/23 03:03:06
へんな奇号って
n
sz
p
とか?
それとも
$
@
#
?
後者はデバック時にハマッタことがある
俺が高校の時に作ったインタプリタを無くして欲しい
恥ずかしいガキの頃の思い出
きまってるじゃん
なくして良いのは
俺の存在だけだよ。(´ー`)y─┛~~
762 :
仕様書無しさん:04/10/11 09:50:01
フローチャート。役にたたん
PADなら許す
Ruby以外は消えろ
765 :
仕様書無しさん:04/10/17 11:46:13
Ruby。
Ruby気違いってなんであんなに偉そうなの?
Rubyは日本で生まれたのが最大の不幸。
舶来モノがそんなに有り難いのなら海にでも飛び込めば?
>>766 そしてまたそういう発言が、周囲を不快にする悪循環
言語ごと消えてなくなれば?
Rubyって生まれるのがあと五年くらい早かったら
ずいぶんと扱いが違ったと思う。
遅すぎた。
>>766 は意味が分からないのだが。
1行目はRubyが日本の恥と言っているんだよな?
2行目は外国産は良くないと言いたいんだよな?
なぞだ。776はどういうつもりなのだろうか。
一行目は「島国根性の日本人は舶来物ばかりを有り難がり、Rubyの素晴らしさが理解でない。
Rubyが外国産なら正当に評価されていただろう」
二行目は「舶来モノがそんなに有り難いのなら海にでも飛び込」んで日本から出て行け
じゃないかな。
・・・たぶん。
771 :
仕様書無しさん:04/10/18 20:30:26
rubyを叩いている奴等は共産党か何かか?
叩く価値自体あるかどうか不明
Rubyって叩かれてるのか。
なんで?
いっちゃなんだが、叩かれるほど、出ている杭でもないと思うが。
どこをどう考えたら共産党が出てくるのか謎だw
どっちかっていうとRuby=共産主義
>>770 いや、ここはあえて国産言語ひまわりマンセーと読んでおこう。
>>775 実際に突き出てはいないのかもしれないけど、
やかましげでビミョーに目立つ杭。
780 :
仕様書無しさん:04/10/20 20:20:09
80系アセンブラ
>>775 杭は出ていないんだが狂儲が他の言語を貶しながら暴れるから叩かれるというか嫌われてる。
782 :
仕様書無しさん:04/10/20 21:40:52
狂信者を装って荒らしているのはperlerだと知らんのかこのアホは。
別にRubyでもPerlでもいいですが、他でやってくれ。
最近はどっちも使って無い。たぶん当面使う予定もない。
784 :
仕様書無しさん:04/10/20 21:56:26
超 絶 最 高 言 語 R u b y
.
785 :
仕様書無しさん:04/10/20 22:58:13
を 無 く し て い い
>>782 ああごめん、言葉足らずだったな。
×狂儲が他の言語を貶しながら暴れるから
○作者と狂儲が他の言語を貶しながら暴れるから
787 :
仕様書無しさん:04/10/21 01:02:22
ぴゅう太で使うやつ
788 :
chotto break:04/10/21 01:17:46
もう全部無くなってしまえ。
バルス!バルス!
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 / ∩ノ ⊃ ヽ
( \ / _ノ | |
.\ “ /__| |
\ /___ /
COBOLはいいかげん無理ありすぎるな
え・・・COBOL・・・もう見るのやだ
799 :
仕様書無しさん:04/10/22 07:28:29
いざ現実を突きつけられると
>>794-795みたいな反応しかできないのが
Ruby信者の"問題外"なところだね :-P
800 :
仕様書無しさん:04/10/22 19:35:18
まずはちゃんとアンカー引こうな。蛆虫perler君wwwwwwwwwwwwwww
ぱーらー
でいいのか?
Java
803 :
仕様書無しさん:04/10/22 23:21:09
SELECT 馬犬 目 ぽ..._〆(゚▽゚*) FROM プログラム言語T WHERE 使う香具師 = ぬるぽ
ruby普通にイラないよ。和製であること以外の利点が見当たりません
しつこい蛆虫
まあ、がんばってRubyの利点書いてみろよ。
話はそれからだ。
807 :
仕様書無しさん:04/10/23 00:47:02
>>806 ルビーはな、7月の誕生石なんだ。
どうだ、まいったか!
ツクールXPで使うらしいからちょっと覚えた
809 :
仕様書無しさん:04/10/23 01:16:57
ファミリーBASIC
昨日、引越しの荷作りしてたら、出てきた。
810 :
仕様書無しさん:04/10/23 01:33:25
perler死ね
ぱーらー
でいいのか?
812 :
仕様書無しさん:04/10/23 01:42:57
ぱーらー
プッだせえ響きwww
813 :
仕様書無しさん:04/10/23 01:44:18
パチンコみたいだな
Ruby >>>>>>>>>>>>>>>>>>>>>>>>> Perl
Rubyこそ最高言語
言語っていうかスクリプトだしなー
Rubyでウィンドウアプリ書けるようになってから語ろうよ
その前になくなりそうだが
あほばっかwww
818 :
仕様書無しさん:04/10/23 09:31:25
マシン語
819 :
仕様書無しさん:04/10/23 09:42:30
スーパーマリオとか買わなくても自分で作れる
と、勘違いしてファミリーベーシックを買った奴がいた。
Ruby使うくらいならsmalltalkとかsqueakでいいじゃん。そっちのが本家だし
821 :
仕様書無しさん:04/10/23 15:20:12
vb(vb、vba、vbs)ばっか使ってる会社勤務です。
週報にrubyで〜するスクリプト作った
って書いてみた。
来週が楽しみww
民度が低い連中ばかりだからどうなることやらwwww
全角は勘弁してください
823 :
仕様書無しさん:04/10/23 17:16:04
Ruby最高!Perl死ね。Python消えろ!
824 :
仕様書無しさん:04/10/23 17:22:57
Ruby厨が湧いてるな・・・・
まぁ、JAVA厨よりはマシか(゚∀゚)アヒャヒャヒャヒャ
やっぱり一番消えても良い言語と言えば
ぴゅう太!!(それってもう消えてないか??)
つうか全部覚えろ
827 :
Ruby!!!!!:04/10/23 19:33:49
言語を「覚える」だってさ。聞いた?
プププ
828 :
仕様書無しさん:04/10/23 20:11:11
他人のホームページの掲示板の管理パスワードってわかる方法ありますか?
管理人に聞いてみろよ
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_,. く
835 :
46:04/12/23 10:01:33
自分では組んだことないけれど(自分はCとJavaで開発を
少しやった程度)、COBOLを使っている現場でオブジェクト指向型
COBOLを使っている現場を見たことがない。。。(COBOL85まで)
やっぱり、85以後のCOBOLの進化はいらなかったのではなかろうか。
(逆に使っているところを見た人は具体的に教えてほしいです)
836 :
835:04/12/23 11:29:03
ごめん、835の名前は間違いです。
他のスレで使ったのそのまま書いちゃったよ。
837 :
仕様書無しさん:04/12/23 11:54:51
消えそうなのはVB。
つーか、開発環境自体が消滅確定。
Ruby以外の言語は全部消えろ
839 :
仕様書無しさん:04/12/23 20:45:09
別に環境さえ整えばRubyだけになっても構わないな俺は。
ただ、そうなればPGの敷居がさらに低くなって競争が激化するんだろうな。
確実に今よりさらに SE > PG の関係になるな。MDAも進むだろうし。ていうかPGいらね?
翻訳コンニャクがあれば、通訳の仕事はなくなると同じだな。
>>819 あながち間違いではないな。ファミベのよっしんでぐぐって見れ。
840 :
仕様書無しさん:04/12/23 21:15:06
Ruby気違いってどうしていつも妄想気味なの?消えていいよ
お前が消えろ。
Rubyアンチが2chでどれだけ暴れようが意味無いwwwwwwwwwww
JavaはうんこだとRubyistはみんな思ってる。
PerlやPythonはRubyのパクリ
RubyはPerlを参考にしたことはない。
Rubyという命名からPerlと何か関係があるのではないかと勘ぐる馬鹿はいるけどなw
釣りだな。
CΩ〜!Cω〜!cオメガ〜!
無くなれ〜 消えて無くなれ〜
バージョン1.2以降はRubyはRubyでインタプリットされているんだが。
もうRubyにはハードウェアも必要ありません。
Rubyはユーザさえいなけりゃ良い言語なのにねぇ。
Rubyを叩いてる馬鹿って何者?
>>852 PerlとかPythonとか頭の硬くなったおっさんが必死になって叩いてるようだ。
とりあえずBASIC MZ-5Z001 はもうイラネ。
856 :
仕様書無しさん:04/12/29 14:48:14
857 :
仕様書無しさん:04/12/29 15:21:29
FORTRAN
SQL
XMLに吸収統合される運命のHTMLはもういらない。
http自体いらない。MSにぬっころされてしまえ
861 :
仕様書無しさん:04/12/31 21:14:26
827>お前は聞こえるんか?馬鹿じゃないの?
>>859 HTMLは、いわゆる歴史的な事情というやつで、いつまでも生き残ることであろ。
むしろどうせならばXHTMLのほうがいらんような。
>>860がいっていることがまったくわかりません。
誰か解説汁。
HOLON
865 :
仕様書無しさん:05/02/01 23:58:28
PowerBuilder
俺これしか使えません、イェイ!
Javaいらん、開発疲れた。
867 :
仕様書無しさん:05/02/02 07:52:25
Ruby
>>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
>>863 確かに、言語の話をしてるのにプロトコルのこと言われても、だねぇ。
872 :
仕様書無しさん:05/02/03 12:46:05
JavaやCが叩かれても、それなりの理由で返すor放置
Rubyが叩かれると、やたらと過剰反応したあげくに理由もなく「Perl氏ね」
Ruby厨がどれだけ痛い存在かがこのスレで証明されてますね
Lubyってなに?
マジレスすると Ruby が存続しても消滅しても俺の人生には何の影響も与えないからどっちでもいいよ。
COBOL
システムの移行はもううんざり
スパゲはもう見たくない
正直Ruby厨より嫌Ruby厨のがうざい
正直嫌Ruby厨より嫌嫌Ruby厨のがうざい
>>877 嫌嫌○○厨って表現はRuby以外でもたまに見るが、
ようするに「馬鹿って言う方が馬鹿なんだよ、ばーか」って理屈だよな。
Rubyのオブジェクト指向はわかりずらいような気がする。 ・・・馬鹿の俺だけかもしれないけど。
あとHSPイラね。
>>879 わかりずらいというか、JavaやC++とは違うからな。
privateやprotectedの意味なんか変態的だ。
ま、所詮スクリプト言語だから、privateやprotectedが重要になるような
用途には使わなければ良い話。
>>878 嫌Ruby厨の精神年齢は一ケタですから。
嫌(嫌(Ruby厨)) == Ruby厨 => true
まつもとが終わってるからその弟子も終わってるね
「C++なぞ問題外(笑)」で終わるあの文章が全ての言語ユーザを敵に回してしまった
885 :
仕様書無しさん:05/02/04 09:04:11
>>878 全然違うと思いますが :-P
なんて下手糞な論理のすり替え ;-)
>>884 あ、禿堂
Rubyに興味もって調べてたらそれに出くわして、作者きもいと思った。
C#イラネ
>884
んなこと言ってたのか
ruby hsp ひまわり
これゴミクズ3兄弟
嫌Ruby厨には二種類あるの
1. 「嫌Ruby」厨
2. 嫌「Ruby厨」
俺は後者
「嫌Ruby」厨にせよ嫌「Ruby厨」にせよ、言語全般に関するスレで
やたらと一つの言語のみに粘着するのが厨であることには違いない。
どっちにしろRuby厨はぬるぽ
ガッ
まぁRubyは要らないよな。
言語仕様の好き嫌い以前に、この言語が最適解となる領分が地球上に存在しない ;-)
マシン語があるじゃないか!
897 :
仕様書無しさん:ぬるぽ暦04/04/01(金) 22:38:29
b
BASIC
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を使ってる。
VB.NET。
もうそろそろ逝かせてやれよ…
VB.NETイラネ。
VB6の方が軽いし、.NETFramework使うならC#の方が分かりやすい。
VB6で作ったアプリはかなりの確率でマイグレーションに失敗するし、
なんとか動いた奴でもソースコード変だし・・・
905 :
仕様書無しさん:ぬるぽ暦4年,2005/04/04(月) 23:44:41
907 :
仕様書無しさん:2005/04/05(火) 20:11:42
(let (define 嫌 (list Ruby 厨)) 厨)
こんな言語なかったっけ
scheme(あるいはlisp)か?
たしかにアレの用途はよくわからんが、なんか学術的に価値があるらしいぞ。
そういう意味ではprologも同類だな。
COBOL
ついでに COBOLer も
C言語(マジレス)
あんなclassはおろかnamespaceすらないような糞言語そろそろ捨ててもいいと思われます。
Windows APIがC++前提で設計されていたらどれほどよかったことか……
>>910 あなたは経験も見識も足りてないようだ。
Cが現代的でないことは確かだが、しかしまだまだ充分な価値がある。
>>911 その「充分な価値」って何? 教育用か過去の資産を使えること以外思いつかんぞ。
C++じゃ駄目なのか?
だいたい、
lib_hogehoge_init(&hogedata);
lib_hogehoge_foo(&hogedata,x);
とか書いてて気にならない奴がいるか?
こんな不細工な設計を強要するような言語明らかに問題があるだろ。ファーック!
今となっては教育用としてもどうかと思う。
rubyはまぁまぁ使えるような。 C++やってからだとややこしくてやる気おきないけど、
hspとかbasicとかは実用性無いけど入門にいいだろうし、
やっぱり個人的にひまわり、日本語でプログラミングて・・・
C言語は教育用なんかではない。
ろくな開発環境がなくてもなんとかしなければならない職人のためのもの。
組み込みとかSDKとか、そんなところだってあるんだよ。
Cは抽象化されたアセンブラとしてもはや不可欠。
と書くとその上OOPできるのでC++の方がいいCは時代遅れなどと
抜かすやつが大量発生するんだろうな。
>>917 C++で何が不満なんだ?
CにできてC++で実現できない機能などないだろう。
>>919 先生! C++だとchar* p = malloc(1);がエラーします!
921 :
919:2005/05/09(月) 00:43:26
>>920 なるほどもまいの勝ちだ。
まあそれはともかくとしても、いまだにCにこだわる理由がわからん。
> Cは抽象化されたアセンブラとしてもはや不可欠。
たって、C++でも同等のことは可能なわけだし。
過去の遺産を使うとか(それだってC++でほとんど可能だろう)、
ターゲット用のC++コンパイラがないとかいう後ろ向き&マイナーな理由しか思いつかんぞ。
(そのへんが「実務を知らない」という言葉の意味だとしたら……ご愁傷様)
>>921 ・Cの方がコンパイルが速い。
・C++にするとあんな機能やこんな機能を使いまくってしまう誘惑に弱い人がいるので
Cに制限しておく。
C++を使わない理由はこんなとこかな。
>>921 「後ろ向き&マイナーな理由」であったとしても、とにかく立派な理由なのである。
C++があるからってCをなくしていいというのは短絡に過ぎる。
つか、なくしたほうがいい言語はほかにあるだろ。
924 :
仕様書無しさん:2005/05/18(水) 11:42:14
マシン語読める俺からしたらなんでもいいんじゃね?って感じ
小学生の頃特殊なバイトしてたせいで今の職場では変人扱い
社長とはかなりはなしあうんだけどなあ・・・ @24歳
925 :
仕様書無しさん:2005/05/18(水) 13:36:41
VBScriptとかいらねーな。
927 :
仕様書無しさん:2005/05/26(木) 00:19:27
スレ違いだけど真剣に・・・
SEになりたくて会社入ったんだけど、みんなネットワークの監視からやるのが普通って
言われたんだけど、これマジ!?夜勤とかつらいんですけど…
929 :
仕様書無しさん:2005/05/26(木) 01:07:24
>>928 ま、マジっすか・・・
コンピーって会社のグループのヴァス○ック総合研究所って所なんですけど…
開発系からやりたいって言ってもいつのまにかネットワーク関連の話に…
夜勤やらされてる俺はただの便利屋ですか…