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
zer0-u
March 20, 2016
Technology
0
380
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
350
JJUG CCC 2015 Fall LT
zer0u
0
1.2k
ねこでもわかる! ITインフラ・パフォーマンスチューニング
zer0u
16
7k
Other Decks in Technology
See All in Technology
生成AIを活用したZennの取り組み事例
ryosukeigarashi
0
190
about #74462 go/token#FileSet
tomtwinkle
1
270
"複雑なデータ処理 × 静的サイト" を両立させる、楽をするRails運用 / A low-effort Rails workflow that combines “Complex Data Processing × Static Sites”
hogelog
3
1.7k
Go Conference 2025: GoのinterfaceとGenericsの内部構造と進化 / Go type system internals
ryokotmng
3
590
Trust as Infrastructure
bcantrill
0
280
Azure SynapseからAzure Databricksへ 移行してわかった新時代のコスト問題!?
databricksjapan
0
120
いまさら聞けない ABテスト入門
skmr2348
1
180
AWSにおけるTrend Vision Oneの効果について
shimak
0
110
関係性が駆動するアジャイル──GPTに人格を与えたら、対話を通してふりかえりを習慣化できた話
mhlyc
0
130
それでも私はContextに値を詰めたい | Go Conference 2025 / go conference 2025 fill context
budougumi0617
4
1.1k
バイブコーディングと継続的デプロイメント
nwiizo
2
380
Oracle Cloud Infrastructure:2025年9月度サービス・アップデート
oracle4engineer
PRO
0
360
Featured
See All Featured
Building a Scalable Design System with Sketch
lauravandoore
462
33k
A designer walks into a library…
pauljervisheath
208
24k
Git: the NoSQL Database
bkeepers
PRO
431
66k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
51k
Producing Creativity
orderedlist
PRO
347
40k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
The Invisible Side of Design
smashingmag
301
51k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
30
2.9k
Gamification - CAS2011
davidbonilla
81
5.5k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.7k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.6k
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!