テストの学習へようこそ！ コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このコースでは、ウェブ用のテストの概要と探索について説明します。 このコースで学習する内容は次のとおりです。 テストの基礎 自動テストと手動テスト テストを実施する場所と方法 ベスト プラクティス 何をテストすべきか、誰に責任があるのか、目的そのものとしてではなく、目的を達成するために手段をテストすることを検討する方法など、テストの理念。 このコースには、学習に役立つ簡潔で実用的なサンプルコードも含まれています。 コースのスコープには、Node.js などの環境で実行される、フロントエンドの JavaScript とドキュメント モデル、バックエンドでのライブラリ テストが含まれます。テストの経験はありませんが、JavaScript の基礎知識と Node.js などに関する経験が必

「2024年こそ使いこなす！GraphQL最前線」で発表した資料です。 ソニーのホームエンタテインメント領域では、TVやサウンドバー、ヘッドホンをはじめとする様々な製品、それらに付随するアプリケーションを取り扱っています。我々はホームエンタテインメント領域の横断組織として、それらの製品・アプリに対してクラウドサービスを提供しています。この領域において頻繁に要求される機能の一つに、データ配信があります。従来は製品・アプリの案件ごとにそれぞれ個別にサービスを開発しており、サービス間連携やリソースの共通化など横断組織ならではの利点をうまく発揮することができていませんでした。本セッションでは、この問題を解決すべく開発した共通データ配信プラットフォームについて、そこで活用されているGraphQLという技術との関係について、お話しします。

GraphQL実践ノウハウ https://speakerdeck.com/sonatard/graphql-knowhow 宣言的UIの状態管理とアーキテクチャSwiftUIとGraphQLによる実践 https://speakerdeck.com/sonatard/swiftui-graphql GraphQLの誤解 https://speakerdeck.com/sonatard/rethinking-graphql

これまでもコンテナ関連の記事はそれなりに書いてきましたが、改めて最新事情に合わせて練り直したり見渡してみると、大きなところから小さなところまで選択肢が多すぎると感じました。 コンテナ系アーキテクチャを丸っと他所の構成で真似することって、おそらくほとんどなくて、参考にしつつ自分流に築き上げていくでしょうから、今回は築くにあたってどういう選択肢があるのかにフォーカスした変化系で攻めてみようと思った次第です:-) 目次 今年一発目の長いやつです。半分は学習教材用、半分は道楽なテイストです。 はじめに 基盤 インスタンス or コンテナ ECS or EKS on EC2 or FARGATE X86 or ARM64 ロードバランサー メンテナンス：ALB or ECS Service 共有 or １環境毎 アクセスログ：ALB or WEBサーバー ECS / EKS デプロイ：Blue/Gr

※品質保証のエンジニアである筆者が自省・戒めのために書いた記事になります 品質管理（Quality Control）、品質マネジメントは国内では製造業を中心に発展し、プロダクトの競争力向上に貢献してきました。 JTCと呼ばれる旧来からのメーカーでは、その実績・年功の蓄積に応じて、独立性を保った品質管理・品質保証部門が権威を獲得し、今でもソフトウェア開発に強い影響力を保持するようになっています。筆者は複数のメーカーを転職やコンサルで巡って来ましたが、例えば品質保証部門が承認しないとマイルストーンで開発がブロックされる、プロダクトがリリースできないといった権限を持つ体制が、今なお普遍的に見受けられます。 この品質保証部門が権力を持ち、品質ゲートの門番として振る舞う体制は、今であっても、ある面で恩恵を提供しています。例えば次のようなものです： 法規制対応、標準化対応、その他公的なガバナンス要求へ

はじめに　📘 この記事は ラクスパートナーズ Advent Calendar 2023 の1日目の記事になります！！ 本社の ラクス Advent Calendar 2023 の7日目にも参加予定なのでそちらもよろしくお願い致します🥳 長い間 Python3.7 環境のプロジェクトに携わっていましたが、この度 Python3.10~ 環境のプロジェクトに携わることになりました。 そこでこの機会に python3.8 以降の最新の型ヒントやコード品質向上のテクニックについて、改めて情報をキャッチアップしながらまとめていきたいと思います。 この記事の対象者　🎯 Python の型ヒントについて学び直したい方 Python3.8 以降の型ヒントについて理解を深めたい方 python のドメインモデルクラスについて理解を深めたい方 型ヒントを使用したことがないが、興味がある方 なぜ型ヒントを

岡部いさく @Mossie633 スケベニンゲン海水浴場とかエロマンガ島とか、日本人（主に中二とそのまんま年とった大人、含む筆者）がキャッキャ喜ぶ外国の地名があるけど、逆に外国人が喜ぶ日本の地名ってどんなのだろう？世界にはいろんな原語があるから、きっと何かあるんじゃないかな。 2024-01-04 20:14:13

「UEVR」は「Unreal Engine」に実装されているステレオ3Dレンダリング機能を強制的に有効化することでVR未対応ゲームでのVR化を実現する非公式ツールだ。 具体的には「UE4」と「UE5」で制作されたゲームが対象となり、本ツールのテスターであるアレックス・ニコラス氏によると、現時点では数百種類のゲームの動作を確認できているという。なお、同氏はテストプレイの上、快適に遊べたゲームリストも公開しており、『テイルズオブアライズ』や『リトルナイトメア』、『ホグワーツ・レガシー』などのタイトルが紹介されている。 ●実際に筆者が『ASTRONEER』でツールを試してみたスクリーンショット また、VR化したゲームはゲームパッド操作やキーボードマウス操作はもちろん、VRのハンドコントローラーでもプレイすることができ、ツール内の「UObjectHook」という機能を有効化すれば通常のVRゲームの

「Unreal Engine」製のゲームを“VR化”できる非公式ツール「UEVR」配信開始 「Unreal Engine」で制作されたゲームを“VR化”する非公式ツール「Universal Unreal Engine VR Mod （UEVR）」がリリースされました。これにより「ホグワーツ・レガシー」や「8番出口」といった非VRゲームを、VRモードで遊ぶことができます。 「UEVR」は、「Unreal Engine」に実装されているステレオ3Dレンダリング機能を強制的に有効にするツール。「Quest Link」などでPCと接続したMeta Questシリーズや、VALVE INDEXといったPC向けVRヘッドセットで使用できます。 同ツールのテスターを務めるアレックス・ニコラス氏によると、すでに数百種類のゲームでツールを確認しているそうです。また同氏は、「UEVR」とゲームの互換性（快適に

「ボカロ」というジャンルの現在を総括する評論同人誌『ボーカロイド文化の現在地』の主宰・highlandさんが選ぶ、2023年のボカロ名曲15選──。 2023年に入ってますます盛り上がりを見せているVOCALOID（以下、ボカロ）シーン。 その熱狂は多かれ少なかれコミュニティ外にも認知されていると思うが、一方で「今のボカロに興味はあるけど何から聴けばいいのか分からない」と感じている方も多いことだろう。 今回は2023年に発表されたボカロ曲の中から、ボカロを知らない人にも届くような力をもつポップな名曲を15曲ピックアップした。 少しでも気になる曲があればぜひ聴いてみてほしい。 執筆：highland目次 1. 強風オールバック（歌愛ユキ）／ Yukopi2. 人マニア（重音テト）／原口沙輔3. 花に風（初音ミク）／バルーン4. マザーデイズ（可不）／Chinozo5. ザムザ（初音ミク）／て

松尾研究室が2023年9~10月に東京大学サマースクールで開催した LLM 大規模言語モデル講座のコンテンツを無償公開しています。 本講座は約2,000名の受講者が参加し、全7回の講義を実施しました。 最終課題としてGPUを使ったコンペティションでは約800名が参加し熱戦を繰り広げました。 現在、講義のスライドのみ公開しております。 ダウンロードは利用規約を確認の上、下記からダウンロードをお願いいたします。 最終更新: 2024年2月10日 問題・フィードバック報告フォームはこちら 第1回：Overview of Language Models LLMの概要、今後の各回の講義の概要、および日本のLLM開発状況について 第2回：Prompting and Augmented Language Model 事前学習済みLLMを追加学習せずに活用する技術（プロンプティング、⽂脈内学習、Augme

はじめに こんにちは〜！皆様いかがお過ごしでしょうか？　no plan inc. CTOの @serinuntius です。 これはno plan inc.の Advent Calendar 2023の22日目の記事です。 最近気に入っているOSSとかを作者様に感謝しながら、スターを送りながら、こんなのを使用してるぜって紹介する記事です。 「OSSは使っていることを公言するだけでも貢献になる」とsongmuさんが言っていたので、私も貢献したいと思います。 紹介する順番に特に意味はありません。 rtx 個人的お気に入り度: ★★★★★ スター数: 3700 Rustで作られている💯 LICENSE: MIT 初っ端は、rtxです。あらゆるプログラミング言語環境(Runtime)のマネージャーです。 公式のデモ画像を見ていただくのが一番早いと思います。 私はこれを使う前はanyenvというも

Like most people, late last year I watched the Queen's Gambit. Like most people, I made a Chess.com account assuming I’d become the new Beth Harmon. Unfortunately, more than literally almost everyone, I sucked at chess. At first, this was unsurprising: I only vaguely knew what the pieces did, and didn't know more complicated rules like castling. But I'm a smart guy (hi white male privilege). If I

ハイどうもお久しぶりです。 今日はX (Twitter)で少し書いてみたものの、これはnoteにまとめた方がいいんじゃね？と途中で気がついた「ハウスDJって普段どんな感じで選曲してるの？」をテーマに書いてみたいと思います。 主に自分なりのやり方とか方法論になるので、これが正解！とかじゃなくて何か参考になるところがあれば、位で読んでもらえると助かります。 なお後半は有料記事になっていますが、実際にDJしてる方向けの実践的な内容となっていますので、興味のある方はぜひ最後まで読んでください。 曲単位だとめっちゃいいの持ってるんだけど、全体的な流れがあっちこっち行って微妙やな…みたいになる人は、曲の持つ要素をしっかり分析して見極めるのと、同じ要素を持つ曲で繋いで行く意識を持つと良くなると思います ただ流れがスムーズになったからDJとして良くなるのかは何とも言えない🫠 — coolsurf (@c

12月8日に、またDTMの世界に新たな扉が開かれました。これまでもSynthesizer VをはじめとするAIを使った歌声合成のソフトはありましたが、今回誕生したMelisma(メリスマ)は、ヴァイオリンやオーボエ、チェロ……といった楽器を合成するシステムのβテスト版。もちろん、こうした楽器を再現するソフトとしては、これまでサンプリングを使った音源が数多くあり、まさにリアルな音で演奏できていました。でもサンプリングだと、たとえばタイやスラーでつないだ長い音符などとなると、どうしても限界があったし、ピチカート、トリル、フォール…といったアーティキュレーションでも表現の範囲が限られていました。 このMelisma(β)では、実際の演奏をディープラーニングしたものを元に演奏音を合成する、いわゆる生成AIのシステムで、サンプリングでは不可能だったリアルな演奏サウンドを作り出すことができるのが最大の

六鹿(ﾅﾝﾄｶ)文彦はC102日曜西せ24a @nantoka_ausf_D 「一名でお待ちの"うほ様"？～」 （宇帆？　右保？　珍しい苗字……いや海外の人か？） 「うほ様いらっしゃいませんか～？」 「山本です」 （字が雑でカタカナに見えたんだな） 後で確認したらだいたい想像通りだった。店員さんは悪くない。ハンドルを右に。 ※画像は記憶を基に再現 pic.twitter.com/wBYBUAy6AK 2023-12-04 18:50:32

merge_vs_rebase_vs_squash.md I get asked pretty regularly what my opinion is on merge commits vs rebasing vs squashing. I've typed up this response so many times that I've decided to just put it in a gist so I can reference it whenever it comes up again. I use merge, squash, rebase all situationally. I believe they all have their merits but their usage depends on the context. I think anyone who sa

「あとで読む」と思った本が、後で読まれた試しがない。 今度の週末・連休にと、積まれた本は崩されない。次の盆休み・年末年始に繰り越され、山脈を成し床が消える。 読書を食事になぞらえて、「血肉化」と表現するならば、私がやっていることは、メニューを眺めて片っ端から注文しているくせに、いんすた映えを気にしながら撮るくせに、まともに咀嚼して嚥下して消化してない状態だ。 そのくせ、「積読も読書のうち」と開き直ったり、溜まった本こそ私の証などと屁理屈こね回す。読まない本に「負債」のような後ろめたさを感じつつ、新刊本を探しだす。新しい本はそれだけで価値があると盲信し、かくして積読リストは延びてゆく。 もう一つ、恐ろしい予感がある。感受性の劣化だ。 あれほど楽しみに「取っておいた」本が、まるで面白くなくなっている。いや、その本の「面白さ」が何であるかは理解できる。だが、それを面白いと感じなくなっているのだ。

Intro 10 年ほど前に同じことを調べたことがある。 なぜ html の form は PUT / DELETE をサポートしないのか? - Block Rockin' Codes https://jxck.hatenablog.com/entry/why-form-dosent-support-put-delete 当時は全くの素人で、素人なりに調査はしたが、ほとんどが推測の域を出ない結論だった。 この問題についてあらためて記す。 仕様策定の経緯 表題の通り、 <form> の method には GET と POST しかサポートされていない。 HTTP には他にも PUT や DELETE といったメソッドもあるのに、なぜサポートされていないのかという疑問から始まった。 仕様が決定した経緯は、以下に残っている。 Status: Rejected Change Descriptio