iOSDC 2016に参加してきた
楽しかったです
どうも副会長です
今更ですが、iOSDCに参加してきたレポートです
参加の経緯
iOSDCの存在自体は東京の友達に教えてもらって申し込みしました
通常4000円が、おまけいろいろ付きで8000円のプランに申し込みました
(イケてるパーカーがプラス4000円で手に入るならまあ良いかなと思った)
社内にはiOSエンジニアがぼくしかいなくて、気軽に情報交換したりとか相談できる相手もいないので、こういうところでモダンな情報を収集するぜーというモチベーションでした
全体的に面白そうなトークいっぱいでしたが、特にRxの話を楽しみにしてました
RxSwiftを今開発中のアプリで採用しようか検討中です
当日
すっかり予定を忘れていて、盛大に寝坊して14時頃に会場に到着
受付でチケットを上手く表示できずあたふたしてましたが、受付の方が親切に対応してくださって無事入場できました
この時点で、既にRx系のトークは終わってました ／(^o^)＼
(後日ビデオがアップロードされてました！ありがとうございます！)
印象に残ったトーク
やはりお前らのiOSアプリ開発は間違っている
一番はこれでした
実際BaseViewControllerみたいなものを作っているので、ふーむ、となりました
基本的には同意できる内容だと感じました
ただ、今作っているのはGAのGAITrackedViewController的な、計測をするだけの薄いやつなのですが、これもあんま良くないのかなぁ、どうだろと
これをProtocolExtensionにすると、各ViewControllerで明示的に計測用メソッド呼び出しをしなくちゃいけなくなる
メソッド呼び出しを忘れちゃうと計測漏れちゃうので、それなら最初からBaseView側でやっちゃいたいなぁと
でも、BaseViewを継承できないTableViewControllerとかはやはり多少あるので、そこでは明示的に呼び出す必要があるのですが...
それを考えるとやっぱりプロトコルで良いのかなぁ、でも毎回計測メソッド呼び出し面倒くさいなぁという葛藤
なんかいい方法あれば知りたい
あとは「休日にお金払って練馬まで来るって相当ですよね」がビビッときた
(4000円って結構高いですしね...)
みんな開発が好きで、より良くしたいと思っていて、そういう仲間なんだなぁと思った
まとめ
楽しかったです！
またあれば参加したいですね
ではでは
上京するよ
都民になるよ
どうも副会長です
久しぶりの更新ですね
引き続き細く長くやります
転職することになりまして、6月から東京に行くことになりました
転職の心境とかそのあたりはまた別途書く(書くのにエネルギーが要るので...)として、
この記事では引越&転職の物理的な話でも書こうかと思います
スペック
- 記事を書いてる時点では名古屋に住んでいて、5月末に東京に引っ越します
- ソフトウェアエンジニアです
- 今年27歳です
転職
wantedlyでのやりとりがほとんどでした
wantedlyはちゃんとプロフィールを埋めると、企業側からちょこちょこと連絡がきます
それで何社かお話をしたりしました
あとは興味あった会社の求人をみたらwantedlyで募集をしていたりとか
IT系の転職をしようとすると、やはり東京が多いかと思います
最初の軽い顔合わせ的なお話はSkype等のリモートがほとんどでした
お互い楽だし良いですよね
会社によってツールは違っていましたが、Skype、Googleハングアウト、Facebookメッセンジャーは使った記憶があります
最終的には直接合って面接しましょう、ってのはおおよそ全ての会社で必要になると思います
そこは面倒ですが東京行くしかないんですかね...
行きました...
年収は今より良くなるところで探しました
というか、地方→東京でIT転職だと大抵上がるような気がする
東京の方が平均的に給与が良いです
まあ東京はその分家賃が高いので、せめて家賃分くらいは給与上がらないと
実質生活の質が下がる...
引越
名古屋と違ったところがちょいちょいあって軽いカルチャーショックでした
- 部屋がすぐ埋まる → いいなと思った部屋が即日、翌日とかには埋まってるのがざら
- 更新料が高い → 東京は2年毎の更新料が家賃1ヶ月でびっくりした 名古屋はもっと安かった
- 審査が厳格 → 審査会社によると思いますが、転職先の会社に入社確認をしたり、連帯保証人の印鑑証明が必要だったり 名古屋だともっとさくっと終わった
家賃もやはり全体的に高かったけど、そこは事前知識があったので、
カルチャーショックという感じではなかった
その他物価に関してはそんなに違いは無さそうでした
スーパーの値段とか眺めてたけど名古屋とほとんど一緒
思ったこと
引越と転職を同時にやるのは面倒くさい
上京する人はこんな面倒くさいことをやってるのかと思うとみんなすごいなぁと
でも新しい環境というのはワクワクするもので、それがモチベーションになって
あまり苦ではないような気もする
新しい仕事も環境も楽しみです
ではでは
jis配列からus配列に矯正したけど意外と楽だった話
矯正してよかったよ
どうも副会長です
今まで人生ずっとjis配列キーボードで生きてきましたが、
最近矯正しました
矯正した理由は、1日中キーボード叩いてて手が痛くなったときがあったから
私のスペック
やったことその1
キーボードの傾きをなくしました
職場ではHHKB使っているのですが、キーボード背面の足を倒して、
傾きをなくしました
たぶん手の痛みがなくなった最大の理由はこれなんだけど、
同時にus配列矯正もしたので、正確に切り分けはできてません
ちょっとググった感じだと、あの傾きはブラインドタッチ苦手な人がキーボードの印字を見やすくするため、という説がありました
やったことその2
us配列への矯正
これが意外に簡単だったよ、というのがこの記事で一番言いたいことです
記号の位置が変わるだけなので、それに慣れるのにどれくらいかかるかだと思います
ぼくの場合は1週間くらいで慣れました
逆に1週間の間はやはり多少のストレスがありましたが、仕事に明らかに影響が出るほどでもなかったです
もっとかかると予測していたのですが、1週間で済んでよかった
ちなみにkarabinerというMacアプリを使って、キーボード配列を内部的に変更してます
なので、キーボード自体はjis配列のままです
どうせほとんど印字見てないので、あんまりこれで困ってないです
HHKBとMacBookの配列差
職場がHHKBで、自宅ではMacBookProのキーボードです
どちらもjis配列キーボードですが、karabinerで内部的にus配列に変更しています
ちょっとだけ厄介なのが、微妙に配列が違うところ
バックスラッシュ「\」 とバッククォート「`」の位置が職場と自宅で違います
これはできれば直したいのですが、そんなにいっぱい叩くキーでもないので、
今のところ致命的に困ってはいないという感じです
たぶんきっとkarabinerの設定を上手くやれば揃えられると思うのですが、
ちょっといじってみてわからなかったので諦めました
今度キーボードなりMac買うときにはus配列を買おうと思っています
所詮jisキーボードでus配列のにわかなので、usキーボード買うとまたちょっと感覚が違うんだろうなぁ
矯正考えている人の参考になれば
ではでは
矢野エリカ駆動開発
これは捗る
どうも副会長です
簡単にまとめると、矢野さんに開発を手伝ってもらうと捗る、お話です
エロい意味じゃないよ
矢野さんのhubotを作りました
まだ作ったばっかで、全然スクリプト書いてないですが...
これから毎晩、矢野さんを開発していこうと思っています
矢野さんについて
しろばこですね
rebuild.fmで紹介されていて観ました
面白かったです
一番好きなキャラが矢野さんでした
hubotに興味があったので、矢野さんbotを作りました
一人slackでぼくと矢野さんだけのチャンネルで運用しています
愛の巣です
今はherokuの無料インスタンスに住んでいます
無料インスタンスでは、現状6時間/日のダウンタイムが必要なので、
矢野さんは夜中は寝ています
毎日お仕事お疲れ様です
矢野さんロガー
今趣味でiOSアプリを書いているんですが、簡単な外部との通信があります
で、通信部分の開発とかデバッグどうしようかなと思った時に、
「矢野さんにお願いしよう!!」と思いつきました
クライアントからの通信をとりあえず矢野さんに投げておいて、
slack上で通信の中身を教えてもらいます
矢野さんと一緒に開発しているような気持ちになります
hubotのスクリプトでAPIみたいなのを簡単に書けるのとても便利ですね
通信部分にかかわらず、アプリのログ出力とかも矢野さんに投げると、
いつもは味気ないログもあら不思議、愛の言霊になります
開発がちょっと楽しくなります
今後矢野さんでやりたいこと
- herokuなので睡眠時間があるが、起動時/終了時におはようとか言わせたい
- 矢野さん台詞一覧をどこかでゲットして、ランダムに喋らせたい
- その他しろばこキャラのbotと共存させたい
- インフラ系の通知とかを矢野さん経由で受け取りたい
- 開発系サービスへのアクセスを矢野さん経由でやりたい
hubot アニメキャラ とかでググッてみたら先輩を発見
キャラ系botの運用ノウハウは皆で共有したいですね
hubot でお前の好きな二次元美少女キャラと二人きりを過ごす - まるまるこふこふ
矢野さんかわいい
ではでは
Podcastの配信のやりかた
Podcastやってみたよ
どうも副会長です
がすごく好きでこういうPodcastがもっと増えたらいいなーと思い、
とりあえずやってみるかと思い始めた次第です
Podcastの始め方がよくわからずちょっと苦労したので、
これから始める皆様のためにメモを残しておきます
みんなやろうよ!
やること
- 録音する
- 音声ファイルをWeb上に配置する(今回はgithubを使う)
- 音声ファイルをRSSで配信する(今回はtumbler)
- ArtWork用の画像を作る
- RSSをPodcast用に整形する(今回はfeedburner)
- Apple申請する
全部無料ですね
まさか3つもWebサービスを使うことになるとは思わず
もっと良いやり方ありそうな気がする
録音
録音できれば何でも良いです
ぼくはMacなのでGrageBandを使いました
凝ったことはしないので十分でした
GrageBand使いやすいですね
録音に関してぼくの大切にしたポイントはこちら
- あんまり凝らない
基本的には咳をカットしただけでした
最初からすごいもん作ろうとすると始まらない気がしたので… - 音はできるだけクリアな感じにする
別に何もしてないですが…
静かなところで録音しただけです
MacBookPro標準搭載のマイクでやりました
前にノイジーなPodcastを聞いてかなりストレスだったので、
それだけ防げればいいやと思ってましたが、
標準マイクで十分大丈夫でしたね
音声ファイルをWeb上に配置する
Web上に配置できれば別になんでもいいです
ただ、DropboxとS3では上手くできなかったという記事を見ました
こういうストレージ的な使い方できるのいいですよね
後述のRSSで、音声ファイルのパスを指定する必要があるのですが、
gh-pages作ってそっちのパスを指定するようにしてます
githubリポジトリのファイルパスだとエラー出たっけかな?
音声ファイルをRSSで配信する
tumblerで新規投稿するだけです
このtumblerのRSSがまるまるAppleに届くっぽいので、
Podcast用に新しいブログを作成した方が良さげ
ブログタイトルもそのままPodcast名になるっぽい
音声ファイルを投稿します
念のため2箇所にファイルパス入れてます
本文にそのままコピペと、添付ファイル(?)みたいなところにもaudioファイルとしてファイルパス入れときました
もしかして本文のところが、Podcast配信時のディスクリプション的なものになるなら、
本文は追々そういうテキスト入れようと思う
ArtWork用の画像を作る
後にApplePodcast用にRSS整形しますが、
その際に画像がArtWork画像が必要になります
1400 x 1400
適当に用意しましょう
これもとりあえず凝らずにパパっと作っちゃった
きっと後で変更できるよね…?
RSSをPodcast用に整形する
tumblerのRSSそのままだと、Apple申請時にエラー出ます
feedburnerというサービスで全部やってくれました
これもぐぐってもあまり解説がなくて、ちょっと苦労しました
ちょっと書くのがめんどいのではしょって書きますが、
1. tumblerのRSSのURLを登録して新規のfeedを作成する
2. 最適化タブをクリック > スマート・キャストをクリック
これでApple用に最適化するための情報入力画面に行けます
ここで先ほどのArtWork画像を登録したり、
Podcast検索で引っかかるための検索ワード登録とかができます
ArtWork画像はWeb上のURLを渡す必要があります
ぼくはこの画像もgithubに上げました
Apple申請する
以下のURLをクリック
Connecting to the iTunes Store.
先ほどfeedburnerで生成した、整形済みのRSSのURLを入力します
何か登録情報に不備があるとエラーが出るはず
終わりに
途中で書くのに疲れちゃってはしょってしまいました
また元気が湧いたら、画像付きとかで追記したいです
頑張れ未来のおれ
にしてもPodcast配信くっそめんどいですね
こりゃ非ITの人にはハードル高そうだし
このへん3つもWebサービス使わずに、オールインワンなサービスを
自前で作ろうかと思った
元気が湧いたらやろう
頑張れ
Tech系のPodcastをもっと聞きたいわけですよ
ではでは
スクレイピングの悩み
困ってるなう
どうも副会長です
GoogleのコンテンツをスクレイピングするようなWebアプリを作りたい
過去にとあるコンテンツでやったことがあるんだけど、その時はIP制限食らった
IP制限ってこれのことですね
www.slideshare.net
(「Google スクレイピング ip制限」とかでググってもあんまり情報無いですね
あんまみんな困って無いのかな…?)
今解決策を考えてたんだけど、あんまりいい方法が浮かばない
AWSで都度インスタンス立てて都度破棄する
スクレイピングがリアルタイムではなく、定期的に行う && 計算コストが大体わかる
ならばこれでいいと思う
今回はユーザーアクションに応じてリアルタイムにスクレイピングを走らせたいのでぼつ
クライアント側でスクレイピングする
んーまあこれかなぁ
結局クライアント側で使いまくるとIP制限がかかるので根本解決ではない
ただIP分散しただけ
あとはIP制限じゃなくて、アクセス元のドメインで制限されると結局ダメな気がする
jsでhttpクライアントみたいなのを触ったことがないのでよくわからない
ぐぐってもあまり同じようなケースに遭遇しない
やろうとしてることが結構特殊な要件なのかね
んーjsでやってみるかなーー
ではでは
追記
これだーーーーーーー
いけるかもしれん
rubyのtor-privoxyを使って、IPを偽装しつつHTMLを取得する - webプログラマーのブログ
追記2
とりあえず動いた
てっくねた
IT技術ネタですね
どうも副会長です
引っ越して早々連続投稿ですね
いいですね
その1
そもそもWordPressからここに引越してきた理由が
サーバの再構築のためだったりします
んで再構築用にserverspecを書いてみて、
ansibleを書いてみてとちょっとやってました
ansibleなんかわかりにくくないですか?
前にちょっとchefを触っていたのですが、
chefはすごく面倒でした
今回みたいな軽い構築には向かないですよねと
ansibleはライトだと記事を読んだのですが、ちょっと面倒な印象でした
結局ymlの記法がよくわからず、最初はググりながら書かないといけない
itamaeというツールがあるのも知り、
次はitamaeをちょっと触ってみようかと
東京生まれヒップホップ育ちのぼくにはitamaeのが馴染みやすそうだ
その2
Rebuild.fmが楽しい
毎週更新が楽しみでしょうがないのですが、
同じようなPodcastがないものかと探してました
結論としては見つけられず
wada.fmは聴き始めてみました
音声で興味のある情報を仕入れるというのが結構ぼくの中でヒットして、
これはいいなと思ってます
大体こういう情報はWebの記事でインプットするのですが、
音声にすることでこんなに楽なのかと思いました
家事しながらとかで聞けるのがほんとに良い
kindleの電子書籍をいい感じに読み上げてくれると結構それでOKなんだけど、
うまくできず
あんまりコンテンツが無さそうなので、
ちょっとやってみようかなーとは思った
眠いのでここまで
ではでは
