天才プログラマーだけどなんか質問ある？
■ このスレッドは過去ログ倉庫に格納されています
0016仕様書無しさん
2010/10/04(月) 22:52:26アスペルガーではないけど、なんか脳に異常があるのは間違いないと思う。
まず、線がまっすぐ引けない。どう頑張っても無理。
指が振動してるっぽいよ。
>>15
ジャーナルは記録そのもので、トランザクションは処理のそのもの。
0017仕様書無しさん
2010/10/04(月) 23:20:240018仕様書無しさん
2010/10/04(月) 23:56:41好き：Java
シンプルかつ綺麗なコードがかける。eclipseが使いやすい。
嫌い：C++
文法に無駄が多い。コンパイル時エラー検出が貧弱。開発環境が貧弱。
以下、おまけ。
中間：C#。
悪くは無い。だけど、コードが汚くなる傾向がある。
ライブラリがJavaに比べて使いにくい。
仕様をJavaより複雑にした割には、Javaより遅いことが多々ある。
Javaに比べてジェネリックスの仕様がぐちゃぐちゃ。
嫌い：perl、ruby
読みにくい。複雑な数値計算コードを書くと、デバッグが不可能になる。
そもそも数値計算に向かないけど。それくらい汚いコードになるよってこと。
わからん：関数型
関数型特有のお得な機能って何？
とりあえず、ライブラリの充実度とか考えると、
趣味レベルで使うくらいかな。でも、忙しいからやってる暇ないなぁ。
0019仕様書無しさん
2010/10/05(火) 00:05:370020仕様書無しさん
2010/10/05(火) 00:06:13後最近rubyの本がよくでているんですが、どう思いますか？
Javaでよく使うフレームワークは？
0021仕様書無しさん
2010/10/05(火) 00:15:4930歳収500なら並々PGだろが～
三流PGの漏れでも年収１０００逝った事あるわ～
フリーでやってたからだけどｗｗｗｗ
（だから今大変・・・今年シヌかもｗ）
新しいOSとかプロトコルとかDBとか開発してから天才とかぬかせ～
0022仕様書無しさん
2010/10/05(火) 00:41:27えらい生意気だから煽りまくってたら
「俺はWindows作ってんだ！！！」
とかいってソース貼ってた奴がいた
あと、FF11作ってるとか行ってる自称フリーGPがいた
うそくせぇｗｗ
0023仕様書無しさん
2010/10/05(火) 00:51:21所詮道具だし。
>>20
数学系の本は読みますよ。
プログラミング系の本はリファレンスとして見るくらいです。
本屋行かないのでrubyの本がたくさん出てるのかどうか知りませんが、
ニーズがあるなら、それでいいんじゃないでしょうか？
WEB系の単純で短いコードなら、C言語でもいいくらいなので、
別にrubyやperlでいいと思いますよ。
フレームワークは使いません。
そういう誰でもできるコーディング系の仕事はしていないので。
>>21
うちの会社年功序列なんで。能力関係ないんです。
まあ、確かにTCP/IP考えた人は神ですねｗｗｗ
今となっては誰でも思いつく内容ですが、当初は先見性があったのではないかと
思いますね。
OSは馬鹿でも作れますよ。
MySQLレベルのDBのエンジンなんてたかが知れてます。あれは、コアロジックは
小さくて、その他のコードが膨大なんだと思いますよ。
>>22
どこまでがwindowsかって話もありますねｗ
0024仕様書無しさん
2010/10/05(火) 07:22:51本気でスキルあんなら他の国行けよｗｗｗ
0025仕様書無しさん
2010/10/05(火) 14:05:470026仕様書無しさん
2010/10/05(火) 14:08:13育て第２、第３のビル・ゲイツ／パソコン英才の小中生を合宿で“特訓”／宮城
第２、第３のビル・ゲイツを、宮城県内から輩出しよう－。宮城県は平成１０年度、世界有数の大富豪で
「パソコンの神様」の異名を取る米国・マイクロソフト社のビル・ゲイツ会長（４２）を目指して、パソコンの天
才・異才を養成するためのユニークな事業を始める。
「ビル・ゲイツ養成講座」（仮称）は、宮城県が今年３月に策定する「高度情報通信県みやぎ推進計画」に
盛り込まれる「みやぎ情報天才異才構想」の一環。初年度は、パソコンの才能がある少年少女を発掘し、
１１年度以降は、さらにグレードアップしたプログラムを用意し、本格的な英才教育を行う方向で検討が進
められている。
具体的には、１０年度は、県内の小中学生から６０人を選抜し、２泊３日の養成合宿を行う。合宿では情
報産業の最前線で活躍するプロが、時代を先取りできるようなパソコンの天才異才を育てるためのプログ
ラムを用意する。併せて、地域の高度情報化の先導者を養成するため、県内の小中学校の教諭約２０人
にも参加してもらい特別プログラムに取り組んでもらう。
浅野史郎知事は「高度情報化社会に適応できる人材を育成するには、高校生からでは遅すぎる」と語り、
未来のビル・ゲイツが宮城から誕生することを心待ちしている。
＜ビル・ゲイツ氏＞ 「ウィンドウズ９５」で、世界のコンピューターソフト市場に旋風を巻き起こし、独占的
な地位を築いたマイクロソフト社の創立者。昨年９月の米経済誌「フォーブス」による米富豪４００人番付で
は資産３９８億ドル（約４兆９５００億円）で、４年連続トップ。
0027仕様書無しさん
2010/10/05(火) 22:44:22結構安いと思うんだけど？
お前ら的にはあり？
IS01 1円スタート 即決有
http://page9.auctions.yahoo.co.jp/jp/auction/k134019945
http://page8.auctions.yahoo.co.jp/jp/auction/h145981541
http://page11.auctions.yahoo.co.jp/jp/auction/n91104112
http://page10.auctions.yahoo.co.jp/jp/auction/m77370908
http://page2.auctions.yahoo.co.jp/jp/auction/b113651808
IS02 1円スタート 即決有
http://page11.auctions.yahoo.co.jp/jp/auction/n93102178
http://page2.auctions.yahoo.co.jp/jp/auction/b113622828
http://page11.auctions.yahoo.co.jp/jp/auction/n92987886
0028仕様書無しさん
2010/10/05(火) 23:07:44業種がプログラマーかどうかはわからないですけどねｗ
日本だとどこも年功序列で終身雇用なんですよね。
別にそこまでお金もらえなくてもいいので、気にしてませんよ。
海外は食事がまずいですし、やっぱ日本が最高でしょ。
0029仕様書無しさん
2010/10/05(火) 23:45:54ローカルのファイルサーバをWEB化して
クソ重たくするだけのサービスって感じがして
シマウマ
0030仕様書無しさん
2010/10/06(水) 00:03:28google app engineについて調べるといいよ。
分散してるハードを一カ所に集めた方が、
管理コストは下がるからその意味ではクラウドは流行ると思うよ。
ただ、複数人で共有したりしようとすると、難しい問題がいろいろ出てくる。
他にも分散したCPUをどういうUIでユーザに提供するかという問題とかね。
そこが技術的にクリアできれば、実用化に至る。
だってさ、サーバ管理に頭使うの馬鹿馬鹿しいでしょ？
プログラムで何ができるかを考えることに頭を使わないとね。
0031仕様書無しさん
2010/10/06(水) 00:09:16㌧クス
オマイさんは本当に凄いヤツなのかも・・・
って気がしたりしなかったりｗ
0032仕様書無しさん
2010/10/06(水) 00:26:51分散したCPUをどういうUIでユーザに提供するか？
難しい問題がいろいろ出てくる？
馬鹿っぽい文章だな。お前、偽者だろ？
0033仕様書無しさん
2010/10/06(水) 00:32:05若い人にアドバイスをしてあげよう。
仕様書に従ってプログラムが書けるだけのプログラマーは役に立たない。
これからは、「計算機を使ってこんなことをしたら面白いよ」
っていうアイディアを出せるプログラマーが求められる。
プログラミングっていうのは単なる手段であって、目的ではない。
だから、プログラミングができることを誇らないで欲しい。
そして、プログラミングできることを目標にしてはいけない。
C言語を習得することなんて目指さなくていい。なぜなら
C言語のコンパイラを作ることは、すごく簡単なことだから。
C言語コンパイラを作るのに必要な知識は、
CPUが足し算と掛け算とメモリ読み書きしかなくて、
メモリっていうのは一列のただの箱で、各箱に番号が振ってある、とか
プログラムはアドレス０から順番に読みこまれていき、
１命令を実行する毎に、プログラムカウンタが１づつ増えて行くけど、
プログラムカウンタはメモリであって、これもＣＰＵから読み書きできて、
それを世間ではジャンプ命令と呼ぶ
とか、そういう基礎的なこと。
それさえわかればC言語コンパイラは簡単に作れる。
たぶん小学生でもできる。
0034仕様書無しさん
2010/10/06(水) 00:35:13日本語が下手くそだっていいたいなら、異論はない。
なぜなら、殴り書きだから。
しょうがないから、英語で書くか。
内容に文句があるなら、きっちり意見を書こうね^^
「～と思う」と書いた時に、理由を書かなくても許されるのは、中学生まで。
0035仕様書無しさん
2010/10/06(水) 00:47:18内容から察するに実は50歳のおさーんだな
正直に言えアセンブラが一番得意だと・・・
0036仕様書無しさん
2010/10/06(水) 01:04:05あぁ理由ね。なんだ書かなきゃ分からなかったのか。やっぱ偽者だろ？
一応書いとくと、
>分散したハードを一ヶ所に集める？
・クラウドは、分散したハードを一ヶ所に集めるわけではない。
>分散したCPUをどういうUIでユーザに提供するか？
CPUをUIでユーザに提供する。って文章として変。リソース割り当て用の管理画面の話？
>難しい問題がいろいろ出てくる？
残念ながらクラウドは既に十分に実用化されている。
以上でーす。
003721です。
2010/10/06(水) 03:09:13確かにくやしいですが、僕の仕事はだれでもできます。
今後だれでもできないことを身につけるにはどうしたらいいのでしょうか？
自分は自宅サーバーやJavaやPHPでwebサイトをサーバー、デザイン、
プログラミング、コーディングしたサイトを造ってきましたが、
もう正直そんなことしたくないです。
最近は自然言語や集合地やモバイルが来ると思うのですが、
>>1さんは次に何が来ると思いますか？
0038仕様書無しさん
2010/10/06(水) 17:31:04終わりは地球滅亡
0039仕様書無しさん
2010/10/06(水) 17:49:39Argumented Reality 、Robotics、Supervisiory がくるよ。
もう、ちまちまと退屈なビジネスロジック書いてる場合じゃないよ。
0040仕様書無しさん
2010/10/06(水) 18:37:250041仕様書無しさん
2010/10/06(水) 18:50:15早く間違いなくやるのは
それなりに大変。
0042仕様書無しさん
2010/10/06(水) 18:59:37>クラウドは、分散したハードを一ヶ所に集めるわけではない。
メリットの１つは、ハードを１カ所に集めることで、
運用コストを下げること。
>CPUをUIでユーザに提供する。って文章として変。
>リソース割り当て用の管理画面の話？
おかしくないよ。例えば、システムコールはOS機能のUI。
GUI=UIというのは思いこみ。
>残念ながらクラウドは既に十分に実用化されている。
十分の定義によるけど・・・
例えばazureなんてまだ始まったばかりだし、利益が出るかどうかはまだわかっていない。
ほとんどの人は、レンタル鯖レベルの使い方しかできていない。
>>37
誰でもできることでも良いと思うよ。
儲かればいいんじゃないかな？
自然言語や集合知はもう５年前に終わってるよ。
モバイルは今流行ってるね。だから、「これから来る」ものには相当しないね。
これから来るものを待つという気持ちを捨てて、
自分でブームを作っちゃうくらいの気持ちになれば、いいんじゃないかな？
>>39
俺がARに興味持ってたのは、10年前くらい前の話だなぁ。
もっともARなんて言葉はなかったけど。
Computer Visionはもうとっくに終わってる気がする。
Supervisioryってなに？
0043仕様書無しさん
2010/10/06(水) 19:02:29だって君、英語読めないじゃんｗ
あと38は俺じゃないぞー
0044仕様書無しさん
2010/10/06(水) 19:06:54アセンブラにもいろんな種類があってさ
x86のアセンブラをフルに使いこなすのは職人芸。
まあ、バッドノウハウって奴だけどさ。
俺はアセンブラなんて使ったことないよ。
だって、ダイレクトに書くくらいならコンパイラを作るでしょ。
プログラマーになるなら、
最小機能のCPUと、その機械語がどんなもんであるかってことは
知らないとダメだと思う。
知らないと、下位8割のプログラマーになってしまう。
２割くらいの人は知ってるんじゃないかな。
0045仕様書無しさん
2010/10/06(水) 19:32:26クラウドのメリットがハードの集約にあるなんて聞いたことない。
プライベートクラウドに限定してる？ パブリッククラウドを提供
する側の観点に立てば、ハードの分散化こそがクラウドのメリット
の１つであるスケーラビリティに寄与していると思うんだけど。
VPSと勘違いしてない？
0046仕様書無しさん
2010/10/06(水) 19:45:51ARに興味を持って何か作ったの？ ただ興味を持っただけ？
Computer Visionがとっくに終わったと思う根拠をぜひ教えてください。
携帯電話やスマートフォントの活用シーンを考えれば、まだまだこれから
伸びる分野だと思うんですが...
>Supervisioryってなに？
2chでtypoに突っ込むのは大人げないと思います。
0047仕様書無しさん
2010/10/06(水) 21:27:44ハードを集めるというのはデータセンター的な意味合い。
これによって、例えば、故障時のハードの交換や、
放熱等のコストが低減できる。
もちろん、データセンターでは、
ハードが故障した場合はサービス停止するけど、クラウドでは停止しない。
もちろん、停止しない方法はクラウドだけではなく、二重化のような方法がある。
んで、二重化よりもクラウドの方がコストで優れている場合に、クラウドを使う。
スケーラビリティに関しても、ハードを並列化することが最強なのは言うまでも無い。
クラウドの本質は、複数の分割された資源を制御するインターフェース。
例えば、MapReduceが代表的。
自動バックアップアルゴリズムなんかも有名。
クラウド自体は、もともと並列化されたアルゴリズムやハードなんかには勝てない。
お金と時間がいくらでもあるなら、クラウドなんて不要。
0048仕様書無しさん
2010/10/06(水) 21:32:00新しいアルゴリズムを作ったかな。
ARの研究は昔からあるから調べてみてね。
computer visionが終わった理由は、
特に新しい発展が起こりそうもないし、ここ１０年は本質的な発展はないよ。
>携帯電話
思うのは個人の自由だから止めない。
ハードが普及するのはわかるけど、ソフト的に面白いことできそう？
モバイル向けに、クソゲーを一生懸命開発してる人を見てるとかわいそうになる。
俺はモバイル向けソフトウェアなんて絶対やりたくないな。
0049仕様書無しさん
2010/10/06(水) 21:39:31ハードの並列化が最強って..その2台が同時にポシャったらアウトじゃん。Raid5より、Raid1が最強って言ってるようなもんだろ。
0050仕様書無しさん
2010/10/06(水) 21:42:21分ってないようだけど、こういうカキコは全く意味ないから。
せめてどんなアルゴリズムなのか説明しなきゃ。ハッタリじゃなければ。
0051仕様書無しさん
2010/10/06(水) 21:44:56あと、typoを修正したとして、何？
>>49
んじゃ、３台にすればいいよ。
googleのクラウドだって３台同時にぽしゃったら、
データが必ず飛ぶわけだからね。
まあ、2台同時でもトラブルになるだろうけど。
>>50
俺を特定するなよ。
それとも、便利な特徴量を作りました、とかそういうレベルでいいの？
0052仕様書無しさん
2010/10/06(水) 21:50:23ちなみにraidの例えの部分意味わからなかった。
ハードウェア系は良く知らないけど
raid5って２個同時故障で復元不可能だよね？
例えが間違ってないか？
0053仕様書無しさん
2010/10/06(水) 21:50:23>それとも、便利な特徴量を作りました、とかそういうレベルでいいの？
あぁ、そういうレベルでいいよ。アルゴリズムって言ってたけど、まぁそれでもいいよ。
どういう観点で、どういう材料をもとに、どのくらいの時間をかけて、どういう
特徴量を作ったか、簡単に説明してみて。ハッタリじゃなければ。3分ぐらいで。
0054仕様書無しさん
2010/10/06(水) 21:52:41raid5って２個同時故障で復元不可能だよね？
それは3台構成の場合だね。
0055仕様書無しさん
2010/10/06(水) 22:08:08お金と時間がいくらでもあるなら、クラウドなんていりませんよ（ﾆﾔﾘ）
↑
こうやって客を落とすんですね。。なるほど。。
0056仕様書無しさん
2010/10/06(水) 22:10:31代数幾何の観点で、材料？、時間？勉強時間とか含めるとすごく長いけど、
ある変換にロバストな特徴量を作った。
>>54
なるほど。俺の理解で正しかったか。
ますます、raidの例えの意味がわからんね。
0057仕様書無しさん
2010/10/06(水) 22:13:45そりゃ、経済的なメリットがなかったら、
クラウドなんて導入する意味無いでしょ。
ハードのメンテをこっちで全部引き受けて、コストダウンさせます。
ハードを複数人で共有してもらって、コストダウンさせます。
ハードは分散化しちゃってるけど、
それをなるべく感じさせないシームレスなUIを努力して提供します。
若干計算資源としては不便ですが、安いです。
使う側の理解は、こんな感じで正しい。
作る側の理解は、またちょっと違うかもね。
0058仕様書無しさん
2010/10/06(水) 22:18:10あれは、中学２年の時だったかな。今ではその時の詳細は忘れてしまったけどねwww
0059仕様書無しさん
2010/10/06(水) 22:38:530060仕様書無しさん
2010/10/06(水) 23:00:410061仕様書無しさん
2010/10/06(水) 23:06:110062仕様書無しさん
2010/10/06(水) 23:15:31伏線を回収しないまま終わるのって、多分ものすごくつまらないからな場合が多い。
「禁書目録」の原作はほとんど失速しないのがすごい。普通、ほとんどの人が、
ハルヒの原作みたいになって終わるのに。
0063仕様書無しさん
2010/10/07(木) 01:23:430064仕様書無しさん
2010/10/07(木) 14:20:440065仕様書無しさん
2010/10/07(木) 19:20:18役に立つ基地外のことを天才と言うだけ。
発酵と腐敗の関係
0066仕様書無しさん
2010/10/08(金) 08:16:40コミュニケーションは全く取れない（話しかけても反応がないetc)
トイレではズボンまで下ろさないとオシッコできない
なんてのもいた
0067仕様書無しさん
2010/10/08(金) 11:18:150068仕様書無しさん
2010/10/08(金) 12:55:530069仕様書無しさん
2010/10/08(金) 14:31:36天才の人生より、馬鹿の人生の方が幸せだと主張する人もいる。
0070仕様書無しさん
2010/10/08(金) 22:41:370071仕様書無しさん
2010/10/08(金) 22:47:41アカデミックな場に良く参加しますが、
そういう人には会ったことないですね。
>>69-70
自分もそう思いますよ。
知らぬが仏って奴です。
0072仕様書無しさん
2010/10/09(土) 02:01:07みたら、目糞、鼻糞程度のものだろ。猿と人間の遺伝子だって
2%も違わないんだから。
0073仕様書無しさん
2010/10/09(土) 03:54:59その人がいかに他の人に幸福をもたらしたかに尽きるだろう。
天才をその才能をもって他人の幸福に多く寄与する物だと定義
するならば、ほとんどの子の親は、まだ何も知らない無垢な子
にとってかけがえの無い心強き天才と呼べるのかもしれない。
地球レベルで俯瞰するならば、それは、科学や文学や平和に寄与
した人（典型的にはノーベル賞受賞者とその全ての協力者）と、
才能あるエンターテイナーこそが真の天才の称号にふさわしい。
少なくとも、俺天才かもw と勘違いも甚だしくニヒルを気取り、
オナニー俺自慢糞スレを勃てたあげく、実はまったく住人に訴求
できていないことに気づきもしないオナニー野郎では決してない。
0074仕様書無しさん
2010/10/09(土) 04:04:59>アカデミックな場に良く参加しますが、
まぁ、お前のオナニースレだろうから、本人の自由なんだけど、
こういうさりげない自慢？ がいちいち鼻につくよ。
で？ って感じ。へー、すごいねぇって言ってほしいの？
さみしいの？ 友達いないの？
0075仕様書無しさん
2010/10/09(土) 10:00:07だが神というのが存在しないからな
0076仕様書無しさん
2010/10/09(土) 10:08:54アカデミック＝自慢
ぷ
0077仕様書無しさん
2010/10/09(土) 10:33:56ここは質問をしてもらって、それに答えるというスレです。
>>74
学会のワークショップや国際会議に参加するだけなら
お金を払えば誰でも出れますよ。
そこで発表して、知名度を上げるのはなかなか大変なことです。
0078仕様書無しさん
2010/10/09(土) 12:20:36脚光を浴び出してから、解説を目にする機会も増えたように思うん
ですけど、では、実際にどういう場面で使うかとなったら、あまり
意識して、よしクロージャを使うぞ。って場面にはなかなか遭遇し
ないんですよね。
たしかに面白い仕組みではあるし、C言語にわざわざBlocksなんて
構文をアップルがねじ込んでくるぐらい、便利なもんなんだとは思う
んですが、それでもクロージャを使わなきゃ組めないロジックなんて、
そうそう出くわさないし、下手に使うと可読性が悪くなるし。まぁ
構造的に、引数でクロージャを渡せって場合はしようがないけど..
今のところ自分的には、あえてクラス化するまでもない断片的な
ロジックの塊を記述するためのシンタックスシュガーって捕らえ方
なんですけど、>>1さんは意識して、よしここはクロージャを使っと
くかってケースって結構あります？
0079仕様書無しさん
2010/10/09(土) 13:03:52シンタックスシュガーじゃんって言われると、classだってなんだって
シンタックスシュガーになっちゃうからなぁ。
とりあえず、可読性と利便性のトレードオフを見極めて
クロージャ使うか、オブジェクト指向的に書くかを決めればいいと思うよ。
0080仕様書無しさん
2010/10/10(日) 07:35:38解析したり、なんかをフックしたり、プログラミングとは関係ないかもしれんけど
0081仕様書無しさん
2010/10/10(日) 10:49:35なにから学べばいいと思いますか？
分野的には、とりあえず広く浅く対応できたらとおもいます。
職場にいる、なんちゃってプログラマーの鼻を明かしたいのです。
0082仕様書無しさん
2010/10/10(日) 10:59:57広く浅くではプログラマーは鼻を明かさないものです。
並のプログラマーがビビるのは3Dゲームです。
0083仕様書無しさん
2010/10/10(日) 11:05:09並みのプログラマーに最短でなるには、具体的に何をしたらいいと思いますか？
理由も一緒に教えてください
0084仕様書無しさん
2010/10/10(日) 11:17:47はないとはいえ、試験範囲は実際のプログラマに必要な知識／技能を
かなりよくカバーしていると思います。
0085仕様書無しさん
2010/10/10(日) 11:21:400086仕様書無しさん
2010/10/10(日) 11:24:540087仕様書無しさん
2010/10/10(日) 11:32:072.ソフトウェアの基礎知識を覚える。(OS、マシン語、アセンブラ、高級言語の概念とか、2進/16進数表記とか)
3.とりあえず、言語をひとつ覚える
これが最短です。
0088仕様書無しさん
2010/10/10(日) 12:22:20PCの基礎から、学ぶことが大切だと感じました。
いろいろな意見、有難うございます_(._.)_
0089仕様書無しさん
2010/10/10(日) 16:22:08>>80
明日までにやれと言われたらできない。
なぜなら、仕様等の下調べが必要だから。
こうやればいいんだな、というのはだいたいわかるけどね。
そういうのはバッドノウハウ系だから、必要がないならやらない方がいいよ。
>>81
C言語を習得すること。
C言語ができれば、他の言語は似たようなものなので、なんでもできるよ。
言うまでも無く、C言語ができる中学生はたくさんいるので、
プログラミングしかできない人になってはいけない。
あと、いろんな言語を使いこなせるというのは、ほとんど意味がないことなので注意。
>>87
1はいいけど、1は微妙。3に関しては、C言語以外の選択肢はあり得ない。
そのほかに、誰かが書いたソースコードを解読してみるというのも挙げておこう。
お勧めの本でも探しておこう。
0090仕様書無しさん
2010/10/10(日) 16:31:44目次しか見てないけど、けっこう良さそう
・ふつうのコンパイラをつくろう 言語処理系をつくりながら学ぶコンパイルと... 青木 峰郎
これも持ってるといいかも。コンパイラなんて作るのは
よっぽど暇な人だろうけど、ぼんやり作り方を知ってみるのは楽しいと思う。
目次をみるとCPUに関する話も載ってるようだし。
・コンピュータとは何だろうか(第3版) 綾 皓二郎 藤井 龜
よさげな本に見えるんだけど・・・中身が見れないのでわからん。
いい本ないなぁ・・・
0091仕様書無しさん
2010/10/10(日) 16:37:23プログラムはなぜ動くのか 第２版
知っておきたいプログラムの基礎知識 [単行本（ソフトカバー）]
矢沢久雄 (著)
これが今のところ一番良さそう。
C言語に関しては、昔は
プログラミング言語C 第2版 ANSI規格準拠 [単行本]
が一番良かったけど、最近はもっといい本があるはず。
クソな本もいっぱい発売されたから、良本を見つけにくいかもだけど。
本屋で手にとってみないと判定は難しいから、ここでは挙げるのやめておく。
0092仕様書無しさん
2010/10/10(日) 16:48:50まずは、LL言語(RubyかPythonがお勧め)で、雰囲気をつかみつつプログラミングの面白さを
ひとまず体験した後、C言語を学び、この世界の理不尽さを知り、軽く挫折した後、心機一転
アセンブリで初心に戻りつつ、いつのまにかC言語をマスタして、C++にまで手を伸ばしたり、
はたまたJavaやC#に浮気して、高級言語の便利さを噛み締めたりしながら、装備を整えつつ、
ソフトウェアという広大なジャングルの奥深くへと踏み入っていくのが、常道だろ。
0093仕様書無しさん
2010/10/10(日) 16:56:080094仕様書無しさん
2010/10/10(日) 17:16:48C言語は一番シンプルでわかりやすい言語だから
CPUについてさえ知っていれば、すぐに習得できる。
逆にC言語がわからないということは、
CPUに関する基本的な知識が不足していることを意味する。
rubyが使えるのにC言語が使えないという人がいるのかどうか知らないけど
もしそうであればrubyは非常に優秀な言語だよ。
なぜなら、馬鹿でも使える言語ってことだからね。
でも、天才の俺はrubyが嫌い。なぜなら型がないのでバグが出やすく、
開発環境が整備されておらず、無駄に実行速度が遅く、
C言語に慣れている人にとっては、文法が気持ち悪く、
無意味なシンタックスシュガーの存在が、とても不細工だから。
pythonはOK
もちろん、開発にはC言語より高級な言語を使うべきで、
pythonやJavaが、情報や開発環境が整備されていて、お勧め。
>>93
それはCへのトランスレータであって、コンパイラではない。
0095仕様書無しさん
2010/10/10(日) 17:46:25Rubyが遅いっつったって、LL言語なんだし、そもそもLL言語でやるような
処理に早さを求めるのもねぇ。無駄に遅いって言うけど、具体的にどこが
無駄だと思うわけ？ まぁRubyのメタプロは確かに黒魔術だけど。
RubyとPythonのどちらを好むかは人それぞれでしょ。Perlだっていい言語
だよ、総じてRubyより早いし、ワンライナーでいろんな事が書ける。OOの
実装はちょっとアレだけど。
つうことで、開発に使う言語は、その要件しだいでしょ。C言語が適してる
場合もあるし、LL言語で十分な場合もある。
0096仕様書無しさん
2010/10/10(日) 17:55:06こんなん天才プログラマじゃないやい(´・ω・｀)。。
0097仕様書無しさん
2010/10/10(日) 17:56:03C言語わかりやすい？
俺は、まず構造体で挫折した。そして、ポインタで諦めかけた。
CPUの知識というより、アセンブリの知識のような。
だいたい、ポインタ宣言と値参照の両方に「*」を使うところに
作者の悪意を感じる。習い始めの頃はこんがらがるからな。
0098仕様書無しさん
2010/10/10(日) 17:58:500099仕様書無しさん
2010/10/10(日) 18:06:36開発環境が整備されていないなら、自分で構築すればいいだけ
の話だろ？ インテリセンスだって、リファクタリングだって、
テスト環境だって、今は大概の言語でどうとでも環境つくれるよ。
まして天才ならば..
0100仕様書無しさん
2010/10/10(日) 20:14:55*はインデックスレジスタでメモリを見に行くんだなぁとか後になって気が付いたっけ。やっぱりアセンブラが先にあるんだよな。
0101仕様書無しさん
2010/10/10(日) 21:08:24そうそう、アセンブラを先にやっとけば、C言語は理解しやすいと思うよ。
MASMだったら PTRって宣言があるから、Cのポインタと結びつけ易いし、
ポインタの用途も、型の違いも、構造体の仕組みも、関数を呼ぶ際の引数
の渡し方とかもすんなり理解できる。なによりも、処理を記述する際の
C言語の有り難みがよくわかる。
初心者にいきなり、C言語はきついと思うわ。だいたい、C言語を学ぶ前に
CPUのことはよく知ってるって状況がまずほとんどない。普通は両者を平行
して学ぶか、言語の方をまずやって、行き詰まったり必要に迫られてハード
も学ぶってパターンが多い。
だから、C言語の前に、アセンブラ言語の理解を勧めるんだったら同意するけど、
いきなり、C言語やれってのは、俺は同意できない。それなら、メモリ管理
とかが楽な他の言語でまずプログラミングの雰囲気を味わってもらう方を薦める。
適性の有無も自分でわかるだろうしね。
0102仕様書無しさん
2010/10/11(月) 01:09:15まあ、ここではプログラミングは手段であって目的
という観点で書いてるから。仕事に合わせて言語選ぶってのは当然。
その他は、まあどうでもいいやｗ
行数で語るのは頭悪い感じがするから、俺は好きじゃないかな。
むしろ、アルゴリズムの計算量とか、もう少しミクロにCPU実行効率とか
そっちの方が大事。
ワンライナーなんて言葉を使ってる人を見ると、どうしても頭悪い人に見えてしまう。
>>99
誰でもできることをあえてやらんでしょ。
そりゃOSからだって作れるけどさ・・・
>>100
だから、俺は最小構成のアセンブラを勉強した上でC言語を勉強するべきだと思うんだよね。
（アセンブラそのものを勉強しちゃダメだよ）
そもそもCPUの制御法＝プログラムなのに
CPUを知らないってのは論外でしょ。
別にx86系を勉強しろって言ってるわけじゃなくて、
CPUに最低限必要な機能とは何か？
について学べばいいんだよ。
コーダーになりたいなら、エクセルのvbaでもやって満足してればいいかもね。
C言語すらやる必要はない。
結局、何を目標にするかによりけりかもね。
0103仕様書無しさん
2010/10/11(月) 01:21:040104仕様書無しさん
2010/10/11(月) 01:24:450105仕様書無しさん
2010/10/11(月) 04:10:120106仕様書無しさん
2010/10/11(月) 04:22:31俺の辞書にはない。環境整備なんて、朝飯後にうんこするぐいら日常的なこと。
0107仕様書無しさん
2010/10/11(月) 06:47:25表現よりは「優秀なコンピュータ技術者」という表現の方がしっくりくる、
人間のようなきがするけどな。
「天才プログラマ」と言うと、ドラクエを作った中村光一とか、vzエディタ
を作った、c.mosとか、ああいう感じの人に使った方が、しっくりする
言葉のような気がするけどな。
0108仕様書無しさん
2010/10/11(月) 07:56:44だから昔の人が苦労してやったことを、今の人が簡単にできるからって別に驚くことじゃないよ。
今ならネットでOSのソースやらハード情報やらなにやらをいくらでも参照することができる。
フレームとシマノのパーツを用意して「おれ自転車作れるよ」と言ってるようなもの。
0109仕様書無しさん
2010/10/11(月) 11:22:10口だけじゃなく、実際にOSをつくってみせたから。
0110仕様書無しさん
2010/10/11(月) 11:26:330111仕様書無しさん
2010/10/11(月) 12:28:260112仕様書無しさん
2010/10/11(月) 12:33:21今時、emacsで開発なんて時代遅れもいいところ。
それに気付いてないのか、
それともemacsレベルのコードしか書いていないのか
ってとこでは？
WEB系は単純なコードしか書かないから、emacsで事足りると思うけどね。
perlで事足りるんだし。
>>108
それはかなり違うな。
昔の人が苦労したのは情報が無かったから。
例えば、インターネットがない環境で仕事をすることを考えてみればわかる。
ただ自転車の例えは正しいよ。
OSを作るって行為は、自転車のパーツを集めて組み立てるようなもの。
そのためにいろんな工具をそろえるのが面倒だし、
最初から組み上がってるもの買った方がいいから、OSなんてわざわざ作らない。
自作PCでもいいけど、自作PCだって互換性とか相性とか、ごちゃごちゃした問題が
いくらでもある。だけど、そんなバッドノウハウに詳しくなるより、
デルで買った方がいい。
手段に時間をかけるんじゃなくて、目的に時間をかけることが大事。
何度も言うけど、プログラミングは手段であって、目的ではない。
目的はプログラミングを通して、ソフトウェアを作ること。
ソフトウェアを通して、今までにない新しい機能を提供すること。
だから、最速でソフトウェアを作ることを目指すことがプログラマーとして大事なこと。
Mona OSはなんら新しいことができていない時点で、
パーツ集めて自作PC作ってるのと同じレベルなんだよね。
もちろん、ドライバ書いたりそういう仕事がしたいがための勉強ならいいんだけど
アウトプットに意味が無い時点では、時間の無駄かな。
これも何を目的とするかによるね。
0113仕様書無しさん
2010/10/11(月) 12:44:070114仕様書無しさん
2010/10/11(月) 12:46:43いろいろ考えても、Linuxベースで作った方が楽だなーって結論になる。
(既存OSベースだとドライバ書かなくてすむのが楽だよね)
0115仕様書無しさん
2010/10/11(月) 12:47:45eclipse 使いなんぞひよっこよ。
■ このスレッドは過去ログ倉庫に格納されています
