並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 356件

新着順 人気順

Web標準の検索結果241 - 280 件 / 356件

  • Web標準の互換性を表す Baseline という概念の紹介 - Qiita

    はじめに この記事は 2023 年の MDN 翻訳 Advent Calendar 向けに作成したものです。 こんにちは。debiru です。ネタがないといいながらネタを見つけたので投稿しています。 今日は、2023 年 5 月に登場した Baseline という概念について紹介するとともに、12 月 5 日に MDN において Baseline が進化したことをお伝えしにやってきました。 Baseline とは 2023 年現在、Web 標準は Living Standard としてアップデートが継続的に行われており、各種モダンブラウザは Web 標準で新たに策定される機能を実装し、最新版に反映させています。 余談ですが、各種ブラウザの最新版で実装された機能の一覧は、先日私が開発したツール「MDN - BCD一覧表」で確認することができます。 しかしながら、ブラウザによって機能を実装する

      Web標準の互換性を表す Baseline という概念の紹介 - Qiita
    • SVG:いいヤツ、悪玉、醜い奴

      この記事は、著者の許可を得て配信しています。 SVG: The Good, the Bad and the Ugly SVGは「スケーラブル・ベクター・グラフィックス(変倍ベクタ図形)」の略で、スケーラブル・ベクター・グラフィックスのためのフォーマットです。この記事では、このフォーマットについての私の意見、問題点、改善点やまた改善のためにすべきことなどをまとめました。 私は数年前からInkscapeと共にSVGをスケッチやグラフィックのために定期的に使っています。私はコードを通して精密さを追求し、アートへの愛を満たすために手書きで書くのが好きです。SVGと私はある種の愛憎関係にあります。SVGはパワフルで、オープンソースの素晴らしい無料ツールがありますが、フォーマット自体はかなり醜いです。 メリット vector graphicsのフォーマットです。Adobe IllustratorからI

        SVG:いいヤツ、悪玉、醜い奴
      • 最近聞いてる技術系ポッドキャストまとめ - Sweet Escape

        はじめに よく聞くポッドキャスト fukabori.fm UIT INSIDE Software Engineering Daily mozaic.fm ポッドキャスト | Serverless NOW たまに聞くポッドキャスト Behind The Tech with Kevin Scott Code[ish] JP Rebuild しがないラジオ engineer meeting podcast omoiyari.fm アジャイルラジオ ポッドキャスト始めました はじめに コロナの関係でいろんな生活習慣が変わってきています。僕の中でも変わったことがいくつかあってその一つがポッドキャストです。 これまでポッドキャストというのはほとんど聴くことがありませんでした。 特に理由はなかったのですが習慣がほとんどなかったんです。過去に少し聞いたときもあったのですがそれほど面白いコンテンツとも感じま

          最近聞いてる技術系ポッドキャストまとめ - Sweet Escape
        • SvelteではじめるWeb Components開発 - Qiita

          はじめに あまり知られていないかもしれませんが、Svelteを使ってWeb Componentsを開発することができます。 本記事ではSvelteを使ってWeb Componentsを開発するやり方を紹介したいと思います。 Web Componentsとは webcomponents.orgから引用 Web Componentsは、WebプラットフォームAPIのセットで、WebページやWebアプリケーションで使用する、新しいカスタム、再利用可能な、カプセル化されたHTMLタグを作成することを可能にします。カスタムコンポーネントとウィジェットはWeb Componentsの標準に基づいて構築され、モダンブラウザで動作し、HTMLで動作するあらゆるJavaScriptライブラリやフレームワークで使用することができます。 Web Componentsは、既存のWeb標準をベースにしています。We

            SvelteではじめるWeb Components開発 - Qiita
          • Zip を作る Web サービスを作った

            リンク: https://zipweb.koharakazuya.net/ (ソースコード: GitHub) どのようなサービスか ディレクトリから Zip ファイルを作る Web サービスです。 Windows や macOS でよくある問題を回避しつつ Zip ファイルを作ります。 「macOS は何に注意すればいいんだっけ?」と迷ったり、テストマシンにツールをインストールしたりすることなく、さっくり Zip が作れます。 具体的な機能としては、普通の Zip ファイルを作るのに加え、Thumbs.db や .DS_Store などの問題になりがちなファイルは含めないように除外します。また文字化けを避けるため Shift-JIS ではなく UTF-8 を使います。 ローカルだけで機能するのでサーバーなどに情報を送信することはありません。 ここから以降、技術的な話。 構成 一枚の HTM

              Zip を作る Web サービスを作った
            • Remixの基本 – Formコンポーネントの使い方 | DevelopersIO

              また、Project API keyとURLも同様にメモをしておいてください。 Remixのセットアップ Remixアプリケーションを用意します。今回は初期構築を行ったものをGitHubへ公開していますのでそちらをCustom Stackとして利用、もしくはクローンして利用していただくか下記手順で構築を行ってください。 Remix Custom Stacksを利用する場合 あらかじめ用意してあるRemix Custom Stacksを利用してセットアップする方法です。一番Remix wayに則った手法かもしれません。 $ npx create-remix@latest --template himorishige/remix-form-example $ cd remix-form-example $ cp .env.example .env .envファイルにSupabaseから取得した

                Remixの基本 – Formコンポーネントの使い方 | DevelopersIO
              • “おもしろそう”で“貢献できそう”と思ったらここにいた LINEのエンジニアが今のキャリアパスを選んだ理由

                3つのキャリアパス 清水大輔氏(以下、清水):みなさん。本日はTech@LINEに参加していただきまして、ありがとうございます。 このセッションでは『LINEエンジニア、3つのキャリアパス』ということで、モデレーターである私と、LINEのエンジニアのそれぞれのキャリアパスで活躍する3名の方に参加してもらい、LINEの中でエンジニアは実際にどういうキャリアで働いているのかをイメージしてもらえればいいなと思っています。 簡単に私の自己紹介をします。LINEのフロントエンド開発センターUIT1室という、ちょっと長い名前なんですけれども、そういった組織で室長という立場で今LINEの中で働いています。 LINEの立ち上げの時期から関わっていて、主にWebのフロントエンドのJavaScript SDKであったり、開発者向けのプラットフォームみたいなところの開発に携わっていました。 Individual

                  “おもしろそう”で“貢献できそう”と思ったらここにいた LINEのエンジニアが今のキャリアパスを選んだ理由
                • Web Developer Roadmap 2020 が公開されたので解説する - Qiita

                  Web Developer Roadmap 2020 が 1月4日 に公開されました。 Web Developer Roadmapとは たくさん覚えることがあって、何から勉強していいか分からない人向けに 「この技術をこの順番に学習していくと良いよ」 みたいなことを纏めてくれているサイトです。 結論 細かい比較や解説はいずれ誰かがやってくれると思うので 簡潔に知りたいひと向けに解説すると Web Developer Roadmap に則ると、2020年は React Next.js TypeScript そして Web Components を学習するのが良いんじゃないかなと思います。 理由 前年と比較すると追加された項目は Web Components Web Security Knowladge ぐらいで、 その他は、元々ロードマップに含まれていたが、非推奨になったものが多かった印象です

                    Web Developer Roadmap 2020 が公開されたので解説する - Qiita
                  • 採用技術問わずWebサイトに設置できるソーシャルシェアボタンを Web Component として開発する

                    採用技術問わずWebサイトに設置できるソーシャルシェアボタンを Web Component として開発する2020/12/08 先日、「”地上最強”のエンジニア向け情報サービス」を謳うTechFeed Proが新規アップデート。様々な機能追加がなされ、更に多くの情報収集が可能となりました。 今回はそんな TechFeed のアップデートで追加された URL 共有機能の導線として、 techfeed-share-button パッケージを OSS として公開した記録を紹介します。 本記事では、 依存側の技術要件が不明または多岐に渡るケースの選択肢としての Custom Elements NPM パッケージとして提供と CDN SDK としての提供の両立 あたりの情報について紹介できればと思います。 ※ TechFeed との関係性について TechFeed Pro については構想段階で相談を

                      採用技術問わずWebサイトに設置できるソーシャルシェアボタンを Web Component として開発する
                    • 【ブクマ推奨】TechFeed Conference「後夜祭」開始!LT動画6本公開!(Web標準・CSS・Webアクセシビリティ)

                      TechFeed Conferenceはまだまだ終わりません!本日より6/10までの間、「TechFeed Conference 2022後夜祭」と題して、エキスパートたちのセッション動画・記事をどんどん公開してまいります。 こんにちは、TechFeed CEOの白石です。 2022年5月14日に開催された「エンジニアの祭典」TechFeed Conference 2022は、「日本を代表するテックエキスパート50名による大LT大会」という前代未聞の取り組みとして、大盛況のうちに幕を閉じました。 ですが、TechFeed Conferenceはまだまだ終わりません! 本イベントは、エキスパートの貴重な知見を一人でも多くの方々に届けるべく、企画当初から 「全セッション、永久保存版」 を掲げて、アーカイブ化にも全力を尽くすと誓っておりました。 本日より6/10までの間、「TechFeed Co

                        【ブクマ推奨】TechFeed Conference「後夜祭」開始!LT動画6本公開!(Web標準・CSS・Webアクセシビリティ)
                      • inert属性の使いどころ | フロントエンドBlog | ミツエーリンクス

                        inert属性はある要素とその要素のサブツリーに含まれる全ての要素を不活性にするための属性です。不活性とは簡単に言えば「クリックできない」「フォーカスできない」「選択できない」「編集できない」状態を指します。 また、HTML Standardでは「ページ内検索でも無視される場合がある」と記載されています。手軽に使える属性である一方、不用意に使うと思わぬところに影響がでる可能性があります。そこで今回はユースケースとinert属性を使う際の注意点をいくつかご紹介します。 ちなみに、似たような属性としてdisabled属性がありますが、disabled属性はinput要素やbutton要素などのフォームコントロール要素単体、およびフォームコントロール要素をグループ化するためのfieldset要素でのみ有効な属性です。 ユースケース inert属性はもともとdialog要素の仕様の一部として実装が

                          inert属性の使いどころ | フロントエンドBlog | ミツエーリンクス
                        • WebRTCは開始から10年後に公式のWeb標準へ

                          Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

                            WebRTCは開始から10年後に公式のWeb標準へ
                          • WordPressがW3CのリニューアルプロジェクトでCMS候補から落選 – Capital P – WordPressメディア

                            Web技術標準化団体であるW3Cは現在サイトをリニューアルするプロジェクトを進行中だが、そのCMS選定プロセスにおいて、WordPressが3つの候補から2つに絞り込むプロセスで落選したことをWP TAVERNが報じている。いうなれば準決勝敗退といったところ。残った2つはCraftCMSとStatamaticという商用CMSである。 WordPress落選の理由 リニューアルを担当するStudio 24はWordPressを3つのリストから落とした理由について、”On not choosing WordPress for the W3C redesign project“(WordPressをW3Cリデザインプロジェクトで選ばなかったことについて)で説明しているが、主にGutenbergがお気に召さなかったようである。 Gutenbergはアクセシビリティに問題がある。クラシックエディター

                              WordPressがW3CのリニューアルプロジェクトでCMS候補から落選 – Capital P – WordPressメディア
                            • 【イベントレポート】フロントエンドの技術選定 ~2023を振り返る~ - Findy Tools

                              公開日 2024/02/26更新日 2024/07/25【イベントレポート】フロントエンドの技術選定 ~2023を振り返る~ フロントエンドフレームワークは日々進化しており、トレンドの移り変わりも激しい領域です。2023年にはNext.js 13.4がリリースされAppRouterがStableとなったことで、AppRouterを採用したり、Pages Routerに戻したり、Remixに移行したりと、各社でさまざまな動きがありました。 そこでファインディでは「フロントエンドの技術選定 ~ 2023を振り返る ~ Lunch LT」と題したイベントを開催。株式会社モニクルのなかざんさん、株式会社ヘンリーのsumirenさん、株式会社一休の恩田さん、株式会社LayerXのizumin5210さんをお招きし、技術選定について語っていただきました。 パネリストなかざんさん / @Nkzn 株式会

                                【イベントレポート】フロントエンドの技術選定 ~2023を振り返る~ - Findy Tools
                              • ASP.NET Web Forms 開発者向け Blazor

                                次の場所でダウンロードできます: https://aka.ms/blazor-ebook エディション v6.0 - .NET 6 に更新 書籍の更新とコミュニティへの投稿については、変更ログに関するページを参照してください。 発行者 Microsoft 開発部門、.NET および Visual Studio 製品チーム A division of Microsoft Corporation One Microsoft Way Redmond, Washington 98052-6399 Copyright © 2022 by Microsoft Corporation All rights reserved. 本書のいかなる部分も、書面による発行者の許可なしに、いかなる形式または方法によっても、複製または伝送することを禁じます。 本書は "現状有姿" で提供され、著者の見解と意見を表して

                                  ASP.NET Web Forms 開発者向け Blazor
                                • React Server Componentsについて理解する ー パフォーマンスとバンドルサイズの課題を解決する、次世代のReactアーキテクチャ

                                  この記事は、Vercel社が公開したブログ記事を元に、React Server Components(RSCs)について解説するものです。より理解を深めるためにも、元記事も必ず参照してください。 この記事は、Vercel社が公開したブログ記事(元記事のURL: Understanding React Server Components - Vercel)を元に、React Server Components(RSCs)について解説するものです。より理解を深めるためにも、元記事も必ず参照してください。 React Server Componentsとは? React Server Components(RSCs)は、Reactを純粋なレンダリングライブラリの枠を超えて、データ取得やリモートクライアント・サーバー間の通信をフレームワーク内で統合する機能です。これにより、従来のクライアントとサー

                                    React Server Componentsについて理解する ー パフォーマンスとバンドルサイズの課題を解決する、次世代のReactアーキテクチャ
                                  • WebAssembly(WASM)とは何か、何ができるのか

                                    ここのところ「WebAssembly」の話題を目にする機会が個人的に増えました。 WebAssemblyは2015年にオープンソースプロジェクトとして公開されたものです。プロジェクトは、さまざまなWebブラウザの差異を吸収してどこでもアプリケーションが軽快に動作する環境を整備することを目的としてます。 プロジェクト公開直後から主要なWebブラウザ開発元がプロジェクトの趣旨に賛同したことから、2017年には主なWebブラウザで動作環境が整備されていました。その後も開発が進み、現在はさまざまな場面で実用フェーズに入りつつあるようです。 WebAssemblyプロジェクトのWebページ。主要ブラウザの対応状況も示されている(出典:WebAssemblyプロジェクトのWebページ) 古くはJavaが「どこでもアプリケーションが動作する(Run Anyware)環境」とされてきましたが、Webアプリ

                                      WebAssembly(WASM)とは何か、何ができるのか
                                    • WebRTCのサンプル一覧|npaka

                                      以下の記事を参考に書いてます。 ・WebRTC samples 1. WebRTC「WebRTC」を使用すると、オープンスタンダード上で動作するリアルタイム通信機能をアプリケーションに追加できます。ピア間で送信されるビデオ、音声、および一般的なデータをサポートしているため、開発者は強力な音声およびビデオ通信ソリューションを構築できます。 このテクノロジーは、すべての主要なプラットフォームのネイティブクライアントだけでなく、最新のすべてのブラウザで使用できます。「WebRTC」の背後にあるテクノロジーは、オープンWeb標準として実装されており、すべての主要なブラウザで通常の「JavaScript API」として使用できます。 AndroidやiOSなどのネイティブクライアントの場合、同じ機能を提供するライブラリを利用できます。 「WebRTC」プロジェクトはオープンソースであり、Apple、

                                        WebRTCのサンプル一覧|npaka
                                      • 【準備OK?】米マイクロソフトの「Internet Explorer」、6月16日起動不可に 必要な対策とシェア率は?

                                        「Windows 95」とともにデビューし、インターネットの黎明期から長くWebブラウザの“主役”だったものの、表示速度が遅い上、独自仕様で関連サービスの開発が難しく、セキュリティの脆弱性などからユーザーが減少。後発の米グーグルの「Chrome」(クローム)に主役の座を奪われた。一方で、日本国内の企業が社内システムでIEを使用しているケースが多く、対策が求められている。 「サポート終了」の解釈に注意 「Windows8.1」以外でIEは使用不可に まず、IEのサポート終了で誤解してはならないのは、サポート終了後はIE自体が完全に使用できなくなるという点だ。同日以降、IEを起動すると、自動的にMicrosoft Edgeに切り替わる。 セキュリティソフトを手掛けるトレンドマイクロは自社の公式Webサイトで「Microsoftのサポート終了というと、よく思い浮かべるのはWindows 7のサポ

                                          【準備OK?】米マイクロソフトの「Internet Explorer」、6月16日起動不可に 必要な対策とシェア率は?
                                        • 2020 年アイデンティティについて取り組むべき 5 つのポイント

                                          本記事は、 2020 年 1 月 28 日に Azure Active Directory Identity Blog に公開された記事 (5 identity priorities for 2020 - preparing for what’s next) を翻訳したものです。原文は こちら より参照ください。 Microsoft アイデンティティ グループの慣習として、毎年、顧客との共同イノベーション週間というものを開催しています。次の新しい 10 年で最初のイベントを始めるにあたり、2020 年またさらにその先を見据え、常に念頭にあるのは、私たちの戦略と製品の方向性を形作るお客様の優先事項がどのようのように進化していくのかという点です。 過去の 10 年間を振り返ってみると、デジタル トランスフォーメーションが人々の働き方や企業のビジネスのあり方を大きく変えてきたのは驚くべきことです

                                            2020 年アイデンティティについて取り組むべき 5 つのポイント
                                          • 【2022年版】Blazor vs React 比較 - どちらを選ぶべきか? - インフラジスティックス・ジャパン株式会社Blog

                                            (原文:Jason Beres/翻訳:インフラジスティックス・ジャパン) この記事では、現在のモダンウェブ開発において注目されている Blazor と React の2つのフレームワークを比較します。読者様にとって、どちらを採用するのがよりご自身の状況に対して適切かを判断する材料になれば幸いです。(2022年4月最新情報に更新しました。) Information 本記事の更新版【2023年版】が発行されています。下記リンクから参照いただけます。 【2023年版】Blazor vs React 比較 - どちらを選ぶべきか? シングルページアプリケーションを開発する場合、様々なフレームワークの選択肢があります。最も一般的な選択肢は、Angular、Vue、Reactの3つです。ただし、これらのフレームワークでは、JavaScript または TypeScript を使用する必要があります。J

                                              【2022年版】Blazor vs React 比較 - どちらを選ぶべきか? - インフラジスティックス・ジャパン株式会社Blog
                                            • H3 (unjs/h3)について

                                              この記事について この記事は、UnJSの主要なライブラリを調査していくシリーズ記事の1つになります。 シリーズ記事の概要や今後公開される予定の記事の確認はこちらの記事を参照してください。今回はH3というライブラリについて紹介します。 H3の特徴 H3(unjs/h3)は軽量で高速なHTTPサーバーのフレームワークで、HTTPサーバー部分の実装としてNuxt(Nitro)に含まれていますが、H3単体で使うこともできます。 H3の主要な特徴として、次のものがあります: サーバーレス環境、エッジ環境、Node.js/Bun/Deno等の様々な環境で動作し、移植性が高い 軽量なフレームワークで、パフォーマンス性能が高い unjs/radix3を使った高速なルーティング (※ radix3についてはこちらの記事で紹介しています) Web標準に準拠したシンプルなAPI node/connect/exp

                                                H3 (unjs/h3)について
                                              • Rewrite Obsession / morrita - Message Passing

                                                「ソフトウェア書き直し」の是非はなぜか目の離せない話題(1, 2, 3)で、その手の話があるとつい読んでしまう。自分は仕事では別に書き直しを決断できる立場ではないし、余暇でも特に書き直すソフトウェアがない。他人事。なのに目が離せない。オブセッションと言っていい。なので数年に一度は心の中のリライト話を吐き出して精神の平安を取り戻したい。今日はそんな日です。 Things You Should Never Do インターネットのプログラミング・サブカルチャーに「書き直し・ダメ・絶対」というミームを持ち込んだのは、今からおよそ 20 年前の 2000 年に Joel Spolsky が書いた Things You Should Never Do, Part I – Joel on Software だと思う。(日本語訳は本になっている。昔はインターネットでも読めた気がするんだけど。) これは N

                                                  Rewrite Obsession / morrita - Message Passing
                                                • ストリームAPIを使いこなす

                                                  Web標準にストリームAPIというのがあります。 fetchのレスポンスボディなどもストリームAPIが使われていますが、ちゃんと理解して使ってないなーと思ったので、調べてみました。 なお、Node.jsにもストリームAPIがあるのですが、今回はWeb標準のほうのストリームです。一旦。 ストリームAPIとは データを逐次的に読み込みながら処理したいときに利用するAPIです。 例としては、メチャ大きなCSVファイルがあるときにメモリを節約するために1行ずつ読み込んで処理をする、などで利用できます(ブラウザではあまりないパターンかもしれませんが)。 ストリームAPIの構成要素 ストリームAPIには ReadableStream, TransformStream, WritableStream の三つの要素があります。 それぞれ、データソースからデータを読み出してストリームとして提供する、ストリー

                                                    ストリームAPIを使いこなす
                                                  • .NET Frameworkの基礎 - Qiita

                                                    ・WindowsアプリとWebサービスの構築と実行をサポートするテクノロジ。 デザイン目的 ⇒・コードがローカルだろうがWebに分散されて保存されようが、リモートで実行されようが、どこでも一貫してオブジェクト指向プログラミングの環境を提供できるということ。 ⇒・ソフトウエアの配置やバージョン管理の競合を最小化する実行環境 ⇒・作成者が不明・信頼のできないコードも含め、コードを安全に実行できるようにしたコード実行環境 ⇒・スクリプトやインタープリターが実行される中でパフォーマンスが心配される問題も回避するコード実行環境を提供 ⇒・Windows系の多種多少なアプリケーションの開発において、一貫した方法で作業ができる。 ⇒・.NET Frameworkに基づいたコードを他の任意のコードとの統合ができるように、すべての通信を業界標準に準拠して構築すること。 .NET Frameworkの特徴 ・

                                                      .NET Frameworkの基礎 - Qiita
                                                    • aircordとThe Shiftが、ハブシステム「SHIFT LINK」を発表 ー リアルとバーチャルの体験 / オペレーションをつなぐ

                                                      機器やデバイス、それを扱う人やサービスをシームレスにつなぐハブとなるシステムを提供 NFT Mediaでは、毎日様々なNFT関連のニュースを厳選してお届けしています。 この記事では、株式会社aircordとThe Shift株式会社が、リアルとバーチャルの両環境で、テクノロジーとデザインによって”体験”をする人々をつなぐためのハブシステム「SHIFT LINK」を発表したことをお知らせします。以下、プレスリリース詳細を掲載しております。 そもそもNFTって何?を最速で知りたい方は、こちらの記事をご覧ください。 株式会社aircord(東京都渋谷区、以下aircord)とThe Shift株式会社(東京都渋谷区、以下The Shift)との共同事業により、リアルとバーチャルの両環境で、テクノロジーとデザインによって”体験”をする人々をつなぐためのハブシステム「SHIFT LINK」を発表しま

                                                        aircordとThe Shiftが、ハブシステム「SHIFT LINK」を発表 ー リアルとバーチャルの体験 / オペレーションをつなぐ
                                                      • Deno 1.16 へのアップデートと変更事項まとめ - 虎の穴開発室ブログ

                                                        皆さんこんにちは。最近、玄米生活を始めました、おっくんです。 去る 2021 年 11 月 9 日に Deno 1.16 がリリースされました。 今回も、リリースノートを参考に 変更事項の気になるところを紹介します。 実行環境 Docker イメージ denoland/deno:centos(確認時点では Deno 1.16.1 でした) Deno 1.16 Deno 1.16 での変更事項をDeno 1.16 リリースノートを元に確認します。 deno.com fetch API が、ファイル URL をサポートするようになりました これまで Deno では、 fetch を web 標準の API として、ネットワークリソースにアクセスするためのみに使用してきました。 また、ローカルファイルアクセスには、Deno.readfile()などのメソッドが使用されてきました。 このリリースで

                                                          Deno 1.16 へのアップデートと変更事項まとめ - 虎の穴開発室ブログ
                                                        • WebRTCで必要になるもの

                                                          WebRTCを利用するために何が必要となるのか調査した。 個人的なモチベーションとしては、1対1のボイスチャットを想定してた場合に自分で構築・運用できるようなものなのか知りたかったので、調査範囲としては ほどほど。 TL;DR 必須 シグナリングサーバー は必須 LAN内のP2P用途ならサーバーとしてはこれだけでOK クライアント同士が異なるLANにある場合 加えてSTUNサーバーを使う (全部ではないけれど) NATを超えてP2Pできるようになる とりあえずここまで用意すれば70%くらいのケースで繋がるらしい クライアント同士が異なるLANにある場合で、カバーできる環境を広げたい場合 加えてTURNサーバーを使う Symmetric NAT や ファイアーウォールを超える必要があるケース P2Pではなくなり、TURNサーバーがパケットをリレーする 転送量に注意 STUN と TURN を

                                                            WebRTCで必要になるもの
                                                          • 週刊Railsウォッチ: Jets v4リリース、頑張らない型導入、Rust言語からCrabがforkほか(20230608後編)|TechRacho by BPS株式会社

                                                            週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙏 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます(例:週刊Railsウォッチタグ) 🔗Rails 🔗 Nokogiri 1.15.0リリース(Ruby Weeklyより) リリース: Release 1.15.0 / 2023-05-15

                                                              週刊Railsウォッチ: Jets v4リリース、頑張らない型導入、Rust言語からCrabがforkほか(20230608後編)|TechRacho by BPS株式会社
                                                            • 実用的なフロントエンドのテスト戦略(1) | NHN Cloud Meetup

                                                              現在はまさしく、JavaScriptの時代と言えるでしょう。最近の2〜3年で、JavaScriptは最も人気のある言語ランキング1位を維持しており、今も急速に成長しています。10年前、Web標準という概念すらないときからフロントエンドの開発を続けてきた開発者にとっては、非常に感慨深いものがあるでしょう。当時は開発環境という言葉すら恥ずかしいほどに不毛な環境でしたが、現在流通している新しい技術と開発ツールを眺めてみると、まさに”豊かな時代”と言えるでしょう。 なかでも、特に有望なのは「テスト方法論とツールの発展」でしょう。この数年間、フロントエンドのテストは、はるか彼方にある幻想のようなものでした。従来のどのような方法を試してみても、フロントエンドのコードテストには適しておらず、テストコードを作成する努力に比べて、実際に得られる効果はわずかなものでした。しかし、最近登場したテストツールは、過

                                                                実用的なフロントエンドのテスト戦略(1) | NHN Cloud Meetup
                                                              • 提言:オープンサイエンスの深化と推進に向けて

                                                                提言 オープンサイエンスの深化と推進に向けて 令和2年(2020年)5月28日 日 本 学 術 会 議 オープンサイエンスの深化と推進に関する検討委員会 i この提言は、日本学術会議オープンサイエンスの深化と推進に関する検討委員会の審議 結果を取りまとめ公表するものである。 日本学術会議オープンサイエンスの深化と推進に関する検討委員会 委員長 喜連川 優 (連携会員) 情報・システム研究機構国立情報学研究所所長 東京大学生産技術研究所教授 副委員長 引原 隆士 (特任連携会員) 京都大学図書館機構長 附属図書館館長 教授 幹 事 安達 淳 (連携会員) 情報・システム研究機構国立情報学研究所 副所長・特任教授 幹 事 村山 泰啓 (連携会員) 国立研究開発法人情報通信研究機構ソーシャル イノベーションユニット戦略的プログラムオフ ィス研究統括 久留島 典子 (第一部会員) 東京大学史料編纂

                                                                • ブラウザ上でGPUプログラミングを可能にする「WebGPU」、Chrome 113で正式版に。3Dレンダリングや機械学習など高速処理 | テクノエッジ TechnoEdge

                                                                  ITジャーナリスト/Publickeyブロガー。IT系の雑誌編集者、オンラインメディア発行人を経て独立。2009年にPublickeyを開始しました。 GoogleのChrome開発チームは、WebブラウザでGPUプログラミングを可能にするWeb標準「WebGPU」が、4月26日にリリース予定のChrome 113で正式な機能として提供されることを明らかにしました。 現在、Webブラウザ上でJavaScriptを用いた2次元や3次元の高速なグラフィックスの描画を行うWeb標準として「WebGL」が広く使われています。 このWebGLの後継として、WindowsのDirect3D 12やmacOSのMetal、クロスプラットフォームのVulkanのような、ローカルマシンに搭載されているGPUの能力を最大限に発揮できるよう策定された新しい標準が「WebGPU」です。 オーバーヘッドが小さく低レ

                                                                    ブラウザ上でGPUプログラミングを可能にする「WebGPU」、Chrome 113で正式版に。3Dレンダリングや機械学習など高速処理 | テクノエッジ TechnoEdge
                                                                  • 【日本語訳】CSS-in-JSライブラリ「Castella」のデザインゴール

                                                                    皆さんこんにちは。この記事ではReact向けCSS-in-JSライブラリ「Castella」を紹介します。CastellaのドキュメントにはCastella'a Design Goalsという文書があり、Castellaがどのような思想で作られたCSS-in-JSライブラリなのか分かるようになっています。この記事ではこの文書の和訳をお届けします。 Castellaのデザインゴール Castellaは少しopinionated(訳注:特定のやり方を強制する)なCSS-in-JSライブラリです。この文書はなぜCastellaがこのようにデザインされているのか説明します。 スタイルとマークアップを紐づける 例を見ると分かるように、CastellaのAPIはCSS(スタイル)とHTML(マークアップ)を強く結びつけるような書き方を強制します。これは既存のライブラリ(あるいはCSS Modules)

                                                                      【日本語訳】CSS-in-JSライブラリ「Castella」のデザインゴール
                                                                    • フロントエンド技術選定のヒント 【令和五年度版】 - KAKEHASHI Tech Blog

                                                                      こちらの記事は カケハシ Advent Calendar 2023 の 4日目の記事になります。 こんにちは。カケハシでエンジニアをしている今川です。 今回はこれからフロントエンドの技術選定をする方向けに、どんな技術・ツールを使えばいいかのヒントになるような記事を書いていきたいと思います。 ただし、本記事では個人的な好みというよりは、npm trendsやGitHub Star Historyなど客観的な指標からどんな技術が世間に受け入れられているかの比較にしていきたいです。 もちろん数値などの比較以外に、ドキュメントを読んだり使ってみたりすることも重要だということは言うまでもないと思います。あくまでも今回の記事が知らないライブラリを知る機会だったり、ヒントになれば幸いです。 もくじ パッケージマネージャ ランタイム フロントエンドフレームワーク レンダリングフレームワーク ビルドツール

                                                                        フロントエンド技術選定のヒント 【令和五年度版】 - KAKEHASHI Tech Blog
                                                                      • 「フロンドエンドはWebアプリケーションの中心地」 3社の技術領域の役員が語る、開発の進め方・働き方

                                                                        一休の開発の進め方 司会者:次のトピックに行きたいなと思います。このあたりは説明をいただいた部分が往々にしてあります。 「ざっくり、どう進んでいますか?」みたいなこと(です)。あとは、とはいえレギュラーパターンや障害対応やissueが出てとか、偉い人案件みたいな突発(的)なものも、もしかしたらあるかもしれないし。ざっくり、どう仕事が進んでいるのかとか、仕事はどこから生まれてくるのかみたいな話。 技術スタックは(すでに)説明をしてもらったり、情報を探せば落ちていると思うんですけれど。そもそもその技術スタックというか、新しい技術の技術選定がどう決められるのか。CTOの鶴の一声なのか、現場からのボトムアップなのか。そこの意思がどう介在しているのかみたいなことを流れでお話してもらえればと思うので。 一休の伊藤さんからいきましょうか。お願いできますか? 伊藤:どこから(話して)いけばいいですかね?

                                                                          「フロンドエンドはWebアプリケーションの中心地」 3社の技術領域の役員が語る、開発の進め方・働き方
                                                                        • 柔軟性と拡張性の両立––LINEのデザインシステム構築における、フロントエンドエンジニアたちの挑戦

                                                                          柔軟性と拡張性の両立 LINEのデザインシステム構築における、フロントエンドエンジニアたちの挑戦 デザインシステムにおけるフロントエンド #2/2 2019年11月20、21日の2日間、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2019」が開催されました。1日目は「Engineering」をテーマに、LINEの技術の深堀りを、2日目は「Production」をテーマに、Web開発技術やUI/UX、プロジェクトマネジメントなど、より実践的な内容についてたくさんのプレゼンテーションが行われました。「デザインシステムにおけるフロントエンド」に登壇したのはLINE Front-end Standardizationチーム Front-end Engineerの岡崎晶彦氏。LINEはなぜデザインシステムを必要としたのか? どのようにデザイ

                                                                            柔軟性と拡張性の両立––LINEのデザインシステム構築における、フロントエンドエンジニアたちの挑戦
                                                                          • 【2023年版】Blazor vs React 比較 - どちらを選ぶべきか? - インフラジスティックス・ジャパン株式会社Blog

                                                                            (原文:Jason Beres/翻訳:インフラジスティックス・ジャパン) この記事では、現在のモダンウェブ開発において注目されている Blazor と React の 2 つのフレームワークを比較します。読者の皆様にとって、どちらを採用するのがよりご自身の状況に対して適切かを判断する材料になれば幸いです。(2023年2月最新情報に更新しました。) シングルページアプリケーションを開発する場合、様々なフレームワークの選択肢があります。最も一般的な選択肢は、Angular、Vue、React の 3 つです。ただし、これらのフレームワークでは、JavaScript または TypeScript を使用する必要があります。JavaScript を扱いたくない場合の解決策としては、Blazor があります。 この記事では、以下の内容を取り上げます。 Blazorの概要 - 現在の状況/特徴 Web

                                                                              【2023年版】Blazor vs React 比較 - どちらを選ぶべきか? - インフラジスティックス・ジャパン株式会社Blog
                                                                            • GitHub、GPT-4で大幅パワーアップした「GitHub Copilot X」を発表

                                                                              GitHubは3月22日(現地時間)、自然言語でAIと対話しながらプログラマーを支援するサービス「GitHub Copilot」に、OpenAIのGPT-4など最新技術を導入した「GitHub Copilot X」を発表した。 現在、機能のひとつ「GitHub Copilot chat」のプライベートベータのみウェイティングリストが設置されている。 GitHub Copilot is already helping developers code faster in their IDEs. But what’s next? Our answer is GitHub Copilot X. It’s our vision for the future of AI-powered software development. Check it out ⬇️ https://t.co/3Xrn7dA

                                                                                GitHub、GPT-4で大幅パワーアップした「GitHub Copilot X」を発表
                                                                              • WebComponentsとは何だったのか?基礎から再入門する - Qiita

                                                                                自ブログからの引用です。 出典: https://seeklogo.com/ 自ブログからの転載です。 初めに 以前から存在し、ネーミングからモダンフロントの近未来を感じさせるWebComponentsに関して、基本的な技術の概観と2021年現在に考えて何を解決してくれる技術なのかを調査してみました。 概要 WebComponentsとはでよくある定義が、Web標準技術を利用して再利用可能なUIコンポーネントを作成する技術で、以下の3つの技術から構成されます。 カスタム要素 Shadow DOM HTML テンプレート イメージとして WebComponents=カスタム要素 と思っている方も多いと思いますが、単なる要素としてではなく、コンポーネントとして再利用可能なUIを定義するために必要な機能が補完される物と考えています。 要素技術の解説 3つの要素技術に関して、それぞれ概要をみていき

                                                                                  WebComponentsとは何だったのか?基礎から再入門する - Qiita
                                                                                • DOM Observable は Push ストリームのデファクトスタンダードになるか?

                                                                                  【2024/01/25】 記事の構成を変更 Observer が SubscriptionObserver にリネームされたのに追随し更新 Firefox のプロトタイプ実装が始まったことに言及 【2023/12/01】 Observable#subscribe にそのまま函数を渡せるようになったのに追随し更新 subscriber.addTeardown についての記述を追記 【2023/11/21】 Observable#subscribe へ AbortSignal の渡し方が変わったのに追随し更新 RxJS を使ったことがある方は Observable という概念を知っているかと思います。この Observable を Web 標準に入れる提案が進行しています。 この記事では JavaScript におけるストリーム機能をまとめ、そして提案されている Observable について

                                                                                    DOM Observable は Push ストリームのデファクトスタンダードになるか?