コンテナ管理のオープンソースソフトウエア(OSS)である「Docker」が、IT業界における新しい「台風の目」になり始めている。IBM、マイクロソフト、レッドハット、ヴイエムウェア、グーグル、アマゾン・ウェブ・サービスといった米国の名だたる大手ITベンダーが、開発元である米ドッカーと相次ぎ提携し、Dockerを自社の製品やサービスに取り込もうと躍起になっているからだ。 Dockerで実現できるのは、サーバーの論理分割であり、これは「VMware vSphere」などの「サーバー仮想化」と変わらない。技術的な視点で見ると、サーバー仮想化が論理分割の単位として「仮想マシン(VM)」を使うのに対して、Dockerでは仮想的なOS環境である「コンテナ」を使うことが、両者の違いということになる。 コンテナとはLinux OSがOSの中に仮想的に作り出したOS環境だ。コンテナごとに独立したファイルシス
はじめに タイトルの通りvimで作るGoの開発環境が便利なのでまとめたものです。 特にコードリーディングに便利な設定を紹介します。 参考 本稿を書くに当たって参考になった記事です。 日付が新しい順に並べていますので下の方は古い記述を含んでいます。 vim-go-extra を公開致します。 http://vim-jp.org/blog/2014/09/02/vim-go-extra.html Go 1.2.1 の環境構築 Homebrew + Vim 編 (2014.03) http://qiita.com/methane/items/4905f40e4772afec3e60 Big Sky :: Vimを使ったGo言語開発手法 http://mattn.kaoriya.net/software/vim/20130531000559.htm goのvimコマンド「Fmt」が、実はquick
2014年10月17日に、新しいオフィス「Office Premium」と「Office 365 Solo」が発売されました。と言っても、新機能が追加されたりインターフェースが変更されたわけではありません。ソフト自体は従来製品と同じですが、月単位あるいは年単位で有料の利用契約を結ぶ「サブスクリプション方式」を採用しているのが大きな特徴です。利用期間内であれば通常のオフィスと同様、ソフトのダウンロード/インストールを行なうことで、最新版のエクセルやワードなどを利用できるようになります。 10月16日に行なわれた発売記念イベントに出席しました。写真は日本マイクロソフト株式会社執行役コンシューマー&パートナーグループゼネラルマネージャーの高橋美波氏 新しいOfficeには、プリインストール版の「Office Premium」と2ライセンス版の「Office 365 Solo」の2種類が用意されて
Let's Note SX4FDKBPに入っているWindows 8.1 Pro 64bitの領域を縮小し、空き領域にFreeBSD 10.1を入れてデュアルブートするのが目的。 Windowsでの作業 Windowsアップデートとかしたくなるが、それはデュアルブートが成功してからにする。徒労に終る可能性がある。 リカバリーディスク 「リカバリーディスク作成ユーティリティ」でリカバリーディスクを必ず作っておく。 高速スタートアップ解除 高速スタートアップを無効にする。コントロールパネル→電源オプション→電源ボタンの動作選択→高速スタートアップを有効にするのチェックを外す。「現在利用可能ではない設定を変更します」をクリックしないと外せない。 参考: http://www.eightforums.com/tutorials/6320-fast-startup-turn-off-windows-
vimでクラスの宣言元にジャンプするために必要なtagsファイル、それを作るのがctagsコマンド。 プロジェクトのルートディレクトリから をすればルートディレクトリにtagsファイルが作られていい感じにジャンプしてくれるのですが、tagが宣言されていないクラスがあったり(ctagsのバージョンを上げたら解決)したのでこの際とばかりにちゃんと使うために設定を調べてみた。 ctagsのバージョンを上げる まず普段開発をしている環境がcentOS5系で、ctagsのバージョンが5.6だったのでとりあえず上げる。 mkdir -p $HOME/local/bin mkdir -p $HOME/local/src cd $HOME/local/src/ wget http://prdownloads.sourceforge.net/ctags/ctags-5.8.tar.gz tar zxf ct
でカレントディレクトリにtagsファイルが作成されます。 これをvimで読み込む設定にしておけばジャンプできたり補完できたりと便利になるしろもの。 今回考察すること 実践Vimの方ではプチまとめとしての考察の項では以下のように書かれている。 コミットするたびにコードベースのインデックスを再作成するのがちょうどよいところを突いている。確かに、作業中のローカルコピーと、tagsファイルが分離されるが、エラーはなんとかなる。アクティブに作業しているコードは、タグを使ってナビゲーションを行いたくなることはあまりないコードだ。 僕もそう思う。 しかしそれはバージョン管理を使っていて、なおかつ分散バージョン管理、例えばGitを使っているプロジェクトにしか適応されないという問題を抱えている。 バージョン管理使うようにしたりgit使うようにすればいいじゃんって、そう思うけどもそうじゃないじゃん?やりたいこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く