リモートワークにおけるベストプラクティス・テクニックについてのお話
最適なツールを選定しよう
- チャット (Slack、HipChat...)
- ChatOps (hubot)
- オーディオ/ヘッドフォン/カメラ (物理的なツール)
- スクリーンシェアリング (screenhero...)
- プロジェクト管理 (Pivotal Tracker、Trello、JIRAは嫌いらしいｗ)
- ファイルストレージ (Dropbox、Google Drive...)
- カレンダー (Google Calendar)
テクニック
- 全員がリモートワークを体験してみる
- 定期的に会う
- すぐに話せない代わりに、アイディア等を書いて積極的に共有する
- 自分の個性を表現・共有する
- 共通で使うタイムゾーンを決める

これはリモートワークに限らず、チームビルディングに必要な知見では。メンバー全員がタスクのこと・考えていること・アイディアとかあらゆる情報を積極的に共有する必要があるし、その必要性をメンバー自身が理解している必要があるということかな。それが難しいんだけど...。

Electron: Building desktop apps with web technologies

Electron の話
npm の資産が流用できるの素晴らしい

Electron、面白そうなんだけど作りたいものが無くて困ってる。デモ中心だったのでちょっと眠かった。

esa.io - 趣味から育てたWebサービスで生きていく

speakerdeck.com

(\( ⁰⊖⁰)/)
スライドかわいい
Bundle update の PR とても良い。真似たい。
無料プランのリクエストの意見が出てた
- 個人的には学生向けのプランは良いけど、一般には現状通りでも良いと思う
- 良いサービスには対価を支払うべき

esa.io、最近使い始めて気に入っているサービスなので話が聞けてよかった。
好きなものを作って、それが誰かの幸せになって、その対価で自分が食っていけるって理想ですね。サービス作りたくなるトークでした。

2015-01-03

2014年を振り返る

雑文

年明けてしまいましたが、昨年を振り返ってみます。
去年は↓のようなことを書いてました。

<a href="http://mof-brown.hatenablog.com/entry/2013/12/31/041208">2013年を振り返る - mof-brown</a>

サーバーサイドエンジニアへ復帰

前職ではサーバーもフロントも両方やってたのですが、今の会社ではフロントエンジニアとして入社しました。

で、昨年末から新しいプロジェクトにジョインしてフロント周りをやってたのですが、

サーバーサイドエンジニアが不足していた
ブラウザ×ソシャゲのフロント周りの技術については、前プロジェクトで一通り触って一旦満足してた
今のプロジェクトのフロント周りは、技術的にレガシーなところや歴史的経緯によるコードが多く、モチベーションを保つのが難しかった

といった理由で、サーバーサイド側への復帰を希望してました。

会社として注力タイトルであったこと、リリース直後でリソースを寄せなければいけなかったこともあり、3月くらいからサーバーサイドエンジニアに復帰できました。

これまで経験したことのない規模の負荷であったり、ソシャゲならではのスピード感を求められる開発は色々勉強になってます。

社内チューニンガソンで1位になった

9月に社内チューニンガソンが開催されたのですが、中途メンバーの中で1位を取ることが出来ました。まさか1位を取れるとは思ってなかったけど、1ヶ月くらい集中して勉強して入賞狙いにいってたので、これは素直に嬉しかった。

と同時に、小さい子供がいる中で勉強時間を確保するのは大変なことを実感...。

長男が1才になった

さらに可愛くなっている。ウンコは臭い。

勉強した技術

Spring 3.2
Java 8
Node.js
TypeScript
Golang
Beego
AWS
Chef
Ansible
Jenkins
zsh

こんな感じ。

2014-12-22

はてなブログに引っ越しました

雑文

これまで「さくら×WordPress」でブログを運用してたんだけど、
特にその必要性を感じなくなってきたのと、
かかってた費用を違うところに使いたくなったので
はてなブログに引っ越しました。

といっても、技術的なネタは最近 Qiita に書いてますが。

2014-05-24

Spring MVC で複数データソースを扱った場合の挙動を調べてみた

Spring

Spring MVC で扱うデータソースが2つある時、片方だけトランザクションを張った場合にもう片方の更新が反映されない、という問題に直面したので色々試してみた。Spring 初心者すぎて辛い。

環境

Spring 3.2.4

元々のソース

例えば user と groupというテーブルがあり、それぞれに対して更新する処理を書いていた。

#!java
@Service
public class HogeService {

    @Transactional
    public void update() {
        userService.update();
        groupService.update();
    } 
}

ここで、user と group とでDBを分けることになり、DataSource と TransactionManager を複数に分けた際、デフォルトの user は更新されるが group の更新がされなくなった。この挙動自体はまぁ当然。

(1) groupService 側にも @Transactional を指定してみる

これで両方トランザクションが張られて正常に動作した。

#!java
@Service
public class GroupService {

    @Transactional(“group")
    public void update() {
        // update...
    }  

}

(2) afterCommit を利用してみる

今回は group 側にトランザクションを張らなくても良いケースだったので、試しに TransactionSynchronizationAdapter#afterCommit を利用してみた。

#!java
@Service
public class HogeService {

    @Transactional
    public void update() {
        userService.update();

        TransactionSynchronizationManager.registerSynchronization(
            new TransactionSynchronizationAdapter() {
                @Override
                public void afterCommit() {
                    groupService.update();
                }
            }
        );
    } 

}

これでうまくいくかと思ったが、group への更新は反映されなかった。何かイメージと違う。afterCommit の後に何か処理が走っているのか。

(3) user、group への更新処理をメソッド毎分ける

StackOverflow とか Spring 関連の記事を見ていると、結局これに落ち着きそうな感じ。もちろん想定通りに動作する。

#!java
@Service
public class HogeService {

    @Transactional
    public void updateUser() {
        userService.update();
    }

    @Transactional(“group")
    public void updateGroup() {
        groupService.update();
    }  

}