ちょいちょい勉強がてら書いてるのだけど、だんだん楽しくなってきたのでよい傾向である。
Scalatra 2.5 Guides - Scalatra
面倒くさいパーサの実装もDSLで書くだけ！そう、Scalaならね - Qiita
Building a lexer and parser with Scala’s Parser Combinators · e.near Tech Blog
逆引きレシピは前に購入してちょいちょい読んでたのだが、やっぱり書かないとだめね。
ここ最近githubにコード載せておくと採用時の評価に含めるよという会社があちこちにある（うちの会社もそうだが）。自分も評価する立場になったりするので、実際にコードが見られるのなら「いいんじゃないの？」「うーん……」という判断ができるので非常にありがたい。
翻って自分のgithubやbitbucketのレポジトリをのぞいてみると、たいしたものがあまりなく自分がチェックする側であれば「うーん……」という判断をするかなぁと思ってしまう。*1しかしながら実際には社内のレポジトリにガンガンコミットしているし、チームで開発している以上それなりにプロジェクトを改善していくすべは自分の中にあると思っているのでその内容をgithubのようなものに現れてこないコードの凄みというのは、どうすれば相手に伝えられるのかなぁと考えてしまう。
結局のところなんらかの問題を解くとかそういう方向なんだろうけど、そういう瞬発力の必要なところと実際に設計してコード書くということも若干違うような気もするんだよなぁというジレンマを感じている今日この頃なのです。
*1:びっくりするほどしょぼいね、これ
第52回 Cocoa勉強会関西 - iOS/Macアプリ開発勉強会
ラストのSingletonに全部もっていかれた。
オーストラリア 〒2330 ニュー・サウス・ウェールズ シングルトン
資料は後ほど公開。
確かOSXにMecab入ってなかったかなと思ってググるといくつか出てきた。
iOSにのる？（のって欲しいなぁ）
.deaファイル(COLLADA)
アイコンメモとは？ * iPhoneのホーム画面に付箋紙を貼るアプリ
個人的な感想として、iOS+BLEの発表が多くなってきたなという印象。 ボードを売り出す！4800円ぐらい。
cocoapodsいい！便利！
紹介ではfor iOSとされていたけど、一応KiwiはOSXでもつかえる模様。
Singletonはstatic結合をまねく……Singletonは単体テストの敵
7月の終わりらへん。-> 8月3日。
個人的にちまちまやってることがあって、それの勉強として書いてみた。
ここのところずーっと端末の一機能（カード情報読み取ったりとか、バーコード読んだりとか）だったりして、そもそもWebのフロントエンドを弄る仕事がほとんどなかったりしたせいで、むかーしやってたことをだいぶ忘れていたりしたので簡単なコードでもなかなか大変だったりしましたが、Web系の開発も面白いなぁというのがここまでの感想。
ドットインストールの入門とかがわかりやすくて、フォーム系とかはまあまあわかった感じではあるけど、もっと深く突っ込んだところはまだまだピンッと来ていないので、Androiderに贈るAngularJS概説 #AngularJS #JavaScript - Qiitaなどを読みつつ深堀りして行きたい。
Github創業者の話がキャンパスプラザ京都で聞ける！ということを一昨日知り、その場ですぐさま予約しまして、本日聞きに行ってきました。
近くの郵便局によってから会場に行くと、19:10ぐらいに到着。すでに席が半分ほど埋まっており、自分が座った後も次から次に人が受付に並んでいて、ほぼ満席になっていました。注目度の高さがうかがえましたねぇ。
以下、Evernoteに書き取ったメモ。大体のエッセンスを書いていっただけなので、多少意味が違っているかもしれません。
はじめはGitHub COO PJ Hyett氏による今に至るまでの流れ。いろんなプロジェクトに関わったり、Rubyコミュニティで発表なりしていくうちにGithubにたどり着いた……アウトプット大事よねというのが感想。なにより楽しそうにやってるってのがいいなぁ。
Before Github
いろんな言語を勉強 -> Rubyにぞっこん
Wayfaring : Google Mapsでいろいろできる
CHOWHOUND : Ruby on railsで一からリライトRubyについてのBlog立ち上げ -> 人気になる
CNETに嫌気 -> ruby on railsのコンサルを始める
自由にやれると思った -> クライアントがボス
試しに自由にサイトを作ってみる -> FamSpam -> お金にはならなかったRuby meetups が増えてきた -> Fun!
meetupsのあとでGithubのアイディアを生み出す -> 翌日にGithubのドメインを取得forkをネガティブな意味からポジティブに！（コラボレーションのエッセンスとして）
初期はヴィジョンが小さかった
gitの管理がめんどくさい -> そこを解消したいEngine Yard ： Ruby on railsのホスティングサービス -> 提携して良い効果（ホスティングは大変）
beta版 少数の招待（メール通して）
オフィス -> 2年ほどカフェ、レストランや自分の家でやってた。
GithubでGithubを作る。Campfireが重要だった。ruby on railsがGithubにホスティングされる
Scot -> ruby meetups, git meetupsで出会い、最初の社員になる。
給料を払おう
-> 毎月売上の目標設定を達成すればちょっとずつ上げていく。最終的にコンサルやっていたときと同じぐらいの給料になった。社員の殆どが社内では働いていない。
オフィスにいることは必須にしていない。オフィスはみんなと交流する場。
2010年に更に大きなオフィスに引っ越し。
楽しいことを目的にオフィスをデザイン。仕事をすることが目的ではない。
みんながんがん英語で質問を投げるというなかなかすごい場に居合わせることができたなぁ。さっきの話にしてもQ&Aの内容を聞いていても思うのは、「自分たちが楽しいか、自分たちが必要なのか」がまずあってそこから掘り下げていく力がすごいなと。マネタイズなんか考えてねーよというある種の割り切り感も思考のシンプルさを物語っているなぁと思います。
自分の好きなことをできるけど、管理出来る人がいないときはどうするのか。
A： マネージャーがいない -> 好きなときに貢献できる
たまにガイダンス必要な人がいるときはある。「一人で作業しない」Githubにホストされているプロジェクトの質の高さ -> スタンダードが高いから。
Githubの社員が特別なわけではない。トップダウン型ではなく、みんなが好きな事ができるようにしている。なぜ最初からビジネスモデルを立ててやったのか、投資家から資金を募らなかったのか
-> 以前やったサービスで無料ばらまいたらコストがえらいことになったので、
はじめからビジネスモデルを定めた。
投資家には口出されたくなかったのでアプローチしなかったGithubでのコミュニケーション
-> githubで管理、メールやCampfireも使ってる。非同期でやってるよ。Githubのテストが早いけど、ほんと？ なにか工夫している？
-> ほんと。テストはたくさんやるので、プライオリティ高いのでリソースをかけてる。エンジニアとかパートナーシップはどこでみつける？
-> ruby meetupsとか2年ぐらいかけて信頼を積み重ねたなんでrubyとかrailsを使ったのか。他の技術はどうなのか。
-> 開発の経験が大きかった。rubyは読みやすい。開発者じゃない人にもGithubを使わせるような今後の展望があるか。
->それぞれにいいソリューションがある。githubはdiffしてmergeして、振り返れるコードに着目。新機能出すときのプロセスは？
-> オープンソースみたいな感じで開発してて、勝手に新機能を追加。
気に入ったらパブリックに出される、気に入らなかったら戻される。
マネタイズの部分は見てない、開発者にとっていいか悪いかを考えている。会社つくるときに集まって起業しようという目的意識があったのか？ 自然と集まって至ったのか？
-> 一緒にしたいという気持ちはあったが、どちらかというと自然とそんな感じになった。給料とかどう決めてるの？
-> しばらくみんな同じ給料な時期があったけど、今は前の会社の給料に+5000ドルして決めてる
互いに評価したりとかしているわけではない。その人といて楽しいかどうかが重要！
いっしょにいたことがある人とやるのが、大切（前田さん）はじめの目的（gitホスティングを簡単にする）から変わってきたのは何がきっかけ？
-> 自分たちで使ってきてソーシャルコーディングのほうに変わってきた。
コラボレーションすることがいいよねというのがわかってきた。Githubの成功って他のOpensourceにも適応できそうだけど、どう？
-> ユーザにとって一番いいものにフォーカスしていかないと、成功しないのじゃないかGithub上で政治的なコラボレーションはどうか？
-> 実際に例はあるが、githubはプログラムに適応してる。他の場所で同じようなコラボレーションをするところが出てくるのではないか。売上の企業と個人の割合
-> 7:3ぐらいGithub最大のピンチとそれを乗り越えた方法は？
-> 特に大きなのはなかったけど、なにか危なそうなところとかはその後できっちり対策たててる。
情報発信大事！Githubのコラボレーションの側面ははじめから考えがあったのか、それともユーザの中で醸成されていったのか。
-> 哲学があったわけでもユーザがいたためでもなく、自分たちに必要なものを追加していったらそうなった。
ここ最近、写真とけいおん！のブログになっていますが、本当は技術的なことも書いているんですよ？と言いたくなったわけではありませんが、何はともかくCocoa勉強会関西に初参加ですよ。
何気にProject Builder（からXcodeへの移行時期）のころに萩原本とかヒレガス本を使ってそこそこCocoaを触ってたわけですが、就職してからというものC#ばっかりですっかりその頃の学習結果が消え失せた感じになっちゃったので、初心者にかえって聴講してきました。全体を通して見た感じ、やはりiOS寄りの内容が大部分を占めていてOSX系のお話はCotEditor開発・メンテのusami-k氏のみ。
とはいえ、id:ninjinkun氏の「エラー処理をどう捉えるか」はOS関係なくアプリケーションを開発する人間にとって考えなければいけないお話であるし、kaniza氏のCore DataにまつわるあれこれはOSXアプリケーションにも十分役に立つものだと思いました。MacBook Airの電源アダプタがお亡くなりになるというトラブルに見舞われつつも、非常に為になる勉強会でした。
以下、さくっと内容。
kaniza氏。メールアプリのフラグみたいなUIを実装するときに使えるTips。
もっと詳しく言うとなにかフラグをつけた項目がViewにあったとき、そのフラグを消すとすぐにViewの表示から消えてしまうので何とかしたい、というところを何とかしましょうという話。キーワードとしてはNSFetchedResultController、NSFetchRequestなどなど。
こちらもgithubにサンプルがあるので、試してみるべし。
kaniza/DoubleFetch · GitHub
itok氏。
iOS5で色々追加された便利なものを紹介。個人的にCLGocoderが面白そう。
VCARD読み書きについては、以下にサンプルあり。
itok/VCardImporter · GitHub
Cocoa勉強会関西 #42 iOS5の小ネタ集
usami-k氏。
CotEditorの開発・メンテを引き継がれたかたで、CotEditorには毎度毎度お世話になっております。
Lionから登場したVersionsをアプリケーションにどう対応するかという発表。以下の条件ならほとんどのアプリケーションは対応できるようです。
2つ目は細かいメモがとれてなかったので、再度調べてみたらautosavesInPlaceメソッドをオーバーライドすればいいのかな？
+ (BOOL)autosavesInPlace{
return YES;
}
Nacho4d - programming notes
うまくいかない場合もあって、CotEditorはそれにひっかかってるとのこと。しかし、こんなに簡単にできるのね。
ninjinkun氏。iPhoneアプリが通信エラーを起こした場合、どんな実装・見せ方をすればユーザにストレスを与えないか？というお話。内容的にはこちらの記事に相当。
iPhoneアプリの通信エラー処理を考える - iOS Advent Calendar 2011 - ninjinkun's diary
発表後にはNSErrorとNSExceptionをどう使い分けるかという話もあったり。結論のメモがきちんと書かれてないので、どう着地したか思い出せない……
自分がはじめにCocoaに触れた頃からすると、iOSのおかげで情報がたくさん表に出てきた印象が勉強会から感じましたねぇ。非常に面白かった、と同時にやっぱり自分も発表できるくらいのネタが持てるぐらいにはなりたいなと。ええ、そのうち……
最後に勉強会で話題に出た本を。
