「C実践プログラミング」 でCの文法、make、gdbなど、基礎を習得 ↓ 「C言語ポインタ完全制覇」 or 「秘伝C言語問答 ポインタ編」 でポインタに関して完全理解する ↓ 「エキスパートCプログラミング―知られざるCの深層」 でスタック、ヒープ、リンカ、ローダなど周辺知識を習得 ↓ 「C言語によるオブジェクト指向プログラミング入門」 で実践的な大規模プログラムの作り方を学ぶ ↓ 「C言語デバッグ完全解説」でバグに強いプログラムの記述法をマスター ↓ 神の誕生
まずテンプレをどうにかするぞ
そう言われ続けて何スレ目だろうか
オライリー、C言語実践、C++実践ともにかなり微妙なんだよな。というかもう古すぎ。 なんでオラはC関係になるとダメなのか昔から謎だ。
有象無象のサイトとかまとめてもいちいち目を通すことはないと思う 本当に優れたサイトがあるならそれだけピックアップして欲しい
もうテンプレなしでいこうぜ
テンプレ不要に一票
C実践プログラミング→ポインタ完全攻略 と来たけど次は何がお勧め? ざっとamazonや前スレを見た感じ、ポインタ完全制覇かエキスパートCかな。
メガデモを作ろう (SOFTBANK BOOKS) 山崎 由喜憲を買おうか迷ってるのですが、どうでしょうか?
古いし、内容的には当時からそんなに評判よくなかった とはいえ類書が少ない(特に当時の)のは事実で、ネットには残ってない情報も多い というわけで資料程度なら
>>13 その本に期待することは何?
何が知りたくて買おうとしてる?
>>12 ポインタ完全攻略を読んだことないけど、分かりにくかったのか?
何でポインタ完全制覇が次の候補に入ってるのか分からんのだが
面白い本ではあると思うから、読みたいから読むというのも有りなのかな
ポインタとか多くても2、3ページで充分だよね(´・ω・`) ポインタだけで1冊2冊とか頭が狂いそう
ポインタなどアセンブラやれば一発で理解できる
19 :
デフォルトの名無しさん :2011/06/19(日) 19:06:40.07
>>12 攻略したなら制覇しなくていよ。ポインタばかりやっても仕方ないし。
読むならエキスパートCの方がいい。内容は古いけど別に問題ない。
著者の人改訂版書いてくれないかなぁ、と思うが、 それどころじゃない可能性が高そうだったりしてなぁ。
1章 ポインタ 2章 ポインタのポインタ 3章 ポインタのポインタのポインタ 4章 ポインタのポインタのポインタのポインタ 索引 ポインタの本ってこんな感じですかな(´・ω・`)b
1章 ポインタ 2章 ポインタと配列 3章 関数ポインタ 4章 自己参照構造体 5章 タスクシステム
ポインタ完全攻略って正誤表ないのねorz
誤植見つけたら金くれるってよ
>>22 最終章、type-punned pointerとstrict aliasing rules、の間違いだろw
ふつうのLinuxプログラミングみたいに、分かりやすくシステム周り?の事を プログラミングを通して学べるWindowsプログラミングの本ってありませんか?
プログラミングWindows95
システムプログラミングなら APIで学ぶWindows(徹底理解|プログラミング)かなぁ 両者の内容は大きくかぶる 後者の方が内容が幾分新しくてGUIも扱ってる ざっと眺めた程度だから詳しくは調べて
>>27 自分もこれ進めるな
厚みの割にしっかり基本抑えてるし、winもlinuxもAPIの基本は変わらんから、勉強だけなら古い本でも十分現役
マケプレすら使えないのかよ
>>30 そりゃ、絶版も絶版だもの
でも、最近のWin32扱ってる本より範囲も広いし、詳しく書いてる
基本からマルチスレッドまで書いてて、その割には薄い
続刊のプログラミングwindows98からは分厚くなってる割に中身が被りまくりでねぇ。。。
コスパはそれが一番だったりした
やはりwindows派が多いのか
>>32 図書館にすら置いていないとは…
というよりも1180pで薄いって奥が深いんだなあ
明日から古本屋巡りで足が太くなるぜ
>>36 そんな検索サイトが…
しかし味噌市在住の自分には縁がないようだ
尼はクレカがないのでorz
クレカないて…
ペゾルト本は買うにせよ目次ぐらいは眺めてからにしたほうがいいかと ふつリナやAPUEのノリで買って大火傷しても知らないぞ
なんか答えている奴も急にレベルが下がったな。ペゾルド本も知らんのか。
このスレにレベルが高い時期があったとは
ocaml学ぶのに良い良書ありますか? SICPやCTMCPみたく、その方面でバイブルになっているような書籍と RWHのような実用面で考えられている書籍をいくつか教えてください
やめて下さい haskellやりましょうよ
>>45 ocamlより、haskellがベターな理由を教えて下さい
今のところ、ocamlを使おうと考えている理由は
速度がはやくコードが読みやすいらしいこと、
ocamlからF#へのパスがあること、
圏論のような複雑そうな概念を覚えなくてすむことぐらいです.
それを覆すだけの理由があれば、haskellの方を使おうと思います.
ってか、一般的にはhaskellの方が盛り上がっているの?
>>46 haskell以上に日本語の情報は無いけど、よろしいか?
おねがいします。 せめて英語は読めないと、どうしようもない世界だって思ってます
OCamlとか別にwebで十分じゃね?
なんて読むのか分からん。岡村?
オーゥキャムゥ
>>46 まさかHaskell使ってる奴らはみんな圏論を理解していると思ってるのか?
モナディウスは実行してるとだんだん重くなっていくらしいな 何が要因なんだろう?
日本のocamlのサイトで開発事例を見ると、 有償の製品(金融系だとかXenサーバー周辺のツール)に使われてるらしい 一方で、haskellはxmonadやpugsみたいにハックなものが多そう 目の前の雑務を片付けるのに、関数型の勉強や副作用のない純粋さなんて 教鞭を振るうわけでないから入らないとか言ってみるテスト
57 :
53 :2011/06/20(月) 20:48:38.84
そうそう、ocamlは金融系に強いんだよな haskellはライブラリ互換の仕様がクソすぎて商用じゃ使い物にならないわ
>>30 たしかにペゾルド古いけど、類書の新書の話も聞かんからね
WIN32APIとかCOM、あるいはMFCの新刊はもう出なくて当然な感じになってるからな。
古いところが今はどう変更されてるか、MSDNとかで確認しないといかんが
おそらく相当な修正が必須で、かなりの作業量になると思う
ってか即戦力とかなら今時は.netからでもいいんじゃないの
http://www.amazon.co.jp/dp/4822294161/ 内容にもよるが、
内部のAPI知ってる人じゃなきゃ絶対ヤダ!とか言う奴はただのクレーマーw
まあ偏見と思ってもらっていいけど、やっぱぺゾルド読んで、WinAPIのほんとに基本的な ところペンとかブラシとかフォントとかマップとかわかっている人と、VBから入った人って 歴然と能力の差がある場合が多いと思う。 ダイアログのデザイン一つとってもVBから入った人ってなんか適当でかっちりしてないん だよな。コントロールの位置とか大きさが無神経だったりして。 あ、だから偏見だしあまり本気で取らないでね(笑)
ってかほんと英語読めないと辛いよね。 やっぱり最先端は向こうな訳だしさ。 でもいちいち辞書片手に翻訳したくないしな〜
単語が分からないのがネックなら、
いちいち辞書片手にと言っている内は絶対に読めるようにならない
とにかく辞書片手にいちいち翻訳していれば、よく使う単語は自然と覚える
ノートと鉛筆を使って洋書の内容を英文で要約すれば覚えはなお早い
文法がネックで読む気が起きないのなら、こういう本でも読めば
http://www.amazon.co.jp/dp/4005006760/ 多少は英文を読んでみようかなという気になる
62 :
デフォルトの名無しさん :2011/06/20(月) 23:50:47.86
それじゃ、英語を勉強する推薦図書は? (冗談だから無視してね!!!)
『英文解釈教室』
ペゾルドってタブとかそういう最近のGUIって扱ってなかったよね
66 :
デフォルトの名無しさん :2011/06/21(火) 00:10:54.36
M$w
>>63 いきなりアレは敷居高いし実用性も皆無。
ビジュアル英文解釈2分冊からゆっくり学んだ方がいいよ。
ぶっちゃけ基本はここだとポレポレだけで解釈余裕だけど
おかしな日本語の翻訳本買うくらいなら ビジュアル英文解釈読んでから原書読んだ方がいいよな
プロの翻訳家より上手く訳せるならお前が訳して売ってくれよ
プログラム本翻訳しているのは大抵の場合、プロの翻訳家じゃないから
翻訳で金もらってんのにプロじゃないとかw
本業は別にある人が訳してることも多いので そういう人をプロの翻訳家って言うのは違うんじゃないか
馬鹿をいちいち相手しないの
出版物より上手く訳せるならお前が訳して売ってくれってことだろ。アスペかよ
>>73 みたいな馬鹿は英語しか出来ない奴に訳してもらったほうがいいとでも思ってんのか
専門書を翻訳家に訳させても上手くいかんのだろ 二人共同で訳するのも時間かかるだろうし、糞訳されるよりマシだが 要は自分が英語読めるようになった方が早いっていう
英文を理解するのと日本語に訳すのは別個の能力が要求されるからなー 誰も訳すとか言ってないし
このスレの原著厨が正しく英語を読めてるか激しく疑問だわ
どうせ読めても人に説明出来ないんだろうし、自己満足で読んでるだけなんだよな
>>79 原著好きだけど正しく読めてる自信ははっきりいって無いよ
ただ価格が安いこと、訳本より早く手に入ること、
あと英語の勉強にもなるから原著を買うだけのこと
それで糞訳がどうのこうの言ってんのか、死ねよ
禿御大に続いて和田先生とはすごいスレになったな
糞訳といえば スレッド関連の本は酷い訳のが多い
マルチスレッドプログラミングこそ、今切に求められているというのに。
マルチスレッディングプログラムの入門書のベストはやっぱり結城浩のだな。
翻訳本の価値は訳の質じゃない 第一義は原著者の言いたいことが分かることだから、 矛盾のない訳であるだけで十分であり、上手くなくとも、直訳でも構わないはず 翻訳本の価値は読者が(自分で訳したり、機械翻訳するために打ち込んだりするような) 翻訳する労力と費やすはずだった時間を翻訳者が担ってくれることにある それ以上の事、例えば日本語として自然な訳であるのは翻訳者のサービスだ だから、出版物より上手く訳せるならお前が訳して売ってくれというのは 翻訳本に求めるものを完全に間違えている
だから何? 毎度のことだが、教科書の文体が最近のありがちなパソコン本の文体じゃないから、って 文句つけるアホに同調する理由は全くない。
>>88 最後の「だから、」以降に論理の飛躍があるわ
訳は良いに越したことはないだろ。馬鹿かよ
「良い訳」ってシドニーシェルダンの超訳みたいなやつか。
技術書においては内容が理解できるのが「良い訳」だよ
糞訳と文体関係ない 単に和田が英語が不自由なだけ
というか読みたい本が翻訳されないから原著が読みたいんじゃないのか
低能で技術書を読みこなせないを翻訳のせいにしているんだよ
最初はみんな洋書なんてチェックしない 買った本が糞訳だから原著が読みたくなるんだよ
>>96 なるほど、それで読めなくても英語力の無さのせいに出来るもんな
技術の素養の無さを、英語の素養の無さに変換してるってことか。よく出来てるなあ
SICPは俺こんな難しい本読んでいるスゲーって人向け 糞訳で読みにくいのがその効果を高めている
SICPって教科書だろ プログラマには難しいってだけで
101 :
デフォルトの名無しさん :2011/06/21(火) 21:59:23.88
糞訳とか言ってるアホは、原書には素晴らしい文章が書いているという幻想を抱いている池沼。 池沼だから、もちろん原書なんて読んだことはない。
金を取ったら犯罪レベルの糞訳のくせに なんでそんなに必死なんだよ
推奨NGワード:糞訳
たしかに糞訳と呼べるような代物はたまにある・・・
和田さん必死すぎる
>>104 は?何いってんの?和訳本=糞訳本だろ。これだから英語が読めないガキが困る
キモイ
変に煽らんでも 専門用語まで訳してると途端に分からなくなるね 例えばインターフェースを界面とかオブジェクトを物とか iterator=反復子も微妙だと思うがこれは分かりやすい方だな とはいえオブジェクト指向とかって変な単語だよな オブジェクトオリエンティットとか言われても意味分からんから 難しいとこだがw
「インターフェース」が分かって、「界面」が分からないというのは単なる慣れ。 定義されたとおりに用語を読めば、どちらでも何の問題もない。 用語を定義されていない意味で勝手に解釈してしまうような読み手は そもそもどんな技術書でもまともに読めていない。
そういう珍妙な訳をあてはめる本が 用語を定義するかね?
技術書ならするだろ。していないならそれは少なくとも技術書ではない。
木村泉先生ディスってんのか、おまえら?
糞訳本は短期的にみるとマイナスだけど 長期的にみると英語を覚えるきっかけになってプラス
翻訳本は自分の理解力の無さを翻訳のせいにできるからプラス。 こういうバカは、当然原書も読まないし、英語も覚えない。
>>108 って古い翻訳本とか読んだこと無さそうだな
理解力ないのは糞訳本の訳者だろw
定番のTAOCP旧訳とかな
どういう本がアマゾン書評で高得点になりやすいのか非常によくわかるな
Cの本でおすすめっていったらこれだろ S・P・ハービソン3世とG・L・スティール・ジュニアのCリファレンスマニュアル
アマゾンの高評価な技術書ってちょっと偏ってるよね
そう言えば、昔、「ここが変だよC言語」ってのがあったな 重箱の隅を突つきまくりな内容で、落とし穴回避って意味もあったんだろうが、純粋に読み物としても楽しめた ポインタ ポインタのポインタ ポインタのポインタのポインタ ポインタのポインタの。。。。 一体いくつまでポインタで指せるの?とかw 著者の素朴な疑問をトコトン追求してるところとか、好きだったな
たとえば『エキスパートCプログラミング』のように、攻める意味のある コーナーを攻めてるんじゃなきゃ、良書ではない。
>>123 ポインタのポインタのポインタまでなら宿題スレの回答に使用したことがありますが、それ以上はちょっと思いつかないなあ。
>>125 ぶっちゃけ、実用上意味があるコードは少なかったw
でもまあ、処理系の限界を探ると言うか、知的好奇心は満たされた記憶だけは有るw
一応の例として、実用上はここまでしか使う事は無いってコードも出てるけど、本当にちょこっと具体例上げてるだけ
ダメ本と言えば、ダメ本なんだけど、読み物としては面白かった
実用的=良書 というのもどうかと
むしろ非実用を追求した方が面白い
これ何の役に立つの?と言われて顔真っ赤で奇声を上げる姿が容易に想像される
C++とC++/CLIって全く別物なん?
PSPとPSPgoくらい違う
それは・・・どうなんだ
日経BPから出てる、 Javaツール完全理解ってムック本ってどうよ
>>130 別ものではないよ。
C++/CLI = better C++
実践データマイニング―金融・競馬予測の科学 読んだことある人いる?
>>130 それぞれ入門サイト適当にググればすぐ分かるだろ
ググって分かる程度のことは既にググって分かってるだろ。ここにはそれ以上のことを期待したい。
便所の落書きに期待したいとか馬鹿じゃねえのか
そうかっかすんなって
>>138 スレ違いな質問する奴がググってると本気で思ってんの?
142 :
デフォルトの名無しさん :2011/06/23(木) 22:08:55.70
そもそもスレ違いな質問ググれとか答えるなアホ
大学生協でオライリーコーナーがなくなっててワロタ
オライリーって本家でオライリーじゃない書籍の訳の奴も乱発するようになってから全体に 質が落ちてるなあ、と思う。
うちの大学生協ではむしろオライリーが増殖しているぞ
>>144 あれやめてほしい。
秀和とかカットレベルのあるじゃん
それでもオライリーっていうだけでありがたがる馬鹿がいるから
秀和とカットがレベル低いのは同意。昔のピアソンは良書揃いだった。 技評、毎コミ、SBCR、Ohm、このあたりは、どないですか?
秀和ってときどき良いのがあるような気がする。 というか何冊か持ってる。
そうだね。
ソフトバンクには良書が多いよね(迫真)
そうだね(棒)
はくじんの演技だな
>>151 良書でも改訂版翻訳してくれなかったりさっさと廃版にしちゃうイメージ
売れてるやつだけ改訂版出してるんだろうな。unixコマンドブックは第三版まで出てるし。 第二版は持ってるけど、どんな変更が加えられてるんだろう
そりゃまあ売れない奴を改訂してもしょうがないからな。
良書だからといって必ずしも売れるとは限らない ニッチな分野の良書は貴重だが古くなってる場合が多い
売れてても増刷されない本もあるがなー
161 :
108 :2011/06/26(日) 20:03:17.23
目先のことだけ煽り返してくるとかやっぱり屑だわお前らw
>>109 >>112 >>115 どう見ても知っててわざと界面って書いてんだろw
しかもその本の評価までしてねえし
なんでそんなに煽るのかね
162 :
デフォルトの名無しさん :2011/06/26(日) 20:03:58.40
クズどもたまに遊んでやるよwww
163 :
デフォルトの名無しさん :2011/06/26(日) 20:08:11.50
>>109 もちろんインターフェースの意味は他のとこで知ってるけど
界面じゃなんのことか分かんだろ。下手すりゃ元の単語もわからん
安易に読み手批判されてもねえ
もちろんこの本の評価はしてないが無駄にかばいすぎて余計にたたきすぎ
164 :
デフォルトの名無しさん :2011/06/26(日) 20:11:16.32
>>115 読んでないのになんでわざわざ例出すかよw
だいたいいみわからなくなるって言ってるだけで
べつにお前みたいに煽ってないんだけど
165 :
デフォルトの名無しさん :2011/06/26(日) 20:12:04.59
どうせスルーできないカス相手なんで全あげでいくからよろしく
166 :
デフォルトの名無しさん :2011/06/26(日) 20:18:16.37
>>109 >>115 こっちは分かりづらいっていってんだから
そんなことない、わかりやすいって反論しなきゃ駄目だろ
界面ってなんで流行らなかったの?
そこで糞人間の性格が反映されて
読み手が馬鹿とか言う話になってもしょうがねえだろ
167 :
デフォルトの名無しさん :2011/06/26(日) 20:20:08.94
なんで界面って単語が主流になってないの?
>>166 なんで「界面」が流行らなかったかというと、カタカナ語が流行っちゃったから。
Bankを「銀行」と訳した時代は、カタカナ語という安きに流れる手段がなかった。
それはそうとして、
水オブジェクトと油オブジェクトを親和させますのは界面活性剤です。
界面じゃ化学的な意味が想起されて意味分からん 意味によって訳語は変えないと駄目だろ
なんで「界面」が流行らなかったかというと、 単純な話、字がちゃんと意味を表していないからだ interfaceという単語は「2つの物が互いに面している」という成り立ちを持つ単語であり、 コードの仲立ちをするというプログラムにおけるinterfaceの意味も表現できる それに対し、界面という単語はinterfaceの訳語であるものの 「2つの境界が面している」という成り立ちを持つ単語であり、 この「界」という文字のせいで、化学におけるinterfaceの訳語としては適当だが、 プログラムにおけるinterfaceの訳語としては違和感がある カタカナ語という安きに流れるとか偉そうな事言ってるけど 意味を考えないまま直訳するのもカタカナ語を使うのと何も変わらない事が分かっていない 漢字に置き換えた時点で、表現可能な意味と不可能な意味が発生する だから、ある訳語が作られた時代に想定していなかった意味が後の時代に付け加えられた場合には、 従来の訳語で同じ単語を訳すには無理が出る事がある 「界面」はその代表例と言っていいだろう
172 :
デフォルトの名無しさん :2011/06/26(日) 21:13:51.97
定義も確認せずに言葉のイメージから勝手に意味を想像して文章の意味を読み違えるバカは 技術者には向いていない。法律もやらないほうがいい。 何か契約を交わすときは、誰かに確認してもらったほうがいいだろう。 「界面」だろうと「インターフェース」だろうと「ハナモゲラ」だろうと、 定義された範囲で定義された意味以上の何かを読み取りたいなら、 技術書ではなく、文学でするのがよい。
ていうか1960年代70年代にさんざっぱら計算機科学の分野でやってみて、 結局ほとんどの語は英単語のまま使うかカタカナ語にするのが無難、というのが ほぼ共通の認識になってるわけだが、なんでいつまでたってもそういう輩が 定期的に現れるんかね。
>>172 話の流れも読めてない人に言われても・・・
175 :
デフォルトの名無しさん :2011/06/26(日) 21:21:08.44
現実、色の付きにくいカタカナ語の方が分かったつもりになれるニンゲンが多いから、カタカナ語の方がお手軽に使われるんだろうな。
デザパタとタスクシステムは同じ香り
>>168 なんて文章も完結してない雑魚だからそもそも相手にされていない。
>>178 もっと技術書以外の文学に触れたほうがいい。
それはそうとして、
悔しいから中途半端な文章もう一度書きましたwwwww 前回のもワザトデスヨというアッピールwwwwwwwwww
>>180 草はやすよりは高尚だろう。
それはそうとして、
もうわかったからおすすめ本挙げろよ。この野郎、
183 :
デフォルトの名無しさん :2011/06/26(日) 22:20:33.75
「界面」を批判しながら、「変数」「関数」を受け入れる小市民。 そこにあるのは、合理的な理由などではなく、「慣れ」以外の何者でもない。
>>183 変数も関数(函数)も数学用語にすでにありますし。
計算機科学の用語が定着するのは 100 年後くらいじゃないかな、それまで地道に言葉をつくる努力がなされておれば。
ただ、明治時代の偉人達は漢籍に通じかつ欧米諸語にたけていた人達ばかりでしたから、まねをするのは難しいかもしれません。
変数や関数はプログラムでも合理的な名前ですしおすし
訳せたから読めたんじゃない。読めてるから、必要な場合には訳せるんだ ここで糞訳って言われている本は訳語の選択のレベルの話じゃなく訳者が読めてない
訳本は自分の理解力の無さを訳者のせいに出来る素晴らしい書籍
日本語になってないから、理解力があっても読めないから 糞訳本は
C言語は関数型言語、なんて言い出すやつがでてくるのはFunctionの訳語が関数だから。
てにをはレベルでおかしいのがあるからね そりゃ訳者も悪ければ編集者も出版社も悪い
>>189 数学の関数もFunctionだから
訳語が悪いというより元の英語が悪いんだろな
訳本は概念を理解出来ない悔しさをてにをはの間違いを発見して晴らすことが出来る良書
和田さんしつこいよ
『ソフトウェア作法』読むと優れた邦訳とはこういうものなのだな、と思う。
何か変なやつが湧いてた
>>164 最近初めて見てビックリして嬉々として書き込んだんだろうな…
アクティブインターフェースオブジェクトはすすぎ
木村泉先生をDisるのは10年早いぞ。お前ら。
有澤先生には微妙さを感じることも多い。
木村泉と言えばワインバーグの一連の本、『スーパーエンジニアへの道−技術リーダーシップの人間学 』とか 『コンサルタントの秘密―技術アドバイスの人間学』は新人の頃読んで結構影響を受けたよ。今でも良書だと 思う。 でもやっぱりSEやIT系コンサルなんて仕事は選ばないのが日本では正解だったぜ。 共立の本てあんまりでないね。最近の若い人はあんまり読まないのかな?
C/C++プログラミングの「迷信」と「誤解」 高木信尚著 ISBN978-4-7741-4587-7 C言語なら俺に聞けの奴らをdisるには最適な本だと思う
Pythonゲームプログラミング入門が出たね。
pythonばっかりズルイ
Pythonでゲームとかないわ。
無い訳ないアル
pygame
ぱいがめ
>>108 >インターフェース
「操作接点」あるいは「操作接面」は?
>オブジェクト
「対象」は?
>iterator
「要素指示子」は?
>「オブジェクト指向」とかって変な単語だよな
oriented を「指向」と当てたのは近年まれにみる名訳だと思います。
>>109 では、インターフェースの定義は?
ついでに Object Oriented の定義は?
新しい概念が登場してまもないころその定義はなかなか定まらないのは常識です。
たぶんあなたは枯れた概念しか取り扱わない obsolete な方なのでしょうね。
日経ソフトウェアって購読する価値ある?
ない。ガチでない
bit 亡き今、みんなどこにいったんだ?
日経BYTE
そういや前スレ?で話出てた日経ソフトウェアの連載、 今回は「Windowsでは」とかいちいち前置きしてたな。
>>208 オブジェクトはこの場合物体という意味であって対象じゃ意味が違う
操作接点は悪くない
iteratorは語義的には巡回子の方が良い気もする
>>215 ポインタサイズとか
Windowsかどうか以前の問題な記事だった気がするが
色々捗るとか言っちゃってる時点で読む気無くす。どこの言葉だよそれ
時間の無駄って感じだな
>>218 なんでこういうダメなのに限って熱心に勧める信者がつくのかね。
本当に真面目な話、買ってはいけないリストかと思ったよそれ。 数あるその種のリストでも最悪な部類じゃないか。 コメントもいちいち酷い。
複雑な本が読みたいんですけど 複雑なプログラミングの本教えてください。
>>223 著者がmicrosoftの難しそうな本ならどれでも
「ハッカーのたのしみ」
229 :
デフォルトの名無しさん :2011/06/29(水) 00:05:51.48
日経ソフトウェア何がダメなの?具体的に知りたい
ダメじゃないよ。
しょぼい。永久保存版とか書いてる薄っぺらい小冊子が付いてても あんなもんクソの役にも立たない。金の無駄。所詮暇つぶしに読む雑誌
>>229 初心者向けの記事ばかりなのは確かだなー。。。
だからこそ生き残ったのかもだけど、Cマガ(廃刊)の方が好きだったな。。。
そういやC++専門誌つくるとか言ってたのはどうなったんだ
一方で、delphiマガジンはまだまだ現役であった まる
うん、228のページも別に良くないというか、チョイスとコメントが適当極まりないと思う。 エラそうなわりに、ダメな感じ芬々だなあ。
憂鬱本は、virtualキーワードを使うと怒られた前世紀の遺物だよ。 ポリモーフィズムの解説が実質4ページしかない「オブジェクト指向」の本なんだぜ。
ポリモーフィズムなんて4ページで十分だろ
こういうバカが量産されるんだよな
>>237 関係ないけど、抽象クラスの導出先で、肝心のメンバ関数/メソッドの名前をつづり間違えると、なかなかそのミスを発見できない、といういやな思い出が。
入門書のポリモーフィズムの説明なんて哺乳類と犬・猫の例をだして終わりでいいよ オブジェクト指向の本質でもないし、どうせ入門者に使いこなせる訳がないんだから 下手にデザインパターンなんか教えると、継承やポリモーフィズムを必要以上に 重要視・多用して酷いことになる
Let Over Lambda でてないって、何このスレ マジで日本のレベルが低くてイヤになる
>>242 お前が Let Over Lambda を「紹介」すればいい
まさか、紹介する能力がないの?
>>235 ああ、それだ
誰か買った人いないのかな
245 :
デフォルトの名無しさん :2011/06/30(木) 00:18:12.99
C++プログラミング入門 オライリージャパン 今ロベールやっているんだけど、読む必要ある? なんかコメントには簡単にまとめられて良いってあるから買っちゃった。買った後で今更だけど・・・(汗)
>>245 俺が初めてオライリーに触れたのがそれだが、
世間でオライリーオライリー言ってるやつはブランドに騙されてるだけじゃね―の?
と、しばらく誤解させ続けた一冊。
アスキードットテクノロジーズって休刊なんだよな? 今日見たら新連載が始まってたんだけどw 女の子たちがアルゴリズムについて学ぶみたいなやつ。第二回とかで終わるのか
250 :
デフォルトの名無しさん :2011/06/30(木) 10:49:26.50
>>249 コピペ爆撃として通報しといてやったから喜べ
むしろロベールあるのになぜ買った
入門gitはどっちがおすすめ?
254 :
デフォルトの名無しさん :2011/06/30(木) 19:29:35.19
>>252 ロベール分厚いからね。やっているうちにちょっとマンネリ化してついあっさりした内容の本に・・・
>>246 C++系の本は2冊ともあまり評判がよくないんだよな。ついでにいえばCも。
あれだけいろいろ出していながら、C/C++の本が極端に少ないのは不思議だ。オライリーは。
Cは良いだろ
ロベールは別に一気読みせんでもええで
といいながら中途半端に読んで何が出来んの?
259 :
254 :2011/06/30(木) 21:23:24.18
>>258 ・
>>257 そう!結構分厚いから一気読みできないし、だからちょびちょびやっていって・・・忘れちゃうんだよ〜
それでね〜細めの本買っちゃったよ
『プログラミングGauche』を読んでみたが、これ思った以上の良書だった。 簡単なことからSchemeについてここまでじっくり説明した本はなかったんじゃないか? 翻訳本じゃないから、文章もわかりやすく無駄がない。 久しぶりに強く推薦。
>>259 薄い本でも同じことになる未来が見える
実際に何かを作らないから忘れるんだぜ
262 :
デフォルトの名無しさん :2011/06/30(木) 21:33:13.39
>>261 作るっと言っても初心者に等しいから何も作れないんだ(汗)
>>262 違うな
何も作ろうとしないから何も作れないんだぜ
とりあえず糞コードでもいいから作ってみろや
初心者なんだからどんどんコード書け
Visual C++使ってGUI作るかゲームプログラミングの本買った方が良かっただろうね。 コンソールじゃやる気も出ないでしょ
266 :
デフォルトの名無しさん :2011/06/30(木) 21:59:03.76
>>264 どんどん書けと言われてもな・・・演習問題やれってことか?
>>266 お前は何のためにプログラムをやろうとしてるんだ?
やりたいことは無いのか?
おれはゲーム作りたくてこんにちはマイコンではじめたクチだけど 今の時代やりたいプログラムってなんなんだろうね。 ウェブのマッシュアップとかPC操作の自動化とかも需要ありそう。
ネギを振らせたい
オペレーションリサーチ略してORってやつ勉強した人居る? どういうふうに役に立って何か変わったか教えて。
とりあえず首相になれたよ。
>>272 2chなんかやってないで公務に専念しろ
そういう意味で言ったのではない。
276 :
デフォルトの名無しさん :2011/07/01(金) 16:19:37.38
>>271 面白いよ。
例えば在庫にしても管理費がいるわけでいかにして在庫を余り増やさずに最適に発注するのかとか有名な例だと囚人のジレンマにおける合理的選択とか
277 :
デフォルトの名無しさん :2011/07/01(金) 16:37:10.32
ORを使えば行動の選択肢を定量的に評価できるから、組織の行うべき行動を合理的に判断したり、 利害の一致しない問題に対して解決のプロセスを定量的に示して落とし所を見極めることができる。 例えば、基地推進派と基地反対派の間で問題がこじれても上手い落とし所を見つけられるし 国家の進むべき方向性をその場の雰囲気に流されず合理的に示すことが出来る。 今の日本に必要なのはORを理解するリーダーだ。
まずまともなリーダーが生まれることが先
今のリーダーは思いつきだけで発言や行動したら大変なことになるっていう反面教師ばっかりだな
ORでスタンフォードで博士号を取ったぐらいの天才首相でないと震災後の復興は任せられない。 東大法に浪人して入ったりコロンビア大学になんちゃって留学したような奴でじは無能すぎて無理だ。
「いくら重要度が高いといっても,そのユニットの信頼度をわずか高めるために多額のコストがかあるならば問題であろう。実際の決定過程はこれほど単純にはいかない。」 やはり天才の言うことは違う。こういう天才が政治をすれば日本は再生できる。
>>277 問題は、「価値判断」に対応する数値をどのように設定するか、にかかっています。
時間?費用?
それだけではうまくいかないことを、つい先日の福島原発メルトダウン事故で十分に理解したはずです、普通の思考能力のある人ならば。
284 :
デフォルトの名無しさん :2011/07/01(金) 19:09:28.78
今回の震災では、原発にとって「最悪」レベルの事故であっても、幸いにして、人が亡くならなかった。 そういう意味では、原発は極めて安全なシステムであることが証明された。 他方、火力発電の燃料となる化石燃料の採掘や輸送では多くの人が亡くなっている。 普通の思考能力があるならば、 表面的な現象しか見ないセンセーショナルな報道に踊らされて価値判断を誤ることはないはずだ。
>>284 「最悪」のレベルが低すぎやしませんか?
あと、福島原発のために事業がなりたたなくなり自害した人が少なからず存在することをお忘れなく。
将来的には、福島原発の周囲は「原発砂漠」いや「原発樹海」となることでしょう。
286 :
デフォルトの名無しさん :2011/07/01(金) 19:20:18.46
まあ、原発反対運動のために事業がなりたたなくなり自害した人が少なからず存在するしな
ウラン採掘者も死んでるからな
単純に死ぬ死なないだけじゃなく、様々な影響を定量的に評価するのがOR。
>>288 >>283 だから、その「定量」とやらをどのように設定するかによって、結果は大きく変わってきます。定量化できない価値があることを認識しておっしゃっているのならいいのですが。
>定量化できない価値 そんなもんねーよ
定量化できない価値とか言い出したらもうなんの議論もできなくなるだけだよな。 単なる反原発カルトの感情論。
Scheme修行って読んだ人居る?感想聞きたい
親原発カルトにも定量的じゃない奴はいっぱいいるけどな
295 :
デフォルトの名無しさん :2011/07/01(金) 21:06:12.65
薄っぺらい本だった。
今後癌が激増するよ
悪質な霊感商法にご注意ください。
300 :
デフォルトの名無しさん :2011/07/01(金) 21:59:43.39
Pythonの入門書の良書教えてください
301 :
デフォルトの名無しさん :2011/07/01(金) 22:01:18.38
初めてのPythonはちょっと重かったのでチュートリアル買って今読んでるけど けっこうよさげ
買ったの?
Webで読むのもだるかったから買ったよ 訳がどっちがいいかはわからんがパッと見は書籍のほうが砕けた感じかな
305 :
デフォルトの名無しさん :2011/07/02(土) 00:38:01.84
Pythonチュートリアルわかりやすくて、実用的で、いい本なんだけど、 Pythonってツマンナイ言語だなーって思ってしまった。 まあ、そもそもそういうワクワクさせる目的の本じゃないんだろうけど。 プログラミングClojureを読んだ後だったのでなおさらそう感じたのかも。
( ゚д゚)ポカーン
どんなに面白くても実際に使われなきゃ意味ないからな プログラミング言語は道具なんだから
308 :
デフォルトの名無しさん :2011/07/02(土) 00:43:22.78
だから別にPythonを言語として、道具として否定してはいない。 ただ単にツマラナイと思っただけ。
pythonチュートリアルを読んでpythonツマラナイ、か…お笑いだな
310 :
デフォルトの名無しさん :2011/07/02(土) 00:52:41.70
ワクワクするのってせいぜいリスト内包くらいじゃない? 他は、昔から他の言語で出来ていることを、pythonではこうしますって話だし。
とりあえず批判しとけば偉くなったつもりになれる中二病
312 :
デフォルトの名無しさん :2011/07/02(土) 00:56:08.88
ツマラナイって批判なのか?単なる感想なのだが。 本自体はわかりやすくて、実用的で、いい本だと言ってるし、 言語自体も否定していない。 批判していると思うのは、何かを勘違いしている。
これが言いたかっただけだろw > プログラミングClojureを読んだ後だったのでなおさらそう感じたのかも
ツマラナイ感想だなあw
結論:キワモノ言語=ワクワクする
316 :
デフォルトの名無しさん :2011/07/02(土) 01:01:18.34
まあそれは否定しない。
Clojureが普及したらツマラナイとか言うんだぜコイツw
318 :
デフォルトの名無しさん :2011/07/02(土) 01:03:25.49
ClojureはJVM依存から脱却しない限り普及しない。
>>317 普及しちゃったらマイナー言語知ってる俺かっこいいアピールができなくなっちゃうから当然
Pythonでも黒魔術的コードは書けるんだが Pythonチュートリアルでは扱ってない
Lisperはどこまで行ってもLisper
322 :
デフォルトの名無しさん :2011/07/02(土) 01:06:36.15
>>320 そう言うのをアッピールすればワクワク感が出るんだろうけど、たぶんそれはチュートリアルの目的じゃないし、Pythonの思想とも違うんでしょ。
チュートリアル読んだだけでpythonを語っちゃう
324 :
デフォルトの名無しさん :2011/07/02(土) 01:08:54.19
そうさせるくらい、よく出来たチュートリアルなんだろ。
ポールグレアムもpythonを語ってpythonプログラマに批判されてたな
Pythonはインデントとリスト内包とジェネレータくらいしか見る所はないけど 普通のスクリプト言語としてライブラリが揃ってるのがウリなんじゃないかな
我われは、難しいことに挑戦する必要はないのです。 リラックスして、ゆっくり確実に行うのが、よいプログラミングです。
exec と types と sys._getframe を駆使しまくった チュートリアルとか嫌すぎる
まとめ Pythonチュートリアル →わかりやすくて、実用的で、いい本だが、Pythonってツマンナイ言語だなーって思わせる本 プログラミングClojure →Clojureに対してワクワクさせる本
pythonは単純に分かりやすい。分かりにくい=ワクワクするという奇特な人にはウケないだろうな
C++でもやってろ
ラクダが好きだからOcaml学ぶわ。
>>293 Scheme手習いを読み終えた人ですら序盤で脱落する可能性大
ええわたしです
というわけでいま書棚に寝かせてある
335 :
デフォルトの名無しさん :2011/07/02(土) 11:05:27.97
>>301 有り難うございます
この本EBOOKでも販売しています
あ?
337 :
デフォルトの名無しさん :2011/07/02(土) 12:01:12.48
い?
こ?
ら?
>>318 JVMから脱却なんてとんでもない
むしろC言語より高級な言語は全てJVMに載せるべきだよ!
特にhaskellをJVM上で実装してほしい
>>340 MSに陳情すれば?F#(OCaml)がCLRになった位だからH#とか出してくれるかも
>>340 C言語からJavaへのトランスレーター作ればいいよ
そうすればHaskellもJVMで動くようになる(と思う)
>>340 >特にhaskellをJVM上で実装してほしい
確か、実装しようとして頓挫してたような。。。
コンパイルしてCのソースを吐き出すのに、 Javaのソース(あるいはJVMのバイトコード)は吐き出せないって どういう理由なんだろうな 技術的な問題というより、面倒だから頓挫したとしか思えん
マイナー言語の計画はことごとく頓挫する
確かにC/C++はキチガイが書いたとしか思えないプログラムが山ほど存在する 他の言語にはこんな現象があまりない IOCCCが公式競技になってるのもその一つ
347 :
デフォルトの名無しさん :2011/07/03(日) 16:24:28.05
どんな言語にもキチガイプログラムは山ほど・・・
俺的にはピアソンエデュケーションの本が一番わくわくする。
ワクワクbrainfuck
13歳からはじめる わくわくwhitespace ゲームプログラミング教室
わくわくなんとか、みたいな本でわくわくしたことなんてないぞ
俺も13歳とワクワクしたい
ピアソンエデュケーションのタイトルのワクワク感は異常 だけどあそこ翻訳の質悪くなったよねえ
13歳とはじめる方法は無いのか
死体
13歳とはじめてのC フランス書院
まずはAからで
尻からとか上級者すぎる
361 :
デフォルトの名無しさん :2011/07/13(水) 22:22:00.99
いつも思うんだが、お洒落な部屋をネットや雑誌で公開してるやつってさ ホント勉強しなくていい職業についてるんだなぁって思うよ。 本くらい読めよと思う。
>>361 電子化してあるんだろ
俺も今、部屋の(小説・漫画以外の)本を全て電子化しようとしてるところ
本は書斎に置くだろ、常考
基本情報技術者試験のためのC言語学習用には何がいいですか
ぶっちゃけK&Rの例題を解ければ余裕だけど、学習用だと微妙かもな とにかく基本が分かってれば後は問題文の意味が分かるかどうかだから何でもいいけど
Cでおすすめ本といったらこれ S・P・ハービソン3世とG・L・スティール・ジュニアのCリファレンスマニュアル
鉄板には違いないが、詳細な分だけ365は持て余しそうな
>本書は、C++の生みの親である著者が「プログラムミングとは何か」「どうやってプログラミングを学習するか」を平易に解説したプログラミング学習書の決定版です。 >何度も挫折を繰り返した人や原点に立ち戻りプログラミングを深めたい人まで、すべての開発者必読の1冊です。 あんまりおもしろそうじゃないな
基本情報処理技術者の勉強ならそれ用をうたった問題集でいい。 どうせたいした問題出ないから。 昔は学研かどこかが出してた雑誌に季節になると附録で付いてたものだったが。
資格取得とかあれは技術活動ではなく営業活動だからな 資格を取ることで営業が仕事を取りやすくなったり奴隷の販売価格が上がって たくさんピンはねできるようになるから取れと言ってるだけ 磁気ディスク装置の平均アクセス時間の計算方法を勉強する暇があったら 大型書店にでも行って技術書立ち読みしてる方がよっぽど技術力が付く なんで技術者が休日返上して営業が楽に仕事できるように無給で手伝ってやらないといけないんだよおかしいだろ これだけ言っても資格取得に励むやつは技術者でなく人売り経営者の一味とみなす
IPAの資格とか 技術的になんのメリットもないし はやくIPAごとこの世から消え去ってほしいわ
昔、CASLの勉強とかしたなー 資格専用言語とかやる気おきなかったわ
アセンブラはどれもなんかの処理系専用言語だし、基本的な考え方を学ぶならどれも同じだろ
CASLIIやったおかげで全くポインタにつまずかなかったわ
CASL IIってワードアドレッシングだっけ?
どれも同じなら 使う可能性がまったくないCASLなんてやりたくないよ
とか言って基礎を学ばない奴が多い業界ではある
IPAの資格テキストなんかで学びたくないよな もう少しましな本で学びたい
IPAの糞資格が何の役にも立たないことは 日本のIT産業の惨状を見れば明らか
日本のIT産業の中にIPAの資格をとってる奴が少ないからだろ
IPAの資格はクソだよ。 7帝慶応クラスの理・工学部の計算機科学科の教授陣あたりにでも本音を聞いてみればいい。
>>383 資格取ると、手当が出るから取っている奴山ほどいる
もちろん何の役にも立たないし、むしろ時間取られるだけ有害
無資格で知識が備わってる人間もいるかもしれないけど、クソな資格の水準にも満たないクソみたいなやつもいるかもしれない 資格があれば最低限の保証は得られる 資格の価値ってそういうところだろ
履歴書埋めたり名刺に書いたりとか、とりあえず何かをアピールしたい人向けだよな オラクルマスターとかは、使う人にとっては有効かもしれんが
んなこといったって、あんたら転職とかする段になったら面接でまともに受け答えできないやん。 面接する側からしたら「何を聞いてもまともな会話が一切出来ない池沼みたいのが来た」ってなってるぞ。 欄が埋まってりゃ、こちとらもあんたらの話が引き出せそうな質問を振れるんだよ。
IPAの資格の最低限の保証なんて 原発が安全っていう保証と同じようなもんだ
実際に物作りに役に立たないゴミ資格が 転職なんかの役に立つとなると余計有害だよな
業務独占資格でもないのに机上の勉強だけで合格できる試験は評価されません。
最低限というか、一夜漬けで暗記してアホな試験に合格できる程度のスキルはあります、だろ。 むしろ有害な問題がまた出たという話題がしょっちゅうあるじゃないか。
コンプレックスに苛まれて匿名掲示板にグダグダ文句を書きながら毎日惨めな思いをして生きていくくらいなら さっさと資格をとっちゃえばいいのに。一夜漬けで取れるんだろ。 資格なんて必要とする人間と必要とされる人間だけのある種の契約みたいなもので、 その他の人間にはどうでもいいものなんだから、 必要とされる(自分の人生に影響がある)なら、さっさと取ればいいよ。
>必要とされる(自分の人生に影響がある)なら ありません。
それならどうでもいいな
なんでIPAのゴミ資格にコンプレックス持ったり 取ったりしなきゃならんのだ
基本情報ぐらいとらないと情報システム卒でも人事には嫌な顔されるよ もっとも、情報シスのパチンカスがポインタすらもろくに理解してない酷いレベルの居るから、 SICPやガウディ本を読むよか、最低限の身の保証をしてくれる資格を優先汁 SJC-Pとるかは謎。javaって、仕事あるの?
「ゴミ資格」とか肩に力入れて顔真っ赤にしちゃうくらいよほど悔しい思いをしたんだろうな。
>基本情報ぐらいとらないと情報システム卒でも人事には嫌な顔されるよ 実務には何の役に立たないゴミ資格のくせに こういうことがあるから有害なんだよな 早く廃止してほしいわ
>>399 てか、この資格って、プログラマの身分を保証するものだっけ?
IT産業に携わるための最低ラインじゃないの
実務での身分を保証したいなら、
githubに書いたコードの切れっ端でも公開した方がマシじゃねぇの?
401 :
デフォルトの名無しさん :2011/07/14(木) 13:10:25.19
資格を否定する側でこんなに必死になりたくないものだw
いや、都合よく客観的視点に立ってレスってる奴よりマシ
業務を独占できない資格なんてただの自己満のボッタクリだと思うわけだが・・・ でも専門卒や底辺大学卒の連中は頭悪すぎるし、 そういった連中を比較する際にあった方が有利なのは確か
最低ラインにも到達してないゴミ資格だろ
馬鹿相手の人売りには役に立つかな
>>404 最低ラインはおまえの主観じゃなくてIPAが決めるんだろ
自ら「ゴミ資格」といっている資格に対して、こんなに必死になる人生って嫌だな。
ゴミ資格の話題が出たからゴミと言っただけ ゴミ資格擁護厨には10分も書きこみしたら必死ってことになるのか
もっとまともな問題出して、技術者の質の底上げを図ってほしいと切に願うよほんと
とりあえず、最低ラインに到達してないゴミ(
>>404 )との差別化と、
身分の保証をするためにも、
マイナー言語でハァハァとオナニーするよりは
計算機科学の世界を何にも知らないアホ人事にもわかりやすいように
IPAが出してる基本情報をとっときませう
それにゴミ資格ならもうもってる 橋本龍太郎って書いてあったはず
もうプログラマーは免許制度にしようぜ
応用情報が完全に国語の試験と化してる件
要求を仕様に落とし込むという仕事にそういう面があるのは確かだがw
資格って天下り先を作るために増えたんだっけ?
面があるというより、それが主要な仕事。 その後のコーディングは単なる指の体操。
プログラマの能力も体力測定に近い方式で計測しようぜ 柔軟性:どんなバグであっても仕様であると言い切る力 持久力:3日間貫徹しても能率が落ちない 英語力:変数名にローマ字を使わない。プリフィクス、サフィックスをよく知ってる 視力:へんなバグを作り込まない。タブと空白を見分ける 自動車免許みたいな免許制だと、1つのバグを作るごとに加点されそうで 路頭に迷う人間が増えると思われ
>>417 みたいな奴が実装不可能な仕様をウォーターフォールで強制してデスマ作るんだな
>>420 逆だろ。
後でコーディングでどうにでもなると思ってる奴が安易に実装不可能な仕様を盛りこんでデスマを作る。
仕様を作るときに頭使えって話。
日本の場合、上流工程は大体プログラミング未経験の高学歴・・・
下流工程の低学歴は何年やってもプログラミングを学ぼうとしないバカ
下流工程のやつに下手に知恵をつけられたら逆に困ると思うが。
あれ、ここマ板?
ム板だよ。
IPAの資格じゃまだ ウォーターフォールまんせーなのだろうか
お前よりIPAに出向している連中の方があらゆる面で能力・知識が上だから安心しろ。
IPAって岡ちゃんのいたとこだろ 馬鹿しかいないんでないの?
430 :
デフォルトの名無しさん :2011/07/14(木) 15:11:10.21
IPA関係者か?
スレ違いの資格有害論を延々ぶちまけてる奴が優秀なわけないじゃんw 優秀じゃない奴の主張なんてゴミ よって資格有害論もゴミ
>優秀じゃない奴の主張なんてゴミ じゃあ、お前はゴミだな ゴミの主張なんてゴミか
IPAの糞資格を評価するような会社は技術者を人身売買してるだけの糞会社しかないね
>>434 資格が評価される糞会社に勤めているのに年収800も貰ってすいません
436 :
デフォルトの名無しさん :2011/07/14(木) 19:33:08.89
スレ違い
こんな話を長々と続けられる、盛り上がる理由が分からん 何が面白いわけ?
関係者が必死になってるんだろ
そうだね^^
今年の基本情報技術者受けた俺に謝れよお前ら
人売りIT企業には評価されるんだから 有効に活用しろよ
アンチIPAの底辺派遣乞食労働者ウルセーよ。スレ違いだからいい加減にしろ。 ハロワ職員の靴舐めてコーディングの仕事もらってこい。
当人のレベルをよく表しているレスだな↑
>>442 IPAのゴミ資格が人売りIT企業以外で役に立つとでも言いたいのか?
マジかせっかく就活の為に取得したのにちょっと落ち込む。。 やっぱり学会で論文発表とかの方が良いんだろうか
全国大会とかで発表するだけなら会員で所定の手続きを踏めば誰でもできる。 ふつう就職で判断材料になるのは研究内容だろうけど。 研究者の「業績」とされるのは、普通、査読付き論文誌への掲載。
「あなたの推薦図書は何ですか?」 ↓ 「XXの資格を取得しました。」 まあ、確実に落ちるね。 資格以前に場に応じて話すべき事柄が違うことを学ぼう。
しかしあのゴミ資格にすら受からない奴が大多数なんだろ
IT業界というのは日本の昔からの企業の社員が楽して生活費を稼ぐためのシステムだからな 偽装請負も特定派遣もそのために作った。お前らの仕事が面白くないのも40歳で定年になるのも全ては大手社員の安定のため。 おまえらは比喩でなく奴隷そのもの。 IT業界で40歳まで過ごした先にある人生はタクシー運転手or大型特殊運転手orガードマンor清掃or介護or自殺。 大体正社員の人件費負担が重過ぎて利益が出せないなら正社員の待遇を下げるか倒産するのが正解だろ それをやらずに偽装請負特定派遣で若者使い捨てで人件費カットして技術の蓄積を放棄して日本の技術レベルを落として 自分達は組合がうるさいからとか言って厚待遇を維持したままとか人道的におかしいだろ日本の大手は全部倒産しろ
底辺奴隷の叫びw
底辺だと思うだろ?トップ以外全部糞なんだぜ…
いいから早く死ねって
まだあわてるような時間じゃない
IPAは奴隷から搾取している連中の仲間だからな
ほんと搾取する側に回りたいですね
IT技術者なんて原発作業員と同じようなもんだ
みんなでスト起こさないのが疑問 twitterでスト起こそうぜ!拡散希望 なんて流行らないのが不思議 これブームにして、日本からブラック企業を失くせないかな
ストブーム 第2段はスト2ブーム
素人を集めて泥のように十年働かせるってIPAのおっさんも言ってただろ おまえらは替えのきく部品なんだよ ストなんてやったら一発で切られる
>>458 ゆとりというより厨二があってる気がする。
臭いバッジか
ここ見てるやつ意外と多かったんだなw
ときたま参考になるレスあるからな。それだけで結構価値はあるかと。
2ちゃんの正しい使い方ですね
S/N比悪過ぎだろ常考
まあ徐々に悪くなってきてるけど2ch全体がそんな感じだししょうがない
おぬしが本紹介していいのよ
え、そうなの 2chはオワコンか でもtwitterキモイし
JavaってCみたいにめんどくさくない?
twitterキモイ
シミュレーションでおすすめの本ありませんか とりあえずブルーバックスのExcelで遊ぶ手作り数学シミュレーション買ってみようかなと思うんだけど 他にもJavaとかC扱ってるものでいいのがあればお願いします
Pythonの解説メインの本じゃないことくらいタイトルでわかるだろ
この本でAndroidアプリをリバースエンジニアリングできるようになりました(^ ^)
良い本だよね
>>477 買った事は無いが、数学シュミレーションより物理シュミレーションの本はよく見かける
数学シュミレーションはmathmatica(スペル微妙に自信なし)がソフトとして有名みたいだが
シュミレーションなら何でも良い訳じゃないんだよね?
趣味ならそれで充分だよ
ところで、数学シュミレーションって何だ? 物理シミュレーションなら物理的現象をコンピュータの中で再現することだが、 数学シュミレーションってのは?
野暮とは、洗練されていないこと。垢抜けていないこと。 形容詞化され「野暮ったい人」などと使われる。 ... 野暮は、遊郭などの事情に疎いことを意味していたが、その意味が転じ、洗練されていないことを広く意味するようになった
誤爆?
>>479 Pythonバイナリの本かと思ったんだよ。なんだそれ?って感じで。
少なくともWin32(?)の本だとは思わんだろ。
Pythonの解説メインの本じゃないことくらいタイトルでわかるだろ
なんでそこまでして否定するの? 「あ、そうなの」と、さっと流せばいい話題だと思うが
誰に言ってるの?
バカは馬鹿なりの理由があるんだよ
>>487 つーか、買う前に概要くらいは嫁よ
アマゾンで買うにしても、そん位は普通書いてるだろ
Amazonの書評ってあてにならないですよね
で読むと何が出来るようになるの?
それは読んでからのお楽しみ
>>493 書評じゃなくて、商品の説明に書かれてる文章嫁よって事
商品の説明 内容紹介 Pythonはリバースエンジニアやソフトウェアテスターといったセキュリティのプロにも人気の言語です。 本書では、ハッキングツールやテクニックの概念を解説したうえで、Pythonを使ったバイナリ解析技法について詳しく解説します。 読者は、独自デバッガの構築、バグを発見するためのツールの作り方、オープンソースのライブラリを活用した処理の自動化、 商用ソフトとオープンソースのセキュリティツールを連動させる方法などについて学ぶことができるでしょう。 日本語版では、本書をより深く理解するための補足情報とリバーシングに役立つツールについての解説を加筆しました。 /ART/OF /REVERSINGシリーズ第1弾。 内容(「BOOK」データベースより) Pythonはリバースエンジニアやソフトウェアテスターといったセキュリティのプロにも人気の言語です。 本書では、ハッキングツールやテクニックの概念を解説したうえで、Pythonを使ったバイナリ解析技法について詳しく解説します。 読者は、独自デバッガの構築、バグを発見するためのツールの作り方、オープンソースのライブラリを活用した処理の自動化、 商用ソフトとオープンソースのセキュリティツールを連動させる方法などについて学ぶことができるでしょう。 日本語版では、本書をより深く理解するための補足情報とリバーシングに役立つツールについての解説を加筆しました。 著者について Justin Seitz(ジャスティン・サイツ) 米Immunity社に勤務する上級セキュリティ研究員。Immunity社では、バグの探索、リバースエンジニアリング、 エクスプロイトコードの作成、Pythonによるコーディングに多くの時間を費やしている。 著者略歴 (「BOOK著者紹介情報」より) 安藤 慶一 学生時代に情報処理技術者試験の問題集を目にしたのがきっかけで、某SI企業に入社。コンピュータシステムの開発、 保守、コンサルティング、プロポーザルなど、ありとあらゆる職種を経て、1995年、Borland Delphiの発売をきっかけに 独立(本データはこの書籍が刊行された当時に掲載されていたものです)
>ありとあらゆる職種を経 うそくさい
499 :
デフォルトの名無しさん :2011/07/17(日) 22:22:53.02
>>497 まんまpythonでデバッグツール作る本って書いてじゃん
>>487 和訳時に糞タイトル付けられた不憫な本かと思ったら
原題も大概だったでござる
表紙の絵がカッコいいから売れるな。
ソントバンクがITの学校始めたな。
正直誰が対象の本よあれ?
頑張った方じゃない?元が分厚いから
聖典布教で金取ったらいかんだろ
高い・・・
CodeCompleteだって上巻だけで6000円overだべ 売れないであろうC++本で8000円は安すぎる
何が安すぎるだよ。アホか
日経BPから出てたら二分冊で各巻8千円だったかもね
地元の図書館になかったんで、都立図書館からお取り寄せしてもらったんだけど、 結局読まなかったw<CC
読んでどうだったかという報告ならともかく、読まなかったという報告なんて、 その本に関してなんの情報量もない無駄なレスだよね
闘うプログラマはくそしょうもない本だったな。
プログラミング関係の本って価格と内容がなかなかあわないね
>>519 だからこそ、立ち読みして金を払う価値があるか精査してから買うのが基本
どの本がいいかなんて読んでもわかんないレベルの人は評判でしか判断できない! 僕みたいに
>>521 いや、そんな自分でも理解出来る本が、その人にとっての良書だ
ど 僕
1ページ10円以上の本は買わないことにしてる
そんな本あるのか
1ページ20円 高い 1ページ10円 標準的な価格 1ページ5円 安い
技術書の場合、高ければ良いとも言えない反面、安いのはほぼ確実に糞本が多い 少なくとも自分の経験上は、そう
じゃあ 1. 薄くて良い本 2. 安くて良い本 でも挙げてこうぜ 1はプログラミングHaskell 2はASCIIからなんかありそうだが思いつかない プログラミング系の新書はSE向け本ばかりだしなあ
コンピュータビジョン最先端ガイドシリーズ 薄いし高くも無いけど、画像処理やるなら必須
ゲームプログラマになる前に覚えておきたい技術 ロベール 安い
CodeComplete は買うような本じゃなかったなぁ。 図書館で借りて読む本
インテリアだろ
インテリアって・・・ センス悪すぎ
彼はオタクなんでしょう
いや、鈍器だよ
HTMLとCSS勉強するならどんな本が良いでしょうか?
本なんて読まんで サイト開いてfirebugかdragonfly使え
>>538 ソースコード見ても分からんレベルなんで何とも。。
とりあえず勉強した後に参考に出来そうですね
『初めてのRuby』も薄いが良書
薄い本スレ
C++にはK&Rみたいな良書が無い、って昔よく聞いた記憶があるんですけど(今は知らない)、 プログラミング言語C++ってめっちゃ良書じゃないですか。 本体高いし食わず嫌いしてましたよ…
543 :
542 :2011/07/22(金) 21:32:20.80
あ、良書じゃなくて「良い入門書」、の方が正しい表現ですね。
Amazon評の誤訳多すぎだろの声に怖じ気づいて、Effecitve C++の方に逃げました。
今はロベールがある
>>542 第二版はマメに読んでたが、通して読むには分厚すぎるのが入門書として薦めにくいんだよな
まあロベールも相当分厚いみたいだけどw
もし0x対応の第四版が出るなら欲しいな
C++の仕様が膨大だから 分厚くなるのは仕方が無いのかも
人が良書って感じるのは自分が肯定された時なんだよ こうなんじゃないかな・・・って思ってることが、 やっぱりこうじゃないか!合ってた!ってなった時に本への愛着が増す
そういうのを「中身があるレス」とか言い張るアフォもいるから困るw
>>548 自分の知らない概念とかを学ぶために読むから、そう言う場面は無いなぁ。。。
知らない概念をすんなり理解出来る本とか、他の本で読んでもモヤモヤしてた概念をスッキリ理解させてくれた本が自分にとっては良書だな
俺の良書はオートマトン計算論12だな。 これを読んだあとコンパイラ技法ツールを読むと内容が凄く良く分かる。
ハッカーの楽しみが良書とか言うけど 初めから全部証明してかないといけないからかなりめんどくさい。 俺みたいに数学の知識が豊富な人じゃないと買ってもつまらないと思う。
自分の視野の狭さ、井の中の蛙だった事に気づかせてくれる本も、俺は良書に入れる
良書の定義は良いから良書の紹介してよ
俺は
>>553 だけど、Haskell 関係の本しか良書が紹介できない
自分が成長したと盲目的に思わせてくれるような本が良書
悪書 サンプルコードが動かない 著者が理解していない 糞訳
ページをめくるとお札が挟まっている本が良書。
分厚くて枕に丁度良い本が良書。
インテリアになる本が良書
帯を読むだけで中身を読まなくてもが全てが分かる本が良書。
合ってる。
オートマトンは授業聴くと一発で分かるが本を自分で読む気にはならない
言語研究のための統計入門は良書。
オートマトンって聞くといつもお腹空いてくる
俺はオートマトンって想像するといつも勃起する
俺はからくり人形。
オートマティック ぶひ?
オートマトンの説明は『計算理論の基礎』が良かった記憶がある といっても話題の中心はNFAとDFAぐらいだが
翻訳次第
だからお前は原著読んでろって
何が「だから」なんだ?
現代人の「だから」「ていうか」「要するに」は掛詞。 意味なんてない。
要するには違うんじゃないの 簡単に纏めるとって意味で使われてる
× C++の良い入門書が無い ○ VC++の良い入門書が無い MFCならプログラマ養成入門講座くらいか
2chでは要するには、まとめてもいないのに使うな っていうかの意味に近い
菅の「ある意味では」とかね
逆にね
っていうか要するにおまいらスレチ
正直ベースではぁ、話題がないといいますかぁ
違うかっ
まあ、スレチだな
原著の評判で別にいいので
プログラマー板から誘導されてきました 今、Javaの一次元array上をコンピュータのメモリに見立てて、 Instruction Pointer、BasePointer、GlobalPointer、ReturnValue、HeapPointerなどを設定 フィボナッチ数など出力させたリできるような簡単なプログラミング言語を書く練習をしています。 ただInstruction Pointerの考えがイマイチ理解できず、そこから進みません。 なにか、こういった勉強に役立つ本を紹介していただけないでしょうか? それと、これから授業で簡単なOperating Systemを作る必要がでてくるのですが それまでにある程度作り方を勉強しておきたいので、 簡単なOSの作り方や動作原理について書かれている良書を紹介していただけると、とても助かります。 今はここで紹介されていたC言語ポインタ完全制覇を読んでいる最中で 簡単なC言語のメモリーの使い方などは理解しました アセンブラはARMを少しだけ、 数理言語学はTuringMachineのさわりまでは終えています
>>589 ッ・・・・こ、これは
値段もそんなに高くありませんし、紀伊国屋書店に行って内容を確認してきます。
これを学校のラボに持ち込んだら、いろんな意味で衝撃ですね
引き続き良著の方、ありましたら教えてください。
どうもありがとうございました。
>>589 のは完全にハードウェアの話だしたぶん探してるものとは違うんじゃないかと。
ハードウェアの話を読んで納得する人もいた、という例はあった、けど。 あとはCQ出版系か、大学の教科書系か。というか本屋で見る気があるなら、 自分でそのへん見てみなさいというか。
はじめて読むPentiumか8086でも立ち読みしてみては たぶん学校の図書館にある
>>591 CPUの構造は十分な時間と暇さえあればぜひとも習得したいとは思っているのですが
調べているものとはちょっと違いますか。
>>592 大きな大学の生協の情報処理コーナーをあたってみることにします。
>>593 了解しました、ちょっと町まで出向いて調べてきます。
回答、どうもありがとうございました
今のCPUに関する解説本とかないのかなあ 需要ないのかな
今のCPUって何?
CPUの話題をほぼ毎週更新してるサイト「最近の話題」の安藤さんの3冊目の本が そのうち出るとかいう話なかったっけ?
i7とか
HyperThreading
昔の Pentium 時代のアセンブラは 各命令のクロック数がちゃんと資料としてあって、 スーパースケーラの各ステージや、分岐予測、 UパイプとVパイプの非対称性などを考慮して最適化を考えるのは、 パズルを解くような感覚で楽しかったなぁ (実際に最適化できたかどうかよりも、あーだこーだと考えるのが楽しかった) アセンブラはかなりご無沙汰してて今のCPUがどんなもんか知らんが、 今もそういうパズル感覚で楽しめるんかな
コンパイラに任せた方が速かった時の脱力感
その場合コンパイラがどのようなコードを吐くのか見るのもワクワクした
すいませんC#でGUIアプリを作ろうと思ってC#の本を買ったんですが、 文法とかクラスとかの変な話しか書いてなくてボタンを押されたときの処理の書き方とか テキストフィールドのテキストの取り出し方とか全然書いてないなですけどどうしたらいいですか
どうして欲しい?
しばらく本屋でウロウロ。他の人がどんなのを買ってるのかをリサーチして、尾行する。 で、おきにだったら告る。
通報しますた
はじめて読む8086に一票 あれプログラマの必読書だろ
どちらかというと、はじめて読む80486に十票 プロテクトモードについてのこれよりイイ本はみたことない。MS-DOS 触れないと宝の持ち腐れだが。
「はじめて読む<プロセッサ名>」シリーズは8086以外イマイチ。 特に286はどうしようもない低レベル書籍。 プロセッサを支える技術 高性能コンピュータ技術の基礎 はプロセッサ関連の和書では20年ぶり良書
デュアルクアッドコアを活かそうとしたらどんな本を読んだら良いんだろうか? 並列処理ならGPGPUのほうが良いのかもしれんが
「はじめて読む286」って存在しないだろ。なにわけのわからんこと言ってるんだ。 「はじめて読む486」はシリーズの他書とは完全に毛色の違う名著だと思うが。 プロテクトとか仮想記憶のいじりかたを、実機で試せるコードを示して解説している 類書は少ない。 486以外は基本的にどれも、CPUはどのように動くか、をマシン語のレベルで説明した本で、 6809は石自体が変わってるのに対応してるのと、Pentiumは8086というタイトルのままでは 現代じゃ売れないから名前を変えた本、というぐらいの位置付けか。
アセンブラー作るときしか必要ないな。 それよりアンドとかオア演算子みたいなやつをつかう代数学の本ってないのかな。
ハッカーのたのしみでも読んでろ
タイトルにもあるように、まさに「実践版」と言える本。 「前世はこうだったんだ〜」「人生の目的はこれなんだ〜」と知って満足というようなレベルでは終わりません。 本当にアカシックレコードを活用して人生を好転させていく方法が書かれています。 私は著者の若月氏が講師をつとめるスピリチュアルリーダー養成講座の修了生なのですが、講座を受ける前は「アカシックレコードなんて特殊な人だけが読めるのでは?」「そもそもアカシックレコードって何?」と思っていたひとりでした。 しかし、若月氏から教わる中で、目からウロコ。 「アカシックレコードって、そんな当たり前に普通に読めるものだったんだ・・・」 ただ、誰かにやり方を教わらなければ自分で取り組むのは難しいだろうとは感じていました。 が、この本を読んで遂にここまで懇切丁寧に解説された本が世に出てくるようになったんだと嬉しくなりました。 自分でアカシックレコードを読んでみようと思う人にとっては、最高のテキストなのではないでしょうか。 ここに書いてある通りに取り組めばアカシックレコードは本当に誰でも読めますし、第2章の21日プログラムをやれば確実に人生は変わります。 私は「21日プログラム」という形で取り組んだわけではありませんが、すでに取り組んでいるエクササイズが改めてプログラムとしてまとめて書かれたような感じですので、その効果は面白いくらいに体感中です。 やればやるだけ精神的にも肉体的にも力が抜けていって、仕事が変わって収入がアップしたり、新しく恋人ができたり・・・人生がどんどん楽しく面白くなっていきます。 実践していればどんどん人生が変わっていきますので、現状維持をさせる方が難しいくらいです。 ただ、まえがきにも書いてありますが、一般的な常識とはかなり違うことが書かれています。 それゆえに、著者が何を言おうとしているのか「日本語としては読めるけれど、意味がいまいち腑に落ちない」という事が起きるかもしれません。 ですが、「文章そのものが深層意識に深く働きかける作用を持っていますので」と読み方の案内にもあるように、とにかく繰り返し繰り返し読んでいくだけで深い意識に働きかける本ですので、本当に人生を変えていきたいと思っている方にはぜひ読んで頂きたい本です。
170文字以内で頼む
そこは 3行以内で だろ
ム板とオカ板を巡回しているのが俺だけでなく安心した
アジャイルサムライ、どこにもないよ。 どうなってんだ。
>>621 そんなにいいの?
他人のblog読んでるとちょくちょく話題に出てるけど、「プログラマが知るべき97のこと」
とか大概でしたのであんまり当てにできないし…
>>622 いや、いいかどうかはわからない。
立ち読みしてから、買うかどうか決めようと思ってるんだけど、どこにも見当たらない。
機械翻訳してそのままとかwww
sbcrみたいに出すだけだすって感じよりはいい
最近プログラミング関連書籍があまり出てこなくなってるね。 まあ乱発するようなジャンルでもないけど
特定の言語に依存しないプログラミングの本質を語るような感じの本が また読みたくなりました 最近なにか面白そうな本ってありますか(最近じゃなくてもいいですが) 洋書でも構いません 関数型言語という大枠には依存してますが 「関数プログラミング」なんかが私は気に入ってます あとは「コンピュータ サイエンス入門 論理とプログラム意味論」や SICP、「文芸的プログラミング」なんかも好きです
coders at work プログラミングの技をめぐる探求
>>630 CTMCPが出てこないのがおかしい
読むのだ
Ozまったく知らなくてこの本読めるもんなの?
>>631 >>632 ありがとうございます
どちらも大変興味深いです
地元の図書館にないのが残念ですが、
まずは coders at work の方から買ってみようと思います
(こちらの方が読み物としてスラスラ読めそう
CTMCP は今の仕事が一段落ついてからじっくり腰を据えて読みたいと思います)
>>631 それ面白いよな。有名プログラマへのインタビューだけど読み応えがあった。
自分まだ途中までしか読んでないけど、インタビュアーの鋭いツッコミがいいね。
637 :
588 :2011/07/31(日) 01:36:09.87
以前ここで相談に乗ってもらった588です 近くの大学の図書館ではじめて読むPentiumを探してみましたが 蔵書の中に見つからなかったので Amazonではじめて読む486をオーダーしました。 課題を書くのに必要だったメモリの使い方は そこの大学においてあった計算機アーキテクチャ (入門情報科学シリーズ)を読み、それで解決しました。 ただ、せっかくですので理解を深めるためにコンパイラの本を一冊買っていこうと思います。 二冊ほど著名な本をピックアップしましたが、どちらのほうが私のような初学者におすすめでしょう? ふつうのコンパイラをつくろう 青木峰郎 コンパイラ (新コンピュータサイエンス講座) 中田育男 よろしくお願いします。
639 :
637 :2011/07/31(日) 02:29:19.50
>>638 回答ありがとうございます。
早速、”ふつうのコンパイラ”を買ってきて勉強することにします。
はじめての486はあまりよくないのですか・・・
ですがせっかくオーダーしたので読んでみることにします
30日でできる! OS自作入門はすでにオーダー済みです。
リファレンスに使おうと一緒にピアソンのモダン・オペレーティングシステムも頼みました
本当はOperating System Conceptsが欲しかったのですが、14000はさすがに出せなかったっす。
641 :
637 :2011/07/31(日) 03:14:41.35
>>486 この本のJavaを使ったバージョンである
Operating System Concept with Javaの方は授業で必要になる予定ですので、近日中に買う予定です。
ただなにぶん長い本なので、母国語でない英語で読み進めるには、かなりの時間をかける必要があるなと考え
ある程度は日本語でざっと予習しておきたいな思ってました
そのようなことから、ここで買う本は本はリファレンスや概念をさっと頭に入れられれば十分、そういうことなので比較的値段が安く買いやすいモダン・オペレーティングシステムにしました
CPUやメモリの使い方は本を一冊読んだので、基礎的な部分はだいぶわかってきたような気がします。
せっかくですし、わからない場合は他の本をリファレンスにして486をがんばって読んでみようと思います。。
8086もAmazonのマーケットプレイスで格安で出ていたので、購入してみような・・・
皆様、回答ありがとうございました。
>>633 CTMCPの構成は、
小さな言語から始まって、それに構文規則と意味論を付け加えることで、
どんなプログラミング手法が実現できるかを示していく流れ
Ozはその具体例として取り扱われるわけだが、
当然その構文についての説明も含まれている
というか、そこまで変な言語でもないから雰囲気でも割と読める
「はじめての<プロセッサ名>」で、486だけは、シリーズ他書とは別物だから。 名著と評価する人は多いと思うんだけど。
はじめての486 は、そのほかの「はじめてのxxx」を完了してから読む本でしょうね。
MS-DOS 上を想定した C 言語/アセンブラが掲載されているが、それに自体ついての説明はきわめて少ない。
C <-> アセンブラ のインターフェースなんて当たり前のように知っていなければならない。
あと私が試したときは、どこかのアラインメントをparaにしないと動かなかった経験があります。
>>641 >リファレンスや概念をさっと頭に入れられれば十分
であれば、それでも「はじめての486」の解説部分をさらっとながせばいいでしょうが、この本の真の実力をいつの日にか味わう機会があればいいですね。
>ピアソンのモダン・オペレーティングシステム
minix でも著名なタネンバウム先生(ast) の、ですね。この本自体は amoeba/mach の念頭に置いた概説書だったと記憶していますが、
「はじめての486」を真に味わう喜びに恵まれたなら、あわせて ast の minix 本(Operating Systems Design and Implementation) (第三版・翻訳あり) をお勧めします。
巻末はソースコードです。:-)
>>643 類書がないですしね。
意味不明
>>645 ディスク操作に対応してて、ツールがMacやLinuxにも対応してればなあという点と、
ページングに触れていたらなあという点が残念だが
結構ためにはなるよ
そんなことして僕のIPを抜くのはやめてください>卜部さん
別にこき下ろしてもないじゃん
Pythonでおkってのは的外れだなあ その本は星の数ほどいるであろう「C入門書読んだけど これから何やったらいいかわかんね」って人向けだから Python使ったら何の意味もない
一見disってるように見える、激励と称賛だと思う。 タイトルについてだけはdisってるか。けどまぁ売るためのタイトルとしてしょうがないだろう。
まあ、大型書店でも無い限りはCかVBしか入門書置いてないっていうのはふつうに有るからねぇ。。。
>>652 fork とか pipe とか socket とかに行くと良いんだけどね
上で出てる > 「はじめての<プロセッサ名>」 って自分も興味あったので調べてみたのですが、正確には 「はじめて読む<プロセッサ名>」のやつで良いんですよね…?
>657 うん
>>657 ASCIIから出てて蒲地氏が書いてるやつ
8086とか安いしコンピュータアーキテクチャの基礎を知るのにいいけど
MS-DOSなんかが出てきて古いから今はもっといいのあるかもよ
Pentiumは内容は悪くないけどページ数のわりに高い
>>656 そっちが王道か。システムプログラミングならいい本何冊も出てるし
スティーブンス本がいまんとこほとんど決定版だしなぁ
この値段で1288ページんてありえないから 読み物的な内容だろうな。 著者が沢山いるなら内容のある本だろうが 普通の本で一人で1288ページはありえないからな。 クヌースだけはありえたが。
C++の生みの親だし、あり得なくは無いだろうけど。。。
まあ実際は編集者が書いたということもありえるからな。
おれは文字がでかいからページが増えたにしとこっと
その本はあくまでプログラミングの入門書なんだよな でも表紙見るとC++の入門書に見えてしまう 詐欺じゃね
「本当のプログラミングを体得したい開発者に」なら問題なかったか 中身は全部やれば中級プログラマって内容で時間と根気のある人向け
1288ページは上司、先輩が 下の人間に渡して、読み込みが浅い場合 思いっきりこれで頬をぶん殴るために必要な厚さだと思う
闘うプログラマってやつっすね!先輩!!
どっかに説明文のテンプレでもあんのかってくらい何も感じないな
ファイナルファンタジーの武器かよ
全く話題になっていないけれど「抽象によるソフトウェア設計−Alloyではじめる形式手法」がでた。 説明が詳細で翻訳も丁寧でよかったよ。原書の改定版より日本語版のが先らしい。
ま、でたっていっても2週間前だが他にAlloy4のまともな解説本はないので。
改定してからまた日本語版出す商法か
>>663 本書のページ単価6.4円。
ちょっと前に話題に出ていた「C言語による スーパーLinuxプログラミング」が
500ページで3,570円、ページ単価7.1円なので、ストラウストラップ本のほうが、多少、割安ですかね。
ちなみに「抽象によるソフトウェア設計−Alloyではじめる形式手法」は
368ページで4,725円。ページ単価12.8円。くそ高い。
本の値段気にする奴っているんだな
購入候補が複数あってどれか一冊に絞るときに 他に決め手がなければページ単価で選んだりするなw 禿本はカラーページがどうなるかが見もの
ページより、文字やワード数で決めろよ
>>679 5千円以上になると流石に気にするな。。。
単に買うのが来月に延びるだけだが
>>678 自分のレベルにあって無かったらコスパも糞も無いんだがな
ページ数が多ければデータ量は増えるが有意義な情報が増えるかは分からない
>>677 そうじゃなくて改訂版の原書より改訂版の日本語訳が先らしいよ
VisualStudioに付属のC#とかの言語仕様書 ワードの使い方が良く解る。数百ページのword文書がクラッシュせずに開くのは驚きだぜ
いつの時代の人だよ
ゲームプログラミングの書籍とかの話題もここで宜しいのでしょうか c++とjavaを入門書一冊終わらせたのでなんかゲームっぽいの作りたいなと思うのですが c++かjavaでゲームプログラミングの初歩的な事が書いてある本で何か読んどけと言う様な書籍はないでしょうか タイトルから15歳からはじめる〜のシリーズが少し気になっているのですが
セガの人が書いてたヤツの一択
15歳からはじめる〜はDirectXのオレオレラッパの使い方の本だった
15歳と始めたい
童貞乙
GAEの本って使い勝手悪いのしかないのですか
yeeeees
というかGAEはGoogleの値上げでもうオワコン
697 :
688 :2011/08/04(木) 10:23:57.73
紹介・誘導多謝 セガの奴を調べつつそっちのスレにも目を通して、必要ならそちらで質問しなおします
ストラウストラップのプログラミング入門 重いな 持ち歩けん
電子書籍化すれば
703 :
デフォルトの名無しさん :2011/08/04(木) 22:33:21.52
入門させる気あるのかな
「お猿さんでもわかるプログラミング」とか 「プログラミングの飛び出す絵本」みたいな本がいいのかね。
幼稚園からの英才教育か。ああ、俺も幼稚園から英才教育を受けたかったな
幼稚園の時からストラウストラップのプログラミング入門 読むと16歳になればBoost作れるようになるよ
16歳くらいの頃は1日3回はboostしてたな。
16の頃には同級生ととXPしたよ …男子校だったけどorz
ペアプログラミングとかしちゃったのか。乱れてるな
まあ、アジャイルしてる子もいたしな。
俺なんか未だにウォーターフォールだよ ひたすらウォーターフォール
文字コードのセキュリティについて詳しく書かれている書籍でお勧めありませんか?
ストラウストラップのプログラミング入門 買ってきた。 全編カラーで見やすい。 エピステーメーさんがやっただけあって、訳もいい感じ。
369 名前:デフォルトの名無しさん[sage] 投稿日:2011/08/06(土) 06:24:16.12
遅延評価。
"ある関数を呼び出すとき、その関数が引数の全てを利用するとは限らない。"
いやその時点でおかしいから…w
その関数、なんかおかしいですからw
まるで遅延評価したいがために作ったような関数ですからw
そう、竹内関数のことですぉw
370 名前:デフォルトの名無しさん[sage] 投稿日:2011/08/06(土) 09:55:28.90
無限リストとかいくらでもあるだろ
竹内アンチは未踏スレで暴れてろw
371 名前:デフォルトの名無しさん[sage] 投稿日:2011/08/06(土) 10:19:52.63
竹内って誰?
372 名前:デフォルトの名無しさん[sage] 投稿日:2011/08/06(土) 10:21:56.49
>>371 自分のことを神だの仏だの言ってる
キチガイじじいだよ
373 名前:デフォルトの名無しさん[sage] 投稿日:2011/08/06(土) 10:29:22.25
おまえがキチガイだよ。キチガイは帰れ。
374 名前:デフォルトの名無しさん[sage] 投稿日:2011/08/06(土) 10:31:16.06
俺は自分のこと神だの仏だの言わんけど
竹内より基地外っているの?
麻原みたいなもんだろ
378 名前:デフォルトの名無しさん[sage] 投稿日:2011/08/06(土) 10:39:48.34
>>374 ホーリーネームまでつけてるからな
ゲルトミューラー竹内だとよwwww
>714 もう売ってるんだ。フラゲ?
1288ページで¥8,190 ページ単価6.4円 カラー 著者がC++の作者 これ買わんで他に何買うんだよ
みどころ * ニューバランス履いて机に足乗っけた態度の悪いキューピーの写真 * Rubyの る の字も出てこない
719 :
デフォルトの名無しさん :2011/08/06(土) 11:19:57.22
よほどRubyにルサンチマンを覚えているらしい
名前が読めないって悪評よく聞くけど
「また名前読めねえお監修か」の一行で済むな
> 会社の研修で使用するテキストは内容よりも、執筆者、翻訳者、監修者、出版社の信用度をチェックする。 > 品質までカット 1ページも読まずに批判とか頭おかしいんじゃね?少なくともこんなやつ飼ってる会社はどうかしてる。
そのオヤジもそのオヤジだが、 「会社の研修で使用するテキストは内容よりも、執筆者、翻訳者、監修者、出版社の信用度をチェック」 これが社是なら会社名晒してもらって、全力で回避すべき会社として末永く記憶されるべきレベルだよなw
そういうおまえらだって 著者に矢沢ってあったら 内容チェックしないだろ?
研修用に使うなら当然チェックするよ
今は専門的な記事もくだけた軽い感じのが流行りなんだよ
経験年数が長いってだけで、水準に達してないようなベテランが でかい顔をしてる底辺な職場なんで、変に内容なんてチェックしないで 「著者がよく見る名前だから」とか「売れてるみたいだから」とかで 選んでくれたほうが、まだましな結果になりそう。
>>732 例の頑固オヤジについてはそうだなw
研修に使う本の評価だというなら、同じテーマで他に圧倒的な良書があってそっち使おう、
という話でもない限り、内容をチェックして評価するけどな。
「執筆者、翻訳者、監修者、出版社の信用度をチェック」って、何考えてるのかわからん。
>>729 プログラムはなぜ動くのかだけは許してやってくれ
目次はどこで見られるんだ?
多態の解説で、 func(int n); func(string s); みたいなオーバーロードのコードをコードを示して、 「呼び出されるメソッドが変わりますね。これがポリモーフィズムです」 とか書いてた人だっけ > 矢沢
>>729 橋本和明と山本洋介山ってのは絶対回避する
>>729 さっき著者名書いてレスしたのに
レスが書き込まれなかった
NG登録されてるみたいだ
橋●本●和●明●●●山●本●洋●介●山
大事なことなので(ry
どっかのおかしい人の脳内悪評はどうでもいいんだけど内容的にはどうなの 尼の紹介文だと内容がいまいち掴めないんで目次晒してくれると嬉しい 発売前だとまずかったりするかな
布教用と観賞用と保存用に3冊買ったわ
自分の勉強のためには使わないのか・・・
>>726 まじかよ。まぁいいや、あと3日我慢する。
ヨドバシだともう置いてある
いや 高過ぎだろこれ
ttp://d.hatena.ne.jp/faith_and_brave/20110720/1311144650 本書はC++入門書ではなくプログラミング入門書です。
「プログラミングとは何か」から始まり、関数、値、クラスのようなプログラミングの基礎概念とその扱い。
エラー処理、問題への取り組み方、データ構造とアルゴリズム、GUI、抽象化、プログラミングの歴史、といった
広範な内容を妥協することなく深く掘り下げて解説しています。
プログラミングを全く知らないところから始める初学者にとっては、
自立するところまで面倒を見てくれる良い教科書になることでしょう。
また、プログラミングを何年も経験している方にとっても、
プログラミングやその教え方を学び直すいい機会になると思います。
要するにC++のリファレンスには使えないって事だよね? プログラムのコツとかアルゴリズムとかの本なのだろか
なんか哲学よりの印象を受けるんだけど 実用的ですぐ役立つってのとは違うようだな
でも重要な事は書いてそう プログラミング初心者には多分かなり役に立つんじゃないかな C++の入門書は別途必要そうだけど
>>745 ありがと幅広いね
個人的には分冊されてても良かったかも
腕力鍛えろよという ありがたい配慮だろ
こういうのこそ、さっさと電子化して欲しいんだがな
επιστημηってまだいたんだ
技術書ってリファレンスになるわけだから電子書籍との親和性高いよな
ストラウストラップのプログラミング入門 って読むとBoost作れるようになるみたい
επιστημηって、いま幾つだ?
来月から俺もεπιστημηになるから5人だ
επιστημηは集合体
επιστημηは記号
επιστημηはさっとお湯に通すとおいしいよね
米国債格下げで επιστημη高騰中
επιστημηとロベールを買えば良いのかな やっぱ洋書だよね
>>766 επιστημηはアッサム語のみしかないよ
この流れを楽しめる奴っているの?
間違えて επσιτημη と書かれても誰も気づかないよな
>>764 さっとお湯に通すとおいしいものってなんだよ
もやしぐらいしか思いつかないぞ
たいの刺身かな
こんなところにまで貧富の差が…
何が面白いの?
774 :
デフォルトの名無しさん :2011/08/08(月) 12:40:00.28
さあ
俺は逆にεπσιτημηだから買いだと思ってるよ ストローストラップ?誰それって感じだし
もういいから
c実践を最近一通り読み終えたばかりの初心者ですが唐突にリバースエンジニアリングに興味を持ちました お勧めの本を教えてください
いまどきのアセンブラってやつ
>>777 picマイコンで電子工作とアセンブラ勉強するのはどうだろう?
ハードの仕様も全部オレオレ仕様に出来て楽しいよ
>>777 なんか最近オライリーが出し始めたシリーズとか
レスありがとうございます 上げていただいた書籍を参考にしてアセンブラを本格的にやってみようと思います
ぱいそんにしとけ
>>782 牌尊はcより新しいから、リバースじゃない
Androidアプリの解析にパイソンは使える
リバースエンジニアリングにPythonはよく使われてるよ とはいえPythonだけやっても何一つできやしないが
リバースエンジニアリングってほどじゃないけど、NoCD化とかは今でも時々やってる
790 :
デフォルトの名無しさん :2011/08/09(火) 04:06:38.87
>>702 しょうえいしゃのHPには9日発売になってるね
どっちなんだろう
>>775 「ストローストラップ?誰それ」って、
いくらなんでも、さすがにモノを知らなすぎだろう
>>791 言語の作者の名前を覚えたってスキルはあがりませんよ^^
だが、常識レベルの知識がない奴ではなかろうかと疑われるのは確かだ。
>>792 十分条件ではないが必要条件にはなるでしょう
スキルを高める過程で自然と耳にするのでは?
コの業界における著名人をどれくらい知っているかと
技術スキルのレベルには、多少の相関はあるでしょう
だな。 C やってて K&R しらんとか、 ruby やってて Matz しらんとか、 Java やっててゴスリンしらんとか、 常識を疑われても仕方ない。
ミーハーには必須の知識かもしれないけど、プログラマには不要なの
798 :
デフォルトの名無しさん :2011/08/09(火) 21:59:02.80
調べられるものをいちいち覚えておく必要はないって 昔のえろい人がいってた
忘れるのと知らないのでは意味が違うし、 「ミーハー」などという言葉でレッテル張りするような奴に説得力はない そりゃプログラム書くのに必要な知識じゃないが、 きちんと学んでいく間に必然と覚えるであろう「雑学」を 全く知らんのでは信用されん
いや、人名は全部覚えないというなら、それはそれでいいよ ツッコミどころはεπσιτημηは覚えてStroustrup知らんってとこだろ それこそプログラマならどっちが重要人物かくらい分かるだろ
ジョークもわからんようなやつがたくさんいて笑える
また不毛な論争が
CとかJavaの入門書の次に読む本的なのってどんなのがあるかな
805 :
デフォルトの名無しさん :2011/08/09(火) 22:23:18.42
調べずとも、というレベルの話なんだが。
>>799 ということは、今現場でC/C++でソフトウェアを作っている人たち、
過去作ってきた人たちにおいて、Stroustrup を知らなければ、
その人たちはきちんと学んでいない、学んでこなかったということか?
そして、信用されていないのに、プログラミングを任されている、
任されてきたということか?
C言語入門書の次に読む本 これ普通に言い本
次は lisp って、C --> Java --> lisp という入門書巡りかと一瞬勘違いした
>>807 俺もそれは良書だと思う。
でもアマゾンのレビューはいまいちなんだよなぁ。不思議。
Stroustrupは低レベル技術者と疑われないための バイブルだぞ。もし疑われたらそのバイブルで 間違ってましたって言わせるまで叩き続ければいい Stroustrupの新書は、それぐらい有り難さがある
>>812 × Stroustrupの新書は、それぐらい有り難さがある
○ Stroustrupの新書は、それぐらい重さがある
815 :
799 :2011/08/09(火) 22:49:46.11
>>806 前半はその通り
「プログラミング言語C++」も「C++の設計と進化」も読んでいないことになるからな
EffectiveやExceptionalシリーズみたいな良書もあるから、それだけが指標じゃないけど
後半はしらん
任されている範囲では信用されているんだろうよ
>>813 >>815 きちんと学んでこなかったとあなた達が言うその人たちが、
なぜ良く名の知れた会計ソフトやグラフィックデザイン ソフト、
数式処理システムやOSまでもプログラムしてこれたのか?
きちんと学んできたからではないのか?
>>809 java が世に出た直後に颯爽と scheme を java で書いた人が遠くはないところにいたのを、ずいぶん後になって耳にし、自分の馬鹿さに切歯扼腕したものですが‥‥。
実は、今懸命にググッても、その実体はおろかポインタすら見つけられません。
どなたかご存知であれば。
818 :
デフォルトの名無しさん :2011/08/09(火) 23:11:20.66
>>816 だからバグばかり
最近はいくぶんかマシになったが、
Wから始まるOSおよびその関連ソフトウェアと、
Unix周辺の経緯を比較してみれば分かろうもん
820 :
799 :2011/08/09(火) 23:17:09.35
>>816 そいつらが特別頭がいいか、周りによく知ってる人がいるとか、
C++以外でもプログラミングを学んだからじゃねーの?
大体、それだけが指標じゃないと言ってるだろ?
0か1か、みたいな議論に意味はない
もし自分が中高生や学生の身分でこのスレ覗いていたとして
住民が禿の7-8kする教科書でキャッキャキャッキャしてたら
んな本買えねーよストロー?よく知らないけど氏ねよ、とかなるかもしれない
というわけで
>>775 みたいなのにガチで反応しなくっても
822 :
sage :2011/08/09(火) 23:19:34.35
自分でその通りっていっているのに
そんなことよりお盆どうするの?
Stroustrup読むよ
いや働けよ
そうだ働け
禿のStroustrup本っていうから「C++の設計と進化」のことかと勘違い(禿違い) これ、話題のεπσιτημη監修だが、翻訳は岩谷なんだなぁ... なんだか、しみじみしちまったよ
>>820 自分で「必然」と言っている
Stroustrup を知っていたからと言ってきちんと学んできたとは限らないが、
きちんと学んできたからには Stroustrup を知っていて当然という意味で言ったのだろう
つまり、Stroustrup を知っているのはきちんと学んだ事の必要条件
きちんと学んでいく間に必然と覚えるであろう雑学
というのはそういう事だよ
それだけが指標じゃないと言うが、この雑学(作者)に関しては必然なんだろ?
もし本気でそう思っているのなら、「きちんと学ぶとはどういうことか」
という事を時間があればもう少しきちんと考えてみることを勧める
もう許してやれよ
Stroustrupは物理で殴ればいい
>>828 799氏を擁護するわけじゃないが、816で唐突な論旨のすり替えが起こっている。
「プログラムしてこれたのか?」と言っているが、ここで例に挙がっている
様々なプログラムは必ずしもC/C++でプログラムされているとは限らない。
799氏も820でそれをさりげなく指摘してはいるが、その前に、よけいな
発言をしてぼろを出してしまった。
C++に話を戻すと、きちんとC++を学んできた人であれば、その過程で
Stroustrupの名は学ぶ。プログラム言語はたいがい作者の哲学が影響する。
雑学と片付けるにはもったいない、技術に影響する話題です。
つーか禿先生はキャラ立ってるから覚え易いんだよね
最初からC++に限らず一般論でやってただろ
知らなきゃモグリ扱いされる名前ではある いいやそんなことないって言う人は放置しとけばいい
837 :
799 :2011/08/10(水) 00:10:57.40
>>828 「であろう」は推量だ
そんなことも知らなければ、きちんと学んでいないと推測されて信用されないぞ
ってことを言ってるのであって、知っていることが必要条件などとはオレも思っていない
2chだから言葉が行き過ぎた面は謝るが、
おまえの発言は、単なる揚げ足取りにすぎねーよ
Effective C++ Design patterns Elements of〜 ってどっちを先にやるべき?
クヌースとリーナス以外は微妙 言われてあーそうだったかなレベル
>>831 > ここで例に挙がっている
> 様々なプログラムは必ずしもC/C++でプログラムされているとは限らない。
実際に C/C++ で開発されたと私が確認とれたもののみ例に挙げた
それらに関わっていた知人に、開発に携わっていた当時
Stroustrupを知っていたかとメールで訪ねたところ、
知らなかったという答えを得たので、例としてあげた
(ちなみに今は知っているという)
たった4人だから、統計的にはなんの意味もない事だとは分かるが、
それでも「きちんと学んで」なければできない仕事をこなしてきた者達だ
作ってきたソフトウェアは多くの人たちの役に立っている
きちんと学んだからといって、その過程でStroustrupの名は学ぶとは限らない
歴史や背景に興味なったら そういうところは読み飛ばす人もいるだろうな
>>837 >>806 の質問に「前半はその通り」なんじゃないのか?
Stroustrup を知らなければ、その人たちはきちんと学んでいない、
学んでこなかったのか、と訊いたはずだが
awkは作者名が自己主張しまくり
844 :
799 :2011/08/10(水) 00:39:57.16
>>842 言葉が行き過ぎたと思ったのがそこだな
一応それだけが指標じゃないとも言っておいたが…
で、おまえはオレの元々の趣旨である
> そんなことも知らなければ、きちんと学んでいないと推測されて信用されないぞ
については賛成なのか反対なのかどっちなんだよ?
>>843 まあWはそこまででもないかもしれんが、
AとKは間違いなくビッグネームだし、
名乗るだけのものはあるかなっていう感は
もっと露骨なのはAdaだのHaskellだのErlangだのOccamだの……
自己主張狙いだとは思わないがw
>>840 > 実際に C/C++ で開発されたと私が確認とれたもののみ例に挙げた
そんなこと知るかよ俺は超能力者じゃない
いずれにしても
>>834 に従い放置することにする。付き合いきれん
>>844 反対です
そのような根幹の基本的なところで信用されていなければ、
大事な仕事は任せられていませんし、
部下との間での信頼関係も絶対に築けていません
大事な仕事を任せられ、部下との信頼関係もあったということは、
少なくともそのような基本的なところで信用さていない事は絶対に無い
つまり、知らなくても(大事なソフトを作り上げる程度には)きちんと学んでいると
信用されていたということ
だから反対です
昔はプログラミング言語C++で 深夜に先輩、上司からぶん殴られながら成長していったもんだんだよ 今の20代は甘えすぎ
おっさんは黙ってろよ
>>846 こっちが相手してあげてんだよ
図に乗るな
851 :
799 :2011/08/10(水) 00:58:28.88
>>847 実際に一緒に仕事する場面であれば、
もっと多くの判断要素があるのは当たり前じゃねーか
何をいってるんだおまえはw
852 :
デフォルトの名無しさん :2011/08/10(水) 01:04:58.75
なんで信用されないの?
さあ?そういう世界なんじゃね?
854 :
デフォルトの名無しさん :2011/08/10(水) 01:07:58.12
名前知ってたら信用されるの?
>>851 私は貴殿と並行して彼とやりとりしていた者です。
彼は自分の脳内ワールドをうまく表現する技術をお持ちでないようなので、
ハナシになりません。
>>806 や
>>813 で、世間一般にいるC/C++技術者の話を
議論していると思っていたのに、いきなり彼の知人の話にされていて、
( ゚д゚)ポカーン ですわ。そりゃ話も噛み合ない。C++と禿先生の話題を
出しているのに、C/C++と括ってしまう未熟さも持ち合わせている。
阿呆らしいので、放置が吉かと。で、それを指摘すると
>>850 みたいに逆ギレ
856 :
デフォルトの名無しさん :2011/08/10(水) 01:22:04.38
逆に知り合いでもないやつのことの事情しってんの?
ここは自分の中の世界を語る場だから
858 :
855 :2011/08/10(水) 01:24:43.84
>>856 知ってる。ある教育機関でCを教えてるから
859 :
デフォルトの名無しさん :2011/08/10(水) 01:25:56.68
860 :
デフォルトの名無しさん :2011/08/10(水) 01:27:01.52
真面目に読む気になれないがスレチにどっちが正しいとかないだろ。スレチは絶対悪。
でっていう?
>>861 ことの発端は図書の話だったんだが、もはやスレチだな。すまんもう止める
864 :
デフォルトの名無しさん :2011/08/10(水) 01:32:24.74
>>858 それじゃ質問の答えになってないだろうが
865 :
デフォルトの名無しさん :2011/08/10(水) 01:34:46.76
禁書目録
867 :
799 :2011/08/10(水) 02:21:07.54
スレチになってしまった謝罪の意味も込めて、 簡単にストラウストラップのプログラミング入門の感想を C++の入門書じゃないって売り文句だけど、言語仕様の解説も盛り沢山だし std::vectorはp89で出てきて、配列はp576でやっと解説されるあたりからしても C++らしいプログラムが書けるように考慮されてる。 後置インクリメントなんて、わざとらしく脚注にしか書いてないw 全体的に、問題をどう解決すればよいかにフォーカスが当てられているので、 プログラミングを学ぶ教科書という位置づけなんだろうが、 C++の入門書としても十分使えると思った。 まあ、C++の書き方をさらっと学びたい人には冗長かも。 p929の「Cプログラミング言語」からは、リファレンスにも使える内容。 STLもひと通りまとめてある。 テンプレートについては一般的な解説だけで、 boost::mplに代表されるような、テンプレートメタプログラミングについては触れていない。
0xには触れられてたりする?
869 :
799 :2011/08/10(水) 02:43:46.23
>>868 全然触れられてない
原書は3年も前の発売だし、仕方ないかな
>>814 叩き続けるってのは物理的な意味なのか・・・
>配列はp576でやっと解説されるあたりからしても これはこれでなんだかな
テンプレいじるか
>>848 C++の開発に携わったものだけど、
そういう連中には使ってもらいたく
ないな。
>>874 ぶん殴られつつ育っていったオッサンのほう?
それとも今の甘え世代?
C++を開発で使ってるものだけど、 君みたいな人には開発に携わって欲しくないな
ベル研でCとC++の開発に携わったものだけどなにか質問ある?
特にない
>>877 あんなゴミ言語が普及してしまったことについて、申し訳ないとか思わないの?
>>877 PascalやModula-2に道を譲ってほしかったです
使ってほしいとかほしくないとか、その発想が気持ち悪い
>>877 散髪やさんには、なんといってカットしてもらうの?
逆剃りはダメよ
これを英語でなんていうのか解らないんだ
先輩を黙らせる印籠代わりになる本を教えてください
>>885 先輩どころか、特定の嗜好の人達を除く殆どの人達が黙って去っていくと思う。
13歳からの〜
889 :
デフォルトの名無しさん :2011/08/11(木) 06:10:30.66
891 :
デフォルトの名無しさん :2011/08/11(木) 23:58:57.99
ストラウストラップのプログラミング入門立ち読みしてきたんだけど 広く浅くって感じで、教員がいて指導するには適しているかも知れんけど 個人が買って読むにはなんとも微妙な内容だったんだけど 帯に短したすきに長しって言えばいいのかね
そもそも、その本には帯が付いてたの?
入門書だから
たすきに長い本ってやだなぁ
895 :
デフォルトの名無しさん :2011/08/12(金) 07:57:17.21
一瞬だけ立ち読みしたけど ソースコード部分は少し青みがかったフォントで読みやすい印象
全部立ち読みする根性のあるやついないのか
ググれば大概の事は見つかるから本なんていらない
ググるにはキーワードが必要言い換えれば知っていることしか調べられない 一方読書だと知らない概念が向こうから飛び込んでくるこれが大きい 従ってスキルを向上させるために読書は必要不可欠だ
ググったら同じサイトの他のページも見るから同じこと 本に比べて推敲や校正が不十分な欠点がある反面 情報の鮮度がいいので一長一短 ネットも本も玉石混合、良い物は良いわな
あ、玉石混淆だった
本は索引がしっかりしてるか否かで印象が違う 索引がクソな本に出会うとPCで単語検索したくなる
索引がクジな本に出会うと・・・
価値がカットされた人か
905 :
デフォルトの名無しさん :2011/08/12(金) 20:13:42.52
>>903 ストラウストラップが、書いたからだしたんでしょうね
明らかにロベール意識してるよね 書名、プログラムの入門書なのにC++を全面に押し出した煽り、 そして分厚さ(分冊するかどうか揉めたらしい)
本屋でストラウストラップ、話題の本、発見。 あれは、むー、ないだろう。もはや凶器。ストラウストラップ殺人事件。 西村京太郎もびっくり、みたいな。
していいよ
いまどきのアセンブラ読んでおけ
枕にするにも分厚すぎるなあの本は。 スちゃんはとにかくなんでも分量で勝負、な強迫観念のある人なのかもしれないな。言語設計させちゃだめなんだよ、きっと。やたら肥大化させないと気が済まない。
髪が少ない分、紙は多くって事だろう
原書が一冊だろうが出版社の裁量で上中下3巻にすればいいのに融通きかないよな
それやると上しか売れないんだろう
ロベールの原著はかなり広く読まれてC++界への影響力も大きいからな
ぶっちゃけゴーストライターが書いたんでしょ?
>915
あのストラウストラップも幼少期にロベールでプログラミングを学んだらしい
クヌース先生も The Art of Computer Programming の第一稿は まっさきにロベールに送って見てもらったと聞く
ロベールは韓国人なのか
ロベールがいなけりゃC++も生まれなかったということ
ローベル積分の考案など数学の分野でも業績を残してるね。
グッとガッツポーズしただけで5言語くらい生まれた
924 :
デフォルトの名無しさん :2011/08/13(土) 10:33:59.28
ロベールとチャックノリスが戦ったらどちらが勝つのか
926 :
デフォルトの名無しさん :2011/08/13(土) 11:08:03.98
C++って韓国が起源なんだな
928 :
デフォルトの名無しさん :2011/08/13(土) 11:28:09.29
>>927 いや。中国だよ。
science and civilisation in china
にちゃんと書いてあった。
この本、お勧め。
++を更に右斜め上につけたのがC# モチロンこんな事するのは韓国
ロベールネタが面白いと思ってる馬鹿が未だにいることに驚く
チャックノリスとクヌースまで持ち出してきた今回はちょっと面白かった
TopGearでのスティグ的扱いなのか
備品かよw
今日アジャイルサムライをぱらぱらと見てみたけど、Head Firstシリーズかと思った
「組み込みユーザのためのアセンブリ/C言語読本」は結構いいんじゃないかな まだ途中までしか読んでないけど、中々まとまってていい感じだ
>>935 なんで「ユーザ」がアセンブリやCやらなきゃいけないの?
>>935 みんなが読むであろう途中までは著者も気合いれんだよ、あとは適当w
と適当なことを言ってみる
サムライでオジャイル
おまえら 今後もコンピュータに関わっていくのなら「ユニコード戦記」読んどけ 読んだからと言ってプログラミング技術が僅かでも上がることはないが、 おれたちが楽しくプログラミングしてる裏で大変なことをやってる連中がいる ということは知っておいた方がいいと思う
Starting Out with C++ Early Objectsも邦訳されれば 1400ページぐらい超えるから両手に辞書が実現するな
942 :
デフォルトの名無しさん :2011/08/15(月) 22:32:31.17
コスパで言うとスレチだが、ロイヤル英文法の凄さが分かるな
>>940 ぱらっと立ち読みしてスルーした記憶が。
もうちょっとその気にさせる紹介頼む。
944 :
デフォルトの名無しさん :2011/08/16(火) 07:54:40.54
>>943 > もうちょっとその気にさせる紹介頼む
すまん、俺には無理
そういう技能はずっと欲しいと思ってはいたが・・・難しいな
その上でちょっと言うと、世界標準というものは(決め方にも大いに依るが)
各国・各会社・各団体の利害がぶつかり合う最前線なのだと改めて認識させられた
そういう場では、(自陣営の利益のための)改善案や反論を「単に事務的に提出」しても
何の効果も上げられないどころか、逆に不利益になる形で固まってしまうこともある
適切な交渉戦略・戦術がなければ無力なんだというのは印象深かった
もう一つ印象深かったのは、(少なくともこのユニコードに関しては)
具体的な実装方法よりも、何を実現したいかをはっきり提案することが大事だということ
自分が考えた実装方法に固執してこれが最適だと提案しても、話し合いは絶対にまとまらない
その方法によって実現したいことは本質的に何かを見極めれば、
最初の提案を推してユニコード規格自体を(非互換的な方法で)変更させなくても、
後からユニコードを扱うインターフェース ソフトウェアの方の応用技術で実現できる
もしかしたら、後者の方はプログラミングする上でも使える基本的な考え方かも知れない
あとは、何よりも英語が大事だと言う事
必要になればそのうち嫌でも覚えるだろと思ってた自分が恥ずかしくなった
>>946 無理言うなよ
・学級会で有利に立ちたいなら交渉技術を身につけろ
・オレオレ方法を押しつけるな、実現したいことを丁寧に語れ
・英語はちゃんと勉強しとけ
わかったか
なんでそんなに上から目線?
Unicode作成に関わった当事者の生々しい証言が楽しめるのか 文字コード超研究の新版が出てるね 相変わらずPerl使ってるんだろうか 最近はプログラマ向けに特化した本が出て好評っぽいけど
戦記のほうはUnicodeを作った人じゃないので念のため。今はUnicodeコンソーシアムのほうのディレクタで、 本に書かれているのはISO/IEC JTC1/SC2の議長をやってたころの話。 文字コード超研究は相変わらずPerlでした。
プログラミング関係の書籍を電子化して ディスプレイの左に解説本、右にエディタ出して 勉強してるけど、24インチくらいのディスプレイだと 見やすくておすすめ。 本広げて視線移動させる距離が縮まるし、ページを抑えて置く必要もない 技術書なんて最初から電子化したもの売って欲しいね
15インチスクエア型ディスプレイ1台とトラックポイント付きテンキーレスコンパクトキーボードで机が一杯の俺に謝罪しろ
貧乏ですね^^;
タウンページの上にノーパソで机すらありません
普通の書籍の何気ない時にパラパラめくってた時に限って、新しい発見があるのが楽しいんじゃないか 必要なことを探している時に全く関係無いけど新しい発見しちゃって、気が付いたらそっちの勉強してて必要無いことに手をつけてないこともあるが
perlを馬鹿にするなぁ!
perlは終わコン 早く新しい言語に乗り換えた方がいい
961 :
デフォルトの名無しさん :2011/08/17(水) 12:10:25.53
pythonは?
>>958 何気ない時にパラパラめくってた時というのが俺には想像し難い
何気ない時ってのはどういう時なんだ?
暇すぎてぼーっとしてるのか?
音楽でも聴いてるのか?
>>961 これからはpythonの時代。
perlはあとから学べばいい。
>>958 やはり、紙媒体は重要だよね。
目に優しいし、ゆっくりと読めるから。
pythonは日本じゃ始まってもないし これから始まることもないだろう
>>962 煮詰まった時の気分転換に読んだりしないか?
電子書籍でもパラパラ読めるでしょ
俺ぐらいになると煮詰まったりしないからなー
×煮詰まる ○行き詰まる
俺ぐらいになるといつも焦げ付いてるからな
>>969 広辞苑引いてみ
煮詰まるに行き詰まるの意味もある
>>971 本来は誤用。
提供元:「デジタル大辞泉」
馬鹿女がよくやってるくだらん論争はやめるんだ
プログラマは論理的な思考を持ってると思ったんですが嘘見たいですね
まず、正しく「みたい」と書こうなw それから、馬鹿男の定番の反応もやめようなw
お前らくだらん性格してるな
webアプリを作りたいのですがどの本が良いでしょうか? Head first PHP &MySQLとかどうでしょう
PHPによるWebアプリケーションスーパーサンプルがおすすめ 基本ができてるなら
>>978 ありがとうございます!
ちょうど良さそうなので一度立ち読みしてから購入しようと思います。
サーバーサイドってまだPHP多いの?GAEだとJavaとPython、RoRのrubyとかのが多いと思ってた。
GAEはオワコン 時代はHTML5+CSS+Javascript
頭悪いなw
>>966 行き詰まる事はよくある
そんな時のために、いつも4、5個くらいは
互いに関係ない問題・やること・考える事を同時に抱えるようにして
すぐに頭を切り替えられるようにしておく
それはプログラミングであったり、数学や社会学の勉強であったり、
夕飯のメニューであったり、スケッチであったり、セクロスの模擬練習であったり
例えばプログラミングで煮詰まったら縄跳びの4重飛びに挑戦してみるとか、
気分転換するにしても何か明確な目的・目標を持っていないと不安になる
本を読むにしても、気持ちよくなろうとか、知識を得ようとか、
何かしらの明確な目的・目標を作る
ただ何となく目的も無しに本のページをパラパラめくるというのは怖ろしい
何か得られるかもと、偶然に「しか」頼らないのが勿体ない
↓頭のいい書きこみ
>>983 >何となく目的も無しに本のページをパラパラめくる
いや、これはかなり有効。煮詰まったとき、いや違った行き詰ったときにお試しあれ。
人それぞれって言葉の知らんのか
なんとなくグーグルアース見てたら面白い場所を偶然見つけて 喜ぶのに似てる
>>985 かなり有効ってどういう意味?
なにか大切な事、重要な事、面白い事を発見するという意味?
そうやって偶然見つけた面白い記事やモノは、たいてい記憶に深くは定着しない
数日後で思い返してみても、なんか面白いモンあったという印象が残るだけ
たまに強く定着したとしても、先ず間違いなく、そこから発展しない
記憶に鮮明に残るが、一発ネタかトリビアのネタになるのが落ち
そこから次々と発展的に・連鎖的に知識を得ようという気にはならないだろ
それを記憶にとどめて重要な発見に繋げられるのは天才だ
凡人は、全く関係の無い気分転換でも、
何かちゃんと目的・目標を持ってやった方が身になると俺は思うから、
こちらの方をお勧めする、一度お試しあれ
ちなみに、気分転換の遊びも本気で汗をかいてやった方がいいぞ
人それぞれって言葉の知らんのか
どっちでも良いよ
キュリー夫人は物理の息抜きに数学をやったという
夫のほうがすごいんだよ
だから夫人って言われ方なのか
逆さに吊るし上げたら¥になったのにな
>>988 懸案とはまったく関係ないことを考えていて、急に懸案に対する有効打を発見する、という意味です。
前提として懸案に打ち込み打ちひしがれている必要があるかもしれません。
関係ないとおもってぺらぺらめくっていたら、たまたまいいアイディアが掲載されていることを発見することもあれば、
ぺらぺらめくっていた内容とまったく関係ないことを突如として思いついた、ということもあると思います。
ぺらぺらめくっている内容を取り込み再利用しようというけちな考えは捨てたほうがいいかもしれません。
無目的もあんがい有用だと思っているのですが。
まあ人それぞれですか。
>>981 それはクライアント側の技術じゃん…
サーバーサイドは?
次スレマダー? チンチン
梅
梅
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。