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
350
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.2k
古のJavaを使うということ / JJUC CCC 2016 Spring
zer0u
12
13k
You and Java and English ,
zer0u
0
320
JJUG CCC 2015 Fall LT
zer0u
0
1.2k
ねこでもわかる! ITインフラ・パフォーマンスチューニング
zer0u
16
6.9k
Other Decks in Technology
See All in Technology
サイバー攻撃を想定したセキュリティガイドライン 策定とASM及びCNAPPの活用方法
syoshie
3
1.3k
KnowledgeBaseDocuments APIでベクトルインデックス管理を自動化する
iidaxs
1
270
あの日俺達が夢見たサーバレスアーキテクチャ/the-serverless-architecture-we-dreamed-of
tomoki10
0
460
バクラクのドキュメント解析技術と実データにおける課題 / layerx-ccc-winter-2024
shimacos
2
1.1k
[Ruby] Develop a Morse Code Learning Gem & Beep from Strings
oguressive
1
170
Fanstaの1年を大解剖! 一人SREはどこまでできるのか!?
syossan27
2
170
社内イベント管理システムを1週間でAKSからACAに移行した話し
shingo_kawahara
0
190
Qiita埋め込み用スライド
naoki_0531
0
5.1k
Amazon VPC Lattice 最新アップデート紹介 - PrivateLink も似たようなアップデートあったけど違いとは
bigmuramura
0
200
多領域インシデントマネジメントへの挑戦:ハードウェアとソフトウェアの融合が生む課題/Challenge to multidisciplinary incident management: Issues created by the fusion of hardware and software
bitkey
PRO
2
110
日本版とグローバル版のモバイルアプリ統合の開発の裏側と今後の展望
miichan
1
130
MLOps の現場から
asei
6
650
Featured
See All Featured
Building a Scalable Design System with Sketch
lauravandoore
460
33k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
95
17k
Writing Fast Ruby
sferik
628
61k
A designer walks into a library…
pauljervisheath
204
24k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
44
9.3k
Designing for humans not robots
tammielis
250
25k
Build The Right Thing And Hit Your Dates
maggiecrowley
33
2.4k
Code Review Best Practice
trishagee
65
17k
Reflections from 52 weeks, 52 projects
jeffersonlam
347
20k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
48k
A Modern Web Designer's Workflow
chriscoyier
693
190k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2k
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!