- 1 名前：仕様書無しさん [2007/12/15(土) 02:47:03 ]
- プログラミングって単純作業じゃん、何が楽しいの？
どっかの会社が勝手に規格した文法を必死に覚えて、
どっかの誰かが勝手に作ったライブラリを必死に理解して。
この関数の引数は？戻り値の型は？
このクラスは何ができるんだ？どれをincludeするんだ？
いちいちわかりにくいマニュアルを読んで暗記。
そんなのばっかり、同じようなことの繰り返し。
その上決まりきったことしかできないプログラミングなんかの何が楽しいんだ？
- 352 名前：仕様書無しさん mailto:sage [2008/01/02(水) 15:47:42 ]
- 心に直接問い合わせるに決まってるだろ
- 353 名前：仕様書無しさん mailto:sage [2008/01/02(水) 16:12:41 ]
- 人の心を読めるようになれば
仕事も結婚もうまくいくよ！
- 354 名前：仕様書無しさん mailto:sage [2008/01/02(水) 16:55:11 ]
- 人の心を読めるなら、占い師にでもなりてえな
- 355 名前：仕様書無しさん mailto:sage [2008/01/02(水) 17:34:06 ]
- とにかく、幸せになろうよ
- 356 名前：仕様書無しさん mailto:sage [2008/01/02(水) 18:33:20 ]
- >>354
詐欺師の方が儲かるぜ？
- 357 名前：仕様書無しさん [2008/01/02(水) 18:37:41 ]
- だから夢を見させて金をださせてとんずらするのがプログラマ
- 358 名前：仕様書無しさん [2008/01/02(水) 19:05:45 ]
- >>357
それは違うな！
最も悪いのは客かと。
例えば、定価300万の物を230万に値切ればその分のしわ寄せはどこかにくるのは当たり前だろ！
「金は安く抑えるが上質な製品を作れ」ってムリじゃね？
じゃ、オメーが一から勉強して自分で作れやｗって感じだな。
そもそもさぁ、人員が少ねーのに納期が短い事に問題があんだろ！！
100階建ての超高層マンションを普段の３割減の期間で作れって、出来たマンションに住みたいか？
- 359 名前：仕様書無しさん mailto:sage [2008/01/02(水) 19:14:24 ]
- おまえらはそんなマンション・・・もといシステムの上で生活してるわけだが。
- 360 名前：仕様書無しさん mailto:sage [2008/01/02(水) 19:23:31 ]
- >>356
通報したくなりますたｗ
- 361 名前：最適化プログラミングさん [2008/01/02(水) 20:37:46 ]
- >>359
で、一般的には発注者の責任となるわな。
それを施工者に問うのがキチガイな現実だ。
ハルノートを突きつけられた日本の気分が分かるわ！
そんだけ激悪環境条件で作れと言われ、ヤツらは施工者が寝ずの過労死、出社拒否する実態を知りながら無理強いするのが当たり前。
もはや、人間として見ていない。
施工者もとい、開発者はロボットなのか？
もうね、営業が「そりゃぁ、あんさん無理ですがなぁ〜ガッハッハｗ」と言ってもっと条件を改善させるべきだと思う。
バグズが混入した設計が完成形でもないシステムを後で改修・改修するならば、最初からちゃんと金を払えよな。
客が痛いんじゃなくて、開発者が泣くんだよ、クソシステムは！！
- 362 名前：仕様書無しさん [2008/01/02(水) 21:50:08 ]
- プログラマって本当にそんな滅茶苦茶に虐げられてるのか・・・？
華やかな職のイメージがあったのに。
- 363 名前：仕様書無しさん mailto:sage [2008/01/02(水) 21:58:23 ]
- 日本では建築業の次に多い情報処理業
労働者はSE30万人、PG15万人もいる
そりゃ虐げられてるやつも、そうでないやつも多いさ
- 364 名前：仕様書無しさん [2008/01/02(水) 22:14:54 ]
- プロのスポーツ選手だって、イチローやゴジラみたいに年俸何十億ドルももらうやつもいれば
- 365 名前：仕様書無しさん [2008/01/02(水) 22:31:06 ]
- 俺の経験だと...
チョコビッツなチッコイ案件は基本的に楽で毎日定時上がり。
誰もが知る大企業の巨大システムは残業の日々漬けが多い。
巨大であるがゆえに仕様も詳しく分からず、特にチームとして参入したての場合は地獄のような状態。
とはいえ、担当する部門にもよる。
比較的密度の薄い部門なら一時的に働くことがあっても普段は結構サクッと上がれる。
メイン処理に近ければ近いほど大変(><)
特に単体試験に入った段階でも仕様が完全に固まっていない場合、無駄な気疲れが半端無い。
あと、この業界の七不思議で能力が高ければ高いほど苦労する。
(チーム内の尻拭いや突然の対応の矢面に立つ事になる･･･しかし使用した時間は返ってこない。納期など延びるわけもなし。)
- 366 名前：仕様書無しさん mailto:sage [2008/01/03(木) 02:21:08 ]
- 黙ってりゃ分からないと思って、最初の見積もりから水増しするような
不誠実な商売を展開してたツケでしかないような・・・。
「どうせ後から問題おこって開発期間延びるに決まってるから」とかさ。
遅れるのは無能だからだろうに。
- 367 名前：仕様書無しさん [2008/01/03(木) 20:32:56 ]
- >>366の非開発者または非現場経験者の発言に注意しよう
- 368 名前：仕様書無しさん mailto:sage [2008/01/03(木) 20:42:25 ]
- 姉歯は可哀相だし同情の余地はあるが悪くない訳ではない
しかしもっと悪いやつがのうのうと高給貰ってんだろ
ああいう土建屋の体質がお手本になってる業界だからな
無駄なピンハネによって成り立っている事は間違いない
しかしでかい案件はそーゆーSIer(ゼネコン)が落札する
- 369 名前：仕様書無しさん mailto:sage [2008/01/03(木) 20:47:54 ]
- 5人〜10人で半年〜1年ぐらいの案件を受けることが多いけど、
大体問題が起きない場合の1.5倍ぐらいの期間で見積もり出すかな。
水増しっちゅーか、リスク管理ってのはそういうもんだ。
- 370 名前：仕様書無しさん mailto:sage [2008/01/03(木) 20:59:48 ]
- 最近、納期管理が厳しくなってきたけど
理由があやふやだとすげー削られるんだよ
うまくいえないけどこれだけかかるから！って言っても削っちゃう
後になって全然足りなくなって、なんで出来てないんだ！となる
（最初に言った時間通りに出来上がるんだから当然遅れる）
モノさえ時間通りに出来ればいいと思ってたから交渉事なんて勉強してなかったよ
出来ない約束を一方的にさせられて勝手にキレられるってのは納得いかない
人員整理の対象にでもなってるんだろうか
- 371 名前：名無し＠数馬 ◆stgT3yiByc mailto:sage [2008/01/03(木) 21:06:50 ]
- 結論：コミュニケーション能力はプログラマにも必要である
- 372 名前：仕様書無しさん mailto:sage [2008/01/03(木) 21:21:41 ]
- >>369
それが通ればな・・・
この間、技術営業の見積もりと４倍くらい差が出たよ
２人月対８人月
受注したって言うから見たら2人月・・・
俺一人でやれって言うから「無理だよ？どうすんの？」と答えたが
信用にかかわらるので頼むからやってくれとｗ
作業項目挙げなおして再度逐一説明した結果
２月目に３人増員したが一人でやってたので仕様説明とかで進捗停止・・・
２月目末納期と聞いて逃げられたりして結局１0人月以上かかった
入金？２００万行ってないｗｗｗ
ちなみにそこからの発注は今のところ無しｗｗｗｗｗ
なぜか営業は平気な顔してるけどな
- 373 名前：仕様書無しさん mailto:sage [2008/01/03(木) 21:30:30 ]
- １人でやるなら1ヶ月につき、５人月分ぐらいなら、
普通、楽にできるじゃん。下手に人数増やされる方が大変。
- 374 名前：仕様書無しさん mailto:sage [2008/01/03(木) 21:46:17 ]
- 工程表出して1人でやると８月はかかるよってことを説明したら単純に人が増えたよ
工程表は見積もりの最初に出した時とほとんど同じ
欲しかったのはＰＧ1名とテスター１名かな
あと１人月＝自分の０．７５人月くらいで算出
普通に５０万で雇える人１月＝１人月とも見てる
ハードがらみでテストに2人ｘ１月は必要だってのは最後まで理解されなかった・・・
- 375 名前：仕様書無しさん [2008/01/03(木) 21:55:10 ]
- まず納期ありきで話を進められるのは非常に困る。
この分量なら3ヶ月かかると言っても、来月ないと困るから来月まで作れってどういうことよ？
来月ないと困るなら、先々月に話もってこいよ！
客が明日欲しいから明日までに作れって言えばどんなもんでも明日までに完成するとでも思ってるのか？
- 376 名前：仕様書無しさん mailto:sage [2008/01/03(木) 22:16:17 ]
- 1人月の作業は30人なら1日で完了すると信じている
それが営業クオリティ
しかも30人はPGではない。PCスキルすら怪しいただのバイト
- 377 名前：仕様書無しさん mailto:sage [2008/01/03(木) 22:37:07 ]
- お疲れ様です
- 378 名前：仕様書無しさん mailto:sage [2008/01/03(木) 22:38:54 ]
- 自称PG
経験５年
とか言うのも怪しい
- 379 名前：仕様書無しさん [2008/01/03(木) 23:55:39 ]
- 下手に調子づかれても鬱陶しいけど、営業にはシステム開発３年程度の経験した人を据えたいね。
- 380 名前：仕様書無しさん mailto:sage [2008/01/04(金) 00:34:15 ]
- 開発経験あったらSEやるんじゃない？
開発経験は要らないから商材知識は持ってほしい
詐欺紛いの口約束は営業としてダメだろ…
- 381 名前：仕様書無しさん mailto:sage [2008/01/04(金) 01:07:49 ]
- しかし１部上場企業でも営業は研修後即営業部だろ？
客との窓口は俺だけにしてくれとか言われたときは頭痛がしたが
当然仕様確認の打ち合わせも営業が居ないと出来ないが
営業は他プロ掛け持ちでスケジュールが合わない・・・
結果客がぶち切れて営業部長が謝罪
しかしなぜか下請けの俺たちまで１００％払い拒否のあおりを・・・
次の契約があるので大人の対応を求められた結果ボーナス無くなた＼（＾o＾）／
- 382 名前：仕様書無しさん mailto:sage [2008/01/04(金) 02:36:37 ]
- >>376
派遣屋クオリティじゃないのか？
人さえ入れれば金になる商売だし
- 383 名前：仕様書無しさん [2008/01/04(金) 08:06:34 ]
- 営業が技術を分かってるならいいんだが、理解していない営業を通すと
向こうの技術者が何を言いたかったのかさっぱり分からなくなるから困る。
営業無視して向こうの技術者と話したくても名前や連絡先を教えてもらえないからそれもできない。
さらに腹が立つのは、営業が、自分は技術側からないと開き直ってることだ。
お前ら客をなめてるのか！？
さすが経団連のキチガイ御手洗の会社は営業までキチガイだ。
- 384 名前：仕様書無しさん [2008/01/04(金) 13:45:50 ]
- 営業叩きしかできないやつは無能な下っ端
- 385 名前：仕様書無しさん mailto:sage [2008/01/04(金) 13:52:20 ]
- >営業無視して向こうの技術者と話したくても名前や連絡先を教えてもらえないからそれもできない。
カスタマーサポートみたいな部署はないのか？
仕方ないからそういうところを通すとか。。
- 386 名前：仕様書無しさん mailto:sage [2008/01/04(金) 14:25:41 ]
- 技術がわかってない奴を間に通すとか、気が狂ってるのかｗ
- 387 名前：仕様書無しさん mailto:sage [2008/01/04(金) 18:36:32 ]
- この業界プログラマでも技術がわからないのを開き直る馬鹿いるよ
- 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
間違ってねーじゃん
じゃ、正しいと思うように書いてみなよ
|
 |
