【悲報】ミヤネ「僕、頭悪いですかね？石丸さんのおっしゃってる意味が理解できないです(キレ気味)」←これｗｗｗｗｗ

【img via Lonely Train Station by WebGregor】 僕は本気でブログを書いているし、運営している。2月は毎日平均6本記事を投稿。コードも定期的に見直し修正し、サーバーも先日アマゾンに乗り換えて十分に体感できるほどの高速化を実現した。 本業であるかのごとく、僕は常に本気でgori.meというブログメディアを運営している。ただ、この「本気さ」は自分自身が思っている以上に周りは理解していない、ということを改めて痛感する出来事が先日あった。「本気」や「努力」は身近な人でさえも全然伝わってない。 ただ、この程度で心が折れているようではダメだ。むしろ、ここで意地を張って負けん気を発揮するべきだ。もし自分のやっていることに誇りをもっているのであれば、その事実を受け止めつつ、これまでと変わらず自分の真剣さが伝わるように直向きに努力するべきである。 身近な人でも「ブログを

このドキュメントでは、Chefを実行して、インフラを作成したい人が、既存のレシピがあるのを前提に、Chefの概要を理解するためのドキュメントです。Chef-soloの構成のみに対応した記述になっています。理解が間違えているところとかあればご指摘ください。 1. Chefの概要 1.1. Chefとは シェフは、インフラストラクチャーをコードに変換するための自動化プラットフォームです。仮想環境でも、物理環境でも、クラウドでも使う事ができます。インフラストラクチャを自動化することで、プロダクトのマーケット投入を早めたり、スケールや複雑さに対応したり、システムを安全に保ちます。 1.2. Chefの仕組み Chefはサーバーをセットアップして、希望の状態にするための「クックブック」「ノードオブジェクト」というDSL(設定ファイルっぽいもの)をローカルのワークステーションで作成します。それらのDS

以前職業プログラマーなら必ず読むべき「Code Complete」 - $shibayu36->blog;や補足 - 職業プログラマーなら必ず読むべき「Code Complete」 - $shibayu36->blog;で紹介したコードコンプリートを再読した。 Code Complete 第2版 上　完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazonCode Complete 第2版 下　完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazon 一年前はどちらかというと、コードのスタイルの話とか、条件をどうやって綺麗に書くのかとか、コメントはどう書くのかということを学びたくて読んだけど、今回はクラス設計をどうしていくべきかとか、チームでのエンジニアリングをどうしたら良いかとかを中心に読んでいった。 やっぱり学びたいと思っている内容が違うとそ

当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。

本日の記事「Dropbox、Salesforce、Hulu他フリーミアムに学ぶマネタイズ6つの教訓」はこちら！ 「ユーザー獲得直後の離脱」 どの新サービスも抱えている悩みです。 アクイジション(ユーザー獲得)からアクティベーション(初回体験)へのフローは、プロダクトの使い勝手が理解されていない新サービスが必ず直面するハードルであり、このハードルを越えるか越えないかでグロースが大きく左右されるのです。 そしてこのフローをせき止める最大の原因が、「認知的負荷(Cognitive load)」の存在。Wikipediaで調べても出てこないまだまだマイナーかつ専門的な心理学用語ですが、新サービスのUXを語る上で決して忘れてはならないキーワードです。 本日は、「認知的負荷」というコンセプトの紹介と共に、認知的負荷を最小化するためのコツを5つ紹介致します。新サービスにかかわらず、リニューアルや大幅アッ

どーも、Lean系の書籍４冊(Lean Startup, Running Lean, Lean UX, Lean Analytics）を読み終えたid:kiiitaです。 前回の記事を読んでいない方は、先にこちらの記事 - グロースハック流行ってるけど、その前にリーンアナリティクスしないと！を読まれることをおすすめします。 ★ちょっと補足で追記 Lean Analyticsに関する紹介記事を書いていたら、著者のAlistair Crollさんから突然メンション頂きました♪ @kiiita I saw your blog post—though Google Translate doesn’t translate Japanese very well. Thanks for writing about it! cc @byosko— Alistair Croll (@acroll) 2014

「UXデザインを組織で活かそうと思ったら、偉くならなきゃいけないですよね？」某制作会社のUXデザインのエバンジェリストさんのお話を伺った時、いてもたってもいられず私はそんな質問を投げた。周囲の同僚はどんびきして、次に笑った。 あいつまたアホなこと言ってる、という空気。 でも私は真剣に考えてた。 UXデザインを学べば学ぶほど、私は痛烈に、偉くならなきゃ、って思ってたのだ。 偉くならなきゃいけない理由 答えは簡単で、「信頼感を持って」「サービスにまつわる意思決定を任せてもらえるようになる」からだ。偉いとかいってはいるものの。別に役職はなんでもいい。要は組織の中で相応の影響力を持つことが大事なのだ。 事業会社の命運を握るのはサービスそのものだ。そのサービスの「どこに手をいれると、ユーザーが喜んでくれて、会社に利益をもたらすか」を考える・・・それがUXデザインだと私は思ってる。 UXアドベントカレ

3/14の最新記事『もう一つのグロースハック条件「認知的負荷最小化」5つのポイント』 「素晴らしいサービスなので使ってください」 そう言ってユーザーが自然に増えるほど現実は甘くありません。 多くのユーザーに愛されるサービスは、優れたプロダクト体験に加え、巧みな説得技術を活用してユーザー数を増やしています。消費者行動心理学と密接に関係するグロースハックで知られるウェブサービスやアプリは、まさにこの「説得技術」を上手に活用しているケースが多いのです。 本日は、心理学とマーケティングの権威であるロバート・B・チャルディーニ著「影響力の正体」で紹介されている6つの説得技術を基に、グロースハッカーがいかにして説得技術を活用しているかをご紹介致します。 返報性 人間は恩義に弱い生き物です。誰かに何を与えられた時、「この恩を返さなくては」という思いが心理的に働き、義務感から何らかの形で恩に報いようと試み

JavaScriptのプログラミングに関するTips集。 主に中級レベルの話題とノウハウを掲載する。 なお，JavaScript初級〜中級をクイズ形式で網羅的に学習するためには，下記のエントリを参照。 JavaScriptの動かないコード　　(JavaScriptエラー集) http://language-and-engineering.hatenablog.jp/entry/20080912/1221297779 ※JavaScript以外のプログラミングについては，こちらを参照。 ピュアJSを極める： JavaScriptで，クラスを継承する方法　（複数のサブクラスから共通クラスのプロトタイプを参照する） JavaScriptでの例外設計　（throw，try-catch-finally構文のイメージと利用パターン） JavaScriptで，動的に追加されたイベントリスナの実行順序を保

モチベーション科学を専門とする筆者が、目標達成の秘訣を語る。新年に立てた目標を諦める前に、ぜひ実践してみてはいかがだろう。 目標によって、うまく達成できるものとそうでないものがあるのはなぜだろう？ よくわからない、という人は心配ご無用――この問いに首を傾げる人は、あなたに限らず多い。大成功を収めた立派な人でさえ、自分の成功や失敗の理由については、満足に説明できないことが明らかになっているのだ。 直感的には「生まれつき得意なこと、不得意なことがあるからだ」と考えやすいが、これは諸要素のごく一部にすぎない。それどころか、この分野に関する何十年にも及ぶ研究によれば、目標を達成できるかどうかは、生まれ持った資質よりも「どう行動するか」に起因する場合が多いのである。 以下に、目標達成の9つの秘訣を紹介しよう。 1. できるだけ具体的に目標を設定する 目標は、できるだけ具体的に立てよう。「体重を減らす

2/28に東京（恵比寿）で開催された、株式会社VASILY主催のセミナー「iQONグロースハック・セミナー。VASILYが考えるグロースハックの追体験」に参加してきました。 こちらのセミナーは参加応募が殺到してすぐに満席になってしまったため、急遽2日に日程を分けて開催することになったそうです。 実際に内容についても非常に勉強になったため、セミナーの内容を前後編に分けてお送りしたいと思います。 前編である本記事では、代表の金山さんのグロースハックの考え方の講演についてまとめています。 本日は、組織として、企画立案の方法として、どのようにグロースハックを行ってきたのかを実例を交えてご紹介します。 まずグロースハッカーの仕事としては、売上、会員登録、DAU(デイリーアクティブユーザー)などを、以下のグラフのようにホッケースティックの形をつくっていくことが重要です、それ以外はどうでもいいかなと思っ

Google人事管理部のSVPのラズロ・ボック氏がNew York Timesのインタビューで、Googleに就職するために必要な要素を語っています。「大学を卒業していること」は必須ではなく、通常の企業とは違った視点で人事採用を行っているようです。 How to Get a Job at Google - NYTimes.com http://www.nytimes.com/2014/02/23/opinion/sunday/friedman-how-to-get-a-job-at-google.html Googleでは大学を卒業していない社員の割合は増加しており、非大卒社員が14％に達するチームも出てきているとのこと。ボック氏は「GPAは雇用基準や学業成績と同じくらい無益です」と、これまで学歴や成績を基準にした人事採用を行っても、有能な才能を見つけ出す指針にはなっていないことを語りまし

リクルートが、シリコンバレーおよび東京から著名なグロースの専門家を招聘し、連続のミートアップ・シリーズを開催するリクルートGrowth Hacker Month。 先日、最終回となる第４回のMeetupが開かれ、スピーカーとしてNir Eyal氏が登壇してくれた。 Nir Eyal氏は、グロースハックの必須分野である消費者行動心理学の専門家。 グロースのアドバイスを行うコンサルティングファームを創業し、500 Startupsを始め、スタートアップや大企業の支援を行っている。 先日、自身の理論をまとめた「hooked」という書籍を出版し、既にすさまじい勢いで売れている。 (近く、日本語版も出るそう) 引用：リクルートGrowth Hacker Month 第４回 彼の提唱する「hooked」というモデルは、ユーザーがついそのプロダクトを使ってしまうという"習慣"を形成するための理論であり、

「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」の発表資料が素晴らしい #devsumi デブサミ2014の発表資料を読んでいて、僕の中では「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」が一番心に残った。 ラフなメモ書き。 以下の発表資料の文章を引用している。 【元ネタ】 Developers Summit 2014 で「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」という内容で発表してきました - sifue's blog 2014/02/14 デブサミ2014【14-A-6】Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所 #devsumiA - Togetterまとめ 【0

TDD界隈の議論で、「仕様のテスト」「実装のテスト」という話を聞くことがあります。 TDDのよくわからない言葉をどうやって説明するか悩んでいるという話 #SWTestAdvent — うさぎ組 明日からTDDをやってみよう！ - 部屋とアジャイルと私（仮称） 今日のTDD界隈で「仕様のテスト」「実装のテスト」という言い回しを一番よくしているのは私だと思うのですが、勉強会の場などでは話をすることはあるものの、こういう形で残してこなかったので、自分の考えをまとめたいと思います。 公開されているインターフェースの仕様を満たせるなら、API(「リファクタリング」で言う「公布済みインターフェース」)のエントリポイントの内側のクラス設計をどのように組み立てるかは、実装者の裁量に任されているはずです。 品質保証の観点からは、APIの仕様を満たせるテストケースを記述すれば、ソースコードに対してのある程度の

2014年2月4日開催 「何を捨てるか」グロースハックの最先端。 2014年2月4日、10名強の人々が続々とセルリアンタワーの一室に集まってきた。彼らは急成長中のベンチャーの経営を担う異才たちである。 それぞれが魅力的な個性を備え、狙うマーケットも異なれど、彼らにはとある共通点がある。 --強烈な成長＝グロースを渇望してやまないということだ。 GMO VenturePartnersでは、関与先ベンチャーに可能な限り最速で成長加速して頂くための一環として、各テーマごとに成功体験を持った投資先社長や専門家を講師として迎え、投資先限定のクローズドな勉強会を開催する。 今回の勉強会では、特に質疑の中から即実践可能な様々な施策が論じられた。その部分は各社のサービスの現状や今後についてあまりに多く語りすぎてしまい残念ながら公開できないのだが、ここでは前半の公開可能な部分を録音テープから会場の雰囲気そ

ざっくり Dddをもっと身近に DDDとはこういうことなのか - Some Days You Get the Bear レイヤー化アーキテクチャ ドメイン駆動設計・アプリケーション構築編・レイヤ化アーキテクチャ - Strategic Choice DDDの読書記録（第4章、ドメインを隔離する） - 達人プログラマーを目指して メンタルモデル ドメイン駆動設計を実践するために - Digital Romanticism ドメイン駆動設計・開発の実践 （よく分かんない）