はてなブックマーク

ソフトウェア開発に関するジョブタイトルやポジションは多くが英語圏から輸入された言葉で、代表的なものを挙げると、テックリード、プロダクトマネージャー、そして CTO があります。 本記事ではその中のエンジニアリングマネージャーにフォーカスし、役割、責任範囲、必要となるスキルに触れ、エンジニアリングマネージャーというポジションをわかりやすく定義します。 そこそこ長文になってしまったので、時間のない方は最後のまとめだけでも目を通してみてください。 執筆の動機 自分自身がエンジニアリングマネージャーというポジションについて3年目ということもありますが、日本におけるエンジニアリングマネージャーの情報があまりに錯綜している、というのが最も強い動機です。 これらの借用語の中でもおそらく日本で注目され始めたのが近年ということもあり、エンジニアリングマネージャーは、なんだか新しい、従来のマネージャーとは違う

Windows Subsystem for Linux 2 (WSL2) を利用し、Windows 上に Ubuntu 20.04 LTS の開発環境を構築する方法です。 WSL2 では Linux カーネルそのものが動作しているので、基本的に Ubuntu 上で可能なことは全て可能だと思います。 そのため、実用に耐える Linux 開発環境が Windows 上に直接構築可能となります。 WSL 2 の有効化 まずは Windows Subsystem for Linux 2 を公式ガイドに従い有効化します。 以下は公式ガイドの抜粋です。 公式が非常にわかりやすいので、公式に一度目を通すことをお勧めします。 PowerShell を Administrator として開き、以下を実行します。 dism.exe /online /enable-feature /featurename:Mi

随時更新します。 一番のオススメ 「ファスト&スロー」が世界の見え方を変えてくれる正にバイブルだった ファスト&スロー(上) あなたの意思はどのように決まるか? (ハヤカワ・ノンフィクション文庫) 作者:ダニエル・カーネマン早川書房Amazon 思考 思考の整理学 「思考の整理学」がクリエイティブな知的活動におけるベストプラクティスの宝庫だった 人を動かす 世界的名著「人を動かす」が素晴らしかった イシューからはじめよ―知的生産の「シンプルな本質」 「イシューからはじめよ」が噂通り良書だった ソフトウェアエンジニアリング UNIXという考え方―その設計思想と哲学 「UNIXという考え方」が「成功者の哲学」という感じの良書だった 達人プログラマー―システム開発の職人から名匠への道 「達人プログラマー」が全部入りエンジニア教本だった Design It! ―プログラマーのためのアーキテクティン

Windows 環境のエディタが Notepad のみという尖りきった環境だったので、Visual Studio Code を入れてみることにしました。 インストール Setting up Visual Studio Code に従いインストールします。 今回は Windows 10 へ導入したので、インストーラーを落としてポチポチするだけでした。メッチャ簡単。 Github Gist を利用した設定共有 Github Gist を利用し、設定の同期を行う拡張機能を導入します。 Settings Sync Github の Personal Access Token も必要なので、作成します。 Steps To Get the Github Key - Settings Sync 準備が整ったら Gist への初回設定アップロードを行います。 Shift + Alt + U を押し、Git

「データベース・リファクタリング データベースの体質改善テクニック」を読みました。 データベース・リファクタリング 作者: スコット W アンブラー,ピラモド・サダラージ,梅澤真史,越智典子,小黒直樹出版社/メーカー: ピアソンエデュケーション発売日: 2008/03/26メディア: 単行本購入: 10人 クリック: 211回この商品を含むブログ (53件) を見る 内容はタイトルの通りで、前半は発展型データベース開発の概念と手法の基本、後半は各リファクタリングのリファレンスです。 データベースの質を高めるために、一通り「こんなことができるんだ」と知っておくと良いと思える内容でした。 データベースの修正は「面倒」で「怖い」と言った理由で避けられがちですが、 この本を読むと、それに立ち向かうための武器や考え方が得られるんじゃないかと思います。 以下、個人的に印象に残った点について書いてきます

Visual Studio Code のオススメの基本設定、キーバインド、拡張機能を紹介します。 どちらかというと、言語ごとに特化した設定や拡張よりも、コーディング全般が便利になる設定や拡張を多く取り入れています。 一応補足ですが、普段は Ruby on Rails か React Redux を書いていることが多いです。 オススメ基本設定 タイトルにルート相対パスを表示 デフォルトだとファイル名しか表示されていないため、同名のファイルがある場合判別が難しくなります。 そのため、プロジェクトルートからの相対パスを表示するようにしています。 { "window.title": "${dirty}${activeEditorMedium}${separator}${rootName}${separator}${appName}" } インデントガイドを表示 その名の通り、インデントのガイドが表

「オブジェクト指向設計実践ガイド Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方」を読みました。 オブジェクト指向設計実践ガイド ~Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方 作者: Sandi Metz,?山泰基出版社/メーカー: 技術評論社発売日: 2016/09/02メディア: 大型本この商品を含むブログ (1件) を見る 端的に言うと、めっちゃ良かったです！ これは良書だー！って感じでガツガツ読み進めました。 Effective Ruby は Ruby 力をあげる本、リファクタリング Ruby エディションはリファクタリング力をあげる本（というかリファレンス）という感じでしたが、こちらは純粋にオブジェクト指向設計力をあげる本という感じでした。 オブジェクト指向プログラミングに触れた早い段階で読んでおくと、良いんじゃないかと思います。 以下、印象に

「達人プログラマー―システム開発の職人から名匠への道」を読みました。 達人プログラマー―システム開発の職人から名匠への道 作者: アンドリューハント,デビッドトーマス,Andrew Hunt,David Thomas,村上雅章出版社/メーカー: ピアソンエデュケーション発売日: 2000/11メディア: 単行本購入: 42人 クリック: 1,099回この商品を含むブログ (347件) を見る こちらは UNIXという考え方―その設計思想と哲学と共に t_wada さんが「若者向け課題図書」として挙げられていた本です。 若者への課題図書としてまずは『達人プログラマー』と『UNIXという考え方』を挙げた http://t.co/o7pEFBn26m http://t.co/zcbcmu2Apz— Takuto Wada (@t_wada) April 23, 2015 necojackarc.

スピード重視の方々が「今はテストは不要」とか「今はリファクタリングせずに負債を抱えるべき」とか、 そういったことを主張している場面によく遭遇してきたのですが、開発初期段階に対する経験不足が原因で、 それに対する自分の意見を自信を持って主張するということがこれまではできませんでした。 しかし、今年に入ってから6ヶ月間、主に1人（+デザイナーさん1人）で新規サービスの開発を行ってきました。 その結果、開発初期段階における品質、技術的負債、開発スピードのバランスについて、 色々と自分の中に考えができてきたので、それを書きたいと思います。 前提 ちょっとした前提ですが、自分が思う良いソフトウェアというのは「要求仕様通りに動作して、なおかつ変更しやすいソフトウェア」といったものです。 そのため、基本的には品質が悪い場合、開発スピードは落ちると思います。 たまに「品質を捨ててスピードを重視する」と聞き

本日、年明けから作っていた新サービスをリリースしました。 fotowa.com プロダクトオーナー・デザイナー・エンジニア（自分）の3人チーム (+ 周囲の惜しみない協力) で作っているため、システム側の決定権（責任）がほぼ全て自分にある状態で、それがなかなかに楽しいです。ビジネス要件定義、データモデル、システムアーキテクチャ、システム設計、プログラミングなどなど、ほぼ全部やってます。ある意味自由！ ほぼ全部をやってると書いてふと思ったのですが、やはり現在のプログラミングとシステム設計（詳細設計・基本設計）は切っても切れない関係だなと感じます。プログラマを単なる作業者として扱うことや、プログラミングに明るくない人がシステム設計に関わることの厳しさがよくわかります。 この辺の話も色々と自分なりの結論が出てきた*1のですが、とりあえずこの辺にしておきます。 そうえいば約1年前、転職する際の面接

諸事情による帰省の道中、メタプログラミング Ruby 第2版を読みました。 メタプログラミングRuby 第2版 作者: Paolo Perrotta,角征典出版社/メーカー: オライリージャパン発売日: 2015/10/10メディア: 大型本この商品を含むブログ (3件) を見る 新幹線って快適ですよね。LCC のほうが安いんですが、新幹線のほうが好きだし楽なので新幹線をついつい使ってしまいます。 快適すぎてめっちゃ眠くなりますが、片道4時間を全部寝て過ごすのも勿体無いので寝落ちを繰り返しながら読書をしてきました。 以前から、会社の同僚に「プログラミング3大神書籍 for Rubyists」として、リーダブルコード、リファクタリング Ruby、メタプログラミング Ruby を薦められていたのですが、やっと全部読み切ることができました。 necojackarc.hatenablog.com

正確には「名著『リファクタリング』の Ruby 対応全面改訂版」とある、リファクタリング: Ruby エディションを一通り読みました。 リファクタリング:Rubyエディション 作者: Jay Fields,Shane Harvie,Martin Fowler,Kent Beck,長尾高弘出版社/メーカー: アスキー・メディアワークス発売日: 2010/02/27メディア: 大型本購入: 9人 クリック: 321回この商品を含むブログ (50件) を見る 人に対して「これは絶対読むべき！」という押し付ける感じの薦め方をするのは好きではないんですが、それでもこの本は「これは絶対読んでおいたほうが良い」と薦めると思います。 この本は、 変化に強いシステムをいかに設計していくべきか というのをオブジェクト指向の概念で追求したものでもある思います。 そのためのエッセンスが大量に詰まっている感じがしま

アツいタイトルの本を読んだので、レビューとか感想とか書いていこうと思います。 エンジニアとして世界の最前線で働く選択肢 ~渡米・面接・転職・キャリアアップ・レイオフ対策までの実践ガイド 作者: 竜盛博出版社/メーカー: 技術評論社発売日: 2015/10/08メディア: 単行本（ソフトカバー）この商品を含むブログ (2件) を見る 総評 この本で最も注目すべきは中立で具体的に書かれている点だと思います。 タイトルは早とちりすると「日本人エンジニアよ世界に羽ばたけ」と受け取れなくもないですが、そんな本では全くありません。 きっちりタイトルに書いてあるとおり「渡米も選択肢のひとつ」であることを提示する本です。 ソフトウェアエンジニアとして働くにあたって関連がありそうなことについて、例えば中立的な視点から見た日本とアメリカの違い、アメリカへの挑戦が向いているであろうタイプの人材、具体的に米国企業

Ruby では大きく分けて3種類の文字列リテラル*1がありますが、どのように使い分けるのが適切か、自分なりの結論に達したのでまとめておきます。 結論 まず先に結論から書いておくと*2、 基本はダブルクオートを使用する 意図的に式展開を抑制したい場合にのみシングルクオートを使用する が最も適切な使い分けだと思います。 これは、Ruby Style Guide の 文字列リテラルスタイルの Option B と同じです。 文字列中に"を含んでいたり、エスケープ文字を抑えたいときでない限り、 ダブルクォーテーションが好まれます。 一貫した文字列リテラル - Ruby Style Guide つまり、文字列リテラルは Ruby Style Guide の Option Bを採用するのが最も適切 だと考えています。 以下、 Option A と Option B で揺れ動き、最後に Option B

概要 大手 SIer から Web ベンチャーに転職して、3ヶ月が経過しました。 SIer では1年9ヶ月、Web 系ではまだ3ヶ月と、期間はどちらも長くはないですが、両者の違いとか感想とかをなるべく平等な視点で書いてみようかなと思います。 SIer で働こうか、Web 系で働こうか迷ってる人の助けになれば幸い！ 目次 SIer vs Web Web エンジニアは SE なの？プログラマなの？ 転職して3ヶ月後の感想 SIer に向いてると思う人 Web 系に向いていると思う人 結論 近況 関連記事 SIer vs Web SIer と Web 系の違いは世にたくさん情報が出ているので、そちらを参照いただけたら良いかと思います。 転職前はこの辺の記事を読んだりしてました。 ＳＩ　ＶＳ　Ｗｅｂエンジニア 働き方比較チェック 開発手法とコミュ力は捨てろ――SIエンジニアに告げる、Web企業への

テーマ Railsアプリケーション構築ガイド みんなでこの記事を読み進めました！さっくりメモを取ってみました。 Arel Ransack 検索フォーム ActiveModel fields_for (View) 日付や時刻の選択フォーム 二重投稿の防止 気になったこと 感想 Arel Arel は正直あまり書きたくない バージョンアップで死ぬこともある Allow to unscope where conditions using arel_table with Symbol EXISTS を書くときどうする？ 生の SQL を大人しく書く Ransack Ransack を使うときは StrongParameter 必須 Ransack をは常に GET だけど URLの長さ制限とか大丈夫か？ 今は大丈夫(IE 2000文字くらいいける) REST 的には GET で OK 以下の理由か