CUIでのディレクトリ移動を便利にするzコマンドをPowerShellで利用できるようにしたZLocationのインストールついて、以前、下記記事で紹介しました。 PowerShellモジュールのPSFzfとZLocationをつかってみる 今回、zコマンドと同様の機能を提供するRust製のコマンドzoxideをみかけたので、こちらを利用してPowerShellのディレクトリ移動をいい感じにしてみます。 なおzoxideコマンドはfzfコマンドとの連携も提供しているため本記事ではfzfのインストールも行います。 ドキュメント ajeetdsouza/zoxide junegunn/fzf 今回の環境 Windows 10 21H2 PowerShell 7.3.0-preview.5 zoxide v0.8.2 fzf 0.30.0 zoxideのインストール（webinstall.dev

はじめに 個人用です．もしかしたら誰かの役に立つかもくらいです． 見た目です． OS をアップデートする． 以下のコマンドを打ちます． 21H2よりもバージョンが低かったら，Windows Update を実行します．Windows -> 更新とセキュリティ -> Windows Update からアップデートする．以下の種々の操作で必要になります． パッケージマネージャーをインストール winget[1] を入れます．一括アップデートとかができて便利です． install link フォントをインストール(Cica) お好みで等幅フォントをインストール． 僕は Cica が好きなので Cica を入れます． Releases · miiton/Cica Powershell(pwsh)をインストール Powershell 7.x 系をインストール．

(令和４年４月１３日追記) 0.61.0にて起動時にエラーが出る場合は、 config.nuを一度削除して再度起動し、 starshipの起動コマンドを登録し直す必要があるっぽい ------------------- ↓ 本題はここから ↓------------------- Nushell + StarShipを使い始めて早幾年。 コマンドとかも覚えて快適に使っていたのだが、 ここで衝撃的なことが起こった。 Ver.0.60.0 の登場 一から作り直したのかちょっとわからないけど、 中身が全然違うものに変わっていた。 以前紹介した記事のままインストールを実行すると多分動かないと思う(試してない) そこで今回は新しいバージョンで環境を構築してみることにした。 ヾ(・ω<)ﾉ"　三三三●　ⅱⅲ コロコロ♪ ------------------- ↓ 本題はここから ↓----------

------------------- ↓ 本題はここから ↓------------------- fishを使いた過ぎてMSYSを使う暴挙に出たが、 やっぱりもっさり感が拭えない。 使い勝手は滅茶苦茶いいので、 そこは目をつぶろうかと思ったが、 別にいいのがあったのでそれを試す。 それが Nushell + StarShip fishと同等まではいかないが、 コード補完やgitのデコレーションなどが備わっている。 そして動作は最速安定のRust製。 ということで試してみることにした。 ヾ(・ω<)ﾉ"　三三三●　ⅱⅲ コロコロ♪ ------------------- ↓ 本題はここから ↓------------------- wingetをインストール Windows10を最新にしておくのが前提 ストアページからアプリ インストーラーをインストールする Nushellのインストール

Photo by Agence Olloweb on Unsplash はじめにこんにちは、中本です。シェルスクリプト連載の3日目です。 本記事ではShell Script作成において切っても切れない findコマンド について利用頻度高めのオプションをまとめます。 最後には今回紹介したオプションを全て盛り込んだシェルスクリプトを作成します。 目次 findとは 様々なfindオプション -typeオプション：検索対象のファイル種別を指定 -nameオプション：任意の検索文字列を指定 -depthオプション：検索の最大階層/最小階層を指定 -mtime/-mminオプション：任意の検索対象期間を指定 -execオプション：検索実行結果を引数として次の処理に引き渡す ＜補足：while read line＞：検索結果を一行ずつ処理する おまけ おわりに findとは「find」は、場所を指定

インストール方法 bat ripgrep, ripgrep-all fd, fselect starship exa, lsd, nat nushell navi, tealdeer delta hyperfine xsv, csview py-spy bandwhich, gping, ht, dog hexyl, bingrep broot tokei genact, globe, glitchcat monolith shellharden fnm, volta pastel gitui, onefetch, git-interactive-rebase-tool skim watchexec dust, diskonaut, dua-cli, dutree zoxide ytop, bottom, zenith mcfly sd, desed topgrade pueue proc

Windows ターミナルは、コマンド プロンプト、PowerShell、bash (Linux 用 Windows サブシステム (WSL) 経由) などの使い慣れたコマンド ライン シェル用の最新のホスト アプリケーションです。 主な機能には、複数のタブ、ペイン、Unicode および UTF-8 文字のサポート、GPU で高速化されたテキスト レンダリング エンジン、独自のテーマを作成したり、テキスト、色、背景、およびショートカットをカスタマイズしたりする機能があります。 さまざまなコマンド ライン アプリケーションをサポートする複数のプロファイル コマンド ライン インターフェイスを持つ任意のアプリケーションを Windows ターミナル内で実行できます。 これには、PowerShell およびコマンド プロンプトから Azure Cloud Shell、Ubuntu や Oh-M

Windows Terminalと同時に開発されたカラーパレット表示ツールを使って、カラースキーマを変更したところ 正式版のv1.0が登場したWindows Terminalだが、19日にはPreview版でv1.1.1671.0が公開されたようである。このバージョンでは、キーボード関連の修正もあったようで、シェルのキーボードショートカットに問題を感じているようなら、プレビュー版をgithubからダウンロードしてインストールしてみるのもいいかもしれない。 さて、今回は前回（「正式版が登場したWindows Terminalをカスタマイズする」）の続きで、Windows Terminalのキー割り当て、カラースキーマについて解説する。 なお、ここでは、一連のキー入力を「キーストローク」と呼ぶ。キーストロークは、これを処理するプログラムが解釈してはじめて意味を持ち、文字入力となったり、機能の実

先日、メインの開発環境を MacOS から Windows 10 Professional へと移しました。理由としては主に2点で、現在仕事を自宅の固定席で行っており PC を持ち運びする必要がなくなったため Mac より高速で安価な Windows デスクトップ機を使いたいこと(Ryzen 9使いたい!)、WSL2 が正式版となり使ってみた感じ問題なく WSL2 で仕事の開発ができそうだったことが挙げられます。 WSL2 はふつうに Linux なので問題なく開発環境の構築が行なえ、Windows からも VSCode Remote のおかげでで違和感なくWSL2上のコードを編集、実行ができ快適な開発が行えています。(なお、WSL2 についての記事は山程溢れているので、ここでは殆ど触れません。) しかしながら、WSL2 ではないふつうの Windows 上で開発する機会が出てきたので、M

私の大好きな Makefile の話が盛り上がっていたのでまとめました。 「やめてね。」って方はお声がけください。 同じ会社にいるけど、真逆の感想を持っている。Makefile読まないと副作用が分からないし、Rakefile/package.jsonだけで済むのに無駄に1つレイヤ増えていて、Makefileできたときからいる人は楽だけど、途中から入った人にとっては学習コストが高い。 https://t.co/EXtmI3xl72— 神速 (@sinsoku_listy) 2020年9月13日 golangでMakefileを使うのは分かる。 ただ、RubyやNode.jsのリポジトリなら $ git clone xxx $ cd xxx $ bundle install && rake もしくは npm install && npm test で環境構築ができることを期待する。— 神速 (

先日、メインの開発環境を MacOS から Windows 10 Professional へと移しました。理由としては主に2点で、現在仕事を自宅の固定席で行っており PC を持ち運びする必要がなくなったため Mac より高速で安価な Windows デスクトップ機を使いたいこと(Ryzen 9使いたい!)、WSL2 が正式版となり使ってみた感じ問題なく WSL2 で仕事の開発ができそうだったことが挙げられます。 WSL2 はふつうに Linux なので問題なく開発環境の構築が行なえ、Windows からも VSCode Remote のおかげでで違和感なくWSL2上のコードを編集、実行ができ快適な開発が行えています。(なお、WSL2 についての記事は山程溢れているので、ここでは殆ど触れません。) しかしながら、WSL2 ではないふつうの Windows 上で開発する機会が出てきたので、M

Shell is the essential tool for every programmer. The more familiar you become with the available tools, the more efficient you can be with using your computer. Here's a list of command-line tools written in Rust that aim to provide modern, often much faster, alternatives to the existing shell commands. bat bat is a cat clone with syntax highlighting and Git integration that works on Windows, MacO

// 👀 https://docs.microsoft.com/ja-jp/windows/terminal/customize-settings/global-settings { "$schema": "https://aka.ms/terminal-profiles-schema", "defaultProfile": "{574e775e-4f2a-5b96-ac1e-a2962a402336}", "theme": "dark", "copyOnSelect": false, "copyFormatting": false, // ダブルクリックでパスを丸ごと選択したいため "wordDelimiters": " ", // 👀 https://docs.microsoft.com/ja-jp/windows/terminal/customize-settings/profi

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

開発者にとってシェルが必要不可欠なものであることは論を俟ちませんが、当たり前の存在すぎてこれがどのように実現されているのかを知る機会はあまりないと思います。本トークでは、シェルがどのように実現されているのかを、実際にシェルを実装する過程を通じてお話しします。 ※ もともとのトークのタイトルは「入門 シェル」でしたが，わかりやすさのため「入門 シェル実装」にタイトルを変更しています．Read less

対象 : このガイドは、初心者向けでも経験者向きでもある。幅広く(書いてあることは全て重要)、かつ明確で(多くのケースに対して具体的な例を付ける)、そして簡潔(他の場所で見つけられるような重要でないことや脱線したことは省く)であることをゴールにしている。各項目は、多くの場面において必須であるか、他の方法に比べて劇的に時間を節約してくれるだろう。 OS X用のものを除き、Linux向けの内容となっており、その多くは各種LinuxおよびMacOS(あるいはCygwin)でも使えるだろう。 インタラクティブなBashを使うことを想定しているが、多くの項目は他のシェルやBashのスクリプトでも使えるだろう。 (このリポジトリへ)組み込むメリットがあるのであれば、標準Unixコマンドやパッケージインストールコマンドも含める。 注意 : 1ページ内に収めるために、内容には暗黙的に書かれていることがある

最近開発用のMacの入れ替えを行なったので、新しいPCを使うときに行なう環境構築のメモ。 ブログ記事を書くときは一般的な内容になるよう心がけているが、今回は自分用のメモになっている。 TL;DR dotfilesリポジトリを作っておくと便利 私は加えてhomeshickを使っている https://github.com/andsens/homeshick VimやZshの設定はこれでひきつぐ 会社用のgitの設定は別ファイルにしておいて.gitconfigファイル内でincludeを使ってロードするようにしておく 機密情報を含んだ環境変数も別ファイルにしてsourceで読み込むようにしておく Brewでインストールしたアプリや設定はbrew bundleで引き継げる VS Codeの設定の引き継ぎはCode Settings Syncを使う https://marketplace.visu

はじめに 少し前から話題になっているが、日本の労働生産性はG7で最も低いらしい。 日本生産性本部資料より https://www.jpc-net.jp/intl_comparison/intl_comparison_2018_press.pdf 日本は人口減少に突入していることもあって、「作業の効率化」や「自動化・省力化」をいうフレーズをあらゆる業種で聞くようになった。 ITエンジニアは、あらゆる職業の中でも最も効率化、自動化をして生産性を高められるといっても過言ではないだろう。プログラマの三大美徳(「怠惰」「短気」「傲慢」)にもあるように、同じことを何度もやらない、楽をするためにがんばるという生産性を意識した感性が重要視されているからだ。 生産性を高めることで、勉強する時間が作れたり、新しいことを経験したりするなどしてさらにスキルアップができ、さらに生産性が上がるという好循環を作り出すこ