累損4,000億円を投下して桁違いに成長したPayPay 原健一郎氏（以下、原）：ここからはPayPayの話に移りたいんですけど。PayPayはこの数年で日本のコンシューマーサービスとして桁違いに大きく成長しました。どのタイミングでこれほど大きくなったんですか？　そして、いくらぐらい使ったんですか？ 小澤隆生氏（以下、小澤）：累損で4,000億円です。 原：4,000億円。 小澤：4,000億円を突っ込みました。 （一同笑） 原：なるほど。もう日本のスタートアップ投資のほとんどを使ったみたいな感じですね。 小澤：まあ、1年で8,000億円ぐらいの市場なので、その半分ぐらい使った感じですね。 原：その4,000億円を使うという決定はどういうタイミングで行ったんですか？ 小澤：最初に300億円を用意しました。いや、これ、みなさん何を聞きに来てるんですか？ （一同笑） 原：確かに。これ、誰の参考

「面白いとは何か」ということをいつも考える。 その答えに近づくために、どうすればいいのだろうか。 答えに近づく一つのアプローチとして、「最高に面白いものをたくさん集める」というものが考えられる。 最高に面白いものをたくさん集めて、それらに共通する特徴を抜き出せば、「面白い」の本質が抽出される、という算段だ。 だから僕は、「最高に面白いものに出会ったな」と思った時は、必ずメモを取ることにしている。スマホの中の「最高に面白いもの」メモは既に200行を越えた。 前置きが長くなった。本題に移ろう。 この「最高に面白いもの」メモに、最近書き加えた一節がこれだ。 WEEKLY OCHIAI、デジタルネイチャーの話、コントみたい。誰も分からないのに分かったフリ。実はサバの話 謎のメモで申し訳ない。以下、説明しよう。 「WEEKLY OCHIAI」というのは、NewsPicks内で毎週配信されている落合陽

Prettierのようにコードをformat、しかも高速Biomeは JavaScript、TypeScript、JSX そして JSON のための高速なformatter であり、Prettier と97%の互換性を持ち、CIと開発者の時間を節約します。 Biomeは、お気に入りのエディタでコードを書く際に、不正な形式のコードさえもformatできます。

技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL はじめに 新たに書きました。 MySQLを使っても会社は潰れない 久々に記事を書いたのでどうぞお手柔らかに... 私が過去2年間で行った技術選定の成功と失敗を振り返り、その学びを共有したいと思います。 文才無いので淡々と箇条書きでいきます Twitterエンジニア垢作りました。エンジニアのお友達がいません。 @uncode_jp 注意 意見を押し付けるものではありません。ただ建設的な議論は大事だと思う。 自分の意見は明確に、歯切れのよい表現を意識している。人それぞれだよねみたいな感じに逃げたくない。技術選定に結論はある（過激）。 ただし技術選定にはコンテキストがあり、例えばプロダクトのフェーズや組織の事情によって当然結論は変わる可能性がある。 OSSの開発者さん達は偉大ですごい。あ

Next.js App Routerにおける設計やベストプラクティスを、筆者なりにまとめました。

Stripe ConnectというCtoCプラットフォームを作るためのStripeのサービスがあります。 Stripe Connectのお金を受け取る側であるConnected Account（以下わかりやすいように講師側と呼ぶ）には Standard、Express、Custom の３つのタイプがありまして、Standardがもっとも講師側にStripeを使いこなすリテラシーが求められるタイプ、Customが一番Stripeを意識させないことが可能なタイプとなっています。 2年前にCodeBoyを実装した時には、Customを選択しました。Expressも既に存在していたのかもしれませんが、今日ほど充実してなかったんじゃないかなという記憶です。（調べたらStripe Expressは2016年に発表され、本人確認の機能であるStripe Account Linksは2020年に発表されて

日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン（-）を省略し、13桁の数字のみを半角文字で入力してください。

世の中に不満があるなら自分を変えろ。それが嫌なら耳と目を閉じ、口を噤んで孤独に暮らせ。それも嫌なら・・・ 「世の中に不満があるなら自分を変えろ。それが嫌なら耳と目を閉じ、口を噤んで孤独に暮らせ。それも嫌なら・・・」 これは攻殻機動隊STAND ALONE COMPLEXの冒頭でビルに破壊工作を仕掛ける何者かが発する「もはや体制に正義はなしえない」という言葉に作品の主人公である草薙素子が返すセリフです。 このセリフは非常にインパクトがあり、SNSなどでいまでも多く引用されているのですが、大抵の場合は文字通りの意味で「世の中に不満を言わずに受け入れろ」と引用されてしまっています。 しかしながら、本来、このセリフは物語全体で否定されるべきテーゼとして提示されており、そのまま文字通りの意味で引用してしまっては作品の読解として間違いです。 攻殻機動隊 STAND ALONE COMPLEXとは攻殻機

4.3.7以降の変更 内部的な型のリファクタリング 型関係のリファクタリングのようです。特に表立ってのインターフェースが変更されたわけではありません。 Set Cookieが正常生成されない不具合修正 import { setCookie } from "hono/cookie"; const app = new Hono(); app.get("/does-not-work", (c) => { setCookie(c, "hello", "world"); setCookie(c, "hello", "world2"); const res = new Response("does not work"); return c.body(res.body, res); // <-- this }); 上記のサンプルコード c.body(res.body, res) のようにレスポンスオブジ

この記事は セゾン情報システムズ Advent Calendar 2021 4日目の記事です。 JiraにはGithubなどのSCMと連携する機能が備わっています。 これにより、以下のようなメリットがあると考えています。 開発進捗の見える化を実現できる アジャイルボード ダッシュボード、タイムラインなど 簡単に自動化処理が組み込める チケットの更新忘れも防げます ワークフローのカスタマイズが容易 SCM側ではそこまで高機能なワークフロー機能がないのでJiraにそれらを任せることができます やってみよう 今回はGithubとJiraを接続してチケットのステータスと開発フローを同期したいと思います。 事前準備 Jira Cloud と GitHub の接続を参考にJira、Githubそれぞれにアプリケーションをインストールして接続しておきます。 Jira Automationの設定 まずJi

はじめに データ分析基盤の資料を力尽きるまで追記していきます。 構成図にあるアイコンや記事の内容から技術要素を調べて記載していますが、不明分は未記載にしています。修正のコメント頂ければ助かります。 あと、この記事追加してっていう要望も歓迎いたします。 テンプレート 記事公開日 : 会社名（サービス名） データソース : データ処理 : アウトプット : 画像 URL 2025年 2024/03/14 : 株式会社エス・エム・エス（カイポケ） データソース : Amazon Aurora データ処理 : Datastream、BigQuery、dbt アウトプット : Looker Studio 2024/03/12 : 株式会社マイナビ データソース : SQL Server、Amazon S3 データ処理 : Embulk、Amazon MWAA、Apache Airflow、Snowf

こんにちは戸籍増田です。 今日はタイトル通り、全国で戸籍を取れるようになった話をする。 誰もが一度は経験があるだろう、パスポートを作ろうと思ったら戸籍謄本が必要で、本籍地は実家の住所だから実家近くの市役所でしか取れず、親だのじいちゃんだのに頼んで取ってもらった事が。 今年の春くらいから、その面倒がなくなった。 戸籍の広域交付、と言うやつである。 本人または直系親族であれば、日本全国どこの役所でもあなたの（もしくは親の）戸籍が取れますよ、というやつである。 これ、あまり宣伝されてないのだがすごい便利だと思う。 特に親が亡くなった時。相続のために生まれてから亡くなるまでの戸籍が必要と言われ、行ったこともない遠方の役所の戸籍を郵送で、しかも料金は定額小為替を手数料払って買って取り寄せていた面倒臭さが今は近くの役所で揃ってしまう。 めちゃくちゃ楽じゃねぇ？ あと全国の戸籍がどこの役所でも取れる、見

ソフトウェアエンジニアの藤吾郎（@__gfx__）と申します。最近、IC（Individual Contributor / 個人貢献者†）という言葉でキャリアが語られることも増えてきたように思います。この記事では、ソフトウェアエンジニアにおけるICというキャリアパスについて、自分の認識と経験を交えて次の点から解説していきます。 ICというキャリアパスがあることを、ソフトウェアエンジニアに知ってもらいたい 私が39歳という年齢でIC一本でいくと決意するに至った経緯は？ 「IC」とはどういったキャリアなのか？ 管理職ではないキャリアとしてのIC これからICを定義する企業は増えるか 私がICというキャリアパスを選ぶことになるまで ソフトウェアエンジニアになるつもりはなかった 27歳で選択したソフトウェアエンジニアをウロウロする10年 Fastlyに入社して初めて明示的にICとなる ソフトウェア

https://www.jstage.jst.go.jp/article/pamjaep/55/0/55_412/_article/-char/ja/ これ、不思議だな たくさん追試されて欲しい ADHD傾向が高いと、自分への金銭報酬が期待できる時に成績が下がる、というのがまず興味深い それと逆に「成功報酬が寄付されるとき」に成績が上がる 利他的動機づけはADHD傾向が高い人の作動記憶を改善する

なぜ誰もやらないんだと嘆くより、まずは自分がその"誰もやらないうちの一人"であることを認めよう p.91

変化の激しいVRChat。いかにして最新情報を追いかけ、来たる変化に備えるのか。 こういった情報をまとめているものを見た記憶がないので、私の見ている・理解している範囲で書き記しておきます。 VRChatのアップデートすべてのプレイヤーに影響のある変化として当然ながらVRChat自体のアップデートがあります。具体的にどのような流れでアップデートが進んでいくのか把握しておくと、見に行くべき情報を考えやすくなると思うので紹介します。 現時点では、アップデートのステップは概ね以下のようになっているのではないかと思います。 VRChat社での企画・設計開発 クローズドベータテスト オープンベータテスト Release Candidate (RC) リリース 1. VRChat社での企画・設計開発当然ですがVRChatが何かを検討し動き出さないと始まりません。定期的に開発ロードマップの検討とかをしてい

「この本にはお世話になったなぁ〜」 「今でもたまに読み返してます」 「マジでめちゃめちゃ影響受けた」 「そう、こいつが俺のエンジニア人生を変えやがったんだ...」 ↑「こんな本を紹介してください！」と社内チャットで投げてみたら、すんごいことになったのでそのリストをシェアさせていただきます。 ※推薦理由はあくまで推薦者による個人的な意見や思い入れたっぷりなので、それを踏まえてお楽しみください。 目次 アプリケーション/プログラミング ドメイン駆動設計 Java言語で学ぶデザインパターン入門 Pro Git BINARY HACKS Effective Java リバースエンジニアリング―Pythonによるバイナリ解析技法 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 リーダブルコード メタプログラミングRuby 第2版 Head First デザインパターン テスト駆動開発 C