家探しは実際に話しを聞いた方がいいと思った件

今住んでいる家がかなり手狭になってきましたので、近場のいまよりは広い家に引っ越すことにしました。

いまは1LDKなのですが、次は2LDKなので結構広くなります。

ただ、そんなにお高い所には住めないので、古めの物件です。

さて、そんな感じで引っ越すことにしたのですが、家探しで実際に不動産の人と話してよかったなーと感じることがありましたので、ブログに書いて置こうと思います。最近は仲介手数料0￥の不動産サイトも多く見かけられます。

ヘヤジンプライム

Q どうして東京23区内のすべての物件の仲介手数料が無料になるのですか？ A ヘヤジンプライムはインターネットに特化した次世代の不動産事業を目指しております。 既存の不動産屋とは全く異なった運営をしており、徹底的にムダを省いています。 広告のムダ、沢山のお店のムダ、過剰な営業のムダ・・・そういったムダをなくす事で、お客様から仲介手数料を頂く必要の無い事業を運営しています。

https://prime.heyazine.com/#qa

手数料無料・仲介手数料無しはお得？ ｜ 住まいの基礎知識・ノウハウ【HOME'S】

住宅の数が充足し、賃貸物件でも空室が目立つようになると、貸主（オーナー）にとって少しでも早く借主をみつけることが重要課題となります。不動産業者に仲介手数料を支払ってでも、すぐに入居してもらうほうが良いのです。例えば3か月間にわたって空室になるより、1ヶ月分の手数料を支払って1ヶ月間の空室で済むほうがメリットは大きいでしょう。その代わりに借主が負担する仲介手数料を無しにすれば、早めに契約できる可能性が高まります。

このような理由で、仲介手数料無しの場合があるようです。 今回僕が家を探した時は、ネットで物件を調べて、店舗にお伺いし、担当者と話をしながら物件を絞り込み、内見して決めた感じです。普通な感じ。 一方ヘヤジンプライムは店舗を持たず、直接内見したりサポートに問い合わせしながら家を探すタイプ。

長くなりましたが、実際に話しを聞いて良かったと思った所は！

大家さんについて教えてもらえる

実はネットで見つけた物件がとても良かったので、そこを見てみたいと話をした所、意外な事実が発覚しました。。。

1. 大家さんがかなりの頑固もの
2. 近所夏祭りなどのイベントに強制参加（住むための必須条件）

どうやら物件の近所にある神社？の関係者らしく、イベント毎にがっつり参加（準備とか）することが入居の条件でした。 担当者の方もほとほと困っており、この物件に興味持った人にしっかり説明しているそうです。 初め聞いたときは耳を疑ってしまい、今後の人間関係が目に見えてめんどうになることがわかったので、その物件は諦めました。

自分が来店した後にきた方もその物件に興味があったようですが、その説明を聞いて、がっかりした感じで諦めていました。。。南無。

こう思った

つまりは仲介手数料は払う価値がある。その為に担当者にたくさん質問しまくるべし！と思います。 先の物件ですが、この物件のお陰でいくらか人が集まるんだろうなと思いました。（ある種の釣り）

物件は希望に合うものを100件ほど出してもらい、その中から奥さんと一緒に選んで内見までしました。 不動産屋さんから提示されるのではなく、自分達で選べてよかった。 ヘヤジンプライムのような店舗を持たない場合で、電話サポートの場合だと自分からどんどん聞くしか無さそうなので、引っ越し慣れしている人が向いているような気がします。

実際に話しをしながら選ぶ方が安心感はあるのかなーと思います。

ほぼ初めてのジーパン手洗い 意外とすごい汚れてますよ

Photo credit: タカハタtakahata / Foter / CC BY-NC-SA

夏頃に買ったジーパンをさすがに洗おうと思い、手洗いしてみました。

夏場はよく履いていたので、汗等でかなり汚れが蓄積されていると思います。。。

そこでジーパンの洗い方を調べてみたのですが、たくさんの方法があり、迷ってしまいましたが、次の方針で洗うことにしました。

1. 色落ちにこだわらない
2. ダメージ加工にこだわらない
3. 汚れを落とすことだけにする

方針を決め、ググっていると次のサイトが参考になりました！ デニムの劣化と色落ちを最小限にふせぐ唯一無二のジーパンの洗濯方法！②洗濯方法編 シンプルでわかりやすいないようだったので、この手順に沿って洗うことにしました。

①ジーパンを裏返す

なんとなく裏返して洗ったことはあるのですが、これは「洗濯機で洗うときに表のままだと擦れてしまう」からだそうです。 今回は手洗いなので、そこまで擦れることはないかと思いましたが、念のため裏返しておきます。

②バスタブにぬるま湯を張り、ジーパンをつける

大きなタライなんて家にはないので、バスタブにぬるま湯を張りました。 熱湯だと色落ちが進んでしまうそうです。ぬるま湯（今回は43℃くらい）だと皮脂汚れが落ちやすいそうです。

③ジーパンを押し洗いする

ぬるま湯につけたジーパンを押し洗いします。あまりゴシゴシするとかなりの色落ちやジーパンが擦れてしまうので、上から押すように洗いました。 最初はジーパンがすこし色落ちして、お湯が青くなると思います。さらにお湯が茶色になってくると思いますが、これが汚れです。 お湯がすごい茶色になってしまったので、引きました。 ②、③の工程を2~3回ほど繰り返して、しっかり汚れを落とします。

アクロンでつけ置きする

参考にさせて頂いたサイトではアクロンを使っていたので、アクロンを使いました。

いくら洗濯石鹸が生地にやさしいといっても、汚れ落ちの点では洗剤にかないません。
目的はジーパンを綺麗にすることなので、あるていどきちんと汚れが落ちてくれないと意味がありません。
そんな理由から、色落ちや劣化や型崩れに強いアクロンをつかっています。

アクロンをほんのちょっぴり、ぬるま湯を張ったバスタブに入れ、20~30分ほどつけておきます。

最後の押し洗い

ジーパンをつけ終わったら、最後の押し洗いをします。しっかりとアクロンと汚れを落とします。 何度かお湯を張り替えながら洗います。

ジーパンを干す

ガッチリと挟むことができるハンガーがあると良いです。 裏返したままジーパンの裾を挟み込み、逆さにした状態で日陰に干します。

こう思った

ジーパンは月に１回のペースで洗いましょう。。。汚れで、お湯が茶色になっていく様はまさに地獄。

【AWS】ElastiCache Redisのパラメータグループの変更で再起動が掛かるのか不安だったので、検証してみた。

ElastiCache Redisを使用していて、AOFを後から追加したい！ってなった場合、パラメータグループを操作する必要があります。 この時に、Redisに再起動が掛かるのか不安になりましたので、検証しました。

もし仮に再起動が掛かると、AOFファイルからデータ復旧しようとするので、いま格納されているデータが消えてしまいます。 なので、検証方法を以下の手順で試してみます。

1. AOF無しのElasitCacheRedisを作成
2. 幾つかデータを格納する
3. AOF有りのパラメータグループを作成
4. AOF有りのパラメータグループを設定
5. データが入っているか確認

結論

先に結論から行くと再起動しません。よかったね。 バックアップウィンドを追加しても再起動しませんでした。 EC2上にRedisを構築したときは、AOFを途中から有りにする場合は、手順を間違うとAOFからデータ吸いだしてしまい、 データが消えてしまいます。 この辺りはAWSが良しなにしてくれているみたいです。

AOF無しのElasitCacheRedisを作成

m1.smallでRedis 2.8で構築。 パラメータグループはdefault.redis2.8を設定。

幾つかデータを格納する

まずEC2にRedisをインストールする。 こちらの記事を参考にしてサクっと入れました。あざす！ AWS EC2にredisをインストールする

データを格納 $ redis-cli -h .apne1.cache.amazonaws.com .apne1.cache.amazonaws.com:6379> set mykey myvalue OK .apne1.cache.amazonaws.com:6379> get mykey "myvalue" .apne1.cache.amazonaws.com:6379> set myhoge myhoge OK ***********.apne1.cache.amazonaws.com:6379> get myhoge "myhoge" ※当たり前ですがこの状態でリブートかけると、↑で入れたデータはきれいさっぱり消えました。

AOF有りのパラメータグループを作成

Create Cache Parameter Groupから新しいグループを作成。 appendonlyの項目をyesに変更。これでおｋです。

AOF有りのパラメータグループを設定

さきほど作成したパラメータグループをmodifyして、設定。 この時にstatusがmodifyになり、チェックボックスがグルグルになります。

データが入っているか確認

$ redis-cli -h .apne1.cache.amazonaws.com .apne1.cache.amazonaws.com:6379> get mykey "myvalue" ***********.apne1.cache.amazonaws.com:6379> get myhoge "myhoge" おｋ！ちゃんとデータが入ってますね。 この状態で再起動しても、ちゃんとデータは残っていますので、安心。 ちなみにCache EventにはUpdated to use a CacheParameterGroup 【パラメータグループ名】となっていました。

こう思った

途中でパラメータグループを変更することが無かったので、気になって検証しました。 これで再起動して、AOFから復旧されたらたまったもんじゃないので^^; 最近では、Multi-AZ対応も入ったようなので、ますます便利になってきました。以前はスレーブも無かったので、EC2にRedisを入れて、それをスレーブとしてました。ちょっと懐かしいです。

土佐弁「いっちきちもんちきち」をGoogle翻訳すると腹抱えて笑った

昨日上司の知り合いの方のSkypeアカウントが乗っ取られ、流行りのiTunesカードを買ってほしい詐欺がありました。

そこで、関西弁をつかってやりとりをしていたのですが、土佐弁も使ってみようという話になり、「いっちきちもんちきちしてもらってかまん？」と返事してみました。

おそらく乗っ取った人は翻訳して自分の国の言葉にしていると思うのですが、「いっちきちもんちきちしてもらってかまん？」を翻訳するとどうなるんだろという話になり、一度英語にしてみました。

まずは英語

Match Kichi Kichi family origin and ask them Kaman?

Match Kichi Kichi familyってなんでしょう。どこかの愉快な家族を想像します。

で、この英語にした文を日本語に戻してみます。

英語->日本語

かまんがカタカナになりました。あと吉きちファミリーは試合があるみたいです。

他の言語にも試してみました。

韓国語->日本語

吉きちファミリーが増えそうですね。

中国語->日本語

吉きちファミリーの家族背景を尋ねるみたいです。家でも買うのでしょうか。

ロシア語->日本語

どうしても吉きち親子に尋ねたいみたいです。

フランス語->日本語

オリジン弁当が食べたくなってきました。

昨日はほんとに腹を抱えて笑いました。どうしたら吉きちファミリーになるのでしょうか笑 ちなみに土佐弁の意味としては、「行ってきて戻ってきてもらっていいですか？」という意味です。 この返信をした後、乗っ取った人から返事はありませんでした。もし同じことがあったら「いっちきちもんちきしてもらってかまん？」と聞いてみましょう。

僕がミーティング時に気をつけていること

僕は無駄なミーティングが嫌いです。

無駄なミーティングの特徴をちょっと考えてみました。

1. ゴールがない
2. 次にどうするか？アクションが無い
3. 予定した時間を超えることが事前にわかるにも関わらず、短い時間で設定されている
4. なにについてのミーティングか事前に説明が無い
5. ホワイトボードになにも書かない
6. 話が脱線して、元に戻らない

このようなミーティングは時間が無駄だと思いますし、出来る限り減らした方がいいです。 あとこういうミーティングにも関わらず毎回のようにセッティングしてしまう人はミーティングがやりたいだけだと思います。

自分なりにですが、こういったミーティングをしない・ならないように気をつけていることを書いてみたいと思います。

◆ゴールを決める・決めておく

ゴールがないままミーティングを行っても、誰かが「そろそろ。。。」と言うまでは永遠と続いてしまいます。 ミーティング参加者にメールなりで連絡するときに「どんなミーティング」「なにをしたら終わりか」を記載しておいた方がいいです。 なにかアサインを決めるミーティングであれば、「すべてのアサインが決まる」がミーティングのゴールだと思います。 もし決まらなければ、次の項目である「だれが」「なにを」「いつまでに」を決めるを決めるべきです。 でないと、決まってないアサインに関して中に浮いてしまいますし、あれってどうなったんだっけ？となります。 自分が決めたゴールがあやしい場合もあると思いますので、その時はミーティング開始時に参加者に相談した方がいいです。 参加者もダラダラとミーティングをしたい訳ではないはずなので、協力してくれると思いますし、全員のゴールの認識が揃うと思います。

◆「だれが」「なにを」「いつまでに」を決める

ミーティングで一番大事なポイントだと思っています。ミーティングしていて、新たに作業が発生した時、「あ。これやる必要がありますね。」となり、次にそれを「だれが」「なにを」「いつまでに」を決めずに終わると、中に浮きます。で、肝心な時に思い出して、「だれがやるんでしたっけ？」となります。 追加の作業が発覚した時は、ホワイトボードに書くなどしておき、ミーティング中に担当者を決めてしまいましょう。 僕個人としては、そういう「誰やる？」はチャンスの一つかと思っていて、こういうぱっと出る作業は誰も率先しないものなので、「僕やりますよ」というと積極的に仕事していると評価されると思います。 ただ、やりすぎると自分のタスクがオーバーしてしまうので、注意です。

◆ファシリテートする

ミーティングではよく喋る人が場を仕切ってしまいます。そういう人はよく話が脱線してしまうので、注意が必要です。1hのミーティングが終わってみると2h経っているとかは、だいたいこういう人が脱線させるのが原因だと思います。 話が脱線してるなと思った時は思い切って「いまなんの話をしていますか？」と確認しましょう。喋っている人も脱線させようと思って脱線しているわけではないので、確認すると話を切ってくれたりします。そこで改めて、本題の話に戻しましょう。 ミーティング中にはあまり喋らないまま意見を言わない人もいると思います。意外とそういう人は的を得る意見を持っていたりするので、話を振ってみます。せっかく参加しているので、意見を聞いてみましょう。 ミーティングが途中で止まってしまった場合、見当違いでもいいので、自分の意見を言ってみるのもいいです。その見当違いな意見がきっかけで話が広がるときもあります。

◆時間を守る

ミーティング開始時間に遅れるのはダメです。これは当たり前ですね。 ミーティング時間も同じくきっちり守りましょう。もし伸びそうな場合は、一度切り上げ、続きを別日で設けましょう。参加している人の次の予定も考慮しましょう。 ミーティング内容にもよりますが、時間が掛かりそうなものはしっかり時間を取りましょう。短い時間設定で、時間の掛かる内容だと、なぜこの短い時間なの？と疑問に思われてしまいますし、延長が必須になります。

ファシリテートについてですが、僕は一旦ミーティング中は周りを見るようにしています。誰がよく喋って誰がよく喋らないのか。あと今どういう話をしているのか、ズレていないのかを常に意識しています。 ズレ始めたなと思ったら「いまなんの話ししてますか？」と問いかけるようにしてます。

他にもいい方法などあったら教えてください！

Vagrantにロリポップで運用しているWordPressを構築した話

このブログはロリポップで運用しているのですが、いままでバックアップを意識したことがありませんでした。

そこで、VagrantにWordPress入れて、本番と同じブログをローカルに構築してみようと思い立ったので、やってみたという話です。 特にバックアップがどうのこうのという話ではありません。

やったこと

ローカルにVagrant建てて、WordPressをインストール。 ロリポップで運用しているブログの画像、ブログ記事を落としてきて、Vagrantへアップ。 ローカル環境のVagrantに本番同様のブログを構築。

でてこない話

1. Vagrantのインストール
2. WordPressのインストール

前提として、Vagrant上にWordPressが動作していることとします。

流れ

1. phpMyAdminからdumpファイルをダウンロード
2. ロリポップにアップした画像をダウンロード
3. Vagrant上のMySQLにdumpファイルをインポート
4. Vagrantに画像をアップロード（アップロードというか設置）
5. 本番で使っているテーマをVagrant上のWordpressにインストール

ざっくりとこんな感じ。

では1から進めていきます。

phpMyAdminからdumpファイルをダウンロード

ロリポップのphpMyAdminへログイン。 エクスポート->データベースの項目でinformation_schemaを外す->エクスポート方法　詳細を選択し実行。 これでMySQLdumpが取れます。

ロリポップにアップした画像をダウンロード

FTPツールなどを使って、画像をダウンロードします。 自分はツールにCyberduckを使いました。 画像はwp-content/uploadsに入っていますので、ゴソっと落としましょう。

ここまでで、本番からダウンロードしてくるものはありません。 Vagrant側の作業にいきます。

Vagrant上のMySQLにdumpファイルをインポート

ローカルのVagrantのディレクトリに先ほど落としたdumpファイルを置きましょう。 ここに置くとVagrant上の/vagrant/以下に設置されることとなります。

vagrant up vagrant ssh vagrantへ入ります。ちなみに自分はCentOSを使っています。

追記 10/22 dumpしたsqlを書き換えることをすっかり忘れてました！ sqlを開いて、自分のドメインをVagrantで使っているIPに書き換えましょう。 でないと画像とかのURLが本番のURLになっているので、本番を見に行ってしまいます。

service mysqld status mysql -u root < /vagrant/lolipop.sql 特に問題なければDBが作成されるはずです。 自分はdumpファイルにinformation_schemaの作成も入ってしまっていて、インポートに失敗しました。

確認

mysql> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | [データベース名] | | mysql | | performance_schema | | test | +--------------------+ 5 rows in set (0.01 sec)

mysql> use [データベース名]; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A

Database changed mysql> show tables; +--------------------------------+ | Tables_in_[データベース名] | +--------------------------------+ | wp1_commentmeta | | wp1_comments | | wp1_links | | wp1_nxs_log | | wp1_options | | wp1_postmeta | | wp1_posts | | wp1_statpress | | wp1_term_relationships | | wp1_term_taxonomy | | wp1_terms | | wp1_usermeta | | wp1_users | | wp1_wordbooker_errorlogs | | wp1_wordbooker_fb_friend_lists | | wp1_wordbooker_fb_friends | | wp1_wordbooker_postcomments | | wp1_wordbooker_postlogs | | wp1_wordbooker_process_queue | | wp1_wordbooker_userdata | | wp1_wordbooker_userstatus | +--------------------------------+ 21 rows in set (0.00 sec)

おそらく自分が入れているWordpressのプラグインによって作られたテーブルもありそう。 ちゃんとテーブルが表示されているのでインポート完了。

Vagrantに画像をアップロード（アップロードというか設置）

FTPツールでダウンロードしたuploadsの画像を先ほどのMySQLdumpと同様にvagrantディレクトリに設置します。 Vagrant上のWordpressからこちらを参照して欲しいので、シンボリックリンクを張ります。 cd wp-content rm -rf uploads ln -s /vagrant/uploads/ uploads

ここまででダウンロードしたファイルたちの設置・インポートは完了です。

次にテーマのインストールと行きたいのですが、ちょっとWordpressのファイルをいじります。

vim wp-config.php

/* WordPress のためのデータベース名 / define('DB_NAME', '[データベース名]'); データベースの名前をインポートしたデータベース名へ変更。

/* * WordPress データベーステーブルの接頭辞 * * それぞれにユニーク (一意) な接頭辞を与えることで一つのデータベースに複数の WordPress を * インストールすることができます。半角英数字と下線のみを使用してください。 / //$table_prefix = 'wp'; $table_prefix = 'wp1'; ロリポップのテーブルはwp1_となっているので、そちらに合わせます。

define('FS_METHOD', 'direct'); ↑追記 これはWordpressのテーマのインストール時にftpの設定画面が表示されるのを防ぐ為に追記します。

これでVagrantのWordpressにロリポップと同じブログが構築されたと思います。 もし本番側のfunction.phpなどいじっている場合は、その辺りもダウンロードしておく必要があります。

では次にテーマのインストールします。

本番で使っているテーマをVagrant上のWordpressにインストール

Wordpressの外観->テーマ->新規追加->テーマのアップロード 自分は最近STINGER5というとても便利なテーマに変えたので、それをアップロードしました。 で、アップロードするときにftpの設定画面になってしまったので、先ほどのdefine('FS_METHOD', 'direct');を追加した次第です。 これに関してはこちらが参考になりました！ WordpressでFTP接続情報を求められたときのメモ

アップロード完了して、テーマを有効化すればすべての作業が完了です！

ちなみにロリポップで生成されたDB名には-(ハイフン)が付いているので、ちょっとだけめんどうです。 自分が書いた記事を張っておきます。 MySQLで-(ハイフン)付きのデータベース名を使うとめんどい

ローカルで手軽に構築ができるので、Vagrantはとても便利だと思います。 これでテーマとかプラグインの検証が捗るぞ！

料理男子への道 オクラともずくのスープを作りました！

最近寒くなってきたのでスープを作りました。 先週に沖縄へ行ってきたというのもあって、もずくを使ったスープです。 今回も調味料は適当なので、味付けはおまかせします笑

■材料 もずく・・・好きなだけ 豚肉・・・好きなだけ オクラ・・・一袋（スーパーで袋に入って売っていると思うので、それくらい） 水・・・2l（大量に作りたかったので） 昆布・・・40g（昆布出汁を取るので、使います。1lに20gなので、40g）

■調味料 白だし・・・適量 醤油・・・適量 塩・・・適量

調味料は適量（笑）昆布出汁に白だしってどうなんだろう。。。白だしを多め（大さじ８くらい入れた）に入れて、醤油と塩で味を整えるのが良いかと思います。

1.水2lに対して40gの昆布を入れて、火に掛けます。

2.沸騰する直前に昆布を取り出します。

3.オクラを一口サイズに切ります。

4.鍋にオクラと豚肉を入れて、火に掛けます。

5.アクがかなり浮いてくるので、アクを取ります。豚肉に火が通ったら、調味料を加えて味付けします。自分が作ったのはかなりやさしい味（ただの薄味）になりました。。。 ただ、薄味であれば、調整は効くので、白だしと醤油で整えました。

6.味が整ったら、火を止めて、もずくを投入。もずくは火がすぐに通るので、火は止めておきます。

7.お皿に盛りつけて完成！

奥さんの評価は高く自信のある料理だったのですが、味付けをやさしい味にしまくったので、あとで調整しました^^; うまい昆布出汁の取り方を身につけたいと思います。