リンク cookpad.com レシピ検索No.1／料理レシピ載せるなら クックパッド 日本最大の料理レシピサービス。259万品を超えるレシピ、作り方を検索できる。家庭の主婦が実際につくった簡単実用レシピが多い。利用者は5000万人。自分のレシピを公開することもできる。 18 users 326 山本ゆり（syunkon レンジは600W) @syunkon0507 料理コラムニスト 著書「syunkonカフェごはん」1～7他(累計700万部)エッセイ本「おしゃべりな人見知り」ブログ「含み笑いのカフェごはん『syunkon』」 インスタグラムinstagram.com/yamamoto0507 お仕事のご依頼syunkon@hotmail.co.jp ameblo.jp/syunkon/ リンク 白ごはん.com：おもてなしから基本まで いちばん丁寧な和食レシピサイト 白ごはん.com：お

Webサイト、アプリ、資料などの品質を上げたいと思っているかたに向けた、余白（スペーシング）の基礎についての資料です。 関連記事：8の倍数ルールでデザインする理由とメリット・デメリット https://yuyakinoshita.com/blog/2019/02/10/design-by-mul…

「アポロ13」で船長が大気圏突入の角度を計算したんだって言ったら管制室のみんなが一斉に検算の用意をするところ。チームの心が一つになってるって感じでいい 「ヒート」でヴァル・キルマー演じるクリスがアサルトライフルを撃ちまくるところ。めちゃくちゃ様になっててかっこいい。映画史上一番銃を撃つ姿が様になってると思う 「ショーシャンクの空に」でアンディのおかげでみんながビールにありつくところ。死ぬほどうまそう

はじめに ポケモンについて何となく知っている人向けの記事です（デジモンは知らなくてOK） ３月ごろにポケモンたかさおじさんが集計したアンケートの分析をお手伝いしたところ、アンケートの自由記述回答の6353件中、155件もデジモンについて言及するコメントがあった。 「デジモンと区別付かないよね」 「もはやポケモンじゃない…。デジモン…。昔のデザインに戻ってほしいなぁ…。。。」 「主観ですが、伝説のポケモンが角張った印象で、デジモンのような印象を受ける。」 「全体的に毛がなさそうなツルッとしたフォルムの子達が増えた気がします。デジモンっぽい」 「デザインがごちゃごちゃしすぎて子供が描くのが難しい　デジモンに近くなってきている」 「ダイパまでのデザインがポケモンっぽいデザイン。それ以降はデジモンみたいな雰囲気。」 私は幼少期からポケモンには触れてきたが、デジモンにはあまり縁がなかったため、 デジ

","naka5":"<!-- BFF501 PC記事下（中⑤企画）パーツ＝1541 --><!--株価検索 中⑤企画-->","naka6":"<!-- BFF486 PC記事下（中⑥デジ編）パーツ＝8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下（中⑥デジ編）パーツ＝8826 -->","adcreative72":"<!-- BFF920 広告枠）ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag ＰＣ誘導枠５行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">

アーキテクチャ（Architecture）とは一般には建築や建築学を指しますが、コンピューターの世界ではあるシステムの概念や設計思想を「アーキテクチャ」という言葉で分類することがあります。中でもソフトウェアの領域では実装モデルの設計指針や分類、コンポーネントの相互関係、ソフトウェアの構築方法などを定めた一連の構造をそう呼ぶことがあります。 アーキテクト（Architect）とは建築家や（建築）設計士、技術者といった職種を指しますが、コンピューターの世界では「アーキテクト（仕組士）: システムのアーキテクチャを設計する責任がある、人、チーム、あるいは組織」（IEEE 1471）と規定されます。要するに、システムの構造設計に関して責任を持つ役割です。「構造設計の指針を示し、実行する人」と言った方がわかりやすいでしょうか。 このような、構造設計やそれを担う設計士の役割は、当然のようにUIデザイン

学校の勉強はできないけど実は頭いいみたいな文脈で使われるけど 普通に「頭が良い」っていう表現ではだめなのかと思ってしまう

2020/7/25にtraPで実施したUIデザイン講習会の資料です

いつの間にか2020年も半分が過ぎている。 上半期に読んだ中からおすすめの5冊を紹介する。 【目次】 2020年上半期に読んだ本 『140字の戦争』 『僕らはそれに抵抗できない』 『欠乏の行動経済学』 『21 Lessons』 『サーチ・インサイド・ユアセルフ』 終わりに 2019年に読んでおすすめの本 2020年上半期に読んだ本 今週のお題「2020年上半期」ということなので、タイトル通り2020年上半期に読み終えた中から良かった本を5冊紹介する。去年は後で書こうと思っていたら、結局今年の3月まで書かずにいた。散髪と同じで半年に1回くらいがちょうどいいのかもしれない。 2020年上半期に読み終えた本は41冊。去年は年間で101冊なので遅いペースだ。 2020年上半期の読了数推移 言い訳をするならば、1月上旬は体調不良、5月・6月は引っ越しで忙しかったせいだ。多く読めばいいというものではな

mixi Skype あとひとつは？

この間あるサイトで二次創作の小説を読もうと思ったら「相互限定」になっていた。 慌ててプロフに飛んでフォロー許可基準を読んだら「一つでも作品をアップしている人」と言うことで私はその作品を見なかったことにした。 毎回毎回無産である自分が悔しくてたまらない。 Twitterも絵が上手い人小説が上手い人をフォローするけど大体相互にはなれない。 なのに、私より後にその人をフォローした絵や小説を書ける人は当然のように相互になって萌え語りをしている。 それでイベントに行ったらサークル参加者で話して、アフターとかオフ会とかを楽しんでる。 私だって何か生み出そうとしたけど全然上手にできなくてそもそも絵は途中で飽きるし小説も完結まで持っていけない。 今この時代の腐女子って何かを生み出さないと人権がない気がする。

グロースハック(※)が必要なのは分かっているが、実際にどうやれば良いか分からないという相談を頻繁に受ける。 というよりは相談の99%がそれだ。 多くのスタートアップがサービス成長の指針を描けていないという状況は日本のスタートアップ環境全体として憂うべき状況なので、グロースハックを具体的にどういったプロセスで行っていけば良いかを本記事でまとめて公開することにした。 タイトルの釣りっぽい「継続率4倍の効果!」だが、私が実際にインドのあるスタートアップをこのプロセスを使ってハンズオン支援し、7日間継続率が4倍になった実績があるため付けた。 実際に大きな改善実績があるので、長い記事だが騙されたと思って読んでいただきたい。 ※ この言葉が嫌いであれば「サービスの成長」に置き換えてもらっても良い。グロースハック嫌いの人はまず間違いなく言葉を正しく理解していないので、こちらの記事を是非読んでもらいたい。

前回記事で本質的なUX改善によってプロダクトを伸ばしていくサイクルについて書きましたが、今回はその中でも特に重要なユーザーテストについて書こうと思います。 UX改善による本質的グロースハックのプロセス グロースハックは10回の施策で1回でも当たれば良い、とよく言われますが、自分はグロースハックのサイクルの中でユーザーテストを実施するようにしてから10回に8回は狙ったとおりに数値を改善することができるようになりました。 本記事ではグロースハックにおいて何故そこまでユーザーテストが強力なのかの理由と、ユーザーテストの実践方法の全体像について書いていきます。 ※ 今回は先の記事で書いた以下グロースサイクルのKPI設定が終わっている前提で進めます。 データ分析とユーザーテストの役割の違いまず、データ分析が「サービスの問題が"どこに"あるか」を特定するものであるのに対して、ユーザーテストは「サービス

スタートアップの登竜門として有名なY combinatorのPodcastを仕事への行き帰りの移動中に聞いているのだが、彼らはとにかく「Growth」という言葉を連呼する。 スタートアップにとって、サービスの成長が全てだからだ。 ではそのサービス成長を実現するにあたっての最初の一歩はなんだろう？ それは数値計測を正しく行えるようにすることだ。 なぜなら数値が正しく取れなければ、サービスが正しく成長しているかどうかすらわからないからだ。 ここで「正しく」としているのは、単純なDAUやPVではサービスの成長を正しく取れないからだ。 では日本のスタートアップ、大企業の新規サービスにおいて、正しく数値計測ができているかと言うと壊滅的と言わなければならない。 3年以上運営されているWEBサイトでいまだにGoogle Analyticsしか入れておらず、MixpannelやAmplitudeなどのイベ

中上級者向けのグロースガイドシリーズの第二弾の本noteでは、グロースの要とも言える「数値改善の極意」について書いていこうと思います。 第一弾をまだ読まれていない方はぜひ読んでみてください。 サービスグロースにおける数値の伸ばし方は、突き詰めると次の3つのポイントに集約できます。 【数値の伸ばし方の3つのポイント】 1. 伸ばしたい指標の分岐点を見つける 2. 分岐点の背景のWHYをユーザーテストであぶり出す 3. 見つけたWHYを施策に翻訳して実行する 1. 伸ばしたい指標の分岐点を見つける 指標には、ほぼ必ずと言って良いほど分岐点が存在します。 まずはそういった指標の分岐点を見つけましょう。 分岐点は「急に増える」「急にいなくなる」の大きく2種類です。 まずは「急に増える」から。 特定のアクションをした回数毎の指標を比較したときに、大きくジャンプする箇所を見つけましょう。 例えば下図の

サービス改善やグロースハックでぶち当たる「これは正しい因果か、因果が逆なのか、ただの相関なのか問題」の解決法 グロースやサービスデザインのメンタリングをする中で、しばしば相談を受けるのが、 「ある機能Aを使っているユーザーの継続率が高いことが分かったが、これは正しい因果関係かどうか、どうやって確かめればいいか？」 という相談だ。 具体的には「ある機能Aを使っているユーザーの継続率が高い」ときに以下の３つのパターンが考えられる。 A）順因果：機能Aを使うことがユーザー継続率の押し上げにつながっている B）逆因果：ユーザー継続率が高いユーザーなので結果として機能Aを使っている C）単純相関：機能Aと継続率の間に因果関係はなく、単純に相関しているだけサービス改善をしてグロースを達成するためには、A）のKGI(上記の例では継続率)に対する順因果の数値を見つけたいのであって、B）の逆因果やC）の単純

赤ちゃん1歳1ヶ月、絵本に興味を持ち始めた。読んでほしい絵本があるとヨンデエ！ヨンデエ！！って叫びながら絵本の角で殴ってくる。食いしん坊だから食べ物の絵本が好きで顔面をおにぎりの絵に擦り付ける。擦り付けても食べられないから絵本を床に置いて足で踏みつける。たぶん絵本の中に入っておにぎりを食おうとしてるんだと思う。あと「ころころとんとん」っていう丸くちぎられて雑に目と口の穴が空いたカラフルな粘土たちが遊ぶ絵本も大好き。ころころたちが遊んでるって読み始めるともうﾋｮｰｰｰｰｰって冷やかす。ぐるぐるぐるぐるのところでグリュリュリュグリュリュwwってめちゃくちゃ合いの手入れてくる。読み終わるとまた読め！って絵本を投げつけてくる。6回読んでやったところで飽きたので放置したら姉（6歳）のところに行ってヨンデエし始めた。姉（6歳）は無視して寝たので赤ちゃんは諦めて今おっぱい飲んでるところ。明日も読もうな！

今週末の日曜日、私はユニクロで泣く。 いつも行く、イオンの4階に入っているユニクロで。きっと、震えながら白のエアリズムコットンオーバーサイズTシャツ（5分袖）を手に取って、泣く。 何の話か全くわからないと思うけど、今、たった今3時間前に起きたことを、心臓をばくばくさせながら、今日は書く。 私の家は、奈良にある。近鉄電車の快速急行が止まる駅。そして、家の94％を、地元の20代以下に開放している。(6%は私の寝室)（その話はまたいつか…） その中で、最近よく遊びにくる18歳の青年がいる。以下「R君」とする。 3日前の夜。 R君が、アーバンリサーチの黒いリュックをごそごそしながら、私に言った。「僕、あさってバイトの面接受けるんです」 そして、リュックからノートパソコンを取り出して、小さな声で「志望動機とか、おかしいところないか見てもらえないですかね…」と言った。いいよと言うと、中くらいの声で「や

PDF形式のファイルを御覧いただく場合には、Adobe Acrobat Readerが必要な場合があります。 Adobe Acrobat Readerは開発元のWebページにて、無償でダウンロード可能です。

このあいだ、GAFA数社のコーディング面接を受けて全落ちしました。後続のため、オンサイト面接がこんな感じだったよ、というのをストーリー風に仕立てて公開します。問題と会話はダミーですが、雰囲気はかなり近くできたと思います。なお実際の会話はすべて英語で、バーチャルでの実施でした。 メイン問題はLeetCodeのNo.1472をもとに作成。 https://leetcode.com/contest/weekly-contest-192/problems/design-browser-history/ ちなみに「ぼく」はIQ+30くらいの設定です。それではどうぞ。 入室と自己紹介 面接官「やあ！わたしはシンディ。会えて嬉しいよ！」 ぼく「こんにちは、シンディ。ぼくはyambe2002。調子はどう？」 面「超いい感じだよ。きみは？」 ぼ「ぼくも超いい感じさ」 面「それはよかった。わたしは部署Aのソフ