掲題の件。
Qiitaに初投稿してみました！
■atomがWindows対応したのでインストールしてみた(zip版)
http://qiita.com/blue_goheimochi/items/90f2901f053fff2b50d6
プレビューとかMarkdown記法とかステキ。
というかホントに6月1日のGitHubKaigi時点では、
「Windows版？ねーよ！」的な感じだった気がするのに、対応早いな。
というか、chocolateyでインストールするのがいいよって言ってるんですが、
そもそもchocolateyに関して知識遅れだったので、そちらも試してみたいです。。
If you haven't used chocolatey before, this is the perfect chance to start.
ってatomの公式ブログでも言ってますし、おすし！
前回のLaravel Meetup Tokyo Vol.3から約3ヶ月。
http://blue-goheimochi.hatenablog.com/entry/Laravel_Meetup_Tokyo_vol3
Laravel(ララベル) Meetup Tokyo Vol.4 に行ってきましたよと。
http://laravel.doorkeeper.jp/events/12367
今回はなんとUstream配信という大役を仰せつかりまして、
事前準備からまるっとやらせていただきました。
■21cafe
http://www.ni-ichicafe.com/
■おだんみつ様
https://twitter.com/21cafe_shibuya
気になる方は、「おだんみつ」でググるとより魅力が伝わると思いますが、
おだんみつさん美人 #LaravelTokyo
— ytake (@ex_takezawa) 2014, 7月 4あ、おだんみつさん美人（忘れてた #LaravelTokyo
— しょっさん (@syossan27) 2014, 7月 4おだんみつさん美人 #LaravelTokyo
— KEROPI (@ma3tk) 2014, 7月 4あんまり見れてないけど、おだんみつさん美人！！！ #LaravelTokyo
— seohitsu (@seohitsu) 2014, 7月 4という感じでみんな初っ端から浮き足立ってた！（と思う）
21cafeさん、IT・Web系のイベントであれば無料で会場をお貸しいただけるそうで、
雰囲気もオシャレですし、おだんみつ様もいらっしゃいますし、
ぜひ何か開催される方は会場候補として頭に入れておいてよいのではと思います！
@HiroKwsさんにもご覧いただいたようで、
それ以外でも会場にこれなかった方が
ひょっとすると見ていただいてるのかなと思うと
やってよかったなぁと思います。
が、音が切れてるとかスマホ・タブレットで見ると映像にノイズが入っちゃったりとか
満足にご覧いただけない状況もあるようなので、
次回以降やらせてもらえれば改善していければな・・・と。。
ちなみに今回のために買ったカメラはこちらです！
マイクロソフト LifeCam Studio for Business Win USB Port 50/60Hz 5WH-00003
マイクロソフト フルHD Webカメラ LifeCam Studio Q2F-00020
上の商品のほうが若干安くて私はそちら購入したんですが、
簡易包装のモデルらしくぜんぜんそっちで大丈夫だなーという感想です。
接続するだけであら簡単すぐ配信できちゃう。
せっかく買ったので別の機会でもいろいろ試してみたいなぁと思っております！
Broadcast live streaming video on Ustream
残念ながら当日はUst配信に付きっ切りだったので、
その場で一緒に手を動かすことはできなかったのですが、
Laravelをはじめて使う方にはぴったりの内容だと思います。
ハンズオンの内容は@ex_takezawaさんがGitHubに置いてくれておりますので、
そちら見ながら是非やってみてほしいです。
https://github.com/laravel-jp/meetup/blob/ytake-handson/vol-4.md
個人的にはハンズオン中に出てくる、
・PHPのコーディング規約 PSRに変更する事でdump-autoloadは不要
・依存性の注入
・Iocコンテナ
このあたりすごく面白そうなんですが理解に乏しいので、
勉強しなきゃなと思っています！
ってな感じでハンズオンを流してみると、
より深く知りたいな・・ってさらに思ってもらえるような内容だと思いますので、
これからLaravel始められる方はぜひこのハンズオンを自分でやってみて欲しいです。
私も前回のLaravel Meetup TokyoでLTデビューしたので、
@syossan27さんに勝手に仲間意識もってました 笑
日程は仮ですが、yiiとの対バン（？）で楽しみですね！
また新たなLaravelユーザーさんとめぐり合えれば・・と思っております。
個人的な話ですが、最近あまりLaravelずぶずぶになってないので、
もっとちゃんとやりたいなぁ・・・と思います！！
今日はおだんみつ様に会う為の勉強会と言ってもかごんではなかろう #LaravelTokyo
— ytake (@ex_takezawa) 2014, 7月 4社内でひっそりと勉強会を開催しているんですが、
Dockerをちょろっとさわってみたのでそこで情報共有のために、
と2回に分けて発表しました！
いろいろと端折ってたり、
自分の理解不足で入ってなかったりする情報があるかと思いますが、
「なんとなーく」Dockerの雰囲気はつかめるかな・・・
そして、さらに理解とどんな感じかなーというのを深めるために、
手を動かしてさわってみる感じの発表もしてみました！
ローカルPCでVagrantでホストOSを起動して、
ホストOSのDockerでコンテナを起動する。
（＋コンテナにApacheインストールしてブラウザでアクセスする）
っというところをゴールに据えて、
みんなで手を動かしながらDockerに触れてみました。
Vagrantインストールしたり、
Dockerインストールしたり、
Docker Image落としてきたり、
ってところがダウンロード時間とかかかっちゃって、
「じゃあ次のスライドのコマンドちょろっと紹介しますかねー」
とか言ってスライドを行ったり来たりしちゃったりしましたが、
おおむね雰囲気をつかんでもらえた印象でした。
Agile Samurai Base Camp Re:TDD に行ってきました！
http://agilesamurai-basecamp.doorkeeper.jp/events/9333
前回(http://agilesamurai-basecamp.doorkeeper.jp/events/5844)はインセプションデッキトラックで参加させていただき、
「後ろでやってるTDDトラックも見たいなー」
「体が二つほしいなー」
と思っていたので待望でした 笑
印象に残ったところをさっくりまとめます。
TDDは下記の平鍋さんの記事でいうところの、
アジャイルの「ライトウィング」と「レフトウィング」
http://blogs.itmedia.co.jp/hiranabe/2012/09/rightwing-and-leftwing-of-agile.html
「レフトウィング」に含まれる。
アジャイル開発が語られるときには割と、
「ライトウィング」のほうがフォーカスされがちだという。
が、右サイドだけ強くても点が取れない。
と日本代表の内田と長友を引き合いに出したスライドは、
サッカー経験者としてはすごい納得感があった。
キャプテン翼でいえば・・・
って考えたけど、石崎と早田・・・？
だめだ、これはしっくりこない。
アジャイルサムライのP235ページにも書かれている
最後に残った4つの章では、私が「問答無用で実践すべき」だと考えているアジャイルなソフトウェアエンジリアニングのプラクティスを紹介していきたい。
と紹介される中にも、
ユニットテスト、リファクタリング、テスト駆動開発(TDD)があげられている。
ということで、「開発環境」による支えも、
アジャイル開発の一翼を担っているのだと、
改めて意識させられた。
色々と端折られた箇所はあったようですが、
ペアプロにより
・TODOリストを作成
・RED→GREEN→リファクタリングのサイクル
・役割チェンジのタイミング
・新たなTODOの追加
の流れがすごく見ていて分かりやすく、
実践で実際やる場合の想像がついた気がします。
工数見合いの部分とか色々と社内で実施しようとすると調整が難しそうだが、
・その場で2人でコードを見ている分バグが入りにくそう
・互いの知識や書き方のナレッジ共有
・仕様を（ちゃんと）把握する人が2人になる
といったあたりはかなり有効なのかもと思いました。
・依存の少ない部分を狙い撃ちにする
・仕様化テストで今動いている仕様をテストに落とし込む
の部分が非常に腑に落ちました。
仕様化テストについては、
レガシーコード改善ガイドでも紹介されているようなのでぜひ読んでみたい。
テストがないコードはそもそもテストが書きにくいという場合が多いが、それを泥臭くステップバイステップで解消してく・・というような流れで分かるそうなので、
0からテスト駆動始めるよ！じゃない人にはお勧めっぽいです。
JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus)
リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)
レガシーコード改善ガイド (Object Oriented SELECTION)
そのほかにあげられていた本も読みたいが、
特に気になったのが上記な感じ。
テストを書くことで、モチベーションが下がったり、変更が怖くなってしまったりすることの無いようにしないといけない。
プログラミングが嫌いになってしまったら本末転倒。
中でも、@PoohSunnyさんのお話しの中にあった、
× レガシーコードをTDDで改善する
のではなく、
○ レガシーコードで自分のTDD力を高めよう
というお話は、明日から実際に始めるための勇気をもらったような気がして、とてもうれしかったです！
DevLOVE現場甲子園2013で拝見したときも「TDDやらねば・・」と思いつつも
今まで実践できていなかった自分がいたのですが、
本日改めて、「やらねば！」という気持ちとともに「なんかできそう！」という気持ちになっています。
この気持ちを切らさぬよう、頑張りたいです。
いつも自分が「キツいなー」とか「つらいなー」とか思ったときに思い出す言葉があります。
「適度に適当に。好い加減で。」by 嫁
「適当」も「好い加減」も言葉で聞くと、
すごくネガティブな表現というか雑な感じがするのですが、
「適当」
http://dictionary.goo.ne.jp/leaf/jn2/151064/m0u/%E9%81%A9%E5%BD%93/
→程度などが、ほどよいこと。また、そのさま。
「好い加減」
http://dictionary.goo.ne.jp/leaf/jn2/9323/m0u/%E5%A5%BD%E3%81%84%E5%8A%A0%E6%B8%9B/
→程よい程度。手ごろ。適当。
という風に考えるといつも「あ、そっか」と思えて気持ちが楽になります。
そんな感じで、
TDDも「適度に適当に。好い加減で。」
という気持ちで1つずつ、少しずつ進めていければなと思います。
Laravel(ララベル) Meetup Tokyo vol.3に行ってきましたー！！
http://laravel.doorkeeper.jp/events/9293
人数は30人弱も集まっておりました。
今回私もLT発表者として参加させていただきまして、
勉強会としていろいろ参加させていただく中でも、
ホントに初めての発表だったのでものすごく緊張しましたが、
やってよかったなーと思っております。
現在Laravel Japanツアー2014の真っ最中で、
前日も福岡でLaravel布教活動をされてきたという新原さん。
LaravelのAuthの機能における気をつけるべき点を発表くださいました。
slideshareに載せていただけると、
おっしゃっていたので公開が楽しみです！
（と、ひそかにプッシュ・・・笑）
[2014/04/10 16:56 追記]
新原さんのスライドを追記させていただきました！
LaravelのAuth機能では、「ログイン情報を記憶」の機能を簡単に実装できるようになっており、
ドキュメントを見ても、
if (Auth::attempt(array('email' => $email, 'password' => $password), true))
{
// The user is being remembered...
}
http://laravel.com/docs/security
「Authenticating A User And "Remembering" Them」
のようにAuth::attemptメソッドの引数にtrueをつけてあげることで、
簡単に「ログイン情報を記憶」を実装することができます。
[2014/04/10 16:56 追記]
詳しくは、新原さんのブログをご参照ください！
Laravel ユーザなら知っておくべきAuthオートログインのこと
http://www.1x1.jp/blog/2014/04/lararavel-artisan-should-know-auto-login-by-auth.html
が、
この「ログイン情報を記憶」、Cookieに暗号化した情報(ID)のみが記録され、
その情報を複合して認証するというロジックのようで、
もちろん、app.phpに記載するkeyの値が流出しない限り、
その安全性は保たれるそうなので、それを徹底すること！
ということだったのですが、
新原さんはその部分、別途認証のカスタムドライバを作成することにより、
Authクラスの認証処理を差し替えて使われているということでした。
【参考】
Auth のドライバを独自実装する方法です。 http://t.co/I8pIVGnBl4 #LaravelTokyo
— Masashi Shinbara (@shin1x1) 2014, 4月 5また、現在、
PHPプログラミング診断室：連載｜gihyo.jp … 技術評論社
http://gihyo.jp/dev/serial/01/php-programming-examination-room
を連載されており、
若気の至りで生み出した秘蔵のお宝コード（笑）を投稿して、
連載で採用されるとなんとQUOカード3,000円がもらえるそうなので、
そのようなコードを秘蔵されている方は、
ぜひぜひ投稿をしてみてはいかがでしょうか？？
Larevel、Websocket、Redisを利用したアプリケーションを、
デモを交えてご紹介くださいました。
発表の前半戦はLaravel(ララベル)の魅力や、
使っていての感想についてもご説明がありました！
また、LaravelはデフォルトでRedisに対応しており、
Takezawaさんいわく、
regis好きにはたまらない親和性
ということでした。
次回は、
次回は無理やりannotation実装か、新世代DB meet laravelをテーマに面白技術枠を目指します。
ということでしたので、
こちらも激しく期待です！
という内容で私、LTさせていただいてきました。
冒頭でも言いましたが、そもそも人前で話すの自体、
そんなに得意ではないタイプなのでたいそう緊張したのに加え、
「Windowsでも」というタイトルにも関わらず、
会場内のPC比率は、
Mac9割、Windows1割
という、どアウェイな状況でした 笑
が、やってみて本当に良かったです。
誘っていただいた@mukakenさんに本当に感謝です！
次回もなんとかネタを絞り出して発表できれば！と思っているので、
ぜひ次回のLaravel Meetup Tokyo vol.4(開催日未定)に、ご参加いただければ幸いです。
また、この私の発表の後、
新原さんにアドバイスいただいた内容として、
chef以外でもローカル環境構築くらいなら、
ansibleというプロビジョニングツールもいいよ！
（というかローカルならシェルスクリプトでも済ませてもいいかも！ｗ）
というアドバイスもいただいたので、
そちらも試してみたいと思います＾＾
発表＆LTの後はグループに分かれて、
プチハッカソン的な時間でした！
・laravel.jpどうしようか？
・新原さんに質問したい！
・Laravel本を読む
・この後LTするスライドづくり
のような感じで方々に分かれもくもく。
中でも、LTをしてくださった@ngmyさんは、
泣きながらLTのスライド作ってる。 #LaravelTokyo
— つらいにゃん (@ngmy) 2014, 4月 5という悲痛な(?笑)ツイートをされておりましたが、
短時間で完成させたとは思えないような発表をしてくださいました。
「Laravelのパッケージのテストに便利なパッケージ」ということで、
orchestra/testbenchを利用することで、パッケージ開発がはかどるよ！とのことでした。
たしかにテストが書きやすくなることで、パッケージ開発もしやすくなりますよね！
私もそろそろ何かパッケージ作ってみようかしら・・・
本コミュニティでは満場一致で、Eloquent = エロクアント、artisan は アーティザンと呼ぶことに決まりました。 #LaravelTokyo
— Masashi Shinbara (@shin1x1) 2014, 4月 5これです！！！決まりました！！
「Eloquentってさぁ～(読み方あってるかな・・・)」
「artisanいいよね～(読み方あってるかな・・・)」
と、不安になる必要はもうありません！！
Eloquent = エロクアント
artisan = アーティザン
これでよりLaravelについての会話が加速することは間違いないでしょう！！☆
今からLaravel Meetup Tokyo vol.4が楽しみです！
次回も何か発表するぞ！（できたらいいな・・・
自分が持っている常識が覆される感じというのか、
すごい心揺さぶる内容の本でした。
なかなか1回読んだだけでは、本書の中に登場する「青年」の心理状態のように、
論理的には理解できるような気がしても、感情的には理解し難い…
という感じの印象を受けています。
しかし「読む前と読んだ後では考え方変わったかも。」と思えるくらい、
本書には今まで自分が持っていた常識とは異質な考え方があり、
1つ新たな軸というか考え方ができるようになったんじゃないかなぁと思います。
「アドラー心理学」をご存知でしょうか？？
私はまったく知らなかったです 笑
アドラーはフロイト、ユングと並ぶ世界的な心理学の三大巨頭のひとりなのだそうですが、
そもそも私は心理学に明るくないので、フロイトの名前で思い浮かんだのも、
「なんつー夢見ちまったんだ、フロイト先生も爆笑だっぜ」
という、涼宮ハルヒの憂鬱でのキョンのセリフが思い浮かんだくらい無知な状況で読み始めました。
アドラーとフロイト、ユングの心理学の大きな違いは、
「目的論」か「原因論」かということだそうです。
このふたつの違いが出てくる哲人と青年の対話の中で、
アドラー心理学ではトラウマは明確に否定している
と言及しています。
「！？どういうこと？」
即座に頭の中には「？」が 笑
しかし、読み進めていくうちに、
私の中ではこのふたつの理論をこうとらえることで落ち着きました。
「トラウマ」があるから「人の前でうまくしゃべれない」（原因論）
ではなく、
「人の前でうまくしゃべりたくない」から「トラウマ」のせいにしている（目的論）
こう考えると割とシックリくる。
私たちは無意識のうちに、
「原因論」の考え方をしている場合が多いらしく、私も例に漏れずそうだったようで、
トラウマは存在しない
という論法には正直面食らった部分があるのですが、なるほどそういうことかと今では理解できている気がします。
すべての悩みは「対人関係の悩み」である
これも即座に理解できない一説 笑
ですが、本書の中で出てくる「課題の分離」でとらえると少しづつ理解できる気がしてきます。
アドラー心理学とは、他者を変えるたための心理学ではなく、自分が変わるための心理学です。(P115)
と哲人も言っておりますが、
ある事象が「自分の課題」なのか「他者の課題」なのか、線を引き、
自分にはどうすることもできない「他者の課題」を区別することができれば、「自分の課題」に対して自分がどう変われるか？に重点を置いた考え方ができそうです。
自らの生について、あなたにできるのは「自分の信じる最善の道を選ぶこと」、それだけです。一方で、その選択について他者がどのような評価を下すのか。これは他者の課題であって、あなたにはどうにもできない話です。(P147)
なるほど、
自分を変えることができるのは自分しかいない
のだなぁと。
そして、
われわれの努力とは関係なく、わたしのことを嫌う人もいれば、あなたのことを嫌う人もいる。
という考え方は確かに当然なんですが、今まで考えたことのなかった、
目からウロコの考え方でした。
「神よ、願わくばわたしに、変えることのできない物事を受け入れる落ち着きと、変えることのできる物事を変える勇気と、その違いを常に見分ける知恵とをさずけたまえ」(P229)
キリスト教社会で古くから口承されてきた「ニーバーの祈り」という有名な言葉で、
そこから哲人も
われわれは何かの能力が足りないのではありません。ただ"勇気"が足りていない(P229)
と言及しており、なるほど勇気かと感じさせるのですが、
「この一説どっかで聞いたことあるな…」
と思い記憶をたどってみると、ありました！
変えられないものを受け入れる力
そして受け入れられないものを
変える力をちょうだいよWait & See〜リスク〜／宇多田ヒカル
近くないすか？？笑
人は感謝の言葉を聞いたとき、自らが他者に貢献できたことを知ります。
他者から「よい」と評価されても、人は貢献できたとは感じず、
自らの主観によって「わたしは他者に貢献できている」と思えることで、
自らに価値を感じるようになるそうです。
自らが人に対して、「評価」ではなく「感謝」を伝えることによって、縦の関係ではなく、横の関係が築かれる。
あらためて「ありがとう」って感謝を伝えることは大事だなぁと。
幸福とは貢献感
であり、
「他者に貢献するのだ」という導きの星さえ見失わなければ、迷うことはないし、なにをしてもいい。(P280)
「アドラー心理学」の今まで自分の中にあった常識とは異質の考え方を理解し、それのいい部分を勇気を持って自分の中に取り入れることができれば、少しずつでも未来は明るくなるのではないかと思います。
「いかなる経験も、それ自体では成功の原因でも失敗でもない。われわれは自分の経験によるショックーいわゆるトラウマーに苦しむのではなく、経験の中から目的にかなうものを見つけ出す。自分の経験によって決定されるのではなく、経験に与える影響によって自らを決定するのである」(P28)
いまの自分よりも前に進もうとすることにこそ、価値がある(P93)
アドラー心理学とは、他者を変えるたための心理学ではなく、自分が変わるための心理学です。(P115)
われわれは「他者の期待を満たすために生きているのではない」(P135)
自分が自分のために自分の人生を生きていないのであれば、いったい誰が自分のために生きてくれるだろうか(P135)
あらゆる対人関係のトラブルは、他者の課題に土足で踏み込むことーあるいは自分の課題に土足で踏み込まれることーによって引き起こされます(P140)
自分を変えることができるのは、自分しかいません(P143)
自らの生について、あなたにできるのは「自分の信じる最善の道を選ぶこと」、それだけです。一方で、その選択について他者がどのような評価を下すのか。これは他者の課題であって、あなたにはどうにもできない話です。(P147)
困難に直面することを教えられなかった子どもたちは、あらゆる困難を避けようとするだろう(P154)
われわれの努力とは関係なく、わたしのことを嫌う人もいれば、あなたのことを嫌う人もいる。(P161)
他者の評価を気にかけず、他者から嫌われることを恐れず、承認されないかもしれないというコストを支払わないかぎり、自分の生き方を貫くことはできない。(P162)
あなたは他者によく思われたいからこそ、他者の視線を気にしている。それは他者への関心ではなく、自己への執着に他なりません。(P183)
ほめるという行為には、「能力のある人が、能力のない人に下す評価」という側面が含まれています。(P197)
誰にでも自分が生産者の側で居られなくなるときがやってきます。(P249)
人生における最大の嘘、それは「いま、ここ」を生きないことです。(P275)
職場の人に薦められ、その場のノリで、
「感想レポート提出するわ！」
と宣言して読み始めた（笑）
帯には
会社もサービスも劇的に成長させるものの売り方、作り方
という刺さる人には刺さりそうな言葉が。
しかし正直なところ最初、上の言葉が刺さったのかというとそうでもない 笑
しいて言えば「ハッカー」という言葉のほうに意識がいき、
「“グロース”の“ハッカー”って何者！？」
という部分が興味の部分でした。
が、内容も面白く、分量的にも読みやすく、
様々なグロースハックの例が散りばめられているので、
飽きずに最後まで読むことができました。
私自身「グロースハッカー」という言葉自体になじみがなく、
グロースハッカーがいったい何者なのか・・・
というのが第一印象。
文中にもありますが、「ハッカー」ってなんか「悪いことするような人」という印象を持っている人も少なくない気がしますが（自分も多少そういう印象はあるし）、
「ハック」(hack)という言葉は本来、「高い技術力を駆使して課題を解決する」という意味であり、ハッカーに対する悪いイメージとは大きく異なる(P99)
とあるように、「ハッカー」は別に悪い人のことをいうわけではなく、
文中の以下の言葉に集約されているなと感じますが、
「利用者を獲得•維持し、サービスを大きく成長（グロース）させていく」（P99）
ということを実践・実行する人
を「グロースハッカー」と呼ぶという認識がしっくりしています。
「グロースハックとは、ツールキットというよりも、マインドセット（考え方）だ」(P24)
本書でも上記のように言及されており、
実際様々な会社がどういう風に成功してきたか（ツールセット）の話は盛り込まれていますが、
（特にP48からP51に成功した具体的な施策がある）
結局は各々が各々の置かれている立場・現場において、
どんな方法が「グロース」させる手法になるのか？を見つけ出す必要があると思います。
使える分析ツールをフルに活用し、最大限の結果を得られるまで改善して、改善して、改善しまくるのだ。
というように、やはり銀の弾丸はなく、
使える分析ツールで得られるデータ（GAとかメルマガの効果測定とかもうありとあらゆる分析結果）について、
分析し考察し仮説をつくり検証し・・・の繰り返しにより、
PMFにどんどん近づけていくことがその手法なのではないでしょうか。
「どんな状況であっても、もっと改善できる」 (P74)
という言葉が示すように、
必ずしも「グロースハッカー」になる必要はないと思うが、
いま自分のいる立場について、現場について、会社について、
関わっているサービスについて、
より深く深く（現状を）知り、分析し、
短いイテレーションの中で、より効果の出る施策を模索し続け、
より高みを目指すことのできるような、
「グロースハックをするんだ！」という意識は、
個人•チーム•会社のどのレイヤーでも共通して持つべきマインドセットであり、
それを実践する・浸透させていくという心を忘れずに、
仕事に生活に活かしていけるといいなと思います。
グロースハッカーはひたすらユーザーと成長とを追跡する。
マーケティングの本質は変わらないー顧客が誰で、どこにいるかだ
測定可能で効率的な方法で、いかにして注目を集め、持続させ、倍増させて行くか
マーケティングにおける最善の決定とは、特定の人々のリアルで切実なニーズを満たす製品や事業を獲得することだ。
数百万人ではなく、数百人あるいは千人程度の鍵を握る人々を直撃できればいいのだ
ユーザーを引き込む、獲得するためのピンポイントな攻撃が必要。
本能的直感では絶対に得られないPMFに近づくための洞察を与えてくれるだろう
製品開発とマーケティングを完全に別のプロセスとして行う方法はもう古い。
クチコミが生まれるのは運ではない。魔法でも偶然でもない。なぜ話題になり、共有されるのかには科学的な理由があるのだ。レシピがあり、公式すらある。 社会学者 ジョーナ•バーガー
製品やサービス自体に共有せずにはいられない価値がなければならない。
"ゴー•バイラル"したければ、クチコミの種を製品の中に仕込む必要があるということだ。
クチコミは偶然には起きない。設計するものだ。
サービスに追加した機能でユーザーを定着させられるなら、その機能もマーケティングなのだ
ユーザーがそのサービスから離れられなくなる（そして友達を誘う）まで改善しよう。
グロースハックは、ROI（投資収益率）の最大化を目指すものだ ― 最も効果的なポイントに全精力を注ぎ込むことだ。
マーケティングとは、顧客の獲得だ。そう考えれば、顧客を獲得するための行動すべてがマーケティングだといえる。
効率的で拡張可能なデータ駆動型の方法で顧客にリーチする
本能的直感では絶対に得られないPMFに近づくための洞察を与えてくれるだろう
