oh-my-zshを使っていて重いと感じている方、preztoはいかが？ - Qiita
背景 oh-my-zshは大変便利で、便利ではあるけど複雑怪奇なzshの設定を簡単に済ませることができるようになりました。 しかし、気の赴くままにpluginを追加していると、起動が重くなったり補完が重くなったり徐々に使いづらくなってしまいます。初回の起動が重いのはscreenやtmuxを活用してつぎつぎzshを起動・終了している人にはじわじわ効いてきますし、補完が重いのはとてもつらいものです。 また、oh-my-zshのpluginには、元のrepositoryからsourceを持ってきたまま放置されているものもあります。例えば、oh-my-zsh/plugins/zは2014-04-11時点では本家のrupa/zより古く、更新されてないことが伺えます。 oh-my-zshはいろいろつらさもあることは分かった、しかしoh-my-zshを捨てて一からzshを設定するのはつらい……。そんな方
【Mac】zshをサブシェルで起動するとPATHがおかしくなる - よんちゅBlog
どういう状態かというと。 ★サブシェル起動前 $ printpath ← $PATHを表示 /Users/yonchu/.pythonbrew/bin /Users/yonchu/.rvm/gems/ruby-1.9.3-p286/bin /Users/yonchu/.rvm/gems/ruby-1.9.3-p286@global/bin /Users/yonchu/.rvm/rubies/ruby-1.9.3-p286/bin /Users/yonchu/.rvm/bin /usr/local/share/python /usr/local/mysql/bin /Library/Java/Home/bin /Users/yonchu/bin /Users/yonchu/dotfiles/bin /usr/local/bin /usr/local/sbin /usr/local/share
DotenvではなくDirenvを使う
DotenvではなくDirenvを使う Dotenvは，.envファイルから環境変数を読み込むためのツール．他人には共有したくないパスワードやキーなどを.envに環境変数として記述しておき，実行時にそれを読み込むといった使い方をする．例えば自分は，vagrantからDigitalOceanを使う際に，CLIENT_IDやAPI_KEYを.envに記述してVagrantfileでそれを読み込むという使い方をしていた． ただ，Dotenvは汎用性が低い．Dotenvを有効にするには，プログラム内から明示的にDotenv.loadを呼ぶ必要がある，もしくは，dotenvでプログラムを起動する必要がある．例えば，test-kitchenのdigitaloceanドライバーを使う際には，vagrantの場合と同様にCLIENT_IDやAPI_KEYが必要になる．しかし，test-kitchenでユー
Specify pane percentage in tmuxinator project
How can I specify a pane percentage in tmuxinator ? Eg: project_name: ad_dev project_root: ~/Programming/WWW/Rails/projects/ApparelDreamDev rvm: ruby-1.9.2-p290@apparel_dev pre: SQL tabs: - editor: layout: main-vertical panes: - vim 75% - #empty, will just run plain bash - top eg: the vim pane would take 75% of the screen... is there a way to specify this ? or where in the documentation should I l
Mac の開発環境構築を自動化する (2015 年初旬編) - t-wadaのブログ
背景 愛用していた MBP15" が一ヶ月ほど前に突然亡くなり、急遽 MBP13" を買って環境構築を行ったので記録しておく。 (その後噂の薄くて軽くて新しい Macbook が出ただけでなく MBP13" までマイナーアップデートされたりしたが、悔しくはない。悔しくはないぞ！！) Brewfile オワコン問題 開発環境の構築は Homebrew と Homebrew Cask を入れて Brewfile を書き、 brew bundle すれば終わりかと思いきや、もう Brewfile はオワコンになってしまったらしい。 (3/25 追記) Brewfile がオワコンなのではなく Homebrew 本体から bundle コマンドが外されただけで、 元となった brewdle コマンドは健在で、もっと便利な brew-file もあるとのことです。 参考: Brewfileはオワコン
Big Sky :: 分散環境情報サーバ etcd を使った設定共有の活用
etcd って何と聞かれた場合、一言で言ってしまえば zookeeper なんだけど Documentation · CoreOS etcd etcd is a highly-available key value store for shared configuration and service discovery. http://coreos.com/docs/etcd/ coreos/etcd - GitHub https://github.com/coreos/etcd etcd の良い所は curl で使える様な簡単な API SSL Cert 認証もオプションとして使える ベンチマークで 1000s of writes/s per instance を出せるくらい速い Raft を使って正確に、確実に分散する という感じらしい。作ってるのは CoreOS。 etcd はキーを
Cartonでcpanのミラーを指定したい場合環境変数「PERL_CARTON_MIRROR」を指定する - 偏差値40からのはてなブログ生活
なんか、、タイトルで全て出し尽くしましたが、一応。 Cartonを試してみようと思ったんですが、諸事情ありまして社内に構築したcpanのミラーを参照しなければなりません。 で、何も考えずにHTTP_PROXY指定してみたり「--proxy」みたいなパラメータ無いかなーとドキュメント眺めたりしてたんですが無いので、 cartonでローカルのcpan mirrorを指定するのは無理なのかな— equinox79さん (@equinox79) 3月 14, 2012 とぼやいていたら @equinox79 環境変数 PERL_CARTON_MIRROR でいけません？— Hideaki Ohnoさん (@hide_o_55) 3月 14, 2012 と教えて頂きました。@hide_o_55++ というわけで、Cartonでミラーを指定したい時は export PERL_CARTON_MIRROR
開発現場で Docker をどこで使うか考えてみた
Shin x blog Advent Calendar 2013 の 16 日目です。 最近話題の Docker 色々と触っています。 触ってみる中で、普段の開発現場でどのような用途に使えそうなのかを考えています。こうだ！という結論が出ているわけではないのですが、一度書き出してみます。 前提 Webシステムの開発現場を想定しています。 言語は普段使っている PHP ですが、内容にはあまり関係無いです。 開発機には Mac OSX を使っています。 検証環境（サンドボックス） まず一番に思いつくのが、検証環境としての利用です。Docker を使えば、OS のみがインストールされている状態のコンテナを手軽に作成できるので、そこでミドルウェアのインストール、設定などを自由に行い、検証が済んだら、破棄します。 OSX 環境では Docker は動かないので、Vagrant + VirtualBox
plenv, alternative for perlbrew
plenv is to perlbrew what rbenv is to RVM. If you’re satisfied with perlbrew there’s no reason that you must switch to plenv, but i did it earlier this year, and I’m happy with the switch. Benefits plenv is written entirely in bash (except perl-build, the part which downloads perl tarballs from PAUSE and apply patchperl), and provides “shims” in your PATH that locates the right executable of your
近頃の開発環境 : Mosh、z、tmux、Emacs、Perl について - naoyaのはてなダイアリー
昨日は年始の挨拶ついでに ELPA について脈絡もなく突然書きましたが、引き続き近頃の開発環境についてもだらだらと書いてみよう。 Mosh mosh というと一部の人間はひげなんとかさんが開発しているモナー的なあれを思い浮かべるかもしれないがそうではなく、mobile shell のことである。 思い切り簡略化して言うと「快適なssh」。回線が不安定な所でもエコー遅延など全く気にせず使えるし、Mac をスリープさせて復帰させたときもリモートホストにそのまま繋がりっぱなしのように見せかけてくれたりする。 詳しくはこの辺を。 mosh: MITからモバイル時代のSSH代替品 - karasuyamatenguの日記 インストールはリモートとローカル両方に必要ですが、まあ大概パッケージがあると思います。EC2 の Amazon Linux でも yum レポジトリの EPEL を有効にすれば y
git環境まとめ - Qiita
$ gst = status $ ga = add $ gc = commit $ gl = pull $ gp = push $ gco = checkout $ grh = reset --soft HEAD $ grhh = reset --hard HEAD 私はだいたいこいつらをよく使います。 あと、このプラグインは、プロンプトにカレントブランチ名表示してくれるのがありがたい。 git-extras, git-flow, github 後述の同名gitサブコマンドのtab補完プラグイン。エイリアスではありません。 github for mac GitHub for Mac 「addする -> commitする」という一連の作業はこれが最強に使いやすい。それ専用GUIアプリだと思っている。GUIアプリなんだからコミットグラフがもっと見やすくてもいいのにね。 SourceTree ※
にひりずむ::しんぷる - homebrew で最低限これだけはいれておけってやつ
新卒向けなんたらカレンダーの X日目です。 そもそも homebrew 使ってない まず Xcode を入れる必要がある。Xcode は App Store からインストールして、 Preference → Downloads → Components → Command Line Tools をインストール。 そしたらおもむろに以下のコマンドを打つ $ ruby -e "$(curl -fsSL https://raw.github.com/mxcl/homebrew/go/install)" おしまい。 sl $ brew install sl 必須コマンド。 zsh $ brew install --disable-etcdir zsh OS X は PATH をゴニョゴニョやられてむかつくので /etc/zshenv を読まないように --disable-etcdir 付きでインス
1. Perl環境の設定 : Practical Modern Perl (仮)
注：本稿はまだ書きかけです！書きかけです！まだ一般に知らしめようとする前にブクマされました！ｗ 間違いの指摘やコメント等は lestrrat @twitter にください！ Perl環境の設定方法はここ数年で大きく進化し、変わってきました。ここではアプリケーションのデプロイも見据えた、モダンなperl環境の整え方を紹介していきます。具体的にはperl本体や外部モジュールのインストール方法を解説したのち、Perlを使ったアプリケーションを管理・運用していく際に依存関係等はアプリケーション毎に管理できるようにしてグローバル環境に可能な限り干渉しない方法を紹介します。 目次 1.1 Perl本体のインストール 1.2 依存モジュールの管理・インストール 1.3 Cartonによるアプリケーションの実行環境の構築 tl;dr 本稿を読む前にポイントだけ知りたい！という方向けのまとめです： OSに同
plenv + cpanm + carton でPerlの開発環境を構築する | Act as Professional
Perl情弱の@HIROCASTERでございませう。 GrowthForecastとか羨ましすぎるので、最近のPerlの環境はどうやってつくるのか調べた。 今回はplenv+cpanm+cartonという環境を構築します。 Rubyでいうところのplenv+gem+bundleという感じである。 環境はUbuntu 12.04.2 LTSとMac（Mountain Lion）での確認をしています。 plenvまず、OSに付属しているPerlなどを利用して、わけわからないことになって、挫折するのがいつものパターン。 そこで、Perlを複数バージョンインストールして、OS付属のPerlとは別で管理できるplenvをインストールする。 Rubyでいうところのrbenvのようなもの。 CPANからインストールできるらしいけど、今回はGitでcloneしてインストールすることにする。 $ git c
最初から完璧な開発環境を作ろうとする時の罠 - プログラマの思索
良い記事があったのでメモ。 自らも肝に銘じておく。 未知の領域で開発を始める時には、環境を整えすぎてはいけない - 愛と勇気と缶ビール (引用開始) 未知の領域って何ぞいな、というとだいたい以下の二つ。 ・開発経験のないプラットフォーム。場合によっては触ったことのない言語を含む。(e.g. iOS, Android) ・今まで触ったことのない言語を用いた開発。 世の中にはエディタ・IDEからCIまで沢山の開発を支援するためのツール・枠組みがあるが、新しい領域に挑戦する時にはこれらの開発環境をあまり整えすぎない方がいい気がしている。 というのは、最初から「エディタも完璧に設定して、テストも全部書いて、JenkinsでCIするようにして、デプロイの前にビルドが走るようにして…」というようなセットアップを全部やろうとしてしまうと、それ自体に時間がかかって、それだけである程度満足してしまうから。単
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - direnv/direnv: unclutter your .profile
direnvを使おう - Qiita
GitHub - tmuxinator/tmuxinator: Manage complex tmux sessions easily
GitHub - etcd-io/etcd: Distributed reliable key-value store for the most critical data of a distributed system
http://www.machu.jp/posts/20130112/p01/
