自分は Tasty という BuzzFeed のレシピ動画を参考にするようにしている。自分も前はクックパッドを見ていたが、クックパッドにお金を払っていないため人気順でレシピをソートすることができず、検索してヒットする複数のレシピを見て比較したりするのに疲れてしまった。
Tasty は動画で料理が作られていく課程を見ながら料理をできるので楽しいし失敗しにくいと思う。映像や音楽もプロが作っているだけあって娯楽性が高い。 Tasty の問題点はレパートリーが洋食に偏ること。オリーブオイルどばどばで MOCO'Sキッチン のような感じになってしまいがち。あと簡単には手に入らない調味料を使っていることが多いので、カルディコーヒーなどの輸入食材店に足繁く通うことになってしまう。
手早く簡単に、家にあるもので何かを作りたい、という要求は満たせないかもしれないけど（クックパッドは冷蔵庫にある材料でレシピを検索したりできるのが便利）、料理を作ること自体が娯楽である人には Tasty はとても参考になると思う。
iPhone 7 にしたら結構カメラの画質良くなって割と満足してる。フィルターかけることの喜び知ってしまって VSCO で遊んでる。フィルターかけるとオリジナルとフィルター済みの2パターンの画像ファイルできてしまう。 SNS にアップロードするときはフィルターかけたやつを上げたいけど記録用に自分のフォトライブラリに残すやつはフィルターかかってないやつがよい。そういう運用してるとフィルターかかってるやつとかかってないやつの両方がごちゃごちゃにフォトライブラリに残ったりして管理をどうするかで悩んでる。
一眼レフは相変わらず D90 使ってる。結構ボロボロになってきてて買い換えたいのだけど先立つものがなく買い換えられていない。グリップのラバーゴムを交換したり、キットレンズの VR 18-200 の修理をしたりしながら何とか使ってる。やっぱり iPhone のカメラとは別格の写真が撮れる。特に Nikon 純正の単焦点を付けて撮ったときは良いのが撮れる。フルサイズ機への買い換えを考えたこともあるけど、最近はぶっ壊れるまでとことん D90 を使おうかなと思ってる。ただ D90 は動画がよくない。音声はモノラルで解像度低いしフレームレートも低くオートフォーカスもなし。動画の画質は iPhone 5 くらいの頃から iPhone に負けている。 Apple TV でテレビに映して再生すると一昔前の YouTube みたいな画質になる。
一眼レフには Mac 側のストレージを圧迫するという問題点がある。いま使ってる MacBook Pro は 2009 年モデルでかなり古い。初期搭載の HDD から 512GB の SSD に変えているけど RAW がストレージを使いまくってて残り 20 GB 程度しか空きがなく Xcode のアップデートも行えないような状態。そもそも RAW 撮りやめてしまっても良いのではと思い始めた。 RAW 現像する暇ないし Aperture の開発は停止されて RAW 現像できるソフトがそもそも手元にない。実はカメラの撮って出し JPEG でも十分満足できている。結構良い画質で撮れてそれを Keenai （旧 Eye-Fi ）でさっとスマートフォンに取り込んで SNS に上げたり iCloud 共有したりすることの方が自分のカメラの使い方としてプライオリティ高い。
プロでもハイアマチュアでもない普通の個人はどういうフォーマットで写真を撮って保存するのがベストなのだろうか。 RAW で撮っとけば後々後悔することはあるまいと思っていたけど、ストレージの値段が劇的に安くなってきてるわけでもない（ローカルストレージは安くなったが、クラウドストレージに同期しながら使おうとすると結局コスト高い）し、デバイス間の転送速度の問題もある。 2017 年のベストな写真管理方法知りたい。
むかしやってた映画のブログ（ WordPress ）のデータをこのブログに取り込もうとしたら、 mysqldump しといたデータが文字化けして読めなかった。 映画ブログのデータベースの文字コードは utf-8 にしてたけど、 Dreamhost の MySQL サーバーの defualt-character-set がおそらく latin1 になっていたと考えられ、 mysqldump するときに utf8 のデータが latin1 として export されてしまい文字化けを起こしていたっぽい。
vim で開いて e ++enc=utf8 してみたり、 nkr で変換しようと試みたり、ググって出てきた Perl のスクリプトで変換しようと試してみたけど直らなかった。この変換は MySQL 自身にやらせないとダメなのではと思い、以下を試したがダメ。
結局、 Stack Overflow にあった以下の方法で解決できた。
一旦文字化けしたまま utf-8 の文字列として import し、以下の SQL を流す。
UPDATE [table_name] SET [column_name] = CONVERT(BINARY CONVERT([column_name] USING latin1) USING utf8);やっぱり MySQL で化けたデータは MySQL で直すしかないみたいだった。
サードウェーブおっさんとして当然のことをしたまでです。 pic.twitter.com/lY8fcJTd3U
— ゴナカイ (@morygonzalez) December 3, 2015
コーヒー、うまいコーヒー屋に巡り会うまで五里霧中な感じがある。なんかネットとか雑誌とか見たら、コーヒーの入れ方はこうでないといけないとか講釈たれてる人多い。のの字を描くように回せだとか。あれ宗教なのではと思ってしまう。この前テレビ（美の壺）見てたら、最初 30 秒蒸らす、とかやるのは日本だけだって言ってた。外人はもっと雑にドリップしてるっぽい。この日本の宗教がかったコーヒー道をよいと思ったアメリカ人が始めたのがサードウェ〜ブってやつなんですかね。田舎に住んでるのでよくわからないです。
自分は大学生の頃にシアトル系のコーヒーチェーンでアルバイトしていて、コーヒーのことを分かったようなつもりになっていた。シアトル系なので作ってたのはエスプレッソ系がメインで、ドリップコーヒーはおまけくらいに思ってた。家で飲むときもエスプレッソは手間がかかるから比較的簡単にいれられるドリップを仕方なしに飲む、という心持ちで飲んでた。深煎り豆を細かく挽いて作る濃いコーヒーが正しくて、浅煎りの酸味のある粗挽きの豆はゴミだと思ってた。またコーヒーは店で飲んでも高いだけで、コーヒー豆を買ってきて家で飲むのがうまいと思い込んでいた。
しかしここ最近で、コーヒー専門店のコーヒーの味にやられて考え方が変わってしまった。
一軒目は長崎の囁き坂で、ここは深煎りなんだけど、豆の香りが違う。口に含んだらぶわっと広がる感じがして、「あ、これは違う」というのがはっきり分かる。コーヒー豆を買うと一ヶ月は冷蔵も冷凍もしなくてよいと言われる。豆の芯まで火が通るように焙煎しているから味が落ちにくい、とのことだった。しかもコーヒー豆が 400円/100g くらいからで買えて安い。店内で飲むときはドリップよりも水出しダッチコーヒーがメインで、砂糖が入っていないのにどこかほんのり甘く、全く雑味のしない不思議なコーヒーを飲むことができる。長崎に行くたびに立ち寄って豆を買うのだけど、店主の話が面白いし、長崎市役所の隣の長崎風の坂道沿いにあって、とても洒落ている。嫁さんは女子高生時代にここに友達とやってきてぺちゃくちゃしゃべっていて出入り禁止になったとのこと。
二軒目は福岡のペタニコーヒー。ここは福岡の郊外の糸島市でやってるコーヒー屋で、恐らくサードウェ〜ブっぽいコーヒーを出しているのだと思う。何の気なしに立ち寄ってコーヒーを飲んだら衝撃を受けた。これまで深煎りの濃いコーヒーこそがうまいコーヒーだと信じていたのを覆された。浅煎りなのに薄くない感じ。酸味も酸っぱいというよりさわやかでおいしい。正直、郊外でやってるコーヒー屋は謎のこだわり豆とかを高い値段で売っていていけすかないと思っていたのだけど、ペタニコーヒーに関してはそんなまがいものコーヒー屋とは全然違った。こちらは 650円/100g くらいしてちょっと高いので頻繁には買いに行くことができないのだけど、常日頃の自分のドリップにマンネリ感を感じてきたときに行ってコーヒーを飲むとよい刺激を受けられてよさそう。また行きたい。
何が言いたいのか分からない駄文になってしまった。30秒蒸らしルールとか、ドリップしてて最後の方にドリッパーの中に残ったやつは捨てるとか、そういうコーヒー道的なカルチャーにうさんくささを感じていた自分が、よいコーヒー屋に巡り会うことで感化されて 30 秒蒸らしたりドリッパーに残った最後の方のお湯は捨てるようになったというお話しでした。コーヒー道最高。
この記事は二日遅れで書いていますが コーヒー Advent Calendar 2015 16 日目の記事でした。 17 日目の @deeeet さんの記事が大変参考になりますのでそっちを読みましょう。
これまでの人生で川らしい川の近くに住むのは初めてです。緊張しています。
子どもの頃はどぶ川近くに住んでて、どぶ川野郎だった。小学校に入ったばかりくらいの頃、どぶ川にふたがしてなくて転落したことある。川縁のコンクリートで脇の下を負傷してこわかった。
小学校二年くらいの頃、そろばんの習い事してて、毎週火・金とかで家の近くのそろばん塾に通わされていた。そろばん塾への道沿いにもどぶ川あった。ある日塾に通っているときに、どういうわけか叔母に作ってもらったパッチワークのそろばんケースごとそろばんを川に落としてしまった。どぶ川の水に浸かったそろばんとそろばんケースを持って塾に行くことは不可能であると判断し、塾に行かずに家に帰ってこたつに入ってテレビを見ていたら、仕事から帰宅した母が家にいないはずの自分の姿を見て怒り心頭に発し、サボりであると断罪されてびんたをくらった。子ども時代に何度か叩かれたことはあるのかもしれないけど、母親から叩かれた記憶、このときの一回しかない。そろばんケースがどぶ川に落ちて不可抗力でそろばんを休んだつもりだったのに、ずる休みであると断定されたことがとても理不尽に思えた。
家の近くの川の話。
家の近くの川、川とは言ってもあまりは水は流れておらず、土砂が堆積して中洲には雑木が生えてたりする。ダメ川感ある。
この川、住宅街から小学校への通学にちょうどよい位置に橋がなくて、川向こうに住んでいる子どもたちは小学校へ行くとき車通りの多い道を遠回りしなければならず、遠回りを嫌った子どもが川を飛び越えて通学することを試み、川に落ちてずぶ濡れになりながら登校したり、けがをしたりしていたそう。（今宿タイムズ 第20号より）
いまは立派な橋がかかってる。
川の近くに住んでいるのだから参加してもよいだろうと思い、川で遊んだりビールを飲んだりバーベキューをしたりしたことはないのですが、川 Advent Calendar 2015 に参加させていただきました。13 日目の記事でした。昨日は @Lorentzca さんの柳瀬川で鯉を釣る方法で、明日は @hitode909 さんです。
この記事は地方在住ITエンジニア（元・地方在住も可） Advent Calendar 2015 - Adventar 6 日目の記事です。地方在住ウェブエンジニアの著者が思ったことを書きます。
熊本出身で大学生の頃は東京に住んでいました。いまは福岡市に住んでいて、東京のインターネット企業に雇ってもらってます。リモートで仕事してます。
最初は福岡での暮らしについて書こうかと思ったのですけど、福岡在住の著名 IT エンジニアはきしだなおきさんや新井俊一さんなど以前からたくさんいらっしゃって情報発信しておられますし、最近では前職でご一緒させていただいた、昼に寿司を食べた舌が乾かないうちに夜焼肉を食べたりしている金満エンジニアで、天気の話からでも HashiCorp プロダクトの話に結びつけるうずづらさんや、女性ファン急増中のプラチナ貴公子スーパー Go lang プログラマーモノクロメガネさんなど雨後の竹の子のようにいて情報発信しておられますし、また福岡について書いたら最終的に「福岡便利ですよ、移住してみませんか」みたいな結論になりがちですし、加えてほかの皆さんの記事を読む限り福岡は地方には含まれなさそうなので、福岡にやってくる前に住んでいた熊本県阿蘇地方での生活を綴りたいと思います。
僕が最初ウェブ開発を生業にしたのは熊本県の過疎地域、阿蘇地方でした。元々学生時代にコンピューターサイエンスを学んでいたわけではありませんでしたし、プログラミングというより HTML マークアップと雑用担当としてウェブ開発業界に潜り込みました。
ギャラが少ないことと勉強会に参加できないことがつらかったです。
実家暮らしだったので何とか生活できていましたが、年収200万に満たなかったです。地方にもインターネット関係の仕事がないわけではないのですけど、まともな賃金が支払われる仕事がないと感じます。地方でのシステム開発は、自治体が都会の SI 会社に発注する数千万円から数億円規模の仕事か、商店のホームページのアクセスカンター設置みたいなやつしかなくて、後者に対する報酬はとても少ない。一年と少ししか働いていませんでしたが、このまま歳をとるとやばいな、という危機感はありました。
田舎にいると勉強会的なものに一切参加できないのもつらかったです。勉強会がしばしば開催されている福岡に引っ越してきて何度か勉強会に参加してみたけれど、勉強会は参加するだけでは無意味で発表する側にならないと得られるものが少ない、ということがわかって勉強会渇望症みたいのはなくなりました。いまにして思えば隣の芝生は青い状態なだけだったという感じがあると思います。勉強会とかなくても学ぼうと思えば学べるはずです。ただし勉強会で発表しまくって目立ちたいとかそういう人は都会に住んでないとダメでしょうね。
職場に質問・相談できる相手がいないのが心細かったです。常に一人で考えて試行錯誤を重ねる必要がありました。それはそれで良い経験にはなっていたと思うけど、知っている人がいてヒントを出してもらいながらステップアップしていく方が断然効率的だったと思います。もし『情熱プログラマー』でいわれるところの師匠なような存在がいたら、今頃もっとよいエンジニアなれていたのではないかと自らの怠慢を棚に上げ思います。
ほかの人の記事を読むと通勤時間が長いと書いてる人が多いですけど、当時の職場は家から車で 10 分のところにあったので通勤時間に関しては不満はなかったです。この辺はたまたまが職場が家から近くてラッキーだっただけだと思います。ただ仕事のあとに映画を見たいとか本を買いたいと思っても、田舎過ぎて仕事帰りに何かするというのが無理だった（そもそも仕事が終わるのも遅かった）のはつらかったです。
当時の職場が森の中にあって、職場から阿蘇山の景色を望むことができました。また昼休みに職場の周りを散策すると、小川があったり農家に引かれて道を歩いてる牛とすれ違ったりして毎日がちょっとしたハイキングみたいでした。疲れたときに窓から阿蘇の山々を眺めると癒やされましたし、毎日昼に散歩すると頭がすっきりする感覚があってよかったです。キャリアのスタート段階だった、独身で時間を自由に使うことができた等様々要因はありますが、当時はよく学ぶことができていたなという感じがして、これら自然環境が少なからずよい影響を与えていると思います。
ギャラが少ない一方で上司が非技術者なのでやりたい放題できるというメリットがありました。課題に対して自分の好きなとおりに解決策を考えて解答を出すことができました。以前、社内 SE は無双できると書かれている記事を読みましたが、まさにそんな感じです。信頼さえ得てしまえば無双できると思います。
等々で収入が多くなくてもかまわないなら、田舎で仕事するのも良いのではないか、と思います。特にキャリアのスタート期を終えて一定程度のスキルを身につけている状態で、働き口さえあれば、地方に引っ込んでもそれなりに楽しくやっていけるのではないでしょうか。ただし地方に引っ込んでも最新技術へのキャッチアップを怠らないことなど、意識を高く持つことは大事だと思います。
勤務先を地方に求めず、リモートで東京の仕事を請け負う、というやり方もありますが、東京の会社に雇用されて福岡でリモートワークしている僕個人の考えでは、リモートワークというのはやはりなかなか難しくて（リモートワークアドベントカレンダーで書こうと思います）、特に業務委託などでフリーランスの人が仕事を受けながら働くのは、受け手が相当の熟達者か、発注者と受け手が元同僚であるとかでないとディスコミュニケーションが発生してお互いつらい気がします。正規従業員として雇用されている僕も月一回程度東京に行って、膝をつきあわせて仕事しています。
役所が都市部のハイエナ SIer に発注するような仕事以外にも、地方在住のエンジニアがローカルビジネスのオーナーから請け負って価値を提供できるような場所はあるのではないかと思っています。以前田舎で働いていたときに、もう少し自分にスキルがあってお客さんにも意欲があれば、もっとウェブ技術を使って便利にできるのになぁと思うことがしばしばありました。ウェブサービス作ってユーザーめっちゃ増やしてドカーンだけがエンジニアリングの使いどころではないと思いますし、地方出身者が都市部に吸い寄せられていくだけでは先祖代々の墓は誰が守れば良いのか分かりません。何年先になるか分かりませんが、隙あらば地元に帰って何かしてみたいです。
最後に福岡で働くことについて一言書いておきますが、福岡はブラック企業が多い街という印象を受けます。街がコンパクトで皆歩いて帰れる範囲に住んでいるせいか、終電の概念が崩壊しており、平気で午前 2 時、 3 時まで働いている会社があります。なので福岡最高、福岡便利、福岡手榴弾！！、！などといった甘言に惑わされず、移住を検討する際にはまともな勤め先を確保した上で断行してください。僕は福岡で最初に働いた会社が本当にひどかったです。以上です。
この記事は地方在住ITエンジニア（元・地方在住も可） Advent Calendar 2015 - Adventar の 6 日目の記事でした（一日遅れて書いてます）。今日の担当は飲み会後、歩いて帰れる距離でも必ずタクシー帰宅をキメる @h_demon さんです。お楽しみに。
このブログの Archive ページ、自分で作った Lokka Plugin でできているのだけど、ここを React を使って作ってみた。 React チュートリアルの写経の題材を自分のブログにした感じ。 CoffeeScript オワコンと言われて久しいけど Coffee で書いた。 JSX を CoffeeScript で書くときはバッククオートで囲むとよいという知見が得られた。
Entry = React.createClass
render: ->
`(
<li className="entry">
<a href={this.props.link}>{this.props.title}</a>
<div className="detail-information">
<span className="created_at">{this.props.created_at}</span>
<Category category={this.props.category} />
</div>
</li>
)`