これまでPlay2 + Slickの組み合わせで提供していたPlay2ハンズオンですが、社内でもScalikeJDBCの利用が増えてきたこともあり、Play2 + ScalikeJDBCの組み合わせにも対応しました。
また、あわせてこれまでGitHubのリポジトリにMarkdownファイルを格納していただけだったものをhugoを使ってWebサイトを生成してGitHub Pagesで運用するようにしました。
http://bizreach.github.io/play2-hands-on/
見た目やサイドバーの追加などによって単純に読みやすくなっていると思いますし、目次やナビゲーションなどはJSONファイルとして用意したデータから自動生成するようにしたのでメンテナンスもだいぶ楽になるのではないかと思います。
Scalaの入門用コンテンツのひとつとして、今後もご活用いただければと思います。
IntelliJでScalaを書いている時にいつもイラッとするのがケースクラスのパラメータのインデントです。こういうコードが…
case class Person ( name: String, age: Int )
自動的にこのようになってしまいます。
case class Person ( name: String, age: Int )
手動で調整しても何かの拍子にコードフォーマットが走ったり、新しいパラメータを追加すると上記のようにインデントされてしまい、非常にイライラします。
ググってみたところStack Overflowで同じ質問をしている方がいました。
File -> Settings… -> Code Style -> Scalaで以下の設定をすると回避できるようです。
これで普通にインデントされるようになりました。
Scalaで実装されたオープンソースのGitサーバ、GitBucket 4.11をリリースしました。
https://github.com/takezoe/gitbucket/releases/tag/4.11
CIツールなどで利用するためのデプロイキーを設定できるようになりました。リポジトリの管理画面で公開鍵を登録することができます。
これによって専用のユーザを作成することなくJenkinsなどのツールがSSH経由でリポジトリに読み書きできるようになります。
ユーザがアバター画像をアップロードしておらず、Gravatar連携も無効になっている場合、ユーザ名の最初の1文字とランダムに選択された色でアバター画像が自動生成されるようになりました。
プライベートリポジトリをフォークした場合、元リポジトリのコラボレータ設定を引き継ぐようになりました。
これによって元のリポジトリのオーナーやコラボレーターはデフォルトでフォークされたリポジトリにもアクセスできるようになります。もちろんフォーク後にコラボレータの設定を変更することも可能です。
GitBucketが適切なレスポンスヘッダを出力することにより、アバター画像がブラウザにキャッシュされるようになりました。
また、他のアセットについては以下のようにパスにGitBucketの起動時刻が自動的に付与されるようになりました。
<link href="http://localhost:8080/assets/vendors/bootstrap-3.3.6/css/bootstrap.min.css?20170321132510" rel="stylesheet"> <link href="http://localhost:8080/assets/vendors/octicons-4.2.0/octicons.css?20170321132510" rel="stylesheet"> ...
これによってGitBucketのバージョンアップ時などにJavaScriptやCSSのキャッシュによる動作の不具合を回避することができるようになりました。
プラグインでリポジトリに関するイベントをフックするための拡張ポイントを追加しました。
RepositoryHookを拡張し、Pluginsに登録しておくことでリポジトリに関するイベントの通知を受け取ることができます。RepositoryHookには以下のメソッドが用意されているので処理したいイベントに対応するメソッドをオーバーライドしてください。
今回のバージョンではこの他にも以下のような改善が行われています。
他にも様々なバグが修正されています。詳細についてはIssueの一覧をご覧ください。
ScalatraのWebサイトはこれまでIvanが管理している自前サーバ（？）で運用されていたので時折ダウンしていたり、Jenkinsが落ちているとサイトのビルドができなったりとトラブルが絶えませんでした。
ここ数ヶ月もScalatraの最新版である2.5のドキュメントがサイトに反映できていなかったり、サイトが長期間ダウンしていたりと、さすがにこの状況はいかがなものかということで以前から話には上がりつつ一向に進んでいなかったGitHub Pagesで運用する作戦を決行することにしました。
というか自分が手をつけようと思ったのは吉田さんのこのツイートがきっかけだったのですがw
scalatraのwebsiteのデプロイ方法が一部(おそらく1人か2人？)のドメイン保持者だか管理者しか知らない and 不可能な状況で、まぁ色々アレな状態続いたままなのは酷いのだけど、さすがに１つ下にissueあるのにそれ見ずに同じisuue立てる方もマジあれだし色々治安が pic.twitter.com/y7L0m1jL0Y
— Kenji Yoshida (@xuwei_k) 2017年3月23日
これまでのサイトはJekyllで構築されていたのですが、まず、ブランチで作業されていたhugo版に自分の方で手を入れてテーマやレイアウト、リンク切れなどを修正し、サイトとして最低限公開できる状態に持って行きました。hugoのビルドやScaladocの生成はコミッタの一人である@dozedがTravis職人を買って出てくれ、GitHub Pagesにデプロイできるようになり、最終的に@rossabakerにDNSを切り替えてもらいscalatra.orgをGitHub Pagesに向くようにするところまで、作業を開始してから約1週間というところでした。
海外の方とOSSで共同開発をしていてもリアルタイムに協力して作業をするということはなかなかないのですが（時差の関係もありますが…）、日々gitterでやり取りしながら作業が進んでいくのは面白い体験でした。Scalatraのコミッタ間のやり取りは以前はIRCが使われていたのですが、gitterを使い始めてから随分敷居が低くなりましたし、こういったやり取りもしやすくなりましたね。
なにはともあれこれでしょっちゅうサイトが落ちてるなんてことはなくなるはずです。今回hugoを触るのも初めてだったのですが、サイトの復旧優先で作業したためまだいろいろおかしなところがあると思います。今後少しずつ直していこうと思います。
クリスさんがManningで執筆された書籍です。少し前に購入していたのですが、きちんと読めていなかったので英語の本を読む練習を兼ねて読み直してみました。
Re-engineering Legacy Software
レガシーコードをいかに改善するかという、クリスさんの経験に基づく（？）現場感溢れる内容で、読んでいると勇気を与えられる反面、こちらの心まで痛くなってくる部分が多々ありますw
もちろん全てのシチュエーションに当てはまるものでもないとは思いますが、リファクタリングの価値を説明する際のテクニックや、リファクタリングするかリライトするかの判断基準や実際の進め方、モノリシックなアプリケーションを分割する際のパターンやメリット・デメリットなど、頭ではなんとなくわかってはいるのだけど自分の中できちんと説明できる言葉を持っていなかった部分が言語化されており、今後の判断や説明の際に1つの拠り所になるのではないかと感じました。
コードは書いた瞬間からレガシーになるとも言われますが、そう考えると多くのソフトウェアエンジニアにとって、程度の差こそあれ日常的な業務の大部分はレガシーコードとの戦いということになるのではないでしょうか。レガシーコードと戦っているソフトウェアエンジニアの皆さんには是非読んでみていただきたいです。英語も非常に読みやすいですし、何より書かれてある内容が「あるある」だったり、「なるほど」と思うことばかりで飽きずに読み進めることができました。
ちなみに日本語版も出ています。原著も読みやすいとはいえ、コード主体の技術書と違って摘み読みしづらいということもありますし、やはり英語だとどうしても読むのに時間がかかってしまうのではないかと思います。せっかく日本語版が出ていますので、時間のない方はこちらがオススメです。
今年もお台場で開催されたScalaMatsuri 2017ですが、今回はスポンサーとしてだけではなく、個人でスピーカーとしても参加させていただき、Scala Warriorについてお話しさせていただきました。
www.slideshare.net
前がScala.js作者のセバスチャンさんの発表で、最近の機能の紹介として取り上げたCommonJSモジュールのあたりなどは丸かぶりしてしまっており、もう少し違った切り口の発表にすればよかったかなと若干反省しています。
また、セバスチャンさんから質問をいただいたり、セッションの後で直接ご挨拶をさせていただいたのですが、Dotty.jsについて質問したところいろいろ話してくださったのですが、2/3くらい何を言ってるのかわからず、相変わらず英語力の不足を感じました。
ScalaMatsuri全体としては、昨年はセッションにやや偏りがあるなぁと感じたのですが、今年はバランスもよく、初日に聴講したセッションはどれも面白いものばかりでした。また、スピーカーとして来日されていたEPFLやLightbendの方々をはじめ、国外からの参加者も多く、ScalaMatsuriが名実共にヨーロッパやアメリカで開催されるカンファレンスに劣らない国際的なカンファレンスに育ちつつあると感じました。
二日目はお昼過ぎから参加したのですが、疲労もあり、セッションは聴講せずいろんな方々とお話ししていました。特にクリスさん（昨年NYでのScala Daysでもお会いしました！）からは面白い話をたくさん伺うことができました。以下の本をおすすめされたので読んでみようと思いますw
Type-driven Development With Idris
土日2日間の開催は体力的に厳しいところもありますが、セッションを聴講するだけでなく、久しぶりにお会いする方々とゆっくり話したり、アンカンファレンスで小ネタを披露したりと、様々な楽しみ方ができるのはScalaMatsuriならではのスタイルといえるかもしれません。
スタッフの皆様、スピーカーの皆様、スポンサーの皆様、そして参加者の皆様、お疲れ様でした。来年のScalaMatsuriまでまたScalaを書いていきましょう。
Scalaで実装されたオープンソースのGitサーバ、GitBucket 4.10をリリースしました。
https://github.com/takezoe/gitbucket/releases/tag/4.10
Scalaのバージョンを2.12にアップデートしました。これに伴ってフレームワークもScalatra 2.5、Slick3（3.2.0-RC1）にバージョンアップされています。
特にSlickに関してはこれまで使用していたSlick2.xからの変更が大きすぎるため、blocking-slickというSlick3上でSlick2互換のAPIを利用できるようにするライブラリを開発し、これを利用する形になっています。
これに伴って既存のほぼ全てのプラグインはGitBucket 4.10では動作しなくなってしまうものと思われます。
Slickを使用していないプラグインであればプラグインのリコンパイルだけで済むはずですが、Slickを使用しているプラグインは若干コードを書き換える必要があります。プラグイン開発者の方はこちらのプルリクエストを参考にGitBucketのバージョンアップへの対応をお願いできればと思います。
リポジトリビューアのファイルの内容を表示するビューにファイルサイズも表示するようになりました。
