はてなブックマーク

var pathstr = '/foo/bar/baz/asdf/quux.html'; path.dirname(pathstr); // /foo/bar/baz/asdf path.extname(pathstr); // .html path.basename(pathstr); // quux.html path.basename(pathstr, path.extname(pathstr)); // quux まとめてやる場合は parse でオブジェクトを取得します。 path.parse(pathstr); // { root: '/', // dir: '/foo/bar/baz/asdf', // base: 'quux.html', // ext: '.html', // name: 'quux' } Windows の場合、 root は 「ドライブ名 + ":\"

Emacs のメジャーバージョンアップがあり、 Windows 版の IME パッチ済みバイナリーも公開されみたいなので、 Emacs を 25.1 にあげて使ってみました。 今回はリリースノートをベースに Emacs 25.1 の新機能や使ってみて気付いた点を紹介したいと思います。 Emacs 25.1 released なお、使用したのは Windows 版です。 Emacs 25.1 の Windows でのインストールに関しては前回使っていたのとほとんど変わってませんでした。 以前の記事を多少書き直したので、インストールに関してはそちらをご覧ください。 Emacs (24.5 以上) の Windows へのインストール | プログラマーズ雑記帳 大きな変更 今回の目玉だと思う機能追加は 2 つです。 ネイティブウィジェットを埋め込める機能 Emacs Lisp からダイナミックラ

C++14 は C++11 の補足的な変更なのですが、C++14 で結構広がりました。 特に「関数の戻り値」の型推論は意外な実力を秘めています。 それを含め次章から個々の型推論について説明してきます。 ローカル変数 通常ローカル変数 関数や制御文のブロック内での変数で、型推論として一番よく使う場面だと思います。 int foofunc() { auto localver = 1; const やポインター(*)、参照(&)等に変えたい場合、修飾子は別途付ける必要があります。 (もともとポインターであれば auto でポインター) リテラルの工夫 文字列リテラルを初期値として渡す場合は型推論では const char * になります。(環境によって char * かも) しかし std::string にしたいという時もあると思います。 そういった場合には C++14 で追加された basi

C++11 で右辺値参照とムーブセマンティクスが追加されました。 これらを活用するとコピーのコストを削減できるようになり、 C++ では今まで出来なかったスタイルを広める可能性を秘めています。 そこで今回はその右辺値参照とムーブセマンティクスについて説明します。 これらは難しいと思っている人もいるかもしれませんが、ポイントを押さえればそんなに難しい話ではありません。 理解さえすれば、C++ コーディングにおける強力な武器になるはずです。 変数の不変性を重視したスタイル C++ でいままでできなかったスタイルというのは変数の不変性を重視したスタイルです。 ここでいう変数の不変性は一度作ったオブジェクトを変更しないことを言います。 例えば、文字列を大文字に変換する関数があったとします。 prologue.cpp: string ToUpperString(const string &src)

C++ では printf など可変長の引数をとる関数を結構使うことはあります。 ただ、 C 言語由来である従来の可変長引数は多くの問題を抱えています。 そんな中、 C++ は C++11 仕様で大きな機能追加が行われました。 その一つである可変長テンプレート(Variadic Templates)によって、 可変長引数の扱いは大きく改善されました。 今回は C++11 を経た、新時代の可変長引数関数の書き方について解説したいと思います。 従来方式の問題点 最初に従来方式の問題点の確認です。 サンプルコード : oldargs.cpp 整数値の合計 整数値の合計を求める関数を従来方式で書くと、次のようになります。 int unsafe_isum(int argnum, ...) { va_list arg; int sum = 0; va_start(arg, argnum); // 引数

C++ でクラスを作ったり、メンバーを追加した場合、必ずやらなければならないことがあります。 それは 「コピーコンストラクター と 代入演算子 が必要か適切に判断する」ということです。 また、必要だったとして、これらを書く場合にも様々な注意点やテクニックがあります。 今回はコピーコンストラクターと代入演算子に関する話題についてまとめてみたいと思います。 なお、今回は Effective C++ の影響をかなり受けています。 Effective C++ と同じような内容を書くと問題あるかと思い、 それらに関してはサワリと本の項の参照先だけ書いています。 (項は第 2 版のものです) コピーコンストラクター、代入演算子 とは まず、この 2 つについて、概要を説明します。 コピーコンストラクターは 同じクラスのオブジェクトを引数にとるコンストラクター を指します。 Foo a; Foo b(a

オブジェクト指向プログラミングには Mixin という手法があります。 これを使えば、自作のクラスを比較可能な(Comparable)クラスにすることが簡単に出来ます。 今回は Comparable Mixin を例に C++ での Mixin のやり方について説明します。 Mixin とインターフェース Mixin の前提として、 多重継承の問題点を把握しておく必要があります。 その辺の話や Mixin の概要に関しては以下の記事をみていただくとして、 C++ に限定して簡単に説明していきます。 多重継承禁止とインターフェース, Mix-in の許可 | プログラマーズ雑記帳 多重継承の問題を避けるための代表的な方法はインターフェースです。 class IComparable { public: virtual int Compare(const IComparable &other)

C# の LINQ、Java の Stream のように「関数型のデータ処理」が多くの言語で取り入れられてきています。 そんな中、C++11,14 での機能追加によって、 C++ でもとうとう Steams ライブラリーを使えば、それができるようになりました。 そこで今回はこの関数型のデータ処理の魅力と Streams の使い方について紹介したいと思います。 C++ Streams 関数型データ処理の魅力 関数型データ処理の何が素晴らしいのかを端的にいえば、従来よりもコードを短くかつわかりやすく記述することができることです。 範囲 for の魅力 C++11 では 範囲に基づく for 文 という機能も追加されました。 関数型データ処理の良さの説明のために、まず「範囲 for 」の良さを見てみます。 例えば、 STL コンテナーの各要素に対して、何か処理をする場合、 vector であれば

Linux などではアプリケーションのインストールをパッケージマネージャーが使われます。 それに対し、 Windows ではインストーラーを使うのが主流でした。 しかし、 Windows でも Chocolatey が出てきました。 今回は Windows 用のパッケージマネージャーである Chocolatey について紹介します。 Chocolatey - The package manager for Windows Chocolatey の利点 パッケージマネージャーというのは、 アプリケーションをインストールする際に依存するライブラリーや他のプログラムも ネットから取ってきて、 一緒にインストールしてくれるといったツールです。 インストーラーの方がインストール先や構成などを細かくカスタマイズ出来ることが多いですが、 パッケージのダウンロードとインストールをいっぺんにやってくれる分、

補完はよくある TAB ですが、履歴は他のコンソールのシェルと違って C-p, C-n はバッファの行移動になり、 Alt(Esc) と組み合わせた p, n および矢印キーの上下が履歴となります。 ただし、 eshell は途中まで書いたものにマッチしたもの中から探します。 $ ls ~/t [↑] # コマンド履歴のうち、先頭が "ls ~/t" で始まる # ひとつ前の履歴を表示する 他のシェルのような単純な履歴操作をしたい場合には、 Ctrl キーと組み合わせた矢印キーで行います。 パス区切り ディレクトリの区切り文字は Windows 環境でも \ ではなく / を使用します。 Windows 環境では \ を使用することもできますが、 \ はエスケープ文字になっているので、 使用する場合には \\ と書く必要があります。 Emacs 関数の実行 eshell ではプログラムだけ

4, 5, 6 の選択で作成時にファイルが自動生成されます。 README.md .gitignore LICENSE GitHub ではこれらのファイルを作成しておくことが推奨されています。 ドキュメント - README.md GitHub ではドキュメントに Markdown を使うと書きましたが、 プロジェクトのトップページで表示されるドキュメントは README.md をもとに作成されます。 チェックを入れていると、指定したプロジェクトの名前と説明を使った README.md ファイルが生成されます。 # hello-world Sample project プログラミング言語の選択 - .gitignore C 言語のオブジェクトファイル(.o)などソース管理に入れたくないファイルというものがあります。 Git ではそういった無視するファイルは .gitignore に記述しま

elisp 入門の最初として 今回は Emacs lisp の式の構文と Emacs での式の評価法を説明します。 Hello World ! 『 K&R 』以来、プログラミングの入門では Hello World で始めるのが慣例です。 ここでも Hello World で始めましょう。 まず、 Emacs を起動した時に表示される*scratch*バッファーに 以下のように記述して下さい。 (message "Hello World!") 次に行の最後で C-j を押してみましょう。 ミニバッファーに "Hello World!" の文字が表示されるはずです。 これから、この仕組みについて少しづつ解説してみたいと思います。 最初に elisp で使われる式の構文について説明します。 式と評価 Lisp では式は以下の形式で、一般的なプログラムの関数とは少し書き方が違っています。 (関数

Emacs では、何も設定せずに使うと、ビープ音がうるさかったり、 ~(チルダ)がついたファイルがたくさんできてうっとうしかったりと ハッキリいって使いづらいです。 そのため設定はしないといけないのですが、 今度は設定できることが豊富すぎて「何からやればいいのかわからない」といったことにもなります。 そこで、今回は Emacs を使う上で「これだけはやっとけ」という最低限必要なお勧めの設定について紹介したいと思います。 そのまま使える設定ファイル(init.el)を用意し、各設定について説明を書いています。 以前の記事などでより詳しい説明をかいている項目はそのリンクを付けています。 設定ファイル 設定ファイルは以下の init.el をダウンロード(名前をつけて保存)して、 ~/.emacs.d 以下においてください。 init.el なお、 ~(チルダ) はホームディレクトリーを意味して

Emacs のデフォルトのキーバインドって非常に押しづらい上に覚えづらいです。 でも、それって大した問題ではありません。 Emacs は自分好みにキー設定をいじれるところに醍醐味があります。 しかも、他のエディタでは設定できないようなトリッキーな設定も可能です。 そこで、今回は私が使っている Emacs のキー設定を紹介したいと思います。 誰でも気に入るようなものではありませんが、ハマると Emacs 以外のエディターでは満足できなくなるのは請け合いです。 なお、 Emacs でキーバインドを設定する場合、 Emacs Lisp の知識が必要になってきます。 キーの設定方法などもっとよく知りたい場合は、以前の記事を参考にしてください。 キーバインディング - 環境設定のための Emacs Lisp 入門 | プログラマーズ雑記帳 特徴 私のキー設定の最大の特徴は使わない文字を一つつぶし、そ

URL 「統一資源位置指定子(Uniform Resource Locator)」 というのは Web 上の html ファイルなどのリソースを指定するもので、 ブラウザーなどのアドレスに使われます。 Node.js では 標準モジュール の一つである URL モジュールで URL の文字列の解析、生成などの機能が提供されています。 今回はその URL モジュールおよびそれに関連する Query String モジュールについて紹介します。 URL Node.js v5.8.0 Manual & Documentation Query String Node.js v5.8.0 Manual & Documentation URL モジュールは 'url' を require して使用します。 var url = require('url'); URL の解析 URL の文字列は pars

「関数型のデータ処理」と呼んでいるのは、 高階関数を使い、遅延評価で行うデータ処理の手法で、 関数型プログラミングでよく使われます。 これは関数型プログラミングでなくても、役に立つ機能であり、 JavaScript でも lodash というライブラリーを使えば、これが行えるようになります。 今回はこの関数型のデータ処理の魅力と lodash でのやり方について紹介したいと思います。 lodash 関数型データ処理の魅力 関数型のデータ処理方法は関数型プログラミングでなくても、 役に立つため、関数型言語以外の言語でも積極的に取り入れられるようになって来ました。 この辺りのことは最後に説明するとして、 このデータ処理方法の何がよいかというと 短くかつ分かりやすいコードが書けることです。 説明のために、サンプルを挙げてみます。 カンマ区切りの文字列があったとします。まずこれを配列に分割し、 次

Emacs Lisp 入門の第 8 回です。 設定に絞った Emacs Lisp の入門なので、制御構造は必要ないかと思い、前回で終了していました。 しかし、 OS など環境の違う場合に同じ設定ファイルを使おうとすると、条件分岐は必要になってきます。 そこで、今回、 elisp での条件分岐について追加しました。 条件分岐の式 条件分岐の式の基本は if です。 (if 条件式 真の式 偽の式1 偽の式2 :) 条件式は真ならば式の 2 番目の引数として渡した式が評価され、 偽ならば 3 番目以降が順に評価されます。 ただし、 if は偽の時は複数書けるのですが、真で評価する式には 1 つしか書けません。 こういった場合、 progn で複数書けます。 (if 条件式 (progn 式1 式2 :)) ただ、ちょっと書くのが面倒なので、真の時だけ渡した式を順に評価する when も用意され

Emacs ではデフォルトのままだとスクロールする時、ガクガクと動く感じがします。 その調整も含めて、今回は Emacs でのスクロールの挙動とその変更方法について説明します。 カーソル移動によるスクロール なぜ、ガクガクとスクロールする感じになるかというと、 Emacs では画面端になって、スクロールする際に、 画面中央にカーソルがくるようにするためです。 これはこれで、なるべく画面の中央で編集ができるため、良い点もあります。 ただ、 Word など他のアプリと挙動が違うので、ちょっと気持ち悪く感じます。 ステップ量 中央に移動する挙動を変えるには scroll-conservatively の値を変更します。 この値のデフォルトは 0 であり、これを 1 にすると、 スクロールは 1 行となり、自然な感じになります。 (setq scroll-conservatively 1) ちなみ

これらのファイルは設定によって、作らないようにしたり、 作成先を変更したりできます。 お勧めは次のようにする感じです。 バックアップファイルは一カ所にまとめて作成 自動保存ファイルは作成 自動保存リスト、ロックファイルは作成しない 以降から 3 つのファイルについてそれぞれ解説していきます。 バックアップファイル (foo.txt~) バックアップ(backup)ファイルはファイルをオープンする際、オープン時(編集前)のファイルをバックアップとして残します。 これは間違って修正や削除した時に使えます。 Emacs はかなり古くからあります。最近のソフトウェア開発ではバージョン管理システムを使うのが当たり前になってきているので、 いらないといえばいらないです。 うっとうしから作らないということにするというのも一つの手です。 作成しない場合には init.el に以下のように記述します。 (s

Node.js を使うと PC 上で JavaScript を実行できるようになります。 ただ、 JavaScript はもともとクライアントサイドの言語のため、 ファイルを直接操作するなどの API はありません。 そこで Node.js はプログラムとして動作させるために必要な各種 API をモジュールとして用意しています。 その標準モジュールに関する記事を書いてみました。 標準モジュールと API Node.js の API を提供するモジュールは Node.js とともに標準でインストールされています。 それらの多くも使用する場合には require によるロードは必要ですが、 npm でのインストールを行うことなく、そのまま使うことができます。 Node.js の Windows へのインストールと npm の使い方 | プログラマーズ雑記帳 ちょうど C, C++ の標準ライブ

ファイルのロード前に設定できる仕組み 変数の設定は setq を使うという説明を以前行いました。 この他に defvar キーワードでも変数の宣言ができます。 これは拡張 elisp などの方で使用するものなので、使えるようになる必要はありませんが、 仕組みは知っておいた方がいいと思います。 (defvar 変数 &optional 初期値 説明) defvar は変数に説明が付けられる以外は setq とほとんど形式は一緒ですが、 大きな違いが一つあります。 それは defvar の場合には変数が既に定義済みならばそのままその値を使用し、 未定義の場合だけ初期値を使う ようになっている点です。 これにより、 autoload で後からロードしても、 init.el で設定された値が上書きされるということがなくなります。 なお、 defvar と似たものに defcustom キーワードが

今回は Node.js の Windows 環境におけるインストールと、 そのパッケージ管理ツールである npm の使い方についてです。 Node.js とは JavaScript は、もともとブラウザー側で解釈して、実行するクライアントサイドの言語です。 Node.js を使うとローカル上で JavaScript を実行できるようになります。 これの何がいいかというと、 Node.js によりサーバーサイドの言語も JavaScript で書けるようになり、 サーバー、クライアントサイドともに同じ言語で開発できるようになります。 また、JavaScript の解析には Chrome の V8 エンジン を使っていて、動作速度はスクリプト言語の中では比較的、高速な方です。 なお、 Node.js は一時期、開発が停滞していて、業を煮やした人たちによって Io.js として分離していました。

プログラムの外部から終了等の操作をしたい場合、 Unix 系ではシグナルを使用します。 Windows ではシグナルはないのですが、 Node.js ではある程度仮想的に対応してくれます。 今回は Node.js でのシグナル処理について説明します。 なお、Node.js ではシグナル処理は 標準モジュール の一つである Process モジュールで機能が提供されています。 https://nodejs.org/api/process.html#process_signal_events シグナルの送信 まずは Node.js でシグナルを送信方法です。 送信はグローバルオブジェクトである process の kill メソッドを呼び出します。 process.kill(pid[, signal]) // ID が 8888 のプロセスに対して SIGINT を送信 process.kil

フリーの静的解析ツールでは CppCheck が有名です。 今回はこの CppCheck の Windows へのインストール方法と使い方について説明します。 Cppcheck - A tool for static C/C++ code analysis CppCheck とは 静的解析ツールとは CppCheck は C++ 用の静的解析ツールです。 この静的解析ツールというのは、 ソースコードを解析して、問題点を探してくれるツールです。 テストの実行など実際に"動"作させることことなく、ソースコードから問題点を探すので、 "静"的解析ツールと呼ばれます。 見つけてくれる問題点を大きく分けると次の 2 つです。 よくないコード 実際のバグの発生箇所 1. の「よくないコード」というのは、実際には問題ないかもしれないけど危険なコードや コーディングルール的によくないコードです。 例えば、

重複コードなどソースコードのメトリクスを調べてくれる SonarQube (旧 Sonar) というプログラムがあります。 今回はこの SonarQube の Windows へのインストールと C++ での使用法について説明したいと思います。 SonarQube とは SonarQube はメトリクスツールで、 ソースコードを解析して各種の計測情報を表示してくれます。 対応言語 もともと Java 用ですが、プラグインでその他の言語にも使えるようになります。 Plugin Library - Plugins - SonarQube SonarQube 自体はフリーなのですが、プラグインの言語によっては有料のものもあり、 C/C++ 言語用のプラグインも有料です。 ただし、サードパティーとして無料の Community 版もあるので、 今回はそちらでの C++ コードの解析について紹介しま

今回は Clojure でファイルの読み書きを行う方法についての記事です。 ファイルの読み込み Clojure でファイルの読み込みを行う場合、 reader を使います。 この reader などの IO 系の関数は Ver. 1.3 まで contrib.duck-streams などに分かれていましたが、 今はほとんど clojure.java.io に統合されています。 (use 'clojure.java.io) (reader "test.txt") ; #<BufferedReader> ファイルなので使い終わったら閉じる必要があります。 リソースの解放を忘れずにしないといけない場合には、 Ruby のブロックや C# の using のように、ブロックを抜けると必ず解放してくれる仕組みが欲しいところです。 Clojure にも with-open というマクロが用意されてい