Amber DocumentationDocumentation for Amber programming language
最強のヒストリ補完を作りました - tellme.tokyo
最強のヒストリ補完を求めて シェルヒストリに不満を持っていたので自作しました。今の自分にとっては必要な機能を盛り込んでいて便利に使えていますが、誰かにとっては、もしくは数カ月後の自分にとってはぜんぜん最強じゃないかもしれないです。 以前このようなエントリを書きました。 www.tellme.tokyo このころから (いやもっと前から) シェルのヒストリ補完に不満を持っていました。 単純にデフォルトの C-r だと目的のものを探しづらい 例えばコマンド名の一部だけだとノイズが多すぎる けどディレクトリは覚えているからそれでもフィルタしたい、とか 他にも色々あって (その理由について先のエントリを見てもらうとして) zsh-history というツールを書きました。 GitHub - b4b4r07/zsh-history: A plugin for zsh history extended
shellcheck を Docker で実行する - Thanks Driven Life
TL;DR https://hub.docker.com/r/koalaman/shellcheck/ https://gist.github.com/gongo/5028eabe139f01f4e3d2e05e6633fb1f 経緯 シェルスクリプトを書く時、ちょくちょく shellcheck のお世話になる いざ実行しようとすると、このマシン shellcheck インストールしてないじゃん！！となる インストールするかー。Debian や CentOS であれば apt や yum のリポジトリ提供されてるな でも今は macOS 使ってるから、 ドキュメント に従って $ brew install shellcheck ビルド終わるまで待つか ＿人人人人人人人人人人人人人人＿ ＞ 一時間待っても終わらない ＜ ￣ＹＹＹＹＹＹＹＹＹＹＹＹＹＹ￣ 私の環境だけかもしれませんが、めっちゃ
Atom Flight Manual
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
percolを使ってターミナル操作を早く、便利に。 - すぎゃーんメモ
先日、shell勉強会で「zawを使ってシェル操作を快適に」というお話を聴いて、自分ももう少しそのあたりの環境を整えよう、と思い立った。 nanapi勉強会 vol2 - Shellの活用でこれだけ毎日が便利になる - nanapi勉強会 | Doorkeeper zawで快適シェル生活 // Speaker Deck 自分が使う選択をしたのは zaw ではなく percol 。 軽く調べてみたかんじでは zawってのは設定してある(もしくは自作する)決められたsourceを使って決められた操作を行うもので、zshに密接に結び付いているツールで。percolはそういうのではなく純粋に「入力をフィルタリングする」だけのツールなので、パイプなどを使って各コマンドと組み合わせることで色々な使い方ができそう。 percolの導入 https://github.com/mooz/percol Pyt
Bashでコマンドの存在チェックはwhichよりhashの方が良いかも→いやtypeが最強→command -vも - Qiita
コマンドのパスを知りたいんじゃなく、コマンドの存在をチェックしたいだけならwhichよりhashを使ったほうが良いかもっていう話。→追記: typeが最強っぽい。 追記: command -vも良い。プログラムの存在チェックorパスを探したいだけなら互換性を考えると一番良いかも。 比較してみる whichよりhashよりtype=command -vが高速→typeまたはcommand -vの勝ち whichは実ファイルという実体があるプログラムです。hashとtypeはbashの組み込みコマンドです。なので当然ですがプログラムの起動コストがない分hashやtypeの方が速いです。 $ time bash -c 'for((i=0;i<10000;i++));do which perl; done >/dev/null' real 0m7.739s user 0m2.928s sys 0m
tompng/screenx · GitHub
what's screenx? terminal broadcasting system + chat remote login from web this program uses "screen" command. the screen[name="screenx"] will be broadcasted. how to use? -build: ./build.sh -run server: cd classes java ScreenX //nohup java ScreenX & -terminal: run the following command screen -S screenx -web: open http://[hostname]:[port]/screenx.html or you can copy the folder 'http' to your webse
Welcome! — Pygments
Download Current version: 2.18.0 Changelog Get Pygments from the Python Package Index, or install it with: pip install Pygments Questions? Suggestions? Clone at GitHub. You can also open an issue at the tracker. A project Welcome!¶ This is the home of Pygments. It is a generic syntax highlighter suitable for use in code hosting, forums, wikis or other applications that need to prettify source code
GNU ls の色設定例を作成してくれるページを作成してみた | レンタルサーバー・自宅サーバー設定・構築のヒント
GNU ls の色設定例を作成してくれるページを作成してみた
シェルスクリプトで「ビルドスクリプト」を作る時に便利なテクニック - ククログ(2012-10-11)
プログラムの種類によっては、そのまま実行できるものと、実行できるようにするために「ビルド」が必要なものとがあります。Cなどのコンパイルが必要な言語で書かれたプログラムは当然ビルドが必要ですし、コンパイルが不要な言語であっても、インストーラパッケージを作るというビルド作業が必要な場合はあります。 ビルド作業の自動化のためのツールとしてmakeなどがありますが、そこまで本格的な事をやる必要がない場合は、シェルスクリプトで「ビルドスクリプト」を作るのが手軽でおすすめです。この記事では、そのような場合に役立つシェルスクリプトのテクニックを4つご紹介します。 エラーの気付きやすさとデバッグのしやすさを高める メッセージに色を付ける シェル関数をライブラリにする 一時的に作業ディレクトリの中に入る エラーの気付きやすさとデバッグのしやすさを高める はじめに紹介するテクニックは問題が発生した時に気づきや
Mosh: the mobile shell
(mobile shell) Remote terminal application that allows roaming, supports intermittent connectivity, and provides intelligent local echo and line editing of user keystrokes. Mosh is a replacement for interactive SSH terminals. It's more robust and responsive, especially over Wi-Fi, cellular, and long-distance links. Mosh is free software, available for GNU/Linux, BSD, macOS, Solaris, Android, Chrom
2006-11-18 - 技術メモ帳
vim や emacs、less などのフルスクリーンアプリを終了したときに、 元のコンソールの状態に戻る環境と、戻ってくれない環境というのがあり、 前々からすごく疑問だったので、この際だからと調べてみた。 もしかしたら誰かの役に立つかもしれないので書いておく。 肝心の原因は、端末データベースの enter_ca_mode / exit_ca_mode ケーパビリティ が 適切に設定されてないということにあった。 本当は vim などのフルスクリーンアプリは "元のコンソール状態" に復元しようと、 enter_ca_mode / exit_ca_mode というものを出力するのだが、 このときに、端末データベースから "実際に出力すべきエスケープシーケンス" というものを取得しており、 ここが正しく設定されていないため、うまく元のコンソールに戻らない。 これらを適切に設定すれば良いのだが
WidgetTerm Project
About WidgetTerm WidgetTerm is the Dashboard widget that provides a fully functional UNIX terminal emulator. This program was developed with hope to bring the power of rich UNIX command line to the Dashboard. WidgetTermについて WidgetTermはフル機能のターミナルエミュレータを提供するDashboardウィジェットです。UNIXのコマンドラインに素早くアクセスできるようにと作られました。 Download WidgetTerm is an open source program freely available under the GNU General Public
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - ericchiang/pup: Parsing HTML at the command line
https://jp.techcrunch.com/2014/07/08/20140707programmer-craig-muth-kickstarts-a-new-version-of-his-arguably-amazing-shell-xiki/
ライフチェンジングなpercolとautojumpの紹介
GitHub - junegunn/fzf: A command-line fuzzy finder
direnvを使おう - Qiita
GitHub - adaltas/node-parameters: Nice looking shell applications with pluggable middlewares for Node.js
UnixのコマンドをWindowsのコマンドプロンプトで利用可能にする「Gow」NOT SUPPORTED