「エンジニアに数学が必要か」は、そもそも違うだろうという話
現在、広くWeb業界やアプリ開発業界でコードを書き働く方を「エンジニア」と呼ぶという慣習があることは承知しておりますが、twitterで見かけて「不思議だな」と思ったので、書こうと思いました。「慣習に従おう！」であれば、不毛な議論なので、エンターテインメントとして楽しんでください（そうは言っても、私は結構真面目に書いていますが…）。 きっかけ Twitterで「エンジニアに数学が必要か」という議論が盛んに行われていたので。これについて、簡単に議論したいと思いました。その内容を、この記事に書こうと思います。 私の結論 私がこれまで受けてきた教育の中と、これから議論する参考文献などから、私の結論は「数学を使わない技術者はエンジニアではない」です。 ここで重要なのは「エンジニアは数学が必要」とか「エンジニアは数学は不要」とかいうことではないということです。 そもそも「エンジニア」とは何かについて
GitHub開発チームでのCodespacesの利用
先日github.comのTeamとEnterprise CloudプランでCodespacesがご利用いただけるようになりました。Codespacesはソフトウェアチームに対して、クラウド上でより速く、よりコラボレーティブな開発環境を提供します。詳しくはCodespacesのページをご覧ください。 GitHub.comのコードベースはもうすぐ14歳になります。GitHub.comの最初のコミットがプッシュされたとき、Railsはできてからまだ2年しか経っていませんでした。AWSはできてから1年で、AzureやGCPはまだ存在していませんでした。14年という歳月はCOBOLの世界では長くないかもしれませんが、インターネットの世界ではかなりの長さです。 この14年の間に、GitHub.comのコアリポジトリ（github/github）では100万回以上のコミットが行われました。これらのコミ
最終回 マネージャーの心理 | gihyo.jp
マネージャーの苦悩 マネージャーが抱えがちな悩みについて、本連載で以下のことについて書いてきました。 1on1とコーチングについて 目標設定と評価について 採用と広報活動について これらに関するマネジメントとしての考え方のヒントは得られた方もいるかもしれませんが、ただ読んだり学習して深堀りしたりするだけで完全に悩みを解消できることはないでしょう。知識として得たこと、学習したことをベースに実践として取り入れ経験値としていくことが必要です。 その際に重要になってくるのが、「マネジメントに失敗は許されない」という考えを捨て去ることです。開発の現場ではバグやエラーなどといった比較的課題としてとらえやすい問題が多いせいか、あいまいな問題が多いマネジメントの課題に対して取り組むことに慣れていない方も多いでしょう。そんな状況で、いきなり一人前のマネージャーとしての成果を期待されたとしても100点満点の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
