bashスクリプティング研修の資料を公開します - エムスリーテックブログ
こんにちは、エンジニアリングGの中村です。 以前にこのブログにてエムスリーでの社内研修について紹介しました。今回は、この中でのbashスクリプティング講座の資料を公開します。 www.m3tech.blog 弊社の中でもいろいろな用途でbashが使われていますが、bashは簡単に利用できるもののプログラミング言語としてはバグを生みやすい、辛い言語だと思います。 ここで紹介しているのはいわゆるコーディング規則というよりも、バグ防止と可読性向上のためのルールをTips集的にまとめたものです。 bashにおいてまだまだ注意するところはありそうですが、多少なりともわかりにくいスクリプトの削減になればと期待しています。 [追記: 2018-08-22] はてブにて以下のコメントをいただきました。 bashスクリプティング研修の資料を公開します - エムスリーテックブログ bashで50行以上になった
iTerm
Introduction iTerm is a full featured terminal emulation program written for OS X using Cocoa. We are aiming at providing users with best command line experience under OS X. The letter i represents a native apple look and feel of the program interface, and an emphasis on complete international support. iTerm project is currently on hold (See the goodbye note from Fabian). We recommend you to check
なんでも自動化するエンジニアが残していったライフハック・スクリプト
元々はロシア語の掲示板に出ていた、職場での小さなことをなんでも自動化していたハッカーの話が英語に翻訳され、Hacker News等で話題になっています。 xxx(ハンドル名): オーケー、ビルド担当エンジニアが転職で辞め […] 元々はロシア語の掲示板に出ていた、職場での小さなことをなんでも自動化していたハッカーの話が英語に翻訳され、Hacker News等で話題になっています。 xxx(ハンドル名): オーケー、ビルド担当エンジニアが転職で辞めちまった。本当にターミナルに住んでるようなやつだった。わかるだろ、Vimが大好きで、.dotファイルで図を描いて、Markdownでwikiに投稿するようなタイプさ… もし何か、そう何でも、90秒以上掛かるようなことがあったら、スクリプトで自動化しちゃうんだ。 xxx: そういうわけで我々はここにいて、彼の、そう、「遺産」を見てるところだ。 xxx
GitHub、JavaScriptでデスクトップアプリが作れるライブラリAtom Shellを、Electronに改称
米GitHubは、4月23日（現地時間）にJavaScriptによってデスクトップアプリケーションを作成できる、クロスプラットフォームのデスクトップアプリケーションシェルAtom Shellの名称を、Electronに変更した。今回の改称に合わせて、公式サイトのURLも変更する。 Electron（旧Atom Shell）は、もともとAtomエディタでChromiumやNode.jsのイベントループやネイティブAPIを用いるために作られた。しかし、テキストエディタのサポートだけが目的ではなく、Web技術を使用したクロスプラットフォームのネイティブデスクトップアプリケーション開発の実現も目指していた。 開発開始から2年が経過し、Electronは自動アプリアップデートやWindowsインストーラー、クラッシュレポートなど、ネイティブアプリケーションに役立つさまざまな機能を、JavaScrip
bashのTips色々 - Qiita
概要 bashの記法は独特なものが多く毎回ググってしまうのでまとめて(と言いつつまとまりがないですが。。。)おこうと思います。 ある程度まとまってからpostしようとか思ってたらごちゃごちゃになっちゃいました。 bashで使えるという意味なのでposixシェル共通のネタも混ざってます。 随時更新します。参考になれば幸いです。 参考 man bash リファレンスマニュアル Advanced Bash-Scripting Guide カッコ色々 bashでは色々なカッコがありますが、よく違いが分からず使っていたりするのでまとめてみます。 []と[[]] []はtestコマンドのaliasです。[[]]じゃないとできないこととしては、以下のようなものがあります。 空白を含む文字列をクォートしなくてOK var='abc 123' # []の中だとクォートしないとエラーになる [ $var =
Lessの便利な使い方
最近 Stop using tail -f (mostly) や 「tail -f」を使うのは情弱、情強は「less +F」を使う などless押しな記事が幾つか上がっているんだけど、タイトルが煽り気味なのか若干反感を呼んでいるようなのでless派が職場で肩身の狭い思いをしないようにもう少し便利な使い方を紹介したい。 tail -fの様なScroll forward less +Fで起動またはless起動中にF 元記事にもあるtail -fと同様の振る舞い。正直この機能と検索だけでいいのであればtailで十分。lessの便利なところは様々な機能との組み合わせにあって、これから紹介する機能は基本的にこのモードと組み合わせが可能だ。あと、less開いてFのほうがタイプが面倒くさくないのでおすすめ。 1行で表示する (改行しない) less -Sで起動またはless起動中に-Sr(-Sでモード切
Stop using tail -f (mostly)
Stop using tail -f (mostly) 12 Mar 2015 I still see a lot of people using tail -f to monitor files that are changing, mostly log files. If you are one of them, let me show you a better alternative: less +F The less documentation explains well what this +F is all about: Scroll forward, and keep trying to read when the end of file is reached. Normally this command would be used when already at the e
[10分で出来る]シェルスクリプトの結果をslackに投稿 | iret.media
はじめまして、cloudpack の 武川 です。 はじめに slack便利ですよね。仕事柄、何かを監視しつつチャットで話すということをよくおこなっているので、監視の結果を別画面ではなくてslackで表示できたら便利だよねという話になりました。やってみると簡単でしたので、こちらで手順を説明します。 サンプルとしてwコマンドの結果をslackに送ってみます。 手順としては大きく二つ、Incoming WebHooksの登録と、シェルの作成になります。シェルはサンプルを用意したのでそちらをちょっと書き換えるだけで動きます。Mac上で試しましたが、Linuxでも動くとおもいます。 とういことで以下、手順です。 Incoming WebHooksの登録 slackにログインします。 名前の右側のボタン(?)をクリックして「Configure Integrations」を選択します。 一覧が沢山でて
![[10分で出来る]シェルスクリプトの結果をslackに投稿 | iret.media](https://cdn-ak-scissors.b.st-hatena.com/image/square/317eb3b47aee6c32e1c7d5ef1e81e9cfa7d3d774/height=288;version=1;width=512/https%3A%2F%2Firet.media%2Fwp-content%2Fuploads%2F2015%2F07%2Feyecatch-slack-2.png)
Gitコマンドラインショートカット | POSTD
私は多くの時間をターミナルの前で過ごしていて、そのほとんどをGitコマンドのタイピングに費やしています。ワークフローを高速化して、毎日何百というキーストロークを節約するために、Bashのエイリアスと関数を使って1組のコマンドラインショートカットを作りました。 Git Bashエイリアスと関数 Gitではエイリアスを設定できますが限定的であり、節約できるキーストロークは、ほんの数ストロークです（例えば、”git checkout”の代わりに”git co”とタイプすることはできますが、まだ”git”とタイプしなければなりません）。Bashはターミナルのデフォルトのコマンドラインインタープリタなので、Bashエイリアスを設定して、さらにキーストロークを減らすこともできます。 これが、私のGit Bashエイリアスと関数のリストです。ご自分のエイリアスや関数の保存先ファイル（例えば、~/.bas
技術/UNIX/なぜnohupをバックグランドジョブとして起動するのが定番なのか？(擬似端末, Pseudo Terminal, SIGHUP他) - Glamenv-Septzen.net
ホーム 検索 - ログイン | | ヘルプ 技術/UNIX/なぜnohupをバックグランドジョブとして起動するのが定番なのか？(擬似端末, Pseudo Terminal, SIGHUP他) [ Prev ] [ Next ] [ 技術 ] 何をいまさら当たり前の事を・・・と思われるだろう。 $ nohup long_run_batch.sh & SSHからログアウト後も実行を続けたいバッチジョブを、"&"を付けてバックグラウンドジョブとしてnohupから起動するのは定番中の定番である。 しかし、「nohupを使わなくても実行を続けることが出来る」やり方があったり、さらには「nohupを付けてもログアウト時に終了してしまう」パターンがあるとしたらどうだろう？ そして、ある日あなたの後輩や同僚がこれらについてあなたに質問してきたら、あなたはどう答えるだろうか？ 「Web上で検索したら見つか
Brewfileで管理するのはもうオワコン | うなすけとあれこれ
Brewfileでパッケージ管理していたあの頃 以前、こんな記事を書いた。 Homebrewとbrewfileとhomebrew-caskでMacの環境構築 Brewfileを使えば、 $ brew bundle Brewfile これ一発で環境構築ができるという便利なコマンドだ。 今は もう うごかない その $ brew bundle 今、Homebrewで $ brew bundle Brewfile すると、冒頭画像のように Warning: brew bundle is unsupported and will be replaced with another, incompatible version at some point. Please feel free volunteer to support it in a tap. と怒られてしまう。 What? “W
第10回 インフラエンジニアの道具 | gihyo.jp
さて今回は、インフラエンジニアとしてやっていくための道具？についてちょっと書いてみたいと思います。ただ正直、今回の内容は若干ジェネレーションギャップがあるかもしれません。あったらスミマセン（笑）。 インフラエンジニアといっても、その働く環境は千差万別です。まあインフラエンジニアという定義が広すぎるというのもありますが。私は自分の働いてきた環境が基準なので、それを前提にしてみたいと思います。 入門編 何はなくともターミナル インフラエンジニアにとって何よりも重要なのはコンソールというかターミナルです。ttyやptyのことです。サーバだろうがルータだろうが、作業の9割以上はターミナル上で行います。─あくまで筆者のいた環境のことですよ。Windowsサーバとかは考えていませんすみません。 昔の話をしてすみませんが、1990年代にはまだ「TTY端末」というものがたくさんありました。TTY端末と
Go言語 + cli-init でコマンドラインツールを作る | DevelopersIO
よく訓練されたアップル信者、都元です。最近社内のメンバーがみんなGo言語の世界で楽しそうなので、私も混ざってみることにしました。最初のセットアップや基礎文法等は、私も平行して急いで学ぶGo langシリーズで勉強中です。 コマンドラインツールが作りたい と思っています。ちょっとしたものを作るとしたらPythonなのかな、と思って友達のPythonistaにインタビューをしたところ、「ちょっとしたツール作るとかって用途の人は Golangに移行した（えっ」という衝撃的なコメントを貰い、もうこの際だからGo勉強すっかという空気になった次第。 具体的な環境構築 基本的には急いで学ぶGo langシリーズを読めばいいのですが、一点迷ったのがディレクトリ構成です。 Go言語で幸せになれる10のテクニックでは「GOPATHは一つだけ (Use a single GOPATH)」という指針が紹介されてい
第197回 Ubuntu 11.10でGNOME Shellを使用する | gihyo.jp
今回はUbuntu11.10で、Unityの替わりにGNOME Shellを使う方法を説明します。 GNOME Shellとは？ 本連載をご覧の皆さんは、おそらくすでにGNOME Shellのことをご存知かと思いますが、念のため紹介しておきます。GNOME ShellはGNOME 3.0からデフォルトとなったユーザーインターフェースです。ただしUbuntuではGNOME ShellではなくUnityをデフォルトのユーザーインターフェイスとしており、GNOME Shellは別途インストールする必要があります。 UnityもGNOME Shellも旧来のユーザーインターフェースとは全く違う考え方を取り入れており、拒否反応も多々見られます。しかしながら、個人的にはどちらも進化する方向として正しいと思っていますし、便利に利用しています。旧来のユーザーインターフェースは確かに慣れているので直感的に使
初心者向け、「上手い」シェルスクリプトの書き方メモ - Qiita
ここ最近、沢山シェルスクリプトを書くようになりました。 元々あまりシェルスクリプトを書いたこと無かったので、色々と勉強しつつ書いてるのですが、 他のプログラミング言語とはちょっと違って独特なクセというか、発見の度におぉー！ってなることが沢山あって楽しいです。 そんなわけで、最近学んだり参考にした中で特に感動したシェルの上手い書き方をまとめてみます。 きっとまだ知らないこととかもっと上手くやる方法なんかが沢山見つかりそうなので、 もっといいやり方あるよ！って方はコメントください 何もしない : (コロン)コマンド シェルを書いていた時に非常に欲しかったコマンドがこれ！何もしない！ : というコマンド(？)を利用すると、何もせずに終了ステータス0(つまり正常終了)を返します。 これが様々な事に使える万能コマンドで、これによって面倒なエラー処理を簡潔にできたり、 入力や出力のリダイレクト元/先と
[D] Windowsはターミナルがダメだから使えないってのは過去の話?
気づいたら自宅でもオフィスでもすっかりWindowsユーザーになっちゃって、Win10情報にも一喜一憂してるという、完璧なる転びマカーぶりを発揮してるドリキンです。 基本的にWinである不便もほとんどなくなってしまった（というかむしろ快適に感じる）今日この頃なんですが、唯一にして最大とも言えるWindowsの弱点はいうまでもなくまともなターミナルコンソールがないことですよね? とはいえ、最近はコンソールではNodeJSだけが動けばいいやという状態だったので、コマンドプロンプトでごまかしたりはしてたんですが、流石にコマンド履歴どころかコピペすらまともに出来ないのはどうかなと一念発起してWindowsでZshくらいは使えないかなとググってみたらよさげなモノを発見！ Babun | A windows shell you will love! それがBabunというWindows用のターミナルア
![[D] Windowsはターミナルがダメだから使えないってのは過去の話?](https://cdn-ak-scissors.b.st-hatena.com/image/square/75b0dc449d0b56499a80b7c43cc4bee54c3f1407/height=288;version=1;width=512/https%3A%2F%2Ffarm8.staticflickr.com%2F7317%2F15771156714_4f4cfa61f1_o.png)
シェルスクリプトの中で1行ずつ変数を分割する際には、cutとかawkとか余計なプロセスを起動せずsetを使って分割した方が効率的 - 双六工場日誌
シェルスクリプトの中で、スペース区切りもしくはタブ区切りのレコードを扱うことがよくあると思います。 たとえば、前回のエントリ「AWS CLIとjqを使って、AWSのELBボリュームがアタッチされているEC2インスタンス名を出力するワンライナーを書いた - 双六工場日誌」のスクリプトの出力は以下のようになります。 i-ec56a9f5 vol-07d00601 servername i-ec56a9f5 vol-8f550991 servername このようなレコードの特定の列を取り出して、処理する際にどうするのが効率的か、というのがこのエントリのお題です。 非常に古い話題なので、昔からシェルスクリプトを書いている人には自明な話ではありますが、最近、シェルの標準機能の話を聞く機会がなく、失われつつある技術になってきている気がしているので、改めて確認ということで。 例として挙げたレコードから
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【たのしいな】様々なコマンド達を何も考えずにつないで遊ぶ - Qiita
Build cross-platform desktop apps with JavaScript, HTML, and CSS | Electron
Amazon.co.jp: シェルプログラミング実用テクニック (Software Design plus): 上田隆一 (著), USP研究所 (監修): 本
