nullを使ったらコンパイル時にJVMをクラッシュさせる - xuwei-k's blog
https://github.com/xuwei-k/wartremover/commit/48046a 数日前だけど、なんとなく記念に貼っておく ＠gakuzzzzというnull安全ではない実装をコンパイルエラーにするアノテーションが求められている？ 2016-04-15 22:29:41 via Twitter for Android to @gakuzzzz @BlackPrincessW VM毎クラッシュするとかの方がいいかも 2016-04-15 22:31:15 via Twitter Web Client to @BlackPrincessW @gakuzzzz @BlackPrincessW それバグってると思われるだけww 2016-04-15 22:35:31 via Twitter for iPhone to @gakuzzzz .@seratch_ja @gakuz
ScalaのREPLでASTを表示する機能 - xuwei-k's blog
showのほうは2.11.0から(?)あって、printは2.11.8から Neat trick I just discovered: add `// show` in the Scala REPL to see the actual code that gets compiled. 2016-03-30 23:19:15 via Twitter for Mac @jaguarul starting 2.11.8, add `// print` and hit tab, it will show the de-sugared version of your code (without the REPL's wrappers) 2016-03-31 00:38:16 via Twitter Web Client to @jaguarul scala -Xprint:typer などとすれば、
「Functional Programming in Scala」を訳した「Scala関数型デザイン&プログラミング ―Scalazコントリビューターによる関数型徹底ガイド」という本が出ます - xuwei-k's blog
わざと両方のタイトルをblogのタイトルに入れてみました(ながい・・・) レビューに少しだけ関わりました。自分が翻訳したわけではありません。あくまでもレビューです 原著 Functional Programming in Scala Scala関数型デザイン&プログラミング ―Scalazコントリビューターによる関数型徹底ガイド (impress top gear) 作者: Paul Chiusano,Rúnar Bjarnason,株式会社クイープ出版社/メーカー: インプレス発売日: 2015/03/20メディア: 単行本（ソフトカバー）この商品を含むブログ (7件) を見る http://book.impress.co.jp/books/1114101091 作者達はおそらく訳されて今の時期にでることをあまり知らない？だろうから、知らせるのと感謝の意を伝えるtweet↓(そしてサンプ
Scalaのprivateとprivate[this]とバイナリ互換 - xuwei-k's blog
Scalaのversionは2.10.4です。 とあるprivateなフィールドをobject内に定義 ライブラリをリリース それをpublicにしようとする mimaに怒られる（´・ω・｀） 実は内部的にはコンパニオン同士でアクセスするためのメソッドが自動生成されてるから、そのメソッドを消すことになりバイナリ互換が崩れる！！！ バイナリ互換のためには、privateではなくprivate[this]を使ったほうがいいのか？ という知見を得た。(またscalikejdbcやってる最中に) まぁ崩れるけど、その自動生成メソッドを(javaから？)無理やり呼び出したりしない限り大丈夫？なので、もう少しmimaが賢くなるか、設定方法が柔軟になっていて欲しい気もする。 つらい・・・。
![Scalaのprivateとprivate[this]とバイナリ互換 - xuwei-k's blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/6f2c034ef218495bfc5eefcf23274984a8270ec7/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F13208692334729896381%2F8599973812272240371%2F1497967229)
jol(Java Object Layout)という、Javaのオブジェクトがどのようにメモリ上にレイアウトされるのか？というツールをsbtから便利に使えるようにする - xuwei-k's blog
最近公式にopenjdkの一部になったらしい？ので、まだあまり有名じゃないかもしれませんが、以下のような便利ツールがあるの知ってますか？ http://openjdk.java.net/projects/code-tools/jol/ もともと個人で以下のリポジトリで開発されてたらしいです https://github.com/shipilev/java-object-layout いくつか機能があるみたいですが、とりあえずorg.openjdk.jol.info.ClassLayoutというのが、なにか大量に同じクラスのインスタンスを生成する予定があって(たとえばActorとか？) 「それぞれのclassのインスタンスが、何バイト消費するんだろう？」 というのを正確に知って、全体のメモリ消費量の予測に役立てたりするのにとても便利っぽいです。*1試してないですが、原理的にJavaだろうがS
Scalaのマクロの基礎。評価タイミング、評価回数と、健全性 - xuwei-k's blog
Scalaのマクロというより、一般的にマクロに共通する基本であり重要な部分です。それをScala使って説明するだけです。 Scalaのマクロは、未だexperimentalという位置づけで、他の機能に比べれば仕様やAPIが変わりやすい状態です。そして、機能が搭載されてからあまり時間が経っていないこともあって*1あまり一般的に使われているとはいえない状態でしょう。しかし、Cなどのマクロとは違い、Scalaのものはある程度は本格的にコンパイル時に抽象構文木を自由にいじれるものであり、使いこなせるようになってくるとなかなかおもしろいです。 マクロというと、ある程度の人はLispを思い浮かべると思いますが(?)、先ほど書いた「本格的に抽象構文木いじれる」という点はまさにLispと共通する部分もあります(もちろん異なる部分も多くあります)。 つまり、これから説明することは、On Lisp*2 On
時代はリテラルレベルプログラミングだ！ - xuwei-k's blog
リテラルレベルプログラミングという用語が存在するのかは知りませんが、べつに厳密に定義せずなんとなく使います。まぁこれ https://github.com/okomok/lity の説明が "Exploring literal-level metaprogramming" なので、そこから拝借という感じですかね。 さて、scalaでは、StringやIntのリテラルでfinal valで定義すると、型自体が特別扱いされる(?)という、知られざる仕様があります。まずは以下のgist御覧ください finalを付けずに val a = "a" だと型は a: String = a なのに対して、final valにすると b: String("b") = b というよくわからない型になってますね。そして def foo(c: b.type) と定義すると、foo("bar")と渡すとコンパイルエ
Scala初心者がPlay2.2を使ってtwitter連携アプリを作ろうとしたときにハマった罠 - xuwei-k's blog
飛び入りで、芸者東京さんの勉強会で、初心者にScalaを教えるという勉強会をしてきた時の話です http://partake.in/events/5c793335-6b54-43f5-ac6f-6234b0847308 事例1 sbt0.12.xのlauncherがインストールされていた ↓ それで、Play2.2やろうとすると、エラーでる(0.13のlauncherが必要) ↓ 初心者だとそのエラーの意味が、すぐにはわからない ↓ 「sbtどうやって入れた？いつ頃入れた？」 ↓ 「homebrewでいれました」 ↓ brew updateする ↓ sbt以外のものも大量にupdateされて、とても時間を消費する 事例2 sbtでOutOfMemoryエラーでる ↓ インストール方法によるが、少なくともhomebrewは、デフォルトではJVMのオプション設定されないらしい*1 ↓ 結論とし
JavaとScalaのBigDecimalについて色々と - xuwei-k's blog
以下のような経緯で、BigDecimalをいじっていて、知らなかったことがいくつか出てきたので、まとまりが無いですがとりあえずわかったことを順に書いていきます。 前提知識として、BigDecimalはDoubleなどで表しきれない大きな数を表すためのクラスです、そしてscala.math.BigDecimalは、java.math.BigDecimalの薄いラッパーです。単に、BigDecimalといった場合、どちらのこと言ってるのかわかりにくい・・・。 play2scalaz という自作のライブラリで、テストが途中で停止する(?)問題に遭遇 スレッドダンプ取得してみたら、BigDecimalがあやしい Play2のJsonの数字を表すJsNumberは、内部で一旦scalaのBigDecimalとして保持している*1 なので、play2scalazのテストで、BigDecimalからJs
sbtの密結合な内部アーキテクチャ - xuwei-k's blog
sbtというと、独特なSettingのシステム*1や、Scalaで記述する内部DSL*2ばかりが注目されがちです。それらは、初心者にわかりづらかったりして批判されることが多かったり、逆にsbtを使い慣れた人にとってはとても強力で面白い仕組みです。 Settingのシステムに注目すると、汎用的に色々な言語のビルドにも使えそうに思えます。事実、sbtでC++のpluginを作っている人もいます。 しかし、sbtはあくまで「Scala(とJava)のためのビルドツール」です。 これは「単にScalaをデフォルトでサポートしてる」という意味にとどまらず、おそらく皆さんが思っているよりもずっと深い意味で「Scalaに特化したビルドの仕組み」が内部に備わっています。 今回は、そんな「sbtの内部アーキテクチャ」の紹介をします。 以下、かなり長いです。読み物としては面白いかもしれませんが、単にsbtを使
Scalaのversion間の非互換について具体的に考える - xuwei-k's blog
わりと以前から書いてみたかったことなので、書いてみます。 たとえば最近ではここ Web✕Java - HTML5で進化したWeb標準を、Java技術でどう扱うのか？でStruts使ってる人へJSFの説明をしてきた #jjug #html5biz でとりあげられていたりします。*1 昔からずっと言われてる話です。ですが、「互換性がない」とある程度多くの人が口をそろえて言う一方、「ではどのくらいの互換性があればいいのか(どういうポリシー？どのくらいの期間を保証？)」という具体的な議論がほとんどされていない気がします。 なので、もうちょっと具体的に考えてみたいと思います。 先日こんなtweetをしました @seratch 順調にいけば今年中にScala2.11はRC出るくらいになりそうだし、3世代クロスビルド(2.9、2.10、2.11)はかなり厳しいので、もし2.11サポートと同時に2.9切り
ScalaとLombokを比べた場合のメリットとデメリット - xuwei-k's blog
最近いくつかlombokが話題になってた lombokで快適Java生活 サイバーエージェント公式エンジニアブログ JavaでIDEのアクセッサ生成よりlombokを使ったほうがいい理由 Java特有の冗長なコードを簡潔に記述する「Lombok」 codezine ので、twitterなどでは何度かつぶやいた私見を、改めてblogにも書いておこうかと思います。Scalaもlombokも好きなので、ある意味「Scala使えばいいじゃん」という単純な意見に対する反論でもあります。 lombok自体のそれぞれの細かい機能の紹介は、先ほど上げたリンク先で既に語られてるのでしません。 lombokがScalaに比べて優れている点 IDEの恩恵 (自分はeclipseである程度やっていましたが)ほぼ素のJavaを書いているときと同じくらいの快適さです。対して、Scalaでは、IDEAだろうがeclip
Scalaにおける細かい最適化のプラクティス - xuwei-k's blog
列挙順自体はとくに意味ありません。あと「どの最適化がどのくらい速くなるのか？」を詳細に計ったことはないですし、「原理的にこうなってるから(ry」というのを説明するに過ぎません。中には「JITで無意味になるようなどうでもいい細かすぎること」も書いてありますし、最適化のトレードオフとして失うものもあるので、そのあたり自己責任でお願いします。本当に最適化が必要とされる場合は、以下のものを無闇に実行するよりまず計測したほうがいいのは、言うまでもありません。*1 1. private[this]をつかえ scalaのvalやvarは、private[this]にしたときのみ、直接のフィールドアクセスになります(それ以外ではメソッド呼び出し)。シングルトンのobjectの場合も同様です。private[this]をつけられる場合はできるだけつけましょう 2. なんでもかんでもListをつかうな 最初の
「Scalaではじめるプログラミング(工学社)」の感想 - xuwei-k's blog
ふふふふふ(´・ω・｀)例のあの本じゃなくて、この本↓ですよ Scalaではじめるプログラミング―「Java」「.NET」のソフト資産を生かして開発を効率化! (I・O BOOKS) 作者: 赤間世紀,第二I O編集部出版社/メーカー: 工学社発売日: 2011/06メディア: 単行本 クリック: 107回この商品を含むブログ (3件) を見る 題が「Scalaではじめるプログラミング」だし、それとまえがき読むかぎり、「Scala」が主というより、「プログラミングをはじめる」のが主で、それにたまたま(?)Scala使う場合って感じなんでしょうか？ インストールに関しては、(完全にWindows前提だが!!)丁寧に書いてあっていいと思います 19ページ 「UTF-8」というコードで、「BOM」(Byte Order Mark)なしでなくてはならない オプションつければ、べつにUTF-8以外で
ちょっとしたJavaコードをScalaに書き直してみた - xuwei-k's blog
元コードはの118ページ目 変数多いぅぉ・・・try catchやifが値を返せばretValとかいらないのに・・・ という「Javaコードを見るとscalaで書き直したい病」が発病したので(・ω・`) 元のJavaコード↓ @Override public int compare(Player o1,Player o2) { float o1A, o2A; int retVal; if(o1.getId() == o2.getId()) return 0; if(o1.hasRole(Player.Roles.Batter)){ try{ o1A = o1.asBatter().getAverage(); }catch(NotEnoughAtBatsException e) { o1A = 0.0f; } } else o1A = 0.0f; if(o2.hasRole(Player.R
Scalaを始めようと思っているJavaプログラマのための、JavaとScalaの予約語の違い - xuwei-k's blog
ScalaとJavaってまぁまぁ見た目は似てて、同じ予約語も多いので、Javaの予約語を、Scalaの視点からみた場合に分類して簡単に解説してみました。分類の方法は独自だし、けっこう雑です。 Scala始めようと思ってるけど、Javaのあの予約語は、Scalaだと同じやつあるの？もしないなら、Scalaの予約語の、どれを使えばいいの？ っていうJavaプログラマ向けです。Javaプログラマにこそ、Scalaが普及して欲しいので。 完全に説明するのもめんどくさかったので、説明もなんか雑ですが・・・ 同時に、以前scalaの予約語について書いたものがあるので、こっちも見るとよいかも。*1 だいだいJavaと同じ機能のモノ 特に説明の必要がないほど、ほぼJavaと同じ使い方するものはなにも書いてません。 catch class もちろんclassの定義に使うのは同じです。 が、Javaの場合 C
Javaの10個のBad Partsのほとんどはscalaだと解決されちゃうんだぜ - xuwei-k's blog
ネタ元 業務系のJavaプログラマーが知っておくべき10個のBad Partsとその対策 結論から先に言うと、3と10以外は結構直接的にscalaで解決できるというか、javaに比べてscalaの方が便利だとおもいます。*1 あと、元ネタのblogの人はgroovy詳しいみたいですが・・・ groovyとscala比べるとgroovyの方が手軽で便利だったり、scalaのほうが型安全だったり*2いろいろあるかもしれませんが、groovyあまり詳しくないので、その辺の言及というか、比較はやめておきます。*3 1.標準APIのチェック例外が扱いにくい チェック例外ってなにそれおいしいの?(・ω・) java Field field; try { field = getClass().getField("testField"); Object value = field.get(this); }
scalaの、配列に対する統一的な扱いについて - xuwei-k's blog
C言語だと、配列ってなくてはならない存在で、入門書でも比較的最初の方に出てきますよね？それはいいとして、言語の誕生や影響うけた順として、 C => C++ => Java みたいなことがよく言われるじゃないですか？そして、C++でもJavaでも、C言語*1の配列の構文を、よくも悪くも受け継いでますよね？ なんか、出だしからまとまってなくて何が言いたいか意味不明ですが、scalaはその配列の構文受け継いでないよって話。 なんで受け継いでないか？それが具体的にどういうことか？を説明していきます。 これ以降基本的にJavaの例をだして、Javaと比較して説明します。 配列の特殊な構文を挙げてみると、以下のような4点でしょうか？ 1.初期化が簡単にできる。 2.型名の書き方が特殊 int[] intArray = {10,20,30,40,50}; // 中括弧つかう・・・ // "int[]"
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scalaのオンライン実行環境 scastie - xuwei-k's blog