Java9 でも String クラスがリファクタリングされていました （JEP 254: Compact Strings 編） - 地平線に行く
本日、ついに JavaSE 9 がリリースされました！ そこで、かねてから噂になっていた JEP 254: Compact Strings がどのように実装されているのか調べてみました。 Compact Strings の概要 これまで String クラスや StringBuilder クラスなどの内部では、文字列を UTF-16 でエンコードして char 配列で保持していました。 つまり、一文字あたり*1常に char ひとつ = 2バイト分のメモリを使っていました。 しかし、これだと 1 バイトで表せる LATIN1（ASCII コード ＋ ラテン文字）の文字列の場合、その半分が 0x00 になるという無駄がありました。 そこで、内部表現を変更し、文字列が LATIN1 のみで構成されるときは 1 文字を 1 バイトで保持するようにリファクタリングされました。 ちなみに、LATIN
8年運用しているサービスのサーバーサイドにKotlinを導入した件 | CyberAgent Developers Blog
はじめに アメーバピグでサーバーサイドエンジニアをしている木村です。 アメーバピグはサービス開始してから8年半となるサービスでサーバーサイドはJavaで開発されています。そこに先日新言語としてKotlinを導入したので経緯や導入までの道のりを紹介したいと思います。また、今回はJavaとKotlinの技術面の比較よりも導入までのプロセスに焦点を当てたいと思います。 導入の動機 Kotlinといえば、Google I/O 2017でAndroidの公式言語としてサポートされることが発表されましたが、実はその半年くらい前から私のプロジェクトではJava以外の言語の導入を検討していました。社内でのサーバーサイド言語のトレンドはJava→Node.js→Goと移ってきていてJavaはやや置いていかれてる印象です。 Javaはいろんな意味で安定した言語である反面コードが冗長で、デキるエンジニアほどJa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
