「週刊新潮」の発売前日に速報が届く！ メールマガジン登録 デイリー新潮とは？ 広告掲載について お問い合わせ 著作権・リンクについて ご購入について 免責事項 プライバシーポリシー データポリシー 運営：株式会社新潮社 Copyright © SHINCHOSHA All Rights Reserved. すべての画像・データについて無断転用・無断転載を禁じます。

非同期マルチスレッドフレームワーク「Pingora」をオープンソース化　Cloudflare：ゲートウェイやロードバランサー構築に向くカスタマイズ可能なAPI Cloudflareは、RustフレームワークPingoraのオープンソース化を発表した。Pingoraは、Cloudflareが開発したHTTPプロキシサービスの構築を支援するRustの非同期マルチスレッドフレームワークだ。

1931年東京都生まれ。作家。聖心女子大学卒。『遠来の客たち』（筑摩書房）で文壇デビューし、同作は芥川賞候補となる。1979年ローマ教皇庁よりヴァチカン有功十字勲章を受章、2003年に文化功労者、1995年から2005年まで日本財団会長を務めた。1972年にNGO活動「海外邦人宣教者活動援助後援会」を始め、2012年代表を退任。『老いの僥倖』（幻冬舎新書）、『夫の後始末』（講談社）、『人生の値打ち』『私の後始末』『孤独の特権』『長生きしたいわけではないけれど。』『新しい生活』『ひとりなら、それでいいじゃない。』『90歳、こんなに長生きするなんて。』『結局、人生の最後にほしいもの』『少し嫌われるくらいがちょうどいい』『幸福は絶望とともにある。』（すべてポプラ社）などベストセラー多数。 ニュースな本 ビジネス・経済から、エンタメに教育、政治まで…。世の中には山のように書籍が存在する。その中から

はじめに 夢見ていた nikkieです。 最近LangChainに執心ですが、今回は「こんなこともサクッとできちゃうの！？」という個人的ビッグニュースをアウトプットします🔥 目次 はじめに 目次 YouTubeの文字起こしをこんなに簡単に取得できちゃうの！？ 素振り：LangChainでYouTube動画の文字起こしを取得する 動作環境 文字起こし取得 ChatGPTに要約をお願い youtube-transcript-api 終わりに YouTubeの文字起こしをこんなに簡単に取得できちゃうの！？ 話題の つくりながら学ぶ！AIアプリ開発入門 - LangChain & Streamlit による ChatGPT API 徹底活用 を眺めていたnikkie氏。 Chapter 07「Youtube動画の要約をしよう」を読んでいると YouTubeの動画の文字起こし（transcript

こんにちは, プロダクト開発部の今村です. ここ一年ほど, 主にグノシーのプッシュ通知基盤の部分的なリプレイスや機能追加をしていました. この記事ではプッシュ基盤の構成を紹介したいと思います. 概要 FCMのAPIを呼び出す部分 サーバーのスケーリング 送信対象の読み込み 送信の流れ その他の工夫 重複配信の防止 パフォーマンス調整 おわりに 概要 まずはプッシュ通知の種類を整理します. 今回扱うのは, 多数のユーザーに同じ内容を送るような通知です. 重要なニュースが発生したときに送る速報や, キャンペーン情報の通知などが該当します. 対照的に, ユーザーごとに異なる内容を送る通知もあります. 例えば社内で定時プッシュと呼ばれている機能では, ユーザーごとにパーソナライズされた記事を毎日決まった時間に送ります. このような通知はこの記事では (ほぼ) 扱いません. プッシュ通知基盤に求めら

くわっちょ@社畜犬 @kuwaccho0711 【青森市に移住して後悔していること】 ・車がないと生活できないのでお酒が飲みづらい ・映画館が非常に少ないので観たい映画が観れない ・雪が降りまくると車でも出るのが辛いので引きこもり。 ・本屋が非常に少ない ・オライリーなんざハイカラなもんは売ってない ・日高屋もやよい軒も無い twitter.com/HAL1986____/st… 2022-02-24 10:26:40 HAL @HAL1986____ 【長野市に移住して後悔していること】 ・車がないと生活できないのでお酒が飲みづらい ・IMAXの映画館がないのでIMAXで観たい映画が観れない ・ヨドバシカメラがないのでPS5が買えない ・TSUTAYAの直営店がない（？）のでPS5の抽選応募できない←NEW! 2022-02-24 10:20:25

これを読んで欲しい人のターゲット像や前提について Web版開発の話をしています ITのソフトウェアエンジニアの話をしています ある程度チームのやり方に対して影響を与えられる権限がある人 マネージャーかメンバーかはあまり気にしないです 「発言するのは自由だが聞き流されるだけ」ならこの記事を読む意味はないです ある程度裁量権があり、ビジネスサイドとも話ができるチームのメンバーを想定しています 作業の流れの前提について チケットがあって 作業者がそれを取って（自分で取るのか他人にアサインされるのかは問わない） PullRequestの形でレビュー依頼をかけてレビュワーがレビューする OKならmergeしてそのうち本番デプロイ 間にQAが入るかもしれないけどそこは問わない 手が遅いとは何か？ ある作業者のサイクルタイムが他の作業者に比べて長いこと 100の大きさの作業があるチケットを渡した際に、ほ

近年の大規模プログラム開発環境では、ソースコードを共有する前にlinterと呼ばれるツールを使ってコード検証をするのが一般的です。linterでは決められたコーディングルールに沿っているかについて、コンパイラよりも厳格なチェックを行い、場合によっては自動的に修正してくれます。ちなみに「linter」という名称はUNIXのlintコマンドから来ていて、"lint trap（洗濯機に取り付けてある「糸くず("lint")取り」の事）"に由来しているそうです*1。 github.com textlintは、自然言語で書かれたテキスト用のlinterとして提供されているツールです*2。提供されている様々なルールを組み合わせて、テキストを検証する事が出来ます。 textlintはnode.js上で動くjavascriptのアプリで、独自のルールを作成してツールに組み込む事も出来ます。新規作成をサポー

SQLite Internals: Pages & B-trees Author Name Ben Johnson @benbjohnson @benbjohnson Image by Annie Ruygt Fly.io runs apps close to users around the world, by taking containers and upgrading them to full-fledged virtual machines running on our own hardware around the world. Sometimes those containers run SQLite and we make that easy too. Give us a whirl and get up and running quickly. Ok, I’ll admi

Web apps are a mandatory part of every modern application nowadays, no matter how small or complex it is. From one-click apps that convert pictures to Photoshop, everyone wants fast and easy access to the app, and the web is one of the easiest ways to do that. At Serokell, we use TypeScript for writing web applications. But our main programming language is Haskell. And in this article, we want to

Dockerやコンテナを理解したいのであれば「なるほどUnixプロセス」を読むと良いのではないか

✨無料公開中✨ 業務ができる中級者になるためのJavaScript入門の第2弾となります。何度学んでも今一つ理解できないDOMに関して、できるだけわかりやすく説明しています。 業務ができる中級者になるためのJavaScript入門（文法編） https://zenn.dev/books/568dd4d86562a1/edit ✨開発環境に役立ててください✨ 👾 やっぱりwebpackがわからない（エピソード1） https://zenn.dev/antez/articles/58307946cf4f3e 👾 やっぱりwebpackがわからない（エピソード2） https://zenn.dev/antez/articles/638382faa06bd7 👾 そもそもnpmからわからない https://zenn.dev/antez/articles/a9d9d12178b7b2 ✨Wo

ある日，HTML5のLocal Storageを使ってはいけない がバズっていた． この記事でテーマになっていることの１つに「Local StorageにJWTを保存してはいけない」というものがある． しかし，いろいろ考えた結果「そうでもないんじゃないか」という仮定に至ったのでここに残しておく． 先の記事では，「Local StorageにJWTを保存してはいけない」の根拠として「XSSが発生した時，攻撃者がLocal Storageに保存したJWTを盗むことが出来てしまう」といったセキュリティ上の懸念事項が挙げられていた． これに対し，クッキーを用いたセッションベースの認証では，セッションIDをクッキーに保存する．クッキーにHttpOnlyフラグをつけておけば，JavaScriptからはアクセスできず，XSSが発生しても攻撃者はセッションIDを読み取ることが出来ない． 一見すると，これは

大暴落に巻き込まれると、資産が見る見る内に減っていく状況を何も出来ずにただ茫然と見ているしかできない。 そんな辛い状況に追い込まれてしまう人も多いと思います。 そんな時のメンタル面を重視した投資戦略についてはこちらの記事をお読みください。 ＞＞＞『暗号資産投資で暴落時にはどうする？メンタル面の対応法』私の経験や考え方を紹介します。 では、そんな大暴落時にこそ生活費を確保するための救世主になり得る暗号資産銘柄があったら知りたくありませんか？ 「一番のメンタルを保つ対策は生活費が確保できることです！是非知りたい！」 「大暴落時に生活費が確保しやすいとか神ですか！？」 「知りたいです！私は一攫千金ではなく生活費を安定的に稼ぎたいんです！？」 のような声も多く聞かれます。 そこで今回は 『大暴落時の救世主？bUKHトークン投資』 について、実際に私が今このタイミングで投資してみた結果を随時公開して

PHPerが日々奮闘するソフトウェア開発の現場では、ユニットテストを書くことは推奨され普及してきました。 一方、E2Eといった高レベルのテストになると整備したいという気持ちはありつつ、初期構築コスト自体の高さや、構築したもののテスト維持に失敗する話をよく聞きます。 その要因の一つとして、本トークではテスト環境とテストデータに着目します。 テスト環境とテストデータの扱いは、既存システム都合との折衷案を取る必要があったりする理想と現実の間での戦いになる事が多いでしょう。 現場での戦いの武器となるような事例とそれぞれの実践手段のメリット・デメリットをまとめてお伝えします。

LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog TL;DR:2022にフロントエンド開発で最も考慮すべきユーザー環境は、パフォーマンスでは低スペックのAndroid端末、標準仕様では2年前のSafari、そしてネットワークでは４Gです。それに対してはJSへの過剰依存などが原因で主にパフォーマンスの面でのウェブ全体の対応がよくありません。 こんにちは！LINEフロントエンド開発室のダバロス アランです。この記事のタイトルを見て「釣りタイトルですね〜」と考えている方がいると思いますが今回に限ってはそれを大目に見てください。それはなぜかと言いますと、2021年から2022年にかけて私たちフロントエンドエンジニアが全体的に考え方を改める必要が出るほど大きな変化がありました。 その変

はじめに 仕事で洋服の物流システムを作ることになり、プロジェクトチームでDDDで設計しようということになりました。 諸々の事情でNestJSというTypeScriptのフレームワークを使うことになりました。 そんな中で出てきた悩みを紹介します。ちなみにこのシステムは開発中です。 作ろうとしている物 ECサービスの物流システム。 機能としては大きく3つです。 在庫管理: 倉庫の在庫を管理する 入荷: 新しい在庫を入荷して、在庫として登録する 出荷: ユーザーから出荷依頼を受けて出荷する これらの機能を提供するWebアプリケーションを作ることになりました。 更新系についてはDDD 取得系に関してはCQRSの考えで、queryModelを使う（ドメインモデルは使わない） 技術選定 サーバサイド: NestJS ORM: TypeORM DB: MySQL フロントエンド: React, Flut

現在、広くWeb業界やアプリ開発業界でコードを書き働く方を「エンジニア」と呼ぶという慣習があることは承知しておりますが、twitterで見かけて「不思議だな」と思ったので、書こうと思いました。「慣習に従おう！」であれば、不毛な議論なので、エンターテインメントとして楽しんでください（そうは言っても、私は結構真面目に書いていますが…）。 きっかけ Twitterで「エンジニアに数学が必要か」という議論が盛んに行われていたので。これについて、簡単に議論したいと思いました。その内容を、この記事に書こうと思います。 私の結論 私がこれまで受けてきた教育の中と、これから議論する参考文献などから、私の結論は「数学を使わない技術者はエンジニアではない」です。 ここで重要なのは「エンジニアは数学が必要」とか「エンジニアは数学は不要」とかいうことではないということです。 そもそも「エンジニア」とは何かについて