推薦図書/必読書のためのスレッド 82©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
アマゾンの江添のほしい物リストみるとキモイんですけどwww 「Designing Data-Intensive Applications」Martin Kleppmann (著)
洋書もいいならこの本良かったぞ
データベース周りの技術を俯瞰できるようになる
特定の製品紹介じゃなく技術要素を解説した本は少ないので貴重 江添はアンチ多いな
俺も嫌いだから本は絶対買わない 江添は、任意の警察の職務質問を拒否して、拘束されたから、警察を訴えてるw
見た目だけで、江添は絶対に犯罪者だって、
10人ぐらいの警察官に、取り囲まれて拘束されたw
人権侵害やろw 日本人が英語能力低い原因の一つは
「難しい」概念もそれなりに日本語で考えられてしまうから
があると思う 一緒に仕事してるインドの人達を見てると
英語取得で能力・エネルギーを使い果たしてる
と邪推してしまう事がままある
論理的な思考が今一つやね
定型的な思考は得意なんだけど 日本で生きてる限り英語なんて不要。
google先生とかが訳してくれるしな。 多少は英語できる奴じゃないと、信用できねぇ。
検索、推測、理解、とか色々。
調べものさせても、役にたたないんだぜ。 >>209
データ構造の問題かな
母国語だとまた違うかも 古典だけど、K&Rはプログラマなら一度目を通さんとイカンな >>209
日本でも英語を勉強して外資系の企業に入ったら給料3倍になるんだったら英語を必死で勉強するだろ。
進駐軍の米兵が日本語ペラペラだったらしいが、
日本語を覚えて終戦して安全な日本に行くか、戦闘の収まっていない最前線へ行くかの2択だったら日本語を覚えて日本に行くだろw >>214
その本は、今も昔もお勧めではないな。
同時代の本だとプログラミング作法の方が良いね。 >>216
必読書としてなら、読むべきとは思うよ。
Windows使っている人が触っても、
本の通りには動かないけど。
(´・ω・`) >>217
K&Rほど賛否の分かれる本はないな。
言えることは、反対派も賛成派のどちらもK&Rを読んでるってこと。
そういう意味では必読書なのかもねw 苦Cでは非推奨だったな。
でも、苦C自体は読んでるってことか おれ、オライリーの紙質は好きだけど、
独習シリーズの紙は、なんか硬いし厚いのが、ちょっと嫌。
なんとなくで説明し辛い JavaとAndroidの勉強をしたいのですが、他の言語の経験者向けの本はありますでしょうか。
当方C++、C#、Pythonの経験があります。 いまAndroid開発をするには
Eclipse+ADT pluginでやるのと
Android Studioでやるのと
どっちがいいですか?
本では前者で解説しているものを複数冊持ってますがなにやらこれからは後者が主流らしいけど。 >>233
あなたわたしを怒らせてしまったようだな Java入門・初心者質問スレ Part.5
https://mevius.5ch.net/test/read.cgi/tech/1506675205/501
上記に追加で、
Kotlinスタートブック -新しいAndroidプログラミング、長澤 太郎、2016 しかも>>233のURLはJane Styleに登録できないし。 >>231
ありがとうございます
公式のチュートリアルを見るという発想がなかった…
ついでに、他言語習得者向けのJava入門でちょうどいいのがあったので貼っておきます:
https://gist.github.com/nobuoka/6546813 和書の技術書が絶望的に無くなって来ているのは何故だ >>238
洋書も全然翻訳進んでないしな
旧仕様止まりの本多すぎ 書店に気を使ってるのか、IT系なのに電書にもまったくと言っていいほど力入れないしな。
出しても印刷用のデータをそのまま転用しただけの読みにくいものだったり。 固定レイアウトはわざとかというくらいだからな
まぁ技術力がないから仕方ないか 自炊すると気が付くが、
オライリーの本は段組とか、
ページのギリギリまで書かれた模様とかの
本文以外の余計な装飾がない。
PDFで取り込んでから、Acrobat とかでフチを切れば端末で見やすくなるんだよ。
技評だと余計なものばかり。
(まあ、落としちゃうけど)
毎日コミュとかも、意味なく白黒でない本多いな。
Markdown で書けるくらいの装飾でいいと思うのだけど。 真の電子書籍の時代は来るのか?
紙の本を画像にしただけのモノは撲滅出来るのか? そういやチャプターページだけ1ページ全体が1つの図になってる本があった
そこだけレイアウトへのこだわりとかあったんだろうか 最近、UNIX の本出なくなったね。
まさか、こんな時代が来るとは思わなんだ。
BV/C++がWindows で前より影が薄くなったし。 1冊買えば固定レイアウトとリフロー両方で読めるようにしてほしい 電子書籍って出版社にとっては、
下手したら紙の本より経費がかかる。
主に人件費。
将来は各社のノウハウが溜まって、
システムもある程度統一されてきて、
オートメーションが進むとは思うけど、
今のところはかなり厳しい。
それを知ったら、紙より安く販売するのは、
本当に大変なんだと思えてきた。
とても有り難いことだ。
(文句を言うなって言ってる訳じゃないからね) >>252
分かりますよ。
1ページずつスキャナーで撮るの大変ですから。 >>252
紙より人件費がかかるって、どういう部分でかかってるの? >>254
考えるきっかけは提示したんだから、
まずは自分で調べてみようよ。
「電子書籍 作るの大変」や「電子書籍 出版社 苦労」でググってみるとか。 >>255
買う方としては業界の都合なんて知ったこっちゃない
ですわ。
イメージ画像の本なんて漫画以外はとても読めたもんじゃない。 本としてのDTP要らんから、作者がWordで書いてたらWord、TeXで書いてたらTeX でくれたら HTML でスマホでも読みやすくして読むよ 作家側がデジタルデータで入稿してんなら、それ売ってくれりゃいいんだけどな。
出版社は校正だけしてりゃいいだろ。
技術書ならmarkdownでいいよ。
この前、秋葉原の技術書典3ってのに行ったが、けっこうな数が電子だったし。 WYSIWYG の方がMarkdownよりちょい楽よ。
構造的に書くならMarkdownとか構成決めて書く方がいいだろうけど。 asciidocterならplantUMLとも連携出来て便利だぜい? 出版社側が電子書籍が大変だって理由は、「書籍」という言葉に釣られて、
これまでの編集者やら本側の人間が、エンジニアの素養もないのにエンジニア分野に入り込んじまったせいだと思うんだわ。
以前に某出版社主導の電子書籍リーダーのプロジェクトでアプリを作ったが、
プロジェクトマネジメントもやったこと無いただの編集のおっさんとか、
コード書いたこともない人たちがなんか言ってくんの。
エンドユーザーとしてじゃなく、マネージャー的なポジションで。
これまで、本を作ってきたのは本屋だったんだろうけど、アプリやフレームワークに関しては本屋じゃなくてエンジニアだっつーの。
餅は餅屋。 >>262
工学書をなんの知識もない編集者が出版できると思ってるのか? そもそも編集者の仕事ってほぼマネジメントじゃないの?自分で本書いたり装丁したりしないでしょ。 >>262
知りたいのは、電子書籍リーダーのアプリを作る苦労じゃなくて、電子書籍そのものを作る苦労の話なんだけど 多分やってる本人は手抜きとは夢にも思ってない
非効率な作業を一生懸命やってる インサイドwindows第6版のオンデマンド版出ないかな?
第4版はあるのに!
kindleじゃなくて、書籍で読みたいです。 「若きコンピュータサイエンティストたちへのメッセージ」
http://supportoffice.jp/candcprizetalk/
>この度、アルフレッド エイホ教授 (コロンビア大学教授)、ジョン ホップクロフト教授
>(コーネル大学教授)、及びジェフリー ウルマン教授(スタンフォード大学名誉教授)の
> 2017年度C&C賞(※)受賞を記念し、特別講演会を開催することとなりました。3氏の
>受賞理由は、「計算機科学分野における基礎理論の構築と、同分野に関わる多数の優れた
>著作活動を通じた教育面での多大な貢献」を称えるものです。
これ何げにすごくね?
ドラゴンブックとかオートマトンと計算理論とかお馴染みの著者ばかりじゃん 日本人の計算機科学者のなかでは、
誰と誰と誰が、一緒に特別講演会を開催すれば、
「これ何げにすごくね?」
と言われますか? 技術書は書籍ではなくて、情報 という単位で考えたほうがいいんじゃなかろうか。
まぁそうするとWebみたく雑多な細切れ情報や古いverがそのまま残って、最後はごみになりそうだけど。
って本だって同じか。 エイホのアルゴリズムとかコンパイラの本って今でも読む価値あるの?
二週間でできるスクリプト言語とかいまどきのコンパイラの作り方の方がいいでしょ新しいからそんなカビの生えたような本より 前から順に読んでいけば必ずわかるようになってる教科書的な本だからロングセラーなんですよ。 >>276
おまえ何言われても結局読まないだろ
そんな奴が質問するなよ 何誹謗中傷してんだよ
ちゃんと読もうと思って買ってきたよコンパイラ
9000円以上したよ税込で 読めば実装できるようになってるので、ひとつづつ実装してみることをお勧めします。
いろんなことがわかると思います。 まだパラパラみているだけだが、なんかJavaに妙に色目を使っているというかそればっかりだな例が
もっと古典的で高尚な感じかと思ってたぜ >>279
カビの生えたようなと言って本を中傷する奴は絶対に読まない。
読んだとしても最初だけ、あるいは流し読み。
万が一読み通したとしても、絶対に身にならない。
本を中傷するヤツがちゃんと学んでいるのをみたことがない。 結城浩さんの「数学ガール」を読み終わり、
参考文献に『コンピュータの数学(knuth)』が挙がっていたので
読んでみたら・・難しい。
この2つの中間の本ありませんか。 ちょうどわてもlow-level programming読み終わり。
コンピューターの数学は簡単だから読むと良い。 著者がCode Craftの人と知って注文してみた ベタープログラマ
350ページぐらいだから通勤時に読もうと思って
注文して届いたら想像より判型が大きかった… >>291
初心者でも経験者でもこの本の経験則は為になると思う
でもオライリー本とはいえ当たりハズレあるから
立ち読みしてから買う事おすすめする
正月暇ならとりあえず買ってみるのもいいかも ちなみに>>293の言う通り版が大き目だから持ち歩くの面倒
ヘルシープログラマと同じ大きさで良かったのに 年末はエイホのコンパイラを元に、Pythonで字句解析からパーサまで作ってプチJavaモドキ
コンパイラ作ったが、車輪の再発明面白いけど、かなり人生の無駄感あるなw >>296
趣味なんてたいていそうなんだから、楽しんだのなら十分有意義な時間だよ 「選択、2月号」
総合情報紙。
● 自民党内「嫌安部晋三」のマグマ、
二階幹事長周辺が総裁選波瀾の震源に。
● 外務省「 外交放棄 」の亡国
・・・・安部晋三総理のご機嫌とリが唯一の戦略、
●「国土保全」まるで駄目の日本、
・・・・・奄美諸島も食い荒らす中国系資本、
● 放射能治療の暗部、、無駄なガン手術が多すぎる理由、
・・・・放射線と手術。治療効果が同じガンでも、手術が圧倒的に多い不可解。
地位も給料も低い放射線専門医にはなり手が少なく、極度の人手不足、
外科ばかり崇め過ぎる時代錯誤の日本 ■ このスレッドは過去ログ倉庫に格納されています