Githubの複数アカウントをsshで使用する時の設定とプロジェクト毎のconfigの設定

仕事とプライベートのGithubアカウントを持っている方は多いと思います。

１つのPCで仕事用のGithubとプライベート用のGithubをsshで使用するには、アカウント毎に公開鍵の設定が必要です。

なので、今回は、既に公開鍵を登録してあるGithubを所有し、別のGithubアカウントでもsshを行いたい場合の設定方法について書きます。

新しい公開鍵、秘密鍵の作成

~/.sshのディレクトリを見てみましょう。既に一つ目のGithubの時に作成したid_rsaとid_rsa.pubがあると思います。

$ ls ~/.ssh
id_rsa  id_rsa.pub

ここに新しい別名の公開鍵と秘密鍵を作成します。

$ cd ~/.ssh
$ ssh-keygen -t rsa -C "メールアドレス" -f "鍵のファイル名"

例えば鍵のファイル名をprivate_id_rsaとして作成します。ディレクトリを見ると

$ ls ~/.ssh
id_rsa  id_rsa.pub private_id_rsa private_id_rsa.pub

作成されました。

作成した公開鍵のGithubへの登録

作成した公開鍵を使用するGithubへ登録して下さい。

今回の例ならprivate_id_rsa.pubの中身を全てコピーして登録して下さい。コマンドでコピーする場合は、

$ pbcopy < ~/.ssh/github_private_rsa.pub

コピーした内容をGithubのSSH keysに追加し登録して下さい。

~/.ssh/configにHostの指定

次にHostの指定を ~/.ssh/configに書きます。configがない場合は新しく作って下さい。

Host <ホスト名>
  User git
  Port 22
  HostName github.com
  IdentityFile <作成した秘密鍵へのパス>
  TCPKeepAlive yes
  IdentitiesOnly yes

今回の例の場合、このようになります。

Host github-private
  User git
  Port 22
  HostName github.com
  IdentityFile ~/.ssh/github_private_id_rsa
  TCPKeepAlive yes
  IdentitiesOnly yes

記述した内容が正しいか、接続テストをします。

$ ssh -T <ホスト名>

今回の例の場合、

$ ssh -T github-private
Hi ◯ ◯ ◯ ! You've successfully authenticated, but GitHub does not provide shell access.

というようにメッセージが返ってきたら成功です。途中質問されたらyesを打ち込んで進めて下さい。

設定したHostでcloneする

設定したHostを使用して、cloneをします。

git@<設定したホスト名>:<Githubアカウント名>/<対象リポジトリ名>.git

例えば、先ほど設定したホスト名と、アカウント名がhogeで、testリポジトリをcloneするとした場合、

$ git@github-private:hoge/test.git

となります。 これで、以降は通常通りpullやpushなどを新しい鍵で行えるようになります。

プロジェクト毎のconfigの設定

最初にGitをインストールした際に、大抵

git config --global user.name "ユーザー名"
git config --global user.email "メールアドレス"

と設定したと思います。一つのアカウントを使用しているのなら問題ないのですが、

複数アカウントを使用していると、プライベートの時は別のユーザー名とメールアドレスを使いたいと思います。

その場合は、対象のリポジトリのルートに移動して、

git config --local user.name "新ユーザー名"
git config --local user.email "新メールアドレス"

とすると、そのリポジトリではそのconfigの設定でコミットが出来るようになります！

例えば、testリポジトリのユーザーを変えるとしたら、

$ cd ~/test
$ git config --local user.name "hoge"
$ git config --local user.email "hoge@test_test_test123.com"
$ git config -l --local
core.repositoryformatversion=0
core.filemode=true
core.bare=false
core.logallrefupdates=true
core.ignorecase=true
core.precomposeunicode=true
user.name=hoge
user.email=hoge@test_test_test123.com

と変わっていることが分かります。

設定を変えたい場合は、やってみて下さい。

開発効率をUPする Git逆引き入門

gitのリモートリポジトリの設定と変更、設定ファイルの場所

GitのoriginのURLを設定するときのコマンドで、

git remote add origin <url>

と指定しますが、この<url>の部分のパスって結構間違えたりします。
なので、間違えた場合のURLの確認と修正方法について説明します。 　　

リモートの設定の確認

まず、今のremoteの設定状況を確認します。

git remote -v

先ほどの<url>にgit@github.com:kurisankaku/hoge.gitと設定したとします。
下記のようにリモートに設定したURLの状態が出てきます。

origin   git@github.com:kurisankaku/hoge.git (fetch)
origin  git@github.com:kurisankaku/hoge.git (push)

設定したURLがfugaではなく、hogeに間違っている事に、気づいたので、それを修正します。

リモートリポジトリのURLの変更

変更するときのコマンドは下記です。

git remote set-url origin <URL>

とするので、今回であれば、

$ git remote set-url origin git@github.com:kurisankaku/fuga.git

となります。確認すると、

$ git remote -v
origin  git@github.com:kurisankaku/fuga.git (fetch)
origin  git@github.com:kurisankaku/fuga.git (push)

正しく変更されていることが分かりました。

リモートURLが記載されているファイル

この設定が書かれているファイルがどこにあるかというと、
<プロジェクトのルート>/.git/config

に記載されています。なので、先ほどの状態であれば、

$ cat ./.git/config
[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
    ignorecase = true
    precomposeunicode = true
[remote "origin"]
    url = git@github.com:kurisankaku/fuga.git
    fetch = +refs/heads/*:refs/remotes/origin/*

なので、ここのurl = git@github.com:kurisankaku/fuga.gitを直接書き換えてもURLを変更することも出来ます。

リモートの追加と削除

あまりorigin 以外に追加することもないと思いますが、
追加する場合のコマンドは次です。

git remote add <追加する名前> <追加するURL>

例えば今回、staging　という名前を追加する場合

$ git remote add staging git@github.com:kurisankaku/fuga2.git
$ git remote -v
origin  git@github.com:kurisankaku/fuga.git (fetch)
origin  git@github.com:kurisankaku/fuga.git (push)
staging git@github.com:kurisankaku/fuga2.git (fetch)
staging git@github.com:kurisankaku/fuga2.git (push)

と追加されたことが分かります。

削除する場合は、

git remote rm <削除する名前>

そして、今回は先程のstaging を削除する場合

$ git remote rm staging
$ git remote -v
origin  git@github.com:kurisankaku/fuga.git (fetch)
origin  git@github.com:kurisankaku/fuga.git (push)

と削除されました。

リモートの調査

特定のリモートの調査をする場合、次のコマンドでリモートが保持しているブランチが何があるかなど、詳しい内容が調べられます。

git remote show <調べたいリモート名>

リモートのヘルプ

リモートのコマンドのヘルプは下記で見られます。
オプションや他のコマンドもあるので、一度見てみて下さい。

git remote --help

いつも調べては忘れていたので、今回は色々調べてみました。
調べてまとめるとすっきりしますね。 　　 　　 　　

開発効率をUPする Git逆引き入門

vimrcをgithub管理して、簡単にvim環境構築

vimを使用している人なら必ずカスタマイズしているdotfiles（.vimrcなど）

このdotfilesをGithub上で管理することによって、新しいPCやサーバーへ自分のvim環境を簡単に構築することが出来るようになります。
　　
また、vimのplugin管理にはNeoBundleを使用しているので、NeoBundleの設定も合わせて、 書きたいと思います。　　

1. _vimrcの作成とシンボリックリンク
2. NeoBundleをサブモジュールとして追加
3. NeoBundleの設定
   　　 　　

1. _vimrcの作成とシンボリックリンク

ターミナルを起動し、ホームへ移動します。そして、ディレクトリを作ります。 ここで作るディレクトリ名は何でも構いませんが、通例に従ってdotfilesとしておきます。

cd ~
mkdir dotfiles

次に、dotfilesに移動し、_vimrcを作成します。これは、.vimrcのシンボリックリンク元として扱うために作ります。

cd dotfiles
touch _vimrc
ln -s ~/dotfiles/_vimrc ~/.vimrc

これで、_vimrcを編集していけばvimの設定が変わるようになりました。

次に、このdotfilesフォルダをgithubで管理します。（先にGithubでdotfilesのリポジトリを作成しておいて下さい）

cd ~/dotfiles
git init
touch README.md
git add -A
git commit -m "first commit"
git remote add origin [作成したGithubのリポジトリのパスを指定して下さい]
git push -u origin master

2. NeoBundleをサブモジュールとして追加

続いて、NeoBundleを導入します。

NeoBundleをそれぞれの環境毎にcloneして来ても良いのですが、今回はgitのsubmoduleとして管理したいと思います。
これをすれば、新しい環境では、シンボリックリンクを貼ればいいだけになるので。

# submoduleへ追加
git submodule add git://github.com/Shougo/neobundle.vim　~/dotfiles/.vim/bundle/neobundle.vim
git commit -m "add neobundle submodule"
git push origin master

# submoduleを取得します。
git submodule update --init

# シンボリックリンクの作成
mkdir -p ~/.vim/bundle
ln -s ~/dotfiles/.vim/bundle/neobundle.vim ~/.vim/bundle/neobundle.vim

3. NeoBundleの設定

続いて、NeoBundleを使用するために_vimrcに書きを追記します。

" 一旦ファイルタイプ関連を無効化
filetype off

if has('vim_starting')
  " 初回起動時のみruntimepathにneobundleのパスを指定する
  set runtimepath+=~/.vim/bundle/neobundle.vim/
endif

call neobundle#begin(expand('~/.vim/bundle'))
NeoBundle 'Shougo/neobundle.vim'

" NeoBundleを初期化
call neobundle#begin(expand('~/.vim/bundle/'))

" インストールするプラグインをここに記述
NeoBundle 'Shougo/unite.vim'
NeoBundle 'Shougo/vimfiler'
NeoBundle 'Shougo/vimproc.vim', {
\ 'build' : {
\     'windows' : 'tools\\update-dll-mingw',
\     'cygwin' : 'make -f make_cygwin.mak',
\     'mac' : 'make -f make_mac.mak',
\     'linux' : 'make',
\     'unix' : 'gmake',
\    },
\ }

call neobundle#end()

" ファイルタイプ別のプラグイン/インデントを有効にする
filetype plugin indent on

vimを起動し、次のコマンドをvimで打ち込みプラグインをインストールして下さい。

:NeoBundleInstall

これで、NeoBundleを使用してプラグインの管理と利用ができるようになりました。
　　

vimには様々なプラグインがあり、また自分独自の設定をすることで、より使いやすいものとなります。
私のdotfilesを載せておきますので、ご参考までに。

dotfiles
　　

実際に、新しい環境でvimを設定する

作成したdotfilesを対象のホームディレクトリにcloneし、シンボリックリンクを貼ります。

git clone [リポジトリのパス]
ln -s ~/dotfiles/_vimrc ~/.vimrc
mkdir -p ~/.vim/bundle
ln -s ~/dotfiles/.vim/bundle/neobundle.vim ~/.vim/bundle/neobundle.vim

# submoduleを取得していない場合は、初期化し取得します。
git submodule update --init

そして、vimを開き、

:NeoBundleInstall

を実行して、環境を設定しましょう。

実践Vim　思考のスピードで編集しよう！ (アスキー書籍)

開発者が初めて本格的にUIデザインをしてわかった大変さ

新しいアプリを一から自分で作るために、企画と設計を行っています。

私は開発者だったので、
今までの仕事では、企画が仕様を考え、制作がUI設計とデザインをし、画面遷移図がある程度出来上がった状態のところから開発をしていました。

出来上がったものに対して、開発者側の立場からUIについて言及したり、改善提案を出したりしたことはありました。
自宅で作るお遊び系のアプリならUIを作ったこともありました。

仕事で様々なアプリを開発したり、普段の生活で色んなアプリを使用をしていたこともあって、
本格的な自分のアプリを作るときにも『UIデザインなんて、ちゃちゃっとできるでしょ！』と思ってたんですが。。。

作れない！

どうしてもなんかダサいUIになってしまう。。。（泣）

というか、作れるわけが無いんですよね。
当たり前ですよ。。

なぜかって、今まで本気で一から書いたことが無いんですから！！

そして、考えました。今一番いい方法は何かないかと！
選択肢としていくつか出しました。

• デザイナーに頼んでデザインしてもらう
• 自分の力で空で考えて書きまくる
• 競合分析をし、様々なパターンの組み合わせで作る

それぞれについて考察しました。

１．デザイナーに頼んでデザインしてもらう

仕様は考えてあるので、一番手っ取り早く尚且つリスクが少ない方法だと思います。

しかし！デザイナーに頼む場合はどうしてもお金が発生してしまいます！

お金を多少出せないとできませんし、デザイナーもピンきりではあるので、
イメージの共有が下手に間違ってしまうと、お金の無駄になってしまいます。。。

今回自分で一からつくりたいと思ってた私にとっては今の段階では無いかなと思いました。

ワイヤーフレームや画面遷移とアクションがしっかり決まり、デザインの話になった時に、良い方を探したいと思います。

２．自分の力で空で考えて書きまくる

うん、無いですね。これは無いです。

仕事や日常で色々なアプリに触れたからといって、それが自分で書けるわけがありません。

ソースコードを読んでるだけではプログラムは書けません。

好きな漫画を死ぬほど読んだとしても、一回も書かずに主人公が綺麗に書けるわけがありません。

ということで、自分の頭だけで考えて作るという作業は
相当な数をこなしてきた方でないと無理だということが今回の事で分かったので、
デザイナーに転向しないかぎりはこの選択肢はないなと思いました。

３．競合分析をし、様々なパターンの組み合わせで作る

私は、この考えに落ち着きました。

最初からこの考えになってたわけではありません。

UIの参考になるサイトってないかなと探しているうちに、自分のサービスと類似のものを調査するようになっていました。
そして、「これって結局競合分析ではないか！」と思ったんです。

競合分析をしていると、ただアプリを眺めているだけではなく、

• どんな機能があり、
• どういった動きをして、
• どこで独自性を出してるんだろう

って考えながら見るようになります。

そうすると、各アプリのUIを見た時に、自分のアプリでなら

「このUIは、指向性が合ってるし使いやすそう！」
「このUIは方向性が違うから自分のに使ったらイケてないな。。。」

という事が分かってきました。

なので、競合アプリからのUIを参考にして、作ることにしました。

※　ここで注意するのが、そのままUIを持ってくるのは良くありません。コピペはもちろんダメです。
考えなしに持ってくると、単なるつぎはぎのアプリになってしまい、使い勝手が逆に悪くなってしまいます。
自分のサービスの軸をしっかり考えて、参考にするという考えを忘れずにしましょう。

サービスを作るときは調べることが大切

どんなデザイナーでもプログラマーでも参考資料って必要ですよね。
サービスを作る前には、必ず調査する必要があります。

当たり前のことなんですが、それが今回身にしみて分かりました。

調査をしないで作った製品は、どこかにある製品と類似してしまったり、
もしくは、作った後に同じような製品があってショックを受けたり、パクリと言われたりするかもしれません。

まずは世の中にあるものを調べて、それで企画デザインをする！

そのプロセスがどれだけ時間がかかるのかが、改めて知れた良い機会でした。
世の中のデザイナーさん達に改めて尊敬の念を抱きました。

vagrant up Too many open files - getcwd (Errno::EMFILE) を回避する方法

Vagrantを使って開発をしていると、下記のようなエラーが起きてしまいました。

/opt/vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/safe_chdir.rb:25:in `chdir': Too many open files - getcwd (Errno::EMFILE)
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/safe_chdir.rb:25:in `block in safe_chdir'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/safe_chdir.rb:24:in `synchronize'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/safe_chdir.rb:24:in `safe_chdir'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/subprocess.rb:121:in `execute'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/subprocess.rb:22:in `execute'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/base.rb:430:in `block in raw'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/busy.rb:19:in `busy'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/base.rb:429:in `raw'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/base.rb:367:in `block in execute'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/retryable.rb:17:in `retryable'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/base.rb:362:in `execute'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/version_5_0.rb:548:in `read_state'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/provider.rb:97:in `state'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/machine.rb:501:in `state'
    from /opt/vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/action/builtin/wait_for_communicator.rb:26:in `block in call'

このエラーの原因は、オープンされたファイルディスクリプタ数が足りないために起きてしまいます。
例えば、私のMac OSX の場合、

user:~ $ ulimit -n
256

と少ない事が分かります。なので、オープンされたファイルディスクリプタ数の上限をあげるよう設定します。

user:~ $ ulimit -n 1024

この後、vagrant up とすると、正常に起動できます。

エラーが出た時は、試してみてください。

JekyllとGithubPageで無料でブログかホームページ作成を！

GithubPageで簡単にブログもしくはホームページを作るために、

Jekyllという静的サイトジェネレーターを使用します。

 

jekyllrb.com

 

Jekyllの何が良いかというと、DBを必要としないため管理がとても簡単かつサイトアクセススピードがとても早いという代物です。

 

また、Jekyllを使用すれば他のサーバーへの移行をする際も、

Jekyll環境をサーバーに構築するかもしくは、

ローカルでJekyllを使用してビルドした静的ファイルをWebサーバーにアップするだけなので、

DBを使う他のCMSと違い圧倒的に移行が簡単だというところです。

 

GithubPageはJekyllをもともとサポートしているので、

今回はGithubPageにJekyllで作成したものを乗せるところを紹介します。

 

まずは、Github側とローカルのGemのバージョンを揃えるためにGitHub Pages Gemをインストールします。

 

GitHub Pages Gemのインストール

1. Jekyllのプロジェクトを作成するフォルダに移動して下さい。
2.  Gemfile を作成します。
3.  source 'https://rubygems.org' を Gemfile の１行目に書き、次の行に gem 'github-pages’を書きます。Gemfileの例です。
    
   source 'https://rubygems.org'
gem 'github-pages'
   
   これを書いておけば、以前は以下のように自分でバージョンを調べて列挙しなければいけなかったGemを書かなくてすみます。
   
   
   1. source 'https://rubygems.org'

ruby '1.9.3'

gem 'jekyll',     '=1.1.2'
gem 'liquid',     '=2.5.1'
gem 'redcarpet',  '=2.2.2'
gem 'maruku',     '=0.6.1'
gem 'rdiscount',  '=1.6.8'
gem 'RedCloth',   '=4.2.9'
gem 'kramdown',   '=1.0.2'

4. PCのシステムに依存させないために、下記のようにpathを指定して、Gemをインストールしてください。
   （pathを指定すれば今後このプロジェクトでは、このフォルダ以下の指定したフォルダにしか今後Gemがインストールされません。）
   
   bundle install --path vendor/bundle  

 Jekyllのインストール

次に現在いる作業ディレクトリにJekyllをインストールします。

1.  bundle exec jekyll new . --force を実行して下さい。ディレクトリにJekyllに必要なファイル郡が作成されます。
2. 次に、vendor以下をbuildから除外するために、作成された_config.ymlに下記を最後の行に追加して下さい。
   
   
   exclude:
     - "vendor"
3. Jekyll を起動させます。下記コマンドを実行して下さい。
     bundle exec jekyll serve
4. ブラウザで、 http://localhost:4000 を入力し、Jekyllのデフォルトページが表示されていれば、正常な起動は完了です！

次に、GithubPageを作成するためにGithub上にリポジトリを作成します。

 

 Githubリポジトリの作成

1. 自分のGithubページに移動して下さい。Githubアカウントを作成してない場合は作成して下さい。
2. [username].github.ioのリポジトリを作成してください。[username]には自分のGithubのユーザー名を入力して下さい。(このとき、Readmeなど他のファイルを作成しないでください。）
3. 先ほど作成したローカルのJekyllプロジェクトに移動し、下記コマンドを打って今作成したGithubリポジトリにPushして下さい。
   1. git init
   2. git add -A
   3. git commit -m ‘first commit'
   4. git remote add origin git@github.com:[username]/[username].github.io
      • [username]には自分のGithubのユーザー名を入力して下さい。
4. https://[username].github.io をブラウザに入力し、ページが作成されている事を確認して下さい。

 

 

これで、GithubPageを使ってJekyllの環境を構築することが出来ました！！

Githubのアカウントさえあれば、いつまでも無料で使えるなんて最高ですね！

バランスボールを椅子に使ってそろそろ1年

オフィスで使う椅子って案外高いの知ってますか？？

 

例えば、これ。松江のオフィスにいた時にチームメンバーが使っていたのと同じ形式です。

 

オカムラ オフィスチェア バロン 可動ヘッドレスト 可動肘 座メッシュ ライムグリーン CP81AR-FDH6

 

座り心地はもちろん良いです！腰も疲れないし、色々なとこ動くし。

 

ですが。。。

 

はい、個人で買えるような値段ではないですね（笑）

 

本気出して会社立ち上げるとか、オシャレなオフィスにするっていうなら

すごく有りだと思うんですが、

いきなり個人では買えないよ。。。。

 

ということで、私はバランスボールを相変わらずオフィスで使ってます！

 

エンジニア界隈ではバランスボールを椅子に使ってる人って多いんですよね。

 

じゃあバランスボールって実際どうなのよ？どんな効果あったの？っていう

ことをまとめました！

 

メリット１　とにかく安い！！

 

安いです。ホントに安いです。

 

５００円台からあります。

 

だいたい値段は１０００円〜３０００円台が多いです。

 

で、私は何を買ったかというと、

一番安いのだと少し耐久性が不安な予感（想像です）がしたので、

取り敢えずAmazonで人気のあったこちらを買いました。

 

ALINCO(アルインコ) エクササイズボール 65cm EXG025

 

１年使っていますが、壊れる気配は一切しません。

そりゃ耐荷重が約300kgですからね。

 

直径６５ｃｍのを買いましたが、大きすぎる場合は、空気量で調節できるので、

この大きさで十分だと思います。（ちなみに私の身長は170後半です）

 

メリット２　持ち運びに便利！！

 

例えばどこかのテーブルに集まって話し合いをするとします。

 

そうすると、必然的に椅子を持っていくことになると思います。

 

その時に、軽いのでめちゃくちゃ便利です。可動性抜群ですね。

 

メリット３　引越にも便利！！

 

オフィスを移動する時に、空気を抜いてぺしゃんこにすれば、

かさばらないですし、そもそも軽いので引越に便利です！！

 

普通の椅子だと持っていくの大変ですよね。

 

メリット４　気分転換に運動できる！！

 

座ってばかりの仕事だと体が動かしたくなります。

そんな時に、バランスボールを使って柔軟や運動をすると

リフレッシュ出来ます！

 

他の人の邪魔にならない所でやるのが良いですよ。

 

 

ここから、ネット上や色んな所で言われているメリットについて、

私は感じなかった事を書きます。

 

 

検証１　集中力はあがるのか？

 

集中力が上がると書いてあるサイトがいくつもあります。

 

しかし、私の体感としては普通の椅子と大差なかったです。

 

個人差によるものなんでしょうね。

 

 

検証２　座ってるだけで腹筋がつき、痩せるのか？

 

特に痩せませんでした（笑）

 

インナーマッスルに少しなったかもしれないかも。。。ぐらいです。

 

あ、でもバランスボール上で正座で座ったり、足上げたりしてたので、

バランスボール上でのバランス感覚は上がりました！！

 

検証３　姿勢がよくなるのか？

 

もともとそんなに悪い姿勢で座っていなかったので、

 

あまり姿勢がよくなったようにも思いませんでした。これも人によりけりですね。

 

 

総評

 

バランスボールを椅子にするのは、気分転換がしたい人や椅子にこだわりを持っていない

 

そんな人にお勧めします！

 

私は今はバランスボールを使い満足していますが、

お金が出来たら、いい椅子を買ってリクライニングとかさせて、優雅にオフィスワークがしたいです！