エンジニアの技術土台となる知識を得るための本の紹介 - Qiita

はじめに の参加記事になります。 個別の技術ではなく、エンジニアの成長のステップで読むと良い本の紹介 エンジニアとして成長していくときに、個々の技術を深く理解し使いこなしていくことは必要ですが、個々の技術を選ぶときにもどんな成長ステップがあるかを理解することも重要です。 実装をするという範囲をエンジニアの中心なのはありますが、実装以外の部分を理解するとその技術が最大限に活きるのかを理解するには周辺についても理解していく必要があります。そこで、実装を始める前の構造のパターン、実装を進めるエンジニアの環境などを知ることで、もっと効率的な開発が出来るようになるのかを理解していきたいけると良いと考えています。 この記事では私が経験した中でより良いWebシステムを作るという観点に立ったときに、広く理解しておくと良いと感じた本を紹介します。 これからエンジニアリングでどのような勉強をすればよいかを考え

[OrientHistory]

「ソフトウェアエンジニア」と書いて欲しいのは同感なんだけど、Qiiaで機械系や化学系エンジニアの投稿する人っている？

[isobe-michael]

エンジニアの中でもソフトウェエンジニアの話だって書いといてください。

[miau]

タイトルくらいは「ITエンジニア」とでも表記したほうが親切だと思うけど、ガイドラインで「エンジニア」が再定義されてるからQiita的には正しい表現だったり https://help.qiita.com/ja/articles/qiita-community-guideline

[remix-cafe]

エンジニアはIT以外もあるんやで。ITでもソフトウエア、ネットワーク、サーバ、セキュリティなどいろいろあるんやで。

[alyya]

Qiitaでソフトウェア以外の数値解析、電気回路、機械の需要あるなら投稿しようかな

[oktnzm]

Qiitaなんだから文脈で何エンジニアか分かるやろがい。文句あるなら自分で投稿プラットフォーム作れや。

[xlc]

意識高い系の本棚。コピペプログラマ間でのマウントには有効。

[brain-box]

インフラエンジニアでもなくネットワークエンジニアでもなく、ソフトウェアエンジニア。もう少し汎用論かと思った。

[kumagi]

擁護のしようがないクソ本がいくつか入ってるだけでこの人まともに読まずに書いたなってわかる。

[strawberryhunter]

データベース、ネットワーク、監視や運用が抜け落ちて開発プロセスがスクラム一択。マイクロサービスは各論。偏った土台だなあ。こういうのは適当にググっても記事を書けてしまう。

[cowbee]

エンジニアの主語のでかさに必ず噛みつく人いるけど、コメント見てる側としてはちょっと食傷気味ですよ。記事開いてわりとすぐに対象がだれかは気づけるじゃない。

[asa_ca3]

積んだ本もあったり

[hdampty7]

既にプログラミングを十分にできる人がマウントを取りにくのに役立ちそうな本。

[iwasiman]

予想していた本もだいたいあったけど他にもいろいろ。

[daigo0117]

バックエンドメインでフロントエンドに関わる内容も含むって感じかな。

[ducky19999]

はぁ

[peketamin]

厳選感ある。ゲンセンカン主人。

[chess-news]

まあ、Qiita枠だからなぁ。

[reform-myself]

機械系や化学系の投稿してる人はいるよね。自分も「ソフト」を追加してほしい側

[OrionB312]

👀

[mayumayu_nimolove]

筋？牛筋？

[soybeancucumber]

これは筋が悪い。。。

[djshigy]

book