SQLは俺も嫌いだが、代替が無いから仕方がない
268 :
仕様書無しさん:04/08/21 13:22
>>264 SQLを作れる人になら可能。
SQLの機能をCライブラリとして組み込めばいい。
糸冬 了
Cは生き残るJavaは生き残らない、これは運命。
C++も生き残るJavaは生き残らない、これは運命。
C#も生き残るJavaは生き残らない、これは運命。
アセンブラも生き残るJavaは生き残らない、これは運命。
COBOLも生き残るJavaは生き残らない、これは運命。
Perlも生き残るJavaは生き残らない、これは運命。
諦めれJava厨
先生!VBが足りません!!
残念ですが、VBは既に(ry
>>256 それは鋸があるからチェーンソーはいらない、ってのと同じだろ。
何でこの手の言語厨は適材適所って言葉を知らないんだ。
> 他の言語は、特殊な用途に特化しているか、出来るだけプログラムを組みやすくしているかのどちらか。
それが一番大事じゃないか。
突き詰めれば、手があるから道具はいらないってのになって、猿並だぞ。
273 :
仕様書無しさん:04/08/28 10:55
>>260 >
>>258 > CとC++を使うと問題が生じるプログラムはこの世に存在しない。
> 極論を言えば、perl, LISP, matlab, Mathematica的な処理だってライブラリさえあれば問題なく出来る。
頭悪そうな香具師だな。数値計算や信号処理を使って研究している学生か。
いかにもオブジェクト指向を知らないライブラリ厨らしい発言だな。
ライブラリさえあればなんでも問題なくできると豪語しているところが思慮の足りないところだな。
こういうバカにはフレームワークといってもなんのことだか理解できないんだろうな。
ネットワークプログラミングの経験も薄い奴なんだろうな。
C/C++を使って生じる問題は腐るほどあるという事実もしらないバカの発言だな。
理論と口八丁だけで実践が伴わない奴が
>>260のような発言を平気でする。
C/C++のメモリリーク、バッファオーバーフロー、コードの煩雑度数、スパゲティコード生成指数は果てしなく高い。
よって、C/C++は大規模開発に向いていない。
>>260のようなバカが演算子オーバロードをバカみたいにセンスの悪い使い方で定義し、オナニーしている。
typedefとかつかって自己満足コード書いて、それを他人に渡しても全く問題がないと豪語するアフォ。
>>260は大規模開発、アジャイル開発を知らないバカの典型だ。
>>260は「ソフトウェアの危機」もCMMをレベルも理解していないどうしようもない低脳だ。
>>260のような愚か者にはケントベックの爪の垢でも飲ませてやりたいものだ。
274 :
仕様書無しさん:04/08/28 10:59
>>268 >
>>264 > SQLを作れる人になら可能。
> SQLの機能をCライブラリとして組み込めばいい。
お前のスキルじゃ無理。order_byとか 複問い合わせとかを、
お前のスキルでは
SQLベタ書き無しでしかもCだけでオブジェクト指向無しで
そういうものを作るところが頭が悪すぎ。C厨は口だけのタコであることが露呈されてしまったな。
何のためにO-Rマッピングツールというものがあると思っているのか。
275 :
仕様書無しさん:04/08/28 11:19
>>272 他の言語は、たとえるなら多機能の工具・調理器具のようなもの。
一見便利そうに見えて、実はどの機能も使いこなそうと思えばおのずと限界が来る。
C言語だと、アセンブラレベルの低レベル処理も出来る一方で、現在コンピュータで実現可能な全ての高級処理を扱える。
Cで不足があればC++を使うことによって、Cの欠陥のほぼ全てをカバーできる。
C++だと、VisualBasic のバリアント型だって実現できるし、perlの高度な文字列処理だって実現出来る。
C++はCで出来ることは全て出来るので、C++は全ての言語の全ての機能を実現できることになる。
さらに、コードを書くのを補助するための統合環境などもあるので、もはやC++が他言語にひけを取ることはない。
276 :
仕様書無しさん:04/08/28 11:24
>>273 >C/C++のメモリリーク、バッファオーバーフロー、コードの煩雑度数、スパゲティコード生成指数は果てしなく高い。
>よって、C/C++は大規模開発に向いていない。
メモリ管理用のライブラリがあれば、メモリリークの心配は無い。
バッファオーバーフローも、対策が不可能ではない。
コードの煩雑さは、コードの書き方を適当に定めることによって最小限に抑えることが出来る。
スパゲッティーになることも同様に防げる。
統合環境を使えば、それらの問題の殆どは解決出来てしまうので問題ない。
こいつ
ネタなの?
ヴァカなの?
じゃ、池沼だな。
>>276 >メモリ管理用のライブラリがあれば、メモリリークの心配は無い。
ここまで無知な奴も珍しいね。
つかそもそも、メモリリークの意味解ってんのかなぁ?
ポインタとかgetsとかを使わなければメモリリークなど心配しなくとも良い!
283 :
仕様書無しさん:04/08/30 16:35
>>282 きみは「メモリリーク」の意味が分かってないようだが
Java厨か?
284 :
仕様書無しさん:04/08/30 17:08
>>276で言ったのは、ガーベッジコレクティングを自動でやってくれるライブラリがあればの話。
最初にまとまった量のメモリを確保してその中でやりくりするとか、
確保したメモリに使用期限を定めて、一定期間を過ぎたら自動的に解放してくれるようにするとか、
いくらでも方法はあるはず。
その多くはC++で実現できる。
Cしかわかんねーし。VBとかやれって言われているけど理解できない。
そもそも今の会社もプログラマーになるつもり無くって資格とって別業種探していたのに、
全然求人が無くて職安の親父にこの中のどれかを選べって睨まれて入っただけだし。
やっぱCだけじゃもう食っていけないよな。(^^;
286 :
仕様書無しさん:04/08/30 22:40
組み込みのCとアセンブラが出来たら
職にはあふれないんじゃない?
携帯開発とかって常に求人足りてないじゃ〜ん。
Cしか出来ない奴は確かに生き残れない
Javaしか出来ない奴も生き残れない
ほんとにCしか出来ない奴って存在するのか?
Cに限らず一つの言語は出来るけど他の言語はさっぱり、
なんてやつ見たこと無いんだが
俺BASICもできるよ!
>>288 「(ポインタとか構造体とか解らんから、そーゆーの使ってない) C」しか出来ない奴は多い。
>Cに限らず一つの言語は出来るけど他の言語はさっぱり
「(クラスとかユーザコントロールとか解らんから、そーゆーの使ってない) VB」しか出来ない奴は
もっと多い。
>>286 285だけど長いこと組み込みのCやっててアセンブラも多少はできるから、
そう言った意味ではそれなりに職はあるのは分かっているんだけどね。
地方在住だけになかなかそういった職場が無くてさ。。。
あと知人が携帯開発でメンヘラーになって自害しちゃったりしているのがなぁ。。。
携帯業界だけには気持ち的に進みたくないなぁ。
いまは外注で入っている職場で組み込み時代の経験やら前歴を買われたのか、
システムリニューアル時の既存システムの解析とか任されているよ。
ちと古めの情報を持っている人材が少ないような感じ。
293 :
仕様書無しさん:04/09/05 23:52
>>276 >
>>273 > >C/C++のメモリリーク、バッファオーバーフロー、コードの煩雑度数、スパゲティコード生成指数は果てしなく高い。
> >よって、C/C++は大規模開発に向いていない。
> メモリ管理用のライブラリがあれば、メモリリークの心配は無い。
それを使わないと約束してくれるC++プログラマがどれくらいいるのやら。
> バッファオーバーフローも、対策が不可能ではない。
その対策を怠らないしっかりしたC++プログラマがどれだけいるのやら。
> コードの煩雑さは、コードの書き方を適当に定めることによって最小限に抑えることが出来る。
> スパゲッティーになることも同様に防げる。
その定めを守るC++プログラマだどれだけいるのやら。
> 統合環境を使えば、それらの問題の殆どは解決出来てしまうので問題ない。
その統合環境を使う者がどれだけいるのやら。
ある者はvi,あるものはEmacs,あるものはVC++、あるものはVC++.NET,
乱立が激しいな。
C++規格の乱立もどうにもならん。
C++のオープンソースプロジェクトが統合しずらい問題はここにあるわな。
Apache Jakarta Projectのように複数オープンソースプロジェクトを統合し、
過去に異なるものがJakartaに仲間入りするコストがそれほどかからないのも
Javaの大きな力というところか。
>Javaの大きな力というところか。
でも潰れかかってるから意味無いよね
確かにJakartaのようなものはC++には無いね。
あれば相当良い雰囲気になりそう。
296 :
仕様書無しさん:04/09/25 00:33:07
C++しか使えない人間はプログラマ失格。
なぜならC++を使えると豪語する者に
限ってC++の機能をフルに使いこなせていないから。
しかもC++の魅力である肝心のオブジェクト指向を
駆使することを怠っていることが嘆かわしい。
いくらC++で奇特なテクニックを身につけられても
オブジェクト指向を知らないようでは
今ではプログラマとして認められはしない。
今からでも遅くない、オブジェクト指向を学べ。
Cしかできない人間はなおさらだ
現行の技術は過去の技術の成果の上に成立している
という事を理解していない奴が過去の技術を叩く。
アセンブラしかりC言語しかりだ
#ただしCOBOLは別ね
300 :
仕様書無しさん:04/10/02 01:54:59
言語は道具であって、上手に使う人が生き残れるってことじゃ
ないでしょうか? とマジレス
301 :
仕様書無しさん:04/11/14 02:26:08
>>299 そういう藻前は鉄を使えたくらいで石器時代の技術を叩いているわけだが。
先生、きのこるには
きのこレ
304 :
仕様書無しさん:05/02/15 23:36:09
おまいら頑張ってきのこれよ
CとかJAVAとか以前にプログラムしかできないのが問題だと思う
307 :
仕様書無しさん:05/02/16 21:55:14
Cだけでは生き残ることは不可能ですが
オマン、オマン、オマン、おま〜ん!!
オマーン政府が言っています。
C言語だけでは食っていけないと。
310 :
仕様書無しさん:05/02/17 23:06:06
C厨か
C厨は死中のさなかに・・・
アジャイル開発時代の波に乗り遅れてこの世を去った・・・・・・
312 :
仕様書無しさん:05/02/18 00:09:54
_ ∩
( ゚∀゚)彡 おっぱい!おっぱい!
⊂彡
_ ∩
( ゚∀゚)彡 中田氏!中田氏!
⊂彡
314 :
仕様書無しさん:05/02/18 00:17:29
69式フリーPG ◆hND3Lufios == 生き残れなかったC厨
この先生きのこっちゃうよー
おまえには無理
C厨w