CSS、仕事でも趣味でもちまちまといじることがあるので、メンテナンスしやすい設計手法がまとまっていると大変勉強になる。
BEMとかは「Web製作者のためのCSS設計の教科書」って本を読んでなるほどなあと思ったんだけれども、全然実践できていない。ちゃんとリファクタリングしたい。
Web制作者のためのCSS設計の教科書 モダンWeb開発に欠かせない「修正しやすいCSS」の設計手法
長い記事だけれども、めっちゃ勉強になるエントリ。
自分も組織にDevOpsを浸透させようと日々活動しているので、興味深く読んだ。一日、二日で達成できるものじゃないんだなって頭ではわかっているんだけれども、実際こうやって記事で見ると道程は長いなあと思う今日このごろ。
hsbtさんの日記から知った本。『人事の超プロが明かす評価基準』。
全然人を評価する立場にないんだけれども、hsbtさんの日記にある
後、この本では評価を決めるのは影響力というくだりがあって、これは特に専門職に分類される人には読んでもらいたいところなんだけど、エンジニアの場合だとシニアエンジニアは「技術力が高い」から評価されるのはなく「技術力が高いので結果として生み出されるアウトプットの影響力が高い」から評価されると置き換えるとわかりやすいと思う。
という言葉にはグサリと来た。技術力ってJavaとかRubyなど言語知識とか、著名ライブラリを作ったとか、なんちゃらのコミッターとかそういう一面しか見てなくそれに囚われているので、どういう面があるんだろうという興味を覚えた。
まだ数ページしか読めていないので、時間取って読まなければ。
積読が溜まっていく。
WEB+DB PRESS Vol. 109を読んだ。
気になったのは特集3のPuppeteerの記事。Puppeteerってなんだろうと思ったら、ヘッドレス Chromeを制御するNodeライブラリなんですね。
これまではCapybara + PhantomJSでE2Eテストを書いていたんですが、PhantomJSが終了してしまったので代替策の一つとしてありかなと思いながら読んでました。
あとは@mizchiさんによる@hyuki（結城浩）さんのインタビュー記事は大変面白かった。結城さんが出されている本のわかりやすさがどこに要因があるのかがよく分かるインタビューでした。
