タグ

関連タグで絞り込む (357)

タグの絞り込みを解除

articleに関するefclのブックマーク (2,685)

  • Open Source at StackBlitz

    efcl
    efcl 2024/02/12
    StackBlitzでのオープンソース開発
  • どこでもGoodnotes

    どこでもグッドノート コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 過去 2 年間、Goodnotes のエンジニアリング チームは、成功した iPad のメモ作成アプリを他のプラットフォームに導入するプロジェクトに取り組んできました。このケーススタディでは、2022 年の iPad アプリが、ウェブ テクノロジーを基盤とするウェブ、ChromeOS、AndroidWindows に実装され、チームが 10 年以上にわたって取り組んできた同じ Swift コードを再利用した WebAssembly について説明します。 ウェブ、AndroidWindowsGoodnotes が登場した理由 2021 年、Goodnotes は iOS と iPad 向けのアプリとしてのみ提供されていました。Goodnotes のエンジニアリング チームは、Go

    どこでもGoodnotes
    efcl
    efcl 2024/02/11
    Swiftの実装をWasmににして再利用
  • Node.js Community Debate Intensifies Over Enabling Corepack by Default and Potentially Unbundling npm - Socket

    Security News Node.js Community Debate Intensifies Over Enabling Corepack by Default and Potentially Unbundling npm The Node community is wrestling with the decision to enable Corepack by default, which has sparked a debate about the potential of removing npm from the Node.js binary. A heated debate is happening in the Node.js community over a proposal to enable Corepack by default that was opened

    Node.js Community Debate Intensifies Over Enabling Corepack by Default and Potentially Unbundling npm - Socket
    efcl
    efcl 2024/02/11
    Node.jsのcorepackをデフォルト有効化した場合に、`npm`をNode.jsにバンドルするかどうかの議論について。
  • From many to one: Moving our JavaScript code into a monorepo | Aha! software

    Aha! Develop is for healthy enterprise development teams — that use scrum, kanban, and SAFe frameworks Learn more Do we need a monorepo? When I first joined Aha!, I was surprised by how well-structured the engineering onboarding program was. I spent several weeks getting to know all the teams and learning the pieces of our system. What I didn't realize at the time was these onboarding conversation

    efcl
    efcl 2024/02/11
    Gitの履歴を保ちながら、JavaScriptのmonorepo作る話。 Nx + pnpm、pnpm workspaces、Turborepo + pnpmの比較、Turborepoを選択した理由などについて
  • GitHubのMerge Queueとは何か?それと、認識しておきたいこと - Mitsuyuki.Shiiba

    同僚に「GitHubのMerge Queueってあんまり知らないんだけど、どう思う?」って聞かれて「あー。僕もあれよく分かってないんだよね」って返事をして、ちょうどいい機会なので見てみた 見てみた感想としては、いくつか気をつけておきたい点があるけど、チームの開発の進め方にうまくはまれば便利な機能だな、という感じ(なんでもそうか・・・) Merge Queueって? 2023年の7月にGAになったGitHubの機能 プルリクエストをマージするときに「マージ先のブランチ(ベースブランチ)の最新の変更を取り込んでからChecks(つまりCI)を実行して、それが成功したらマージしといて!」ってお願いできる便利機能。名前のとおりQueueになっているので複数のプルリクエストからenqueueできて前から順番に処理してくれる そうは言われても最初に説明を見た僕は「???」状態だった。「なんでこんな機能

    GitHubのMerge Queueとは何か?それと、認識しておきたいこと - Mitsuyuki.Shiiba
    efcl
    efcl 2024/02/11
    Merge Queueについて。 Merge QueueようのWorkflowで何を実行するかの話
  • TC39 に新設された Stage 2.7 について | blog.jxck.io

    Intro TC39 の Stage 2 と Stage 3 の間に、新たに Stage 2.7 が追加された。 これは何だろうと思った人が検索で辿り着けるよう、その経緯と目的をまとめる。 TC39 Stages TC39 は、 ECMAScript (つまりまあ JS) の新機能を議論する Task Group だ。 ここでは、比較的自由に新機能の提案がなされ、定期的に行われるミーティングでの議論や、実装からのフィードバックを経て、 Stage が上がっていく仕組みをとっている。 旧来の Stage は 0~4 まであった。ざっくり言うと以下のようなものだ。

    TC39 に新設された Stage 2.7 について | blog.jxck.io
    efcl
    efcl 2024/02/10
    Stage 2.7について
  • What it was like working for GitLab

    February 8, 2024 I joined GitLab in October 2015, and left in December 2021 after working there for a little more than six years. While I previously wrote about leaving GitLab to work on Inko, I never discussed what it was like working for GitLab between 2015 and 2021. There are two reasons for this: I was suffering from burnout, and didn't have the energy to revisit the last six years of my life

    efcl
    efcl 2024/02/10
    元GitLabの人。退職後2年のNDAがあったので2年前の話。 GitLabのパフォーマンス問題、DBの削除事件、BYODとエンドポイントセキュリティ、チームのスケール、データによる判断、SaaSとセルフホストの相性の悪さ、Rails、デプロイ
  • How It Started: Three Phases - Bluesky

    TLDR: Bluesky was announced in 2019 but the legal entity itself was only recently set up. In the meantime, the bluesky community took shape and has taken on a life of its own. There now exists two separate organizations, the bluesky community and Bluesky PBLLC. We’ve been using lowercase “bluesky” to refer to the original open-ended project, and uppercase “Bluesky” to refer to the company with tha

    How It Started: Three Phases - Bluesky
    efcl
    efcl 2024/02/09
    Blueskyがどのようにスタートしたか
  • Goエラーハンドリング戦略

    Goのエラーハンドリングが採ったスタイル 多値返し 直積(関数の返値とエラーを両方返す) try-finallyをdeferという機構でカバー panicはプロセスを落とすためのもの Goはこの戦略でエラーハンドリングを行うとしましたので、「多値はなぜタプルじゃないんだ?」、「直和(返値orエラー)で十分じゃ?」「panic-recoverでtry-catchできそう?」などいう様な他の処理系の風習を持ち込むことは意味がありません。そしてそれらの提案の多くはすでに検討されリジェクトされてきた経緯があります。 「try組み込み関数」プロポーザルなんかも検討されマージ直前くらいまで進んだこともありますが、「Goのエラーハンドリング」にとって一長一短がありました。その欠点課題は解決できずに最終的にリジェクトされました。 「多値返し」は実にCPUフレンドリーな機構で、C言語の関数呼び出し規約にちょ

    Goエラーハンドリング戦略
    efcl
    efcl 2024/02/08
    Go言語でのエラーハンドリングの流れ
  • 3Dモデルの配信サーバーでRustとZstandardを採用して数倍のパフォーマンス向上を実現した - pixiv inside

    はじめに こんにちは、VRoid部所属のエンジニアのyueです。 この度VRoid Hubで3Dモデルの配信サーバーの見直しを行い、技術選定から始めRustとZstandard (zstd)を採用した実装に切り替えました。 結論から見るに従来のNode.js製サーバーと比べて以下のことを実現しました。 最大のレスポンス時間が 1.5 ~ 2.5s から 300 ~ 400msまで低下 平均のレスポンス時間が 700 ~ 800ms から 150 ~ 200msまで低下 サーバーのCPU使用率が ~ 50% から ~ 10%まで低下 docker image のサイズが ~ 346mb から ~ 21mb程度まで削減 配信されるファイルサイズが平均 10 ~ 20% 軽量化されました レスポンス時間 CPU使用量 (上からAVG(MAX), AVG, AVG(MIN)) メモリー使用量に関し

    3Dモデルの配信サーバーでRustとZstandardを採用して数倍のパフォーマンス向上を実現した - pixiv inside
    efcl
    efcl 2024/02/06
    zstdでの圧縮とWasmを使ったデコード。 tokio / axumでのサーバの実装
  • Hot Module Replacement is Easy - Bjorn Lu

    If you've built projects with Vite, chances are you've also used Hot Module Replacement (HMR). HMR allows you to update your code without having to refresh the page, such as editing a component markup or adjusting styles, the changes are immediately reflected in the browser, which enables faster code interation and improved developer experience. While HMR is also a feature in other bundlers like W

    efcl
    efcl 2024/02/06
    ViteのHot Module Replacement(HMR)の実装について。 HMR APIの解説、HMRのライフサイクル、HMR propagation、HMRのクライアント実装についてなど
  • Compression Streams are now supported on all browsers  |  Blog  |  web.dev

    Compression Streams are now supported on all browsers Stay organized with collections Save and categorize content based on your preferences. The Compression Streams API is for compressing and decompressing streams of data using the gzip or deflate (or deflate-raw) formats. Using the built-in compression of the Compression Streams API, JavaScript applications do not need to include a compression li

    Compression Streams are now supported on all browsers  |  Blog  |  web.dev
    efcl
    efcl 2024/02/05
    gzipの圧縮/解凍するCompressionStreamが全てのブラウザで利用できるようになった。
  • ソフト ナビゲーションの測定実験  |  Web Platform  |  Chrome for Developers

    Core Web Vitals イニシアチブは発足以来、ウェブサイトの作成方法や読み込み方法の技術的な詳細ではなく、ウェブサイトの実際のユーザー エクスペリエンスを測定することを目指してきました。Core Web Vitals の 3 つの指標はユーザー中心の指標として作成されました。DOMContentLoaded や load などの既存の技術指標から進化したものであり、ユーザーがページのパフォーマンスを認識する方法とは無関係なタイミングを測定していました。そのため、サイトの構築に使用されているテクノロジーがスコアに影響を与えることはありません。 現実は常に理想よりも少し複雑であり、一般的なシングルページ アプリケーション アーキテクチャは、Core Web Vitals の指標によって完全にサポートされているものではありません。これらのウェブ アプリケーションでは、ユーザーがサイト内

    ソフト ナビゲーションの測定実験  |  Web Platform  |  Chrome for Developers
    efcl
    efcl 2024/02/05
    `PerformanceObsserver`を使った`soft-navigation`の計測。 ソフトナビゲーションの定義について
  • スタートアップの方法論の変遷 ~「適切な場所で」、適切なものを、適切に作る ~ - 🐴 (馬)

    スタートアップに適した「場所」の変遷 1.1  2009 年前後 - B2C 1.2  2012 年前後 – B2B ホリゾンタル 1.3  2015 年前後 – B2B バーティカル 1.4  2018年前後 – B2B エンタープライズ 場所が変われば探し方も変わる まとめ リーンスタートアップの方法論、特に仮説検証型の方法論を起業志望者の方々に伝えてきて感じたことは、「この方法論は、ちゃんと考えて運用しないと、急成長するスタートアップではなくスモールビジネスを生みやすいのでは」ということでした。 とはいえ、この方法論は「2010年代のとあるタイミングでは」スモールビジネスではなくスタートアップを生み出すためのとても有効なものだったとも思います。それは様々な条件がたまたま揃ったタイミングでした。 ただ、スタートアップに適した領域が年々変わってくるにつれ、その方法論だけでは足りなくなって

    スタートアップの方法論の変遷 ~「適切な場所で」、適切なものを、適切に作る ~ - 🐴 (馬)
    efcl
    efcl 2024/02/05
    B2C → B2B ホリゾンタル → B2B バーティカル → B2B エンタープライズへの主戦場の変遷について
  • その状態のデザイン考えてなかった! UI Stackってナニ|kana

    アプリの画面をデザインする際、エンジニアさんに 「なにも登録データがない場合、どう表示しますか」「選択したときの状態ってどんなデザインですか」などと聞かれて 「ウワア考えてなかったすみません、今作ります。。」 (なんて自分はポンコツなんだ、、ウウウ) と、なりたくないですよね。 UI Stackは👆のような状況を回避するのに便利で大事な考え方だと思ったので、言葉の意味を知らない方はぜひ読んでってください! UI Stack アメリカのプロダクトデザイナー Scott Hurff さんが世に出した 「UIの考慮すべき5つの状態」という考え方です 5つの状態 ・Blank State(空っぽの状態) ・Loading State(ローディング状態) ・Partial State(部分達成状態) ・Error State(エラー状態) ・Ideal State(理想状態) 一つ一つ参考を交えな

    その状態のデザイン考えてなかった! UI Stackってナニ|kana
    efcl
    efcl 2024/02/05
    ある画面の5つの状態に名前をつけたもの。 ・Blank State(空っぽの状態) ・Loading State(ローディング状態) ・Partial State(部分達成状態) ・Error State(エラー状態) ・Ideal State(理想状態)
  • Import attributes · V8

    Previously #V8 shipped the import assertions feature in v9.1. This feature allowed module import statements to include additional information by using the assert keyword. This additional information is currently used to import JSON and CSS modules inside JavaScript modules. Import attributes #Since then, import assertions has evolved into import attributes. The point of the feature remains the sam

    efcl
    efcl 2024/02/05
    ECMAScript Proposal Stage 3のImport attributesについて。 `import ... from .... assert { type } `はセマンティクス的に問題があったため、`import ... from .... with { type }`へと変更された。
  • Node.jsで機能やパッケージの非推奨メッセージを通知する方法

    ライブラリやツールなどを作っているときに、特定の機能やパッケージを非推奨にする場合があります。 これらの非推奨はリポジトリ上のREADMEやIssueなどに書いても、利用者が気づかないことがあります。 そのため、利用者が気付けるように非推奨の機能やパッケージを使った場合に警告を出す方法を紹介します。 非推奨にはいくつかの段階があり、それに応じてやり方を変えられるので、それぞれの方法を紹介します。 パッケージの非推奨化: npm deprecate <package> <message> コードレベルの非推奨化: JSDocタグの@deprecated 実行時の非推奨化: process.emitWarning() パッケージの非推奨化: npm deprecate <package> <message> npmのパッケージレベルで、そのパッケージが非推奨であることを通知するにはnpm de

    Node.jsで機能やパッケージの非推奨メッセージを通知する方法
    efcl
    efcl 2024/02/04
    npmやNode.jsで非推奨のメッセージを通知する方法について。 パッケージの非推奨化コードレベルの非推奨化、実行時の非推奨化について
  • Thanksgiving 2023 security incident

    On Thanksgiving Day, November 23, 2023, Cloudflare detected a threat actor on our self-hosted Atlassian server. Our security team immediately began an investigation, cut off the threat actor’s access, and on Sunday, November 26, we brought in CrowdStrike’s Forensic team to perform their own independent analysis. Yesterday, CrowdStrike completed its investigation, and we are publishing this blog po

    Thanksgiving 2023 security incident
    efcl
    efcl 2024/02/03
    JIRAに連携するサービスアカウントのトークンからJIRAが動いてるサーバにC2C入れて、リポジトリとかを取られたという話
  • Interop 2024がスタート | フロントエンドBlog | ミツエーリンクス

    Interop 2022、Interop 2023に続き、Interop 2024の取り組みがスタートした旨を知らせる記事が、参加組織それぞれから一斉に公開されました。 Interop 2024 | Blog | web.dev The web just gets better with Interop 2024 | WebKit Interop 2024 Launch - Bocoup Interop 2024 Launches | Igalia Microsoft Edge and Interop 2024 - Microsoft Edge Blog Announcing Interop 2024 - Mozilla Hacks - the Web developer blog 加えて、既にInterop 2024 Dashboardが公開されています。Interop 2023より引き

    Interop 2024がスタート | フロントエンドBlog | ミツエーリンクス
    efcl
    efcl 2024/02/02
    ブラウザベンダーが注力して相互運用性に取り組むInterop 2024について。
  • What is X-Forwarded-For and when can you trust it?

    efcl
    efcl 2024/02/02
    `X-Forwarded-For`ヘッダとは何か。 `X-Forwarded-For `に入る値の順番、右から左に入っていくる。