家庭的な基本のハンバーグのレシピ/作り方：白ごはん.com
合びき肉…250〜300ｇ（※） 玉ねぎ…小さめ1個（200〜250ｇ） サラダ油…大さじ1 パン粉…大さじ4 牛乳…大さじ4〜5（※） おろしにんにく…1/2片分（チューブなら1㎝ほど） 塩…小さじ1/2 砂糖…小さじ1/2 こしょう…少々 ケチャップ…大さじ3 ウスターソース…大さじ1と1/2 醤油…大さじ1 ※ひき肉や玉ねぎは多少幅があっても美味しくできるので、幅を持たせています。ただ、牛乳に関しては合びき肉の分量に比例して大さじ4〜5の間で調整してみてください（工程②参照）。 ハンバーグの玉ねぎの炒め方 ハンバーグのメインの材料は『合びき肉、玉ねぎ、パン粉、牛乳、おろしにんにく』です。 はじめに、加熱後に粗熱を取る必要があるので、玉ねぎ（小さめ1個分）をみじん切りにします。→「玉ねぎのみじん切り」の切り方も参考に！ フライパンにサラダ油大さじ1を入れて強めの中火で熱し、玉ねぎを加え
小澤征爾の音楽人生と評価 - 横浜逍遙亭
戦後大衆文化の担い手、日本が世界に誇る音楽家、“世界のオザワ”であったところの小澤征爾について思い出の形で語る文章はWebの上でもたくさん読むことができる。「Yahoo!ニュース」なんかでも取り上げられるし、誰に対しても温かく、人を分け隔てしない性格で、音楽を勉強することに対する情熱を持った指揮者、後半生にあっては若い世代を導く教育者としての小澤さんへの万雷のブラヴォーが鳴り響ている感じ。 そうした、小澤さんの人柄を前面に出して個人を称賛する記事はたくさんあるが、指揮者としての業績をフラットに、つまり批判的な面を語ることを恐れずに口にするテキストは、こうした「Yahoo!ニュース」みたいな土俵には登ってこない。小澤征爾という日本人にとっての偉人の物語にしか関心がない一般的な日本人＝我々にはそれ以上のものは望まれていないのだから、それでよろし、という訳ではあるが、音楽家としての小澤征爾は毀誉
メルカリ 小泉さんからのエグい学び｜Shota Horii
ありがたいことに年末にメルカリの小泉さんとランチをご一緒させてもらいました。 CTO(@yutadayo)が作成した過去の失敗スライドに、リプライをいただいのがきっかけだったのですが、長らく競合事業(現ラクマ)をやっていたこともあり、きちんとお話ししたことがなく、とても学びが深かったので、ご本人に許可をいただいて、メモした内容と学びをシェアさせていただきます。 なんでメルカリに？噂ではフリルにも入社してもらえる可能性もあったとか？2007年よりミクシィに入社し、2012年の退任までCFOを務めていた その後、1年以上は他の会社の社外取締役をしたりフリーランスをしていた フリルは2012年夏リリース、メルカリは2013年春リリース 小泉さんは2013年冬にメルカリ入社 フリルのことは入社前から知っていて、2012年冬のIVSでコミュニティファクトリーの松本さんに「フリル知ってる？紹介してよ」
【詳細版】GmailとYahoo!が送信者に義務づける新しい要件 | SendGridブログ
この記事は Gmail and Yahoo’s New Sender Requirements: A Closer Look の抄訳です。 GmailやYahoo!のようなインボックス・プロバイダは、ユーザの受信トレイを保護するために日々奮闘しています。Yahoo!のプロダクトマネジメント シニアディレクターであるMarcel Becker氏は「Yahoo!の主要なミッションは、ユーザが受け取りたいであろうメッセージを受信トレイに届け、望まれないメッセージはフィルタリングすることです」と述べています。 残念ながらスパマーなどの悪質な送信者がいなくなることはありません。 Gmailは、受信者を保護するための新しい取り組みとして、2024年2月までに送信者が満たすべき新しい要件を発表しました。Yahoo!も同様に、送信者に対して要件を設けることを発表しています。前回のブログでその内容を紹介しま
アマチュアオーケストラの課題や今後の展望、それぞれのサービスに込めた思いを語る
データ活用からコミュニティ、 クラウドファンディングまで。 webサービスのteketだから 目指せる未来がある ConcertSquare 安西 剛 | 株式会社NTTドコモ 島村 奨 「teket」の企画・開発担当者である島村さんが、待望のサービスリリース後、真っ先に連携を申し入れたのは「ConcertSquare」でした。 ライブやコンサートなどのチケット販売およびその管理業務を効率的にする「teket」。音楽を通じてたくさんの人々とつながる場所として、音楽をもっと身近に・日常的に多くの人々に楽しんでもらうための場所として生まれた「ConcertSquare」。 2019年にリリースされた最新のWebサービスと、1999年に開設されたクラシック音楽情報サイトの老舗とを結びつけた共通の「想い」と「今後の展望」とは、一体どのようなものだったのでしょうか。代表者のお二人に、じっくりとお話を
プロダクトチームの目指す姿、ユーザー価値と事業成果の両立を追求 #asken価値向上 - asken テックブログ
こんにちは。コンシューマ事業部副部長兼EMの村上です。2023年5月に入社しまして入社8ヶ月目にしてaskenテックブログ初投稿になります！私の経歴などはこちらをご覧ください。現在はあすけんの価値を高めるため、 プロダクト開発組織のマネジメントを行っています。先日、VPoEの安西からプロダクト開発組織を変えた話をポストさせていただきました。私からは、プロダクトチームが具体的にどのような活動をしているかを紹介させていただきます。 プロダクトチームの目指す姿 プロダクトの成功には、ユーザー価値、事業成果(売上、利益)、この二つを両立する必要があります。特にプロダクトチームはユーザー価値を高めることが主な目的になります。しかし、何がユーザーにとって価値があるのかは、正確にはわかりません。わからないので、仮説検証のプロセスを回し実験を重ねていく必要があります。そのため、プロダクトチームには、ユーザ
認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介
認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介 この記事の目的 ここ数年で、ソフトウェア開発やプログラミングの文脈で、「認知負荷」 および 「認知負荷理論」 という用語をよく見聞きするようになりました。私が今思い出せるだけでも、以下のような書籍や Podcast で重要なキーワードとして取り上げられています。 A Philosophy of Software Design, 2nd Edition チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計 プログラマー脳 ～優れたプログラマーになるための認知科学に基づくアプローチ fukabori.fm 102. A Philosophy of Software Design (3/3) w/ twada この「認知負荷」ですが、少なくとも近年見聞
組織が大きいと、組織にムラが出やすくなるけど、どうしたらいいんだろう？｜やっさん / Tsuyoshi Yasunishi
事業環境が厳しい、大きな変化が起こっているなど、様々な要素の変化に対応し続けることが必要な環境が多くなってきました。そのような事業変化に対応するために、組織も変化に対応する必要があります。そうなるとどうしても組織マネジメントの重要度が増してきます。 10人ほどの組織であれば、変化や統一感をつくるのはそれほど難しくありません。ただ、それが50人、100人、それ以上の組織になると、難易度は指数関数的に上がっていきます。 そうなったときに、一般的な組織だと、統一感や変化を一緒につくるマネージャー陣は苦労することになります。マネジメントは簡単な仕事ではないので、なにか簡単な指針や型があればそうなることはありません。どうしてもマネージャー個人の裁量に任されることになります。そうなると、組織状態がマネージャーによって全く違う、ということが起こるわけです。 マネジメントの属人化問題です。 研修やワークを
小規模事業者持続化補助金個人事業主2023年度公募概要｜対象や申請方法を解説
これまでIT導入補助金累計2,061件の採択実績から、申請者様から詳細をヒアリングさせていただき、またITツールの検証・効果性を元に申請をサポートさせていただいています。また、ＩＴ業界（主にＷＥＢ制作）にて10年間従事し、卸・小売・サービス業を始め幅広い業界のWEBコンサルティングを経て、現在の業務においてWEBを活用した集客を実践している事から、リアルな視点で事業計画書を作成させていただいています。 小規模事業者持続化補助金は、小規模事業者が販路拡大や生産性向上に取り組むために受けられる補助金のことです。補助金額は、最大で200万円・補助率は2/3※1まで支給されます。 今回は、小規模事業者持続化補助金<一般型>第13、14回公募 公募要領からの内容をまとめながら小規模事業者持続化補助金の申請条件をわかりやすく解説いたします。※1 赤字事業者については3/4の補助率です。 小規模事業者持
「asken withミライトデザインのDDDのはじめ方 DDD x RDRA x ICONIX」勉強会を開催しました - asken テックブログ
こんにちは！askenでバックエンドのエンジニアをやっている澤路です。 以前のブログにも書いた通り、今askenはPHPで作られた既存システムをKotlinを使ってリアーキテクチャしています。 4月から9月までは実際に作り始めるまでの準備として技術検証をしてきました。この技術検証では、既存システムの分析から実装までのプロセスでaskenとして新しい方法を試してきました。 そこで、一緒に技術検証をやってくれているミライトデザインから林宏勝さん、鈴木ほげさんに参加していただいて、 これまでの活動での取り組みや学びを、それぞれの目線で発表する勉強会を行いました。 asken.connpass.com このブログでは、その勉強会の内容を簡単に紹介するとともに、当日答えられなかった質疑応答の内容をまとめています。 ①asken リアーキテクチャを行う背景とDDD導入戦略 (村上 英誉@asken)
人数が増えたので、プロダクト開発組織を変えた話 - asken テックブログ
こんにちは。VPoEの 安西 です。 先週、取締役の天辰からあすけん全体、取締役兼CPOの道江がプロダクトマネジメントチームのお話をポストさせていただきました。続きまして私からは、プロダクト開発組織の視点でお話してみようと思います。 タイトルにも書きました通り、4月よりプロダクト開発組織を大きく変えさせていただきました。まずその背景から整理していきます。 50人の壁を超え、組織化が必要になった 50人の壁という言葉がありますが、まさにあすけんの社員数がその人数を突破しました。 数年前までは少人数で開発していたので、役割を超えた会話も容易で、意識的に組織化や情報共有をしなくても、作業の目的や施策の効果などを全員が理解しながら開発ができました。 少しずつ人が増え、これまでのような情報共有が難しくなり、なにもしないと役割別に分断したり、自分が開発しているものがなんのためにやっているかわからない、
【あすけんのミッション】 食・栄養学 × テクノロジー = 健康 - asken テックブログ
はじめに みなさん、こんにちは。askenの天辰(あまたつ)といいます。askenテックブログに初めて記事を投稿することになりました。ほとんどの方、はじめまして。 私は2007年に、後に「あすけん」になるヘルスケアIT事業の企画を作り事業と会社を立ち上げました。以来、15年以上にわたり「あすけん」に関する様々な仕事をしてきましたが、直近では主に全社戦略の立案や経営に関すること、医療事業などを担当しています。 今回は経営担当がテックブログに投稿する初めての記事ということで、あすけんのミッションとテクノロジーについて思いを書いていこうと思います。 あすけんのミッション あすけんのミッションは「ひとびとの明日(あす)を今日より健康にする」というものです。 事業・プロダクトの企画を具体化していく中で「明日の健康研究所」というコンセプトワード的なものが発案され、その略称・呼称のような形で「あすけん」
技術選定の下ごしらえ - asken テックブログ
はじめに ターゲット 伝えたいこと 下ごしらえとして何をしたのか？ 先人たちの知恵を借りる 目的を明らかにする プロダクトについて考える ゴールを定めて分解する 壁打ちをしてもらう 下ごしらえの完了 おわりに 参考リンク (先人たちに感謝) はじめに 今年、スマホアプリのクロスプラットフォーム技術の選定を行う機会がありました*1。 わくわく感が大きかったのですが、初めての割と大きな技術選定ということもあり、「はて。どう進めるか？どうすると良さそうか？」というのが正直なところでした。また、自身がバックエンドエンジニアという背景から、スマホアプリにそこまで詳しくはないということも手伝い、「何を検証するか」という部分も自信があまりないスタートでした。 そんなゆるふわな状況とはいえ、やると決めたからには技術選定を進めていく必要があります。今回の記事では、料理における下ごしらえのように、技術選定をす
クラウドリーガル - 法律文書作成・弁護士相談サービス
法律の心配ごとはクラウドリーガルにお任せくださいクラウドリーガルで、バーチャルな顧問弁護士を持ちましょう。契約書作成・レビューや信頼できるアドバイスのすべてを、月額4,950円からご利用いただけます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ジュニアUI/UXデザイナーのためのスキルマップ - 貢献領域と成長の道筋 | BONO
目的なき手段は、構造が原因。
選ばれるクラシック音楽家になるためのセルフマーケティング講座｜名古屋クラシック音楽堂｜note
asken リアーキテクチャを行う背景と DDD導入戦略
RDRA, ICONIX, DDDの実践から得た学び
構造化問題解決法
