退職する時に同僚からフィードバックをもらう - Sexually Knowing
退職するにあたって、人事評価とかそういった枠組みをすべて取り払って去る自分に対して言い残したことがあれば伝えてほしいなと思い、自分がどう見えていたかをGoogle Formによるアンケートというかたちで同僚に乞い、ありがたいことにたくさん送ってもらえた。 設問は: 業務上なんらかの形でaerealと関わったことがありますか? あなたは aereal と働くことをどのくらい友人や知人に薦めると思いますか？（仮に自分に似た価値観の友人や知人がいたとしてお答えください） 上記スコアを付けた理由を教えてください。またそのスコアはどうすればもっと改善すると思いますか。 ソフトウェアエンジニアとして見た時、aerealの良い点・望ましくない点・その他感じたことがあれば教えてください 戴いた回答の一部または全部を引用し、ブログなどで外部に公開することを許可しますか？（引用する際には内容から個人を特定でき
リモート勤務メモ - Sexually Knowing
社内グループに書いていたメモをせっかくなので放流します。 前提 昼食はオフィスで食べられる 基本はオフィス勤務だが、相談の上リモート勤務も可能 自宅からオフィスには徒歩で20分、自転車で10分 京都在住 北海道の実家で2週間程度のリモート勤務を2回経験 リモート勤務の感想 お昼ごはんの用意をしていると昼休みがあっという間になくなる 普段オフィスにいるとランチをいただくのに20〜30分くらい、残りは休憩スペースで同僚と話したり本を読んだしている お昼休み・定時になるとチャイムが鳴るが、自宅だと鳴らないのでしょっちゅう時計を気にして疲れる 途中までSlackで参加していた会話が口頭に変わると経過がわからなくなるので、あとはうまく話が進んでいることを祈るしかなくなる いまのチームに慣れたからいいけど、入りたてとかだと不安だと思う 人と関わりがなくて気が滅入ってくる 普段、人と話すわけではないけど
連打を支える技術 - Sexually Knowing
この記事は、はてなデベロッパーアドベントカレンダーの19日目の記事です。 昨日は、id:t_kyt による あれから一年、あの TypeScript プロジェクトは今 - 多幸感 でした。 すばやく、かつ堅牢にアプリケーションをつくる ボタンを連打したくなる性と向き合う サーバサイドにおける工夫 イベントソーシング リクエストに複数のリソースを含められるように クライアントサイドにおける工夫 イベントのバッファリング accumulate-call で簡潔に書く むすび すばやく、かつ堅牢にアプリケーションをつくる はてなの id:aereal です。アプリケーションエンジニアとして日々、サービスの開発に携わっています。 はてなではサービス開発合宿が年に一度ほどのペースで開催されています *1。今年もつい先日開催されました。 私たちのチームは技術的な挑戦を行う一方で、プロトタイプではなく初
Kyoto.なんかで“Introduce browserify”という発表をした - Sexually Knowing
Kyoto.なんかという Kyoto.js の潮流を汲んだような汲んでいないような、勉強会のようななんなのかよくわからないイベントで発表した。 browserify という Common JS Modules/1.0 などに互換のあるモジュールを、Common JS Modules/1.0 などモジュール機構に対応していないブラウザで動かせるようにするツールについて簡単な紹介をした。 browserify-shim を使って jQuery plugin も browserify で扱えるようにするのがとても便利。 実際には browserify-shim が require() を解決し展開するやりかたはけっこう凝っている (出力されたコードとちょっと実装を読んだくらいで、僕も詳しい実装はあまり追っていない)。 作者の substack さんは browserify という比較的大きなツー
Vim で現在カーソルがあるテストメソッドを実行する - Sexually Knowing
Perl には Test::Class という JUnit 風にテストを書けるモジュールがある。すなわち: テスト用のクラスを定義し アサーションをインスタンスメソッドとして括り出す ことができる。 Test::Class はテスト実行時に環境変数 TEST_METHOD に与えられた値で実行するテストメソッドをフィルタリングすることができる。 Sometimes you just want to run a single test. Commenting out other tests or writing code to skip them can be a hassle, so you can specify the TEST_METHOD environment variable. The value is expected to be a valid regular expres
Io (iolanguage) で書かれたプロジェクトを Travis CI でビルドする - Sexually Knowing
せっかく ltsv.io にはテストがあるので CI でビルドできたらいいと思っていたので、Travis CI のドキュメントを眺めてみたところビルドは10分でタイムアウトする制限がある以外にはかなり自由にビルドを行えるようだった。 Travis CI の環境をみるとデフォルトでセットアップされているミドルウェアや言語のランタイムなどがわかる。 Io はランタイムがデフォルトでは用意されていない。残念。 しかし、なければビルドすればよい。 Io は VM そのものがとてもコンパクトで言語の核となる実装以外はアドオンというかたちで含まれており、またアドオン含めてもさほど多くない依存ライブラリのみでビルドすることができる。 Travis CI で Io をビルドするにあたって特にむずかしいことはなくて、README の INSTALLING を読めば手順が書いてある。cmake が必要だけど
曖昧な名前を発見してリファクタリングしたい→する - Sexually Knowing
意味の通らない名前 (a とか hoge) や、単語として意味はあるけれど曖昧さの残る名前 (begin とか) はリファクタリングを一考する余地があるよなあ、と考えている。 効率よく発見したいけれど、名前の長さなどで一様に探せるものではないためむずかしい。 そこで、look というコマンドのことを思い出した。与えられた文字列と先頭一致する文字列を辞書から探すコマンドで、Mac などには標準で入っている。 look syn と入力すると syntactic とかいろいろ出てくる。 この look の検索結果が多ければ多いほど、曖昧さの残る文字列といえるのではないか、という仮説を立ててみた。 $word look $word wc -l a 17096 abort 13 こういうかんじ。 形態素解析をすることを考えたのだけれど、英語を対象言語としたライブラリがなかなか見つからなかった。 また
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git で特定のリビジョンから tarball やディレクトリを作る - Sexually Knowing
Io で LTSV のパーサ書いた - Sexually Knowing