海外で使えるAISのsimカードを使った@オーストラリア
先日、オーストラリアへ行きました。
その際、AISのsimカードを使ったので、感想を書きます。
ちなみに公式サイトは以下の様です。
個人的な感想
結論としては、買って良かったです。
国内でアクティベートできるので、現地でsimを買って設定する手間が省けました。
速度は時々遅いことはありましたが、オーストラリアでしたら概ね使用できました。
ケアンズの田舎とかでは圏外でしたが...
環境
iPhone7(simフリー)で利用しました
商品について
以下のセットが届きました。
使い方は資料の通りですが、私の場合はsimカードを入れると、すぐ使えました。
ちなみに、使用可能になると、以下のメッセージが届きました。
よかったこと
感想にも書きましたが、
- 日本でも使用可能なので、出国前に設定できる
- 速度は気にはならなかった(google mapやwebページの閲覧)
- 安い(購入時は1330円)
よくなかったこと
- Amazon Prime Video がダウンロードできなかった simカードの設定なのか、国内でもAmazon Prime Videoがダウンロードできませんでした。
- 以下写真のようなメッセージが定期的に送られる 全て無視しました(ただのキャンペーンなので)。
その他
simとは直接関係ないですが、念のために4G購入しました。
しかし、結局一週間で1Gしか使わなかったので、もう少し容量の低いものにすればよかったです。
オーストラリアはスーパー(woolworthのような)でsimカードが売られていたので、超えたら買い直せばよかったです。
とはいえ、便利だったので、次回も利用しようかなと思います。
個人的なディレクトリ・ファイルの命名規則
個人的に決めている、ディレクトリ(フォルダ)やファイルの命名規則です。
割とこういう記事は見つからなかったので、書いてみました。
前提
- ディレクトリとフォルダは同意義
- 全てこの規則に合わせてず、状況に応じて変更する
共通事項
言語を統一する
日本語ファイルなら日本語、英語なら英語と、基本的には言語が混ざらないようにしています。
以下がサンプルです。
日本語
英語
無理に英語にしようとしない
ローマ字表記(kakunin
, kakeibo
などの日本語をローマ字に直した表記)です。
過去、全て英語にすることで、カッコいいと思っていました
しかし、可読性が低く、毎度翻訳をする必要があり、無駄と思えたので断念しました。
既に規則がある場合は、存在する規則に合わせる
大切なことは、最善(オレオレ)な命名規則ではなく一貫性があることです。
なので、既に規則があれば、そちらに合わせます。
例えば、仕事でルールが決まっていたり、プログラミング言語仕様で決まっている場合は、既に存在する規則を優先させます。
ディレクトリ(フォルダ)
命名規則
ハイフン区切りで命名します。
例えば、my-test-tool
やtest-api
などのような表記です。
命名方法
以下の順を考慮して命名しています。
- プロジェクト名(プロダクト名)があれば、プロジェクト名をつける
- プレフィックスをつけ、以降はディレクトリの目的を記載する
- 個人的なもの ...
my-
- 家庭(家族)のもの ...
familier-
- 特定のプログラミング言語 ...
python-
特に、my-
をつけるのは個人的にも定着しているので、オススメです。
作成タイミング
- プロジェクトを始める時
- ファイルが複数でき、ある程度グループ化できるようになった時 いきなりディレクトリを作るのではなく、まとまりができてから作成しています。
気をつけていること
実際は、プロジェクト名とプロジェクトの中のディレクトリで微妙に変えています。
- プロジェクト名 ... 何をするのか分かるように書く(
my-tweet-analisis
) - プロジェクト内のディレクトリ名 ... 可能な限り一単語で(
api
/document
/test
)
ファイル
命名規則
アンダースコア区切りで命名。
例えば、test_document.txt
のような形です。
命名方法
- git管理していれば、目的の名前にする 日付などをつけて、同じファイルを複数もたない(バックアップをしない)
- 日付を含める場合は、yyyymmdd形式で(
20190101
のような形) - 日時まで含める場合は、yyyymmddHHMMSS形式で(
20190101120101
のような形)
未決事項
日付を付ける際、前につけるか、後ろにつけるかは、決めきれていません。
過去に試したこと
以下は過去に使っていたが、良くなかったので辞めたことです。
プレフィックスに数字をつける
- 01xxxx
- 02yyyy
のように命名していましたが、
- ディレクトリを消す時に空き番号ができ、気になる
- 数字に意味を持たせてしまい、暗黙のルールを作ってしまう
ことがあり、辞めました。
先にディレクトリを作っておく
先に、必要になりそうなディレクトリを作成し、ファイルを作るたびに配置する方法です。
一番初めに体系立てて作れるので、気持ち良いのですが、結局使わないディレクトリがでたり、構成が異なることがあるので、やめました。
その他
my-
とかの規則にしておくと、googleドライブで検索するとき、結構楽なのでオススメです。
他に、こういうのやっているとかあれば是非教えてください。
この資料は随時更新を予定しています。
githubのプランをダウングレードしました
プログラムを書く人にはご存知のgithubですが、今月プランをダウングレードしました。
これまではPro(Personal)プラン($7.00/Month)に入っていました。
しかし、今月の新料金プランを見てFreeへ変更しました。
殆どのエンジニアには理由が分かるとは思いますが、忘れないように残しておきます。
何が起きたのか?
githubの料金プランが変更されました。
個人向けの利用については、FreeプランでプライベートリポジトリがUnlimitedになったことが最大の変更点です。
以下は本家サイトの比較表です。(2019-01-28時点)
Pro(Personal)を利用していた理由
2016年11月からPro(旧Personal)を使用していました。
元々、プライベートリポジトリはBitBucketを利用していたのですが、
- BitBucketは個人的には機能不足で使いにくい
- リポジトリを同じところで管理したい
- Travis CIを使うことがあり、プライベートリポジトリでも利用したい
- githubを使わせてもらっていることに対する感謝
の点からProを利用していました。
Freeへダウングレードした理由
上記の「2」「3」がFreeプランで実現できたためです。
プライベートリポジトリを無限で作ることができるようになったため、Proである必要性はなくなったためです。
githubを使わせてもらっているので、「3」については継続しても良いかなとは思ったのですが...
機能不足を感じたらすぐにProへ戻そうと思います。
その他
今月は既に料金が支払われているので、PROの状態のままです。
コンソールでgitの日本語が文字化けする対応
現象
MacのiTerm2でgitを利用すると日本語のファイルが文字化けする。
以下のような感じです。
$ git status On branch master Changes not staged for commit: (use "git add/rm <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: .gitignore deleted: "\345\272\247\345\270\255\350\241\250.pdf
困ったこと
ファイルをFinderから削除した後に、gitに反映しようとしたが、元のファイル名を忘れてしまって、コミットができなくなった。
対応方法
gitconfigにquotepath = false
をつける。
$ grep -B2 quotepath ~/.gitconfig [core] excludesfile = /Users/mukaishohei/.gitignore_global quotepath = false
結果
日本語も正しく表示されます。
$ git status On branch master Changes not staged for commit: (use "git add/rm <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: .gitignore deleted: 座席表.pdf
その他
そもそも、日本語ファイルを使うなよって話ですが、プログラム以外のファイルを管理したかったので、日本語を使っています。
プログラムなら基本は英語にしましょう。
Rebuild(リビルド)FMで出る、ヤックシェービング(yak shaving)について
Rebuild fmを聞いてて、時々出てくるワード、ヤックシェービングがわからなかったので調べました。
意味
ここのサイトにのっている意味で腑に落ちました。
yak shaving で人生の問題の80%が説明できる問題 - bkブログ
簡単に書くと、上記のサイトで書いている
つい最近、 yak shaving (ヤクの毛を刈る)、という言葉を知りました (原典)。これは「一見無関係に見えるけど、真の問題を解くのに必要な問題を解くのに必要な(これが何段階も続く)問題を解くのに必要な活動」という意味の言葉です。
ですべてわかるかと。確かにプライベートや仕事でもヤックシェービングな事象はありますね。。
ちなみに、原典は以下です。
その他
Rebuild fmの検索機能で調べると、やはり時々出てきますね。
(ヤックシェービングで検索すると少ないので、シェービングで検索しました)
Rebuild - Podcast by Tatsuhiko Miyagawa
昔も気になって軽く調べたことがあるのですが、うまく調べれなかったので、このブログでメモ。
【解消済】ロジクールのマウス(M590)のスクロールが効かない場合の対処(2018-12時点)
2019-06-06追記
最新のソフトウェアを利用すれば、スクロールが利用できるようになりました。
-------- 以下は追記前の記事です --------
ブログのリハビリがてらに書きます。
タイトルの通りです。すでに解決済み。
原因
2018-12-28時点の原因です。
Logitech Optionsを使っていたため。
Logitech Optionsの特定のバージョンだと上手く動作しませんでした。
私がハマったのは、7.10.5。
解決策
同じページにLogicool Optionsのインストールがあったので、そちらを使って解決。
ちなみにダウンロードページは以下です。
https://support.logicool.co.jp/ja_jp/product/m590-silent-wireless-mouse/downloads
所感
Logitech OptionsとLogicool Optionsは何が違うのだろうか...
(あまり調べる気もない。)
商品自体はとても使いやすいので、おすすめです。
しばらく使ってみて、時間が有ればレビューを書きます。
Logicool ロジクール M590GT ワイヤレスマウス 無線 静音 Unifying 7ボタン 電池寿命最大24ケ月 M590 グラファイトトーナル 国内正規品 2年間
- 出版社/メーカー: Logicool(ロジクール)
- 発売日: 2017/06/22
- メディア: Personal Computers
- この商品を含むブログ (1件) を見る