soon
背景 レビューに時間を掛けているわりにあまり成果が出ていない 問題意識を感じる レビューという行為にもっと周りから理解があればいいのに、という風に考える 原因を外部に求めるのは良くないなと考え直す これまで自分が発言したコメントを読み返す 過度にフォーマル過ぎたり、コードの表層しか指摘していないところが多々あることが分かる 問題 GitHubのPull RequestやIssueでのコメントに、出来るだけ間違いや誤解が無いように気を付けられた丁寧な文章で書いてしまうことが多い。しかしながら、もっと普段互いに会話するときに使うような雑な言葉で書いて、コミュニケーションの量を増やした方が良いんだろうなと思う。 そもそもコミュニケーションの量が足りていないせいで、レビュアーがそのドメインについてあまり理解が得られず、問題の表面的な部分についてのみしか発言出来ないということが沢山ある。サービスごと
Lots of Vim’s built-in Normal mode commands can be executed multiple times by prefixing them with a count. User-defined Normal mode mappings don’t usually handle counts the way we might like them to. We’ll explore a couple of techniques for making our custom mappings respond predictably to a count. Problem: make a mapping that handles counts Suppose that we wanted to create a mapping so that press
私の場合、開発環境では複数の言語のコードを書いたり実行したりします。 例えば perl, ruby, nodejs, python など。 これらを利用するために、plenv, rbenv, nodebrew, pyenv などを利用していました。 しかし、遅ればせながら anyenv というものがあると聞いたので、こっちに乗り換えました。 **envを2つ以上使ってる人はこれ使うのが良いと思います。おすすめ。 http://blog.riywo.com/2013/06/22/155804 https://github.com/riywo/anyenv インストールは簡単 README.md のとおりにやればOK # ------------------------------------------------------------------------ -# plenv +# an
はじめに 近年注目されているサーバー管理ツール「Chef(シェフ)」は、ファイルに記述した設定内容に応じて自動的にユーザーの作成やパッケージのインストール、設定ファイルの編集などを行うツールだ。今回はこのChefについて、基本的な環境構築方法と使い方を紹介する。 前回はサーバーの設定管理ツールとして「Puppet」を紹介したが、今回紹介するChefは、このPuppetと人気を二分するサーバー設定管理ツールだ。 Chefは米Opscodeが開発しているオープンソースソフトウェアで、Rubyなどのオープンソースな技術を使って実装されている。ライセンスはApache License 2.0だ。同社はChefにいくつかの機能を追加した有償版の「Private Chef」やクラウド型の「Hosted Chef」といったサービスも提供しているが、本記事ではオープンソース版のChefについて紹介する。
Vagrant と Chef Solo ってとてもベンリそうに見えてたのですが、ネット上にあるのは断片的な情報が多かったり、そもそもいろんなやり方があって混乱してたので、サックリ始めるためのチュートリアルを書きました。これをきっかけにベンリな Vagrant ライフを堪能して頂ければ幸いです。 [追記10/10/2013] Window 上の Vagrant でも問題なく動きました。ただ1点注意があって、UAC のポップアップに反応しないと、Vagrant か VirtualBox 側でタイムアウトになってしまうので、ポップアップを見張るか、放置したいなら一時的に無効にしておくとよいです。 [/追記終わり] [追記 10/23/2013] VirtualBox 4.3 だとまだうまく動かないようです(私も host-only adapter の作成で VirtualBox 側のエラーになり
hubコマンドは、MacやLinuxのターミナルからGitHubの操作をおこなうためのコマンドです。通常はブラウザを通しておこなっているような操作をCLIでおこなうことができます。 これがURLを渡すだけで、利用シーンがあるので、紹介します。 インストール公式サイトを確認する限りgemでインストールするのは、動作が遅くなるので非推奨とのこと。よって、Mac環境はHomebrewかMacPortsで入れた方が良い。 gitコマンドのエイリアスとしてhubを設定してしまうことが推奨されてますが、あえて今回はしません。 MacPortsの場合 $ sudo port install hub Homebrewの場合 $ brew install hub 動作確認$ hub --version git version 1.7.12.4 hub version 1.10.2GitHubへの初回アクセス
投稿内容を考えあぐねていたところにちょうどAnsibleWorks Galaxyがβリリースされたので、ここぞとばかりに利用してみようと思います。 AnsibleWorks Galaxyとは何か AnsibleWorks Galaxy(以下、Galaxyと呼びます)にアクセスしてみると、 "your hub for finding, reusing, and sharing the best Ansible content." とあります。端的に言えば、Ansibleの処理単位として用いられるroleの共有サービスのようです。以前から要望としてはちらほら目にしていましたが、満を持してという感じでしょうか。 ただ、roleを実際に日常的に書いていると実感しますが、不特定多数と共有できるほど汎用的に書くのはなかなか難しいところもあるので、そのまま用いるというよりはショーケースとして皆で持ち寄る
Ansible入門...?という発表をしました¶ この記事は Ansible Advent Calender 2013 の記事です。 Pyfesでの発表¶ 11月30日に #pyfes というイベントで、Ansible入門...?という発表を行いま した。 slideshareにその時の資料を上げておきます。 http://www.slideshare.net/r_rudi/ansible-28755803 この発表で伝えたかったこと¶ 今回の発表で伝えたかったことは3つです。 AnsibleはProvisioning Toolとしてだけではなく、Orchestrationまでカバー できること 豊富なモジュールがあること 簡単にモジュールが作成できること 1. Orchestration¶ Ansibleを最初に触った時から、「これはむしろFabric + Cuisineだ」と思って い
ansible を使い始める時は1個の YAML ファイルから始めるのが手軽で良いのですが、 それを Best Practices にあわせて roles にしようとしたら、 対応がよくわからなくて困ったことがあったので、 書き換え方をまとめてみました。 この投稿は Ansible Advent Calendar 2013 の7日目の記事です。 全体的に動作確認せずに以前使ったファイルを参考にしているので、 間違っている部分があるかもしれないので、その時はコメントなどで 教えてください。 1個の YAML ファイルの例 仮にこんな感じの playbook.yml があって、 これを roles にしたいとします。 --- - hosts: foo-servers sudo: yes vars: adminuser: vagrant admingroup: vagrant homedir:
Ansibleのアーキテクチャー: 構成管理を超えて¶ すでに2月ほど経っていますが、2013/11/29にAnsible WorksのCTOであるMichael DeHaanさんが、 Ansible’s Architecture: Beyond Configuration Management という記事を書いています。 この記事はAnsibleのアーキテクチャを説明するのにとても良い記事だと思いましたので、DeHaanさんの許可を得て、翻訳したものを公開します。 ただ、いかんせんこの人は一文が長いのと言い回しが詩的で意味が取りにくいのとで、うまく訳せていないところが多々あります。間違っている箇所がありましたらご指摘ください。 Ansibleのアーキテクチャー: 構成管理を超えて¶ Ansibleがなにものなのか、というあまりよろしくない議論があり、とても奇妙 だったので、ここでAnsi
Ansible 使用時に手間取った点がいくつかあったので書いておきます. ディストリビューション毎に処理を分ける ディストリビューションによって,yum と apt-get 等を使い分けたい場合は, centos.yml や ubuntu.yml 等を作成して,yum や apt-get 等の処理を書いておきます. main.yml --- - include: ubuntu.yml when: ansible_distribution == "Ubuntu" ubuntu.yml --- - shell: apt-get -y update - shell: apt-get -y install aptitude - shell: aptitude -y install {{ item }} with_items: - make - gcc - curl - git 環境変数を指定する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く