並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 440件

新着順 人気順

ケーススタディとは 簡単にの検索結果1 - 40 件 / 440件

  • 零細企業買収して売却した話|reisaikigyou_ma

    零細企業買収ですこんにちは。アカウントの柱である会社を売却してしまいアカウント存亡の危機です。 このアカウントの活動をエンタメとして面白がってくれる初期からの根強いフォロワー様たちから希望がありましたので、区切りの良いタイミングとなった今、メモを残しておきます。 ちなみに、前回のDXnoteは私一人の作業メモですが、今回のメモは二人分の視点を合算しています。 このアカウントで情報提供していた対象会社に対しては、実は僕ともう一人の友人で投資をしており、経営のもろもろも二人でやいのやいの言ってやってきた案件なのでした。ということでそんな二人分のメモです、どうぞ。 ケーススタディとして街中にある、どうやって生き延びてるかわからない、ちっちゃい会社って無数にあると思います。 そういう会社を自分が回したらどうなるかな、と考えたことがある人もいるはず。そういう方にピッタリなケーススタディかと思っていま

      零細企業買収して売却した話|reisaikigyou_ma
    • 飲み会を1,000回やって学んだ、「最高の飲み会」のつくりかた(長い)|udon

      (この記事は全文無料で公開しています) これは何人生を30年、会社員を10年やってきたが、飽き性であまりずっと続いてることがない。10年続いてることがあるとすれば相方との関係、書くこと、そして飲み会である。本稿では、20歳以後一貫して取り組んでいる飲み会についての1個人の知見を極めて真面目に記したい。ここ10年でだいたい週3-4くらいはコンスタントに飲み会をして、そのうち体感6-7割は自分で企画しているので1,000回以上は飲み会を主催してると思う。その経験をもとに学んだことを書きたい。 なお、査読をお願いした相方には「長すぎ。強いられないと最後まで読む人はいない」と愛の鞭(?)をもらった14,500字ですが、必要な際に参照され、どこかの誰かには染み渡る箇所があればいい(ダシみたいですね)と願い、そのまま出します。 わいわい飲み会とは本稿では、あくまで個人が娯楽目的に開催する会について記し

        飲み会を1,000回やって学んだ、「最高の飲み会」のつくりかた(長い)|udon
      • 家の購入を考え始めたら読んでほしい。購入体験を良くするために知りたいことの全て|Yuko Kawashima | 川島 優子

        こんにちは、yukoです。 2023年も終わりに近づいてきましたが、不動産屋さんはじめました。 私の自己紹介は次回以降で改めてどこかでできたらと思いますが、今まで、投資銀行でM&Aアドバイザリーをしたり、商社で海外投資をしたり、テック企業でfintechサービスを作ったり、あたらしい暮らしを提案するスタートアップで働いてきました。 住宅売買に関する知識はあらゆるサイトで公開されているので、最近考えていることに触れつつ、マンション購入時に私自身が見ていたことや調べていたことを踏まえ、家を買う時はこれだけ見ておけばだいたいわかったな、という情報をまとめていきます。 これだけ見ておけば、と言いつつ14,000字の長文です。。既に一度売買をご経験されている方は、第三章だけでもお読みいただけたら嬉しいです! この記事の目標 第一章 購入前の準備 ・資産性を理解する ・お金についてがっつり考える 第二

          家の購入を考え始めたら読んでほしい。購入体験を良くするために知りたいことの全て|Yuko Kawashima | 川島 優子
        • UIデザイナーが知っておきたい海外の優れたデザインシステム17選 | ベイジのUIラボ~業務システムとSaaSのUIを考える

          デザインシステムとは、サービス開発する上で必要となるデザインの概念、スタイルガイド、コンポーネント集などで構成されるデザインのルールです。 Salesforce.comの「Lightning Design System」が2015年に登場して以来、多くの企業がこのデザインシステムを導入するようになりました。 プロトタイピングツールで有名なUXPinが提供するデザインシステムプラットフォーム「adele」では、90個以上(2019年12月現在)ものデザインシステムが公開されています。その企業のラインナップを見ると、大手ITベンダー、SaaSベンダーのみならず、自治体、金融機関、大学など多くの業界で、組織のブランド確立のために、デザインシステムを活用していることが分かります。 GoogleやAppleが提供するデザインシステムは、既に多くのブログで語りつくされていますが、その他の企業でも素晴ら

            UIデザイナーが知っておきたい海外の優れたデザインシステム17選 | ベイジのUIラボ~業務システムとSaaSのUIを考える
          • なぜSlackはTeamsに抜き去られたのか | Coral Capital

            昨年7月に発表されたMicrosoft Teamsの1,300万DAUという数字にテック業界は一瞬騒然となりました。破竹の勢いで成長していたSaaSユニコーンで大型IPO銘柄のSlackを、ほとんど瞬時に抜き去ったからです。 コロナ禍はTeams、Slackの双方に追い風となりましたが、特にTeamsは3月初旬に1週間で40%増の4,400万DAUとなり、その後の4月末の時点では、さらに70%増となる7,500万DAUとなるなど、凄まじい伸びとなっています。Slackは最近はDAUを明かしていませんが、最後の公式の数字は2019年10月で、そのとき1,200万DAUだったことを発表しています。Slackの発表文にあるように、サービスの普及や利用は単純なDAUだけで計測できるものではなく、接続可能なサービスの数やエンゲージ時間なども考慮に入れるべきでしょう。しかし、DAUは極めて重要な指標で

              なぜSlackはTeamsに抜き去られたのか | Coral Capital
            • ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog

              はじめに スタンフォード大学の John Ousterhout 教授が執筆された “A Philosophy of Software Design”(以下 APoSD と略す) という書籍をご存じでしょうか? 書籍のタイトルを直訳すると、「ソフトウェア設計の哲学」となります。書籍の内容はまさに、ソフトウェア設計について扱っています。 本書籍をベースに、「A Philosophy of Software Design を30分でざっと理解する」というお題で社内ランチ勉強会が開催されました。本記事執筆者である岩瀬(@iwashi86)が発表者であり、勉強会資料は以下のとおりです。 スライド P.4 に記載したとおり、本書籍は John Ousterhout 教授の意見が強く反映されており、ソフトウェアエンジニアであれば、議論を呼ぶ箇所があります。実際、勉強会の実況Slackでは、「これはどうな

                ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog
              • とほほさんの「お茶・紅茶入門」の内容を検証する(主に中国茶部分) – あるきちのお茶・旅行日記

                随分、放置しておりました本ブログですが、ぜひ語りたいことが出てきましたので、緊急で書いています(YouTuberの「緊急で動画回してます」みたいなノリ)。 お茶好きをざわつかせた記事 インターネットの黎明期から活動されていた、とほほ(杜甫々)さんという方がいらっしゃいます。 Webサイトが”ホームページ”と呼ばれていた時代に、Webサイトを記述するHTMLという言語がありまして、それを分かりやすく解説するサイト(とほほのWWW入門)を運営されている方です。 私もその頃、よくページを読みに行って勉強し、ゼミやサークルのホームページを作ったものでした。 インターネット老人会?の方は、たいていお世話になっていることの多い方です。 さて、そのとほほさんは、今でもWebサイトの更新を続けられております。 インターネット関係だけではなく、色々な情報のまとめもされています。 実は、その新しいジャンルとし

                  とほほさんの「お茶・紅茶入門」の内容を検証する(主に中国茶部分) – あるきちのお茶・旅行日記
                • githubで人生を管理する

                  人生はいろんなことが起こります。なにも起こらなくて退屈な時もあります。 少しでも自分の望む方向に進めるために「とりあえずIssue立てるか」というレポジトリ life を作ってみてはいかがですか? こちらはエンジニアと人生コミュニティのAdvent Calender2021 17日目の記事です。 エンジニアと人生は、技術力をベースに人生を謳歌する人たちのコミュニティです。 この記事では、開発者なら多くの方が使っているであろう github を使って少しでもストレスフリーに人生を謳歌しようと思い、取り組んだことを紹介します。 類似のケーススタディとして Backlogを使って家庭内のタスクを管理した記事や 【インタビュー】「お中元の検討」など、家庭内のタスク管理にBacklogを徹底活用!“IT系母ちゃん”平 愛美さん JS開発者では有名なazuさんも以前にブログで GitHub Issue

                    githubで人生を管理する
                  • SEOの学び方 ~ SEO初心者から上級者への道 - SEMリサーチ

                    2年ほど前に「SEOの学び方」という記事を公開しました。今回は改めて初級・中級・上級と3つの段階に分けて再整理しました。これからSEO関連のお仕事を始める方、SEOの勉強方法を知りたい方の参考になれば幸いです。 目次 SEOの学び方(初級) SEOは、Web経験がない新卒にはハードなお仕事 世界中の企業がSEOに取り組んでいる理由を理解する SEOはオーディエンスと事業の理解から始まる 自分でサイト運営・集客の経験をする 身近なものを題材にSEO施策を考えてみる 「この領域だけは、自信がある」というスキルの柱をつくる 自分自身もインターネットを活用する SEOの学び方(中級) SEOの全体図を学ぶ 英語 ケーススタディ(他社事例)を研究する 他人にSEOを教える Googleが公開しているドキュメントに全部目を通す 失敗してもいいので、施策を実施する 「今は学ばない」領域を決める 人が検索

                      SEOの学び方 ~ SEO初心者から上級者への道 - SEMリサーチ
                    • 著者が出版契約で知るべき7つの項目|mhidaka

                      mhidakaです。 #技術書典 9も終わって商業出版のお誘いもある出展者さんも多いと思うので今回は著者目線での契約ケーススタディをご紹介します。評判がよかったら追記したりしようかな。 対象としている書籍は技術書です。技術書は発行部数も桁違いに少なく書店でもマイナージャンルです。一般的なコミックや小説、新書はあてはまらないと思います。読み物としてお楽しみください。 誤字脱字、内容のあやまりなどあれば教えて下さい。修正すると思います。 契約とは何かはじめに契約とは契約する甲・乙の両者にメリットがあって成り立つものです。相互のメリットがデメリットを上回るように取り決めて合意に至るという点が肝要です。自由意志に基づくので、どちらかが何かを強要するものではありません。強要されている・デメリットが勝る、そう感じたら契約しないという選択肢を思い出してください。 メリット・デメリットについて著者は把握し

                        著者が出版契約で知るべき7つの項目|mhidaka
                      • P&Gマフィアのノウハウ、「コア&モア戦略」で8割までは理解できる説(P&Gマーケティング)|西村マサヤ

                        スタート起業してからPMF達成に向けてやるべき10のこと ぶっちゃけこれ以外やらなくて良い pic.twitter.com/xxlGeBNy4q — Masa Tadokoro / 田所雅之 (@TadokoroMasa) August 12, 2020 気になったのが「⑧PMFの確信が高まってからマーケティングする」という項目。 僕の理解では、「PMF(プロダクト・マーケット・フィット)」こそマーケティングそのものでは?と思ったものの、やはりまだまだ一般的には「マーケティング」といえば、集客、広告、キャンペーン、、、そういった印象が強いのかな、と思いました。 (※おそらく田所さんがこの項目で言いたかったのは、後半の「特に、Paid メディアのマーケは、PMFを確信してから実行する」の部分で、ユーザーやマーケットに刺さってないのに安易に広告出稿量を増やしてユーザーを獲得するな、というメッセ

                          P&Gマフィアのノウハウ、「コア&モア戦略」で8割までは理解できる説(P&Gマーケティング)|西村マサヤ
                        • パスキーの基本とそれにまつわる誤解を解きほぐす

                          2023 年は文句なく「パスキー元年」になりました。非常にたくさんのサービスがパスキーに対応し、2024 年はいよいよパスキー普及の年になりそうです。 本記事では、パスキーの基本を振り返ったうえで、パスキーでみなさんが勘違いしやすい点について解説します。 2023 年は本当にたくさんのウェブサイトがパスキーに対応しました。例を挙げます: Adobe Amazon Apple eBay GitHub Google KDDI Mercari Mixi MoneyForward Nintendo NTT Docomo PayPal Shopify Toyota Uber Yahoo! JAPAN もちろんこのリストですべてではないですが、これらだけでも、世界人口のかなりをカバーできるはずで、まさに大躍進と言えます。もしまだパスキーを体験していないという方がいたら、ぜひこの機会にお試しください。

                            パスキーの基本とそれにまつわる誤解を解きほぐす
                          • サブスクリプション課金システム開発ケーススタディ - inSmartBank

                            世はまさに大サブスクリプション時代。この潮流の中で弊社スマートバンクもまた、去る2023年7月12日にB/43プラスというサブスクリプションサービスをリリースしました。 サブスクリプションといえばユーザーに提供されるコンテンツや機能といった直接的な価値に焦点が当たりがちですが、その土台にはサブスクリプションビジネスを成立させるための課金システムがあります。本記事では筆者が行った課金関連の開発を振り返ってみて重要だったポイントや工夫点を伝えてみたいと思います。 すでに世に多くのサブスクリプションサービスがある中で、課金システムの実装はコモディティ化した単純な作業に思えるかもしれません。しかしながら自社サービスにてゼロから実現するとなると、想像よりも多くの思考と意思決定が必要とされる、エンジニアリング観点ではとても奥深い題材といえます。いち開発プロジェクトのケーススタディ、あるいはいちプログラ

                              サブスクリプション課金システム開発ケーススタディ - inSmartBank
                            • 『個人開発がやりたくなる本』を自費出版しました #技術書典 - 下町柚子黄昏記 by @yuzutas0

                              ご挨拶 自称企画屋・コンセプトデザイナーの@yuzutas0です。 執筆者一同をはじめとして、 アンケートに回答してくださった皆様、各所で書籍を紹介してくださった皆様、 その他何らかの形でご協力いただいた皆様、本当にありがとうございました。 さて、発売から間が空きましたが、 裏話をツイートしたところ反響をいただけたので、ブログに制作秘話をまとめます。 個人開発者や技術書典参加者のヒントになれば幸いです。 『個人開発がやりたくなる本』の経緯・裏話をブログにまとめようと思ったけど、細部まで語りだしたらキリがないことに気付いた。1時間枠で登壇できる内容・分量だ……。 pic.twitter.com/Qr9PcHF46c— ゆずたそ (@yuzutas0) May 3, 2019 もくじ ご挨拶 もくじ 1. はじめに 1-1. 免責・謝罪・注意・お願い 1-2. 書籍概要 1-3. この取り組み

                                『個人開発がやりたくなる本』を自費出版しました #技術書典 - 下町柚子黄昏記 by @yuzutas0
                              • 5年後には標準になっている可観測性のこと - Learning Opentelemetry の読書感想文 - じゃあ、おうちで学べる

                                はじめに 本稿は、オープンソースの可観測性(Observability)プロジェクトである OpenTelemetry を取り上げた書籍「Learning Opentelemetry」の読書感想文です。従来の可観測性の課題であったデータの分断を解消し、トレース、メトリクス、ログなどの様々なテレメトリデータを統合的に扱うことができる OpenTelemetry は、可観測性の分野における革命的な存在と言えます。 過去10年間で、可観測性はニッチな分野から、クラウドネイティブの世界のあらゆる部分に影響を与える数十億ドル規模の産業へと発展しました。しかし、効果的な可観測性の鍵は、高品質のテレメトリデータにあります。OpenTelemetryは、このデータを提供し、次世代の可観測性ツールと実践を開始することを目的としたプロジェクトです。 learning.oreilly.com 本書の想定読者は、

                                  5年後には標準になっている可観測性のこと - Learning Opentelemetry の読書感想文 - じゃあ、おうちで学べる
                                • 認知負荷の増加がWebサイトに与える悪影響

                                  Paul Boag氏はユーザー体験デザイナー、サービスデザインコンサルタント、およびデジタルトランスフォーメーションのエキスパートです。非営利団体や企業向けに、デジタル体験の改善を目指す支援をしています。 あなたのWebサイトは、訪れるユーザーにあれこれ考えさせすぎてはいないですか? ユーザーに大きな認知負荷をかけていて、それによってユーザーがあなたのWebサイトから離脱していっている、ということはありませんか? もしそうならば、これは修正すべき問題で、実際に修正が可能です。 認知的な負荷による影響 この問題はWebデザイナーである私たちと明らかに密接に関連しています。ユーザーが1つのことに集中しすぎて、他の要素に気が付かなかった場合、Webサイトでの重要なCTA(コールトゥアクション)だって気づかれない可能性があるということです。そう、ものごとをクリーンかつシンプルに整理したいというデザ

                                    認知負荷の増加がWebサイトに与える悪影響
                                  • Modern Web Development on the JAMstack を読んでまとめた - console.lealog();

                                    https://www.netlify.com/pdf/oreilly-modern-web-development-on-the-jamstack.pdf Netlify社が2019年に公開した本?PDFです。 せっかくJamstackの会社に入ったので、読んでおかないといけない気がして。 あとJamstackは人によって解釈が違ったりするとし、Jamstackの真髄について知っておきたいですよね?と思い。 ただこれなんと127ページもあるんですよね〜。 全編もちろん英語なので、読むのも中々に大変ですよね〜。 てなわけで、ざっくり訳してまとめまておきました。(それでも長いけど) はじめに ここ最近のWebの進化はすさまじい ブラウザもJavaScriptもパワフルになった その分ユーザーの要求も増える やることが増えると処理は遅くなる 遅いページは見向きもされないモバイル当たり前の世界だ

                                      Modern Web Development on the JAMstack を読んでまとめた - console.lealog();
                                    • こわくないTypeScript〜Mapped TypeもConditional Typeも使いこなせ〜 - uhyo/blog

                                      TypeScriptの型システムは、ユニオン型を始めとする様々な機能を持っているのが特徴的です。 その中でも、mapped typesとconditional typesは高度な機能として知られています。 ところが、その機能の膨大さゆえ、全てを使いこなす必要はない、TypeScriptの複雑な機能を無闇に使うべきではないという言説はたびたび現れます。 そのときに槍玉に上がりやすいのがmapped typesとconditional typesなのです。 筆者は、これらの機能は使えるだけ使い倒すべきであるという考えを持っています。 主張の根幹には、高度な型を使えばより正確にインターフェースを記述することができること、そして正確なインターフェースは使いやすさや正確な型推論結果に貢献することがあります。 正確なインターフェースや型推論結果は、コードの理解速度や開発効率を促進します。 これらは型シ

                                        こわくないTypeScript〜Mapped TypeもConditional Typeも使いこなせ〜 - uhyo/blog
                                      • コンテナログ処理の技術的なベストプラクティス:Dockerのケーススタディ - Qiita

                                        この記事では、Dockerを例に、コンテナログ処理の一般的な方法やベストプラクティスをいくつか紹介しています。 背景 Docker, Inc. 旧社名:dotCloud, Inc)は、2013年にDockerをオープンソースプロジェクトとしてリリースしました。その後、Dockerに代表されるコンテナ製品は、分離性能の良さ、移植性の高さ、リソース消費の少なさ、起動の早さなど複数の特徴から、瞬く間に世界中で人気を博しました。下図は2013年からのDockerとOpenStackの検索傾向を示しています。 コンテナ技術は、アプリケーションの展開や配信など、多くの便利さをもたらします。また、以下のようなログ処理のための多くの課題ももたらします。 1、コンテナの中にログを保存した場合、コンテナが取り外されるとログは消えてしまいます。コンテナは頻繁に作成・削除されるため、コンテナのライフサイクルは仮想

                                          コンテナログ処理の技術的なベストプラクティス:Dockerのケーススタディ - Qiita
                                        • まつもとゆきひろ氏がソフトウェア開発に役立つ2冊の書籍を紹介 『失敗の科学』と『APIデザインケーススタディ』から学べること

                                          まつもとゆきひろ氏がソフトウェア開発に役立つ2冊の書籍を紹介 『失敗の科学』と『APIデザインケーススタディ』から学べること #11 「失敗の科学」 オープニングトーク まつもとゆきひろ氏:まつもとゆきひろです。月曜日に放送して以来、ちょっと間が空いてしまいました。今日これを録音しているのは、(2022年)6月25日の土曜日なので、月曜日から土曜日まで録音できなかったということになります(笑)。 「Voicy」は、一発録りで流す仕組みで、編集をほとんどかけていないので、そういう意味で言うと、習慣化して毎日10分とか録れば、すぐに毎日できるようになると思うんですけれども、まだ習慣になっていないので、忙しいとこうやってつい後回しになって、じゃあ、次の日、とかなってしまいがちなのが現状です。 例えば、毎日「Wordle」をするとかですね(笑)、日記を書くとかですね、それから、「mruby」に1日

                                            まつもとゆきひろ氏がソフトウェア開発に役立つ2冊の書籍を紹介 『失敗の科学』と『APIデザインケーススタディ』から学べること
                                          • このSRE本がすごい!2024年版 - じゃあ、おうちで学べる

                                            はじめに 有用な知識の特性 Google SRE リソース Site Reliability Engineering: How Google Runs Production Systems The Site Reliability Workbook: Practical Ways to Implement SRE Building Secure and Reliable Systems: Best Practices for Designing, Implementing, and Maintaining Systems SLO Adoption and Usage in SRE Creating a Production Launch Plan Training Site Reliability Engineers: What Your Organization Needs to Cre

                                              このSRE本がすごい!2024年版 - じゃあ、おうちで学べる
                                            • UIデザイナーが知っておきたい海外の優れたデザインシステム17選 | ベイジのUIラボ

                                              デザインシステムとは、サービス開発する上で必要となるデザインの概念、スタイルガイド、コンポーネント集などで構成されるデザインのルールです。 Salesforce.comの「Lightning Design System」が2015年に登場して以来、多くの企業がこのデザインシステムを導入するようになりました。 プロトタイピングツールで有名なUXPinが提供するデザインシステムプラットフォーム「adele」では、90個以上(2019年12月現在)ものデザインシステムが公開されています。その企業のラインナップを見ると、大手ITベンダー、SaaSベンダーのみならず、自治体、金融機関、大学など多くの業界で、組織のブランド確立のために、デザインシステムを活用していることが分かります。 GoogleやAppleが提供するデザインシステムは、既に多くのブログで語りつくされていますが、その他の企業でも素晴ら

                                                UIデザイナーが知っておきたい海外の優れたデザインシステム17選 | ベイジのUIラボ
                                              • 数理最適化と機械学習を比較してみる - めもめも

                                                数理最適化 Advent Calendar 2022 の記事です。 何の話かと言うと Pythonではじめる数理最適化 ―ケーススタディでモデリングのスキルを身につけよう― 作者:岩永二郎,石原響太,西村直樹,田中一樹オーム社Amazon 上記の書籍の第7章では、次のような問題を取り扱っています。 細かい点は書籍に譲りますが、まず、生データとして次のようなデータが与えられます。 これは、あるショッピングサイトの利用履歴を集計して得られたもので、あるユーザーが同じ商品を閲覧した回数(freq)と、その商品を最後に閲覧したのが何日前か(rcen)の2つの値から、そのユーザーが次にサイトにやってきた時に、再度、その商品を閲覧する確率(prob)を実績ベースで計算したものです。実績ベースのデータなので、ガタガタしたグラフになっていますが、理論的には、 ・freq が大きいほど prob は大きくな

                                                  数理最適化と機械学習を比較してみる - めもめも
                                                • 最近観測されている DNS トンネリングのトラフィック

                                                  By Ruian Duan and Daiping Liu October 16, 2023 at 1:38 AM Category: Malware Tags: Advanced URL Filtering, Cobalt Strike, Cortex XDR, Decoy Dog malware, DNS security, dns tunneling, DNSTT, FinCounter, next-generation firewall, VPN This post is also available in: English (英語) 概要 本稿は、DNS (ドメイン ネーム システム) のトンネリング技術が野生で (in the wild) どのような理由と方法で利用されているのかに関する研究をご紹介します。またこの研究結果に基づいて、トンネリング ドメインをツールやキャンペーン

                                                    最近観測されている DNS トンネリングのトラフィック
                                                  • PMF(プロダクトマーケットフィット)の大切さと実例、はかり方、見つけ方: 基礎編|原健一郎 | Kenichiro Hara

                                                    昨日TwitterでPMF(プロダクトマーケットフィット)に大切さについて書いたので、それについて、PMFがあるとどういう状況になるかという具体例、PMFのはかり方と見つけ方、を加えてNoteにします。この記事を書く理由は、PMFの大切さを伝えたい、多くの起業家にPMFを見つけてほしい(すなわち成功してほしい)からです。 1) 米国ではシリーズAの絶対条件がPMFでPMFがないとどんなにピカピカ優秀な経営陣でも無理。なぜならPMFが事業成功の唯一の必要条件で会社が潰れる最大の理由もPMF. PMFがあるかどうかは人に説明するものではなく、数値を見れば誰の目にも明らかなもの。Y conの教えを一言で言うとPMF見つけろ、です https://t.co/FsKxk7242d — Kenichiro Hara| DCM Ventures (原健一郎) (@kenichiro_hara) Janu

                                                      PMF(プロダクトマーケットフィット)の大切さと実例、はかり方、見つけ方: 基礎編|原健一郎 | Kenichiro Hara
                                                    • RailsでTZ環境変数を設定するハックを不要にした話 - Akatsuki Hackers Lab | 株式会社アカツキ(Akatsuki Inc.)

                                                      TL;DR 『環境変数を設定するだけでRuby on Railsサーバが10%高速化する(かもしれない)話』  でRailsを高速化させる素晴らしいハックが紹介されましたが。いまや有効なハックではなくなりました。 TZハックさん、ながい間(2日間)おつかれさまでした。 はじめに アカツキさまで技術顧問をさせていただいている小崎です。 このエントリは『環境変数を設定するだけでRuby on Railsサーバが10%高速化する(かもしれない)話』をRubyコミッタが読んだらこうなったというアンサーソングになっています。合わせてお読みください TZ環境変数でTime.newが10倍近く速くなるのは素晴らしい発見ですが、コミッタとしてはTZなしでも速くなって欲しいなと思いました。だってめんどうだし。 現状分析 まず問題のテストプログラムを軽く分析してみましょう % strace -c ruby .

                                                        RailsでTZ環境変数を設定するハックを不要にした話 - Akatsuki Hackers Lab | 株式会社アカツキ(Akatsuki Inc.)
                                                      • Reactのprops/contextの使い分け - saneyuki_s log

                                                        Reactのprops/contextの使い分け 仕事先でたまたまこれの話になり、個人的に思っていることをまとめた。 公開したのは、時々見かける「どっちを使うべき?」みたいな議論に 自分も混ざりたかった 思うところがあったから. 「とにかくpropsでいい」と自分は考えている。 なによりReactは書き方に詰まった場合に、フレームワークライブラリ固有の事情を考慮して解決するというよりも、実装や設計上の問題が一般的なプログラミングパターンの範疇の発想で解決できるのがよい 前提 以下のように考える React/preact のコンポーネント = 通常のclassや関数 状態を隠蔽して抽象する 最近は冪等性がどうとかReact語るときにあんまりいわなくなったけども.... props = 関数やメソッドの引数(入力) context = グローバル変数(モジュールグローバルな変数) 実装の指針

                                                          Reactのprops/contextの使い分け - saneyuki_s log
                                                        • 達人出版会

                                                          探検! Python Flask Robert Picard, 濱野 司(訳) BareMetalで遊ぶ Raspberry Pi 西永俊文 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 Jesse Storimer, 島田浩二(翻訳), 角谷信太郎(翻訳) 知る、読む、使う! オープンソースライセンス 可知豊 きつねさんでもわかるLLVM 柏木餅子, 風薬 R/RStudioでやさしく学ぶプログラミングとデータ分析 掌田津耶乃 データサイエンティストのための特徴量エンジニアリング Soledad Galli(著), 松田晃一(訳) 実践力をアップする Pythonによるアルゴリズムの教科書 クジラ飛行机 スッキリわかるサーブレット&JSP入門 第4版 国本 大悟(著), 株式会社フレアリンク(監修) 徹底攻略 基本情報技術者教科書 令和6年度 株式会社わくわくスタディワール

                                                            達人出版会
                                                          • AWS re:Invent 2020で発表された新サービス/アップデートまとめ - Qiita

                                                            AWS re:Invent 2020の会期中に発表された新サービス/アップデートのまとめです。 今年も、後から出来るだけ素早く簡単に振り返ることができるようにまとめました! 凡例 (無印) 新サービス (Update) 既存サービスのアップデート (APN) パートナー制度に関連したリリース/アップデート 12/1 (火) 今年の開幕は「Amazon EC2 Mac instances」でした。 Amazon EC2 Mac instances macOS用のAmazon Elastic Compute Cloud (EC2) Macインスタンス EC2 Macインスタンスを使用すると、iPhone、iPad、Mac、Apple Watch、Apple TV、Safari用のアプリ開発者は、macOS環境を数分でプロビジョニングしてアクセスし、必要に応じて容量を動的に拡張し、AWSの従量課

                                                              AWS re:Invent 2020で発表された新サービス/アップデートまとめ - Qiita
                                                            • 2021年に登場したウェブハッキングテクニックトップ10

                                                              セキュリティ企業のPortSwiggerでリサーチディレクターを務めるジェームス・ケトル氏が、「2021年に登場したウェブハッキングテクニックトップ10」をPortSwiggerのブログにまとめています。 Top 10 web hacking techniques of 2021 | PortSwigger Research https://portswigger.net/research/top-10-web-hacking-techniques-of-2021 「2021年に登場したウェブハッキングテクニックトップ10」は、PortSwiggerが毎年行っている、過去1年間で発表されたウェブセキュリティに関する研究の中で最も重要なものを特定するための取り組みの2021年版です。2022年1月に選考プロセスをスタートし、情報セキュリティコミュニティから推薦された40件の研究論文の中からお

                                                                2021年に登場したウェブハッキングテクニックトップ10
                                                              • (株)アイレップを2021年末で退職します - SEMリサーチ

                                                                SEO関係者がコアアップデートやら何やら騒いでいるなか、 「へーそうなんだー、Googleに振り回されるお仕事は大変だねー」 と他人事で過ごせる時間がこんなに清々しいなんて!! 株式会社アイレップを、2021年12月末をもって退職します。 入社のきっかけ アイレップか、某社か 入社して最初にしたこと SEOサービスの設計・開発 SEOサービスの価格戦略 SEO専門家としての25年のキャリア SEO専門家を育てる アイレップで良かったこと なぜ、このタイミングで退職するの? 今後もアイレップにかかわるの? 次は何をするのか? SEOの仕事はどうするの? 書籍「Standard SEOシリーズ」は二冊で終わり? 株式会社アイレップを、2021年12月末をもって退職します。 創業者の高山雅行さんと出会い、その後、ご縁があって2005年3月から正社員として働き始めました。社長は創業者から紺野俊介*

                                                                  (株)アイレップを2021年末で退職します - SEMリサーチ
                                                                • 実践 Off the main thread - from scratch

                                                                  実践 Off the main thread 実際に Off the main thread をやりつつ、パフォーマンスチューニングをする際にどこに気をつけるべきかを今やっているので、それについて話します。 Off the main thread とは JavaScript の処理は基本的にメインスレッドで実施します。JavaScriptの実行処理以外にも記述された内容を解釈するためのパース処理やGC処理もメインスレッドをブロックします。メインスレッドの処理が多いとUI jankと呼ばれるガタツキ、チラツキ、画面の固まりの原因になります。 UI jankが発生していると、ユーザーがクリックしたり、text入力をしようとしてから反応するまでの時間(Input Latency)が即時ではなくなります。 このUI jankを無くすために、なるべくメインスレッドを阻害する要因を減らすことが Off

                                                                    実践 Off the main thread - from scratch
                                                                  • 行動を変えるデザイン

                                                                    深津貴之氏推薦!「行動経済学、データ分析、サービス設計のエッセンスが高度に統合された行動変容デザインの良書です」 本書は、行動経済学と心理学をもとに、人々の行動、日常習慣を変える“行動変容”を促すプロダクトをデザインするための書籍です。主にヘルスケア(健康管理)、金融(資産管理)など、これまでITプロダクト(サービス、アプリなど)がなかなか使われてこなかった分野を対象に、ユーザーがやりたいと思っていたものの実行できなかった行動の実現を助けるプロダクトを作り出すための、実践的な視点や知識を提供します。 翻訳者のみなさんによる特設サイト 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、正誤表を作成し、増刷書籍を印刷した月です。お手持ちの書籍では、すでに修正が施されている場合がありますので、書籍最終ページの奥付でお手持ちの書

                                                                      行動を変えるデザイン
                                                                    • 無料&簡単にオンライン予約システムが作れる「SELECTTYPE」レビュー、ウェブサイトへの埋め込みもラクチンで超絶多機能にすることも可能!

                                                                      自分好みの予約システムを作る手順は簡単で、2つの手順に従うだけ、専門知識は一切不要。 1:あらかじめ用意されているテンプレートから一番変更しやすそうなものを選ぶ 2:自分の好みに合わせて変更 できあがったら、実際に予約する立場で試してみて、「これは使いにくいので変えてみよう」「こういう部分も予約時に決めてもらう方がよさそう」というようにしてブラッシュアップすればとりあえず完成。あとは本番で使ってみて初めてわかる点を改善していけば、どんどん使い勝手が良くなっていき、収益を押し上げてくれるとともに、管理の手間が減ってスムーズに運用でき、本来やるべき事に集中できるようになります。 というわけで、「SELECTTYPE」なら実際にどれぐらい簡単に作ることができるのかという気になる点を実践して確かめてみました。 予約システムつきホームページ【SELECTTYPE】 無料で予約フォーム付き予約システム

                                                                        無料&簡単にオンライン予約システムが作れる「SELECTTYPE」レビュー、ウェブサイトへの埋め込みもラクチンで超絶多機能にすることも可能!
                                                                      • バッチ処理における冪等性の検討 ─ クラウドネイティブもしくは、はてなダイアリーの自動移行を題材に - Hatena Developer Blog

                                                                        アプリケーションエンジニアのid:tkzwtksです。今回はバッチ処理の冪等性(べきとうせい、idempotence)について、どう考えるか/考えてきたかをご紹介します。 このエントリを書くきっかけとなったのは、はてなエンジニア有志で定期的に開催しているCloudNative推進会です。ここでは、社内のシステムをクラウドネイティブにしていくため「クラウドネイティブなシステムとはどういうものか?」を考えており、この会での「クラウドネイティブなバッチ処理」の議論も踏まえつつ説明していきます。 バッチ処理における冪等性とは メッセージ送信の信頼性を考慮する クラウドネイティブで可用性を高めるために どのような場合に冪等性を考慮すべきか 冪等な実装における3つのケーススタディ ケース1: n分前までに更新されたレコードを集計する ケース2: DB上の対象レコードを更新する ケース3: 対象ユーザー

                                                                          バッチ処理における冪等性の検討 ─ クラウドネイティブもしくは、はてなダイアリーの自動移行を題材に - Hatena Developer Blog
                                                                        • Blue/Green デプロイと安全性と複雑性と - #AWSDevDay 2022 登壇解説 -

                                                                          はじめに 今年も AWS Dev Day で登壇しました。私が AWS に入社したのが2019年でそこから毎年何かしら登壇して、今年が4回目でした。過去の登壇資料なんかは巻末に貼り付けておきます。 今年は運営メンバーにも加わってイベント作りから関わり、 CFP の選定や他のセッションのレビュー、総合司会なんかもやりました。 そもそも AWS Dev Day は、AWS が開催するイベントの一つで、名前の通り特に開発者の方、普段ソフトウェア・アプリケーションを開発している方、プログラミングしている方というところに焦点を絞って、「開発者の方に登壇いただき、開発者の方に楽しんで欲しい、開発者の方が今日から役立てるコンテンツをお届けしたい」そういうイベントです。 登壇資料/動画 兎にも角にもまずは以下を一度ご覧いただくことをこの記事ではおススメします。その上で補足・解説していくような立て付けの記事

                                                                            Blue/Green デプロイと安全性と複雑性と - #AWSDevDay 2022 登壇解説 -
                                                                          • 米国連邦政府におけるクラウド戦略 - クラウドセキュリティをどう担保するか|ミック

                                                                            さて、米国連邦政府のクラウド戦略についてのレポートその2である。その1はこちらを参照。その1を読んでいなくても支障はないが、歴史的な話をしているので先に読んでいただくと理解が捗ると思う。 前回は、どちらかというと連邦政府の取り組みがうまくいかなかった、というトーンで話をしたが、公平を期して言うならば、成功している部分もあるし、うまくいかなくても諦めず粘り強く進行している取り組みもある。こういうとき米国人というのは強くて、失敗を教訓にどんどん再トライを繰りかえし、大きなブレイクスルーに繋げてしまう。 本稿では、そのようなダイナミズムを持った取り組みとして連邦政府のクラウドセキュリティ戦略を取り上げたいと思う。今後日本政府がクラウドシフトを進めていくうえでの参考にもなれば幸いである。 連邦政府のクラウドセキュリティ政策は、大きく三つの柱から成り立っている。一つ目が「FedRAMP」と呼ばれるク

                                                                              米国連邦政府におけるクラウド戦略 - クラウドセキュリティをどう担保するか|ミック
                                                                            • 設計のための、問題の捉え方––ドメイン知識の暗黙知を形式知にする Part1

                                                                              2018年11月8日、Classi株式会社が主催するイベント「設計Night2018」が開催されました。Builderscon tokyo 2018にて好評を博したプレゼンテーション「開発現場で役立たせるための設計原則とパターン」をもとに、発表だけではカバーできなかった3つの論点について、3名の登壇者がより詳しく深掘りします。プレゼンテーション「ドメイン知識の暗黙知を形式知にするためには」に登壇したのは、magnolia_k_氏。講演資料はこちら 設計のための問題の捉え方 magnolia_k_氏:実は今日で「設計Night」に出たの2回目なんですね。1回目は、今年の3月ぐらいに吉祥寺の居酒屋で、しんぺいさんのブログを見せながらみんなで酒を飲む「酔いどれ設計Night」という会をやって。7人ぐらいですごい楽しかったんですけど、今日は僕としんぺいさん以外、全員抽選に外れるという(笑)。 (会

                                                                                設計のための、問題の捉え方––ドメイン知識の暗黙知を形式知にする Part1
                                                                              • 「DevOps」とは?〜超基本から実践のポイントを解説〜|インシデント管理プラットフォーム│PagerDuty

                                                                                変化の激しい市場に対応するための開発手法として、アジャイル開発を導入する企業が増えるとともに、「DevOps」への注目が高まっています。しかし一方で「DevOpsという言葉は聞いたことはあるけれど、実際にはよくわからない」という方もいらっしゃるのではないでしょうか。DevOpsは「開発担当者と運用担当者が密に連携することで、柔軟でスピーディーな開発を実現する」というソフトウェア開発手法の一つです。DevOpsは単なるトレンドではなく、現代のソフトウェア開発において非常に重要な考え方でもあります。本記事では、DevOpsを一から理解したいという方にもわかるように、DevOps誕生の歴史を簡単に紐解きながら、DevOpsの考え方をご紹介します。また、アジャイル開発との違いやDevOps導入のメリット、実践のポイントなどをDevOpsを実践する3社の事例を交えて解説します。 「DevOps」とは

                                                                                  「DevOps」とは?〜超基本から実践のポイントを解説〜|インシデント管理プラットフォーム│PagerDuty
                                                                                • Moat(モート): スタートアップの競争戦略概論|原健一郎 | Kenichiro Hara

                                                                                  moat /moʊt/ [名] (都市・城壁の周囲に掘られた)堀 Moat(モート)とはウォーレンバフェットと盟友のチャーリーマンガーが様々なインタビューで繰り返し繰り返し述べている事業において最も大切な概念です。 僕が投資家として、最も時間と思考を費やしている対象もMoat(モート)です。 バフェット/マンガーにはMoatについてのいくつもの引用がありますが下記の質疑応答の一部がわかりやすいです。 The most important thing, what we're trying to do is to find a business with a wide and long lasting moat surrounded and with protecting a terrific economic castle with an honest Lord in charge of t

                                                                                    Moat(モート): スタートアップの競争戦略概論|原健一郎 | Kenichiro Hara