Ninjaが爆速でビルド出来るらしいのでMakeと比較してみた - Qiita
はじめに 最近になって、Ninjaというビルドシステムがかなり高速らしいという話を耳にしたため、どれくらいビルドが高速になるのかMakeと比較して試してみました。 今回はcmakeのソースに対して、MakeとNinjaそれぞれでビルドを実行して処理時間を計測したいと思います。 また、ビルド時に使用されるMakefileとbuild.ninjaはそれぞれCMakeLists.txtから生成したものを使用します。（ややこしいですが、cmakeを使ってcmakeのソースをビルドします。） 環境準備 実行環境について 実行環境はdockerで用意しました。 dockerfileを作成するのが面倒だったので、Ubuntu 22.04のイメージをベースに、必要なパッケージは後からapt installで追加していきます。 コンテナの作成手順はこの記事では割愛します。 必要なパッケージのインストール 今
Haskellのビルドツール"stack"の紹介 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Stackとは？ つい先日のことですが、Stackage界隈からstackというツールがリリースされました。リリースされたとはいえ、開発され始めたのがちょっと前のことですし、現在も盛んに機能が追加されているので、絶賛開発中であるとかそういったほうがいいかもしれません。 まだ開発の始まったばかりのツールなのに、なぜこんな紹介記事を書こうと思ったのかというと、このツールがHaskellの開発において極めて有用になることが確定的に明らかであって、すでに荒削りながらも、大変便利に使えているからなのです。そしてここで紹介することで、多くの読者の方
Haskell Stack とは何をするツールなのか - Qiita
この記事では、Haskell Stack についての初歩的な説明をします。 （2022-11-20補足）現在は、GHC や Stack のインストールには GHCup を使うのが主流になっています。 はじめに いま Haskell の開発環境を導入するといえば Stack だろうと思います。 これから Haskell の勉強を始めようと思うなら、まずは Stack の使い方を覚えることになります。 Stack は便利なツールなのですが、個人的な印象としては、最初のとっつきが悪いと思っています。 僕が初めて Stack に接したときは、「これはいったい何をするツールなのだろう」とモヤモヤしました。 ひとつのツールでいろいろな役割をこなすので、かえって何のツールか分からないのです。 また、コマンドを実行しても、実際に何が起こっているのかがよく分からないのもモヤモヤする点でした。 そういう初歩的
AndroidStudioで未署名APKを作成 - Qiita
AndroidStudio2系でGUI上から未署名APKを作成する方法です。 ビルド環境 Mac（OS10.10.5） AndroidStudio2.1.2 手順 1. ビルド設定を追加する。 アプリメニュー：Build → Edit Build Types キャプチャのように署名設定を行わないビルド設定を作成する。 2. ビルド対象を変更する アプリメニュー：Build → Select Build Variant → 前の手順で作成したビルド設定を選択 3. ビルドする アプリメニュー：Build → Build APK 以上の手順でプロジェクト内対象アプリの 「app/build/outputs/apk/」 ディレクトリに 「**-unsigned.apk」 が作成されます。 以上、AndroidStudio2系で未署名APKを作成する方法のご紹介でした。
Github Actionsにて自動的にビルドする環境作成(Android編) - Qiita
概要 Github ActionsでのCI/CDの検証を行いました。 その中で他の開発プロジェクトにも定常的に適用できるようなテンプレートを作成しました。 作成したテンプレートのプロジェクトは以下になります。 github-actions-examples 今回このような環境の構築にあたっての備忘録としてここに記述しておきます。 また上記のプロジェクトは他の様々な環境において試したものであり、今回はGithub Actionsにおける Androidアプリ での自動ビルドの手法についてを中心に紹介します。 Webサイトでの自動デプロイおよびGithub Actionsでの基本的な設定についてなどはこちらの記事を参照してください。 Github Actionsにて自動的にデプロイする環境作成(Webサイト編) またUnityでの自動ビルドの方法についてはこちらを参照してください。 Githu
Electron + Travis で楽々ビルド・リリースする最強のデスクトップアプリ開発 - Qiita
この記事は古いです。 ぼくが考えた最強のデスクトップアプリ開発環境 Web技術でデスクトップアプリ書いて push するだけの環境を作る。 主に利用するのは Electron + Travis + GitHub の3つ。 Electron でデスクトップアプリ書いて、push するだけでビルドしてリリースまで完結するデスクトップアプリ開発ができる。 もっと簡単に言うと 「ローカルで開発→push」 だけで GitHub Release に自動でリリースできる。 アプリのビルド自体もTravis内で行えるため、開発環境のOSに依存しない開発が可能。 以下は OS X 環境を前提として説明するが、クロスプラットフォームのためのビルドはTravis内で行うため OS は何でも良い。 念のため各種サービス・フレームワークの説明 簡単に説明すると以下。どれもすごく便利。 Electron: みんな大
Jbuilder (Dune) でもっと楽に OCaml プロジェクトを作る - Qiita
これは ML Advent Calendar 2017 の 18日目の記事です (ずいぶん遅れました)． 前回の記事 では Oasis について紹介しましたが，Jbuilder (Dune という名前に変わります) のほうがもっと楽だったので反省しつつ紹介します． 名前にセンスがないとか S式やだとか思ってしまいますが実際これは圧倒的に良いツールです． 今後は基本的には Jbuilder を使っていけばよい気がします（名前が変わるみたいですが…）． 基本的には公式のマニュアルを見れば使えるのですが，public_name や <package>.opam についてはやや記述が散逸している感じなので適宜補足します．また，名前空間の衝突を避けるために Jbuilder が行う -pack ライクな動作についても少し書きます． よい点 自動的な依存解析，簡潔な設定ファイル．OASIS と違って、
Oasis で楽に OCaml プロジェクトを作る - Qiita
これは ML Advent Calendar 2017 の 6日目の記事です． ご案内： Jbuilder (Dune) でもっと楽に OCaml プロジェクトを作る もご覧ください。 Oasis は OCaml のビルドツールの一つです． 最低限必要な設定ファイルを作れば，ありがちな依存解析を全て自動的にやってくれて便利です． いわゆる ./configure && make && make install 式のインストーラをうまいこと自動生成してくれます． さらに OCamlfind (Findlib) 周りもよしなにしてくれるので，他の OCamlfind パッケージを使ったり，自前のパッケージの開発も簡単にできます． しかし，Oasis の日本語の解説記事はこれといって見当たりません．そこで，この記事では私が Oasis をどのように使っているかを書きます． こまかいことは Oas
Grunt止めて、mincer止めて、Brunchに乗り換えた - Qiita
web開発にはフロントエンドのビルドツールが必要。 coffeeスクリプトや、scssなどのメタ言語を使いたいならもちろんビルドをしてjsやcssに変換しないといけないし、もし仮にそれを使わなかったとしても、jsやcssの圧縮をするべきなので、ビルドをするソリューションあるべき。 (どっちみちビルドという工程をやることになるなら、メタ言語というものは使った方が良い。とおもう) grunt、mincer、brunch を使ってみて、結局brunchにしたので比較したことをメモしておく。 Grunt http://gruntjs.com/ gruntは、けっこう名前をよく聞くビルドツール。 処理そのものはプラグインとして組み込んでおき、色々な処理たちをパイプライン的に順番に並べる設定ファイルを書く。 ファイル変更の監視や、開発webサーバをgruntタスクとして立ち上げることもできるので、ru
rebarについて調べた - Qiita
rebarについて調べた rebarの使い方をちゃんと理解しようと思い、その際にまとめた内容です。 rebarとは rebarとは、Erlangアプリケーションやポートドライバ等の、コンパイル・テスト・リリースを簡単に行う事ができる統合ビルドツールです。 rebar自体にescriptを含んでいるので配布やプロジェクトに直接含める事が簡単にできます。またErlang/OTPの標準的な慣習に沿ったプロジェクト構成に従うので、ビルド時の設定作業が少なくて済みます。更にモジュール/ライブラリの依存関係管理もしてくれるので、ユーザーはGithub等のリポジトリからライブラリを簡単に再利用できます。 すばら。 インストール rebarのインストールはmacだとhomebrewでインストールできます。Windowsの場合はわかりません。すいませんがGoogle先生に聞いて下さい。
Elixir+Phoenix+Brunch環境でReact.jsを使う - Qiita
はじめに ググると上の方に出てくる Phoenix Framework (Elixir)で React.jsを動かしてみる - Misoca開発ブログ には Phoenixでは、brunchを使って、静的なアセットをビルドしています。brunchでは、JavaScriptライブラリなどをbowerを使って管理します。 とあるが、bowerは使いたくない。 brunch/react-brunch - JavaScriptを使えばいいのかなと思ったら、 DEPRECATED: Please use babel-brunch instead. とある。babel-brunchは最初から入ってる。どうもreact-brunchはjsxのコンパイルしてくれるだけで、babelにその機能入ってるらしい。 ※ 参考：JavaScript - Babel に JSX は要らない - Qiita 色々調べた
rebar3について - Qiita
rebar3について rebar3はrebarの次のバージョンである. rebar3のREADMEで書かれている通り, 現状rebarのいくつかの機能が壊れており作り直しをしている. 例えば, eunitでsuiteの指定がうまくいかないなどの問題が改善されるということで, 「rebar3はよ！！」となっていたので, alpha版とはいえ試してみることにした. なので,備忘録的に各種コマンドについて残しておく. また,従来のrebarとの差異については自分が分かる範囲で,「主な変更点」という形でそれぞれの項目に書いてあるので参考にして欲しい. ちなみに, 公式のドキュメントもある. compile, xref, dialyzer 主な変更点 dialyzerをサポートするようになった. (多分サポートしていなかったと思う) 各種コマンド rebar3 compile get-deps +
BrowserifyからWebpackへの移行時の注意点 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 思い立ったが吉日ということで、プロジェクトのモジュール管理をRequire.jsからBrowserifyへと移行し、その直後にWebpackに移行しました。もうちょっと考えてツールを選ぼうと思います。 さて、Require.jsからBrowserifyへ変えた理由は、シンタックスをCommonJS的に書けるようになって、全体がシンプルになるから、という理由でしたが、BrowserifyからWebpackへの移行は、もうちょっと切ない理由での移行になりました。 Webpackとは ドキュメントも若干わかりづらいですが充実しており、基本的に
gulpの「Writing a Plugin - Guidline」日本語版 - Qiita
gulpプラグインの開発者向けドキュメントの中で、MUST Readとなっているガイドラインを日本語に翻訳しました。オリジナルの文書はこちらGuidelinesです。 権利者の許可を得て翻訳＆公開します。オリジナルと同じライセンスCC0です。また、末尾に翻訳の更新記録を掲載してあります。誤訳などあればコメント欄で指摘してください。よろしくお願いします。 ガイドライン このガイドラインは強制ではありませんが、全てのプラグイン開発者が従うよう 強く 奨励します。質の悪いプラグインなど誰も使いたくないでしょう。またこのガイドラインは開発者がgulpと相性のいいプラグインを書く手助けになるはずです。 Writing a Plugin > ガイドライン 既存のnodeモジュールを使って容易に出来ることをプラグイン化すべきでない ラッピングできるからといって全部ラッピングしてしまうと、エコシステムに無
僕がGrunt.jsで使っているPlugin一覧 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? どんなニーズに基いているか デザインやちょっとしたプログラミングをする人なので、単体テストとかはないです。 デザイナーだけどフロントエンドに興味ある人向け。 2015-02-07: gulp編を作成 gruntからgulpへ移行したので、gulp版の一覧も作成しました。 僕がGulpで使っているPluginとnode.jsモジュール一覧 - Qiita プラグイン一覧：非Contrib系 grunt-aws-s3 S3にアップロードできるプラグインはいくつかあるけど、いくつか試して一番良かったのがこれ。 同名ファイルは確認なしで上書き可
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gnで自作のプロジェクト書いてみた。 - Qiita
bower経由でインストールしたbootstrapをbrunchを用いて使えるようにする - Qiita
Grunt入門 - Qiita
ビルドツールまとめ。Gruntとかgulpとか (フロント寄り) - Qiita