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
kbkz_tech9
Search
zer0-u
March 20, 2016
Technology
410
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
kbkz_tech9
歌舞伎座.Tech#9 LT
zer0-u
March 20, 2016
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
390
JJUG CCC 2015 Fall LT
zer0u
0
1.3k
ねこでもわかる! ITインフラ・パフォーマンスチューニング
zer0u
16
7.1k
Other Decks in Technology
See All in Technology
Podは生きているのにGoだけが落ちる:GOGCとGOMEMLIMITで追うInvisible OOM Killの謎
tkc66buzz
1
500
DEFCON_CHV_CTF_Write-up.pdf
bata_24
0
130
KPIだけでは評価できないプロダクトが考えるべき Evalsという第二の評価系 / Beyond KPIs: Evals as a Second Evaluation Framework for Products #PdEConf
aki_iinuma
4
3.9k
【視聴者参加型!】AWSセキュリティアンチパターンクイズ
syoshie
1
490
なぜSRE・セキュリティは評価されないのか?守りの組織を事業成長エンジンに変えた実践
cscengineer
PRO
3
2.4k
AIに丸投げしないトイル削減 / Eliminating Toil Without Leaving It All to AI
kohbis
4
1.1k
Adaptive Warehouse を今すぐ導入すべき理由と迷ったときの判断基準
__allllllllez__
0
160
20260912_スクフェス三河
kgnkhkr
0
270
AI時代だからこそ、スケールしないことをやろう
yutashigemura
1
130
クロスボーダーM&AのValue Upを支えるプロダクト開発。日米チームのハブになったプロダクトエンジニアの実践 / Product Engineering Conference 2026
genda
0
110
Gitは怖い?共有ワークスペースから始めるSnowflakeチーム開発
coco_se
0
110
深夜のクラウド懺悔室 1:29:300 or 1:0:0
kazzpapa3
1
230
Featured
See All Featured
Joys of Absence: A Defence of Solitary Play
codingconduct
1
500
New Earth Scene 8
popppiees
3
2.5k
Are puppies a ranking factor?
jonoalderson
2
3.9k
Why Our Code Smells
bkeepers
PRO
340
58k
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
240
The Limits of Empathy - UXLibs8
cassininazir
1
650
The Cult of Friendly URLs
andyhume
79
7k
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
490
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
74
42k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2.2k
Embracing the Ebb and Flow
colly
88
5.2k
The SEO identity crisis: Don't let AI make you average
varn
0
550
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!