そんなにプライベートを犠牲にして大丈夫? - kurainの壺
最近読んだソフトウェアエンジニアのキャリアの話が、みんなプライベートの時間も勉強しなきゃダメだという論調で、ちょっと私は疲れている。 hrnabi.com www.pasonacareer.jp paiza.hatenablog.com 曰く環境変化の激しいWeb系エンジニアは、プライベートを犠牲にして勉強しなければ最先端にはいられない。高給取りにはなれない。わりとみんな信じていることのように聞こえる。しかし本当だろうか。犠牲にするって、どのくらい犠牲にすればいいんだろう? 犠牲と比例して、技術力が伸びたり、給与が増えたりするんだろうか? あっという間に知識が陳腐化するという仮定においては、時間の自由が大きい若い人ほど先端の勉強に時間を割くことができて、もっとも有能になりやすい。実際若くて有能な人は増えているように思う。それでも、オッサンたちがマネージャーにならず、第一線で働くことは可能な
LiveClip という chrome app を作りました - kurainの壺
動画を見てもらうのが早いのですが、Chrome で開いている Web Site の好きな部分を、フチ無しのPopup Window で表示できるという Chrome App です。 なにが嬉しいの? という感じかもですが、 youtube, ニコ動 など popup window 表示に対応してない動画サイトでも小さな window で表示できる しかも、どの window よりも最前面で表示される (dev channel のみの機能) 更に、拡大縮小しても動画再生が可能(操作は不能になります) という機能があります。ようは、"小さい画面でも動画を画面端で再生しっぱなしにしたい" という欲求のために作ったソフトウェアです。 Chrome App と Chrome Extension が協調して動いているので LiveClip (App) LiveClipExtension (Extens
OSX + screen + rbenv でハマった話 - kurainの壺
osx で rbenv を使っているのだが、screen と併用すると screen から起動した shell で正しく rbenv が動かなかったので対応メモ。 設定ファイルを正しく rbenv を利用するには ~/.zprofile, ~/.bashprofile などに export PATH="$HOME/.rbenv/bin:$PATH" eval "$(rbenv init -)"と書く必要がある。 各種設定ファイルが呼び出される順番は https://github.com/sstephenson/rbenv/wiki/Unix-shell-initialization に詳しい。 (PATHの値が変わらなければ)一度呼び出せば良い物なので、zshrc, zshenv などに書く必要はない。 screen screen から shell を起動した時は、設定ファイルのうち ~/
Mac を使っているなら必ず使うべき2つの機能 "Automator" と "サービス" - kurainの壺
Automator ってなんか超高機能なマクロみたいなイメージがありますが、とても便利なのでご紹介。 もともとは、会社の上司が Windows から Mac に移行したのだけれど、"秀丸みたいに選択範囲を ruby で evalできないの" とおっしゃっており、しかも Emacs は微妙とのことなので、Automator でどうにかしてみた。Service でできるんじゃないかねと教えてくれた同僚に感謝。 追記(2013/02/24) デバッグ方法を別エントリに書きました できること 文字列選択して Ctrl+= を押すと選択文字列が ruby で実行されます。編集可能なテキストエリアならだいたい何処でも。 作り方 アプリケーション ディレクトリにある Automator を起動します。 新しくサービスを作ります ユーティリティ > "シェルクスクリプトを実行"というアクションを選んで右の
Titaniumが楽しすぎてやばい - kurainの壺
id:naoya さんの記事で気づいた Titanium ですがあまりに楽しいのでここ1週間ほど暇があればコードを書いています。そろそろ、プロダクトレベルのモノが仕上がりそうなので AppStore に提出したいところ。 ただし、iPhoneとAndoridアプリが一気に作れる、とか思ってさわると結構機種依存のコードを書く必要に迫られるので期待を裏切られます。ロジックのコードが共通化できるぐらいに考えていたほうが気楽だと思います。それでも、Cで書いてiPhone,Androidで共通化するよりはよっぽどらくだと思いますが。 最近は iPhone で動くことだけを考えて、実装しているので、今回は Objective-C で実装している時との比較 はまりどころ PhoneGap との違い をメモしておきます。 Objective-Cと比べて良い メモリ管理不要 もうこれだけで、僕は移行したくな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
