ソフトウェア技術難易度ランキング
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2005/10/20(木) 16:07:40お前ら！知っている技術の難易度をどんどん書け！よろしくお願いします。
00021
2005/10/20(木) 16:08:511.難易度は偏差値で表す。
2.偏差値の基準は母集合に対するその技術が習得可能な人の割合。
3.母集合は日本の情報系の学科で勉強している学生、職業プログラマ、SE全体とする。
4.母集合は正規分布で分布しているものする。偏差値は中央値を50、1σ=10とする。
例:
偏差値40=-1.0σ技術が習得可能な人は全体の84%
偏差値45=-0.5σ技術が習得可能な人は全体の69%
偏差値50=±0σの技術が習得可能な人は全体の50%
偏差値55=+0.5σの技術が習得可能な人は全体の31%
偏差値60=+1.0σの技術が習得可能な人は全体の16%
偏差値65=+1.5σの技術が習得可能な人は全体の7%
偏差値70=+2.0σの技術が習得可能な人は全体の3%
詳しくはネットに転がっている正規分布表参照。
00031
2005/10/20(木) 16:09:37習得できるのは5人に一人という話をどこかで聞いたことがあるから。
これを基準にすると全体的に数値が甘めになっているかもしれません。
反論ある人はよろしく。あとネットワークとかデータベースとあんまり
よく知らないので詳しい人は追加してください。あとPerlとかPHPとか
のスクリプト系言語やJ2EEなんかもよろしく。
--- ↓ここまでわかっている人は殆どいないと思われる技術 ---
70 圏論
--- ↓ここまでグル向けの技術 ---
67 モナド,剛体物理シミュレーション,最適化コンパイラ,OS設計
65 Haskell,Prolog,Hoare理論,ペトリネット,型理論
--- ↓ここまでエリート向けの技術 ---
62 ATL,総対称プログラミング,StandardML/OCaml,Z,VDM-SL,
アナリシスパターン,ラショナル統一プロセス
60 MFC,OCL,OpenGL,デバイスドライバ、コンパイラ
--- ↓ここまで優秀なプログラマ向けの技術 ---
57 UML,アスペクト指向,各種木構造,構造化分析
55 C++,デザインパターン,ハフマン符号化
--- ↓ここまでまあまあのプログラマ向けの技術 ---
54 アセンブラ、マルチスレッドプログラミング、各種ソート,XML,SQL,正規表現
52 ヒープ,M/M/1待ち行列,ユニットテスト
50 VisualBasic.NET,C#,Delphi,Java,
--- ↓ここまで平均的プログラマ向けの技術 ---
47 二分検索,C言語
45 Win32API
40 VisialBasic6.0,COBOL
0004デフォルトの名無しさん
2005/10/20(木) 16:09:410005デフォルトの名無しさん
2005/10/20(木) 16:46:0571 顧客の望み通りの機能で営業が請け負った期間と人数以下で残業全く無し
0006デフォルトの名無しさん
2005/10/20(木) 17:20:580007デフォルトの名無しさん
2005/10/20(木) 17:25:150008デフォルトの名無しさん
2005/10/20(木) 17:28:35偏差値なら単純にランク付けするより文句は出にくいし
想像しやすい
0009デフォルトの名無しさん
2005/10/20(木) 18:27:0500101
2005/10/20(木) 21:02:09DirectXも60ぐらいと思うんだけど、DirectX系の掲示板とか
読むと何となく基本的な数学を充分に理解して使っている人は
半分ぐらいのような気がする。ということでこのランキングで
いう「使える」という意味は「充分に理解している」ことという
ことでよろしいでしょうか?
あと、DirectXは3D系と2D系に分けて、3D系は60、2D系は55
ということでよろしいでしょうか。
>>7
>まあ、何でも偏差値とかじゃないと理解できないのは、今の教育の弊害か。
偏差値が悪だと思い込んでいるのは、ゆとり教育の弊害だ、
と言い返してみる。偏差値は統計的に裏の取れているから
客観性が高い。あと、独自の指数のランキングだと、他の
ランキングとの比較ができないというのがある。
というか、本音は偏差値を持ち出すと適度に話が荒れて
いいんじゃないかと思っているだけなんだけどな。
ところで草案に反論とかないんかい。自分は偏差値62ぐらい
の内容しか解らない(というのは自惚れ過ぎか)ので65以上は
適当に書いてるんですけど。
0011デフォルトの名無しさん
2005/10/20(木) 21:25:14MFCとコンパイラが同列になっている時点でかみちゅ！
0012デフォルトの名無しさん
2005/10/20(木) 21:34:18ATLはそこまで高くないと思う。
俺のイメージではMFCが58〜59でATLが60。
00131
2005/10/20(木) 21:35:14簡単な再帰下降法のコンパイラ+VM(機械語は出力しない)の
構成なら結構誰でも作れる印象がつくれる印象があるんです
けど。どうでしょう。
うちの会社でもその構成でコンパイラ書いている人が何人
もいるんですが、めちゃくちゃスキルが高いようには
思えないし。
GCCとかVC++、Intel C++のような強烈な「最適化」
コンパイラなら書ける人は神だと思うんですが。
その場合、MFCなんて比較にならない。
00141
2005/10/20(木) 21:37:53自分もうすうすそれぐらいの気がしてましたが、MFCが
60というのを基準にしたのはまずかったですかね。
次回、直しておきます。
0015デフォルトの名無しさん
2005/10/20(木) 22:37:28COBOLがある程度わかっている人数では、COBOLをわかっている人数のほうが
格段に少ないんじゃないだろうか。＝偏差値としてはすごく高くならない？
0016デフォルトの名無しさん
2005/10/20(木) 22:58:24Cみたいに本読んで勉強できないのがつらかった。
00171
2005/10/20(木) 23:08:39COBOLが「できる人」の割合でなく、COBOLを「習得できる人」
の割合で偏差値を決めてます。「習得できる人」とは独習で
学習して挫折しない人を指します。
COBOLは何だかんだで昔はみんなつかっていて、今の
VisualBasicの扱いのような感じなので偏差値が
低くなっています。
ところで今読み返したらC言語とWin32APIの偏差値が逆ですね。
今度直しときます。
0018デフォルトの名無しさん
2005/10/20(木) 23:21:540019デフォルトの名無しさん
2005/10/21(金) 01:15:31というかスタイルとか思想が合わないってんじゃないのか？
0020デフォルトの名無しさん
2005/10/21(金) 01:38:15あと、SQLやXMLがなんでそんなに高いんだ？
0021デフォルトの名無しさん
2005/10/21(金) 01:38:49SOAPが入ってないけどXMLに含めてるのかな
00221
2005/10/21(金) 08:33:08typoです。間違えました(恥ずかしいです)。
>>19
うちの会社、MFCが解るの自分しかいません。
MFCが解んないって人結構いますよ。
>>20
世間一般のことを知らないので良く解らないんですが、
XMLはW3CスキーマとかDTDとか書ける人って1/3ぐらい
かななんて思ってたんですが、そんなことないですか。
SQLはよくわかりません。
高すぎると思われるなら、自分が妥当な値だと思われる
値を提示してもらえると大変ありがたいのでよろしく
お願いします。
J2EEもよく解んないんですが、60ぐらいじゃないかなと
思っているんですがどうでしょう。
>>21
SOAPは入ってません。
0023デフォルトの名無しさん
2005/10/21(金) 12:26:31いかがなものかと
0024デフォルトの名無しさん
2005/10/21(金) 13:00:52訂正:
・剛体シミュ 67→57
ソフトウェア技術としてはたいしたこと無いよ．やったことがあるかどうかだけ．
・モナド 67→削除
Haskellの一部としてのモナドか圏論のモナドか不明瞭．
どっちにしてもどっちかに含まれるだろ．
追加:
・計算量理論 67
・計算の理論 67
0025デフォルトの名無しさん
2005/10/21(金) 15:08:430026デフォルトの名無しさん
2005/10/21(金) 15:11:21ＮＧ。頭悪いぞ。
0027デフォルトの名無しさん
2005/10/21(金) 15:14:400028デフォルトの名無しさん
2005/10/21(金) 15:17:40そういうことしか考えられない人がいるってのも不思議だ。
ゆとり教育の弊害か？
0029デフォルトの名無しさん
2005/10/21(金) 15:25:49よっぽど難しい or よっぽど馬鹿以外は３ヶ月やりこめば誰でも習得可能だろ。
0030デフォルトの名無しさん
2005/10/21(金) 15:34:460031デフォルトの名無しさん
2005/10/21(金) 16:04:2830レスまで行った事だけは褒めてあげよう。
0032デフォルトの名無しさん
2005/10/21(金) 16:24:310033デフォルトの名無しさん
2005/10/21(金) 16:34:25yes.
やったことがないことは眼中にないのだろうｗ
0034デフォルトの名無しさん
2005/10/21(金) 16:53:21同意
コンパイラが使えたら（腕の良し悪しは別として）一人前だと思ってる
0035デフォルトの名無しさん
2005/10/21(金) 16:56:44俺、40じゃん
0036デフォルトの名無しさん
2005/10/21(金) 17:23:19つーか「総対称プログラミング」てなんだよ？
ぐぐる君はそんなもんないって文句いってるぞ。
まぁ「総称プログラミング」「ジェネリックプログラミング」だとしても、そんなに難しいもんじゃないだろ。
0037デフォルトの名無しさん
2005/10/21(金) 17:59:160038デフォルトの名無しさん
2005/10/21(金) 18:11:33>>18 >>22
藻前は35レスしかないログも読めないのか？
って事で2ch過去ログよりgoogle検索の方が偏差値が低い事が判った。
0039デフォルトの名無しさん
2005/10/21(金) 18:48:440040デフォルトの名無しさん
2005/10/21(金) 20:15:49OpenGL以下だお
0041デフォルトの名無しさん
2005/10/21(金) 20:17:57俺的には、混沌流体力学系気象シミュと、アマチュア5段程度の将棋思考プログラムを偏差値70にしたい。
0042デフォルトの名無しさん
2005/10/21(金) 20:47:000043デフォルトの名無しさん
2005/10/21(金) 23:24:58〜シミュ系で難しいのはソフトウェア技術よりもモデル化の部分でしょ。
複雑流体なんて理論的に困難なのがわかってんだからソフトウェア技術でなんとかなる問題じゃない。
0044デフォルトの名無しさん
2005/10/22(土) 00:36:48そうか？
バリバリにオブジェクト指向だから、その思想を理解する必要がある。
OpenGL より難しくて、思想が支離滅裂な MFC より簡単な気がするぉ。
もう使ってねーけどｗ
00451
2005/10/22(土) 00:56:55を書くからちょっとまってくれ。
--- ↓ここまでわかっている人は殆どいないと思われる技術 ---
70 圏論,将棋プログラム(アマチュア5段)
--- ↓ここまでグル向けの技術 ---
67 計算量理論,計算の理論,最適化コンパイラ,OS設計
65 Haskell,Prolog,Hoare理論,型理論,ペトリネット
--- ↓ここまでエリート向けの技術 ---
62 StandardML/OCaml,Z/VDM-SLアナリシスパターン,
ラショナル統一プロセス,剛体シミュレーション
60 OCL,ATL,デバイスドライバ,J2EE,総称プログラミング,単純なコンパイラ
--- ↓ここまで優秀なプログラマ向けの技術 ---
58 MFC,DirectX(3D),OpenGL
57 UML,アスペクト指向,木構造全般,構造化分析
55 C++,SOAP,デザインパターン,ハフマン符号化
--- ↓ここまでまあまあのプログラマ向けの技術 ---
54 アセンブラ、DirectX(2D),マルチスレッドプログラミング、ソート全般
52 XML,SQL,正規表現,ヒープ,M/M/1待ち行列,ユニットテスト
50 VisualBasic.NET,C#,Delphi,Java
--- ↓ここまで平均的プログラマ向けの技術 ---
47 Win32API
45 C言語,二分検索
40 VisialBasic6.0,COBOL
0046デフォルトの名無しさん
2005/10/22(土) 01:18:4200471
2005/10/22(土) 01:25:02>特定のプラットフォームでしか使えない要素技術が混在している
一貫性がないのは最初から解ってたけど、いいガイドラインが
あれば教えて。
>>24
>剛体シミュ 67→57
剛体も高校で習うニュートン力学とオイラー法ぐらいの簡単な
やつだったらそうでもないけど、テンソルとかでてくると難しく
ないですか?よく知らないのであれですが。簡単なやつを基準に
するにしてもOpenGLより簡単にしたくないので62にしました。
ついでにOpenGLはエリートの技術じゃないと思うので、DirectX
と一緒に58に落としました。
モナドはHaskellのモナドをイメージしてました。圏論にもモナド
があるのは知っています。かなりするどい突っ込みですね。不適切
なので削除しました。
>>25
そう考えると自分の中で燃えてくるものがあるのであれば、そう
解釈してもかまいません。勝手にどうぞ。
>>29
独習で学習していて、途中で挫折した経験がないんですか?
世の中難しいことはたくさんありますよ。
00481
2005/10/22(土) 01:26:12これはとりあえずペンディング。
>>31
2chにスレを立てるからには読んだ人が顔を真っ赤にするような
釣りをするのが礼儀だと思って、慣れないながらも釣竿たらして
みたんですが、修行がたりませんね。精進します。
>>32、33
データベースも奥が深いのはわかってるんだけど、全然やったことがない
から書けないだけだっつーの。データベースがわかってるんだったら文句
たれてなくて提示しろっつーの。むしろ自分は誰も知らないデータベース
のディープな技術を教えて欲しい。データベースは以下のような内容はどう
なの?適当に点数つけてくれ。
- データ中心アプローチ
- ER図
- 一貫性制約
- 関係代数
- 関係論理
- 正規化理論
>>36
ジェネリックプログラミングは少々下げました。
00491
2005/10/22(土) 01:27:02OpenInventorは58〜59。GoFのデザパタ本のVisitorパターンの実装例
としてあがってるぐらいオブジェクト指向しているし、Visitorパター
ンはデザパタの中でも最も解りづらい(メリットを理解するのが難しい。
自分も最初わかりませんでした)部類に入るので、難易度はデザイン
パターンよりプラスかと。
>>41
混沌流体力学系気象シミュはよくわかんないけど、将棋はランキングに
入れました。
>>42
ネタですか。もしかして知らないかもしれないですが、Prologって
強烈に難しいですよ。PrologがOKでWin32APIがNGっていうのはあり
えない。
>>43
自分にはよく解んないのでフォローよろしく。
0050デフォルトの名無しさん
2005/10/22(土) 01:31:17関数へのポインタの配列とか使える？
Java と同程度の50ぐらいじゃね？
67 計算量理論,計算の理論
65 ペトリネット
１さんが知らないだけでグル向けといった感じではないような…
剛体シミュレーションとともに削除では？
0051デフォルトの名無しさん
2005/10/22(土) 01:39:200052デフォルトの名無しさん
2005/10/22(土) 01:44:06expression templateとかあらゆる手法を含めてのことじゃないか？
0053デフォルトの名無しさん
2005/10/22(土) 01:51:51それはレベル高い人というよりクレイジーな人だと思うが。
0054デフォルトの名無しさん
2005/10/22(土) 02:20:23１の思考からすると頂点ですか？
0055デフォルトの名無しさん
2005/10/22(土) 03:41:27興味ないものは偏差値低いのね。
0056デフォルトの名無しさん
2005/10/22(土) 04:07:11なんで自分の知らない技術を振られるとそんな反感的なんだ>>48
知らんお前がわるい
データベースしってる人間ならSQL文法の難易度より
正規化や設計の難しさを唱えて当然だ
0057デフォルトの名無しさん
2005/10/22(土) 06:16:06計算量と計算可能性を提案した身なので前者についてちょっと弁解。後者は思い入れないからいいや。
計算量理論ってのはソートが O(n log n) とかその程度を想定してるんじゃなくて、組合せ論や数論、
モノによっては組合せ位相幾何とか持ち出さなきゃいけない程度のを想定してた。
まー、新たに追加する人が少ないので追加してみたってのが正直なとこだけどね。
0058デフォルトの名無しさん
2005/10/22(土) 07:18:36どの位の部分にあたるんですか？
0059デフォルトの名無しさん
2005/10/22(土) 07:38:15あれは知識の丸暗記であって、技術難易度とは関係ないかと
0060デフォルトの名無しさん
2005/10/22(土) 07:38:560061デフォルトの名無しさん
2005/10/22(土) 07:40:25「知識」と「技術」の 意味を それぞれ調べてからレスしてね
0062デフォルトの名無しさん
2005/10/22(土) 07:43:32知識で解けるような資格じゃないが・・・・
0063デフォルトの名無しさん
2005/10/22(土) 07:44:51すべてを ひとくくりで表現できるわけねぇだろ
0064デフォルトの名無しさん
2005/10/22(土) 08:30:16だから偏差値つけてるんじゃねーか
0065デフォルトの名無しさん
2005/10/22(土) 08:54:48合格率を見ると、60前後じゃない？
0066デフォルトの名無しさん
2005/10/22(土) 09:41:190067デフォルトの名無しさん
2005/10/22(土) 13:14:14ランキングを作ろうとはアホですか？
高校で言えば、教科の難易度ランキングを作っているようなものだ。
0068デフォルトの名無しさん
2005/10/22(土) 13:14:16以下のものも分類してみてください
Lisp系マクロ、継続、パターンマッチ、遅延評価、レキシカルクロージャ
メタオブジェクトプロトコル
0069デフォルトの名無しさん
2005/10/22(土) 17:45:280070デフォルトの名無しさん
2005/10/22(土) 18:54:26言語・ライブラリは基本的に、偏差値50以上の人は習得可能だろ？
そうでなければ言語・ライブラリの方が間違っている。
0071デフォルトの名無しさん
2005/10/22(土) 20:14:30ロボット工学，解析力学とかかじっている人間には別段難しくないような
気がするのだが．．．
0072デフォルトの名無しさん
2005/10/22(土) 21:27:04＞そうでなければ言語・ライブラリの方が間違っている。
残念ながら、世の中は間違いだらけ
0073デフォルトの名無しさん
2005/10/22(土) 21:29:27適度な粒度で切り分けるのが難しいな
0074デフォルトの名無しさん
2005/10/22(土) 22:08:47あなたが言っていることはまったくもって正論なんだけど、
現実がそうでなくなっているから、"ease of development"
っていう言葉がでてきたんだよな。
0075デフォルトの名無しさん
2005/10/22(土) 22:36:13やってみな
0076デフォルトの名無しさん
2005/10/22(土) 23:05:40変化が速いから、実際の業務では習得に時間をかけてられないだけ。
0077デフォルトの名無しさん
2005/10/23(日) 00:17:34Cnleaning やったことない奴に言われてもなぁ・・・
0078デフォルトの名無しさん
2005/10/23(日) 02:43:16はげしく同意。
あんなのビット処理が面倒なだけでアホでも書ける。
それに算術符号の方が綺麗さっぱり書けて、早くて、効率良くて・・・ハフマンイラネ。
0079デフォルトの名無しさん
2005/10/23(日) 12:18:4650みたいな環境or人もいるみたいだし
テメーでやれって感じでつね
0080デフォルトの名無しさん
2005/11/07(月) 18:22:240081デフォルトの名無しさん
2005/11/07(月) 19:15:57だけなら誰でもできるとは思うが、とりあえず、うれしい。
0082デフォルトの名無しさん
2005/11/07(月) 21:22:39最適化の教科書は何読んでるの?おせーて。
日本語でいい本ありますか。やっぱり洋書ですか。
0083デフォルトの名無しさん
2005/11/07(月) 23:29:18ソースコード晒せる？
>>82
日本語の教科書で最適化について体系的に記述されている本だと
「コンパイラの構成と最適化」ISBN4-254-12139-3 が定番かと。
0084デフォルトの名無しさん
2005/11/08(火) 00:42:010085デフォルトの名無しさん
2005/11/08(火) 01:37:12これはＯＳよりもむづかしい
0086デフォルトの名無しさん
2005/11/08(火) 08:54:47実際のところどうなんでしょう？
本当にそれほどの差があるんですか？
これからC++を勉強しようかと考えていたところなので、参考までに知りたい
です。
0087デフォルトの名無しさん
2005/11/08(火) 15:46:39008881
2005/11/08(火) 16:23:26日本語なら中田先生の本。「コンパイラの構成と最適化」。
やっぱ論文とかのが多いんじゃね？
>>83
昔SSA最適化の研究してたころは実際コーディングしてたんだけどそれ見る？
多分GCCのソース見てた方が有用だよ。
というか、最適化の方法を考えるのが大変なだけで、実装はそんなに難しく
ないでしょ？動的最適化になると実装は大変だろうけど。
MPUに特化した最適化も情報さえあればできるでしょ。
何も考えなくていい。理解して実装するだけなら誰でもできる。
0089デフォルトの名無しさん
2005/11/08(火) 17:10:54OOPだけなら大差ない。
C++にはそれ以外の部分があるから上位になっている。
0090デフォルトの名無しさん
2005/11/08(火) 19:45:33ただ、これを見るといかに自分が低いレベルのプログラマであることが
わかってしまうが。○TZ
もっ
009190
2005/11/08(火) 19:46:21鬱氏･･･
0092デフォルトの名無しさん
2005/11/08(火) 20:39:48009390
2005/11/08(火) 21:10:01「もっと勉強せねばなぁ」と書き込もうとしたら、間違えて書き込むボタンを
押してしまったとです。
0094デフォルトの名無しさん
2005/11/08(火) 21:13:430095デフォルトの名無しさん
2005/11/08(火) 21:21:340096デフォルトの名無しさん
2005/11/08(火) 21:35:43( ﾟ∀ﾟ)彡 もっ！
⊂彡
0097デフォルトの名無しさん
2005/11/08(火) 21:43:15業務上、1氏の掲げる技術は本当に全部を習得しなければならないものなのでしょうか？
必要とされるのはソフトウェア技術ではなくシステム構築技術なのでは無いのか
という疑義が発生しましたので質問させていただきました。
#>>90氏のレスもトリガですけどｗ
0098デフォルトの名無しさん
2005/11/08(火) 21:46:03| ノ ヽ
/ ● ● | もっ──！！
| ( _●_) ミ
彡､ |∪| ､｀＼
/ ＿＿ ヽノ /´> )
(＿＿＿） / (_／
| /
| ／＼ ＼
| / ) )
∪ （ ＼
＼＿)
0100デフォルトの名無しさん
2005/11/08(火) 22:40:20職業プログラマなら、５０以下の技術をいくつか使えりゃ喰えるんじゃね？
いわゆるデジドカだけどなｗ
010183
2005/11/08(火) 23:12:04職業プログラマ6年生です。
>業務上、1氏の掲げる技術は本当に全部を習得しなければならないものなのでしょうか？
んな訳ありません。例えば「最適化コンパイラ」のスキルをPG全員が共有していても意味がないですよね。
0102デフォルトの名無しさん
2005/11/08(火) 23:26:40PGに必要なのはこれだけだよ。ものすごく単純な仕事のはずなんだよ。
でも現実には説明ができないまま実装に入ったりするから修羅場になるわけ
で。今実際ネックになってるのは要求獲得の技術だと思う。この辺り，もっと
研究すべき。おもしろくはないけど。
0103デフォルトの名無しさん
2005/11/09(水) 02:19:10↓
乳酸菌プログラムを作成した者です
http://news19.2ch.net/test/read.cgi/news/1131122606/l50
0104デフォルトの名無しさん
2005/11/09(水) 10:28:58システム構築屋になりたいのか、ソフトウェア技術屋になりたいのかで異なる。
システム構築屋を目指すのなら極端な話、プログラム書ける必要は無い。
0105デフォルトの名無しさん
2005/11/09(水) 11:02:3601061
2005/11/09(水) 20:32:48一部の人しか解らないような概念は仕事ではなかなか使えませんね。
役に立つかどうかというより、使えないというのが実情じゃないで
しょうか？最適化コンパイラとかの場合は業務で実際にやっている
ところは大きな会社で、かなりハイレベルなところが多いですね。
実際のことろ、業務ではそんな技術要素、理論より要求獲得の
方が重要だというのには賛成なんですが、名前のついた要求獲得の
方法論とかってあまり聞かないんですが誰か知らないでしょうか。
業務およびシステムの分析であるアナパタがランキングに入っている
ので、名前がついていて体系化された方法論があればランキングに
載せる事はできますが。
Lispは62ぐらいでどうでしょうか？Lispはよく知りません。
「LISPはどの辺ですか？１の思考からすると頂点ですか？」って
いうのは確かにいかにもそんな感じのランキングなんですが(藁
データベースとか、これぐらいじゃないの？とか提案してくれる
人がいないですね。今のランキングは自分の好みで偏っていて
文句があるのはわかっているんですが、自分ひとりでランキング
をつくっているとどうにもなりません。
0107デフォルトの名無しさん
2005/11/09(水) 20:48:44Lispなど関数プログラミング（言語）は人口が少ないだけで、レベルそこまで高くはないと思う。
俺としては58〜60を推す。（大して変わらないと言われそうだが）
0108デフォルトの名無しさん
2005/11/09(水) 21:18:04根本的に違うものを比べるとますますわけのわからん表になるだけじゃないか？
0109デフォルトの名無しさん
2005/11/09(水) 21:24:43要求獲得の技術はソフトウェア工学の分野じゃないからな，要求が獲得されて
いるのがソフトウェア工学の暗黙の前提になってる。
0110デフォルトの名無しさん
2005/11/09(水) 21:33:31分野別に分けたらいいんじゃないかな？
0111デフォルトの名無しさん
2005/11/09(水) 22:25:26そんなに難しくない。むしろ、要求仕様等の制約をふまえて納
期、品質に間に合うよう応用する方が重要だと思う。特に、
組み込みの場合。
0112デフォルトの名無しさん
2005/11/09(水) 22:34:400113デフォルトの名無しさん
2005/11/09(水) 22:38:03> ★難易度の採点の基準★
> 1.難易度は偏差値で表す。
> 2.偏差値の基準は母集合に対するその技術が習得可能な人の割合。
> 3.母集合は日本の情報系の学科で勉強している学生、職業プログラマ、SE全体とする。
> 4.母集合は正規分布で分布しているものする。偏差値は中央値を50、1σ=10とする。
「統計ベースでランキングを作ろう」とここまでは分かるんだけど
統計取らないで何の根拠も無しに >>3 が出てくるのが恐れ入る
母集団をこの板にして統計取ろうぜ
0114１００１
2005/11/09(水) 22:47:57もう書けないので、新しいスレッドを立ててくださいです。。。
01151
2005/11/10(木) 15:37:28最初は、統計取るのは無理だから、経験側でつけてんだろ。
統計とりたきゃテメーでやれ。と思ったんだけど、統計取れ
というのはよくよく考えるといろんな意味で良さそう。
今のランキングのつけ方からいくと、どうしても自分が
知っている範囲でしかランキングがつけれないけど、
実際に統計取れば内容知らなくても大丈夫だよな。
でも、どうやって統計とるかが色んな意味で難しいわけ
なんだけど、少し考えてみた。
0116デフォルトの名無しさん
2005/11/10(木) 15:39:2701171
2005/11/10(木) 15:40:08というのは、他のスレをみていてうまくいかなそう(自身の
ある人しか申告しない、見栄をはる奴がでてくる)な上、
そんなにN数とれなそうなので却下。
そこでアンケート用のホームページをつくってそこで
答えてもらうという方法を思いついた。アンケート用の
システムを構築しないといけないのが大変かなと思ったけど、
調べてみたらアンケート用のcgiってそこら辺に転がっているね。
だれかお勧めのcgiや自由なcgiがつかえる無料のホームページ
スペースを知っている人がいたら教えてちょうだい。
ホームページができたら「あなたのソフトウェア技術者偏差値
(IQでもいいけど)測ります！」とかの煽り文句でプログラム
板の他のスレで宣伝すればN数はとれそう。
統計詳しくないのでどれぐらいN数とればいいかわからないけど、
直感的には1000ぐらいとればよさそうな気がする。
と、その前に、アンケートの技術アイテムだし(カテゴリ分けも
しないといけない)と質問形式を考えないといけないわけだが、
それは今から考える。
これでどうよ。
0118デフォルトの名無しさん
2005/11/10(木) 21:38:20マジレス。
ここは良スレ。それは偏差値を決めるのが1さんだったからだと思う。
アンケートを取るのは実験としては意味のないことではないだろうけど、
1さんを中心としてわいわいやってる今のノリは無くなって欲しくない。
0119デフォルトの名無しさん
2005/11/11(金) 22:35:11モデル検査はどの程度の偏差値でしょうか？
0120デフォルトの名無しさん
2005/11/11(金) 22:42:0001211
2005/11/11(金) 23:42:20良スレだったのか。ありがとう。
でもソフトウェアに関することは強引にすべてごった煮にしたり、
本来偏差値をつける事ができないことに無理やり数字を入れるのが
醍醐味だと思ってスレ立てたけど、そう思わない人もいるみたい。
そういう批判はそういう批判で受け止めてます。
まあちょっとどうするか考えてみます。
>近年ソフトウェア検証技術として注目を浴びつつある
>モデル検査はどの程度の偏差値でしょうか？
初めてきいたのでちょろっと調べたけど、ペトリネットやLTSAの
ようないわゆる形式的、数学的な手法みたいですね。産総研なんか
の研究所なんかが研究しているぐらいだから難しいんだろうけど、
ペトリネット(65)とそんなに大差ないんじゃないかな。
このスレみてたら気付くだろうけど、例によって自分好み
の手法っぽいから今度暇があったら勉強してみる。
>120
VisualBasicでCOMをつくるのであれば50、C++で組むのであれば
ATLをつかうと思う(使わなくて書いている人いる?)からATLと
一緒だと思っていたけど駄目でしょうか。
0122デフォルトの名無しさん
2005/11/12(土) 01:19:18なんでPrologがC++やJavaより上に来ているんだと。
大学の授業でPrologやらされたが、
Cできない奴がPrologのほうがわかりやすくでお気に入りだと
言っていたぞ。納得いかぬ。
それと、難解な数論、位相幾何学はないのか？
位相幾何学がもっとも難解だとされているはずだが、
>>1の主張は一体何なのか？
0123デフォルトの名無しさん
2005/11/12(土) 01:38:27>>1さんのその考えが書かれていましたが
＞2.偏差値の基準は母集合に対するその技術が習得可能な人の割合。
＞「習得できる人」とは独習で学習して挫折しない人を指します。
独習といっても書籍やWeb上の資料がどれだけあるかにも因る。
例えばCに関する資料は容易に得られるが
prologに関する資料は(相対的)に少ない。
両者ともいざきちんとした指導の下で習えば
偏差値１５以上もの差が出るほどではないと思う。
0124デフォルトの名無しさん
2005/11/12(土) 01:40:42数学的な難しさがあるところかな。
0125デフォルトの名無しさん
2005/11/12(土) 01:44:05自作自演にしかみえないのだが。
0126デフォルトの名無しさん
2005/11/12(土) 02:14:33習得可能とか言い出すと、きりがねーし、推測不可能だろ。
習得済みの人の割合にした方がいいんじゃねーの？
0127デフォルトの名無しさん
2005/11/12(土) 14:24:350128デフォルトの名無しさん
2005/11/12(土) 15:48:490129デフォルトの名無しさん
2005/11/12(土) 16:45:28俺の認識では難易度は PS2 > N64 > XBOX だと思うんだけど、
違っててたらつっこみプリーズ。
0130デフォルトの名無しさん
2005/11/12(土) 17:10:11描画ライブラリを書く難易度で比べてもPS2で必要なのは同次空間を扱う
数学的知識とアセンブラだけど、XBOXだとシェーダーになるし、これらを
同列に扱うのは無理がある。
0131デフォルトの名無しさん
2005/11/12(土) 20:14:44偏差値わからないんだったら、ランキングの指標変えろよデブ
0132デフォルトの名無しさん
2005/11/12(土) 23:30:11ピザでも食ってろ、デブ
0133デフォルトの名無しさん
2005/11/12(土) 23:48:20>>132
お前が消えろカス
0134デフォルトの名無しさん
2005/11/13(日) 00:15:33おまえは正直に頭が悪いと言った方がいい
0135129
2005/11/13(日) 04:04:54つっこみありがとう。
>同列に扱うのは無理がある。
無理があるのは承知の上であえて比較して見せるのがこのスレな訳で。
PS2の描画ライブラリでVU0とVU1を並列駆動するアセンブラのコードを見て
クラクラした後でXBOXはDirectX使えてちょー簡単とか思ったことがあった。
でなにが言いたいのかというと俺様難易度ランキングをつけてみると
プログラマとしての自分のキャリアが浮き彫りになって結構楽しいよっと。
0136デフォルトの名無しさん
2005/11/13(日) 11:31:210137デフォルトの名無しさん
2005/11/13(日) 11:43:080138デフォルトの名無しさん
2005/11/13(日) 12:47:160139デフォルトの名無しさん
2005/11/13(日) 16:40:54GI付きで。
0140デフォルトの名無しさん
2005/11/14(月) 18:36:56マルチプロセスは、マルチスレッドプログラミングと同じぐらい？？
01411
2005/11/14(月) 20:59:56>それと、難解な数論、位相幾何学はないのか？
>位相幾何学がもっとも難解だとされているはずだが、
もはやそこまでいくと殆ど純粋数学のような気がする。
http://science4.2ch.net/test/read.cgi/math/1104032460/l50
判断付かないので数学板のランキングでもみてくれ。
とりあえず数学板のランキングで偏差値50以上は純粋ソフト屋には
厳しい感じがする。
http://softtechrank.hp.infoseek.co.jp/
アンケートページをつくった。内容に文句があったら今のうちに言っといて。
なんか自分が偏差値つけると文句言われるし、その割には聞かれるしつかれた
ので適当なタイミングで名無しに戻る。データがうまく集まるようなら、集計
と発表ぐらいはするけど。
0142マイク ◆yrBrqfF1Ew
2005/11/14(月) 21:32:120143デフォルトの名無しさん
2005/11/14(月) 22:15:16C++をJavaより上に置いておきながら
デザインパターンをC++と同レベルにおいてる。
そうしておきながら
VBとJavaとを同列に扱ってる時点で
>>1から激しくJava嫌いな匂いがするんですが。
しかもさ、C++と同列に扱ってるハフマン符号化
なんてVB.NETよりレベルを低く設定している二分探索
より簡単なんですが。
明らかにおかしいね。
0144デフォルトの名無しさん
2005/11/14(月) 22:58:23C++から無用の複雑さを取り除いたというのがJavaの売り文句のひとつなのだから
JavaがC++より偏差値低い（習得しやすい）のは当然だろう。
デザインパターンをC++と同レベルにおいてるのは、デザインパターンが
プログラマの共通語彙となることを意図していることから考えると疑問だな。
JavaとVBを同列ではなく、JavaとVB.NETおよびC#を同列にしている。
要するにJavaと.NETは同レベルといっているわけだ。
おれは.NETのほうがやや偏差値低い（習得しやすい）と思う。
ハフマン符号化の偏差値が変というのはそのとおり。
んが、学生の宿題ネタに重宝される二分探索より簡単なわけねーだろ。
0145デフォルトの名無しさん
2005/11/15(火) 05:28:31プログラム板では数学板のようにランキングを作れないだろう。
なぜなら『議論してランキングを作成できる』以下が大部分だから。
板を立てる前に前提条件をよく見極めておくべきだったな。
0146デフォルトの名無しさん
2005/11/15(火) 10:56:06ランキングなぞには興味を示さない
0147デフォルトの名無しさん
2005/11/15(火) 12:05:56基準は習得しやすいかどうかじゃなくて、習得可能かどうか。
0148デフォルトの名無しさん
2005/11/15(火) 17:17:05シャノンの符号理論やら情報エントロピーやらで小一時間語れるかどうか、が
重要なんじゃないか？
結局、それってプログラミングの技術ではない気がするが。
0149デフォルトの名無しさん
2005/11/15(火) 17:40:18ソフトウェア技術ではあるような気がする。
0150デフォルトの名無しさん
2005/11/15(火) 22:30:350151デフォルトの名無しさん
2005/11/15(火) 23:24:48デバッグ技術とそれに耐えられる忍耐力がすべてでしょ？
脳に穴が開いてるような人間でもない限り、ここに上げられている技術って
全部実装できるでしょ？
忍 耐 力 さ え あ れ ば
0152デフォルトの名無しさん
2005/11/15(火) 23:36:52これは、頭のできを表す数値では決して無く、単なる統計法の一種でしかない。
0153デフォルトの名無しさん
2005/11/16(水) 00:43:12母集団が正規分布でモデル化できるのはなぜ？
0154デフォルトの名無しさん
2005/11/16(水) 02:42:59アニメ・マンガでの聞きかじりの知識ばかりなので真面目に突っ込まないように。
0155デフォルトの名無しさん
2005/11/16(水) 09:25:12> >>143
> C++から無用の複雑さを取り除いたというのがJavaの売り文句のひとつなのだから
> JavaがC++より偏差値低い（習得しやすい）のは当然だろう。
それだとC++をメインに使っているほうが偉いと勘違いするバカがいるので
そういう言い方は辞めて欲しい。
C++でとにかく汚いコードを書けばいいんだという誤解を生む。
それはソフトウェア工学上、好ましくないことだ。
バカが見たらそく勘違いするだろう。
> デザインパターンをC++と同レベルにおいてるのは、デザインパターンが
> プログラマの共通語彙となることを意図していることから考えると疑問だな。
はっきりいってJavaはデザインパターンを知らないと使いこなせない。
Javaの多くの標準APIはデザインパターンを使っている。
なのでC++と同列に扱いのはおかしい。
> JavaとVBを同列ではなく、JavaとVB.NETおよびC#を同列にしている。
> 要するにJavaと.NETは同レベルといっているわけだ。
> おれは.NETのほうがやや偏差値低い（習得しやすい）と思う。
うえで、JavaはC++から無駄なものを切り落としたからJavaのほうが簡単だから
レベルを下げていると主張しておきながら、Javaよりも余分な機能が多いC", .NETのほうが
レベルが低いというのは矛盾しているぞ。C#はJavaほどC++から機能を削ぎ落としてはいない。
C#は構造体やunsafe,値型参照型の扱い、などJavaにできないことができる。
> ハフマン符号化の偏差値が変というのはそのとおり。
> んが、学生の宿題ネタに重宝される二分探索より簡単なわけねーだろ。
ハフマン符号化の宿題は二分探索の宿題より簡単だぞ。
情報理論の授業を一回聞いていれば10分でその問題を解けるというレベル。
0156デフォルトの名無しさん
2005/11/16(水) 09:40:54>そういう言い方は辞めて欲しい。
確かに勘違いしそうなやつもいそうだけど。
別に偏差値が低いと悪いとか劣っているとかそういうことではないよ。
それこそ偏差値教育に毒されているのでは。
むしろC++の偏差値が高い理由は言語が複雑だからという悪い理由、
Javaが低いのは言語がシンプルだからという良い理由からだと思う。
>はっきりいってJavaはデザインパターンを知らないと使いこなせない。
>Javaの多くの標準APIはデザインパターンを使っている。
>なのでC++と同列に扱いのはおかしい。
Javaの言語自体の偏差値は低いけど、J2EEは60だよね。
言語は簡単だけど、実際のJavaによるソフトウェア開発そのものが
簡単だといっているわけではないと思うんだけど。
0157デフォルトの名無しさん
2005/11/16(水) 09:55:180158デフォルトの名無しさん
2005/11/16(水) 11:18:310159デフォルトの名無しさん
2005/11/16(水) 11:44:35このスレを見る限りでは、統計＝偏差値70ってとこだなｗ
0160デフォルトの名無しさん
2005/11/16(水) 13:41:53それは偏差値20の根性論ですか？ｗ
0161デフォルトの名無しさん
2005/11/16(水) 17:18:080162デフォルトの名無しさん
2005/11/16(水) 20:49:400164デフォルトの名無しさん
2005/11/16(水) 21:38:26天才ってのは「忍耐力」がある人のことを言うんだぜ？
まぁたまーーーーに、脳みそスペックが根本的に違うやつはいますけどね
アラン・チューリングとかフォン・ノイマンとか
まぁでもそういうやつは限りなくマイノリティだろ
0165デフォルトの名無しさん
2005/11/16(水) 21:45:230166デフォルトの名無しさん
2005/11/16(水) 21:45:25まぁ「努力の天才」って意味で言っているんだと思うが、、。
0167デフォルトの名無しさん
2005/11/16(水) 21:49:410168デフォルトの名無しさん
2005/11/16(水) 21:58:09それは一理あるなｗ
0169デフォルトの名無しさん
2005/11/16(水) 22:38:17たぶん、自演だろうけどｗ
0170144
2005/11/16(水) 22:43:47>それだとC++をメインに使っているほうが偉いと勘違いするバカがいるので
>そういう言い方は辞めて欲しい。
偏差値 = f(習得できた人口/習得しようとした人口) であるこのスレ限定表現な。
あとバカはなにをどうしようとバカなんで気にすんな、もしくは我慢しな。
>うえで、JavaはC++から無駄なものを切り落としたからJavaのほうが簡単だから
>レベルを下げていると主張しておきながら、Javaよりも余分な機能が多いC", .NETのほうが
>レベルが低いというのは矛盾しているぞ。C#はJavaほどC++から機能を削ぎ落としてはいない。
>C#は構造体やunsafe,値型参照型の扱い、などJavaにできないことができる。
理由はインストールの簡単さとIDEの使い易さ(普及には最初の一歩が肝心)。
>ハフマン符号化の宿題は二分探索の宿題より簡単だぞ。
>情報理論の授業を一回聞いていれば10分でその問題を解けるというレベル。
言い方が悪かった。最適化二分探索コードを書くよりも
最適化ハフマン符号化コードを書くほうが数段高度なスキルを要する。
0171デフォルトの名無しさん
2005/11/16(水) 23:24:090172デフォルトの名無しさん
2005/11/16(水) 23:35:35粘着しているけど君の言う偏差値って何さ。
0173デフォルトの名無しさん
2005/11/16(水) 23:48:35ってのは明らかに間違っていると思うよ。
0174デフォルトの名無しさん
2005/11/16(水) 23:53:440175デフォルトの名無しさん
2005/11/16(水) 23:56:37ええぇ〜〜〜〜〜〜！！
そんな強引な展開あり？
0176デフォルトの名無しさん
2005/11/16(水) 23:59:270177デフォルトの名無しさん
2005/11/17(木) 00:11:59>偏差値 = f(習得できた人口/習得しようとした人口)
fっていうのは関数だというのは解ってるよね?
というかそれも解ってないような気がするｗ
その関数って言うのは累積確率pから偏差を単位とした値を
求める関数で、その関数は集合が正規分布で分布している
ことを前提としている。正規分布が本当に妥当かどうかは
置いとくけど、まあ、この手の分布は正規分布にまあまあ
近いというのが一般的だ。
累積確率pから偏差(偏差値)を求めるのはあくまで近似だけどな。
0178デフォルトの名無しさん
2005/11/17(木) 00:18:17哀れすぎる
0179デフォルトの名無しさん
2005/11/17(木) 00:39:15ここで少し考え方を変えてみてはどうでしょうか。
例えば、それぞれの技術を一人の受験生だと仮定します。
その受験生が同じ模試を受けたときに取る点数で
偏差値を作るとします。
そうしたら、>>1さんのようにはならないと思います。
横から口出してすみませんでした。
0180デフォルトの名無しさん
2005/11/17(木) 00:51:370181デフォルトの名無しさん
2005/11/17(木) 01:11:20>>1は土下座して謝罪して金一封のお礼を汁！
0182デフォルトの名無しさん
2005/11/17(木) 01:16:26うーんC++が受験したら
たぶん一点も取れないだろうな...
なぜならC++は問題の回答を得るための手段（道具）であって
人工知能ではないからだ
ってこんな当たり前のことがわかりませんか？
0183デフォルトの名無しさん
2005/11/17(木) 02:25:070184デフォルトの名無しさん
2005/11/17(木) 11:29:00削除しろ
0185デフォルトの名無しさん
2005/11/17(木) 13:15:22まあこんなものさｗ
0186デフォルトの名無しさん
2005/11/17(木) 17:11:20理解している人が見れば全然違うんだろうが。
0187デフォルトの名無しさん
2005/11/17(木) 20:35:53そこを隠蔽するのが技術ですから。
0188デフォルトの名無しさん
2005/11/17(木) 20:51:42まぢですか。
んじゃ目次が整理されてて小便利な
ttp://www.atmarkit.co.jp/fdotnet/vb6tonet/index/index.html
あたりで見慣れないトピックをつまみ食いしてみてはどうでしょうか。
0189デフォルトの名無しさん
2005/11/17(木) 20:59:54thx
.NET移行前に一応そのサイトは見たんだけど、言語仕様が若干変わってる程度の認識で
時間が無いから作り始めちゃってる。
その関連でOOPとかデザインパターンとかをさらっと見てるけど、ものにするまで
時間が少々かかりそう。
0191デフォルトの名無しさん
2005/11/17(木) 21:22:11まじか？…まじなのか？…
積分とったらとんでもないことになると思うんだが…
0192デフォルトの名無しさん
2005/11/17(木) 21:27:39確かに積分とったら愉快なことになるな。>>177 よんで納得したら巣に帰れ。
0193デフォルトの名無しさん
2005/11/17(木) 21:51:41こんなこと言っちゃったおバカさんが
言い訳するスレはここですか
0194デフォルトの名無しさん
2005/11/17(木) 21:58:190195デフォルトの名無しさん
2005/11/17(木) 22:02:370196デフォルトの名無しさん
2005/11/17(木) 22:05:460197デフォルトの名無しさん
2005/11/17(木) 22:44:31遊びに決まってるじゃん
0198デフォルトの名無しさん
2005/11/17(木) 23:03:07なんとそいつらはJava厨よりも手に負えないことを発見したことが、
このスレ最大の功績だと認識しました。
0199デフォルトの名無しさん
2005/11/17(木) 23:13:16だからさ、、、、確率だよね？
ばからし。
0200デフォルトの名無しさん
2005/11/17(木) 23:17:420201デフォルトの名無しさん
2005/11/17(木) 23:35:21あのな、ここはプログラム板なのよ。
偏差値ってのは1>>さんが意図的に煽り文句として入れたギミックなのね。
もういい加減確立厨ウザイので立ち去ってください。
0202デフォルトの名無しさん
2005/11/17(木) 23:40:40>>1が出した偏差値という仕様は守れ。
0203デフォルトの名無しさん
2005/11/18(金) 01:15:28>細かいことに拘れない奴はプログラマに向いてないと思うんだが。
全面的に同意。その上でPGからSEに遷移中の身としてあえて反論する。
>>1の最初仕様はこうだよな。
>1.難易度は偏差値で表す。
>2.偏差値の基準は母集合に対するその技術が習得可能な人の割合。
>3.母集合は日本の情報系の学科で勉強している学生、職業プログラマ、SE全体とする。
明らかに実装不可能。
>>10 でこういう発言があるな。
>というか、本音は偏差値を持ち出すと適度に話が荒れて
>いいんじゃないかと思っているだけなんだけどな。
更に >48 でこういう発言がある
>2chにスレを立てるからには読んだ人が顔を真っ赤にするような
>釣りをするのが礼儀だと思って、慣れないながらも釣竿たらして
>みたんですが、修行がたりませんね。精進します。
この時点で「形式的にはいわゆる偏差値の形式」に準拠しつつ
実装可能な妥協点を提案するのが妥当じゃないか。
例えば >>162 の格付け案など、安定性とか将来性とか多面的に評価できれば
かなり面白いと思う(といって偏差値の呪縛から解き放たれるようにもっていく)。
0204デフォルトの名無しさん
2005/11/18(金) 15:49:26格付け案はいいけど、「習得しているかどうか」なんて曖昧な表現を
どこまで具体的に持っていくのかって話よ。
それに具体性を持たせるほど、一人の意見、つまり最終的に >>1 の
オナニースレになってしまうのは目に見えてるわけで…
おれの提案としては〜
偏差(値じゃないよ)をつけたいなら、まずランキングに入れる技術自体
を最初に決めてしまって、それに個人の主観で決めた難易度を集計する。
そして個人それぞれが決めた最低、最高の技術を基準として数値化し、
さらにそれを集計する。
表示部分なんてその後で決めたほうが早いわけで…
まあ、これはちょっと無理な話だな。
一つ技術を入れるたびに集計しなおさなきゃならんし。
0205204
2005/11/18(金) 15:53:26簡単に言うと一人ずつに対して点数制で投票して集計するって言ってるだけ。
0206203
2005/11/18(金) 20:38:27>ランキングに入れる技術自体を最初に決めてしまって
そこが急所なんだと、いわれてはじめて気がつきました。
>>141 のアンケート表みてみて項目数の多さにひるんだのはオレだけじゃない筈。
0207デフォルトの名無しさん
2005/11/18(金) 21:19:48項目
○ 小一時間話せる
○ このネタ一本で原稿用紙1枚分書ける
○ 数行で簡潔に説明できる
○ 名前だけなら知ってる
○ 名前を知らない
これだけの方がわかりやすい
0208デフォルトの名無しさん
2005/11/18(金) 21:48:18依存してる項目が多い技術ほど難易度が高いってことでいいだろ。
0209デフォルトの名無しさん
2005/11/19(土) 11:26:54中学生程度の数学がわからない>>1とここの住民はランク圏外
0210デフォルトの名無しさん
2005/11/19(土) 11:31:58stdio.h と stdlib.h しか使わず、分割コンパイルすらせずに a.out さえ
作れる知識があれば出来るのに、「優秀なプログラマ」向けなの？
「優秀な情報工学履修者」な気がしますが。
優秀って付けるほどでもないかな？
（でも、おそらく大学の同期の7〜8割は、もう一度何も見ずに作れ、と
言われれても作れないような気もする。）
0211デフォルトの名無しさん
2005/11/19(土) 12:10:41分類表みたいにしたら？
0212デフォルトの名無しさん
2005/11/19(土) 13:03:13まぁアカデミックで高偏差値な奴でも、stdlib.hとmath.hをincludeすれば
事足りるようなことしかできない、テクニカルでは低偏差値な奴もいるし、
テクニカルで高偏差値でもライブラリを使いこなすばかりで、情報理論の
細かい話は全く分からない奴も多そうな希ガス。
0213デフォルトの名無しさん
2005/11/19(土) 19:59:44「優秀なプログラマ」も各種マニュアル参照しながらプログラム作るわけで、
「優秀な情報工学履修者」も各種文献参照しながらプログラム組めればいいんじゃない？
0214デフォルトの名無しさん
2005/11/19(土) 20:16:50各種文献読んだところで、すぐにOOPが使いこなせるわけでもない。
そんなこと言ったら、辞書を見れば誰でも英語が話せることになってしまう。
お互い、一朝一夕には身につかない知識と経験の集積とセンスが必要なのよ。
0215デフォルトの名無しさん
2005/11/20(日) 03:56:54もっとがんがれよ
0216デフォルトの名無しさん
2005/11/22(火) 04:19:040217デフォルトの名無しさん
2005/11/22(火) 21:48:31,;':::::,-､:::::::::::::"ｰ--.-.- ､,,, ,,,_,,_,,,_,,,,,,,．--:::::ァ
,;'::::,;' ｼﾞ:::;:::::::::;::::::;:::::::::::::::::::ﾞ''''';;;'""::::::: ::: :::: :: ﾞヾ／ｼ
ｼ;;:/,ｼ:::::;::::::::::; :::; :::::; :::::;:: r--- ､_::::: ::::: :::;::; ::::ﾐ
,{:,ン:::::; ::::::::::; :::;: :::::; :::::; :::::..;:ヾ;;;彡;;;>::::::::::':; :;: ;:::// -'''ｰ---､
, -'"::;::::; :::::::::::::::::: ; ::::::;:::::::::::;;彡ﾚ':::::::::::::::::::;:;; :,:ﾐ::: , __ ,__）
, -'" ::::::; ::::; ,,, ..::::::::::; : : ::::;:::::::::::;:: 彡: : : : :::::::.ー､ ｲ:;'⌒""''"￣
r' , -'"""""" """''-'-'-';,,,,, ::;::::::;::::: ;::､彡,::彡三ｼﾞ: -ｪﾉ
ﾞｰ‐' ﾞヽ;::;: ::::; "'- ､⌒"'''''''" さむいにゃ〜
ﾞヽ､:; ﾞ''ヽ,
"ﾞヽ､ ﾞ;,
ﾞヽ､ i ヽ ﾉ
｀ｰ'ー'
0218デフォルトの名無しさん
2005/11/24(木) 17:17:36ﾞl, .ﾞ｝ .,i´ 'ー"~゛,ｌ .,,,ｖ―冖"~゛ ﾞ ,i 广'、
入-ｲ ｨ・'''ﾞ~ .._,,ｖ･ﾟ ﾄ､、 .ﾞl＿＿ ,r''ﾞ"'ﾞ"￣ー' .ﾞ| i ,., -ー⌒ﾞ''=-.、
ﾄ―-、 ﾟｰ７ /. .,,-' ｌ ,r."'''l'_ ___,−、 |´ / 'ﾞ‐''ーー フ_.‐'
入__メ/|.[￣ _.,,,,,｡-＼/ r°,,, '..,￣￣ . / .｀｜ i
. / | rー,＿ ｒ''''７ ｣'ト il｀ .,ﾒ| |"''''''''''''|" | i´ .,i ,,
ト-､_/ ｜ | || l'/ .| ,lﾞ :ﾞl r°/´.| .| ,lﾞ :ﾞl、 i´ レi,| ﾞ―-‐⌒ﾞ''=
､＼ ) | /し'| ﾞ冖'″ .］ｘ´,,x'″ .ﾞl、ﾞﾞ冖''″ . ］ .ｌ＿,ノ゛ ＼ _ﾉ
'―'″ /／ :ﾟ'―--―･.テ''~゛ 彡r'―---―^- .｀ﾞﾞﾞﾞﾞﾞ´
0219デフォルトの名無しさん
2005/11/28(月) 12:56:34Javaで同じ物を作ろうとするとスピードでないわ、インターフェース悪いわでろくな物が出来ない。
C/C++ではある程度の忍耐力があれば使いこなせて、さらに専門分野の知識があれば高難度な物も作れる。
Javaは卓越した忍耐力によって何とか使いこなせるようになれるが、専門分野の知識があっても用途はほとんど限られる。
0220デフォルトの名無しさん
2005/11/28(月) 22:20:30がんがって一流のJava厨使いになってくだひゃい。
0221デフォルトの名無しさん
2005/12/21(水) 00:11:18まー俺に言われてもわかんないけどね
0222ハーピィ
2005/12/24(土) 01:05:590223デフォルトの名無しさん
2005/12/29(木) 15:22:31簡単じゃん。そんなの本見たら理解できるし。
物事を階層構造で考えられない奴は去れ。
業界から去れ。
0224デフォルトの名無しさん
2006/01/03(火) 21:02:310225デフォルトの名無しさん
2006/01/03(火) 21:03:550226Prolog屋
2006/01/04(水) 18:20:52特に40才を超えてはじめてプログラム言語を勉強しようと
いう場合はこれしかないと勧めて歩いています。
40以下でないと困ります。
どうしてもPrologを使いたいと思う課題が60以上の
評価域に入ってしまうことはわかりますが、言語の
習得という点ではもっとも易しいクラスに入ります。
0227デフォルトの名無しさん
2006/01/11(水) 06:37:32TCP/IPを意識しない仕事の場合は、そんなもんじゃないか？
組み込み系や制御なんかは。
もちろん使うのもあるだろうけど。
0228デフォルトの名無しさん
2006/01/11(水) 07:00:06階層構造で理解するための教育が施されていないから。
0229デフォルトの名無しさん
2006/01/15(日) 03:54:240230デフォルトの名無しさん
2006/02/11(土) 20:15:25age
0231デフォルトの名無しさん
2006/03/08(水) 15:06:07( ﾟ∀ﾟ)彡 もっさい！
⊂彡
0232デフォルトの名無しさん
2006/03/08(水) 18:09:290233デフォルトの名無しさん
2006/03/08(水) 19:27:14恐ろしい速度で論理的なバグが皆無なプログラム作る人がすごいと思うんだが
そんで、ソースを読んで理解するのが早い人
こういうひとがいると助かる
0234デフォルトの名無しさん
2006/03/08(水) 19:42:250235デフォルトの名無しさん
2006/03/08(水) 19:47:19ロジックが不合理なのはお話にならんしな
0236デフォルトの名無しさん
2006/03/09(木) 01:03:25ハスケルをお呼びですね？
0237デフォルトの名無しさん
2006/03/09(木) 01:48:57( ﾟ∀ﾟ)彡 もっさい！
⊂彡
0238デフォルトの名無しさん
2006/03/10(金) 08:56:34( ﾟ∀ﾟ)彡 もっさい！
⊂彡
0239デフォルトの名無しさん
2006/03/10(金) 09:35:350240デフォルトの名無しさん
2006/03/11(土) 00:30:22( ﾟ∀ﾟ)彡 もっさい！ もっさい！
⊂彡
0241デフォルトの名無しさん
2006/03/17(金) 23:51:29意味なさすぎ。
0242http://www.vector.co.jp/soft/win95/util/se072729.html
2006/03/18(土) 21:35:38もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？
そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？
0243デフォルトの名無しさん
2006/03/19(日) 13:36:03( ﾟ∀ﾟ)彡 もっさい！ もっさい！
⊂彡
0244デフォルトの名無しさん
2006/03/20(月) 22:32:44むしろ何にでも序列をつけたがるのは男の脳の本能だとは知っていても
こんなスレすら存在することに既に萎えた
0245デフォルトの名無しさん
2006/03/21(火) 04:13:350246デフォルトの名無しさん
2006/04/22(土) 19:51:020247デフォルトの名無しさん
2006/04/22(土) 19:58:33お前、文章の頭に
「俺が理解できる範疇では」
という言葉をつけるのを忘れているぞ。
0248デフォルトの名無しさん
2006/04/23(日) 01:28:59求められる精度が他とは桁違いだし。
0249デフォルトの名無しさん
2006/04/23(日) 05:36:220250デフォルトの名無しさん
2006/04/23(日) 09:35:51>社会の根幹を支えてるのはTXだろ？
おまえ、たまには街に出てみた方がいいぞ。
0251デフォルトの名無しさん
2006/04/26(水) 23:11:24AAA 圏論
--- ↓ここまでグル向けの技術 ---
AA+ 表示的意味論/計算論/最適化コンパイラ/OS設計
AA 型理論/モデル検査/ペトリネット
--- ↓ここまでエリート向けの技術 ---
A+ アナリシスパターン
A- ホーア理論/ホーアCSP/Z/VDM-SL/OCL/ATL/単純なコンパイラ
--- ↓ここまで優秀なプログラマ向けの技術 ---
B+ Haskell/Prolog/ML/OCaml/Lisp/MFC/J2EE/DirectX/OpenGL/総称プログラミング/関係代数/正規化理論
B- C++/デザインパターン/UML/アスペクト指向
--- ↓ここまでまあまあのプログラマ向けの技術 ---
C+ アセンブラ/マルチスレッドプログラミング
C XML/SQL
C- C言語/VisualBasic.NET/C#/Delphi/Java
--- ↓ここまで平均的プログラマ向けの技術 ---
D VisialBasic6.0/COBOL
0252デフォルトの名無しさん
2006/04/27(木) 04:11:04単純なコンパイラは明らかに関数型プログラミングよりも易しいと、
関数型プログラミングに何度も挫折した俺が断言しよう。ATL もそこまでじゃない。
つーか、Generics と関数型には大きな開きが無い？ orz
B+ と B- は無茶苦茶だと思う
0253デフォルトの名無しさん
2006/04/27(木) 10:26:00Cの"XML"って、XMLSchemaとかRelaxNGとかはいってないよね…？
0254デフォルトの名無しさん
2006/04/27(木) 12:25:400255デフォルトの名無しさん
2006/05/02(火) 17:41:190256デフォルトの名無しさん
2006/05/06(土) 22:57:34D VisialBasic6.0/COBOL
平均的以下があるの？
0257デフォルトの名無しさん
2006/05/07(日) 00:15:21だけの人が半数ぐらいなので、付加価値のある技術がつかえる
というだけでも平均以上だと思っているんだけど。
逆に言えばC-及びDの技術は下半分のソフトウェア技術者全員が
つかえる(というか使えないと仕事にならない)んじゃないかな。
まあ、何をもって普通というかは難しい問題だけど。
自分の環境のレベルが低いだけでそれを一般化するなと
言われればそのとおりかもしれないけど。
A以上が普通の環境も世の中にはあるのは知っています。
0258デフォルトの名無しさん
2006/05/07(日) 01:42:15まったくの門外漢がこういうランキング見ると、なるほどなｗｗｗｗｗｗｗｗって理解できた
0259デフォルトの名無しさん
2006/05/07(日) 01:42:510260デフォルトの名無しさん
2006/05/07(日) 02:03:390261デフォルトの名無しさん
2006/05/07(日) 03:44:32実際圏論はマスターしてるがコンパイラ書けない俺が居る
0262デフォルトの名無しさん
2006/05/07(日) 14:42:180263デフォルトの名無しさん
2006/05/07(日) 14:53:43例えばJ2EEなど、仕様自体は理解しやすく作られているので簡単だが、
高い信頼性を要求する用途に使われている場合が多いので、
その分野で実用的と言えるものを仕上げるのは、
それなりに難しいことなのジャマイカ。
>>261
> 圏論とか数学であってプログラミング技術じゃないだろ既に
同意。
マスターしているのは凄いと思った。
0264デフォルトの名無しさん
2006/05/10(水) 10:48:37おいらはB+でおｋ？
0265デフォルトの名無しさん
2006/05/10(水) 20:08:390266デフォルトの名無しさん
2006/05/10(水) 20:22:310267デフォルトの名無しさん
2006/05/10(水) 20:49:060268デフォルトの名無しさん
2006/05/10(水) 22:58:14ものさしではないのでよろしく。
> 267
Lispはそんなに難しくないかもしれないけど、他のB+の
技術もそんなに難しくないよ。でもMFCとか大して難しく
ないと思うけど、難しいと言っている人が結構いるよね。
俺基準ではA-ぐらいまではそこら辺に転がっている普通の技術者でも
まあ理解可能で、本格的に難しくなるのはAA以上だと思うけど
どうだろう。
0269デフォルトの名無しさん
2006/05/11(木) 00:01:27B-くらいかな。
0270251
2006/05/11(木) 00:06:41だったけど、うっかり残してしまった。
無視していいっす。
0271デフォルトの名無しさん
2006/05/11(木) 00:08:09MinixレベルならばせいぜいB+くらいかな。
最新のUnixや汎用機OSやWindows2003のレベルの物を一から作るのは、
Aがいくつあっても足りないが。
0272デフォルトの名無しさん
2006/05/11(木) 00:24:05ユメのようなバラ色を無責任に語るGARTNERのイメージを実現しろと要求されて、
それを地に足がついた技術として示し実現する事。
例.
Web2.0を半年で実現しろ。
→半年後、これが当社のWeb2.0製品です。
0273デフォルトの名無しさん
2006/05/11(木) 01:00:18ソフトウェア・ハードウェア製品評価選定技術
特定の目的のために、いくつかの製品の中から選定する技術。
いくつかの評価基準を決めて、短期間試使用して選定する。
はずれをつかまないようにするための、評価基準の設定が難しい。
0274デフォルトの名無しさん
2006/05/11(木) 01:08:28要件分析技術
顧客の要求するシステムを開発するために必要な情報を収集して、
顧客と自分達の両方が理解・納得できる形でまとめ上げる技術。
0275デフォルトの名無しさん
2006/05/11(木) 01:16:38だいたい、どこまで適切な製品を選べるか、どこまで納得できる要件分析が出来るか、程度の問題だろ。
やるだけなら誰だってやる。
0276デフォルトの名無しさん
2006/05/11(木) 01:30:34ソフトウェア基盤技術
アプリケーションを、複数のミドルウェア製品を組み合わせて構築する際、、
ソフトウェア基盤という特定の目的向けのフレームワークのレイヤーを設け
て、アプリケーションから個々のミドルウェア製品を隠蔽して、１つのまと
まったシステムのように見せる技術。
アプリケーション開発の視点、運用の視点、セキュリティの視点など
さまざまな視点で考える必要がある。
0277デフォルトの名無しさん
2006/05/11(木) 02:13:520278デフォルトの名無しさん
2006/05/13(土) 08:23:13( ﾟ∀ﾟ)彡 もっさい！ もっさい！
⊂彡
0279デフォルトの名無しさん
2006/05/13(土) 11:05:40( ﾟ∀ﾟ)彡 もっさい！ もっさい！
⊂彡
0280デフォルトの名無しさん
2006/05/13(土) 11:09:48( ﾟ∀ﾟ)彡 もっさい！ もっさい！
⊂彡
0281デフォルトの名無しさん
2006/05/13(土) 11:11:30( ﾟ∀ﾟ)彡 もっさい！ もっさい！
⊂彡
0282マイク ◆yrBrqfF1Ew
2006/05/13(土) 12:08:31( ﾟ∀ﾟ)彡 おっぱい！いっぱい！
⊂彡
0283デフォルトの名無しさん
2006/05/13(土) 22:01:01( ﾟ∀ﾟ)彡 もっさい！ もっさい！
⊂彡
0284デフォルトの名無しさん
2006/05/13(土) 22:14:47( ﾟ∀ﾟ)彡 もっさい！ もっさい！
⊂彡
0285デフォルトの名無しさん
2006/05/14(日) 11:06:550286デフォルトの名無しさん
2006/05/18(木) 15:03:03( ﾟ∀ﾟ)彡 もっさい！ もっさい！
⊂彡
0287デフォルトの名無しさん
2006/05/20(土) 04:47:12「スカトロ」と口にしてはゲラゲラ笑った。
笑いすぎて、笑いながらゲロ吐いた。
そういう奴だった。
0289デフォルトの名無しさん
2006/07/09(日) 23:25:010290デフォルトの名無しさん
2006/08/22(火) 22:05:09全く方向性の違うモンをごちゃ混ぜにすんな
圏論なんて端にも棒にもかからん技術（？）だろ
0291デフォルトの名無しさん
2006/08/23(水) 07:26:33まったく方向性が違って、本来なら比較できないもの同士を、
母集団を規定して偏差値もどきを導入することで無理矢理比較するのが
このスレの目新しいところじゃないか?
0292デフォルトの名無しさん
2006/08/27(日) 21:07:130293デフォルトの名無しさん
2006/08/28(月) 21:03:031時間のほうが重いに決まってんだろ、馬鹿！
0294デフォルトの名無しさん
2006/10/05(木) 18:50:45( ﾟ∀ﾟ)彡 もっさい！ もっさい！
⊂彡
0295デフォルトの名無しさん
2006/11/29(水) 01:52:47> A以上が普通の環境も世の中にはあるのは知っています。
kwsk.
0296デフォルトの名無しさん
2006/11/30(木) 00:09:420297デフォルトの名無しさん
2007/02/16(金) 06:47:430298デフォルトの名無しさん
2007/02/19(月) 08:25:42量子コンピュータ上のソフトウエアかな。
永遠にＴＯＰの座を譲ることはないだろう。
0299デフォルトの名無しさん
2007/02/19(月) 13:08:020300デフォルトの名無しさん
2007/02/19(月) 16:01:210301デフォルトの名無しさん
2007/02/20(火) 09:06:41解読に指数時間が掛かるある種の暗号が線形時間になると、95年頃にIBMの研究者が論文書いてた。
0302デフォルトの名無しさん
2007/02/21(水) 01:59:380303デフォルトの名無しさん
2007/02/25(日) 22:02:57■ このスレッドは過去ログ倉庫に格納されています