コンピュータサイエンスで1冊ずつ本を上げるとしたら何になりますか？就職前にバイブル的な本を勉強したいと思いました。 -コンピュータアーキテクチャ -データベース -os -アルゴリズムとデータ構造 -セキュリティ -ネットワーク -プログラミング -仮想化技術 | mond
大学の情報工学科に入学時に教科書として指定されたいわゆるパタへネを推します。 コンピュータの構成と設計 第5版 CPUの構造と基本は現代ではかなり複雑になりましたがこの本に書かれている基本を知っているかどうかで込み入った問題にぶち当たった場合の解像度が違います。 由緒正しいDBの読本というとオンラインで読めるRedbookとなりそうですがここは敢えて データ指向アプリケーションデザイン いわゆるイノシシ本を推します。名前からしてアプリケーションの話のように見えますし、分散システムに関する話が多いのですが最終章まで通して読むと「アプリケーションとデータベースの境界とは本来存在せず、入力されたデータを『いつ』『いかに』『安全に』加工・保存・出力するかがアプリケーションであり、その目的に対する最善手をフラットに考えるとある意味でアプリケーション全体が既にひとつのデータベースであってその仕事の一部
血と汗とピクセル 大ヒットゲーム開発者たちの激戦記
血と汗とピクセル 大ヒットゲーム開発者たちの激戦記 ジェイソン・シュライアー(著), 西野竜太郎(訳) グローバリゼーションデザイン研究所 1,309円 (1,190円+税) 関連サイト本書の関連ページが用意されています。 血と汗とピクセル：大ヒットゲーム開発者たちの激戦記 | 出版物 | グローバリゼーションデザイン研究所内容紹介大ヒットしたビデオゲームはどう生み出されたのか？ 約百人ものインタビューから描き出される開発現場の情熱、混乱、絶望、そして歓喜。 倒産間際の崖っぷちからクラウドソーシングで起死回生した会社、たった一人で5年近くかけて開発して数十億円を売り上げた青年、リリース時に大失敗するが改善を重ねて数千万本売れたゲーム、大ヒット間違いなしとされながら開発中止で闇に消えた幻の大作など、ゲーム開発にまつわるエピソードが全10章で語られる。 具体的には「ウィッチャー3」、「スターデ
プログラミング英語教本
プログラミングで接する英語を解説。ソースコードの変数名やコメント、APIリファレンスなど4種類のドキュメントを取り上げる。プログラミング必須英単語も詳しく説明。「プログラミング英語検定」公式テキスト。 関連サイト本書の関連ページが用意されています。 プログラミング英語教本 | 出版物 | グローバリゼーションデザイン研究所内容紹介プログラミングで接するドキュメントの少なからぬ量が英語で書かれています。コンピューターやソフトウェアの発展の中⼼がアメリカである点が⼤きな理由です。そのため、プログラミングのスキルを⾼めようとするならば、英語⼒も向上させる必要があります。 現在は機械翻訳の質が向上しつつあるため、機械翻訳を使えば英語⼒は不要だと考える⼈がいるかもしれません。しかしうまく翻訳できず、元の英⽂を読まなければならないケースは多々あります。さらに、たとえば英単語から作った関数名（例：par
ブックエンド難民に広めたい『直角には81度足りない本立て』｜山下義弘／ドケットストアの人
本が好きだ。 もっと自分より本が好きな人はいくらでもいるだろうけど本が好きだ。 ジュンク堂で本をまとめ買いして電車に乗ってたら、赤の他人に「なんでそんなに本を買ったんですか？」って聞かれたり。 その程度には本をよく買う。 そして、必然的に本を机や本棚に並べることになる。 その時に使うものといえば『本立て』 ブックエンドなんて呼び名もある、皆さんご存知なL字型のあいつである。 ブックエンド。 こいつがないと本がドミノ倒しのように倒れていってしまうことがある。 倒れていった先には床が待っているだけ。 ピタゴラ装置的なワクワクなどかけらもない。 「あー・・・」 しばしの静寂の後、自分がページの折れた本を片付け直すという憂鬱な作業だけが待っているのだ。 確かに細い本だと自立することもできないし、左右からブックエンドで挟み込んであげる必要があったりもする。 ただ、個人的にこのブックエンドが苦手だ。
この本がスゴい！2019
人生は短く、読む本は多い。 毎年この時期、自分のリストを振り返るのだが、読みたい本が尽きることはない。読むほどに、知るほどに、知識と理解と表現の不足を痛感する。 それでも読むし、ここに書く。読むことで豊かになり、書くことで確かになるというのは本当で、読んでいるときに何を知りどう考えていたかは、書くことでハッキリする。 つまり、自分で分かるために書いているのだ。フランシス・ベーコンは、話すことで機敏になるとも言ったが、わたしの場合、話すことで世界が変わった。[スゴ本オフ]や読書会、[冬木さんとのSF対談]や、読書猿さんとの知をめぐる対談[1][2][3]で、世界の見え方が変わった。 読書会や対談は今後もしていくが、そこで紹介された本や、2019年に出会った本の中から、わたしにとってのベストを選んだ。これが、あなたにとってのスゴ本となれば嬉しい。そして、このリストを目にしたあなたが、「それがス
読書が苦手な人のための、実用的な本の読み方について。
このメディアの名は、Books&Appsである。 だから、たまには本の話もしよう。 ＊ 新人さんは特に、会社に入ると先輩や上司から、「本を読め」と言われるのではないだろうか。 そんなわけで、最近、「読まないといけないと思うんだけど、本が読めない」という方から相談を受けた。 聴くと、「できる」上司、先輩たちから、本を読め、とつねづね言われているとのこと。 彼は困ったように 「読書、苦手なんですよね……。」という。 「なぜですか？」 「私、読むのが遅いんです。あと、そもそも何を読んだらいいか、よくわからないんです。」 「なるほど。」 「あと、先輩の進めてくる本は難しすぎて……。最後まで読めたことがないです。」 うーん、気の毒である。 「読んではみたんですね？」 「まあ少しは。で、実は本は断念しました。で、「マンガでわかる」というシリーズが結構あるじゃないですか。漫画なら読めるんで、あれで読んで
プロジェクトをリードする前に読みたかった本 - motokieeの日記
この1年ほど、プロジェクトのリードを任せてもらえるようになりました。2017年の夏くらいから「プロジェクト推進役」→「PJO」→「Tech Lead」, 「Project Lead」など、正式ではないものの「肩書」のようなものがついていますが、実際にやっていることは「プロダクトの成功に向かってプロジェクトを行動で引っ張っていくこと」で統一されています。 これは別に偉くなったとかではなくて、そういう責任を持ってPJに関わる役割だと思って臨んでいますし、実際マネージャーからもそのように言われています。 自分なりに試行錯誤をして時には成功し、時には失敗しながらなんとかかんとかやってきていているのですが、「あー、この本に救われた」とか「ちょっと前にこの本読んでおけばよかった...」という本があったので何冊か紹介したいと思います。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリフ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
技術書ランキングと読書メーター｜Book Hack