ISeqで遊ぼう - Speaker DeckCompose Hot Reload is here, stop re-launching your apps! (Android Makers 2025)
その設計、変更に強いですか?単体テストできますか?...そしてクリーンアーキテクチャ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに アーキテクチャや設計の書籍や記事、これまでの経験も踏まえ、学んだ事をここにまとめたい。(まだ、勉強中なので微妙なところもあるかもしれません。お気付きの点があればご指摘いただけるとありがたいです。) 参考文献や参考記事は、本当に良書、良記事で非常に参考にさせていただきました。 生意気なタイトルにしてしまいましたが、自分への戒めということもあってこのタイトルにさせていただいたので、ご容赦ください。 ある共通した話題 設計やアーキテクチャについて書かれた書籍や記事を読んでいく中で、言葉は違えどかなりの高確率で共通するテーマが存在した
OKRのはじめかた / Getting started with OKR - Speaker Deck
三連休にOKRのことばかり考えていたので、整理してみた。 どこかで誰かとOKR について話したい気もするので、東京近辺の方はお気軽にご連絡いただければ嬉しいです。 https://twitter.com/katsuhisa__
エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド - Nothing ventured, nothing gained.
オライリーから本日出版された「エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド」はエンジニアリングマネジメントを考える人には必読の書だ。 エンジニアリングマネジメントを考える人とは、今すでにエンジニアの上司である人やエンジニアリング組織の長である人はもとより、人事上の上司ではないが、後輩などの面倒を見る立場の人や開発において技術的にリードするような人、そして漠然と将来のキャリアパスとしてマネジメントを考えている人までを含む。さらに言うならば、技術系でなくても、自社の技術組織の戦略を考える立場である人も読むべきであろう。 目次を見るとわかるが、本書はマネジメントされる立場のエンジニアから話は始まる。そしてメンタリングする立場になったとき、次にテックリードになったときと、まさにキャリアパスを1つずつ登っていくのに際しての心構えと具体的なスキル
オススメ Tech Podcast 5選
Rebuild Podcast も好評でありがたい限りですが、僕の最近聴いている Podcast をいくつか紹介。 Accidental Tech Podcast — 元 Tumblr, Instapaper の Marco Arment, Ars Technica の OS X Review や Perl hacker としても有名な John Siracusa と Casey Liss がやってる Podcast. 毎週１時間超、ちゃんと定期的に配信していて（メンバーが旅行などのときには事前収録とかしている）すごい。収録の様子も ライブ配信 しているのも参考にさせてもらってます。 The Talk Show — Daring Fireball でおなじみ John Gruber のpodcast. 相変わらずの Apple びいきで、たまに誰も興味ない話を30分ぐらいしてたり、Appl
今更だけれど1on1を整理してみる - Unknown Error
リーダーやマネージャー、メンターやトレーナーなど、ピープルマネージメントする役割になったタイミングで、メンバーとコミュニケーションを取る1つの手段として、1on1を採用する方もいると思います。 とはいえ、いざ始めるにしても何から始めれば良いんだろう？何に注意したら良いんだろう？と困る人もいるだろうなと思います。 自分も最初はわけがわからず、見よう見まねでやっていたのですが、さすがに数百回以上やってきたので大分知見も溜まってきました。 この知見は自分一人で持っておくのはもったいないし、実際に、自分のところにも何人も相談に来るので、自分なりにまとめてみました。 過去の文献 頼れるたくさんの参考文献が既にあり、例えば以下のあたりが有名ですね。 d.hatena.ne.jp ヤフーの１ｏｎ１―――部下を成長させるコミュニケーションの技法 作者: 本間浩輔出版社/メーカー: ダイヤモンド社発売日:
有能なエンジニアを雇いたい経営者の誤解 - フロイドの狂気日記
良いエンジニアを採用するにはどうしたらいいか - おもしろwebサービス開発日記 有能なエンジニアを雇いたい経営者は多い。だがエンジニア側から見ればこれほどコスパの悪い職業もない。 よく言われるのは有能なエンジニアは無能なエンジニアの100倍の生産性である、というものだ。当然だが給料は100倍ではない。 せいぜい2～3倍といったところだ。 年収400万で雇っている人と年収800万の価値がある人では実力差はかなりあるだろう。東京なら1200万というレベルもありそうな話ではある。 大阪で凡百のエンジニアで年400万は比較的難しくないはずだ。問題なのはそれ以上の給料はほぼ望めないが。 そこから超えていくには、どこへ出しても恥ずかしくないエンジニアリングレベルになり、その上でエンジニアに金出す文化のある企業に転職するしかない。 それらはエンジニアリングそのものがお金を生み出している企業だけが可能で
『Engineering Manager Meetup #1』に参加してきた - dskst's diary
Engineering Manager Meetup #1 というとても気になるタイトルのイベントに参加してきました。 connpass.com オープンスペーステクノロジーで進行する流れで、テーマは下記がピックアップされました。 ※オープンスペーステクノロジーについてはconnpassのページをみてね。 目標管理・評価制度 エンジニアリング組織論への招待について Engineering manager とは何者 1-on-1のやりかた managerのキャリアパス 採用・ブランディング 給与 チームビルディング Engineering Manager の魅力づけ どれもこれも気になる話題で参加するセッションに悩んでしまいます！ そんな人のために、全チームディスカッションをして、チームのディスカッション内容を全体共有という流れが組まれています（ステキ これに参加したよ managerのキャ
良いエンジニアを採用するにはどうしたらいいか - おもしろwebサービス開発日記
以前ソフトウェア開発者採用ガイドの読書感想文を書いたときに反響が思ったより大きかったので、エンジニア採用というテーマは関心が高いのだなと感じました。 上記感想文のエントリでも書いていますが、お手伝いしている会社の方などから「どうやったら良いエンジニアを採用できますか？」と聞かれることがよくあります。先のエントリでは「頑張るしかないですねとしか答えようがない」と書きましたが、頑張るとはいったい何を頑張るのか、きちんとまとめておいたほうが良いなと思いエントリをしたためる次第です*1。 あくまで僕はこう思いますという話で、この通りにしたからといって必ず良いエンジニアを採用できる保証はありません。あしからず。 想定読者 良いエンジニアを採用したい偉いひと、もしくは人事のひとです。 前提: 良いエンジニアとは このエントリでの「エンジニア」とはいわゆるweb系のエンジニア(例: サーバサイドエンジニ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
