二要素認証（TOTP）のトークンをどこに保存するか問題 - @kyanny's blog
2 要素認証に 1Password を使うのはよく考えてから | はったりエンジニアの備忘録 AWSの多要素認証に1passwordが使えたけど使っちゃダメだと思った話 - Qiita TOTP のトークンを 1Password に保存するのはセキュリティ強度を弱めるので良くない、という話は知ってたので避けてたのだけど、ちょっとよくわからなくなってきた。 Windows（具体的には社有のSurface Pro）上の1passwordとiPhone上の1passwordの両方でMFAの二段階目をクリアできたということは、もうこの2段階目は特定のデバイスを持っていることに依存しないということだ。僕のIDで他のデバイスに1passwordをインストールすることができれば、さらにそのデバイスでも2段階目をクリアできる。「AWSのパスワード」と「特定のスマホ（デバイス）」ではなく、「AWSのパスワー
Rails Developers Meetup 2018 感想 - @kyanny's blog
Day 1 安全かつ高速に進めるマイクロサービス化 トレジャーデータ社でも無茶な作りのシステムで苦労したりすることあるんだなーというのが新鮮だった。超人集団だからソフトウェアも完全無欠な印象がある。（自分の中で、日本のWeb系エンジニア界隈における超人集団の会社は、10年前がはてな社、5年前がクックパッド社、現在がトレジャーデータ社という風に移ろっている） 明け方まで自分のスライド作りをしてて寝不足だったので細かいところを意識が飛んでて聞き漏らしたので、動画が公開されたら見直したい。 学校をより良くするために、エンジニアができるたった一つのこと 事業ドメインが同じというか競合なのでいろいろ事情が似てるなーと思った。 発表後にささたつさんと少し話して自分の発表内容の話もして（マイクロサービス化）、「同じ問題を抱えているのに結論が逆なのは面白いですね（クラッシー社は一旦一つに統合する戦略）」、
Quipper に入社して丸4年が経った - @kyanny's blog
blog.kyanny.me 一年経ってしまった。いろいろあった。一年前はオフィスのことしか書かなかったので、今年は自分のことだけ書く。 Engineering Manager 今年の1月に会社の組織変更があり、 Engineering Manager というポジションができた。国単位・技術分野単位などで開発者をいくつかのチームに分け、それぞれに Engineering Manager がいるという、いわゆるふつうのピラミッド型の組織になった。で、俺が東京オフィスの Web Developer チームの Engineering Manager になった。 上司（CTO）から話があったのは去年の11月頃だった。プロダクト開発チームがグローバル全体で50名くらいになってきて、そろそろ CTO 一人で見るのは無理がでてきた、そこでローカルに Manager をつくり各種の業務や権限を委譲していき
フレームワークとアプリケーションの境目 - @kyanny's blog
それでもRailsを選択する3つの理由 - pblog 興味深く読んだ。 ずっと気になっていることがある。フレームワークとアプリケーションの境目について。 アプリケーションとフレームワークははっきり区別されるべきなんだろうか。 Rails は「区別するべきだ」と要請しているように感じられる。アプリケーションはフレームワークが規定する「できること」の範囲内で書くべきであり、その範囲を外れる場合は相応の覚悟をしろ、領分を守る限り難しいが一般的な問題はフレームワークが正しく解決してやるぞ、と。 一方で、フレームワークもアプリケーションの一部である、とする考え方もあると思う。足場を支えるライブラリに過ぎない、という思想。両者の境界は曖昧になり、フレームワークが規定する「できること」だけでは物足りなくなったとき、アプリケーション側を「できること」の枠内に合わせるのではなく、フレームワーク側を拡張して
SNS 見るのやめた - @kyanny's blog
昨年末から SNS を見るのをやめた。目的は精神の平穏を保つため。誰が退職しただの、誰が本を書いただの、誰と誰が寿司を食っただの、そういう業界ゴシップで心惑わされるのに疲れ果てた。知る価値のある情報もたくさんあるが、 S/N 比が悪くなりすぎた。 また、 SNS に愚痴や攻撃的なことを書いたりしてしまうのもやめたかった。傍目に悪いし、書いてスカッとするわけでもない。いつか炎上するかもと内心びくびくしながらやめられない様はまさに中毒だった。 具体的にやったことは以下。 iPhone から Twitter と Facebook その他 SNS のアプリを削除した。隙間時間についつい見てしまう・書いてしまうのはこれで克服できた。 SNS からの通知メールをできるだけオフにした。特に効き目があったのははてなブックマークのマイホットエントリーお知らせメールで、自分にとって最大のゴシップ情報源になって
Atom.io に乗り換えられなかった - @kyanny's blog
きっかけは些細なことだった。 Emacs で RSpec のテストケースを書いていて、全体的に動作がのろくてイライラさせられた。どうやら ruby-mode だか ruby-electric だかが悪さをしているらしいが、何年も前に .emacs.d に放り込んだもので、どんな風に設定するのかも覚えていない。最新バージョンに入れ替えてみたら、手元でちょろっとカスタマイズしていた改行時のオートインデントだか何かの挙動が変わってしまい、気になってコーディングどころではなくなった。 もともと Emacs Lisp は読むのも書くのも苦手で嫌々ながらも騙し騙し付き合ってきたが、このときばかりは心底うんざりして、もうこんな古代のツールに頼るのはやめにしよう、自分の仕事は高度に知的な作業であるはずのプログラミングであって多彩で変態的なキーボード操作を駆使してテキストを編集しまくることではない、ならばも
例えば OSFA な API をやめる - @kyanny's blog
OSFA == one-size-fits-all 単一の API で全てをカバーするのをやめたらどうか、ということ。 APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight @kenn 最近はRESTfulなエンドポイントは完全に後方互換なまま、クライアントごとにオーケストレーション層(radical versionin)を設けるという方向にシフトしようとしている。詳しくは http://t.co/zODm7mFr5B— Tatsuhiko Miyagawa (@miyagawa) February 28, 2014 この話のポイントとはちょっとずれてる && Podcast 聴いてないのですが。 Quipper プラットフォームで内部的に利用されている API も、 /v1 というパスの下にはえててごく一部のエンドポイントだけ /v2 がある、み
ルーク、 MongoLab を使え！ - @kyanny's blog
五月の終わりから Quipper で働いている。 Quipper は DeNA の co-founder である渡辺雅之氏がロンドンで創業したモバイル学習プラットフォームの会社で...みたいな話は長くなるし、読者の興味を引きそうにないのでやめておく。このへんの話を詳しく知りたい人は渡辺によるハーバード・ビジネス・レビューの連載をどうぞ。 ソフトウェア開発者にとって一番気になるのは、会社の事業内容とか売上利益よりも、「どんな環境でソフトウェア開発をしているのか」じゃないだろうか。どんなインフラを使っているのか、バージョン管理やタスク管理はどうしているのか、自動テストはどのくらいやっているのか、開発手法はアジャイルなのか、 Mac で開発できるのか、椅子は六万円以上か（冗談ですよ）、などなど。 こういった、ソフトウェア開発者が日々過ごす広義の「環境」について言えば、 Quipper はかなりい
Leave from paperboy&co., join to Quipper - @kyanny's blog
来週ペパボを退職します！転職先は Quipper です！みんな大好きウザい退職エントリも当然あとで書きますがウィッシュリストとか無いので！ブクマとスターを！！くれ！！！承認欲求！！！！— Kensuke Nagae (@kyanny) May 24, 2013 May 27 is my last day at paperboy&co. I had a great time with gentle people in this 3 years and 3 months. Thank you for all my colleagues! paperboy&co. is a good company for the following reasons: Culture: There are so many nice people here. They gather and play natura
Terminal.app でプロダクション環境へ ssh するとき背景色を変える - @kyanny's blog
iTerm2で、sshしたら背景画像なり背景色切り替えとか出来ないのかな。プロファイルの設定とかでも可。Windowsではputtyでプロファイル切り替えて、本番つなぐ時は赤っぽい背景色とかにしてる。— songmu (@songmu) July 24, 2012 ssh したときセッション別にターミナルのテーマかえるやつ、 Terminal.app でもやりたいなぁ。むかし @nabokov7 さんが Mac でやってた記憶があるけど、あれはいったいどうやってたんだろ。— Kensuke Nagae (@kyanny) July 24, 2012 設定をまるごと.Terminalファイルに書き出してショートカットにしてた。ショートカットごとに別の背景色や起動コマンド(ssh)割り当てたりして。RT @kyanny: ssh したときセッション別にターミナルのテーマかえるやつ…— nabo
マージしたときバイナリファイルがコンフリクトしたら git checkout --ours --theirs - @kyanny's blog
Gitでマージしたバイナリファイルがconflictした場合の解決策｜DIGITAL SQUADブログ http://d.hatena.ne.jp/ruedap/20110720/git_merge_conflict_binary_file 上記参照、だけど一応あらためてメモると、以下のような感じ。バイナリファイルの場合エディタで開いて直接編集できないので別ブランチにあったほうを採用したい場合はチェックアウトしなおす必要がある。 $ git branch #=> master $ git merge hoge # conflict! $ git checkout --ours path/to/file # use master's file $ git checkout -- theirs path/to/file # use hoge's file
シニアエンジニアになりました - @kyanny's blog
今年から始まったペパボの新しい人事評価制度で、技術者 (エンジニア) にはシニアエンジニア・アドバンスドシニアエンジニアといういわゆるスペシャリスト枠ができたのですが、最初の評価プロセスが終了したこの四月から、シニアエンジニアとして働いています。 ペパボの技術者向け評価制度については Paperboy's engineer evaluation system - Gosuke Miyashita と paperboy is hiring - Gosuke Miyashita に詳しいので、ご存じない方はぜひご覧ください。 スペシャリスト枠については、毎年恒例の社内プレゼン大会 P-1 グランプリでのアイデア発表があったあと、個別にヒアリングをしていただき、他社も含めてエンジニア職の待遇がどのようになっているかを踏まえて、どういう制度・運用が望ましいか意見を述べたこともありました。自分が評価
HTML::Element と HTML::TreeBuilder で盆栽 - @kyanny's blog
HTML::Element とか HTML::TreeBuilder で HTML 構文木をいじることを盆栽と呼ぶらしいですが、最近よく盆栽してていろいろ覚えたことがあるのでメモ。 as_HTML() で HTML エンティティに変換させない HTML::Element#as_HTML を呼ぶと HTML 文字列が返るのだけど、これを引数なしで呼ぶと "all unsafe characters" が HTML エンティティに変換（エンコード）される。これは普通あまり望ましくないので（変換などせずそのまま出して欲しいことのほうが多い）、それを回避するには my $html = $elem->as_HTML('');と、空文字列を渡してやる。 HTML::TreeBuilder のインスタンスに対して as_HTML() を呼ぶと タグをつけられてしまう これはサブクラスの HTML::Tr
highscalability.com の Tumblr のアーキテクチャについての記事を読んだ - @kyanny's blog
High Scalability - High Scalability - Tumblr Architecture - 15 Billion Page Views a Month and Harder to Scale than Twitter を読んだ。すごく面白かった。 Kindle で引用したところを中心にメモ。 Tumblr のソーシャルグラフの特徴 The graph for Tumblr users has hundreds of followers. This is different than any other social network and is what makes Tumblr so challenging to scale. Tumblr だと follower が数百人いるユーザーはザラにいる。 follower の多いユーザーの post は多くのユーザ
新はてブ - @kyanny's blog
ベータテストの招待をもらったので少し使ってみたので、妄想まじりの感想を。 UI はパッと見で Facebook みたいだな、と思った。要素の配置も似ているし、ニュースフィードというかタイムラインというか、そういうものを意識しているのかなと。 Facebook はサイトとしてはあんまり好きじゃないけど、はてブのは不思議と悪い印象はなかった。 サインアップのプロセスを丁寧に作ってあるなと思った。 Facebook 連携をしたらちゃんと元のページに戻るとか、当たり前なんだけど、仕事柄その当たり前をちゃんとやるのが簡単なわけではないことも知っているので。あとインタレストワードが良い。 Quora とか Quiita でもサインアップ時に興味のあるものを選ばせるステップがあるけど、そういうのをちゃんとおさえているあたりも、滞在時間を奪い合うという広い意味での競合をしっかり研究してきていると感じた。
私的 Special Thanks - @kyanny's blog
これはキモイスピリチュアル系日記なのでブクマとかしなくていいですよ。 [twitter:@typester] さんに YAPC::Asia 2009 の懇親会で「仕事で大きなサイトに携わっているのに話せることがないわけがない、普段からやってることをそのまま話せばいいだけだ」って言われたときのことが今でも忘れられない。普段から何もやってませんって言ってるようなものじゃないの？って言われたようで、赤面するくらい恥ずかしかった。あのとき心の底から「このままじゃダメだ」と思えたからこそ今日があるよなーとつくづく思う。 RubyKaigi の感想に対して異なる複数のコミュニティに同時に所属している人は、その各々のコミュニティにとって貴重な仲介役となるので、これからも Ruby と Perl の両方で活動して頂きたい。というコメントをもらった。発表しましたエントリに書くの忘れてたけど、この一言に勇気づ
RT サラリーマン人生における希望と絶望 - @kyanny's blog
http://d.hatena.ne.jp/tagomoris/20111011/1318284814 はてブでコメントして、書き足りないなと思ったけど文字数制限いっぱいだったのでこっちに書く。 同じ考え方だなー / 会社はたくさんあるけれど、自分の人生は一個だけ。数ある会社の一つを変えるために自分の人生を費やす気にはなれないなぁ。だから元々よさそうなところを選ぶ / 自分で作った会社は別なのかな？ まぁ知ってるひとは知ってるけど、おれはむかしライブドアで働いてて、転職していまはペパボで働いてる。で、そういうひとが↑のコメントをみたとき、それぞれの言い分が矛盾してるように見えなくもない、のにおれが「わかるわー」的なコメントをしてると混乱するかなー、と思ったので補足。 ある会社が良いか悪いかは、利益とか知名度とか絶対評価で決まるような要素と、「おれに合ってるかどうか」みたいな属人性の極めて高
git-svn 利用時にトピックブランチを master へマージするときどの方法が一番良いのか - @kyanny's blog
最近社内に OSQA が導入されて (hiboma++) そこでも聞いてみたんだけどたぶん将来そこに書いたことを忘れると思うのでこっちにも書いておく。コメントもらえたらうれしいです。 git-svn 使っててリモートブランチと対応してるローカルブランチ（git svn info --url で branches/foobar とか出るやつのこと、正式名称わからん）を master にマージするときは --no-ff をつけろ、というのはぐぐるとよくでてくる（--no-ff しない == fast forward してしまうと master の remote url が trunk でなくなってしまうから） しかしふつうのトピックブランチの場合は remote url は trunk のままなので --no-ff をつける必要はない。必要はないがそのかわりに選択しなければならない。どのように
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログがはてなダイアリー以外のブログサービスより優れているたったひとつの理由 - @kyanny's blog
YAPC::Asia 2010 前夜祭で LT やってきた - @kyanny's blog
