vi でカーソル行からファイルの最後までを削除する

　dG

　一気に減るから面白い。

Visual Studio for Mac

　macOS で Visual Studio が動くとは。
https://www.visualstudio.com/ja/vs/visual-studio-mac/

　Visual Studio Community なら無料。
　驚き。
　大丈夫か。マイクロソフト。

　早速試そうと思わなかったのは自身の技術力の無さからだな。

「コンピュータ名」を変更したい

　なんで「システム環境設定＞共有」なんだろう。
　おかげで探すのが大変だった。

　ターミナルを開いたときのプロンプトで誰々の Mac という名称が気に食わなかったけれどこれで大丈夫だ。

MacのCaps Lockキーを無効にする方法

　大文字を入力するときにはシフトキーを使うのでどちらかと言えば caps キーは不要。
　そんなわけで無効化して誤入力を防ぐという作戦。



　これで誤爆は防げる。

　別のアクションを割り当てようと思ったけれど特に割り当てるものもなし。

Intel Power Gadget

https://software.intel.com/en-us/articles/intel-power-gadget-20

　Android Studio を使っている時に MacBook がどんな状態なのかを見てみたかった。



　最初の立ち上がりが Android Studio の起動したときのもの。
　次の立ち上がりが簡単なコードを Build したときのもの。
　三回目の立ち上がりは何をしたのか忘れた。もう一回 Build したものだったかな。
　すでに Android Studio 起動時で CPU パワー全開だった。
　予想はしていたが Build 時には温度上昇がすごい。
　でも MacBook を使っていて体感的に遅くなったと感じないからまだまだ余裕はあると思われる。
　それにしてもファンレスでよく頑張る子である。

　メニューバーに CPU 等の状態を表示するアプリを探していたけれどもあまりメニューバーを見ることが無いので探すのをやめた。

MacBook 12 を高解像度化

　というわけで早速試してみた。
　作業時間は五分程度。

　MacBook 12 を起動するだけで WSXGA+ の 1680x1050 が立ち上がるのは気持ちが良い。
　文字サイズもこれくらいならちょうどいいかも。
　しばらくはこのまま使ってみよう。



　本音を言えば FullHD がほしいところ。

MacBook 12 を高解像度化

　いまは dot by dot の 2304x1440 で使っているけれども起動時にいちいちメニューから選択するのが面倒である。
　やはり考える人は考えているものでちょっと解像度は落ちるけれども起動するだけで高解像度になる方法があるようだ。

　MacBook 12を高解像度(HiDPI)化
http://ameblo.jp/jochi-masaharu/entry-12041077596.html

　ちょっと時間がある時に試してみよっと。

Parallels Desktop 12 for Mac Retail Box COM

　通常版より安くなっているからなんでだろうとパッケージを良くみたらアップグレード版だった。
　わかりにくい。

　初めて買うのなら通常版だな。
http://www.yodobashi.com/Parallels-%E3%83%91%E3%83%A9%E3%83%AC%E3%83%AB%E3%82%B9-Parallels-Desktop-12-for-Mac-Retail-Box-JP-%E9%80%9A%E5%B8%B8%E7%89%88/pd/100000001003215239/

　USB 版もあるようだが値段が高い。
http://www.yodobashi.com/Parallels-%E3%83%91%E3%83%A9%E3%83%AC%E3%83%AB%E3%82%B9-Parallels-Desktop-12-for-Mac-Retail-Box-USB-JP/pd/100000001003215244/

　どっちを買うにしてもアクティベーションキーはあるだろうから本家でダウンロードしたものを使うと予想される。
https://www.parallels.com/jp/products/desktop/download/

MacBook アクセサリー

　やはり USB-C が 1 ポートのみとなるとハブが欲しくなる。

　「HooToo USB-C用ハブ HT-UC001」が気になるけれども相性問題があるようで手が出せない。

　こっちの古いバージョンを持っているからあえて買う必要もないけど色々とチェックをしてしまう。

https://www.amazon.co.jp/%E3%80%90PSE%E8%AA%8D%E8%A8%BC%E6%B8%88%E3%80%91CHOETECH-Multiport-Type-C%E3%83%9D%E3%83%BC%E3%83%89-USB3-0%E3%83%9D%E3%83%BC%E3%83%89%E6%90%AD%E8%BC%89-Chromebook/dp/B019XC5WTE

Apple USB-C 充電ケーブル交換プログラム

https://www.apple.com/jp/support/usbc-chargecable/

　確認するのをすっかり忘れていた。
　ケーブルにシリアルが入っていたので問題なし。

macOS Sierra へのアップデート

　ダウンロードに数時間かかる模様。
　バックグラウンドでダウンロードさせておいてアップデートすることにした。
　その間に macOS Sierra についてちょっと調べてみよう。

　調べている途中で気がついたけれどプリンタが動作しなくなる可能性が大きいのでアップデートは中止にしよう。と思ったがアップデートしてプリンタが動かなかったら新しいプリンタを買うことにした。
　DCP-J567N なら macOS Sierra にも対応しているしコストパフォーマンスが良さそうだ。

　macOS Sierra へのアップデート完了。
　新機能はことごとく使わない設定にしたから今までとあまり変わりがない。
　重くなるという話もあったがそんなこともなく普通に使えている。
　Android Studio は使えているようだし。
　残りはプリンタだな。

　プリンタは Canon iP6600D という古いタイプ。
　PDF を印刷してみたが問題はなさそうだ。
　実はプリンタの更新ができると思ってちょっと期待していた。

Display Menu

　このアプリはすごい。
　MacBook で dot by dot を実現している。
　しかしこんなに広い画面だとは思ってもみなかった。
　だいぶ文字が小さくなったが読めないことはない。
　というよりもこの情報量に圧倒されてる。
　これなら Android Studio を使っても画面が狭いとは思わないぞ。
　その Android Studio が古いのでアンインストール。
http://qiita.com/nagaoyuriko/items/f310b595ff16061e1186
　新しいのは明日ダウンロードしてインストールする予定。

　詳しくはこちらの記事を読んでください。
http://www.atmarkit.co.jp/ait/articles/1610/07/news023.html

MacBook の液晶を修理に出した

　MacBook の液晶を修理すべく三月の最終週に修理に出した。
　二週間ちょっとで修理完了のメールが届いて本日 MacBook が到着。
　早速電源を入れてみて画面を確認したが右端にムラがあることに気がついた。
　まあうだうだ言っても仕方ないので諦めが肝心。
　それよりも画面中央の割れが無くなったことが嬉しい。
　外付けモニタで無理繰りやっているよりもやはり画面が目の前にあるのは効率が違う。

　次は Parallels を買って Windows をインストールすること。
　今月は修理でお金がなくなってしまったので連休明けに購入かな。

MacBook Retina を使ってみて。

　一ヶ月ほど前に MacBook Air 11-inch Late 2010 から MacBook Retina 12-inch Early 2015 へ機種変更をした。

一番目の懸案事項の Retina ディスプレイは購入前に家電量販店へ行って実際に見てきた。
　小さな文字が老眼でもきちんと読めるかどうかだったけれどあっけなくクリア。
　今まで使っていた 11-inch と同程度の画面サイズなのに情報量が半端なく多くなって使いやすい。

　二番目の懸案事項は USB-C ポートが一つだから USB ポートを使用してかつ MacBook を充電しながら使うにはオプション品 USB-C Digital AV Multiport アダプタを購入する必要がある。
　価格は ￥9,500 (税別) でとても手を出す気にならないので使い方を考え直してみた。
　使うときには USB-C ポートはハブ専用とする。使用しない夜中には他のスマフォ同様に MacBook を充電しておく。
　こうすることでアダプタを買う必要がなくなりハブの購入だけで解決。
　ハブは下記のものを購入。カードリーダは古いものしかなかったのでちょうど良かった。
ainex アイネックス HUB-05 [カードリーダー付USB3.1Gen1ハブ]
http://goo.gl/Eo4eDo
　電源スイッチがあるのが面白い。

　MacBook では Android 開発をメインにやりたかったので CPU パワーがある分には困りはしない。けれどまだ始めたばかりなので前の Air より速くなればいいやという気持ちであった。
　メモリが 4GB から 8GB へ増えたことのほうが影響が大きいかもしれないが速くなったのは確かである。
　サンデープログラマー以下のレベルなので MacBook で作業する時間はそんなに長くないし Build で時間がかかるようなほどになるまでには数年は先のことか。もしくは無いだろう。
　あとはファンレスになって動作音が全くなくなり静かになったことが嬉しい。そしてファンが壊れてどうこうという問題もなくなったのですっきり。

　とりあえず持ち運びの予定はないのでこんな感じで運用を続けているが特に問題はない。
　三年から五年は使いたいと思うので来年あたりにでも AppleCare Protection Plan に加入を忘れずにしておこう。

　「機種変更して一片の悔いなし!」

作ればわかる！Androidプログラミング 第3版 - 第7章

　「チキチキ障害物レース　センサーと SurfaceView でゲームを作ろう！」

　落っこちました！のコードが見当たらなかったので追加してみた。再スタートもできるから修正方法には問題はなさそうかな。

　ゲーム作りに一歩進んだぞと。
　ここまで動いていると文字だけでなく効果音も出したいなと思うけどいまは次へ進むことを優先したい。
　このサンプルゲームは単純だけどこれはこれで面白かったのは内緒である。

いままで Nexus6 で実機動作の確認をしてきたけれど WiFi が死んでいる HTL21 が使えないかと思って接続してみたらあっけなく接続できた。
　ただし Android のバージョンが 4.1.1 になっているところに注意が必要だがそこまでの技術レベルに達していないので問題にならない。
　これで Nexus6 との配線やりとりが減っただけでも時間短縮である。

作ればわかる！Androidプログラミング 第3版 - 第6章

　第5章はマテリアルデザインに未対応なため Android Studio が自動生成するコードとの違いを追うのが大変だったので少し頑張ったところでパスした。

　第6章の「振って、ゆらして琉球音階を作ろう」に着手。
　実は先日の midi データはここで使いたかったのです。

　傾斜角にはマイナスが存在するけれども絶対値に変換する場所が音を鳴らすコードのあとで実行されていたのでアプリが止まるという現象を発見したので変換箇所を変更した。
　動くようになったので傾斜角90度の時の音を鳴らそうと思ったらなかなか出ない。
　89度が限界でスクリーンショットは取り逃がしましたw

　書籍の25%くらいは吹っ飛ばしてきてるけど気にしない。
　できるところを進めていくほうがモチベーションをキープできる。

　いままで実機は Nexus6 を使っていたけれども USB ケーブルの抜き先が面倒なので WiFi が死んでいる HTL21 を使うことにした。
　SOL21 は繋がらなかったけれどさすがは HTC 機。あっけなく繋がった。
　ただ OS のバージョンが 4.1.1 になってしまったのはいたしかたない。

　いよいよ次は簡単なゲーム作りの章だ。
　楽しみ楽しみ。

音階の MIDI ファイルが欲しいので GarageBand で作ってみた。

　探してみたけど音楽はあるけど単純な音階が見つからなかった。
　まあ確かに作ってもプログラムのテスト時くらいにしか使われることはないだろうし誰も作ろうと思わない。

　なので GarageBand で作ってみようとしたんだけど .mid への出力ができない。
　読み込みはできて音を鳴らすことができるにも関わらず。

　そこで google 先生にきいたところどんぴしゃりの回答が出ているサイトを見つけた。
　「GarageBandからmidiファイルに書き出す」
http://jtakao.blog.fc2.com/blog-entry-19.html
　確認されたバージョンは GarageBand 6.0.5 とのこと。
　内容をみると単なる perl スクリプトの加工らしいので問題はなさそうということで試した。
　ちなみにいま使っているバージョンは以下の通り。

　バージョンは大幅に上がっていましたがそれぞれ無事に動きました。

　なお MIDI ファイルが欲しくなったのは参考書で作ろうとしているアプリがセンサと絡めて音を鳴らそうとしているために必要としているから。
　いまはその作った MIDI ファイルが該当ディレクトリにドラッグアンドドロップができなくて困っているw

作ればわかる！Androidプログラミング 第3版 - 第4章でコケる 続 - ギブアップして次にいきます。

　画面レイアウトがおかしいのはいろいろと工夫してなんとか表示できるようになった。
　横画面にすると下にあるボタン二つが消えてしまうので時計の縦方向を小さくしたかったけれどどこをいじればよいのかわからなかったので保留。

　次に発生した問題はその表示している時間を取得できない。
　というより関数が使用不可の状態です。

　さてここからまたまた時間がかかりそうだ。
　あとは時間設定をして通知を出すようにするだけなので全体的に進んでいると思われる。

　指摘された二つの関数は新しいものを使うようにと記載があった。
http://developer.android.com/intl/ja/reference/android/widget/TimePicker.html
　直したんだけれども「確定」ボタンをタップするとエラーが出てしまって手詰まり。

　二つの関数が関わっている部分をコメントにすると動く。
　となるとやはりこの二つの関数を徹底的に調べないとだめなのか。
　そんなに難しいことをしているとは思えないんだけれどもエラーが出るということは勘違いしているようにも思える。
　もう少しコードを見直してみようっと。

作ればわかる！Androidプログラミング 第3版 - 第4章でコケる

　すんなりとは進んで行かないのがプログラミング。

　レイアウトを組むために xml をサンプル通りにコードを入力していったところそれらしい画面ができた。
　ただし EditText 大きな枠になっていることと二つの小さなボタンが表示されないこと以外は。

こうなってくると何もわからずに進めているからお手上げ状態。
　いくつか枠がおかしいと思われるところがあるのでそこから攻めてみるか。

　いくらなんでも EditText の枠が大きすぎるのは謎である。

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:paddingLeft="@dimen/activity_horizontal_margin"
    android:paddingRight="@dimen/activity_horizontal_margin"
    android:paddingTop="@dimen/activity_vertical_margin"
    android:id="@+id/mainLayout"
    android:paddingBottom="@dimen/activity_vertical_margin"
    tools:context=".MainActivity"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    app:layout_behavior="@string/appbar_scrolling_view_behavior"
    tools:showIn="@layout/activity_main" >

    <TextView
        android:text="@string/todo"
        android:id="@+id/textView"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content" />


    <EditText
        android:id="@+id/editText"
        android:layout_below="@+id/textView"
        android:layout_alignParentStart="true"
        android:layout_above="@+id/timePicker"
        android:layout_alignEnd="@+id/timePicker"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content" />

    <TimePicker
        android:id="@+id/timePicker"
        android:layout_centerVertical="true"
        android:layout_alignParentStart="true"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content" />

    <Button
        style="?android:attr/buttonStyleSmall"
        android:text="@string/set"
        android:id="@+id/set"
        android:layout_alignParentBottom="true"
        android:layout_alignParentStart="true"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content" />

    <Button
        style="?android:attr/buttonStyleSmall"
        android:text="@string/cancel"
        android:id="@+id/cancel"
        android:layout_alignTop="@id/set"
        android:layout_alignEnd="@id/timePicker"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content" />


</RelativeLayout>

　Nexus6 で動かしてみたら EditText の入力エリアがないこと以外はきちんと表示された。
　そうなると Android Studio 側の問題なのかな。

作ればわかる！Androidプログラミング 第3版 - 第4章に突入

　BroadcastRecevier なるものが登場してきた。

　名前からしてなんとなくわかるような気がしたらそのまんまだった。

　サンプルはバッテリの状態を知るプロジェクトということで入力してみた。

　だいたい 0.5 秒間隔で表示が更新されていった。

　本当は 78 が 79 になるところを見たかったのだけれども MacBook Air との接続なので期待できなかったので Nexus6 側でアプリを終了させた。

　バッテリの情報がこんなに簡単に取得できるとは思ってもいなかった。

　まだコードを入力しただけなので書籍の説明はこれから読んでいくことにする。