カイワレの大冒険 Third

パーフェクトＲｕｂｙ改訂２版/技術評論社/Ｒｕｂｙサポーターズ

posted with カエレバ

パ-フェクトＰｙｔｈｏｎ /技術評論社/Ｐｙｔｈｏｎサポ-タ-ズ

posted with カエレバ

パ-フェクトＪａｖａＳｃｒｉｐｔ /技術評論社/井上誠一郎

posted with カエレバ

パ-フェクトＪａｖａ改訂２版/技術評論社/井上誠一郎

posted with カエレバ

スッキリわかるＪａｖａ入門第２版/インプレス/中山清喬

安定のパーフェクトシリーズです。言語ごとに多少の違いはあるものの、基本的な構文から分かりやすく説明してあります。

勉強したい言語に応じて1冊選ぶと良いでしょう。

言語仕様の深い部分まで理解する必要はありませんが、どういう書き方をするかは最低限理解しないと話は始まらないので、読んでおきましょう。

オブジェクト志向を学ぶには

posted with カエレバ

リ-ダブルコ-ドより良いコ-ドを書くためのシンプルで実践的なテクニ /オライリ-・ジャパン/ダスティン・ボズウェル

基本的にちゃんとした会社であれば、オブジェクト志向に基づいてコードが書かれているかと思います。そのため、オブジェクト志向を学ぶ必要があると思っていて、どうやって責務を分けるかを理解しなければ、全く何も書けないということになりかねません。

そういった点でこの本は分かりやすく、Javaと言えども、どの言語でも通用する優しさで描かれていると思います。

是非読んでみてください。

綺麗なコードを書くには

posted with カエレバ

blog.masudak.net blog.masudak.net

どのような点に工夫して書けばよいか、とても細かく描かれています。

レビューする人が読みやすいコードってどういうのか分かりますか？

実際書いてると忘れてしまうのですが、そういうときでも見直して、勉強し直すと新たな発見がある本です。オススメです。

終わりに

プログラミングは日々勉強ですので、ここで挙げた本を読んでも、完璧なコードを書くことは不可能でしょう。

しかしながら、まずアプリエンジニアとしても通用する最低限のコードを書く上では基礎は押さえられると思います。

逆に言えば、これらの本で描かれた基本的な構文や、オブジェクト志向を使えないとなると、レビューも通らないし、もしかしたら人のコードも読めないかもしれません。

そういった意味では楽な道ではありませんが、キャリアの幅を広げるためにも、コードを書くのは大事ですので、応援しております。お互い頑張りましょう！ではでは！

facebook-php-ads-sdkを使って、Instagramに対応したクリエイティブと広告セットを作る

2016-07-05T20:44:37+09:00

Bussiness Managerなどで、Instagramアカウントと、対象アプリの連携はしといてください。

まず、InstagramアカウントのIDが必要なので、それを把握する。

Graph API Explorerにアクセス developers.facebook.com

Get Tokenで、 Get User Access Token をえらび、

ads_management ads_read にチェックを入れる

以下のフォーマットに従い、値を埋めて、リクエストURLをつくる。

GET -> <API_VERSION>/<BUSINESS_ID>/instagram_accounts

そうすると、まずIDがわかる。

その上で、 developers.facebook.com に載ってるサンプルコードを参考にクリエイティブを作る。

use FacebookAds\Object\AdCreative;
use FacebookAds\Object\ObjectStory\LinkData;
use FacebookAds\Object\Fields\ObjectStory\LinkDataFields;
use FacebookAds\Object\ObjectStorySpec;
use FacebookAds\Object\Fields\ObjectStorySpecFields;
use FacebookAds\Object\Fields\AdCreativeFields;

$link_data = new LinkData();
$link_data->setData(array(
  LinkDataFields::IMAGE_CROPS => array(
    '100x100'=> array(array(200,90),array(900,790)), 
    '191x100'=> array(array(0,200),array(1146,800))
  );
  LinkDataFields::MESSAGE => 'Great looking SXT handbags in store. #prettybag',
  LinkDataFields::LINK => 'http://example.com',
  LinkDataFields::IMAGE_HASH => '<IMAGE_HASH>',
  LinkDataFields::CALL_TO_ACTION => array(
    'type' => 'LEARN_MORE',
    'value' =>array(
      'link' => 'http://example.com',
    )
  ),
));

$object_story_spec = new ObjectStorySpec();
$object_story_spec->setData(array(
  ObjectStorySpecFields::PAGE_ID => <PAGE_ID>,
  ObjectStorySpecFields::INSTAGRAM_ACTOR_ID => <IG_ACCOUNT_FBID>,
  ObjectStorySpecFields::LINK_DATA => $link_data,
));

$creative = new AdCreative(null, 'act_<AD_ACCOUNT_ID>');

$creative->setData(array(
  AdCreativeFields::NAME => 'Instagram only creative',
  AdCreativeFields::OBJECT_STORY_SPEC => $object_story_spec,
));

$creative->create();

以下の箇所が調べたIDになる。

ObjectStorySpecFields::INSTAGRAM_ACTOR_ID => <IG_ACCOUNT_FBID>,

もしここでIDを指定しない場合は、広告のリンク先がInstagramアカウントではなく、Facebook Pageになる。どちらにしたいかは運用方針次第なので、決める。Instagramアカウントにしたいなら、IDの指定が必要。

ちなみに、Adsetはこんなかんじ。 developers.facebook.com

use FacebookAds\Object\AdSet;
use FacebookAds\Object\Fields\AdSetFields;
use FacebookAds\Object\Fields\TargetingFields;
use FacebookAds\Object\Targeting;
use FacebookAds\Object\Values\AdSetBillingEventValues;
use FacebookAds\Object\Values\AdSetOptimizationGoalValues;
use FacebookAds\Object\Values\PageTypes;

$adset = new AdSet(null, 'act_<AD_ACCOUNT_ID>');
$adset->setData(array(
  AdSetFields::NAME => 'Instagram Adset',
  AdSetFields::OPTIMIZATION_GOAL => AdSetOptimizationGoalValues::LINK_CLICKS,
  AdSetFields::BILLING_EVENT => AdSetBillingEventValues::IMPRESSIONS,
  AdSetFields::BID_AMOUNT => 2,
  AdSetFields::DAILY_BUDGET => 1000,
  AdSetFields::CAMPAIGN_ID => <CAMPAIGN_ID>,
  AdSetFields::TARGETING => (new Targeting())->setData(array(
    TargetingFields::GEO_LOCATIONS => array(
      'countries' => array('US'),
    ),
    TargetingFields::USER_OS => array('iOS'),
    TargetingFields::PAGE_TYPES => array(PageTypes::INSTAGRAM_STREAM),
  )),
));

$adset->create();

TargetingFields::PAGE_TYPES => array(PageTypes::INSTAGRAM_STREAM),

が必要になる。

あとはいつもどおりAdを作れば完了。

こちらもどうぞ

リ-ダブルコ-ドより良いコ-ドを書くためのシンプルで実践的なテクニ /オライリ-・ジャパン/ダスティン・ボズウェル

posted with カエレバ

ＰＨＰ５技術者認定「上級」試験問題集試験番号ＰＪ０-２００ /インプレスジャパン/鈴木憲治

posted with カエレバ

パ-フェクトＰＨＰ /技術評論社/小川雄大

posted with カエレバ

Hope invites | Tsutomu Uematsu | TEDxSapporo

心震えた！涙ぐみながら語る植松努のTED講演を君は見ただろうか。

2016-07-04T21:00:00+09:00

「どうせ無理」という言葉をなくしたいと訴えかけ、200万再生を超える素敵な講演があります。

あなたの子どものときの夢はなんですか？

あなたは今でも夢を持ち続けながら、生きてますか？

大人になるにつれて、人は「そんなの無理に決まってるんじゃないか」「何を言ってるんだ」「いいから、目の前のことをやりなさい」と言われ、夢をなくしていきます。

あなたは大人になった今でも、夢を持ち続け、日々頑張っているでしょうか。

この映像に出演している植松努氏は、周りの言葉に振り回されずそのように夢を持ち続けることの大切さを訴えるのでした。

彼は、株式会社植松電機の社長で、10数名の従業員を抱える経営者です。

現在は成功し、順風な生活をしているように見えますが、その成功の影には幼い頃に言われた、「どうせ無理」というマイナスな言葉の影響があったのでした。

祖父の影響で本が好きになった植松少年は、宇宙に関する本を読み、宇宙に憧れるのでした。しかしながら、学校の先生に、「夢なんて見てないで勉強しなさい」「もっと現実的な夢を見なさい」と言われ、夢を諦めかけてしまう。

そのような負の言葉に振り回された植松氏がどういう思いで、経営し、今に至るかを語ってくれます。

僕がこの映像を見たのは、偶然Facebookのフィードで流れてきたからなのですが、そんな偶然でもこの映像を見られて良かったと本当に思っています。

この映像終盤がいいのです。

講演の終盤、植松さんが一瞬涙ぐみながら、先生に言われたことを思い返す瞬間があります。

大の大人がそんな人前で潤みながら、訴えかける。そんな夢に向かって一生懸命な大人になれているだろうかと、今後もなれるのかと痛感したのでした。

ということで、本当にいい講演ですし、20分ぐらいですので、是非見て頂ければと！

ちなみに、文字おこしもされてるので、振り返る場合はこちらでも。 logmi.jp

また、講演の出た際の心境について書かれている植松氏のブログも面白いですよ。定期的に更新されているようなので、是非目を通してみてください！ tsutomu-uematsu.hatenablog.com

是非是非見てみてください！ではでは！

植松氏は本も出版されてますので、考え方に惹かれた方は是非本も読んでみてください！

好奇心を“天職”に変える空想教室【電子書籍】[ 植松努 ]

posted with カエレバ

検索からのアクセスを重視したいなら、モバイルフレンドリーテストをやっておこう

2016-07-03T20:39:38+09:00

www.keikakuhiroba.net

こちらのサイトを読んでいたところ、Googleからの検索を重視しようとすると、モバイルフレンドリーになっていたほうがいいということでした。

そして、チェックする方法があるという。それが、このモバイルフレンドリーテスト。

Mobile-Friendly Test

ということでやってみました。

こういうフォームに、自サイトのアドレスを入れる。

結果はこんな感じ。

対応しているとのことで安心しました。この辺ははてなブログを使っている恩恵を預かってますね。ブログをお持ちの方はやってみてください！ではでは！

このはてなブログをVALUE-DOMAINとRoute 53で独自ドメインで運用することにしました

2016-07-03T17:19:05+09:00

masudak.hatenablog.jp というドメインで運用していたのですが、独自ドメインを使ったほうが、将来的にドメインパワーがあがるという話もあり（？）、試してみることにしました。

元々違うブログを独自ドメインで運用していて、Github pagesとOctopressで運用していたサイトが独自ドメインでした。 pages.github.com

ただ、はてなブログへと移行も終わり、前のブログのアクセスも多くなく、内容がだぶるとSEO的にも良くないかと思い、いっそ消してしまえと思い、消すことにしました。

はてなブログに移行したときのメモはこんな感じ。 blog.masudak.net

そんでドメイン余ったので、はてなブログで使おうということに。

Route 53で運用していたので、設定しました。 Route 53の設定はこんな感じ。 Create Hosted Zone でZoneを「masudak.net」で作成。

そんで、CNAMEで設定する。

あと、このNSをメモっておきます。

僕は、バリュードメインでドメインを取っていたので、NSをroute 53にまず向けます。

www.value-domain.com にアクセスして、登録済ドメイン一覧を開く。

こんな表示になります。

その上で、「ネームサーバー」をクリック。さっきRoute 53で表示したNSを一つ一つ登録。

なぜか大文字になっちゃったけど、問題ない模様。

あとは、はてなブログの管理画面で登録。はてブとかも引き継いでくれるので、良かったです。

その後、analyticsの設定を変える必要があったので、ここに従って変えました。 www.mayoinu.com

また、ASPなどで登録しているURLも変更。

という感じで、ちょっとだけ面倒でしたが、大きくハマることもなく、無事に独自ドメイン化できました。

まー、そこまで大きく変わることはないと思いますが、末長く見守っていければと思います。ではでは！

P.S. 変更後の印象としては、アクセスは増えている気がするけど、Adsenseのクリック数が減ってる気がする。でも、まぁ時間経てばならされるでしょう。

【レビュー】10万で4Kホームシアター。4Kディスプレイとスピーカーバーで快適リビング生活

2016-07-02T15:54:16+09:00

ここ数年、27インチぐらいの液晶とPS3 torne、TimeDomainのスピーカー（Timedomain Light）でテレビ生活をしていたのですが、もう少しテレビサイズを大きくしたくなったのと、スピーカーの音がたまに片方音が出なくなったりで調子悪くなってきたので、リビングAV環境を一新してみました。

かなり小さいサイズのわりに、Timedomainはいい音を出すと思うのですが、壊れてしまい、残念。

TIMEDOMAIN light

posted with カエレバ

TIMEDOMAIN

Philips 40型ワイド液晶ディスプレイ (4K対応/IPSパネル/5年間フル保証) BDM4065UC/11

www.timedomain.co.jp

まず、液晶ディスプレイですが、最初は31インチぐらいの2,3万のディスプレイでもいいと思ってたのですが、もっと環境よくしてみたいなという欲望が出て来まして、色々調べることにしました。

最近4Kが少しずつ流行ってきているっぽいので、流行に乗ってみよう思い、いくつか調べたところ、フィリップスのBDM4065UCがいいという話を嗅ぎつけました。

posted with カエレバ

Philips(フィリップス) 2014-12-27

Pioneer 5.1ch サラウンドシステム Bluetooth対応 HTP-SB760

スペック的にも十分で、値段も10万きるので、これにしようと。

そして、スピーカーも新しくしようということで、調べたところ、パイオニアのスピーカーバーHTP-SB760がよさそうということに。ホームシアターセットをやろうとすると、かなり場所を食うイメージがあったのですが、最近はスピーカーバーというのがあるのですね。

posted with カエレバ

パイオニア 2014-08-31

Slack入門 [ChatOpsによるチーム開発の効率化]

pioneer-audiovisual.com

ということで、買ってみた。

箱。

ウーファー。

スピーカーバー。

設置したところ写真に撮ったけど、部屋汚くて公開諦めた。

ファーストインプレッション

ディスプレイはやはりでかいのがいいですね。ただ、慣れると40インチだと物足りなくなってしまいました。次より大きな家に引越しできたら、60インチとかにしたいです。

映像自体は、デフォルトのままだと、滲んでで使い物にならないけど、チューニングしたら、かなり綺麗。そこにある感じを映像から受け取れるようになります。

スピーカーも、チューニングしないと、こんなもんかなーという状態ですが、設定ちゃんとしたら、良い音になりますね。もちろんマンションなので、ベース音をどんどんさせたりできないのですが、それでも十分良い音になります。

あと、夜で周りに迷惑かけたくないときは、マナーモードが2つほどあるので、それを使うといいですね。ベース音をほとんど抑えることができます。

あとは、チューナーとかが4K対応したら、かなりいい感じなのかなーと。今でも十分綺麗でいい感じなのですが、将来が楽しみです。

ということで、ぜひぜひ試してみてください！

2016年6月Analytics/Adsenseまとめ

2016-07-01T21:43:32+09:00

7月になりましたので、先月分をまとめてみます。

20記事更新したので、3日に2回ぐらいのペースで更新してました。

PVランキング

括弧内は前前月の値。まず、PVですが、以下の様な感じでした。 4月のような大ヒットはなくとも、20,000PV行きました。それはすごく良かったです。

PV数: 20,415（15,373）
平均滞在時間: 00:03:17（00:03:43）
直帰率: 89.87%（89.77%）
はてな読者登録数: 64人
Feedly登録者数:137人

では、ランキング10位まで見てみます。

第1位:【永久保存版】渋谷でランチするときによく使う店をまとめてみた - 4,927(24.13%)

blog.masudak.net 先月より1000以上アクセス増えていて、この記事だけで、1/4アクセスを集めています。なかなかこういう記事は出ないでしょうが、頑張りたいですね。現状、「渋谷ランチ」でGoogle検索9番目なので、維持しつつ、どれだけ上を目指せるかですね。

第2位: すぐループして処理しようという発想はやめよう！計算量考えることのススメ - 2,226(10.90%)

blog.masudak.net はてぶ人気エントリにも載った記事。突っ込みどころは満載かと思いますが、それでも多くの方に見ていただけました。

第3位:既に作成してしまったパーティションのサイズを変更する素敵な方法（デンジャラス編） - 1,866(9.14%)

blog.masudak.net 検索から毎月安定してアクセスがあります。こういう記事が増えるといいんですよねー。

第4位:4. 転職したい人必見！どのように転職対策をしたか(エンジニア・国内企業編) - 1,103(5.40%)

blog.masudak.net はてぶ人気エントリに載ったかな。まぁまぁアクセスがありました。

第5位:カイワレの大冒険 Third - 669(3.28%)

blog.masudak.net ブログトップに戻って違う記事に行きたいのか、トップもわりとアクセスありますね。先月より倍ぐらいアクセスあるという。

第6位:【永久保存版】六本木でランチするときに使う店をまとめてみた - 663(3.25%)

blog.masudak.net 渾身の力を込めたもののターゲットが狭いから、そこまでアクセスは集められませんでした。ただ、会社の人が紹介してくれたり、少しずつ注目は浴びているので、更新続けて、アクセスを増やしていければと思います。「六本木ランチ」で46番目なので、ランクあげていきたいですね。

第7位:netstatのオプションを調べてみた - 594(2.91%)

blog.masudak.net こちらも検索がメインの記事。オプション系は強いですね。

第8位:logrotateがプロセスにHUP送る理由を調べてみた - 504(2.47%)

blog.masudak.net こちらも検索メイン。内容がよくないので、改めて書きたいですね。

第9位:curlコマンドの便利なオプションたち - 454(2.22%)

blog.masudak.net こちらも検索メイン。オプションはやはり強いです。

第10位:シェルスクリプトを書く際に気を付けていること8箇条 - 422(2.07%)

blog.masudak.net はてぶが多い記事なので、注目を浴びているのかもしれません。

収益

括弧内は前前月の値。本1, 2冊程度だった前の月に比べて、倍近く収益がありました。ちょっとした飲み会代ですね。それでもありがたいです。

Adsense見積もり収益額: 3,425(1,809)円
Amazonアフィリエイト: 178円

終わりに

少しずつアクセスも、収益もあがっているので、徐々にマイペースにやっていければと思います。 6月は20記事更新しましたが、内容をちゃんと考えるとそれだけの更新はなかなかつらいものがあるので、無理せず10記事以上更新ぐらいで今月も頑張れればと思います。

また、6月後半から広告を見なおしたり、カテゴリの見直しなど色々やっているので、7月はそういう効果がでればいいですね。ということで、頑張ります。ではでは！

こちらもどうぞ

5月のまとめはこちら。 blog.masudak.net

4月のまとめはこちら。 blog.masudak.net

【ネタバレあり】生放送がハイジャックされる緊迫感のある映画「マネーモンスター」を見てきた

2016-06-30T21:44:28+09:00

ジョディー・フォスター監督作品「マネーモンスター」を観てきました。

www.moneymonster.jp

財テク情報の司会者であるジョージクルーニーが生放送中に銃を持った犯人に襲われます。犯人はその番組を見て投資を行い、数百万の損失を負ったため、番組をジャックします。

犯人は、株価低下の原因を探ろうとし、ディレクターのジュリア・ロバーツも協力しながら、真実を生放送で暴いていくというストーリーでした。

以下ネタバレですが、映画の展開が生放送というのは面白いです。生放送という臨場感があるので、ストーリーにのめり込みやすく、一視聴者として、没入することができました。

その一方で、映画自体が1時間半ぐらいのため、損失の原因となったCEOの不正が数分描かれて、それで終わります。

その不正を暴くためのハッカー集団もほんのちょっとしか出ておらず、ストーリー全体が浅い。

登場人物それぞれのストーリーをもっと描いて、心情の描写をしてほしいのですが、まぁ1時間半では無理なのでしょう。

そんな印象を受けた映画でした。まぁ、5点満点中、2点から2.5点ぐらいという感じです。

ジョディー・フォスターの次回作に期待したいと思います！ではでは！

【書評】『Slack入門: ChatOpsによるチーム開発の効率化』は初心者にも中級者にもおすすめの一冊だった

2016-06-28T12:00:00+09:00

posted with カエレバ

松下雅和,小島泰洋,長瀬敦史,坂本卓巳技術評論社 2016-06-28

Slack入門 [ChatOpsによるチーム開発の効率化]

@matsukazさんに献本頂きました！週末に読みましたので、書評を書いてみたいと思います。

今の会社でも、前職でもがっつり使っていたSlack。そのSlackについて、これでもかというほど色々書かれた一冊でした。ここまで詳細にSlackについて書かれた本は初ではないでしょうか。

折角ですので、詳しく紹介してみたいと思います。

第1章 Slackをはじめよう --- 松下雅和
1.1 Slackとは何か
1.2 Slackの基本
1.3 Slackの導入
1.4 Slackで実現するChatOps

第2章 Slackの機能を徹底解説 --- 小島泰洋
2.1 Slackの利用環境
2.2 メッセージボックス
2.3 メッセージやファイルの操作
2.4 チャンネルの操作
2.5 検索
2.6 個人設定
2.7 チーム設定
2.8 App Directory
2.9 有料プラン
2.10 そのほかの便利な機能

第3章 Slack APIの活用 --- 松下雅和
3.1 Slack APIとは
3.2 Incoming WebHooks
3.3 Outgoing WebHooks
3.4 Slash Commands
3.5 Bot Users
3.6 Web API
3.7 Real Time Messaging API
3.8 APIの特長と利用シーン

第4章 代表的な連携ツールHubot --- 長瀬敦史
4.1 Hubotとは
4.2 Hubotの導入
4.3 Hubotプロジェクトの作成
4.4 プロジェクトディレクトリ構成
4.5 代表的なホスティング例:Heroku
4.6 Hubotのしくみ
4.7 Hubotスクリプト/メッセージの受信・応答
4.8 Hubotスクリプト/ Webサーバーとしてエンドポイントを実装
4.9 Hubotスクリプト/ 外部WebサーバーなどにHTTPリクエストを送信
4.10 Hubotスクリプト/任意のデータを永続化

第5章 CIツールとの連携 --- 坂本卓巳
5.1 SlackとCI(継続的インテグレーション)
5.2 Slackを中心としたCIの実践
5.3 サンプルプロジェクトの作成
5.4 GitHubのセットアップ
5.5 CircleCIのセットアップ
5.6 自動テストによるコード品質の担保
5.7 検証用アプリの自動配布
5.8 ユーザーフィードバックの可視化

第1章のSlackは何かという説明から始まり、基本機能の説明、APIの活用、Hubotスクリプトの使い方、CIツールとの連携と内容は多岐にわたります。そのため、Slackとは何かを分からない人から、CIツールに組み込んでみたいという人まで、幅広い読者が想定されているようです。

はじめに

まずこの本、「はじめに」がいいのです。

Slackはいままでのコミュニケーションツールに比べ、豊富な機能や優れたUI/UX、さらにHubotに代表されるチャットぼっとやCIツールなどのさまざまなサービスと連携できる高い拡張性を持っています。本書の副題にもなっているChatOpsが広まってきた背景にはSlackが大きく影響しているのではないでしょうか。反面、これらの機能を使いこなすためには公式サイトの英語ドキュメントを読む必要があり、導入するには敷居が高いと感じる方がいるのも事実です。本書は仕事に限らずSlackを活用している執筆者陣が丁寧に（もちろん日本語で！）解説を進めます。

確かにSlackは拡張性もあり、その便利さからChatOpsなどが広まっている現状があるでしょう。周りを見渡してもSlackはどんどん普及しているようには思えます。

しかしながら、ドキュメントがまだそこまで多いというわけでもなく、難しいことをやればやろうとするほど、適切な資料を探すのが難しくなっているでしょう。特に英語が苦手な方にはその傾向は強くなるでしょう。

そういうときに心強いのが本書というわけです。

しかも難しい日本語ではなく、カラーの図式入りで、分かりやすく説明してくれる。そんな一冊だと思いました。

第1章

第1章では、Slackとは何かから始まり、用語の説明、チームの作成、ChatOpsとはなど、基本的な概念の説明となっています。

これから、Slackに触っていきたい、Slackという言葉は聞くけどどういうものかよく分からないという方は、ここから丁寧に読み始めるのがよいでしょう。

個人的にはSlackの歴史なども書かれており、面白かったですね。

第2章

第2章では、ダウンロード方法や、メッセージボックスの活用（どういった投稿ができるか）、チャンネルの操作など、基本的な機能の使い方が書かれております。

Slackは使っているけど、ちゃんと活用したことないみたいな人にとっては便利でしょうね。特に個人設定などの細かい部分は知らなかったので、もうちょっと設定してみたいという方にはおすすめの内容となっています。

第3章

第3章では、Slack APIについての解説がなされています。curlでリクエスト投げるときの留意事項や、 WebHooks の活用、 Slash Commands の活用について書かれています。

特に108pには、以下の機能をどう使い分けるかが書かれており、使い慣れていない方には大事な情報源となるでしょう。

Incoming WebHooks
Outgoing WebHooks
Slash Commands
Bot Users
Web API
Real Time Messaging API

第4章

第4章ではHubotの活用について書かれています。Hubotの導入として、Node.jsのインストールから始まり、プロジェクトの作成、Hubotの起動など、一つ一つ写真入りで説明がされています。

特にHerokuの無料プランを駆使する方法については、初期費用を押さえて、アプリを作っていきたい方にはおすすめの内容となっています。

第5章

第5章では、SlackとCI(継続的インテグレーション)についての解説がなされています。

この第5章がいいのは、まずCIの説明をちゃんとし、なぜCIが重要とされているのか、そしてそこにどういう立ち位置でSlackが必要となっていったかが、分かりやすい日本語で書かれています。

そして、単に事実の説明に留まらず、具体的に Android Studio 、 Circle CI 、 Android Lint 、 Fabric 、 Crashlytics を使い、CI環境を作り、どうSlackが使われるのか丁寧に解説してあります。

アプリやWebサービスなどを作っている会社が参考になるような、Slackの使い方が丁寧に描かれています。

おわりに

ということで、ここまで『Slack入門』の良さについて述べてきました。全然使ったことない初心者にとっても、これからもうちょっと活用していきたいという中級者にとっても、おすすめの内容となっています。

何より写真が多く分かりやすい。日本語も平易で更にわかりやすい。 Slackの解説が少ないなか、それだけでも貴重なのに、わかりやすさ満点なわけです。

ということで、オススメなので、是非読むことをオススメします！

posted with カエレバ

松下雅和,小島泰洋,長瀬敦史,坂本卓巳技術評論社 2016-06-28

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)

6/28発売ですので、是非手にとって、Slackとより仲良くなってもらえればと思います！ではでは！

PHP(xdebug)+IntelliJでブレークポイント置いてるのに、そこで止まってくれないとき

2016-06-27T19:05:21+09:00

xdebugの設定もちゃんとして、動いているっぽいのに、止まらずスルーされてしまう場合。

phpは5.6.21、xdebugは2.4.0、IntelliJは以下。

IntelliJ IDEA 2016.1.3
Build #IU-145.1617, built on June 3, 2016
JRE: 1.8.0_76-release-b198 x86_64
JVM: OpenJDK 64-Bit Server VM by JetBrains s.r.o

まず、ブレークポイントを置いている該当のコードを実行する。

そうすると、デバッグの設定が正しければ、IntelliJのログ窓で、 Waiting for incoming connection with ide key 'FOOBAR' という表示が、 connected に変わる。

ここが変わらない場合は、 http://www.1x1.jp/blog/2014/08/how-to-setup-php-remote-debug-with-vagrant-vm.html などを見ながら設定をしなおさないといけない。

次に、php.iniファイルで、以下の設定を入れる。

xdebug.profiler_enable=1
xdebug.remote_log=/var/log/xdebug_remote.log

そして、以下を実行する。

$ sudo touch /var/log/xdebug_remote.log
$ sudo chomod 666 /var/log/xdebug_remote.log

そして、再度スクリプトを実行する。ログに何か吐かれたら成功。

もし、ブレークポイントを置いているなら、以下のようにブレークポイント置いた行で、 breakpoint_set というログが見られるはず。

<- breakpoint_set -i 6 -t line -f file:///vagrant/workspace/some_command.php -n 37
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="breakpoint_set" transaction_id="6" id="187390001"></response
>

どこかに繋げないとか違うエラーが出ていたら、そこも直さないといけない。

ここまで確認できたら、ブレークポイントを置いた付近に以下のコードを埋め込む。

xdebug_break();

そうして、再度スクリプトを実行する。

ここで、僕の場合は以下のエラーがIntelliJのログに見られた。

Remote file path '/foo/bar/some_command.php' is not mapped to any file path in project

ということで、マッピングが設定されていないのが原因。

このエラーログの下にある Click to set up path mappings をクリックして、マッピング情報を設定する。

あとは、再度実行したら、ブレークポイントで止まってくれるはずです。

実行時にエラー出して欲しかったわー。

posted with カエレバ

Dustin Boswell,Trevor Foucher オライリージャパン 2012-06-23

徹底攻略 PHP5技術者認定[初級]試験問題集 [PJ0-100]対応 (ITプロ/ITエンジニアのための徹底攻略)

posted with カエレバ

NECラーニング株式会社内山祥恵,NECラーニング株式会社棚橋英之,株式会社マルチメディアスクール・ウェーヴインプレスジャパン 2012-09-14

posted with カエレバ

小川雄大,柄沢聡太郎,橋口誠技術評論社 2010-11-12

http://tabelog.com/tokyo/A1307/A130701/13005317/tabelog.com

【永久保存版】六本木でランチするときに使う店をまとめてみた

2016-06-26T18:50:34+09:00

職場が六本木に移り、ランチを六本木でするようになりました。

少しずつお店も把握できてきたので、まとめてみたいと思います。

ただし、六本木は高いです。渋谷でまとめたところは800円から1000円ぐらいでしたが、六本木は1100円から1300円します。メニュー見て1200円でも高って思うのに、さらに消費税が入るとか余裕であります。

なので、無碍にオススメはできませんが、六本木寄るときがあったら、行ってみてください。

渋谷編のこちらもどうぞ。 blog.masudak.net

海鮮・寿司

まず僕が好きな海鮮系。

貝政

http://tabelog.com/tokyo/A1307/A130701/13122868/tabelog.com カウンター席があるお寿司屋さんです。回るところではありません。空気もいい感じで入ってるので、握り好きな部類に入ります。

サラダが付く。

サラダと、握り8貫に、巻物が一個ついて1100円。握り12貫のタイプだと1300円。うまい味噌汁もおかわり自由だった。

しかも日によってネタが全然違うので、面白いですね。

とある日Aの握り1。とある日Aの握り2。

とある日Bの握り1。

とある日Bの握り2。

とある日Bの握り3。

鮨清山

ヒルズ内のお寿司屋さん。ワーカーズ特典（ヒルズ勤務者特典）で100円ぐらい安くなります。カウンターで握ってくれるので、雰囲気はいいかな。

握り。

デザートもつくからいいですね。

ぴんとこな

http://tabelog.com/tokyo/A1307/A130701/13005300/tabelog.com

ヒルズ地下のお寿司屋さん。

握り。

おまかせ丼。もうちょっとネタがいいといいんだけどなー。

魚市

http://tabelog.com/tokyo/A1307/A130701/13042849/tabelog.com

六本木駅からすごい近いお魚料理屋さん。

海鮮丼おいしいですよ。他にもマグロ丼とかありましたね。

すしざんまい

http://tabelog.com/tokyo/A1307/A130701/13009721/tabelog.com

チェーン店ですが、ネタが残念すぎるということはないですね。おいしいですよ。ちょっとだけ小汚さがあるのと、ガヤガヤ感あるのは否めないかな。

お寿司。

海鮮丼。

磯丸水産

http://tabelog.com/tokyo/A1307/A130701/13163635/tabelog.com

シンプルな海鮮丼。1000円行かないですが、ネタを考えるとこんなもんかなーと。

アジア料理

六本木はアジア料理が一番うまいんじゃないかというぐらい美味しいお店が多いです。ちょっと値段は張りますが、おすすめですよ。

ジャスミンタイ

http://tabelog.com/tokyo/A1307/A130702/13026948/tabelog.com ここおいしいです。曜日によってメニューが違うので、色々楽しむことができます。

タイスキラーメン春雨うまいですね。味付けが日本人向けな気がして、これが一番好きな気がする。

パッタイ。個人的にはちょっとソース濃いめかな。月曜と木曜しかなかった気がする。

ベトナミーズ・シクロ

http://tabelog.com/tokyo/A1307/A130701/13001957/tabelog.com ここも美味しいです。フォーがおいしいですし、デザートも好きにカスタマイズして作れるタイプのお店です。

シンガプーラ

http://tabelog.com/tokyo/A1307/A130701/13048434/tabelog.com シンガプーラは独特な味ですが、シンガポール料理を楽しむことができます。日本人向けな味というよりは、おそらく現地はそういう味なのかなという印象がありました。

お肉料理ですね。ライスが欲しくなるようなほどよい味の濃さがあります。

ラクサ。東南アジアの麺料理ですね。日本人にとってはちょっと味がうすいかも。

おいしいお茶。

おいしいデザート。東南アジアのデザートって甘くておいしいですよね。

肉野菜炒め。黒椒五目という料理です。その名のとおり、黒胡椒がすごく効いておいしいですよ。

御膳房

http://tabelog.com/tokyo/A1307/A130701/13001852/tabelog.com 食べログTOP 5000にも選ばれる美味しい中華屋さんですね。

とろみのついた麺ですね。

こちらはセット。ちょっと高めですが、おいしいです。

南翔饅頭店六本木ヒルズ店

http://tabelog.com/tokyo/A1307/A130701/13004433/tabelog.com

角煮丼。小さいのがつきます。

小龍包。無難で王道ですが、美味しかったですよ。

うどん・麺類

うどんくろさわ

http://tabelog.com/tokyo/A1307/A130702/13001238/tabelog.com うどんがおいしいお店です。おでんやメンチカツもあるようで、すごい力入れてる印象はありました。

とろろうどん

京風うどん

黒豚カレーうどん

実之和

http://tabelog.com/tokyo/A1307/A130701/13036017/tabelog.com 社内の人にも人気のあるラーメン屋さん。

個人的にはカレーとラーメンは合わない気がして、そこまでは惹かれません（笑）

カレーラーメン。

カレーつけ麺。つけ麺もあるのです。

あと、半ライスが無料でしたよ。

つるとんたん

http://tabelog.com/tokyo/A1307/A130701/13001859/tabelog.com 六本木のうどんといえば、つるとんたん。有名ですよね。 1.5玉にしようが、値段は一緒。2玉とかにしても値段一緒なんだろうか。
（2017/01/17追記: 3玉までは無料のようです！）

玉子とじうどん

やまかけのおうどん

めんたいあんかけ玉子とじうどん

玄瑛

http://tabelog.com/tokyo/A1307/A130701/13188460/tabelog.com 店主が気さくでした。タイミングがあればフレンドリーに喋ってくれます。量に関しては、僕でもほんの少し少ないって感じたので、普通の男性とかであれば足りないって感じるかも。

玄瑛流ラーメン

麺屋武蔵虎嘯

http://tabelog.com/tokyo/A1307/A130701/13131171/tabelog.com 麺屋武蔵系列。お肉がジューシーですね。

個人的には、渋谷のほうが好きかもしれない。

AFURI 六本木交差点（阿夫利あふり）

http://tabelog.com/tokyo/A1307/A130701/13165303/tabelog.com

さっぱり系のラーメンです。あっさり食べれるので、女子にもいいかもしれない。

麺匠竹虎六本木店

http://tabelog.com/tokyo/A1307/A130701/13116548/tabelog.com ドロドロ系のラーメン。個人的にはもうちょっとさっぱりでもいいかなと思いました。

和食

やまね

http://tabelog.com/tokyo/A1307/A130703/13001162/tabelog.com ちょっと六本木駅から歩く（広尾の方）ので、無理にオススメはできないですが、ここほどご飯が美味しいところも少ないのではないでしょうか。The定食屋という感じですが、雰囲気あって、地方に旅行来たみたいな感じになれるので、おすすめですよ。

ここにあるおかず（ふりかけ、卵、佃煮等々）はすべて無料なんです。取り放題。

刺身定食。これ美味しかったですね。ご飯がうまいから、余計うまく感じるんだと思います。オススメ。

三船

http://tabelog.com/tokyo/A1307/A130701/13092075/tabelog.com 三船は、あの三船敏郎の世界観が現れた料理屋さんです。音楽とかは黒澤映画の音楽なので、好きな人にはいいかもしれません。

海鮮丼。三船の海鮮丼って、マグロ単品なのか、海鮮丼という感じではなかった。

焼き魚定食。

魚屋がぶ

http://tabelog.com/tokyo/A1307/A130701/13094750/tabelog.com ここのひつまぶしは美味しいですよ。量はわりとあるので、ご飯少な目でもいいかもしれません。

てんぷら味覚

http://tabelog.com/tokyo/A1307/A130701/13016615/tabelog.com

天ぷら屋です。天丼がおいしいですね。

この写真のは、2000円分自由にネタ選んでもらえるタイプの天丼です。会社のチームランチのように会費が出るときは、予算伝えて頼むといいですよ。

びたろー

http://tabelog.com/tokyo/A1307/A130701/13159579/tabelog.com

六本木には沖縄料理もあります。無難ですが、おいしかったですね。

イタリアン・フレンチ・アメリカン・ブラジル料理

リオグランデグリル六本木

http://tabelog.com/tokyo/A1307/A130701/13167392/tabelog.com チキンもうまいのですが、サラダ取り放題、カレー取り放題、ドリンク飲み放題（確かワーカーズ特典）なので、楽しめます。カレー美味しかったですよ。

トンネル+

http://tabelog.com/tokyo/A1307/A130701/13131100/tabelog.com

写真で撮ったチキンも普通にうまいのですが、同僚はサラダを頼んでました。15種類ぐらいある野菜などの中から5種類ぐらい選んで、自分の好きなサラダを作れるようです。女子にはいいかもですね。

食後のドリンクもおいしかった。

イルリトローボ

http://tabelog.com/tokyo/A1307/A130701/13140229/tabelog.com

すごい混んでいるからか、出てくるまで時間かかったので、そんなに印象はよくなかったですね。ただ、量はかなりあります。量食べたい人にはかなりおすすめです。

デルソーレ

http://tabelog.com/tokyo/A1307/A130701/13006978/tabelog.com 六本木駅から5分ぐらいのところにあるイタリアン。

テラス席もあり、雰囲気のいいカフェみたいな感じのイタリアンです。超うまいというレベルまでは行きませんが、無難に使える感じですね。女子ウケしそう。あと、1000円ぐらい（ドリンクはプラス100円）なので、六本木のなかではリーズナブルですね。

サラダがつく。

メインは色々ありましたが、これは肉と魚のセット。魚と肉どちらを多めにするか選べるんです。

デザートもつく。無難ですが、おいしかったです。

リゴレット

http://tabelog.com/tokyo/A1307/A130701/13049114/tabelog.com

ここは何よりも10名ぐらいで入れるスペースがあるところです。いきなり行っても、収容可能なぐらい広い。食後のドリンクもつきます。味はもうちょっと頑張って、質をあげてもらえると嬉しかったりします。

ROTI

http://tabelog.com/tokyo/A1307/A130701/13005433/tabelog.com

おいしいですが、高いですね（笑）ワーカーズ特典で100円ぐらい安くなりますが、BLTサンドで1000円超えはツラい・・・

フレンチキッチン

http://tabelog.com/tokyo/A1307/A130701/13003997/tabelog.com グランドハイアット内にある素敵なフレンチです。雰囲気がセレブ感満載なので、会食向けかな。

メイン料理だけじゃなく、デザート、ドリンクもすごく美味しいので、会食とかで是非おすすめです。

焼肉・牛タン

Kintan

http://tabelog.com/tokyo/A1307/A130701/13166084/tabelog.com

駅からも近いですし、おいしいですね。

あと、LINEに登録するとドリンクとかもついてきます。

まんぷく

http://tabelog.com/tokyo/A1307/A130701/13189205/tabelog.com

炭火焼的なやつ。おいしかったですね。おすすめ。

牛タン一徹

http://tabelog.com/tokyo/A1307/A130701/13101149/tabelog.com

ここも美味しいのですが、高いです。とろろつけると、値段があがるので、つけずにコスト抑えるとかしないと高い。

開化屋

http://tabelog.com/tokyo/A1307/A130701/13060572/tabelog.com ヒルズ内の鉄板焼きです。ヒルズなので、セレブ感にあふれた雰囲気はありますね。でも、ちょっとだけデパートの最上階的な何ともいえない雰囲気は抜けないですね。

前菜。

カルビ丼。懇親会で行ったので、ちょっと高めのやつです。限定何食かのやつで、1600円ぐらいした記憶あります。僕にはちょっと量が多かった。成人男性の標準ぐらい食う人は大丈夫かと。美味しかったですよ。

終わりに

ここまで六本木のランチについて紹介できる限り、書いてみましたが、まだまだ行けてないお店もあるので、随時更新していこうと思います。

是非気になったお店があったら、行ってみてください！ではでは！

こちらもどうぞ！

渋谷の美味しいお店を特集しています！！ blog.masudak.net

追記履歴

2016/07/02: デルソーレ、やまね、開化屋を追加

芸能界のグルメ王が世界に薦める! 東京最強の100皿

posted with カエレバ

渡部建文藝春秋 2015-10-07

芸能界のアテンド王が教える最強の店77軒

posted with カエレバ

渡部建文藝春秋 2014-09-26

孤独のグルメ【新装版】

posted with カエレバ

久住昌之扶桑社 2008-04-22

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)

過去に戻れ！reflogを使いこなしてこそGit中級者である。

2016-06-24T19:56:26+09:00

Gitの一番好きなコマンドといっても過言ではない reflog 。すごく便利なので、使いましょうと言う話です。

簡単にいえば、 reflog で過去を探索し、 reset で好きなタイミングに戻ることができるというテクニックです。

開発していると、ここまでいじっちゃったけど、ここまで戻したいとかそういう欲が出てきます。そういうときに是非使って欲しいコマンドです。

では説明していきます。

まず説明用に、いくつかファイルを作り、コミットなり色々しときます。

$ cd ~/work/
$ mkdir git
$ cd git/

$ git init
Initialized empty Git repository in /Users/masudak/work/git/.git/

# 適当にファイルを作る
$ touch sample.txt
$ git status
On branch master

Initial commit

Untracked files:
  (use "git add <file>..." to include in what will be committed)

    sample.txt

$ git add sample.txt

$ git commit
[master (root-commit) 4544b55] initial commit
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 sample.txt

$ ls
sample.txt

# ブランチきる
$ git checkout -b hotfix-sample
Switched to a new branch 'hotfix-sample'

# また適当にファイルを作る
$ touch sample2.txt

$ git add sample2.txt


$ git commit
[hotfix-sample 3d7c0f6] sample
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 sample2.txt

$ ls
sample.txt  sample2.txt

ここで reflog ！！こんな感じで、履歴を見ることができます。大事なのは一番左の列の文字の羅列（ハッシュ）。

$ git reflog
3d7c0f6 HEAD@{0}: commit: sample
4544b55 HEAD@{1}: checkout: moving from master to hotfix-sample
4544b55 HEAD@{2}: commit (initial): initial commit

4544b55 に戻ってみましょう！

$ git reset --hard 4544b55
HEAD is now at 4544b55 initial commit

戻れたかみてみる。

$ git log -1
commit 4544b551e874d864a55de13ced8d5f8ce4045795
Author: masudak <masuda@sample.com>
Date:   Thu Jun 23 19:52:35 2016 +0900

    initial commit


$ ls
sample.txt

戻れたー。

終わりに

非常に便利ですので、覚えておくとかなり移動が楽になります。是非是非使ってみてください！ではでは！

こちらもどうぞ。

blog.masudak.net

phpenvして、composerして、php-cs-fixerして。

2016-06-24T00:00:33+09:00

まずphpenvでphpをインストールする環境を作る。

$ curl -L http://git.io/phpenv-installer | bash

.bashrc とか .zshrc でパスが通るようにする。

if [ -d "${HOME}"/.phpenv ]; then
  export PATH="$HOME/.phpenv/bin:$PATH"
  eval "$(phpenv init -)"
fi

インストール。

$ phpenv install 5.6.17

インストールこけることがあったら、以下。

$ brew link libpngとか
$ brew install libmcryptとか
$ brew link openssl --forceとか

入った。

$ which php
/Users/masudak/.phpenv/shims/php

$ php -v
PHP 5.6.17 (cli) (built: Apr 19 2016 20:03:03)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
    with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies
    with Xdebug v2.3.3, Copyright (c) 2002-2015, by Derick Rethans

composerいれる。

$ curl -sS https://getcomposer.org/installer | php
$ ls /private/tmp/composer.phar
/private/tmp/composer.phar

$ mv /private/tmp/composer.phar /usr/local/bin/composer

$ which composer
/usr/local/bin/composer

$ composer -V
You are running composer with xdebug enabled. This has a major impact on runtime performance. See https://getcomposer.org/xdebug
Composer version 1.1.2 2016-05-31 19:48:11

php-cs-fixerを入れる。

$ composer global require friendsofphp/php-cs-fixer

もしくは、以下 composer.json 作って、 composer install 。

{
  "require": {
    "friendsofphp/php-cs-fixer": "*"
  },
  "config": {
    "bin-dir": "/usr/local/bin/"
  }
}

入った。

$ which php-cs-fixer
/usr/local/bin/php-cs-fixer


$ php-cs-fixer -V
PHP CS Fixer version 1.11.4 by Fabien Potencier

あとは変更したファイルだけfixerにかけるようにして、終わり。

$ git diff --name-only --diff-filter=AMCR master |xargs -n 1 php-cs-fixer fix --dry-run --verbose --diff --level=psr2

posted with カエレバ

Dustin Boswell,Trevor Foucher オライリージャパン 2012-06-23

徹底攻略 PHP5技術者認定[初級]試験問題集 [PJ0-100]対応 (ITプロ/ITエンジニアのための徹底攻略)

posted with カエレバ

NECラーニング株式会社内山祥恵,NECラーニング株式会社棚橋英之,株式会社マルチメディアスクール・ウェーヴインプレスジャパン 2012-09-14

posted with カエレバ

小川雄大,柄沢聡太郎,橋口誠技術評論社 2010-11-12

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)

facebook-php-ads-sdkで "User XXXXXXXX can not update audience YYYYYYY" 出たときの対応

2016-06-22T22:55:54+09:00

audienceのIDがYYYYYYYとわかっているので、Graph Api Explorerにアクセス。

developers.facebook.com

FQL Queryで、GET → /v2.6/YYYYYYY としてクエリを作成。

実行して、左カラムから、ID や NAME を指定して、返ってくるJSONを見る。

これでターゲットのオーディエンスが間違ってないことを把握すると、 lookalike をUPDATEしようとしていたとか分かる。 lookalike にaddUserなどはできずUPDATEできないので、気をつけましょう。ではでは！

posted with カエレバ

Dustin Boswell,Trevor Foucher オライリージャパン 2012-06-23

徹底攻略 PHP5技術者認定[初級]試験問題集 [PJ0-100]対応 (ITプロ/ITエンジニアのための徹底攻略)

posted with カエレバ

NECラーニング株式会社内山祥恵,NECラーニング株式会社棚橋英之,株式会社マルチメディアスクール・ウェーヴインプレスジャパン 2012-09-14

posted with カエレバ

小川雄大,柄沢聡太郎,橋口誠技術評論社 2010-11-12

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)

レビューで、その無名関数ほんと必要なの？という指摘を受けたことはありますか

2016-06-21T21:03:15+09:00

「その無名関数本当に必要なの？」という指摘。

僕はこの指摘をもらって至極まっとうだと思ったのですが、みなさまはいかがでしょうか。

ざっくりですが、こんな感じで、値のうちマッチしたものだけを抽出し処理をするような array_filter() と array_map()。

$arr = ['key1' => 'val1', 'key2' => 'val2', 'key3' => 'val3'];
$extracted = array_filter($arr, function($val) {
   return $val === 'val3';
});

// 更にarray_mapで複雑なことするとか
$ucfirst_extracted = array_map(function ($v) { return ucfirst($v); }, $extracted);
var_dump($extracted);

こう結果が返ってきますね。

array(1) {
  'key3' =>
  string(4) "Val3"
}

でも、以下のほうが読みやすいじゃんという話です。

$arr = ['key1' => 'val1', 'key2' => 'val2', 'key3' => 'val3'];

$ucfirst_extracted = [];
foreach ($arr as $key => $elem) {
  if ($elem === 'val3') {
    $ucfirst_extracted[$key] = ucfirst($elem);
  }
}

そのとおりだと思ったのでした。特に array_map() などと組み合わせると暗号文の匂いがしてきて、読みやすいとはとても言えません。

array_filter(), array_map(), 無名関数等々使いドコロによってはいいのでしょうが、読みやすさも大切かなと。 (メモリ使用量とか処理速度の差異とか出してないから、状況によっては違うのかな・・・)

読みやすいコードを書いていきたいので、書いてみました。ご意見あれば是非！ではでは！

posted with カエレバ

Dustin Boswell,Trevor Foucher オライリージャパン 2012-06-23

徹底攻略 PHP5技術者認定[初級]試験問題集 [PJ0-100]対応 (ITプロ/ITエンジニアのための徹底攻略)

posted with カエレバ

NECラーニング株式会社内山祥恵,NECラーニング株式会社棚橋英之,株式会社マルチメディアスクール・ウェーヴインプレスジャパン 2012-09-14

posted with カエレバ

小川雄大,柄沢聡太郎,橋口誠技術評論社 2010-11-12

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)

facebook-php-ads-sdkのデバッグの際によく使うリンク集

2016-06-20T21:33:58+09:00

最近 facebook-php-ads-sdk を触ることが多いので、メモがてら残しておきます。 github.com

レファレンス

読みましょう。 developers.facebook.com

広告周りのドキュメント

読みましょう。 developers.facebook.com

Graph API Explorer

SDKを使わず、APIに直接リクエストを投げられます。 APIがどこまで対応しているかとか直にわかるので、使ってみましょう。 developers.facebook.com

Access Token Debugger

アクセストークンが有効かどうか調べられます。期限きれとかに気づけます。 developers.facebook.com

bug フォーラム

バグ等問合せがなかったか、ここで調べられます。 developers.facebook.com

終わりに

ここまで述べたところを調べたり、SDKの中身見たりしているうちにすこーしずつ頭にイメージができあがってくるかと思います。

それまではひたすら慣れて、詳しい人がいたら聞いて、頑張りましょう！

posted with カエレバ

Dustin Boswell,Trevor Foucher オライリージャパン 2012-06-23

徹底攻略 PHP5技術者認定[初級]試験問題集 [PJ0-100]対応 (ITプロ/ITエンジニアのための徹底攻略)

posted with カエレバ

NECラーニング株式会社内山祥恵,NECラーニング株式会社棚橋英之,株式会社マルチメディアスクール・ウェーヴインプレスジャパン 2012-09-14

posted with カエレバ

小川雄大,柄沢聡太郎,橋口誠技術評論社 2010-11-12

雑談力が上がる話し方―30秒でうちとける会話のルール

初対面の人と円滑に話すコツ！これやってダメなら、相性あわないと思って諦めろ！

2016-06-20T21:02:59+09:00

初対面の人と話すことが多いので、自分なりに工夫しているのですが、初対面の人と話すの苦手な人も多いと思うので、書いてみます（こういう自分も別に特段得意なわけではないです）。

話すことをパターン化しておく

知っている人と話すことに比べ、初対面の人と話すときは、かなりパターン化しやすいという特徴があります。

たとえば、こんな感じ。

名前を聞いて
仕事内容を聞いて
休みの日は土日かどうかを聞いて
休みの日に何しているか趣味は何かを聞いて
どのあたりに住んでるか聞いて

みたいなことを、流れに応じて、聞くのが王道のように思います。

名前を聞く

お名前はなんですか。すごく無難な質問ですし、これ聞かれて答えない人はほとんどいないんじゃないかっていうぐらい無難な質問です。まず聞きましょう。

相手が答えてくれたら、どういう漢字で書くのかという質問や、こういう意味なんですかねみたいな意味を問うような質問とかもしてもいいかもしれません。

仕事内容を聞く

これも無難です。何をしているのかと聞く。エンジニアですとか、営業やってますとか、事務やってますとか。

そしたら、具体的に何をやっているんですかとか、土日はお休みですか、みたいな質問を更にしてもいいかもしれません。

まずこのあたりのキャッチボールを考える

まずここに述べた名前とか職業で会話のキャッチボールを心がけます。

質問しすぎないように、相手からの質問を待ったり、相槌を打ったりしながら、会話を続けます。

この辺で最低限会話できたら、次を考える。たとえば休日について。

それでキャッチボールをしている最中で、土日お休みですかとかを聞けたら聞いてみる。

事務されてるんですねー、どんなことやってるんですかー、ふーんじゃ土日は休めそうですねー。みたいな。美容師なんですかー、じゃ土日も仕事ですよねー。みたいな。医療系なんですかー、じゃ夜勤とかですかねー。みたいな。

休む時間ありますか？大変そう。リラックできてます？お休みの日は何してるんですか。みたいな。と話を広げていく。

聞けたら、住んでいる地域とか

ここは話の盛り上がり方次第ですが、住んでいる地域や、生まれも聞けるといいですね。ただし、あまりに距離がある状態で聞くと、相手はなんでそんなこと知りたいのかと警戒してしまう可能性があります。

15分とかある程度話が続いているときに、聞きましょう。

住んでいる地域がわかれば、あのあたり静かそうでいいですよねーとか、行ったことあります！とか。生まれがわかれば、よく実家には帰りますかとか、行ったほうがいいところはありますかとか、聞けます。

ここまでをパターン化しておくと、最低限の会話は繋がるように思います。

飲み会とかで二人で話す時間が長いなら、そこから発展して、恋愛だったり、悩みだったり、色々繋げたいですが、まずはここまで頑張れるかどうかかなーと。

嫌われてもいいと思う

会話の流れをパターン化したら、次はメンタル面。よく思っているのが、この人に嫌われても最悪いいやと開き直るということです。

初対面なので、最悪嫌われたら、もう会わなきゃいいだけだと思うことにしています。

もちろん、好きなタイプなどよく見せたがってしまう状況はどうしても出てきますが、極力最悪どうなってもいいやと思い、質問するようにしています。

実際自分に置き換えても、この人とはちょっと会わないかもと思うぐらいで、嫌うことはそこまでないですし、そこまでやばい状態になることは多分ないので、ある程度の適当さを持つようにしています。

一つ一つの会話をほりさげるように頑張る

ここまで述べたことを自分なりに工夫して会話していくのが大事ですが、そのときに一つの質問を浅くせず、深く掘り下げることを気にした方がいいと思います。

名前→漢字→意味とか。
仕事内容→具体的に→将来からの夢だったのか？→違うなら、元々はなんだったのかとか。
趣味→毎週やってる？→運動好きなんですね→年取ってもやりたいですかとか。

とりあえず、一つのネタをとことん掘り下げます。

終わりに

正直ここまでやって、話が続かないとか、相手からボール飛んでこないとかは、相性が悪いとか、話しにくい人とか、別の問題な気がします。もちろん、質問攻めにしたり、相手がボールを投げる時間を考えないとかは問題ですが、その辺ケアしても、うまくいかないのなら、いっそ気まずくてもしょうがないぐらいに開き直ったほうがいい気がします。

もちろん対人間ですので、パターンが効かないときもあるでしょうし、人によって差異はあるかと思いますが、おおよそなんとかなる気がします。

ということで、初対面の人との会話のコツを書いてみました。何度も会ってる人との会話より、数倍楽だと個人的には思うので、是非参考にしてみてください！ではでは！

posted with カエレバ

齋藤孝ダイヤモンド社 2010-04-09

伝え方が9割

posted with カエレバ

佐々木圭一ダイヤモンド社 2013-03-01

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)

git resetを使って、単一のファイルをmasterに戻す

2016-06-17T22:26:11+09:00

結論から言うとできない。

$ git reset --hard master FILE_NAME

的なことをやると、以下のように怒られる。

fatal: Cannot do hard reset with paths.

ハッシュしか指定できないらしい。

ので、正解はこっち。

$ git checkout master -- FILE_NAME

こちらもどうぞ。

blog.masudak.net

var_dump()で省略されないように、全部出力する

2016-06-16T19:06:02+09:00

眺めのSQLを var_dump()したら、以下の様な感じになった。

string(966) "SELECT
ここに長い文字列
hoge"...

... って置き変わってる・・・

ので、 var_dump() の前に以下を入れる。

ini_set('xdebug.var_display_max_children', -1);
ini_set('xdebug.var_display_max_data', -1);
ini_set('xdebug.var_display_max_depth', -1);

おわり。

BigQuery脱初心者を目指せ！今から覚えるべきテクニック3つ

2016-06-16T00:26:38+09:00

CASEやJOIN、GROUP BYなども覚えて、SQLは大体大丈夫！となっている方も多いかもしれません。

しかし、BigQueryに触れるなら、もうちょっと覚えておいた方が楽になることが色々あります。

ので、覚えてみましょうと言う話。3つで十分なのかという声もあるでしょうが、ネタが出てこないので、3つで許してください。

1. `TABLE_DATE_RANGE()`

TABLE_DATE_RANGE() で、複数テーブルからフェッチ。

SELECT
  id
FROM
TABLE_DATE_RANGE([foo_dataset.], TIMESTAMP('2015-09-10'), TIMESTAMP('2016-06-15'))

ちなみに、 [] 使えば、テーブル名が日付だけでも大丈夫です。それがないと、こんなエラーになるので、気をつけてください。

Encountered " "TIMESTAMP" "TIMESTAMP "" at line 5, column 51. Was expecting: ")" ...

2. `JSON_EXTRACT_SCALAR()`

JSON_EXTRACT_SCALAR() を使ってJSONを操ることができるので、やってみましょう。

こんな風にフェッチできます。

SELECT 
  JSON_EXTRACT_SCALAR('{"a": ["x", {"b": "foo"}]}', '$.a[1].b') AS str

結果はこんな感じ。a配列の1番目のキーbの値を取るということですね。

Row  str  
1   foo

ちなみに、JSON_EXTRACT() というのはありますが、その場合は以下のように返ってきます。

Row  str  
1   "foo"

ダブルクォートも一緒に文字列として返してしまうので、よほどのことがない限りはJSON_EXTRACT_SCALAR() のほうがよいでしょう。

もちろん、WHERE句でも使えますので、駆使できるとよいでしょうね。

3. `CONTAINS`

最後に CONTAINS 。上の項目でJSONをパースする方法をお伝えしましたが、BigQueryには、LIKE以外にも CONTAINS というのがあります。

こんな感じ。

SELECT
*
FROM dataset.table
WHERE sample_json CONTAINS "some_key"

正直、以下と何が違うのかはわからない。

SELECT
*
FROM dataset.table
WHERE sample_json LIKE "%some_key%"

まぁ、絞り込みができます。

ただ、JSONを対象にして、 CONTAINS を使いたい場合、もしキーが存在しているかどうかだけを見たいなら、以下の方がいいかも。

SELECT
*
FROM dataset.table
WHERE JSON_EXTRACT_SCALAR(sample_json, '$.a[1].some_key') IS NOT NULL

こうすることで、確実に some_key があるデータだけを抽出できます。

終わりに

簡単に書いてみましたが、いかがだったでしょうか。

BigQueryはもう何年も使っているのですが、未だに新たな発見があり、覚えることが非常に多くありますね。

その分便利だとは思いますので、是非みなさんも覚えてみましょう！

これ便利だよとかあれば是非教えて下さい！ではでは！

すぐループして処理しようという発想はやめよう！計算量考えることのススメ

2016-06-14T19:14:07+09:00

配列とかにあるデータを一通り処理したいときはforとかforeachが便利なのですが、計算量を考えて、できるだけ使わないようにするのが大事という話。

$datas['key01'] = 1;
$datas['key02'] = 1;
$datas['key03'] = 1;

foreach ($datas as $key => $value) {
    if ($key === 'key01') {
        return true;
    }
}

こういうシンプルな処理でも、$datas配列の中身が1000万件などでかくなればなるほど、無駄な処理が増えてしまいます。

そんなときは、 isset() をうまく使うといいです。

PHP以外の言語でも計算量を調べた上で、適切な関数を使いましょう。

$datas['key01'] = 1;
$datas['key02'] = 1;
$datas['key03'] = 1;

$target_key = 'key01';
if (isset($datas[$target_key])) {
    return true;
}

これならループせず、1回で処理済みますね。

データ量が少ないうちから、出来る限り計算量が少なくなる癖をつけておくとよいでしょう。ではでは！

P.S. 2016/06/15 追記

配列の要素確認と実行速度 : アシアルブログによると、 isset() は計算量的にはO(1)とのことでした。総なめよりは早いですね。詳細なアルゴリズムはソース読んで勉強しておきますm( )m 詳しい方いましたらご教授ください。

posted with カエレバ

Dustin Boswell,Trevor Foucher オライリージャパン 2012-06-23

徹底攻略 PHP5技術者認定[初級]試験問題集 [PJ0-100]対応 (ITプロ/ITエンジニアのための徹底攻略)

posted with カエレバ

NECラーニング株式会社内山祥恵,NECラーニング株式会社棚橋英之,株式会社マルチメディアスクール・ウェーヴインプレスジャパン 2012-09-14

posted with カエレバ

小川雄大,柄沢聡太郎,橋口誠技術評論社 2010-11-12

世界で闘うプログラミング力を鍛える150問　トップIT企業のプログラマになるための本

posted with カエレバ

Gayle Laakmann McDowell マイナビ出版 2012-11-13

徹底攻略 PHP5技術者認定[初級]試験問題集 [PJ0-100]対応 (ITプロ/ITエンジニアのための徹底攻略)

前日と当日のテーブルに存在するデータをBigQueryで抽出する

2016-06-10T19:27:51+09:00

何日連続ログインとかそういうデータ欲しくなったときに。

こんな感じ。

SELECT
  id
FROM
  dataset.20160610
WHERE id IN
(
  SELECT
    id
  FROM TABLE_DATE_RANGE([dataset.], DATE_ADD(TIMESTAMP('2016-06-10'), -1, 'DAY'), DATE_ADD(TIMESTAMP('2016-06-10'), -1, 'DAY'))  
)

コツは、 TABLE_DATE_RANGE() を使って、第二引数と第三引数に同じ日を DATE_ADD() で渡すこと。

ちなみに、テーブル名が、 yyyymmdd だけの場合は、 [] を使わないといけないらしい。初めて知った。

まぁ、プログラム側で1日前とか出せば、置き換えるだけでできるんだけど、ちょっとやってみたかったので。

ではでは！

連続する二つの処理はファイルを分けるべきか否か

2016-06-09T21:04:57+09:00

Aを作ったのち、Aのデータ(IDなど)を使ってBを生成するコマンドがあったとする。

そのとき、 create_a_command.php と create_b_command.php という二つのファイルを作るべきか、 create_a_and_b_command.php というのを作るべきかという問題。

このとき、サービスクラスはAとBで分けるでいいと思うのです。こんな感じ。

a_service.php

class AService
{
    protected id;

    public function getId()
    {
        return $this->id;
    }

    public function setId($id)
    {
        $this->id = $id;
    }

    public function create()
    {
        $data->create();
    }
}

b_service.php

class BService
{
    protected $a_id;
    public function __construct($a_id)
    {
        $this->a_id = $a_id;
    }

    public function create()
    {
        $data->create($this->a_id);
    }
}

で、commandのほうをどうするか。

分ける場合

create_a_command.php

class CreateACommand
{
    $a_service = new AService();
    $a_service->create();
}

create_b_command.php

class CreateBCommand
{
    $a_service = new AService();
    $a_id = $a_service->getId();

    $b_service = new BService($a_id);
    $b_service->create();
}

そんで、コマンド実行時、&&を使う。

$ php create_a_command.php && php create_b_command.php

一つにする場合

create_a_and_b_command.php

class CreateAAndBCommand
{

    $a_service = new AService();
    $a_sercive->create();

    $a_id  = $a_service->getId();

    $b_service = new BService($a_id);
    $b_service->create();
}

んで、コマンド実行時は普通に実行する。

$ php create_and_b_command.php

こっちのほうがまとまってるということを伝えられるからこっちのほうがいい気はする。

ただ、cも作ることになったらファイル名がヤバイので、ファイル名は変えてもいいかもしれない。

終わりに

こういう普段悩みそうな設計って、参考書とかない気がするしなー。悩むほどでもないのかなー。

ご意見あれば是非是非！宜しくお願いします！ではでは！

posted with カエレバ

NECラーニング株式会社内山祥恵,NECラーニング株式会社棚橋英之,株式会社マルチメディアスクール・ウェーヴインプレスジャパン 2012-09-14

posted with カエレバ

小川雄大,柄沢聡太郎,橋口誠技術評論社 2010-11-12

エンジニアとして世界の最前線で働く選択肢 ~渡米・面接・転職・キャリアアップ・レイオフ対策までの実践ガイド

転職したい人必見！どのように転職対策をしたか(エンジニア・国内企業編)

2016-06-08T21:03:15+09:00

2016年4月に転職しました。今まで2回転職をしており、1回目に比べて、転職スキルも伸びている実感があります。

そんなわけで、自分がどういうアピールをしてきたか書いてみたいと思います。

まず職務経歴書

まずは職務経歴書です。書類面接を通らなければ話になりませんので、ここは安定した質の経歴書を作り、いい印象を与えましょう。

職務経歴書で検索すると、色々サンプルが見つかると思うので、ここで提示したものに従う必要はありませんが、そんな悪い印象は取られなかった記憶があるので、良かったら使ってみてください。

特にここで述べるフォーマットは外資系の英文レジュメと同じフォーマットなので、英訳すれば、外資系でも使えるという利点があります。

全体の流れとしては、

3行ほどの要約
直近の実績から、どういうことをやってきたかを箇条書きでまとめる
学歴、ブログなど、細かいアピール

という感じでA4で1枚に収まる程度の量にしました。

読みにくかったり、文字が多いものは印象が悪いので、分かりやすく適度な分量でまとめましょう。

要約

要約はシンプルに3行ほどでまとめます。

たとえば、

自分はどういうことに興味を持ったり、やってきていて
どういう理由で転職したくて
何が強みなのか

という感じです。

具体的に書くと、

サービスの開発で、立ち上げ含めインフラ・アプリともに5年やり
世界で戦っている国際的な企業で働きたく
立ち上げ時の過去の実績を生かし、御社の成長期で、インフラ面でもアプリ面でも、改善していける

みたいなこれから書くことについて、簡単な概要を書きます。嘘をつかなければ、多少盛っても大丈夫でしょう。

自分はこう頑張れる、こういう点で貢献できると伝えることが大事です。

実績

何よりも過去の実績が大事です。ここの項目が全てと言っても過言ではありません。

たとえば、僕の場合はこんなことを書きました。

新規サービスのChefのレシピを最初から構築
MHA導入によるMySQLサーバの冗長化
Big-IPの操作をするクライアントをPythonで実装

こういうのを直近の会社で15個ぐらい書きました。

気をつけた点としては、

単なる改修とかは一切書かない。細かいことは書かない
インフラの実績を書きつつ、コードも書いてることをアピール
どこの会社でも困ってそうなことに対して、ちゃんと行動・対策してきた実績があることを伝える
古い実績よりも、最近の実績の方を多めに書く

このようなことを書くことで、この人を採用したら、ちゃんと改善してくれそう、問題を解決してくれそうという印象を与えることに専念しました。

特にインフラなのにコードも書き続けているというのは、色々な会社で印象が良かった記憶があります。

希少価値を出していくといいかもしれません。

その他

最後に学歴、ブログ、Github、発表など、アピールできそうなことを、書きましょう。

そんな多く書く必要はなく、見てくれたら嬉しいなぐらいの温度感で書いておくとよいでしょうね。

このあたり自分で頑張るのはちょっと大変という方はビズリーチのような転職サービスを使うといいかもしれません。

レジュメビルダー（職務経歴書作成支援機能）という機能があり、フォームに答えるだけで、いい感じで職務経歴書を作ってくれます。

面接対策

書類はあとは通ることを祈りましょう。

うまくいけば、リクルーターやHRなどから、連絡があるでしょう。

ここからは、面接対策です。

印象

まず、髪の毛や服装は綺麗にしましょう。

清潔感がない人は、あまり一緒に働きたいとは思われないでしょう。

美容院にいって、サッパリ短く切ってもらい、服装はヨレヨレにならない服装、自信がなければ友達に見てもらって、いい印象を与えましょう。

よくある質問

さて、面接です。

まずはよくある質問の答えを考えましょう。たとえば、こんな質問がよくされるでしょう。

なぜ弊社を選んだのですか
ここまでやってきたことを簡単に述べてください
この開発(上記で述べたやったこと)では、具体的に何をしたんですか
◯を導入したのはなぜですか
◯◯社は◯年でやめていますが、なぜやめたんですか
長所・短所を教えてください
最近気になる技術はありますか

このあたりをちゃんと答えられるようにしましょう。

たとえば、弊社を選んだ理由を聞かれたら、どこでも同じ答えではなく、その会社だから通じる答えにしましょう。

世界で戦っていて、至る所で発表している優秀なエンジニアが多いとか、◯◯のやり方に惹かれて、そういうことをしてる人たちと一緒に働きたいとか。

何かを導入した理由を聞かれたら、上司に言われたからとかではなく、◯◯の点で改善が必要で、それに見合っていたのが◯◯だったなど。

やめた理由を聞かれたら、マイナスな考えじゃなく、◯◯の点でステップアップをはかり、成長したいとか、◯◯を実現したいので、そこでは厳しかったとか、質問してきている企業に繋がる答え方をしましょう。

長所はインフラだけでなくアプリの実装もやってるとか、休日趣味でアプリ作ってるとか、実装だけじゃなくて、人との調整もやってきたとか、職務経歴書で書いたいいポイントを伝えましょう。

欠点は伝え方が難しいですね。モチベーションに差があるとか、調整が苦手とか、朝が苦手とかだと、マイナスばかりが強調されてしまい、いいイメージがないですね。

代わりに、なかなか人に聞けず自分で頑張ってしまうとか、翻訳サイトを使わないと英語がちょっと苦手とか、そういう弱点なら、見方によっては頑張ってると見られそうな、少しでもよく見える点を考えましょう。

技術試験

エンジニアであれば、ここも避けては通れないでしょう。

職種によって質問内容は違うでしょうし、オンラインとオンサイトでも内容は違うでしょう。

なので、幅広くやる必要があると思います。

まず抑えたい技術は、

TCP/IPのフロー。3wayハンドシェイクなどのフロー
それらのフローでよく問題になること
HTTPなどのよく使うプロトコルの理解。ステータスコードとかレンダリングとか
データ量が増えてきたときの対応
サービスで負荷が高まったときに、どう調査するか
リストの各種実装
探索の種類
ウェルノウンポート
計算量
境界値を抑えたテスト設計

このあたりは、どの会社で出てもおかしくない印象があります。

完璧ではなくても、ある程度知ってる、過去やってきたことを伝えないといけないでしょう。

「何か聞きたいことはありますか」という質問

どの会社でも、どの面接でも必ず聞かれるでしょう。

一つも質問がないと、興味がないと思われかねませんので、最低2つは用意しておきましょう。個人的には4つぐらいあってもいいかなと思うぐらいです。

たとえば、以下のような質問はどうでしょうか。

なぜこの応募が今オープンになっているのでしょうか
エンジニアは何人ぐらいいるでしょうか
どういったプロダクトを使ってるでしょうか
社員の仲はよいでしょうか
現在この部門に力を注いでいるようですが、他の部署はどうでしょうか
どういったエンジニアが評価される傾向にあるでしょうか

給料とかの生々しい話でなければ、なんでもいいと思うのです。

個人的にはなぜこの応募がオープンになっているのかを尋ねるのは好きで、人が足りないからとか、こういう人と働きたいから募集をかけたとか、今こういう新しいことしたいから募集をかけたとか、色々話を引き出すことができます。

ネットで調べるだけでは分からないことも聞けるので、こういう機会を大事にできるといいですね。

また、役員面接の段階までになったら、質問内容も変えましょう。

現在規模拡大中で、人員がすごい勢いで増えていると思いますが、問題は出てきていますか、何か対策はしてますか
この部分で、ユーザのキャッシュが使えてない状況がありますが、何か新しい手は考えているのでしょうか
こうしたほうがいい気がするのに、この部分はなぜ、こういう仕組みになっているのでしょうか
会社全体でこの部門に力を注いでいるようですが、他のサービスの状況はどんな感じでしょうか

組織だったり、プロダクトについてなど、大きめの話ができると、話が引き出せる気がします。

終わりに

ここまで色々述べてきましたが、A社で評価されるポイントが、B社では評価されないときもありますし、転職は運や相性も大きいように感じます。

なので、ここで書いたような準備をちゃんとしたなら、あとは何社も受けて、話を聞き、合う会社を探すしかない気がします。

一度転職してしまうと、なかなか簡単にはやめにくいでしょうし、だからこそ一回の転職にちゃんとエネルギーを注ぎ、良い環境を選択していただければと思います！

お互いがんばりましょう！ではでは！

P.S. 自分一人では頑張れないという方は！

ここまで述べてきたことですが、一度か二度経験していれば慣れてくるものですが、初めての場合など、慣れない方もいるかもしれません。

そういう場合は、ビズリーチのような転職サイトのお世話になるのもいいかと思います。

何よりも行動を開始することが大事ですので、やってみましょう！応援しております。

posted with カエレバ

竜盛博技術評論社 2015-10-08

エンジニアとしての生き方　　IT技術者たちよ、世界へ出よう！ (インプレス選書)

posted with カエレバ

中島聡インプレスジャパン 2011-03-11