シェルスクリプトの本を執筆するにあたって参考にした本の紹介 - mollifier delta blog
何度かこのブログでも紹介していますが、このたび「新しいシェルプログラミングの教科書」という本を執筆しました。 新しいシェルプログラミングの教科書 作者: 三宅英明出版社/メーカー: SBクリエイティブ発売日: 2017/11/21メディア: 単行本この商品を含むブログを見る 本を執筆するにあたって、偉大なる先人たちの本を参考にしています。 私自身がそれらの本を読んで勉強し、その結果として今回の本ができあがりました。 どれもすぐれた本なので、ここでみなさんにも紹介します。 入門UNIXシェルプログラミング 入門UNIXシェルプログラミング―シェルの基礎から学ぶUNIXの世界 作者: ブルース・ブリン,Bruce Blinn,山下哲典出版社/メーカー: ソフトバンククリエイティブ発売日: 2003/02メディア: 単行本購入: 18人 クリック: 331回この商品を含むブログ (64件) を見
My Future Sight for Past: Introduction of references about POSIXism (POSIX fundamentalism)
#posixismadvent この記事はPOSIX原理主義Advent Calendarの5日目だ。 POSIX原理主義を実践していくうえで参考になる文献・書籍・ツールを紹介する。 POSIX原理主義とは何であるかについて知りたい場合や，POSIX原理主義を実践していくうえでのシェルスクリプトの知識を身に付けたい場合，頼りになる文献が必要となる。押さえておけばよいと思われる文献をまとめたので，これらを参考にして勉強していこう。 POSIX原理主義の文献POSIX原理主義について書かれた文献をまとめる。 論文POSIX原理主義について発表された論文や発表スライドを紹介する。 ソフトウェアの高い互換性と長い持続性を目差すPOSIX中心主義プログラミング 項目内容 タイトル
シェルスクリプトの罠を避ける三つの tips
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? シェルスクリプトは、Unix 系環境で仕事をするエンジニアなら誰もが一度は書くであろうにもかかわらず、書き方や特性を熟知している人が少ない言語です。この記事は、シェルスクリプトを書くときに罠を踏まないようにするために最低限あなたが気を付けるべき tips 集です。「たかがシェルスクリプト」とは思わないでください。生半可に書かれたシェルスクリプトはあなたの (チームの) 生産性をかえって低下させます。 Shebang に bash を明示しろ Bash でしか使えない機能のことを俗に Bashism と言います。Bashism はもちろん
シェルスクリプトの書き方
12月にTwitterに流れていたPOSIX何とかという話題を読んでいたらこの記事にたどり着いた。もう3年以上前の記事だけれど、内容がとても偏っていると思う。 シェルスクリプトの書き方について解説しているウェブ上の資料は少なく、当該記事も検索に引っかかりやすい。最近の初学者はまず検索して調べることが多いが、反論が検索に引っかからないとそれが正しいと受け入れてしまう可能性が高いように思う。きちんと反論している日本語の記事が引っかからないので、あえて問題と思う点をまとめてみた。 そんなこと書いているあなたは誰? わたしはシェルスクリプトの専門家でも職業プログラマでもないけれど、シェルスクリプトを書いた量はそれなりにあると思う。環境はSunOS4, Solaris, HP-UX, IBM AIX, FreeBSD, OpenBSD, Linuxを経験していて、移植性や性能の問題がどこで発生しやす
Googleの肩に乗ってShellコーディングしちゃおう - Qiita
はじめに GoogleさんがShellスタイルガイドを共有していたので、いくつか気になった点をピックアップしました。 自分のShellスタイルはかなり我流なので、自省の意味も込めてコメントも併記します。 Googleスタイルガイドの元ネタ （Python/C++/Java/Rとかだけでなくdocumentガイドなど色々あります） https://github.com/google/styleguide Shellスタイルガイド （今回はこちら） http://google.github.io/styleguide/shell.xml 本当は人間がチェックするのではなくcpplintのためXML定義なのかもですが、気にしない気にしない。 （見たところcpplintはc++だけだと思ってます） commitフックでshell系のlint走らせろっていうのが今風なのかもしれませんが、キニシナイキ
高速に並列処理: xargs -P vs parallel -j vs split -n r/ - いちいの日記
最近になって、 GNU Coreutils の split(1) に --filter ってオプションがあり、入力を並列処理する方法の1つになることを知りました*1。 並列処理をしたいときに使うものとして GNU Findutils の xargs(1) -P, --max-procs (おそらく GNU 拡張) と、そのままの GNU parallel があります。サーバ管理で並列にログインしてなんかやる系だともっと多くのバリエーションが有るでしょうが、 synax sugar の域を超えないのでここでは考えません。 尤も split も本来の目的がちょっと違うので同じように比較するのはおかしいんですが、思ったより効率が良いようなので試してみました。 環境は SunOS, Xeon E5-2630 v3 @ 2.40GHz の 2 socket で 32 threads というとこです。
Best Practices for Writing Bash Scripts | kvz.io
This project now has its own homepage at bash3boilerplate.sh. I recently tweeted a few best practices that I picked up over the years and got some good feedback. I decided to write them all down in a blogpost. Here goes Use long options (logger --priority vs logger -p). If you're on cli, abbreviations make sense for efficiency. but when you're writing reusable scripts a few extra keystrokes will p
シェルスクリプトの中で1行ずつ変数を分割する際には、cutとかawkとか余計なプロセスを起動せずsetを使って分割した方が効率的 - 双六工場日誌
シェルスクリプトの中で、スペース区切りもしくはタブ区切りのレコードを扱うことがよくあると思います。 たとえば、前回のエントリ「AWS CLIとjqを使って、AWSのELBボリュームがアタッチされているEC2インスタンス名を出力するワンライナーを書いた - 双六工場日誌」のスクリプトの出力は以下のようになります。 i-ec56a9f5 vol-07d00601 servername i-ec56a9f5 vol-8f550991 servername このようなレコードの特定の列を取り出して、処理する際にどうするのが効率的か、というのがこのエントリのお題です。 非常に古い話題なので、昔からシェルスクリプトを書いている人には自明な話ではありますが、最近、シェルの標準機能の話を聞く機会がなく、失われつつある技術になってきている気がしているので、改めて確認ということで。 例として挙げたレコードから
[Linux]シェルでseqを使って1～10までループさせる
Bash on Rails作った人を見習ってシェルスクリプト絶賛勉強中。 seqと言うコマンドがある様です。 seq 10とやると、1から10まで出力してくれる。 seq 2 10とすると2から10まで出力してくれる。 これを使うと、for文で、1〜10までのループとかが簡単に実行出来る。 for i in `seq 1 10`; do echo "${i}個目の出力" done とすると、 1個目の出力 2個目の出力 3個目の出力 4個目の出力 5個目の出力 6個目の出力 7個目の出力 8個目の出力 9個目の出力 10個目の出力 と出てくれる。 覚えて置こう。
![[Linux]シェルでseqを使って1～10までループさせる](https://cdn-ak-scissors.b.st-hatena.com/image/square/bba1a6cb2a5a5a72cbac67ffc1277d643054ce49/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127132759048%2F17680117127132768601%2F1557944532)
Talpa memorandum
橘玲の『「読まなくてもいい本」の読書案内』を読んだので、感想とメモをまとめておく。 この本、タイトルは『「読まなくてもいい本」の読書案内』だが、実際には「読まなくていい本」はほとんど紹介されていない。紹介されているのは、当たり前の話かもしれないが読むべき本だ。他の読書案内本と異なっているのは、”こういう本は読まなくて良い”と、ばっさり切り捨てているところ。読むべきか・読まなくてもよいかの基準は、20世紀後半に爆発的に進歩した科学研究の成果に置いている。著者は、この時期に起きた科学研究の大幅な進歩を”知のビッグバン”、”知のパラダイム転換”と呼び、これ以前に書かれた本は（とりあえず）読む必要がないと言い切る。古いパラダイムで書かれた本は捨てて、新しいパラダイムで書かれた本を読もうという話だ。ちょっと乱暴な分け方ではあるが、1980年代に大学生だった私には案外納得できるものだった。学生時代に最
ポータブルなシェルスクリプトを書く - 拡張 POSIX シェルスクリプト Advent Calendar 2013 - ダメ出し Blog
拡張 POSIX シェルスクリプト Advent Calendar 2013、19日目の記事です。 うおー、あと 30分で書かないといけねー! 雑な内容ですみません。 今日はポータブルなシェルスクリプトの書き方ついてざっくり語ります。 UNIX 系 OS であれば大抵の OS / バージョンでも動くシェルスクリプト!! (ただし外部コマンドの非互換性の問題は除く) #!/bin/sh で書く POSIX sh でスクリプトを書けば完璧! shebang は #!/bin/sh!! …全然完璧ではありません。Solaris 10 のように /bin/sh が POSIX sh でない残念な OS がまだ生き残っています。 マニュアルにも載っているバグが仕様になったのではないかと思われる謎挙動や未知のバグを回避するのが大変です。 ポータブルにするには #!/bin/sh はまだ推奨できません。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - Borisvl/bigbash: A converter that generates a bash one-liner from an SQL Select query (no DB necessary)
http://www.kfirlavi.com/blog/2012/11/14/defensive-bash-programming
Simple, Fast, Easy Parallelism in Shell Pipelines
実務で役立つシェル系Tips - Qiita
GitHub - xwmx/bash-boilerplate: A collection of Bash scripts for creating safe and useful command line programs.
シェルスクリプトのlint - Qiita
tdenniston/bish · GitHub - Bish is a language that compiles to Bash. It's designed to give shell scripting a more comfortable and modern feel.
シェルで変数のインクリメントに expr を使うと100倍遅い件
Batsを使って手軽にCLIプログラムのテストをする - Qiita
