ラベル mac の投稿を表示しています。 すべての投稿を表示
ラベル mac の投稿を表示しています。 すべての投稿を表示

2016/03/08

お使いの起動ディスクは一杯です

作業中に「お使いの起動ディスクは一杯です」というダイアログが表示された。

この3つのコマンド走らせるだけで、30Gほど空きスペースを確保できた。

ちょっと放置し過ぎか

2016/02/03

FactoryGirlを使用したDeviseのテストでLinuxとMacでのテスト結果が異なった話

tail -f pinzo.log: Deviseの有効期限設定をテストする で書いた有効期限検証のコードで不思議な事が起こった。Macでは正常にパスするのだが、Amazon Linux上ではパスしない。

ミニマムなコードで示すとこんな感じ

で、こんなデバッグコードを仕込んで実行してみた

Macで実行するとこんな感じ

[test-code][sent_at] to_s: 2016-02-01 23:51:31 +0900, to_i: 1454338291, usec: 197593, subsec: 197593/1000000
[test-code][added]   to_s: 2016-02-11 23:51:31 +0900, to_i: 1456930291, usec: 197593, subsec: 197593/1000000
[devise][now]     to_s: 2016-02-11 23:51:31 +0900, to_i: 1456930291, usec: 197593, subsec: 197593/1000000
[devise][sent_at] to_s: 2016-02-01 23:51:31 +0900, to_i: 1454338291, usec: 197593, subsec: 197593/1000000
[devise][added]   to_s: 2016-02-11 23:51:31 +0900, to_i: 1456930291, usec: 197593, subsec: 197593/1000000
[devise] now > added: false
[devise] now.subsec > added.subsec: false

Amazon Linuxで実行するとこんな感じ

[test-code][sent_at] to_s: 2016-02-01 23:53:20 +0900, to_i: 1454338400, usec: 369658, subsec: 369658841/1000000000
[test-code][added]   to_s: 2016-02-11 23:53:20 +0900, to_i: 1456930400, usec: 369658, subsec: 369658841/1000000000
[devise][now]     to_s: 2016-02-11 23:53:20 +0900, to_i: 1456930400, usec: 369658, subsec: 369658841/1000000000
[devise][sent_at] to_s: 2016-02-01 23:53:20 +0900, to_i: 1454338400, usec: 369658, subsec: 184829/500000
[devise][added]   to_s: 2016-02-11 23:53:20 +0900, to_i: 1456930400, usec: 369658, subsec: 184829/500000
[devise] now > added: true
[devise] now.subsec > added.subsec: true

usecまでは同じなのだが、subsec をみると Amazon Linux では、桁落ちが発生している。

ためしにそれぞれで Time.now.subsec としてみる。

# mac
$ ruby -e 'puts Time.now.subsec'
276987/1000000

# Amazon Linux
$ ruby -e 'puts Time.now.subsec'
704462593/1000000000

つまりこういうことが起こっている

  1. OSにより Time#subsec が返す精度が異なる
  2. FactoryGirlが create で返すのは、コードで指定された値を格納したオブジェクトであり、DBに登録後取得したものではないので confirmation_sent_at はそのままの精度である。つまり、スタブで突っ込んでいるのは元の精度
  3. DB(sqlite)に格納するとき、DBの型に合わせて精度の桁落ちが発生する
  4. 実際に処理されるときは、DBから取得したデータなので桁落ちが発生したデータになる
  5. DB格納前の元の精度の値と、DBから取得した桁落ちした値を比較しているため期限を超えたことになってしまう
  6. Mac上ではたまたま、Time#subsecの精度がsqliteの精度と同じだったため桁落ちが発生せず正常に動作する

これを避けるためには、スタブに突っ込む値をDBから取得したものにすれば良さそうだ。たとえばこんな感じ

ちなみに Mac でも、桁落ちを引き起こすことは可能で、こんな感じで usec を超えた範囲を指定すれば桁落ちさせられる。

あー疲れた、腹減った

2014/11/10

Yosemite にした

日曜夜に MBA を Yosemite にアップグレードした。
/usr/local だなんだと言われているけど、寝ている間に終わればいいやと放置したので特に何もせず。
起きたら無事に終わっていたし、今使っていて何も問題ない。
ただ、UI は前のほうがいいな。なんかちゃちく見える。
左上の信号みたいなボタン3つの主張が激しくなった。
透明感のあるメタリックな感じが良かったのに、パステルなペイント風になってがっかりだ。

2014/07/11

tmuxとvimとpbcopy

peco/peco が便利で色々と設定をしていたら、vim のヤンク→ペーストが出来ない場合があることに気づいた。
どうも、tmux から呼び出した vim でクリップボード連携をしていると動かないらしい。
あと pbcopy も動かなかった。
調べてtmux上で起動したvimでヤンクする時にクリップボードを使う - takanamitoのブログを参考に解決したのでメモ。
# reattach-to-user-namespace をインストール
% brew install reattach-to-user-namespace

# .tmux.conf に設定追加
% echo 'set-option -g default-command "reattach-to-user-namespace -l zsh"' >> ~/.tmux.conf

# Brewfile にも忘れずに追加
% echo 'install reattach-to-user-namespace' >> ~/src/github.com/pinzolo/env/Brewfile
これで tmux からの vim や gvim でクリップボードが使えるし、pbcopy も正常に動きます。

2014/07/03

screen から tmux に乗り換えた

tmux の存在はずっと知っていたけど、screen 自体ヘビーユーザーでもないので特に乗換のメリットが見いだせずそのまま使い続けていた。
しかし、なぜか唐突に GVim 派だけどコンソールでたまに使う Vim でも綺麗な色で使いたい!と思い、調べてみると別に特に設定などはいらなさそう。
ならなぜ俺の vim はこんなにも貧相な色なんだ!!と調べるとどうやら screen が対応していないらしい。
自前でビルドするのもめんどくさいので、tmux に乗り換えてみた。
もともと screen 自体を対した設定にしていないので、.tmux.conf も少し調べたらかけた。
しかし、これがなかなか有効にならない。C-t が効かずC-b が無効になっていない。
どうやら tmux は exit で全部終了してから、再度起動しても設定ファイルを再読み込みしてくれるわけではないらしい。
設定ファイルを再度読み込む方法はあるんだろうが、調べるのがめんどくさかったので killall tmux して再度立ち上げたらちゃんと反映された。
とりあえず今の .tmux.conf はこんな感じ。
# utf-8
set-window-option -g utf8 on
set-option -g status-utf8 on

# prefix: C-b -> C-t
unbind C-b
set-option -g prefix C-t

# ignore all bells
set-option -g bell-action none

# highlight status line on window activity
set-window-option -g monitor-activity on

# use vi keybinds
set-option -g mode-keys vi

# reduce escape key delay
set-option -sg escape-time 1

# reload ~/.tmux.conf
bind r source-file ~/.tmux.conf \; display "Reloaded!"

# show last window
bind C-t last-window

# enter copy mode
unbind Escape
bind Escape copy-mode

# enable rbenv local
set-environment -gu RBENV_VERSION

# default status color
set-option -g status-fg black
set-option -g status-bg white

# current window's status color
set-window-option -g window-status-current-fg blue
set-window-option -g window-status-current-bg white
これでカラフルな vim がコンソールでも使えるようになった。
そして、homebrew のビールも表示されるようになった。

2014/06/19

MacVim の Ruby 連携

MacVim で Ruby との連携がいつの間にか取れなくなって、結構前から todesking/ruby_hl_lvar.vim が動かなくなっていた。
どうも Release MacVim-KaoriYa 20140501 · splhack/macvim から動かなくなったようだ。
Ruby 2.1 をインストールして RUBY_DLL を設定しろとあるが、ここらへんを参考にしても動かない。
そもそも、libruby.2.1.dylib が存在していない。
dylib を作るためには、--enable-shared オプションを付けてビルドするという情報を見つけ、Ruby2.1.2を入れなおした。
CONFIGURE_OPTS="--enable-shared --with-readline-dir=`brew --prefix readline` --with-openssl-dir=`brew --prefix openssl`" rbenv install 2.1.2
しかしそれでも libruby.2.1.dylib は作成されない。
ひたすらぐぐってこの一連のやりとりを見つけたので、プレリリースでもこの際仕方ないとRelease MacVim-KaoriYa 20140514 · splhack/macvimを入れたらあっさり連携した。
ローカル変数にも色がついた。
次の本リリースまではこれでいこう。

2014/06/12

zsh環境の正常化とpecoとzshが連携出来ないお話

ghqを使ったローカルリポジトリの統一的・効率的な管理について - delirious thoughts をやってみようと思い、ghq と gem-src は無事導入できた。 最近は golang 製の percol である lestrrat/peco というものがあるらしく、全く使っていない pip を使うよりいいなとやってみたが zsh の連携が出来ない。
function peco-src() {
    local selected_dir=$(ghq list --full-path | peco --query "$LBUFFER")
    if [ -n "$selected_dir" ]; then
        BUFFER="cd ${selected_dir}"
        zle accept-line
    fi
    zle clear-screen
}
zle -N peco-src
bindkey '^S' peco-src
こんなのを.zshrcに書いたが、Ctrl-S で起動しないし、直接 peco-src とやってディレクトリを選択するとエラーになる。
peco-src:zle:4: widgets can only be called when ZLE is active
peco-src:zle:6: widgets can only be called when ZLE is active
あれこれいじったり調べていると、どうも自分の zsh の環境が少しおかしいことに気づく。
% echo $module_path
/usr/lib/zsh/5.0.2/zsh
% zsh --version
zsh 5.0.5 (x86_64-apple-darwin13.0.0)
明らかにおかしい。どうやら、実行しているシェルは Mac に元から入っていた zsh のようだ。
おそらく、購入時に環境設定した時には chsh -s /bin/zsh したんだろう。
さっそく、homebrew の zsh に切り替える。
% sudo sh -c "echo /usr/local/bin/zsh" >> /etc/shells
% chsh -s /usr/local/bin/zsh
しかし、下記のエラーが出た。
/Users/pinzolo/.zshenv:1: command not found: rbenv
/Users/pinzolo/.zshenv:2: command not found: pyenv
compinit:183: module `zsh/parameter' has no such feature: `p:dis_patchars': autoload cancelled
compinit:183: module `zsh/parameter' has no such feature: `p:patchars': autoload cancelled
rbenv と pyenv のエラーは .zshenv の先頭に export PATH="/usr/local/bin:$PATH" を追加したら消えた。
compinit のエラーは zsh を再インストールしたら消えた。
% brew uninstall zsh
% brew install zsh --enable-etcdir
しかし、それでも peco-src は動かない。
/usr/local/Cellar/zsh/5.0.5/lib に zle.so はあるし、.zshrc 内では zle は動いていると思われる。
実行時にエラーが出るんだが、どうしてなんだろうか?
調べても同様の状況の人が出てこない。どうしたものか

2014/05/12

Ruby 2.1.2 と 2.0.0-p481 をインストール

Hash#reject の挙動が修正され、readline 6.3 に対応した新しい ruby がリリースされたのでインストールした。
# readline のバージョンを最新に
% brew switch readline 6.3.5
# Ruby 2.0.0-p481 をインストール
% CONFIGURE_OPTS="--with-readline-dir=`brew --prefix readline` --with-openssl-dir=`brew --prefix openssl` --with-gcc=clang" rbenv install 2.0.0-p481
% rbenv global 2.0.0-p481 && rbenv rehash
% gem install pry bundler
# Ruby 2.0.0-p481 をインストール
% CONFIGURE_OPTS="--with-readline-dir=`brew --prefix readline` --with-openssl-dir=`brew --prefix openssl` --with-gcc=clang" rbenv install 2.1.2
% rbenv global 2.1.2 && rbenv rehash
% gem install pry bundler

2014/04/28

rbenv で ruby がインストールできなくなった

おもむろに最新パッチレベルとそろそろruby2.1.1を入れようと思って、

CONFIGURE_OPTS="--with-readline-dir=`brew --prefix readline` --with-openssl-dir=`brew --prefix openssl` --with-gcc=clang" rbenv install 2.0.0-p451
を叩いたらエラーでインストールできなかった。
エラーログを見てみると下記のようなエラーメッセージが出ていたので、どうやら readline 関連でエラーが出ているらしい。
readline.c:1886:26: error: use of undeclared identifier 'Function'
    rl_pre_input_hook = (Function *)readline_pre_input_hook;
                         ^
readline.c:1886:36: error: expected expression
    rl_pre_input_hook = (Function *)readline_pre_input_hook;

調べてみると、どうやら readline が 6.3 になって rbenv でインストールしようとしたらエラーになるということらしい。
参考:MacでRuby 2.x.xがインストールできないバグ (homebrew + rbenv) - Qiita
readline を以前のバージョンに戻せばインストールできるとのことなので、

pinzolo@ileach % brew info readline
readline: stable 6.3.3 (bottled) http://tiswww.case.edu/php/chet/readline/rltop.html This formula is keg-only. OS X provides the BSD libedit library, which shadows libreadline. In order to prevent conflicts when programs look for libreadline we are defaulting this GNU Readline installation to keg-only. /usr/local/Cellar/readline/6.2.2 (30 files, 1.6M) /usr/local/Cellar/readline/6.2.4 (30 files, 1.6M) /usr/local/Cellar/readline/6.3.3 (40 files, 2.1M) * Poured from bottle From: https://github.com/Homebrew/homebrew/commits/master/Library/Formula/readline.rb
6.2.4 が入っていることを確認して、
pinzolo@ileach % brew switch readline 6.2.4
Cleaning /usr/local/Cellar/readline/6.2.2 Cleaning /usr/local/Cellar/readline/6.2.4 Cleaning /usr/local/Cellar/readline/6.3.3 Opt link created for /usr/local/Cellar/readline/6.2.4
readline を切り替えて再度インストールしたら無事インストールできた。

2013/11/06

OS X Mavericks にすると gcc-4.2 がなくなるらしい

bundle installしたらエラーになった。

pinzolo@ileach [master] % bundle install --path vendor/bundle
Fetching gem metadata from https://rubygems.org/......... Fetching gem metadata>from https://rubygems.org/.. Resolving dependencies... Using rake (10.1.0) Using i18n (0.6.5) Using minitest (4.7.5) Using multi_json (1.8.2) Installing atomic (1.1.14) Gem::Installer::ExtensionBuildError: ERROR: Failed to build gem native extension. /Users/pinzolo/.rbenv/versions/2.0.0-p195/bin/ruby extconf.rb *** extconf.rb failed *** Could not create Makefile due to some reason, probably lack of necessary libraries and/or headers. Check the mkmf.log file for more details. You may need configuration options. Provided configuration options: --with-opt-dir --without-opt-dir --with-opt-include --without-opt-include=${opt-dir}/include --with-opt-lib --without-opt-lib=${opt-dir}/lib --with-make-prog --without-make-prog --srcdir=. --curdir --ruby=/Users/pinzolo/.rbenv/versions/2.0.0-p195/bin/ruby --with-atomic_reference-dir --without-atomic_reference-dir --with-atomic_reference-include --without-atomic_reference-include=${atomic_reference-dir}/include --with-atomic_reference-lib --without-atomic_reference-lib=${atomic_reference-dir}/ /Users/pinzolo/.rbenv/versions/2.0.0-p195/lib/ruby/2.0.0/mkmf.rb:431:in `try_do': The compiler failed to generate an executable file. (RuntimeError) You have to install development tools first. from /Users/pinzolo/.rbenv/versions/2.0.0-p195/lib/ruby/2.0.0/mkmf.rb:516:in `try_link0' from /Users/pinzolo/.rbenv/versions/2.0.0-p195/lib/ruby/2.0.0/mkmf.rb:814:in `try_run' from extconf.rb:26:in `
' Gem files will remain installed in /Users/pinzolo/projects/detox/vendor/bundle/ruby/2.0.0/gems/atomic-1.1.14 for inspection. Results logged to /Users/pinzolo/projects/detox/vendor/bundle/ruby/2.0.0/gems/atomic-1.1.14/ext/gem_make.out An error occurred while installing atomic (1.1.14), and Bundler cannot continue. Make sure that `gem install atomic -v '1.1.14'` succeeds before bundling.

mkmf.log見ろって言われたので見てみる。

pinzolo@ileach [master] % cat vendor/bundle/ruby/2.0.0/gems/atomic-1.1.14/ext/mkmf.log
"gcc-4.2 -o conftest -I/Users/pinzolo/.rbenv/versions/2.0.0-p195/include/ruby-2.0.0/x86_64-darwin12.4.0 -I/Users/pinzolo/.rbenv/versions/2.0.0-p195/include/ruby-2.0.0/ruby/backward -I/Users/pinzolo/.rbenv/versions/2.0.0-p195/include/ruby-2.0.0 -I. -I'/Users/pinzolo/.rbenv/versions/2.0.0-p195/include' -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE -D_DARWIN_UNLIMITED_SELECT -D_REENTRANT -O3 -Wno-error=shorten-64-to-32 -fno-common -pipe conftest.c -L. -L/Users/pinzolo/.rbenv/versions/2.0.0-p195/lib -L. -L'/Users/pinzolo/.rbenv/versions/2.0.0-p195/lib' -lruby.2.0.0 -lpthread -ldl -lobjc " sh: gcc-4.2: command not found checked program was: /* begin */ 1: #include "ruby.h" 2: 3: int main(int argc, char **argv) 4: { 5: return 0; 6: } /* end */
gcc-4.2がないらしい。

どうやら Mavericks にしたら、gcc-4.2がgccになるらしい。

sudo ln -s /usr/bin/gcc /usr/bin/gcc-4.2したら、解決した。

2013/06/22

Ruby2.0.0をインストール

Ruby 2.0 がリリースされてしばらくしたのでそろそろ入れることにした。

% rbenv install 2.0.0-p195
Downloading ruby-2.0.0-p195.tar.gz... -> http://ftp.ruby-lang.org/pub/ruby/2.0/ruby-2.0.0-p195.tar.gz Installing ruby-2.0.0-p195... BUILD FAILED Inspect or clean up the working tree at /var/folders/1j/hw72brh57jv94vdl9567fr140000gn/T/ruby-build.20130621233411.34289 Results logged to /var/folders/1j/hw72brh57jv94vdl9567fr140000gn/T/ruby-build.20130621233411.34289.log Last 10 log lines: make[2]: *** [readline.o] Error 1 make[1]: *** [ext/readline/all] Error 2 make[1]: *** Waiting for unfinished jobs.... compiling ../.././ext/psych/yaml/reader.c compiling ../.././ext/psych/yaml/scanner.c compiling ../.././ext/psych/yaml/writer.c installing default psych libraries linking shared-object psych.bundle ld: warning: directory not found for option '-L/Users/pinzolo/.rbenv/versions/2.0.0-p195/lib' make: *** [build-ext] Error 2

なんか失敗した。
こちらを参考に再度挑戦。
readline は入っていたので openssl を入れて、`RUBY_CONFIGURE_OPTS`を指定してインストール。

% brew update
% brew install openssl
% brew link openssl --force
% brew install curl-ca-bundle
% brew list curl-ca-bundle
/usr/local/Cellar/curl-ca-bundle/1.87/share/ca-bundle.crt
% cp /usr/local/Cellar/curl-ca-bundle/1.87/share/ca-bundle.crt /usr/local/etc/openssl/cert.pem % RUBY_CONFIGURE_OPTS="--with-openssl-dir=`brew --prefix openssl` --with-readline-dir=`brew --prefix readline` --enable-shared" rbenv install 2.0.0-p195
Downloading ruby-2.0.0-p195.tar.gz... -> http://ftp.ruby-lang.org/pub/ruby/2.0/ruby-2.0.0-p195.tar.gz Installing ruby-2.0.0-p195... Installed ruby-2.0.0-p195 to /Users/pinzolo/.rbenv/versions/2.0.0-p195

いけたみたいなので確認。

% ruby -v
ruby 2.0.0p195 (2013-05-14 revision 40734) [x86_64-darwin12.4.0]

bundler は入れておかないと。

% gem install bundler
Fetching: bundler-1.3.5.gem (100%) Successfully installed bundler-1.3.5 1 gem installed

バッチリ!お疲れ様でした。

2013/01/24

macにtreeコマンドをインストール

ディレクトリ階層を確認するために便利な tree コマンドを Mac で使用したい。
というわけで Homebrew でさくっとインストール。

% brew install tree
==> Downloading http://mama.indstate.edu/users/ice/tree/src/tree-1.6.0.tgz
######################################################################## 100.0%
==> make prefix=/usr/local/Cellar/tree/1.6.0 MANDIR=/usr/local/Cellar/tree/1.6.0/share/man/man1 CC=cc CFLAGS=-fomit-frame-pointer LDFLAGS= OBJS=tree.o unix.o html.o xml.o hash.o color.o strverscmp.o install
/usr/local/Cellar/tree/1.6.0: 7 files, 120K, built in 4 seconds

簡単です。

使用も簡単です。

% tree
.
├── dir1
│   └── file1-1.txt
├── dir2
│   ├── dir3
│   │   └── file3-1.txt
│   ├── file2-1.txt
│   └── file2-2.txt
└── file1.txt

3 directories, 5 files

ディレクトリ指定。

% tree dir2
dir2
├── dir3
│   └── file3-1.txt
├── file2-1.txt
└── file2-2.txt

1 directory, 3 files

ディレクトリ表示のみ。

% tree -d
.
├── dir1
└── dir2
     └── dir3

3 directories

全ファイル表示。

% tree -a
.
├── .dotdir
│   └── .dotfile2
├── .dotfile
├── dir1
│   └── file1-1.txt
├── dir2
│   ├── dir3
│   │   └── file3-1.txt
│   ├── file2-1.txt
│   └── file2-2.txt
└── file1.txt

4 directories, 7 files

2012/12/06

mac(Mountain Lion)にEclipseをインストールした

これまで事情があって Parallels 上の eclipse で開発していたけど、mac にも eclipse を導入しようと思い立ったので作業メモ。

Eclipseのインストール

  1. Eclipse DownloadからEclipse IDE for Java EE Developers」の「Mac OS X 64bit」をダウンロード
  2. ダウンロードしたファイルを解凍する
  3. 解答してできたeclipseフォルダをアプリケーションフォルダに移動

日本語化

  1. Pleiadesから「64bitのStandard Edition」をダウンロード(JavaだけでいいならJavaを、PythonやPHPの環境が欲しければUltimateを)
  2. ダウンロードしたファイルを解凍する
  3. 解凍したpleiades/eclipse/dropins/MergeDocを/Applications/eclipse/dropins内にコピーする
  4. 下記のコマンドを実行して、eclipse.iniに設定を追加する。

     echo "-javaagent:/Applications/eclipse/dropins/MergeDoc/eclipse/plugins/jp.sourceforge.mergedoc.pleiades/pleiades.jar" >> /Applications/eclipse/Eclipse.app/Contents/MacOS/eclipse.ini
    
  5. /Application/eclipse/eclipse -cleanを実行してeclipse起動

これで、macで日本語化したeclipseが使えるようになった。

2012/11/07

ParallelsとWindows7とOfficeのインストール

Parallels のインストール

インストールメディアを突っ込んで、インストール.appをクリックすればインストールされる。

Windows7のインストール

Windows7のインストールメディアが入っている状態で、paralles を起動し「DVD/イメージファイルからWindowsをインストール」からインストールする

Officeのインストール

Officeのインストールメディアを入れてから仮想マシン上でSETUP.EXE を叩いてもインストール出来ない。「○○\setup.exe は有効な Win32 アプリケーションではありません」とエラーになる。
調べてみたらどうやら Finder でも認識されているからそうなるらしい。
それってどうあがいてもメディアからはインストール出来ないんじゃ??

というわけで、iso を作ることにした。
ディスクユーティリティを起動し、表示されたインストールメディアを選択し、[ファイル] -> [新規] -> [○○からのディスクイメージ]を実行すれば iso イメージが作成される。

Officeのインストールメディアをアンマウントし、Parallels のメニューから [デバイス] -> [CD/DVD] -> [イメージの接続]を実行し、さっき作成した iso を選択すればマウントでき、自動的にインストールが始まった。

Officeのインストール時に行った手法は、今後何度も使いそうなのでメモとして残しておこう。
惜しむらくは深夜に作業したため、スクリーンショットをまったく取ってなかったことだ

2012/08/09

初めてのたいむまっすぃーん

MacBook Air を購入してしばらくたったが、非常に快適に使用している。
いろいろと仕事に開発に使用する以上、当然バックアップが必要なわけで、遅まきながら TimeMachine を初めて使ってみた。
当然ながら外部メディアがないとどうしようもないので、ヨドバシで使えそうなのを購入。
安かったのとシルバーがあったので、ヨドバシ.com - 東芝 HDTC610JS3A1 [USB3.0接続 ポータブルハードディスク 1TB シルバー]【無料配達】を購入した。
ヨドバシのオンラインだと、11800とかだけど実店舗だと10,000円未満だったですわ。

あとはつないでポチポチポチだった。楽ちん

ただ繋いだら

こんなのが出てきたので、「バックアップディスクとして使用」をクリック。

そしたらこんなのが出てくるので、バッサリと消去。

そしたらもう TimeMachine の設定終わっちゃってさ。

ちょいとしたらバックアップ始まってやがんの。

んで、そのままバックアップ完了よ。簡単でしょ。

Windows も最近はバックアップ(復元ポイントとか)が簡単になってるけど、Mac も簡単なのね。
正直このレベルならどちらも個人的には差がないので甲乙付けられないけど、バックアップと復元が手軽なのはいいね。
願わくばバックアップを使うことがありませんように・・・

2012/06/15

MacBook Air 13inch を注文してきた

なんで Mac?

開発用ノートとして個人的に外せない要素として
  1. 持ち運びできる大きさ、重さなこと(1.5kg前後まで)
  2. *nixもしくはそれに準ずる環境が使えること
  3. USキーボード
  4. メモリたくさん
  5. それなりに高い解像度
があるのだけど、2, 3 の時点でだいたい3つの選択肢になる。
  1. ThinkPad + Ubuntu
  2. Vaio + Ubuntu
  3. Mac
最初は 2 でがんばってたんだけど、どうも Vaio と Ubuntu が相性が良くない。(あくまで経験上ね)
なので、ほとんど ThinkPad に Ubuntu 入れていた。
Windows 環境もいるので、Mac はあまり眼中になかった。
また ThinkPad X200 シリーズはモバイル性、スペックの上で素晴らしいバランスだった。
しかし、そのまま正当進化すればいいのに 1440 * 900 の解像度を捨ててしまった。
縦 768 とかアホか。ほんとアホか。
というわけで Windows 環境込みで考えるとコストが高いけど、開発マシンとして評判の高い Mac を買うことにした。
あ、あと iPhone アプリも開発してみたかったんだ。iPhone 持ってないけど。

どの Mac にしたの?

結局 MacBook Air 13inch にした。
先日の WWDC では、MacBook Pro 13inch with Retina Display を期待していたんだけど、15inch だけった。
いくら従来より軽くなったとはいえ重い。そしてでかすぎる。
なので持ち運びやすい MacBook Air にした。
MacBook Pro 13inch は約2kgと重いし、解像度が Air 13inch に劣るしね。

どんな構成?

  • CPU を i7 に
  • メモリを8Gに
  • キーボードをUSに
こんな感じ。
SSD 256 → 512 に +44,000 はちょっときつい。
初めての Mac なので 256 でも十分だろうと思った。
3年後ぐらいには MacBook Pro 13inch with Retina で2kg切ったやつが出てるだろうし。

どこで買ったの?

仕事帰りに帰り道とは全く関係ない秋葉原まで行ってきた。
カスタマイズした Mac を買ってポイントつくのは、ここら辺だと Mac Collection AKIBA しかないみたい。
現金だと 5%、カードだと 3%。プレミアムクラブに入ってると +1% のルピーっていうソフマップのポイントがもらえる。
クレジットカード + プレミアムクラブだったから、145800円で5832ポイントもらえた。
ソフマップのポイントはビックカメラのポイントに交換できるし、ビックカメラのポイントは Suica やマイルに交換することができる。
Mac 買うためだけにポイントカード作ってもいいんじゃないかな?
プレミアムクラブは年会費かかるけどね。(でも、年に一回ソフマップで買い物すれば無料になる)
あと、独自のサポートもやってるので Apple Care 高いなーと思う人にはいいかもしれない。
自分は Apple Care に入らず、ワランティMってやつに入っておいた。
月額 300 円で、落として壊してもサポート受けられるってお店の人が言ってた。

いつごろ届く?

お店の人に 10 日から 2 週間かかるって言われた。
土日を多く挟むタイミングだったから少し長いって言われたので、平均したら一週間ちょいぐらいで届くみたい。
ちなみに、自宅への送料も無料

というわけで

人生において初めての Mac。
今から楽しみです。
とりあえず、アレ入れよう、これ設定しようといろんなエントリ見ながらワクワクしてます。
早く来い来い。