https://ameblo.jp/annymprsn/ 本の感想や技術的な情報などを載せていきます。 ja

キャッチコピー力の基本 ひと言で気持ちをとらえて、離さない77のテクニック/日本実業出版社

￥1,365

Amazon.co.jp

]]> https://ameblo.jp/annymprsn/entry-11348814009.html Fri, 07 Sep 2012 22:45:50 +0900 よく就活生向けに売られてそうな自己分析本などに比べると、より実利的になっているように思います（そもそものターゲットの年齢層やレベルが違うと思いますが）。一度何かしらの職業に就いた人が、今後のことを考えるときに読むと良いかも。
この本に書かれているように思い通りにキャリアを変える例は、よく考えると今の日本ではなかなか見られないこと。とはいえ、よく探せばそのような人は珍しいものではなく、それなりの人数が存在するのは確かです。ちなみに現在のところ、発売されているのは洋書のみ。

Business Model You: A One-Page Method For Reinv.../Wiley

￥2,319

Amazon.co.jp

]]> https://ameblo.jp/annymprsn/entry-11348808430.html Fri, 07 Sep 2012 22:37:35 +0900 アジャイルという言葉だけはIT業界では広まっていますが、詳しいことはこの本をしっかり読んで初めて分かるのかと。言葉だけがやや独り歩きしている感が否めないため。
アジャイル開発手法をしっかりと取り入れるには、確固とした信念を持つ必要がありそうです。

アジャイルサムライ－達人開発者への道－/オーム社

￥2,730

Amazon.co.jp

]]> https://ameblo.jp/annymprsn/entry-11329585259.html Thu, 16 Aug 2012 01:24:11 +0900 処理ロジックよりも、コードの読みやすさを重点的に解説している本でした。やはり名前とコメントは重要だと分かりました。英語をよく使う人なら、より読みやすかったかもしれません。

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory i.../オライリージャパン

￥2,520

Amazon.co.jp

]]> https://ameblo.jp/annymprsn/entry-11329583982.html Thu, 16 Aug 2012 01:20:39 +0900 この手の情報は、探せばそれなりに出てきたのですが、環境の条件（バージョンなど）が意外と厳しいようで、実際に出せるようになるまで時間がかかりました。私が求めていた条件は次の通り。

Mac OS X 10.6 Snow Leopard
Ruby 1.9.2

当初はmeowあたりを使おうとしていたのですが、Ruby 1.9系には対応していない模様(?)。今回はGrowlを使って出すことにしました。
実際に試したコードは、次のサイトから拝借。Basic usageと書かれている方。
ruby-growlのドキュメント
必要に応じて色々gem installする必要があります。結局何が必要だったかは忘れてしまいました...。

次にGrowlをインストールします．デスクトップ通知を実際に行うのは、Growlというアプリ(?)であり、ruby-growlはGrowlを呼ぶためのインタフェースという扱いかと．
Growlのダウンロードページ

Mac OS X 10.6の場合はバージョン1.2.2です。なおそれ以降のバージョンは有料のようです。

最後にGrowlの設定をします．
システム環境設定 → Growl → ネットワークタブ → 受信される通知を開くをON
この設定を変えた場合は、一般タブからGrowlの再起動を行う必要があります．また、リモートアプリケーション登録を許可のチェックボックスもONにしなければならないかもしれません。
参考サイト

場合によっては、Connection refused - send(2) (Errno::ECONNREFUSED)などのエラーが出るかもしれません．その際は、上記設定が行われているか、Growlが起動しているか、そもそもGrowlがインストールされているかを確認してみてください．


]]> https://ameblo.jp/annymprsn/entry-11320399081.html Sun, 05 Aug 2012 01:27:58 +0900 時制や単数/複数、基本的な単語の使い分けなど、受験英語でも習っているはずの単純なミスについて書かれている章もあります．それ以外に、受験英語では特に違いが説明されていないが、実はニュアンスが違うというものも載っています．例えば接続詞soとthereforeは、どちらも「～なので...」と習いますが、英語では使い分けがあるようです．
ビジネス英語や論文など、ある程度のレベルが要求される英語を使うのであれば、一読しておいて損は無いかと．

日本人が誤解する英語 (知恵の森文庫)/光文社

￥760

Amazon.co.jp

]]> https://ameblo.jp/annymprsn/entry-11315060197.html Sun, 29 Jul 2012 19:45:52 +0900 Herokuやfluxflexを使ったことがあるのですが、残念ながらfluxflexが先月末に終了してしまったので、代わりに(?)同社が提供するRackhubを使ってみました。

目標：手元にあるRuby on Railsで組んだWebサービスをネット上に公開する。
　（development環境ではSQLite使用。heroku上では動作した前提。）
激しく参照したサイト：
http://tomykaira.hatenablog.com/entry/2012/06/09/164521 

1. Rackhubのアカウントを作る。メールアドレスが必要。
 
http://rackhub.net/overview 

2. 新しいRackを作成。無料試用をONにすれば、3時間は無料で使える。
　必要であればクレジットカードの情報を入力。

3. 設定変更→公開鍵の設定で、手元にあるssh公開鍵をセットする。

これでリモートでサーバが起動し、アクセスできるようになりました。2.でRackを新規作成してから10秒ほどで起動した模様。

4. 先ほど作成したRackを選択し、Rackの概要→SSH接続方法 に書かれているコマンド（ssh rackhuber@***.rackbox.net -p ***** -Aと書かれているところ）をコピー。端末を起動し、コピーしたコマンドを打つ！
これでssh経由でRackにアクセスできるはず。ここからは手元のファイル群をupします。

5. 楽にsshに接続できるように、設定を追加。 
具体的には、~/.ssh/config（無ければ新規作成）に次を追加。
Host rackhub
    HostName ***.rackbox.net
    User rackhuber
    Port *****

6. 再度Rackに接続し、Rack上で次のコマンドを打つ。
 mkdir test.git
 cd test.git
 git init --bare

7. ローカルPCから次のコマンドを打つ。
  cd ＜プロジェクトがある場所＞
  git remote add rackhub rackhub:test
  git push rackhub master

8. Rack上で次のコマンドを打つ。
  cd ~
  git clone test.git test_running

これでtest_runningフォルダ内にローカルPCのファイル群がRack上に上がっているはず。
本当はDBをMySQLなどに変えたり、production環境に変えたり色々すべきなんでしょうが、とりあえず（development環境として）動作させてみましょう（←そのまま公開するのはどうかと思うが）。

9. サーバを起動しようとしても、Ruby関係のライブラリが色々足りないと言われるので追加。
  cd test_running
  bundle install

10. サーバを起動
  rails s

11. エラーが出なければもうサービスが公開されています。ブラウザでアクセスできるはず。rackhub.netではなくrackbox.netなので注意！
  URL: http://***.rackbox.net:3000/


で、herokuやfluxflexのイメージでRackhubを使おうとしている人（私も含むw）は要注意なのですが、Rackhubはどちらかと言うとVPSに近いです。fluxflexはワンクリックで色んなサービス（WordPressとか）を取り入れることができたのですが、そういう使い方ではありません！
fluxflexだとLinuxの知識が無い人でもWordPressなどを使うことが可能だったのですが、rackhubはLinuxをそれなりに使える人じゃないと使えません。
ただ、rubyとかphpとかMySQLとかWebサービス立ち上げ時に使いそうなものは大抵入っているので、それのインストールの手間は大きく省けます。

sshでRackに入ることができ、端末上でやりたい放題できる（sudo apt-getで色々インストールすることもできる）のが魅力的ですね。fluxflexでは1から作ったものをデプロイするときにいくつか手順（デプロイ用のスクリプト作成?）が必要だったり、デプロイ失敗時にログの量が若干不足していた(?)りと、色々癖があったように思うので、かなり柔軟に運用できるのかと。

最後に、（直接比べることはできない気もするが）herokuとfluxflexとrackhubを比較すると…

サービスのローンチ方法
  heroku: git pushしてすぐローンチ可能
  fluxflex: 
git pushしてすぐローンチ可能。また色んなアプリをワンクリックで導入可能。
  rackhub: 色々設定が必要

sshログイン
  heroku: 不可
  fluxflex: 不可
  rackhub: 可

プログラムからのファイルシステムへのWrite
  heroku: 不可
（cedarスタックを使えばなぜか可能） 
  fluxflex: 可能だった気がする
  rackhub: ? （調べる前にRackを削除してしまった…）

ログ
  heroku: heroku logsでWebサーバのログは十分見える
  fluxflex: 見えるはずなのだが、デプロイ失敗時などはトラブルシュートするには若干足りない気がした。
  rackhub: 各サービスのログへフルアクセス可能

（人間から見た）言語
  heroku: サイトはすべて英語。あと日本人から見ると、価格体系リストなどに色々とツッコミたい表現多数ww
  fluxflex: トップやドキュメントは英語・日本語の両方存在。管理画面は英語のみだったっけ？
  rackhub: 管理画面も日本語
※ fluxflexやrackhubを運営しているfluxflex社の中の人は日本人なのです。

個人的には、rackhubの管理画面にTwitter/Facebook認証でログインできると便利だな～（fluxflexでは可能だったので）。
]]> https://ameblo.jp/annymprsn/entry-11309292213.html Sun, 22 Jul 2012 21:55:04 +0900 筆者の仕事柄、外交という非常に大きな責務の中で使ってきた考えが書かれています。そのためビジネスには直接は使えない部分もあるかもしれませんが、重要なことは共通だと感じられます。
書かれているテクニック等だけを見ると、（少なくとも一部については）類書は多いでしょう。しかし、日本の外交について知ることもできる点では、非常に興味深い本でした。

プロフェッショナルの交渉力/講談社

￥1,500

Amazon.co.jp

]]> https://ameblo.jp/annymprsn/entry-11305344471.html Wed, 18 Jul 2012 00:29:47 +0900 医師である筆者が、電子カルテそのものや、それを導入するまでに関わる者（人or会社）や、今の日本の医療制度に対して辛めに書き連ねています。ただし単なるユーザではなく、ある程度はITについても分かっている（自身もプログラムを書くことができるらしい）ので、批判だけでなくそれなりに裏の理屈や改善案についても書かれています。
ITベンダー側からしては、ITは専門ではないが何だかんだで頭が切れる顧客（←たまに出会うことがある）からの視点が分かる本とも言えるかと。なお医療系の専門知識がなくても読むことができる内容です。

電子カルテは電気羊に食べられる夢を見るか/サイエンティスト社

 

￥1,260

Amazon.co.jp

]]> https://ameblo.jp/annymprsn/entry-11301151204.html Fri, 13 Jul 2012 00:41:04 +0900
考えられる1つ目の可能性は、90年代後半～00年代前半の曲が、かつて自分が若く希望に満ちあふれていたころ、または純粋に楽しかったころの思い出とリンクして、無条件に良いものと思ってしまうこと。ちょうど年齢的には中学～大学あたりで楽しい思い出が多かったのかもしれません。また（ある意味）家庭という帰るべき場所があって、常に安心感があったのかもしれません。
で、これはそれなりに説得力のあると思えます。ただ、その頃の曲の動画などがユーチューブなどに投稿されているものに対するコメントを見ると、明らかに年代が違うだろうという、もっと若い世代（現在の中学生とか）からの肯定的な意見が書かれていることもあります。これはどういうことでしょうか？

2つ目の可能性は、実際に音楽の質が下がってきたのではないかということ。先ほど触れた、本来のターゲット年代より明らかに下の代からの支持が（少なからず）ある理由として考えられます。もっとも、彼ら/彼女らが別途何かしらの影響を受けている（親が好きだったのを昔から聞いていたとか）かもしれませんし、年齢を偽ってコメントを書いている人もいるかもしれません。

3つ目の可能性は、1つ目の可能性にやや近いですが、「あの頃の社会は良かった」という評価が暗黙的に広まっており、それにリンクしているので、やや古い曲が良いと思われているということ。ターゲットの年代より若い層から支持されている理由にもなり得ます。ただそれだと、現代はとても悲しい社会ということにもなります。

どれが正しいのかは分かりませんが、各個人で好きなものを愛でておけばいいと思います。
]]> https://ameblo.jp/annymprsn/entry-11300352503.html Thu, 12 Jul 2012 00:41:15 +0900