https://github.com/xuwei-k/scalikejdbc/commit/93a327b649
http://xuwei-k.github.io/slides/functional-something-shapeless/#0 https://github.com/xuwei-k/slides/blob/4dd0dfa/functional-something-shapeless/functional-something-shapeless/functional-something-shapeless.md http://connpass.com/event/8634/ ちょっと資料詰め込みすぎて時間なかったですが、まぁ "what are you doing!?!" で笑いがとれたのでよかったですね(違 後から資料として見ても意味があるようにわざと色々と詰め込んだので、日本語のshapelessの資料あまりないと思うので、まぁ参考にしてください。あと、がくぞーさんが言ってるように
以下のエントリ 「関数型Ruby」という病(6) - 関数合成と文脈、Proc#liftとProc#>=、そしてモナ に便乗して、(一部の例を)Scalaに翻訳してみるのと、ScalazのKleisliの話をします。Scalaや関数型に興味のない人は読まないほうがいいかもしれません。わざとMonadとかFunctorの用語も出します。また、もとのエントリの良し悪しとか、Rubyでああいうことをやることの是非などはあまり話しません、というか、それが主目的ではありません。とにかく便乗してScalaの話するのと、あえて元記事では避けている「関数型の用語を出した説明」を少しします。 まず、(nilはOptionを使うということにして)もとの>=の例を直訳すると以下 val f = (_: List[Int]).headOption val g = (_: Int) + 1 val h = (_:
https://github.com/heroku/sbt-heroku あとで欠点見つかるかもしれない?けど、もう基本的にこっち使ったほうが良さそう。*1注意点としては、sbt0.13.5以降のみ対応なので、現状play2.1とかの古いversionでは使えない?とか。以下、困ってる人の声と、自分が少し試した感想。 270MBくらいのものでもデプロイ自体は3分ぐらいだった。あとは回線の問題だったり、あのsbt-pluginもう少しキャッシュ効かせるとか改善の余地はありそう。けど、もともと現状は300MB制限あるので「制限ギリギリの量でも3分ほどで終わってタイムアウトしない」という保証ができれば?コンパイル時間気にしなくて済む(このsbt-pluginはコンパイルはローカルでやるみたい) ので、300MBの制限さえ気にすればよい、ということになりそう ScalaをHerokuで動かそうとす
列挙順自体はとくに意味ありません。あと「どの最適化がどのくらい速くなるのか?」を詳細に計ったことはないですし、「原理的にこうなってるから(ry」というのを説明するに過ぎません。中には「JITで無意味になるようなどうでもいい細かすぎること」も書いてありますし、最適化のトレードオフとして失うものもあるので、そのあたり自己責任でお願いします。本当に最適化が必要とされる場合は、以下のものを無闇に実行するよりまず計測したほうがいいのは、言うまでもありません。*1 1. private[this]をつかえ scalaのvalやvarは、private[this]にしたときのみ、直接のフィールドアクセスになります(それ以外ではメソッド呼び出し)。シングルトンのobjectの場合も同様です。private[this]をつけられる場合はできるだけつけましょう 2. なんでもかんでもListをつかうな 最初の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く