僕の考えた最強の Python 開発環境 (2024)
はじめに こんにちは, 普段は情報科学専攻の大学院生をしながらバックエンドエンジニアをやっている @koki-algebra です. 普段は Go をよく書いているのですが, 大学でやっている機械学習の研究では Python を使うことがほとんどです. Go のエコシステムに慣れきった私は Python の混沌とした環境に耐えきれず, 最強の開発環境を整えることを決意しました. 具体的には Package Manager, Formatter, Linter, Type Checker, Test Tool を選定し, VSCode の DevContainer を用いてポータビリティに優れた開発環境を作ることを目指します. また, Deep Learning では GPU が必須である場合が多いので, GPU 環境も同時に整えたいと思います. 以下のレポジトリが今回考えた開発環境のテンプ
devboxを利用してローカルと分離したNode.jsの開発環境を構築 | DevelopersIO
t_o_dです。 プロジェクトの開発環境において、最近は統一性や分離性の観点からコンテナやクラウドが利用されています。 ただコンテナであれば速度、クラウドであれば料金の問題などがあります。 そこで今回は新しい選択肢として出てきたdevboxを利用して既存のNode.jsプロジェクトで動作するか確認していきます。 環境 mac OS Ventura 13.1 手順 devboxインストール 以下のコマンドでdevboxをインストールします。 $ curl -fsSL https://get.jetpack.io/devbox | bash インストールされているか確認します。 $ devbox version 0.2.2 既存Node.jsプロジェクトの準備 既存のNode.jsプロジェクトを用意します。 今回は以下のようなディレクトリ構成のプロジェクトを利用します。 $ tree . no
GitHub Actions / Azure Pipelines 上での .NET Core アプリケーションのビルド時間を短縮する - しばやん雑記
最近は Azure DevOps で開発していたアプリケーションを GitHub に移行しつつ、ビルドとデプロイ周りを Azure Pipelines から GitHub Actions に切り替えていたのですが、アプリケーションのビルドに時間がかかっていたので短縮するために色々と作業をしました。 Azure Pipelines と GitHub Actions は Runner が同一のものが使われているので直接比較できます。先にどのくらい改善したかを簡単に出しておきます。まずは元々のビルドパイプラインです。 まだデプロイを全て移し切れていないので Pull Request 時の処理で比較しています。実際にコードを書いていて PR にコミットを積むたびに 5-6 分待たされるのは正直かなりストレスフルでした。 GitHub Actions に切り替えた後は以下のように 2 分ちょいで完了
Macの開発環境構築を自動化する 2019年夏版
私は年に 1 回、自宅と職場の 2 台の Mac をクリーンインストールでアップデートするのですが、開発環境の構築をある程度自動化しています。来年のために手順を残しておくので、参考にどうぞ。 目次 これまで 事前準備 Brewfile を作成する AppStore にログインしておく パッケージをインストール 再起動 パッケージのインストール後 Brewfile に書けるパッケージの探し方 おわりに これまで 自動化を始めたのは多分 2013 年とかその頃。使っていたツールは Brewfile に始まり、Ansible を経て、去年は rcmdnk/homebrew-file を使っていました。Ansible 時代が一番長かったと思います。2019 年のクリーンインストールの時期になり、セットアップはどうしようかと調べたところ、Homebrew/homebrew-bundle が Home
Windowsでもパッケージ管理！ Chocolateyの紹介 - Intelligent Technology's Technical Blog
初めまして、津田です。 Windows上で開発を行っていると環境構築にもあれこれ手間がかかりますよね。 Macだとbrew install hoge、Linuxならyum install hoge等で済んでしまうところが、Windowsでは 公式サイトにアクセス インストーラーを探してダウンロード インストーラーを実行 と多少手順が増えてしまいます。 チーム内でツールを統一しようと思ったらあれとこれとそれをどこそこからインストールしてと、手順書作成しろと言われることもあるでしょう。 Windowsだからしょうがないかと思っていた時期もありましたが、それChocolateyでできるよ！ということで、Windows用のパッケージマネージャChocolateyを触ってみたので、使い方を紹介したいと思います。 Chocolatey #とは ChocolateyはWindows上で動作するソフトウェ
better-defaults.el : 【初心者歓迎】Emacsのよりよい初期設定を日本語で全部解説！
(progn ;;; ido-mode ;; C-x C-fやC-x bでファイルやバッファを開くとき ;; 部分文字列を指定してC-s/C-rで選択できるようにする (ido-mode t) ;; あいまいマッチ ;; 候補に "alpha", "beta", "gamma", "delta" があるときに ;; "aa" → "alpha", "gamma" ;; "ea" → "beta", "delta". ;; つまり文字を飛び超えられる！ (setq ido-enable-flex-matching t) ;;; メニューバー・ツールバー・スクロールバーを切る (menu-bar-mode -1) (when (fboundp 'tool-bar-mode) (tool-bar-mode -1)) (when (fboundp 'scroll-bar-mode) (scroll
use-package.el : Emacsの世界的権威が行っている最先端ラクラクinit.el整理術
use-package 20170710.1234(in MELPA) A use-package declaration for simplifying your .emacs use-package マクロは、emacsのパッケージ設定を 劇的に簡潔にして読みやすくするマクロです。 <2014-12-12 Fri>更新: @kai2nenobuさんも詳しい記事をお書きになりました。 以下の定番の記述がすごいすっきり書けるようになります。 load-path キー割り当て autoload auto-mode-alist interpreter-mode-alist パッケージ読み込み前に行う処理 パッケージ読み込み後に行う処理 Emacsがアイドル状態に行う処理 一時的な設定の無効化 特にキー割り当てに関しては bind-key.el により とてもすっきり記述できます。 作者はEma
CentOS6.4+Samba4.1.2でSMB+Kerberos認証のファイル共有サーバを構築する - Qiita
CentOSはあらかじめVirtual Box上に構築済みとします。 Samba4.Xパッケージをインストール Samba4.X系のパッケージはパッケージ内にKerberos機能も搭載しています。 そこで今回は既存のADや構築済みのKerberos認証を用いず、Samba4.X系のパッケージを利用して表題の環境を構築します。 既存のLDAP,Active Directoryを用いてSMBサーバを構築したい時は別方法を参照すること。 http://ftp.samba.org/pub/samba/stable/ 上記URLからwgetなどでtarファイルを取得し解凍、./configure,make,make installを行います。 wget http://ftp.samba.org/pub/samba/stable/samba-4.1.2.tar.gz tar zxvf samba-4.
�一度Swiftを使ったら�二度とObjective Cに戻れない五つの理由 - Qiita
delegateメソッドのtypoがcompile時にすぐわかる Swiftではoverride keywordが導入されて、class methodのoverrideを明示的に示すようになった。というか、super classのmethodをoverrideするときは必ずoverrideと書かないといけない。 Objective Cでは、methodが基底クラスのoverrideなのか、それとも単にlocalで定義されているmethodなのか、コードを見ただけでは判別する手段はなかった。 optionalなdelegateを実装しているはずなのに、全然呼ばれないのでよくよく調べてみるとtypoだったという経験が必ず皆さんおありと思うが、Swiftでは基底クラスで未定義のmethodのoverrideはcompile時にerrorになるので、そんな問題はもう発生しなくなる。 コードの見通し
Emacs のパッケージ管理を package.el + el-get から Cask + pallet に乗り換えました - Thanks Driven Life
経緯 Cask は今まで Emacs Lisp を TravisCI でテストする用にしか使っていなかったのですが Cask - naoyaのはてなダイアリー package.elから Caskに切り替えました - Life is very short 最近では普段の開発環境で用いるパッケージの管理にも使われる事例を目にするようになったので、便乗して私も乗り換えてみました。 とりあえず私の Emacs の環境です gongo/elfactory Cask 導入して変わったこと 1. package.el や el-get のインストールコードが消えた https://github.com/gongo/elfactory/commit/191eea76d42b889aa045ea51d095ebaf3a11d553#diff-5 これまでは ↑ のようなコードを準備しておいて $ make
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mac OS X で UNIX 環境と最高の使い心地を整える - Qiita