はてなブックマーク

Spring Bootキャンプシリーズ、Spring Boot + MyBatis編です。 今回の目的 Spring BootアプリでMyBatisを利用してDBアクセスを行います。 今回使用するライブラリ spring-boot-starter:2.2.0.M4 mybatis-spring-boot-starter:2.0.1 mybatis-spring-boot-starter-test:2.0.1 h2:1.4.199 lombok:1.18.8 以降の手順のいくつかはSpring Initializrでプロジェクトを作成することにより解決されます。 DBアクセス MyBatisの実装を行う前に、まずはDBアクセスするための設定を行います。 DBアクセスの定義 Spring BootではDBにアクセスするDataSource等のBean定義を自動的に行ってくれます。 デフォルトで

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

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

はじめに 端末作業には長年 GNU Screen を使っていてそれで事足りていますが、最近はターミナルマルチプレクサというと tmux のことを指すようですので、基本的な操作方法くらいは知っておいた方が良いかなと思い始めた GNU Screen 使いのメモ書きです。思いついた時々で更新します。 コマンド比較表 表記について C-a は Ctrl を押しながら a を押すことを意味します M-v は多くの場合 ESC を押したあとに v を押すことを意味します。ESC は C-[ でも代用できます。 キーマップに割り当てられているコマンドについては括弧書きで併記します バージョンについて OS X の homebrew でインストールしたもので確認しています。 GNU Screen: 4.3.1 tmux: 2.1 用語 GNU Screen tmux

はじめに いろいろデータ可視化の可能性を探っていると、とても興味を惹かれる記事を見つけました。 Vimでの作業をKibanaで可視化してみた VimのメトリクスをElasticsearchに投入する為にプラグインを作成されていて素直にすごいなぁと思いました。 ブラウザの閲覧履歴で人生の棚卸し（embulk + elasticsearch + kibanaで可視化） そこに抽出できる履歴データがあれば振り返りたくなりますよね。 昨年11月くらいからデータ可視化のためにEmbulk、Elasticsearch、Kibanaを少し触ってきて、ある程度使い方が分かってきましたので、おさらいを兼ねてシェルのヒストリファイルの可視化をしてみようと思います。 必要なもの（環境） そこそこ溜まっている タイムスタンプ付き のシェルヒストリファイル Embulk 0.8.8 Docker Elasticse

はじめに 普段 Linux 環境での作業は vim を使っていますが、手元の OS X 環境では emacs を使ってメモなどを取っています。が、やはり vim ほど emacs は使えていないのであのコマンドはどうやるんだっけ？というときの Vimmer 視点のメモ書きです。思いついた時々で更新します。 エディタの標準機能についてのみです GUI はほとんど使わないので CUI で利用可能なコマンドです 以下のバージョンで確認しています vim: 7.4.542 - homebrew HEAD emacs: 24.3.1 - MacEmacs JP Emacs24.3-with-inline-patch-R1 コマンド比較表 表記について C-a は Ctrl を押しながら a を押すことを意味します M-v は多くの場合 ESC を押したあとに v を押すことを意味します。ESC は

zsh のコマンドライン編集機能のキーマップを bash に揃えておくと捗るかもよというお話しです。 はじめに 多くのシステムにおいてまだ標準となっていない zsh をあえて使う身としては、bash で出来たことが出来ないと歯がゆいものです。 とくにコマンド入力におけるカーソル移動のインターフェースについてそれは強く感じます。 bashでのカーソル移動 bash でのカーソル移動は GNU readline ライブラリによって提供されていて、emacs ユーザにとってはお馴染みのものです。 キー readlineコマンド名 内容

以下は私の .zshrc から z.sh の動作に必要な部分を抜粋したものです。古いバージョンの zsh でも動作させるため、直接スクリプトの動作に関わりの無い部分も記載しています。 スクリプトは $ZDOTDIR/z/z.sh に配置 z だとタイプしづらいので j に変更 記録ファイルは $ZDOTDIR/.z に変更 :a や :A などの変数展開制御編集子が使用できないバージョンでは独自にフック関数を定義 autoload -Uz is-at-least # Treat hook functions as array typeset -ga chpwd_functions typeset -ga precmd_functions typeset -ga preexec_functions # Simulate hook functions for older versions if

ファイルの編集やコンパイル、デバッグなど作業に応じて複数の端末を開く場合、ローカル環境ではターミナルエミュレータのタブ機能で十分ですが、より柔軟な端末操作を求めてターミナルマルチプレクサを使う事が多いと思います。 ここではターミナルマルチプレクサを使って複数の端末で作業するときのディレクトリ移動にとても便利な cdd を紹介します。 chpwd_recent_dirs の設定と cdr 関数によってディレクトリの移動履歴は別セッションでも手軽に利用できますが、すぐ直前のディレクトリに移動するときには補完候補を絞り込む必要があります。また SHARE_HISTORY を有効にしてヒストリファイルを共有している場合でも、そのディレクトリに cd したときの履歴を絞り込む手間が発生します。 思うことは同じで、GNU Screen との組み合わせでディレクトリ移動を楽にするスクリプトが公開されてい

AUTO_PUSHD によって自動的に積まれたディレクトリスタックの移動はカレントのシェルにおいて有用ですが、ログアウト後、あるいは別のセッションでは利用できません。 そのためよく移動するディレクトリについては $cdpath やディレクトリのエイリアスに設定、あるいは移動するための関数を定義することも多いと思います。 ここでは zsh バージョン 4.3.11 から標準モジュールとして使えるようになった chpwd_recent_dirs について紹介します。 以下の設定を例に説明します。カレントディレクトリを変更したときに呼ばれる特殊関数 chpwd_functions に chpwd_recent_dirs を呼ぶようにしています。詳しい使い方は zshcontrib(1) の REMEMBERING RECENT DIRECTORIES を参照してください。 autoload -U

シェルを使う上でディレクトリの移動に関する設定は欠かせません。 3つ以上のディレクトリを手早く移動したい時は、bash でもお馴染みの pushd、popd、dirs を使用してディレクトリスタックの操作をするわけですが、いちいち出し入れするのが面倒です。 zsh のシェルオプション AUTO_PUSHD を有効にすればディレクトリ移動時に元いたディレクトリが自動でスタックに積まれますが、dirs で確認して移動するということが面倒という点は変わりません。 このような時は補完機能を使って楽をします。 以下の例は、補完システムの有効化とメニュースタイルを有効にしてカレントディレクトリは除くという設定です。メッセージ書式は好みです。AUTO_PUSHD するときは DIRSTACKSIZE で上限を決めておくとよいでしょう。 DIRSTACKSIZE=100 setopt AUTO_PUSHD