- 1 名前：仕様書無しさん [2007/12/15(土) 02:47:03 ]
- プログラミングって単純作業じゃん、何が楽しいの？
どっかの会社が勝手に規格した文法を必死に覚えて、
どっかの誰かが勝手に作ったライブラリを必死に理解して。
この関数の引数は？戻り値の型は？
このクラスは何ができるんだ？どれをincludeするんだ？
いちいちわかりにくいマニュアルを読んで暗記。
そんなのばっかり、同じようなことの繰り返し。
その上決まりきったことしかできないプログラミングなんかの何が楽しいんだ？
- 388 名前：仕様書無しさん [2008/01/04(金) 18:53:15 ]
- ろくに営業もできないくせにこいつら何なんだ？
文句あんなら自分で営業すればいいのに。
俺は自分で営業したくないから、嫌なことを引き受けてくれてる営業に感謝して日々仕事してる。
誰だって誰かの世話になって、持ちつ持たれつなんだから、もっと謙虚になった方がいいんじゃないか？
- 389 名前：仕様書無しさん mailto:sage [2008/01/04(金) 18:59:57 ]
- 調べようとさえしてくれれば良いんだけどな
- 390 名前：仕様書無しさん mailto:sage [2008/01/04(金) 19:03:11 ]
- 自分で仕事取ってきてチームで請けてるけど
役職名が営業じゃないから営業挟んでるよ
一切口出させてないが本当に何もしてないから邪魔なんだよなｗ
稟議書も契約書も俺が作ってるよ・・・
- 391 名前：仕様書無しさん mailto:sage [2008/01/04(金) 20:31:58 ]
- 仕事をとってくるまでが営業の出番
仕事が始まったら技術の出番
つか、営業にCCしとけで終わらないの？
- 392 名前：仕様書無しさん mailto:sage [2008/01/04(金) 20:49:09 ]
- 口頭でいろいろ決まるんじゃ？
タバコ部屋会議とかさ
- 393 名前：仕様書無しさん mailto:sage [2008/01/04(金) 20:51:19 ]
- つうか、技術がわかってない奴に営業やらせるなよ
- 394 名前：仕様書無しさん mailto:sage [2008/01/04(金) 23:05:24 ]
- >>385
カスタム品なのでそういう部署はないのね
営業が技術部門ほど詳しくないのは仕方ないけど、
どうせ俺には分からないから勉強するつもりはないんだけどうちの会社のルールだから
技術系の話も全部営業を通してねって態度が許せない。
パイプ役になるならせめて勉強してるとアピールくらいしろってんだ。
勉強する気もないと放言するのは明らかに客を馬鹿にしている
- 395 名前：仕様書無しさん [2008/01/04(金) 23:13:50 ]
- 技術が分かったら、奥に引っ込んでる方が楽なので誰も営業なんてやらないんだよ。
- 396 名前：仕様書無しさん [2008/01/04(金) 23:33:43 ]
- >>388
採算がとれないものを引き受けてきちゃうのは営業と呼ぶのか？
- 397 名前：仕様書無しさん [2008/01/05(土) 00:54:23 ]
- それだけ世に需要がないんだよ。高額なシステムなんて。
- 398 名前：仕様書無しさん mailto:sage [2008/01/05(土) 00:58:46 ]
- >>396
受注した瞬間は売り上げ上がるからな
対銀行には「売上額」がでかい
利益率は２の次
- 399 名前：仕様書無しさん mailto:sage [2008/01/05(土) 00:59:40 ]
- 営業は技術が分かってない、それを自覚している、でもその
営業を通さなくちゃ行けない
頭沸いてるな完全に
- 400 名前：仕様書無しさん mailto:sage [2008/01/05(土) 01:04:13 ]
- いまどき売り上げ重視なんて経営者いないだろ
- 401 名前：仕様書無しさん mailto:sage [2008/01/05(土) 01:06:54 ]
- wikiで情報を共有すればいいのに
- 402 名前：仕様書無しさん mailto:sage [2008/01/05(土) 01:29:30 ]
- うちの営業は技術が分かってWikiもSubversionも使いまくり。
うらやましいだろう。
- 403 名前：仕様書無しさん [2008/01/05(土) 02:01:06 ]
- >>395
いやいや、昔はバリバリ開発だったけど中年から営業の人、メッチャ多いですよ。
昔の杵柄を持ってる人は、開発の追い込み掛かってる開発者に対して大量の時間を使い雄弁に語ってたりするのを見かける･･･
見ててカワイソー(><)と思っちゃった。
特にまだ若い人とか;;;
強い事も言えずにひたすらうなづくだけ。。。
しかもちょっと内容が時代錯誤してたりする(--;)
- 404 名前：仕様書無しさん mailto:sage [2008/01/05(土) 02:12:05 ]
- うん。俺もうなずく役。
雄弁に語る上司の部署はマネージも現状把握も部下のケアも何もかもがダメで赤字になってた。
- 405 名前：仕様書無しさん mailto:sage [2008/01/05(土) 08:09:48 ]
- いや、何も分からず画面も見ずン千万のシステム売る技術は尊敬してる
それはもう詐欺の域だよ
ただ、営業が開発…いやインストみたいな知識はいらんから
なんか詳細な話になったら担当に説明させますとかって
導入インストなりSEなりに振ってくれたらいいだけなのに…
知ったかぶりで適当に答えて後で揉めたり開発費かさんだり
しかも原因わかってないから文句ばっか言うしさ
誰のケツ拭いてると思ってんだ
- 406 名前：仕様書無しさん [2008/01/05(土) 12:21:49 ]
- どっかの会社が勝手に規格した文法を必死に覚えて、どっか
の誰かが勝手に作ったライブラリを必死に理解して>>とあっ
たけど、だったら言語を自分で開発でもすりゃよくね？って
言っても言語ってどうやって開発されているのか知らない俺。
個人で言語を作るのって無理なのかな。どこかの板でも書い
てあったけど、ビルゲイツが元々あったBASICを改造して独自
の強みとしたそうだけど、考えてみたらそういうのってどうや
ったらできるんだろう？ 言語にも文法があるのなら、言語を
開発するのにも一定のルールみたいなものがあるわけでしょう？
そういうのって、むずかしいの？ 誰かこんな僕におせーて！！
- 407 名前：仕様書無しさん mailto:sage [2008/01/05(土) 12:37:55 ]
- >>406
言語を開発するには、そもそもどっかの会社が勝手に作った言語で作らなきゃ
ならんわな。
それがたとえアセンブラでフルスクラッチで作るとしても。
それもいやならCPUから自分で作らなきゃならん。
- 408 名前：仕様書無しさん [2008/01/05(土) 12:47:39 ]
- >>407
お返事サンクス。たとえばBASICだったら何種類もあるでしょう？
ライブラリって言うの？ 新しい文法みたいなのを決めるやつ。
そういうのって、どうやってやるんだろう？
検索してみるとBNF記法、構文解析、文句解析など出てくるんだけど、どれが必要なのかがしぼれない。
たとえばActiveBasicなんていうのがあるけど、あれだって一般の人が元々あったBASICを拡張したわけでしょう？
そのあたりがどうもよくわからなくて。
- 409 名前：仕様書無しさん mailto:sage [2008/01/05(土) 12:50:57 ]
- そういうのやりたかったら本でも買えよ。
コンパイラを作る、みたいな。
- 410 名前：仕様書無しさん [2008/01/05(土) 12:53:52 ]
- >>409
お返事サンクス。なるほどコンパイラか。そこからやらなきゃダメなわけだ。
さっそくそういう系の本、探しに行ってみる。本当にありがとう。
- 411 名前：仕様書無しさん mailto:sage [2008/01/05(土) 12:55:39 ]
- まずは、いろんな言語を使いこなすことじゃね？
- 412 名前：仕様書無しさん mailto:sage [2008/01/05(土) 12:57:25 ]
- >>408
言語を作るってのは、もんのすごい多種多様な技術の集大成なんだから、
絞れないのは当然だろ。
まあ、普通に考えたら素人が個人で言語を作るなんてのは相当難しい。
言語仕様を考えて、コンパイラ作って、ライブラリ作って、てなことを全部
自分でやるんだぞ。
それだけで一生終わるわ。
- 413 名前：仕様書無しさん mailto:sage [2008/01/05(土) 13:13:20 ]
- コンセプトが面白ければ他の人が集まって作ってくれるよ。
それでも文字列の国際化とか難しい問題のコアは自分で考えなきゃいけないが。
まあとりあえず難しいとか考えないで適当に作ってみればいいと思う。
- 414 名前：仕様書無しさん [2008/01/05(土) 13:18:03 ]
- 言語って機械語が分かれば作れるもんだと思ってた。違うんだね。
- 415 名前：仕様書無しさん mailto:sage [2008/01/05(土) 13:19:47 ]
- gnuでコンパイラを作るツールがあったよね
- 416 名前：仕様書無しさん [2008/01/05(土) 13:33:45 ]
- 作る、っていうか、仕様を策定するのが難しいだけでしょ。
どう難しいかというと、考慮すべきことがたくさんあって、いろんなことを
考えながら取捨選択しなければいけないし、そういう判断が他のところにも影響する。
それと、矛盾が出ないようにしなければならないので、そういう考慮にも頭を使う。
既存の言語の拡張にしても、何をどう変えるか、それをどう実現するか、ということは
考えなければならないので、手間としては新規と大差ない。
そういうのは経験がなくても、実際何が必要か、ひとつずつ考えていけばわかるはず。
まあ、聞くところによれば、ゆとり教育世代はそういう意味での「考える」ことが苦手らしいけど。
- 417 名前：仕様書無しさん mailto:sage [2008/01/05(土) 13:42:12 ]
- 416みたいに当たり前のことグチグチ考えて何もしない馬鹿は何なんですか？
他人に言語を作られると困るの？
- 418 名前：仕様書無しさん mailto:sage [2008/01/05(土) 13:44:22 ]
- 詰め込み教育は「考える」のが苦手だから
ゆとり教育で改善しようっていう目論見だったんだろ？
なぜそうなったんだ……
- 419 名前：仕様書無しさん mailto:sage [2008/01/05(土) 14:05:27 ]
- >>413
> コンセプトが面白ければ他の人が集まって作ってくれるよ。
こう言っといて、
> それでも文字列の国際化とか難しい問題のコアは自分で考えなきゃいけないが
なんでそうなるのかがさっぱりわからん。
- 420 名前：仕様書無しさん mailto:sage [2008/01/05(土) 14:05:32 ]
- >>418
考える為にはバックグラウンド的な知識が不可欠だと思い至らなかったと。
無から有は生み出せん。
- 421 名前：仕様書無しさん mailto:sage [2008/01/05(土) 14:13:34 ]
- >>419
ちょっとは想像力を働かせてくれ。
ライブラリの整備は一人じゃとてもできない。そこはコミッターが整備する。
もし他のエンジン上で動くことになったら、またもやコミッターが色々やってくれる。
言語上のバグの発見とFIXもコミッターがやってくれる。
しかしいい映画もいい言語も監督さんがいてだな、
言語仕様上のトレードオフの問題やら基本コンセプトの問題になってくると
監督さんがどっちにするか判断下さないとならないんだよな。
こんなのRubyでもLinuxでも同じだろう。
基本的に魅力があるからコミッター達が集まるわけだが、
最終的な判断や基礎的な部分に関しては作者がやってる。
コミッターは悪く言えば雑用兼助言係りぐらいかな。
- 422 名前：仕様書無しさん mailto:sage [2008/01/05(土) 14:35:54 ]
- でもあきらめなさんな、いまさらGAME８０なんて
覚えている人も居ないが、それを作った経験は生きるだろ。
- 423 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:06:44 ]
- >>421
最終判断するのは作者としても、そもそもネタを出してくれるのは
「集まってきた他の人」なんだろ。
なんで難しい問題のコアに限って自分で考えなきゃならんのさ。
例えば、CG映画作るのに水や毛の表現の難しいところを監督自ら考えてるか?
考えてるのはエンジニアだろ?
そういうこった。
- 424 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:19:51 ]
- >>423
でもそいつらはあくまで美術屋であり下請け。
監督だったら間違った表現出されたらNG出さないといけない。
そういう意味で最終的な決定権＆責任は言語の作者にある。
言語の生存自体にもかかわる大切なこと。
だいたいコミッターなんてのは言語の一部分しか物事見てないし、
思いつきのアイディアを出すこともよくある。それが悪いとは言えないが、
それをそのまんま使う馬鹿はいねーだろ。最終的に自分で考えるようになるってこった。
まあお前と言語がどうあるべき論の認識の一致作業をさせたいとは思わないから
お前の考えはお前の考えで大切にしてればいいんじゃないか？
- 425 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:27:09 ]
- >>424
だから、「最終的な決定権＆責任は言語の作者にある」ってことに異存はないっての。
おまえさんは、「難しい問題のコアは自分で考えなきゃいけない」って言ってるんだぞ?
ここで言う「コア」ってのは、まさにCG映画の技術的な部分に相当するんじゃないのか?
> だいたいコミッターなんてのは言語の一部分しか物事見てないし、
ってのもずいぶん視野の狭い見方だし。
まあ、俺もあんたと一致したいとは思わんからもういいけど。
- 426 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:30:00 ]
- 言語の歴史の本を読んでると
小説とラノベの関係に似てる。と感じる
制約を減らして敷居が低くなるのだけど
パイは確実に分割されてゆく
用途別,趣向別に特化する形でそれぞれが
存在してくような世界になるんだろうか…
almighty であるのが難しいというか
- 427 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:32:00 ]
- >>425
いや、言語に関していえばAfter Effectsのプラグインのことを知らない程度のことでは済まされない。
チェックするのに仕様の子細をしらなければならないし、それを頭の上で動かさなければならない。
コア以外ならモジュールとして独立可能なので大幅にアウトソーシングしても問題ないだろう。
ライブラリとも言うが。
- 428 名前：仕様書無しさん [2008/01/05(土) 15:34:05 ]
- >>417
かかる手間やコストと、それによって得られるメリットを比較して考えてみればいい。
ああ、ゆとりと言われてカチンときて何か言い返したかっただけで、考える能力はなかったんだっけ？
- 429 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:34:43 ]
- 分野別に特化した言語で、溢れかえる
いやしかしそれは幸せなことなのか…？
- 430 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:36:07 ]
- >>428
他人がやりたいことのコストやメリットを考えるなんて余計なお世話。
そこまでゆとり世代馬鹿にするならゆとり世代のやってる大学入試といてごらん。
考える力って何？定義してみ？
- 431 名前：仕様書無しさん [2008/01/05(土) 15:38:13 ]
- > ここで言う｢ｺｱ｣ってのは､まさにCG映画の技術的な部分に相当するんじゃないのか?
映画のたとえでいうなら、コアはストーリーのプロットでは？
聞いた話だと、この種のたとえが下手なのもゆとり世代の特徴らしいね。
- 432 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:40:28 ]
- 最近フレームワークが流行ってるけど
ライブラリの利点 と フレームワークの利点
みたいなのがあったりするんだろうか？
言語の機能性の拡張に際して
- 433 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:41:22 ]
- >>431
「文字列の国際化」なんてのはどう考えても「ストーリーのプロット」に相当するものではないが。
- 434 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:42:26 ]
- > そこまでゆとり世代馬鹿にするならゆとり世代のやってる大学入試といてごらん｡
吹いた。
ゆとり世代の大学入試よりはるかに難しかった時代の大学入試を通ってきた世代にこの返しとは、ネタとしか考えられません。ｗ
- 435 名前：仕様書無しさん [2008/01/05(土) 15:43:57 ]
- >>433
それは映画にたとえたのがそもそもの失敗。
- 436 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:44:09 ]
- >>434
で、考える力ってなんですか？統計はどこから取ったのですか？
ちなみにゆとり世代は30代も含まれますが、あなたは40台のオヤジですか？
- 437 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:45:34 ]
- >>431
> ここで言う｢ｺｱ｣ってのは､まさにCG映画の技術的な部分に相当するんじゃないのか?
CG映画いうてるから、プロットでなくてもええんでないの
てか映画のたとえで、言語の周辺事情を捕らえるのは
無理があるような気もするけど。短期決戦じゃないもの > 言語間の移り変わり
- 438 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:45:53 ]
- たとえ話なんか使うべきじゃないよ。
使う方もピントずれてるし、受ける方も柔軟に受け取れないのがオチだから。
- 439 名前：433 mailto:sage [2008/01/05(土) 15:46:03 ]
- >>435
理解できないといけないから詳しく書くと、
>>413 で「それでも文字列の国際化とか難しい問題のコア」と書いていることに対して、
「ここで言う」という表現を使ったんだぞ。
映画の喩えで言うならコアがストーリーのプロットなのは当たり前だが、
だとすれば「文字列の国際化」は言語のコアに当たるのかね?
>>413の言う「コア」とは、「文字列の国際化とか難しい問題」にかかるのであって、
言語のコアという意味にはならないだろう。
「文字列の国際化」に特化した言語というなら話は別だが。
- 440 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:48:19 ]
- pc11.2ch.net/test/read.cgi/tech/1098953121/829
pc11.2ch.net/test/read.cgi/tech/1098953121/837
pc11.2ch.net/test/read.cgi/tech/1098953121/839
5年から10年かけて育てなあかんもんな
言語は
- 441 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:49:04 ]
- レゴ、って単純作業じゃん
プラモデル、って単純作業じゃん
:
ほとんど何でも当てはまるような希ガス
- 442 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:49:51 ]
- >>439
十分コアです。
US-ASCIIしか用いないという決定を下すのか、
それともユニコードリテラルを持つのか、UTF-16で統一させるのか、
文字列ごとにエンコーディングを保持するのか。
いや、これがコアじゃない言語設計なら別にコアじゃなくても話はいいでしょう。
というより、文字列の国際化がコアだということにそこまで反発されるのでしたら、
メモリ管理でも遅延評価でもなんでもかまいません。
もともと言語の作成者がどのように言語を管理、運用していくかという上でのお話ですから
文字列の国際化なんてどうでもいいです。言語の設計によるので。
- 443 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:53:30 ]
- >>442
それは単なる選択であって、決めることも実装も別に難しいこっちゃなかろうて。
要は、「他の人が集まって作ってくれる」のに、そういう細かい実装を
「自分で考えなきゃいけない」ってところがひっかかっただけなんだよ。
- 444 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:54:49 ]
- Iconは面白い言語だと思うけど
文字列の国際化の整備が遅れた
その結果Perlの普及に至った
というか2011年に小学5年生の必須科目に英語が
採用されるわが国じゃ(ry
- 445 名前：仕様書無しさん mailto:sage [2008/01/05(土) 15:55:00 ]
- >>443
考えるっていう言葉が気に食わないなら、
選択するでもかまわないよ。もうこれ以上は書くつもりはない。
何かひっかかったならごめん。
まあテスト実装で比較するっつーのもあるけどな。
- 446 名前：仕様書無しさん [2008/01/05(土) 16:46:17 ]
- 難しい物を簡単にするから需要が広まる。
WindowsOSのように。
難しい物を難しいままにすると研究者などの一部の人間しか入り込めない。
難しい物をいかに簡単にするかが腕の見せ所であり、その業界の世界が一気に広がり(新しい知識やテクなど)レベルの高い次のステップに到達出来るようになる。
アセンブラ時代から比べれば相当優しくなっていると感じる。
だが、さらに優しくなるような言語が出てきている。
既に学生の段階から授業として言語の勉強がされている時代。
数年後〜数十年後にとてつもない波が来るのは間違いない。
これからさらに労働者が増えるだろう。
そして学生から知識を得ているため、レベルの底上げも確実に起こる。
今の業界で通用しきれていない人は早々と逃げる事を勧める。
近い将来確実に干される事となる。
- 447 名前：仕様書無しさん mailto:sage [2008/01/05(土) 16:49:15 ]
- >>446
言語を知っているからといって優れたプログラムが書けることとイコールではないけどね。
一応日本語は書けるけどロクでもない文章しか書けない奴がいるのと同じ。
- 448 名前：仕様書無しさん mailto:sage [2008/01/05(土) 16:59:04 ]
- 人間の質を考えて、各レベルに相応しいものを学べば良い。
- 449 名前：仕様書無しさん [2008/01/05(土) 17:00:45 ]
- >>447
昨今の女子プロゴルファーがなんであの若さでポンポン大金稼いでるかわかる？
需要が少ないからだよ。
人数がいなけりゃ、ソコソコの実力でも上位に食い込める。
だけど、需要が増えライバルが増えれば野球のように結構な実力者でも用済みになるんだよ。
ちょっとランクの低い国に行けば絶大に重宝される人材もいるだろうな。
しかも仕事で必要だからつけた知識と、趣味から始まった知識では幅の広がりや考える事、テクニックの追求度合いがまるで違うだろう。
今の開発者でヤッツケ技術でもやっていけてしまっている人は多い。
まぁ、言語知らないで仕事してる人もいるんだけどな、見たことある。
そーいう人間が自動的に排除される事は確実だろうな！ｗ
だから底上げにはなるし、「一応日本語は書けるけどロクでもない文章しか書けない奴がいるのと同じ。」のような事を考えるだけ無駄なのも確か。
最悪を基準とする必要性がまるで理解出来ない。
- 450 名前：仕様書無しさん mailto:sage [2008/01/05(土) 17:05:23 ]
- 言語を知らないやつに上手なプログラムが書けるもんか！
- 451 名前：仕様書無しさん mailto:sage [2008/01/05(土) 17:10:14 ]
- >>449
おちつけ。
需要と供給が逆だ。
- 452 名前：仕様書無しさん [2008/01/05(土) 17:19:34 ]
- >>451
間違ってねーじゃん
じゃ、正しいと思うように書いてみなよ
- 453 名前：仕様書無しさん mailto:sage [2008/01/05(土) 17:28:56 ]
- 需要が少なければ大金は稼げないのでは
- 454 名前：仕様書無しさん mailto:sage [2008/01/05(土) 17:29:53 ]
- そうよねえ。
- 455 名前：仕様書無しさん [2008/01/05(土) 17:35:34 ]
- へ？？
ゴルフは大会の賞金を目当てにゴルファーが集まるよね？
■今年は100人エントリーしました
<内訳>
Aクラス： 5%
Bクラス：15%
Cクラス：55%
Dクラス：25%
■10年後は300人エントリーしました
<内訳>
Aクラス：10%
Bクラス：35%
Cクラス：35%
Dクラス：20%
どっちが優勝出来る確率は高いですか？
もっと簡単に言うと、「じゃんけんした勝者に100万円授与します」というゲームがあって、集まった参加者が10人なのと50人なのではどっちが優勝する確率はあるのかな！？
キミは中学生かなのかかい？
- 456 名前：仕様書無しさん mailto:sage [2008/01/05(土) 17:38:04 ]
- >>455
もちろん需要が少ないという方につっこんでいるんだよね？
- 457 名前：仕様書無しさん [2008/01/05(土) 17:42:03 ]
- それしかないと思うが、供給の件はどうなったのか・・・
というか、内容自体もスレ違いでもあるが・・・
- 458 名前：仕様書無しさん mailto:sage [2008/01/05(土) 17:44:08 ]
- >>455
中学生以上なら、「需要」と「供給」の意味ぐらい理解できていそうなもんだが・・・
あのね、女子ゴルファーが少ないのは、女子ゴルファーの「供給」が少ないってことなの。
で、そこに視聴者という「需要」があるから稼げるの。
これをプログラマに当てはめるとね、
プログラマの人数が多いってのは、マの「供給が多い」ってことなの。
で、それに対する仕事が多いってことが「需要が多い」ってことね。
理解できた?
- 459 名前：仕様書無しさん [2008/01/05(土) 17:48:01 ]
- しっかり日本語を読んでくれる人がいてよかったねお
- 460 名前：仕様書無しさん [2008/01/05(土) 17:48:49 ]
- click.j-a-net.jp/1006827/223692/
- 461 名前：仕様書無しさん mailto:sage [2008/01/05(土) 17:49:26 ]
- ×需要が多い
○需要が高い
- 462 名前：仕様書無しさん mailto:sage [2008/01/05(土) 17:53:10 ]
- まあスレタイも読めないお前らが何を語ったところで滑稽なだけだが
- 463 名前：仕様書無しさん [2008/01/05(土) 17:56:49 ]
- おおお
- 464 名前：仕様書無しさん [2008/01/05(土) 18:04:28 ]
- >>458
それは視聴者主観だからじゃなくて？
ゴルファーからすれば、視聴者もあるだろうが、だけどそんなの知ったこっちゃなくない？
勝てるかどうかだろ！
まぁ、高いか多いかってとこは確かに間違えたろうが、本題とは違うな。
ま、微妙なツッコミありがと！ｗ
- 465 名前：仕様書無しさん [2008/01/05(土) 18:06:39 ]
- 100回音読しません
- 466 名前：仕様書無しさん [2008/01/05(土) 18:08:39 ]
- >>458
ていうか、プログラマが発注元のユーザの気持ちを汲み取ったりしてるの見たことねーｗ
最終的には、仕様書の範囲でしか考慮してないだろ！
なんで急にグローバルな考え方になるか不明･･･
目標 間接的関連
-----------------------------------
ゴルファー 優勝すること 視聴者に良いプレイを見てもらうこと
プログラマ 仕様書通りの 発注元のユーザが喜ぶこと
プログラムを
作る事
そもそも話しているレベルが違う
- 467 名前：仕様書無しさん [2008/01/05(土) 18:15:13 ]
- いるいる、会議でも言葉じりを突っ込んで、「で、それだけ？」って微妙な空気作るヤツｗ
本題の話し合いとツッコミ部分を勘違いしてるよなｗ
チョー、ウザいタイプ！！！ｗ
- 468 名前：仕様書無しさん mailto:sage [2008/01/05(土) 18:17:09 ]
- >>467
あのさ、突っ込まれるような言葉尻を差し出す方が悪いと思うよ?
「本題の話し合い」の前提がそもそもグダグダになるんだから。
- 469 名前：仕様書無しさん [2008/01/05(土) 18:20:59 ]
- >>468
「需要が高い」と「需要が多い」で、どうグダグダになるか知りたい。
普通は「あぁ、間違ってるけど、敢えて突っ込む程ではないな。意味もわかるわけだし」とスルーするのが一般的。
キミは人間関係はヘタだね。
上の取引先の営業の言った事にもイチイチ反応するの？
あ、プログラミングオンリーだから関係ないか。
なんとなく理解した。
- 470 名前：仕様書無しさん [2008/01/05(土) 18:23:56 ]
- コミュニケーション能力を養うべきだね。
正義が常に正義とは限らない。
些細な問題は多数決で決まってしまう方が正義となるんだよ、この国では。
- 471 名前：仕様書無しさん [2008/01/05(土) 18:28:43 ]
- >>468
こんなやりとりをしている方がグダグダになる件について
もはや何を言い合っているかも薄れてきた
あぁ、学生が言語を学んでくるから将来レベルが上がる事についてだったな。
なんでこんな無意味なやりとりがされてるんだろ。
あぁ、ツッコミされたからか
随分とグダグダになったな・・・ｗ
- 472 名前：仕様書無しさん [2008/01/05(土) 18:29:49 ]
- 微妙なツッコミ、ウルトラサンクス！
- 473 名前：仕様書無しさん mailto:sage [2008/01/05(土) 18:30:42 ]
- 最近の若いものはなっとらんな
- 474 名前：仕様書無しさん [2008/01/05(土) 18:31:52 ]
- かくかく
- 475 名前：仕様書無しさん [2008/01/05(土) 18:33:59 ]
- >>473
おじいちゃん、歳いくつ？
- 476 名前：仕様書無しさん mailto:sage [2008/01/05(土) 18:39:01 ]
- >>473
奈良時代からある台詞だ。
- 477 名前：仕様書無しさん [2008/01/05(土) 18:40:18 ]
- ゴホゴホ かくかく
- 478 名前：仕様書無しさん mailto:sage [2008/01/05(土) 18:48:58 ]
- >>469
2chで、しかもネタスレで突っ込むなというのもどうかと思うが、
もしそうなら>>452 で「間違ってねーじゃん」などと必死になったのはどうしてだろうね?
要するに本人は間違ってないと思ってたわけで、だとしたら間違いを正して
あげることがそんなに悪いことかな?
- 479 名前：仕様書無しさん mailto:sage [2008/01/05(土) 18:50:09 ]
- IDの無い板で本人とかいいなさんな。
- 480 名前：仕様書無しさん [2008/01/05(土) 19:50:35 ]
- 後半流れ読まずに書き込むが、>>452が痛々しい。
「需要」って言葉が分からない奴には「ニーズ」って言い換えたら分かるか？
ニーズが少なければ大金は稼げないだろ？
こんなん誰でも>>451って突っ込みたくなるよ。
それから、
需要が高い
需要が多い
はどっちでもいいと思う。
個人的には「需要が多い」の方が、この場合の「需要」という言葉を正しく形容していると思う。
- 481 名前：仕様書無しさん mailto:sage [2008/01/05(土) 19:55:43 ]
- >>480
日本語が不十分な方のために国語辞典で調べてみた
需要：(1)必要としてもとめること。また、そのもの。
「読者の―に応ずる」
(2)〔経〕〔demand〕消費・生産のために、市場から商品を買い取ること。また、その商品の量や総額。
供給：(1)必要に応じて、物を与えること。
「食料を―する」
(2)〔経〕〔supply〕販売・交換のために、商品を市場に出すこと。
- 482 名前：仕様書無しさん mailto:sage [2008/01/05(土) 19:56:46 ]
- 要するに間違いを突っ込まれて、引っ込みつかずにファビョってるだけだろ。
- 483 名前：名無し＠数馬 ◆stgT3yiByc mailto:sage [2008/01/05(土) 19:58:17 ]
- .| | | | | | | ｜ | | |｜ | |
.| | | ﾚ | | | ｜ | J |｜ | |
∩＿＿＿∩ | | | J | | ｜ し |｜ | |
| ノ＼ ,＿ ヽ .| ﾚ ｜ ｜ ﾚ｜ |｜ Ｊ |
/ ●゛ ● | .J し | | ｜| J
| ∪ ( _●_) ミ .｜ し J｜
彡､ |∪| | .Ｊ ﾚ
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
＼ " ／ ｜ |
＼ ／￣￣￣ ／
￣￣￣￣
- 484 名前：仕様書無しさん mailto:sage [2008/01/05(土) 19:59:17 ]
- ゴルファーに需要なんかあるわけ無いだろ
- 485 名前：仕様書無しさん mailto:sage [2008/01/05(土) 20:01:46 ]
- >>449
は、間違っているよ
需要と言うのは、第三者がそれを求めているかどうか？
女子ゴルファーと言うのは、一応華だから需要は多い
だが、プロと言う名目上供給するのにたる人材がいないということだ。
>>451は正しい
- 486 名前：仕様書無しさん mailto:sage [2008/01/05(土) 20:05:27 ]
- 今北
何この流れｗ
中学の国語問題かよｗｗ
日本のIT技術は低迷を続けてるって聞いた事はあるが
ここまで来てるとは思わなかったよｗ
- 487 名前：みつを [2008/01/05(土) 20:08:07 ]
- 人間だもの
- 488 名前：仕様書無しさん [2008/01/05(土) 20:09:27 ]
- >>486
ですよね〜
|
 |
