use-packageからの移行のすゝめ - leaf.elでバージョン安全なinit.elを書く - Qiita
はじめに この記事は Emacs Advent Calendar 2018 - Qiita の21日目の記事です。 前日は@hyaktさんの「Dashboardで起動画面を素敵にしよう✨」でした。 翌日は@gongoさんの「Emacs で NES エミュレータを実装している話」です。 モチベーション 私は8月から.emacs.d/init.elの大改革を行っており、その副産物としての成果物をEmacs Advent Calendarで共有させていただいていました。 まず「.emacs.dの理想的なディレクトリ構造」(7日目)について考え、一番カオスになっていた「Org-Modeのエクスポート関連の設定 - (orglyth.el)」(14日目)を見直し、「use-packageの細かなストレスを解消するために作り直し - (leaf.el)」(この記事(21日目))、そのサポートのために「
Pythonのパッケージ管理ベストプラクティス - Qiita
※おすすめの基準には上記「導入の手軽さ」「学習の手軽さ」「パッケージ依存関係の解決」以外に、「対象OSとの相性」「検索による情報の見つかりやすさ」を考慮しています。詳しくは後述します 筆者の主観が入りますが、概ね以下のフローチャートのように選択すると良いかと思います (詳しくは後述します) なお、実用上ハマりやすいプロキシ環境での使用方法についても、以下の記事に別途まとめました 必要知識 ここから先は、Pythonのパッケージ管理が何をやっているかを解説します。 「御託はいいから早く使いたい！」という方は、「3種類の方法比較」の項目まで飛んでください まず、一般的に「パッケージ管理」と呼ばれている要素を、以下の4つの機能に分割して考える必要があります。 A. インタプリタ切替 (Pythonのバージョンを切り替える) B. パッケージ切替 (パッケージのバージョンを切り替える) C. パッ
Haskellのビルドツール"stack"の紹介 - Qiita
Stackとは？ つい先日のことですが、Stackage界隈からstackというツールがリリースされました。リリースされたとはいえ、開発され始めたのがちょっと前のことですし、現在も盛んに機能が追加されているので、絶賛開発中であるとかそういったほうがいいかもしれません。 まだ開発の始まったばかりのツールなのに、なぜこんな紹介記事を書こうと思ったのかというと、このツールがHaskellの開発において極めて有用になることが確定的に明らかであって、すでに荒削りながらも、大変便利に使えているからなのです。そしてここで紹介することで、多くの読者の方に興味を持ってもらって、それで開発がさらに盛り上がっていくと嬉しいなあと、そう思った次第であります。 なお、stackの開発が始まる少し前に、stackage-cliを始めとするいくつかのツールがリリースされましたが、今後開発はstackに一本化されるような
Haskell Stack とは何をするツールなのか - Qiita
この記事では、Haskell Stack についての初歩的な説明をします。 （2022-11-20補足）現在は、GHC や Stack のインストールには GHCup を使うのが主流になっています。 はじめに いま Haskell の開発環境を導入するといえば Stack だろうと思います。 これから Haskell の勉強を始めようと思うなら、まずは Stack の使い方を覚えることになります。 Stack は便利なツールなのですが、個人的な印象としては、最初のとっつきが悪いと思っています。 僕が初めて Stack に接したときは、「これはいったい何をするツールなのだろう」とモヤモヤしました。 ひとつのツールでいろいろな役割をこなすので、かえって何のツールか分からないのです。 また、コマンドを実行しても、実際に何が起こっているのかがよく分からないのもモヤモヤする点でした。 そういう初歩的
pythonのsetup.pyについてまとめる
はじめに Pythonのパッケージ管理や配布について。 どうやって他人からも未来の自分からも再利用しやすいパッケージが書けるのか分からなかったので調べた。結論、2018年8月時点ではsetup.pyを書くのが良さそうと判断。以下に調べたことをまとめる。Python3を対象とする。 参考 公式がパッケージや配布について解説したドキュメント https://packaging.python.org/ 日本語の詳しいサイト(最終更新が2016年なのでちょっと古い) http://www.yunabe.jp/docs/python_package_management.html setuptoolsの公式ドキュメント https://setuptools.readthedocs.io/en/latest/setuptools.html この記事で作るファイルの配置 setup.py初めて作る人が参
2020 年の Python パッケージ管理ベストプラクティス - Qiita
この記事は Python Advent Calendar 2019 の 19 日目の記事です。 🐍 あらすじ Python のパッケージ管理。特にここ数年で新しいツールが多く出たこともあり、一体何を使うべきなのか、少し調べただけでは分からないと思います。本記事では、新しめの管理ツールを独断と偏見で比較します。著者は Poetry 信者なのでバイアスが掛かっているので悪しからず。 本記事で書いていること Pipenv、Poetry、Pyflow の違いと使い方 本記事で書いていないこと Pyenv、Venv、Virtualenv などの既存ツールの説明 著者の環境は以下の通り。 Ubuntu 18.04 Python 3.8.0 Pipenv 2018.11.26 Poetry 1.0.0 Pyflow 0.2.1 特に Poetry と Pyflow は開発途中なので、本記事の内容と違う
venv: Python 仮想環境管理 - Qiita
venv について venv を使うと pip によるパッケージの導入状態をプロジェクトごとに独立させることができる． venv は virtualenv が Python 3.3 から標準機能として取り込まれたもの．別途ソフトウェアをインストールすることなく使用できるため，最も手軽に仮想環境を管理する方法の一つと言える． 2 系を偶に使うという程度なら 3 系は venv，2 系は virtualenv で管理すると同じように管理できるので良い． Since Python 3.3, a subset of it has been integrated into the standard library under the venv module. Virtualenv — virtualenv 16.6.1 documentation Python 3.x.x 下に組み込まれた機能なので
【Go言語】modulesについて理解するために過去から調べてみた - Qiita
はじめに go1.11から導入されたmodulesを使うにあたって、あまりよく分かっていなかったので ちょっと過去からmodulesに至るまでの問題や詳細な動きなどを調べてみました。 その時の備忘録を残しておきます。 理解するだけなので、情報が無い部分については自分で調べて、すでに調査済みの箇所は 多くの先人たちの記事を参考にさせていただきました。ありがとうございます。 ライブラリのインストール Go get go get https://github.com/...で$GOPATH/src配下にライブラリをダウンロードする事で、 importで指定してライブラリを使用する事が出来ます。 srcやpkg、binの詳細は以下を参照 プログラムの全体構成 bin/ mathapp pkg/ プラットフォーム名/ 例：darwin_amd64、linux_amd64 mymath.a githu
ghqを用いたgo言語のリポジトリ管理方法について考える - Qiita
はじめに 普段自分はmotemenさんのghqを使ってリポジトリを管理しています． これを用いた場合，通常は~/.ghq以下の適当な位置にリポジトリが配置されます． ところで最近，go言語に手を出したのですが，はじめに$GOPATHを~/.goと設定して作業し始めました． しかしこの場合，ghq getしたリポジトリが$GOPATH/src以下に配置されないことから，importやdepを使う際にエラーが生じました． そのとき，この問題について検索すると様々な解決方法がヒットし，どの方法が最適解なのかわからずややハマってしまいました． そこで今回はgo言語のリポジトリを扱う上でどの方法が良いのかまとめてみようと思います． ghqを活用する上でgo言語のリポジトリをどのように扱うか 方法1 $GOPATHを複数設定する まずは$GOPATHが設定されていないことが問題なのでそれを設定すること
python の必要ライブラリをruby のgemfileのようなものを準備して、Projectで必要なPackageをbundle installのように一発で済むようにする - Qiita
python の必要ライブラリをruby のgemfileのようなものを準備して、Projectで必要なPackageをbundle installのように一発で済むようにするPythonlibrary 背景 Pythonでプロジェクトを使っていると、Libraryが足りなくて、Errorが出たり、Versionが違ってエラーが出たり(?)するので、RubyのGemfileのようなものを作って、必要なLibraryとVersionを一発で管理できるものがないか調べてみた。 Googleった python equivalent of a ruby gemfile( http://stackoverflow.com/questions/19280249/python-equivalent-of-a-ruby-gem-file )というリンクにたどり着く 1. pip install mypac
helmを再セットアップする - Qiita
$ helm reset --force Tiller (the Helm server-side component) has been uninstalled from your Kubernetes Cluster. $ cat <<EOF | kubectl apply -f - apiVersion: v1 kind: ServiceAccount metadata: name: tiller namespace: kube-system --- apiVersion: rbac.authorization.k8s.io/v1beta1 kind: ClusterRoleBinding metadata: name: tiller roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: cluste
helmのtillerセットアップと簡易動作確認 - Qiita
この記事について 簡易検証の必要があり、手元のWindows端末に用意したk8s cluster環境（vagrant）にhelmのtillerをセットアップした手順を整理したものです。（Qiitaで記事を作成する練習もかねてます。） 前提 Helm v2.9.1 ※検証作業時には2.10はRC版のみだったため2.9.1を利用。 ※kubernetes cluster環境はインターネットに接続な構成。 参考文献 RBACが有効なGKEでHelmを使う https://www.sambaiz.net/article/160/ Helm Documentation - Using Helm https://docs.helm.sh/using_helm/#example-deploy-tiller-in-a-namespace-restricted-to-deploying-resources-
📦 Parcel v2のRFCが公開されました 🎉 - Qiita
2020/06/21追記： 2020/6/19にParcel 2のベータ版が公開されました。 🚀 Parcel 2 beta 1 has been released! 🌳 Improved tree shaking 🗺 20x faster source map builds #️⃣ Improved content hashing 🚨 Resolver diagnostics 📊 More accurate bundle reports 🐞 Tons of bugfixes! 📝 Read more: https://t.co/hMGtOKEOs3 🌎 New website! https://t.co/SWaS5OvWIA — Devon Govett (@devongovett) June 18, 2020 それに伴い、Parcel 2でいくつかの開発環境を構築する記
helm template: Helm Chart をマニフェストファイルとして展開する - Qiita
概要 Helm はマニフェストファイルの集まりをパッケージとしてバージョンニングし管理できる Kubernetes のパッケージマネージャです。Helm は helm クライアントと tiller サーバの二つのコンポーネントから構成されており、Kubernetes クラスタ内で実行される tiller サーバが Helm のパッケージである Chart の管理、リリースを行ないます。 helm template は、Helm 1.7 で実装された helm クライアントのサブコマンドです。対象の Chart をマニフェスト形式で展開することができます。 $ helm template --help Render chart templates locally and display the output. This does not require Tiller. However, an
Azure Service Broker の使い方 （１） - Qiita
Azure Service Broker は、Azure のマネードサービスをHelm からプロビジョンするための仕組みです。今日はこれの使い方を調べて見ました。 1. install Azure Service Broker で前提となっている、Service Calalog は残念ながら今の所 AKS では動かないらしく、ACS をデプロイする必要があります。 まずは、Azure / helm-charts をクローンしておきます。 1.1. Install Service Catalog まず、Service Catalog の手順を見ます。これは、Open Service Brokersと統合されていて、データベース、オブジェクトストレージ、メッセージキューなどをアプリケーションと関連付けをしながらプロビジョンしてくれるものみたいです。 ACS-engine / Releaseから
terraformを使ってhelmをコードで管理する - Qiita
はじめに この記事はKubernetes Advent Calendar 2017の18日目の記事です。 helm便利ですよね。各種アプリケーションをコマンド一発でk8sクラスタにデプロイできます。 でもhelm installでリソースデプロイしてるとちょっと不安になってきませんか。 IaC的にも何のhelm chartをデプロイしているかコードで管理したくなります。 そこでhelmをコードで管理する方法を探したところ terraform-provider-helm helmfile というものがありました。 この記事ではterraform-provider-helmの使いかたについて説明します。 helmfileの方がスター数はあったんですが、やはりTerraformによるワークフロー抽象化の流れに組み込めるってのは魅力かなと思います。 なお、helm自体やterraform-prov
helmのbufferをVisualStudioの自動的に隠すウィンドウっぽくする - Qiita
２画面分割とhelm 私のEmacsの使い方は、フルスクリーンでC-x 3で左右に分割した２画面固定スタイルです。 このとき、helmを使うとhelmの候補選択bufferが、既存のbufferを使いまわしたり、上下分割状態になったりと悲しい動きをします。（私の環境だけ？） こんなかんじ: 私の理想とする動きは、VisualStudioの自動的に隠すウィンドウのように、左右分割したbufferに乗っかって画面下からニョキっと出てくれると嬉しいのです。 こんなかんじ: 実現手段 : popwin.elを使う popwin.elはEmacsのbuffer管理上でpopup windowのようなbufferを実現するパッケージです。 melpa-stableからpackage install popwinできると思います。 こいつを使うと指定のbuffer名のbufferがdisplay-buf
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
stack install package しても stack buildでCould not find moduleが出る - Qiita
Go Modulesで簡単バージョン管理 - Qiita
Azure Service Broker の使い方（２） - Qiita
