エンジニアはどのようにして技術を学べば良いのか
はじめに この記事は、エンジニアがどのように技術を学べば良いのかということについて、おもに西尾泰和氏の書籍・記事で主張されている内容を元に、特定の問題を対象として自分の考えを加えて考察したものです。特定の問題としては、以下の3つを設定しています。 何を学べば良いのか分からない 技術書を読んでもすぐ忘れる 学習する時間がない もちろん、学ぶ上で考えるべきことは上記の問題にとどまりませんが、ここでは、比較的身近で耳にすることが多いと感じるものを問題として設定します。 定義 この記事ではスコープを特定の範囲に限定しているため、一般的な用語について、一部を以下のようにローカル定義しています。そのため、一般的な用語そのままの意味においては、この記事の内容はコンテキストを維持できないことがある点に注意してください。 エンジニア Web 系企業に勤めており、主にプログラミングをはじめとしたコンピュータサ
柴田 芳樹 (Yoshiki Shibata)
私が翻訳した以下の書籍は、Kindle版が購入可能な時期もありましたが、現在は販売終了になっており、購入できません。
Webエンジニアが知るべき低レイヤーの技術とその学習方法 - Qiita
初めまして NewsPicks Advent Calendar 2018の 20日目を担当させていただきます、NewsPicks の @takugi です。 弊社 CTO 杉浦が2年程前に書いた 普通のやつらの下を行け！ NewsPicks CTOが新人エンジニアに伝えたい3つのこと という記事を読み、 低レイヤーの技術を身につけるべき という考えに共感しました。その後、目の前の仕事に関する技術のキャッチアップに時間を取られる日々が続いていましたが、今年の半ば頃から低レイヤーの技術を身につけることに少しずつ取り組み始めました。この記事においては、Webエンジニアが知るべき低レイヤーの技術について と 低レイヤーの技術の学び方について 共有したいと思います。 Webエンジニアが知るべき低レイヤーの技術について 低レイヤーの技術とは ここで言う低レイヤーの技術とは言い換えると、 コンピュータシ
今なぜHTTPS化なのか？インターネットの信頼性のために、技術者が知っておきたいTLSの歴史と技術背景
今なぜHTTPS化なのか？インターネットの信頼性のために、技術者が知っておきたいTLSの歴史と技術背景 WebサイトをHTTPS化する最も大きな理由は、インターネットの信頼性を維持することです。TLS技術の現状や、安全なHTTPS化に何が必要かを、ヤフー株式会社の大津繁樹氏が解説します。 「SEO対策のためには、WebサイトをHTTPS化しないといけない。」 —— そう聞かされて対応を迫られている技術者の方も多いのではないでしょうか？ 確かに、Googleは「HTTPSページが優先的にインデックスに登録されるようになります」と表明し、HTTPS化されたWebサイトが同社の検索結果で有利になると示唆しています。はたして、WebサイトのHTTPS化が必要な理由は、SEO対策だけなのでしょうか？ そして、それはGoogleという一社だけの意向で推奨されていることなのでしょうか？ こうした疑問に答
6人のインタビューで分かったメリット、デメリット──エンジニアにとっての「資格試験」を考える（まとめ編） | サイボウズ式
サイボウズ・ラボの西尾 泰和さんが「エンジニアの学び方」について探求していく連載の第15回（毎週火曜日に掲載、火曜日がお休みの場合は翌日、これまでの連載一覧）。 「資格試験」テーマの最終回です。 本連載は、「WEB+DB PRESS Vol.80」（2014年4月24日発売）に執筆した「エンジニアの学び方──効率的に知識を得て，成果に結び付ける」の続編です。（編集部） 文：西尾 泰和 イラスト：歌工房 資格試験について匿名3人、実名3人の6人の方のお話を聞いてきました。いかがだったでしょうか。今回は、6人分の意見をまとめて振り返ってみます。 インタビューをしていく中で、知識には大まかに分けて3つのレベルがあることが見えてきました。 趣味の開発で身につく知識 業務に直接必要な知識 業務に直結しない基礎知識 の3つです。 趣味で開発する上では「動けば良い」になりがちで、必要とされる知識も限られ
33歳でアーリーリタイヤしたエンジニアが「技術力以外」の大切さを説く理由～『SOFT SKILLS』著者に聞く - エンジニアtype | 転職type
2016.07.28 働き方 プログラミングに関してズバ抜けた能力を持つエンジニアが、とあるシステムを作ったとしよう。コードは可読性が高く、最新のフレームワークを使いこなしてもいる。 にもかかわらず、ユーザーには不評で、ほとんど使われずに放置されているというケースを見たことがあるエンジニアは案外少なくないのではないだろうか。 一方、この世界では、技術力の面で平均かそれ以下のエンジニアたちが作ったシステムがユーザーから好評を得たというケースもままある。この2つのケースで、違いを生んでいるのは何なのか？ 実は開発担当者がユーザーの下に足しげく通ってサポートしていたり、ユーザーの声をつぶさに拾い上げながら機能開発をしていたなどと、「技術力以外」のところに理由があったりするものだ。 個人のキャリアでも、似たようなことがよく起こる。「技術的に優秀」であることと、「技術者として優秀」であることはイコー
エンジニアの集合知をノードグラフで図解するSNSサイトを作った。「ノード・ノード・ノード（デスクトップ版）」 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
サイトコンセプトはエンジニアの集合知をノードグラフにして図解するSNS。 サイト名は「node-node-node（ノード ノード ノード）」。デスクトップ版のみ。 エンジニアの集合知をノードグラフで図解するSNS。 「node-node-node（ノード ノード ノード）」 https://www.node-node-node.com/ 考えたのは「新しい技術を学ぶ時に各技術要素の関係が分かりにくい。ググればピンポイントで内容が分かるが各技術の関係は不明なまま。そこを集合知を使ってシステムが自動的に図に示してしてくれればいいのに」と。 トップページはこれ。 親ノードについた子ノードはパラっと開いて、グリグリとドラッグできる訳でして、こうして階層構造の技術リンクをマッピングしていけば理解しやすいかな、と。 例えば私の専門はバックエンドなのでインフラやバックエンドの処理はそれなりに把握してい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
