Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
システムリニューアルと サーバーサイドKotlin
Search
Hidenori Maehara
August 24, 2017
Technology
7.3k
4
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
システムリニューアルと サーバーサイドKotlin
Hidenori Maehara
August 24, 2017
More Decks by Hidenori Maehara
See All by Hidenori Maehara
How to Test Server-side Kotlin #kotlinfest
maeharin
11
41k
electron-vueで僕が考えた最強メモアプリ作っている話 / create memo app by electron-vue
maeharin
0
2.5k
10年前のレガシーシステムをVue.js TypeScript Elementでフルリニューアルしている話 #vuejs_meetup6
maeharin
18
45k
10年前のレガシーシステムをサーバーサイドKotlinでフルリニューアルしている話 #jjug_ccc #ccc_g2
maeharin
17
25k
KotlinとSpring BootとDoma2でAPIサーバーを作る #m3kt
maeharin
5
6.8k
Other Decks in Technology
See All in Technology
CLIライブラリ開発を支える技術
htnabe
0
120
【技術的負債conf】事業成長に伴う技術的負債の説明責任とAIによるモニタリング、認知的負債について
i35_267
2
1.6k
アプリをもっと"iOSアプリっぽく"する小さな工夫 / Small Touches That Make Your App Feel More Like an iOS App
matsuji
1
900
人間はどの意思決定を手放せるのか
kawasima
14
7k
データ界隈LT祭 第1回LT登壇
taromatsui_cccmkhd
1
1.4k
iOSDC Japan 2026 day1 TrackC 10:50
feedtailor
1
160
DEFCON_CHV_CTF_Write-up.pdf
bata_24
0
150
range over func 2年間の軌跡 Issue #56413 はGoのエコシステムをどう変えたか
ryujicre8ive
0
190
AI 時代のスタートアップエコシステ厶から考究する技術的負債との向き合い方
m3m0r7
PRO
2
2.1k
OpenTelemetry eBPF Instrumentationの舞台裏 / Behind the Scenes of OpenTelemetry eBPF Instrumentation
ymotongpoo
4
1.3k
例外の正しい扱い方 そのエラー try-catchして大丈夫?
jinwatanabe
3
510
AIを活用するために決めた "やらないこと" - 価値に注目する / Not betting on AI
soudai
PRO
1
530
Featured
See All Featured
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
300
Tell your own story through comics
letsgokoyo
1
1.1k
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
69
65k
Mind Mapping
helmedeiros
1
360
We Are The Robots
honzajavorek
0
370
How to make the Groovebox
asonas
2
2.4k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
1k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.7k
A Tale of Four Properties
chriscoyier
163
24k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.7k
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
2
2.1k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
460
Transcript
システムリニューアルと サーバーサイドKotlin 〜Rubyエンジニア meets Kotlin〜 エムスリー株式会社 前原 @maeharin
自己紹介 • 前原 秀徳 • @maeharin(まえはりん) • エムスリー株式会社 エンジニア •
チームリーダー、グループ会社取締役等を歴任 • 自慢:ブログ記事が、はてぶ1200 ◦http://maeharin.hatenablog.com/
エムスリーって何の会社? ・医療に関するWebサービスを多数展開 ・全世界で約400万人の医師会員 ・日本で約25万人の医師会員
今、私たちは10年に一度の システムリニューアルをしてます!
システムリニューアルの対象システム 医師のキャリア支援事業 (年間売上、数十億規模)
システムリニューアルの背景 • ビジネスに対する、開発スピードの低下 とある事業の今期開発予定だけで 約600人日(2年半) という見積りが!
なぜ時間がかかる? (1)複雑なアーキテクチャ • 複数のサブシステムが存在。データとロジックが重複 • 長年の改修でアーキテクチャが限界 データ重複 200テーブル・2000カラムのう ち、半分くらい重複 ※DB以外に生Luceneも
ロジック重複 複雑な依存関係
なぜ時間がかかる? (1)複雑なアーキテクチャ • 複数のサブシステムが存在。データとロジックが重複 • 長年の改修でアーキテクチャが限界 データ重複 規模感: 200テーブル・2000カラム ※DB以外に生Luceneも
ロジック重複 複雑な依存関係 かなり簡素化してこれ...(^ω^)
主要システム Ruby on Rails なぜ時間がかかる? (2)10年前のシステムが... • ビジネス上優先度の高いシステムはRuby on Railsになっている
• しかし、相対的に優先度低いシステムは10年前のJavaシステム ◦ =>この部分の優先度が高まってきた Javaの独自FW viewの部分はXSLT! 10年前の Javaシステム 7年前の Javaシステム
補足:XSLTとは
補足:XSLTとは
補足:XSLTとは 2001〜2002年頃の技術...(^ω^)
つらい_(:3」∠)_
リニューアルだ!
リニューアル後のアーキテクチャ 重複DBや重複ロジックを廃止 APIに一元化!
リニューアル後の技術スタック 控えめに見積もって 生産性2倍以上! WEBアプリ APIサーバー スマホアプリ
SpringFoxでAPIドキュメント(Swagger)生成 APIドキュメント 自動生成
swagger-codegenでgemを自動生成 Railsアプリ用のgemを自 動生成
なぜサーバーサイドにKotlin?
背景 • Rubyエンジニア10名くらいのチーム(Javaもそこそこ) • 対象システムの規模感:200テーブル、2000カラムくらい • フロントはゆるく。コアはカッチリやりたいモチベーション ◦型が欲しい(型一揆)
Kotlin採用理由(私のチームの場合) • 型:あり。(型推論、null safetyも嬉しい) • エムスリーにはたろう (@ngsw_taro) がいる! Kotlinスタートブック絶賛発売中! エムスリー株式会社
日本Kotlinユーザーグループ代表 長澤 太郎 たろう(@ngsw_taro) • 社内共有ライブラリ:使える(JavaとRuby版が提供されている) • フレームワーク:Spring Boot(問題なし) • 言語の将来性:きっとある(Google I/OでAndroid開発公式言語に) • IDE:IntelliJ IDEA community(無料) • 学習コスト:Rubyエンジニアが親しみやすい構文(後述)
Rubyエンジニアが親しみやすい構文 少しご紹介
リスト操作 Ruby Kotlin a.map {i -> i * 10} a.reduce
{sum,n -> sum + n} a.groupBy {i -> i % 2} a.filter {i -> i % 2 == 0} a.map {|i| i * 10} a.reduce {|sum,n| sum + n} a.group_by {|i| i % 2} a.select {|i| i % 2 == 0}
Set, Range Ruby Kotlin val setA = setOf(1,1,2,3,4) val setB
= setOf(1,2,3,4,5) println(setA + setB) (1..10).forEach {println(it)} set_a = Set.new([1,1,2,3,4]) set_b = Set.new([1,2,3,4,5]) puts set_a + set_b (1..10).each {|i| puts i}
if式 Ruby Kotlin val job = if (name == "taro")
{ "エバンジェリスト" } else { "エンジニア" } job = if name == "taro" "エバンジェリスト" else "エンジニア" end
lambda Ruby Kotlin fun foo(cb: () -> Unit) { println("start")
cb() println("done") } foo({ println("doing") }) def foo(cb) puts "start" cb.call puts "done" end foo(-> { puts "doing" })
演算子オーバーロード Ruby Kotlin class Id(val int: Int) { operator fun
plus(that: Id) = Id(this.int + that.int) } val id1 = Id(1) val id2 = Id(2) println(id1 + id2) class Id attr_reader :int def initialize(int) @int = int end def +(that) Id.new(@int + that.int) end end id1 = Id.new(1) id2 = Id.new(2) p id1 + id2
拡張関数 Ruby Kotlin fun Int.p(): Unit = println(this) 1.p() class
Integer def p; puts self; end end 1.p
スクリプト言語っぽく使うことも可能 list-folders.kts import java.io.File val folders = File(args[0]).listFiles { file
-> file.isDirectory() } folders?.forEach { folder -> println(folder) } ターミナル $ kotlinc -script list-folders.kts .
親しみやすい!
リニューアルの進捗・所感 • 開始3ヶ月で進捗50%くらい • サーバーサイドKotlinは自分のチームでは正解 ◦Kotlinの動的言語と静的言語の特徴がチームにフィット ◦Kotlin x Spring Bootは問題なく動く
◦Kotlin自体の学習コストは問題にならなかった • Kotlinかわいい(^ω^)ペロペロ
エムスリー love Kotlin • 別件のリニューアルにもサーバーサイドKotlinを採用予定 • 新規Androidアプリ開発はKotlin • 新規Webアプリ開発の際にも積極的にKotlinを検討
WE'RE HIRING! Kotlinerの方々、 一緒にやりましょう!