並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 182件

新着順 人気順

buildの検索結果121 - 160 件 / 182件

  • research!rsc: The xz attack shell script

    Posted on Tuesday, April 2, 2024. Updated Wednesday, April 3, 2024. Introduction Andres Freund published the existence of the xz attack on 2024-03-29 to the public oss-security@openwall mailing list. The day before, he alerted Debian security and the (private) distros@openwall list. In his mail, he says that he dug into this after “observing a few odd symptoms around liblzma (part of the xz packag

    • GitHub - plasmicapp/plasmic: Visual builder for React. Build apps, websites, and content. Integrate with your codebase.

      You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

        GitHub - plasmicapp/plasmic: Visual builder for React. Build apps, websites, and content. Integrate with your codebase.
      • Autotab

        Autotab is a general AI agent that both learns and works like a human. Give Autotab tasks and watch it work in its secure, local browser. Teach it specific workflows with a video message, or a prepared document—like you would with a person.

        • Kuma UI

          Empower Your Web with Ultimate Performance and FlexibilityWith Kuma UI's headless, zero-runtime UI components, build top-performing websites effortlessly, while enjoying the best developer experience. Say hello to the future of CSS-in-JS

            Kuma UI
          • Comparing the New Generation of Build Tools | CSS-Tricks

            Get affordable and hassle-free WordPress hosting plans with Cloudways — start your free trial today. A bunch of new developer tools have landed in the past year and they are biting at the heels of the tools that have dominated front-end development over the last few years, including webpack, Babel, Rollup, Parcel, create-react-app. These new tools aren’t designed to perform the exact same function

              Comparing the New Generation of Build Tools | CSS-Tricks
            • Rust + GitHub Actionsでマルチアーキテクチャ対応のイメージをなるべく早く作る - 名有りさんの日記

              マルチアーキテクチャ対応のイメージとは 詳しいことは書かないが、複数種類のアーキテクチャ上で実行できるイメージのことを指す。amd64 や arm64 など、異なる種類の環境でも docker run --rm hello-world として実行できるのはこれに対応しているため。 このようなビルドをGitHub Actionsで行いたくなるが、これがかなり遅い。 愚直にやると遅い docker buildx build --platform linux/amd64,linux/arm64 -t naari3/testtest . のように実行すると、必要なタイミングでQEMUが起動して対象のアーキテクチャで実行してくれるんだけど、まあ勿論のように遅い。 Googleで調べてみると、遅くならないようにする工夫がいくつかヒットする。 Rustのクロスコンパイルを利用する Rustは比較的簡単に

                Rust + GitHub Actionsでマルチアーキテクチャ対応のイメージをなるべく早く作る - 名有りさんの日記
              • GitHub - CondensationDS/Condensation: Condensation is an open-source data system for building cloud applications while keeping the ownership of data.

                You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                  GitHub - CondensationDS/Condensation: Condensation is an open-source data system for building cloud applications while keeping the ownership of data.
                • Faster Multi-Platform Builds: Dockerfile Cross-Compilation Guide | Docker

                  Docker Brings Compose to the Agent Era: Building AI Agents is Now Easy

                    Faster Multi-Platform Builds: Dockerfile Cross-Compilation Guide | Docker
                  • GitHub - ezrosent/frawk: an efficient awk-like language

                    Note (2024, ezrosent@) While the policy on bugs and feature requests remains unchanged I've had much less time over the last 1-2 years to devote to bug fixes and feature requests for frawk. Other awks are more actively maintained, and CSV support is now a much more common feature in awk compared to when this project started; I'll update this notice if frawk's status changes. frawk is a small progr

                      GitHub - ezrosent/frawk: an efficient awk-like language
                    • Rsdoctor

                      Build analyzer for Rspack and webpack

                        Rsdoctor
                      • タスクバーの時計を「秒」単位に ~Dev版Windows 11 Build 25247に導入/[スタート]画面、「設定」アプリ、推奨アクションにも手が加えられる

                          タスクバーの時計を「秒」単位に ~Dev版Windows 11 Build 25247に導入/[スタート]画面、「設定」アプリ、推奨アクションにも手が加えられる
                        • Zig Builds Are Getting Faster

                          Andrew Kelley famously (or infamously, depending on your views) said "the compiler is too damn slow, that's why we have bugs."1 As a result, one of the primary stated goals of Zig for years has been faster compile times. The Zig team has been working on extremely hard problems to make this a reality (such as yeeting LLVM, writing their own code generation backends, building their own linkers, and

                          • Svelte • Web development for the rest of us

                            Svelte is a UI framework that uses a compiler to let you write breathtakingly concise components that do minimal work in the browser, using languages you already know — HTML, CSS and JavaScript. It’s a love letter to web development. But don’t take our word for it. Developers consistently rank Svelte as the framework they’re most excited about using.

                              Svelte • Web development for the rest of us
                            • Storybook Lazy Compilation for Webpack

                                Storybook Lazy Compilation for Webpack
                              • GitHub - capy-ui/capy: 💻Build one codebase and get native UI on Windows, Linux and Web

                                You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                  GitHub - capy-ui/capy: 💻Build one codebase and get native UI on Windows, Linux and Web
                                • Get Faster Builds for Large Sites on Netlify: On-demand Builders

                                  Today we’re excited to announce On-demand Builders, a new solution to improve build times for large sites on Netlify. Along with the proposal for Distributed Persistent Rendering (DPR), this release represents the first step forward in a significant evolution of the Jamstack architecture to support larger websites and faster development cycles—across any JavaScript framework. Reducing build times

                                    Get Faster Builds for Large Sites on Netlify: On-demand Builders
                                  • Depot

                                    👩‍🚀 Introducing Depot Registry — A high performance global CDN backed registry

                                      Depot
                                    • GitHub - facebook/buck2: Build system, successor to Buck

                                      Buck2 is a fast, hermetic, multi-language build system, and a direct successor to the original Buck build system ("Buck1") — both designed by Meta. But what do those words really mean for a build system — and why might they interest you? "But why Buck2?" you might ask, when so many build systems already exist? Fast. It doesn't matter whether a single build command takes 60 seconds to complete, or

                                        GitHub - facebook/buck2: Build system, successor to Buck
                                      • GitHub - quick-lint/quick-lint-js: quick-lint-js finds bugs in JavaScript programs

                                        You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                          GitHub - quick-lint/quick-lint-js: quick-lint-js finds bugs in JavaScript programs
                                        • Writing Javascript without a build system

                                          February 16, 2023 Hello! I’ve been writing some Javascript this week, and as always when I start a new frontend project, I was faced with the question: should I use a build system? I want to talk about what’s appealing to me about build systems, why I (usually) still don’t use them, and why I find it frustrating that some frontend Javascript libraries require that you use a build system. I’m writi

                                          • Azure DevOps で実現する Unity アプリのハイパフォーマンス CI/CD

                                            July Tech Festa 2021 winter https://techfesta.connpass.com/event/193966/ https://jtf2021w.peatix.com/

                                              Azure DevOps で実現する Unity アプリのハイパフォーマンス CI/CD
                                            • ちょうどよいビルドツールEarthlyの紹介

                                              ちょうどよいビルドツールEarthlyの紹介 ビルドツールと呼ばれるものは昔から現代まで使われているMake、JavaやKotlinでは一般的なGradle、Googleで使われていたものをOSS化したBazelあたりが有名です。他にも様々なビルドツールが存在するのですが、知名度は低いものの最近自分が注目しているEarthlyというビルドツールを紹介します。 まずEarthlyの特徴をBazelやGradleといった他のビルドツールと比較して簡単に紹介します。 Dockerfile + Makefile風のDSL どんなビルドツールでも基本的には独自DSLでビルド設定を書くことになりますが、EarthlyはDockerfileとMakefileを合体させたようなDSLとなっており、他のビルドツールと比較して分かりやすい方だと思います。このDSLについては後述しますが、このサンプルコードでも

                                                ちょうどよいビルドツールEarthlyの紹介
                                              • bincr, 世界一簡単な incremental build tool

                                                依存を解析しつつのインクリメンタルビルド、各コンパイラについてたりついてなかったりするんですが、どのビルド環境にもほしいですよね。 真面目にやるんだったら bazel が鉄板みたいなんですが、基本的に超大規模向けでエコシステムのいろんな都合でセットアップが非常にだるいです。後付の導入も結構だるいです。 Bazel - a fast, scalable, multi-language and extensible build system" - Bazel というわけで、今回は自分が欲しい機能、「ソースのハッシュが過去のものと違う場合にビルドを実行」という機能に特化して作りました。逆にいえば他はなにもないです。依存解析も環境ごとの最適化もないです。 npm が入ってれば npm i -g bincr or npx bincr ... で実行可能です。特に node の機能を前提にしてないので

                                                  bincr, 世界一簡単な incremental build tool
                                                • 2021年6月29日 Is NixOS Reproducible? ―NixOS、最小イメージのビルドを100%再現可能に | gihyo.jp

                                                  Linux Daily Topics 2021年6月29日Is NixOS Reproducible? ―NixOS、最小イメージのビルドを100%再現可能に NixOSプロジェクトチームは6月21日、NixOSの最小ISOイメージ(nixos.iso_minimal.x86_64-linux)について、どの環境でビルドしても、まったく同じバイナリイメージを100%再現できるようになったことを報告した。 Is NixOS Reproducible? Congratulations to the NixOS Reproducibility team who have made 100% of minimal ISO's store paths reproducible. This is the result of two years of hard work. What a wonderfu

                                                    2021年6月29日 Is NixOS Reproducible? ―NixOS、最小イメージのビルドを100%再現可能に | gihyo.jp
                                                  • GitHub - ChrisPenner/slick: Static site generator built on Shake configured in Haskell

                                                    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                      GitHub - ChrisPenner/slick: Static site generator built on Shake configured in Haskell
                                                    • Build faster with Buck2: Our open source build system

                                                      Buck2, our new open source, large-scale build system, is now available on GitHub. Buck2 is an extensible and performant build system written in Rust and designed to make your build experience faster and more efficient. In our internal tests at Meta, we observed that Buck2 completed builds 2x as fast as Buck1. Buck2, Meta’s open source large-scale build system, is now publicly available via the Buc

                                                        Build faster with Buck2: Our open source build system
                                                      • Poetry, Docker, Build, and Run - スタディサプリ Product Team Blog

                                                        データエンジニアの@masaki925 です。 私が所属するデータ組織では、スタディサプリ本体に対して検索やレコメンドなどのデータプロダクトをマイクロサービスとして提供しており、その多くはPython がメイン言語です。 またデータ基盤としてBigQuery をはじめとしたGCP サービスを多く活用しています。 現在、私は2020年頃から新規プロジェクトに参画しており、そこでもPython とGCP をベースとした開発環境を構築しました。 私が開発環境に求めることは「TDD がしやすいこと」です。 これは平たく言うと、テストを書いて、実装して、CI/CD して、というサイクルを効率的に回すことです。当たり前のことを当たり前にやりたい、ただそれだけです。 今回、以下の環境でそれをやろうとしたらいくつか罠があったので記しておきます。 $ docker compose run poetry-do

                                                          Poetry, Docker, Build, and Run - スタディサプリ Product Team Blog
                                                        • Bazelの基本的な仕組み|Bazelの解説(TS, Dockerイメージ、リモートキャッシュ)

                                                            Bazelの基本的な仕組み|Bazelの解説(TS, Dockerイメージ、リモートキャッシュ)
                                                          • Redirecting...

                                                            If you are not redirected automatically, follow this link to example.com.

                                                            • Vite を使ってアプリケーションに環境変数を参照させる方法を考える | Recruit Tech Blog

                                                              前置き: ビルドごとにアプリの振る舞いを変えたいことがある アプリケーションコード(以下、アプリコード)に直接ハードコーディングせず、ビルド時に任意の環境変数を値として参照させたいケースがあります。 例えば Firebase のような SaaS を利用する際は、開発用と本番用とで別々の環境を用意することが多いでしょう。ということは開発時と本番デプロイ時とで異なる API Key をアプリコードに読み取らせねばなりません。 SaaS に限らず自前で開発するサーバにおいても開発時と本番デプロイ時とで疎通先が異なる場合は、 API の URL をビルド時にスイッチできるような仕組みが求められます。 https://dev-api.example.com/ # 開発環境用 https://stg-api.example.com/ # ステージング環境用 https://api.example.co

                                                                Vite を使ってアプリケーションに環境変数を参照させる方法を考える | Recruit Tech Blog
                                                              • Bridgetown: Next-Generation Progressive Site Generator

                                                                Skip to main content A next-generation, progressive site generator & fullstack framework, powered by Ruby. Built upon venerated open source languages & technologies such as Ruby, Puma, Roda, and esbuild, Bridgetown puts power back in the hands of individuals to create extraordinary things. While your competitors are wrestling with complicated build tools, limited programming idioms, and mountains

                                                                  Bridgetown: Next-Generation Progressive Site Generator
                                                                • 開発時にdockerを使ってmavenをいい感じに動かす - なるはやで いい感じの 動作確認

                                                                  dockerを使ってJavaの開発しているとき、時折docker buildの遅さが気になる。 遅さというのは、ほぼ mvn package 実行時の依存解決にかかる時間に対して言っています。 というのも、例えば以下のようなDockerfileがあったとき # Dockerfile FROM maven:3.6.2-jdk-13 as builder COPY . /usr/src/ WORKDIR /usr/src/ RUN mvn -B package FROM openjdk:13-alpine COPY --from=builder /usr/src/target/example-1.0.0.jar / ENV CLASSPATH /example-1.0.0.jar ENTRYPOINT [] CMD ["java", "-jar", "Example"] 依存量にもよりますが、

                                                                    開発時にdockerを使ってmavenをいい感じに動かす - なるはやで いい感じの 動作確認
                                                                  • How I Improved My Rust Compile Times by 75%

                                                                    A woman with a pixie haircut looking at a computer in an office environment, waiting for her code to compile. There's now a Part 2, where I cover a couple more options. Check it out here One of Rust's often mentioned pain points is slow compile times. In order to have nice things like the borrow checker, safety, and zero cost abstractions, we pay in time spent compiling. Web developers, especially

                                                                      How I Improved My Rust Compile Times by 75%
                                                                    • Poetryがとてもいいという話

                                                                      Poetryの使用感がとてもよく、Pythonでコードを書く際はPoetryが必須の体になってしまいました。 そこでPoetryはいいぞ!という話と、Poetryの簡単な利用方法をまとめたいと思い本記事を書き始めました。 Poetryに出会うまでのライブラリ管理 私は4年くらい前からPythonのコードを書くようになりました。 いろいろ試行錯誤した結果Poetryに行き着きましたが、それまでの経緯を軽くまとめます。 pip + requirements.txt requirements.txt は例として以下のような内容を記述したテキストファイルになります。 ファイル名は特に指定はありませんが requirements.txt としているプロジェクトをよく見ます。 # requirements.txt click==8.0.3 requests==2.27.1 使い方としては通常の pip

                                                                        Poetryがとてもいいという話
                                                                      • So, What's So Special About The Mill Scala Build Tool?

                                                                        So, What's So Special About The Mill Scala Build Tool? Mill is a Scala build tool that offers an alternative to the venerable SBT toolchain. Mill aims for simplicity by reusing concepts you are already familiar with, borrowing ideas from Functional Programming and modern tools like Bazel. Feedback from users of Mill is often surprisingly positive, with people saying it is "intuitive" or feels "jus

                                                                        • Build Docker Images Faster | Docker Build Cloud

                                                                          Docker Brings Compose to the Agent Era: Building AI Agents is Now Easy

                                                                            Build Docker Images Faster | Docker Build Cloud
                                                                          • アプリが依存している Swift Package ライブラリのライセンスを一覧表示するためにライブラリを作りました - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                                            はじめに こんにちは、モバイルエンジニアの中村(@Kyomesuke)です。 私が担当している kintone のモバイルアプリ(iOS)では、現在脱レガシーを目指して幾つかの課題に取り組んでいます。 その一つとして、パッケージマネージャーを CocoaPods から Swift Package Manager に移行するリファクタリングに挑戦していたのですが、この移行に際して一つ課題がありました。 kintone モバイルやサイボウズ Office 新着通知アプリなど、サイボウズのモバイルアプリには依存している外部ライブラリのライセンスを一覧表示する画面があるのですが、これまでその機能をAcknowListというライブラリを使用して実現していました。 しかし AcknowList は CocoaPods にしか対応していないため、Swift Package Manager に対応するため

                                                                              アプリが依存している Swift Package ライブラリのライセンスを一覧表示するためにライブラリを作りました - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                                            • GradleでJavaのバージョンを指定するときはsourceCompatibilityじゃなくてToolchainsを使うと便利 - Mitsuyuki.Shiiba

                                                                              追記 2021-02-14 Toolchains はまだ IDEA ではサポートされてないみたい。IDEA を使うときはこれまでの書き方をしておく方が良さそう。 Support detecting SDKs from Gradles toolchain support https://youtrack.jetbrains.com/issue/IDEA-252328 追記ここまで === 昨日、Gradleのことを書いたのだけど。そういえば、触ってる中でもうひとつ学んだことがあったので、今日はそれについて。今日もタイトルの通り。 bufferings.hatenablog.com 昨日も書いたけど、Gradleって変化が速い印象あるので、しばらくするとこのやり方よりも良いやり方が出てくるかもしれない。今日は、2021年2月時点のGradle 6.8.2のお話。 これまでの書き方 これまでは、

                                                                                GradleでJavaのバージョンを指定するときはsourceCompatibilityじゃなくてToolchainsを使うと便利 - Mitsuyuki.Shiiba
                                                                              • GitHub - ktock/vscode-buildg: VS Code extension for Interactive debugging of Dockerfile

                                                                                You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                                                  GitHub - ktock/vscode-buildg: VS Code extension for Interactive debugging of Dockerfile
                                                                                • モダンCMake入門 - /home/tnishinaga/TechMEMO

                                                                                  CやC++などのビルドのための仕組みを持たない言語で書かれた大規模なコードをビルドする際、とくに複数の環境でのビルドが必要な場合はCMakeなどのビルドシステムジェネレレーターとNinjaなどのビルドシステムを用います。 この記事ではそういったところで使うCMakeのモダンな書き方について紹介します。 この記事の目的 この記事を通して少しでもモダンCMakeが書ける人が増えたり、世の中のビルドで悩む人が少しでも減らせたら嬉しいです。 TL;DR モダンCMakeは難しいのでChatGPTとかLLMと相談しながら書くのがオススメ 目次 この記事の目的 TL;DR 目次 モダンCMakeとは モダンCMakeの具体例 実行バイナリtargetの追加 ライブラリターゲットの追加 ターゲット間のリンクと伝搬設定 ターゲットのinclude設定 モダンCMakeのbest practice 非推奨設

                                                                                    モダンCMake入門 - /home/tnishinaga/TechMEMO

                                                                                  新着記事