Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
kbkz_tech9
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
zer0-u
March 20, 2016
Technology
0
390
kbkz_tech9
歌舞伎座.Tech#9 LT
zer0-u
March 20, 2016
Tweet
Share
More Decks by zer0-u
See All by zer0-u
OCJP for good coding #jjug_ccc #ccc_m3
zer0u
1
1.3k
古のJavaを使うということ / JJUC CCC 2016 Spring
zer0u
12
13k
You and Java and English ,
zer0u
0
370
JJUG CCC 2015 Fall LT
zer0u
0
1.2k
ねこでもわかる! ITインフラ・パフォーマンスチューニング
zer0u
16
7.1k
Other Decks in Technology
See All in Technology
Codex 5.3 と Opus 4.6 にコーポレートサイトを作らせてみた / Codex 5.3 vs Opus 4.6
ama_ch
0
120
We Built for Predictability; The Workloads Didn’t Care
stahnma
0
140
クレジットカード決済基盤を支えるSRE - 厳格な監査とSRE運用の両立 (SRE Kaigi 2026)
capytan
6
2.7k
ブロックテーマでサイトをリニューアルした話 / 2026-01-31 Kansai WordPress Meetup
torounit
0
460
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
42k
Azure Durable Functions で作った NL2SQL Agent の精度向上に取り組んだ話/jat08
thara0402
0
160
超初心者からでも大丈夫!オープンソース半導体の楽しみ方〜今こそ!オレオレチップをつくろう〜
keropiyo
0
110
Contract One Engineering Unit 紹介資料
sansan33
PRO
0
13k
予期せぬコストの急増を障害のように扱う――「コスト版ポストモーテム」の導入とその後の改善
muziyoshiz
1
1.8k
SREじゃなかった僕らがenablingを通じて「SRE実践者」になるまでのリアル / SRE Kaigi 2026
aeonpeople
6
2.2k
Bedrock PolicyでAmazon Bedrock Guardrails利用を強制してみた
yuu551
0
190
レガシー共有バッチ基盤への挑戦 - SREドリブンなリアーキテクチャリングの取り組み
tatsukoni
0
210
Featured
See All Featured
A Soul's Torment
seathinner
5
2.2k
Navigating Team Friction
lara
192
16k
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
0
200
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
7.9k
Designing for humans not robots
tammielis
254
26k
Art, The Web, and Tiny UX
lynnandtonic
304
21k
Typedesign – Prime Four
hannesfritz
42
2.9k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
640
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
0
160
Heart Work Chapter 1 - Part 1
lfama
PRO
5
35k
Agile that works and the tools we love
rasmusluckow
331
21k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.4k
Transcript
後方互換性 いかにして私は古の に囚われたのか 歌舞伎座
About me * ぜろゆ * 文系出身・プログラミング未経験で就職 * そろそろ社会人3年目 * Twitter:@zer0_u
Java and I * 仕事で使う言語 * Java (J2SE1.4 または Java
SE 6) * COBOL * JavaScript * J2SE1.4歴およそ3年
Old Java and New Java * Javaは進化している * J2SE1.4は2002年リリース *
現行はJava SE 8 update 73 (2016/03/20現在) * Java SE 9は2017年リリース予定 * メジャーバージョンごとに大きな変更が追加される * Java SE 7:NIO2 , try-with-resouces * Java SE 8:Lambda , Stream API
Old Java and New Java * Javaは新機能が追加されても後方互換性が保たれる(原則)
Backword Compatibility of Java is... * Javaは新機能が追加されても後方互換性が保たれる * 同じことを実現しようとする際に、古いJavaの 書き方が許容される
→ 古いJavaのままでも(文法的には)問題なく動作する
Backword Compatibility of Java is... * 後方互換によって古い書き方が動作することは善なのか? 過去の資産が変更なしに利用できるメリット vs バージョンアップの動機づけになりづらい?
(今のままでも動いているのになぜ上げるのか?) * 新しい言語はどこまで後方互換を担保するべきなのか?
Although, * 後方互換が担保されていることは バージョンアップをしないでいい言い訳にはならない * ヘイシャアは早く全社的にバージョンアップすべきである
And
Thank You!