数々のECサイトやGunosy、ReluxなどのCVを劇的に改善したKAIZEN Platformの、世界展開を見据えた組織づくり - エンジニアtype
数々のECサイトやGunosy、ReluxなどのCVを劇的に改善したKAIZEN Platformの、世界展開を見据えた組織づくり 2013/10/29公開 このWebサービスは、サイトUIの最適化をサポートするもの。コンバージョンレートの向上に欠かせないUIデザインのA/Bテストを、少ない手間で、シンプルに実現してくれるクラウドソーシング型サービスだ。 今までもA/Bテストのサービスを提供する企業は数多くあったが、『planBCD』が従来と異なるのは、そのサービス内容にある。 まず、UI改善を希望するクライアントは自サイトにJavaScriptのコードの埋め込みを行う。すると同サービスに登録している世界中のグロースハッカー約200名（※2013年10月18日現在、その多くはデザインを本業としているWebデザイン会社）がクラウドソーシングの形でUIデザインの代替案を提案してくれる。 既存の
githubを使ってyumリポジトリを公開する - aptheia.info
ubuntuにはPPAという仕組みがあり、プロジェクトホスティングサービスlaunchpad と連携してパッケージを簡単に配布する仕組みが用意されている。今回は、githubを使ってリポジトリにpushしたら自動的にRPMパッケージを公開する方法をまとめる。 ※ PPAだとサーバサイドで各種プラットフォームにビルドしてくれるが、そこまではサポートしない。あくまで配布だけ。RPMをどうやって作るのかについても触れない。 以下はhaproxy を公開するときの例。haproxyのソースにはRPMのspecファイルが含まれているので、簡単にrpmが作成出来る。 手順 git リポジトリを作成 Create a New Repository - github からリポジトリを作成。 ディレクトリ構造を作成 以下はCentOS 5 64bit 版とソースRPMを配布する場合 $ mkdir -p h
僕が19年勤めた会社を辞めた時、後悔した１２のこと - ICHIROYAのブログ
ひとつの会社で、サラリーマンを１９年やった。 残念ながら、僕のサラリーマン人生は失敗だった。まだ、課長レベルだったけど、すでに先は見えていた。 自分ではデキるつもりで突っ走っていたのだけど、自分なりに壁を感じていたし、人事の同期から漏れ聞く会社の評価も、中程度のものであった。 僕らの世代（いま５０代中盤）のサラリーマン人生も過酷だ。 順調なひとたちは、すでに取締役になっているが、最近のリストラで今更会社を辞めざるを得ないひともいる。 サラリーマンを続ける以上、上位に評価されるようにしなければ、若いころのわずかの差が、２０数年後には無残な差となって突きつけられる。 いまでも、ときどき、ああこうすればよかったな、と思い出して後悔することがある。 そして、若くて元気なひとたちを捕まえて、オレみたいになるなよ、と説教したくなってしまう。 でも、僕の話など誰も聞いてはくれないので、こうやってブログで
本当にキモい Vim script - 正規表現編 - 永遠に未完成
Vim Advent Calendar 2012 の 339 日目の記事です。 先日、Lingr で :s コマンドの引数をパースする方法についての話になりました。 :s はご存知の通り、置換コマンドです。 :[range]s[ubstitute]/{pattern}/{string}/[flags] [count]今回 [range] と [count] は無視するとして、それ以外の {pattern} と {string} と [flags]、あとはパターン内でエスケープされているかもしれない区切り文字(多くの場合は /) が何になるか知りたい。 結果的にできたのは以下のような正規表現です。 \v^s%[ubstitute]([\x00-\xff]&[^\\"|[:alnum:][:blank:]])(%(\\.|.){-})%(\1(%(\\.|.){-})%(\1([&cegiIn
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
2012/12/22(土)の社内で開催した「プレゼン祭り」で発表した内容です。アジャイルに全く触れたことが無い人を対象にしたつもりが、「難しい」「内容が盛り沢山で覚え切れなかった」「寝ちゃった」などなどとあまり好評ではなかったのですが、自戒の念も込めて公開しておきます。 対象は「ウォーターフォール開発しか体験したことのない経験5〜6年程度の若者」です。 ※2022/04/11追記 Speaker Deckに移行しました。 https://speakerdeck.com/takigawa401/toriaesu30fen-tehitotoorifen-katutaqi-nihanareruasiyairuru-men
フロントエンド開発者向けのAlfred Workflow - アインシュタインの電話番号
1ヶ月前に、Web開発者にオススメなAlfred用のWorkflowをまとめたGitHubリポジトリが2,000 starsを超える人気を博していて、その中に自作のFont Awesome Workflowも選ばれていて、それをきっかけに開発者向けのWorkflowが盛り上がっていることを知った。[^1] [^1]: このリポジトリは更新が遅く、各Workflow作者の最新バージョンを反映していない問題があったため、Font Awesome Workflowではこちらから削除依頼を出してリストから消してもらいました。そのため現在は掲載されていません。 つい最近だと、Googleのエンジニアで著名なAddy Osmaniがプレゼンで紹介していたり、フロントエンド向け情報サイトとして有名なSmashing Magazineが特集記事にしていた。 Automating Front-end Wor
PHPのジェネレータはイテレータより速い - hnwの日記
先日の記事「PHPのジェネレータの実装を調べてみた」で僕は次のように書きました。 GeneratorクラスはIteratorインターフェースを実装しており、対応するPHPメソッドを持っています。また、Cで実装した場合のみ指定できるイテレータ関数も実装しています。このように両方が指定されている場合、foreachループではCの関数が呼ばれ、イテレータメソッドを明示的に指定した場合はPHPメソッドの方が呼ばれます。 ところで、イテレータに対応するPHPメソッドとC関数となぜ2つとも実装する必要があるのでしょうか。実は、PHPメソッドの方だけ実装すれば正常に動作します。C関数を実装する理由は速度面のメリットからだというのが僕の理解です。C関数は関数ポインタで単に呼び出せるのに対し、PHPメソッドの呼び出しは命令実行器の状態保存・復元の必要があるなど、呼び出しのコストがやや高いのです。 PHPのジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Trello のススメ