Tech Lead（TL/テックリード）の役割 - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
Tech Lead（TL/テックリード）の役割。聞きなれない名前かもしれない。リードプログラマやテクニカルリードと呼ばれることも。過去にいくつものチーム（最大で10人以上）の Tech Lead をやってきた自分の経験を踏まえて書いてみる。 Tech Lead の主な役割 Tech Lead はエンジニア班長と言いかえるとイメージがわきやすいかもしれない 顧客に提供したい価値（プロダクトゴール）を正しく理解する エンジニアチームの生産性を可能な限り最大化。プロダクトマネージャ・デザイナと顧客に価値を提供する Product の Launch に責任を持つ Product の Launch 後のメンテナンスに責任を持つ エンジニアを過負荷から守る ときにはマネージャ、プロダクトマネージャのアイデア、スケジュールに NO を言う。代替案を提示する チーム内のテクニカルデザイン、採用技術などに責
サイボウズ・ラボ株式会社を退職しました - Higepon’s blog - Mona OS and Mosh
2012/1/15 をもちましてサイボウズ・ラボ株式会社を退職することになりました。 お世話になったみなさん本当にありがとうございました。 各分野でのトップレベルのエンジニアに囲まれた 4 年間は本当に刺激的でした。ラボでは良い上司（畑さん）に恵まれラボのミッションに沿う形で、比較的自由に研究・開発に取り組むことができました。外に出ているだけでも Mosh / Mio / outputz など。どのプロジェクトでも自分が実現したいこと、自分の能力と真摯に向き合う必要のあったかけがえのないプロジェクトでした。この 4 年間に学んださまざまなことは、今の自分を形成する「成分」の中でも大きな割合を占めていることを感じています。サイボウズ・ラボおよびサイボウズのみなさま本当にありがとうございました。 1 月末から新しい職場でソフトウェアエンジニアとして新たな一歩を踏み出します。みなさま今後ともよろ
Emacs のスペルチェッカ flyspell-mode が便利 - higepon blog
最近短い英語の文章を書く事が多いのだが、スペルミスが多い。メールなら Gmail がスペルミスを教えてくれる。 ただ issue tracking でやりとりするときなどは ChangeLog メモに文章を書いてコピペするのでスペルチェッカを通してなかった。 kosaki さんの日記のコメント欄で flyspell-mode の存在を知り試してみたのだがとても良かったので紹介。 M-x flyspell-mode でスペルチェッカが有効になる スペルミスと思われるところは自動で入力中に強調表示される ctrl + . で自動訂正も可能 .emacs ChangeLog メモ編集時に flyspell-mode を有効にする例。 (add-hook 'change-log-mode-hook '(lambda() (flyspell-mode) (local-set-key [(contro
初めての Git と github 入門 - ひげぽん OSとか作っちゃうかMona-
Git % ./configure --without-tcltk % make % sudo make install % git config --global user.email higepon@xxxx.com 初期設定 % mkdir spon % git init % git add ./tools.mosh.sls % git commit -m 'first commit' % git remote add origin git@github.com:higepon/spon.git % git push origin master 変更と反映 # ファイルを変更して % git commit -a % git push origin master 共同編集 github のプロジェクトの編集で Collaborator にメンバー追加すると共同編集できる。 higepo
Outputz API 活用例まとめ - ひげぽん OSとか作っちゃうかMona-
OutputzのAPI を公開後、多くのユーザーさんがより充実した Outputz ライフを実現する方法を公開してくださっています。 こちらでまとめて紹介したいと思います。もし紹介漏れがある場合はお手数ですがコメント欄などでご指摘いただけると助かります。 id:antipop さんによる EmacsからOutputzに文字数を投げる id:yaottiさんによる auto-save-buffersを使っている人のためのoutputz.elの設定 id:mzp さんによる Emacsを終了なんてしねーよという人のためのoutputz.el設定 - みずぴー日記 Kana Natsunoさんによる Outputz interface for Vim Windowsのvimでoutputzのカウントを行う - /halt/Snapshot Yoshioriさんによる Yoshioriの日記: O
Scheme関連の話 - higepon blog
Ypsilon Scheme Systemの藤田さん、id:sumii さんと昼食をご一緒させていただく。色々と濃いお話を聞いた。 藤田さんは実装苦労話をぜひブログなどで書いて欲しい。（非常に貴重な経験をされているのだ） id:sumii さんも昔は Scheme を使っていたそうだ naoya_t さんの某Scheme作品を見せていただく。裏コマンドの存在など趣味が入りまくり。 飲み会で Scheme 好き好きテーブルで話していて、CPAN、gem 的なものが求められているという意見で一致。 問題は誰がやるかだ。誰かやりませんか＞特に若い人 id:scinfaxi さんが金髪じゃなくなってた。コンパイラは順調のようだ Gauche Reading のココサブさんに初めてお会いした。若い！ id:hayamizさんがあれであれ。λTシャツだった。 見てみると良いかもといわれたあれの名前を忘
ひげぽん OSとか作っちゃうかMona- - 末尾再帰
最近一部で盛り上がっている「末尾再帰」について自分の理解を確認するのも兼ねて書いてみます。 （そもそも自分がふったのがきっかけっぽいので）。 上級者の方は間違い等に厳しくつっこんでもらえると助かります:-) 背景 自分が末尾再帰を知ったのは多分Schemeの勉強を始めた頃だったと思います。 例えばSICPという本では20ページあたりにこっそりと出てきます。 そのころの理解はかなり浅いもので「ふーん。」程度でした。 さて後日Schemeの処理系を実装することになりR5RSというSchemeの仕様書を読んだところ Scheme の実装は真正に末尾再帰的(properly tail-recursive) であることが要求されている。これは，たとえ繰返し計算が 構文的に再帰的手続きで記述されているときでも，定数空間 でその繰返し計算を実行することを可能にする とあり末尾再帰のことを詳しく知る必要性
ひげぽん OSとか作っちゃうかMona- - Subversionの話
Subversion を使うようになって数年が経ちますが、最近 svn diff/status/log/merge などのコマンドに熟達してきた。 気軽に ブランチを作る マージする コードを元のバージョンに戻す 問題となるコードを diff で調べる などができるようになって、作業効率が上がったり、こまめにコミットさえしておけば、あとからどうにでもなるので精神的にもかなり楽になった。 この「気軽に」ってのがとても重要。 以前だって、マージの概念やいつでも好きなバージョンに戻せること、diff を表示することが出来るのは知っていたし、たまに使っていたりもした。 ただ使う場合は コマンドをWebで調べる おそるおそる試してみる 失敗して check out しなおしで時間をロス などがありストレスがたまりがちで、結果的にこれら有用な機能を使うのを無意識に避けていたなと、振り返ってみると気づく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
