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
あなたの知らないAmazon VPC Route Server/Amazon VPC Route Server you don't know about
masakiokuda
2
230
データ品質を壊しながらSnowflakeのAIに分析させてみた
kawanago
0
520
いちAWSエンジニアのAI活用を振り返る #devio2026 / devio osaka 2026 kawahara
masahirokawahara
2
390
3つのアプローチで目指す チームを強くするAI駆動開発
thkt
0
120
分析AIエージェントを育てる、動く環境を育てる
codatum
0
140
ハードウェアコンペでもAI駆動開発が進んでいる話
iotengineer22
0
300
The seven pitfalls of AI (revised version)
ufried
0
280
Claude Code本は、どのように執筆チームで書かれたか
oikon48
0
270
20260930_Gemma4_Hands-on
tsho
0
230
生成AIで高い生産性を求められて、 悩み、乗り越えた話
mot_techtalk
2
130
LocalStack を使ったサーバーレスアプリケーション開発 / Serverless Development with LocalStack
kakakakakku
0
260
Codex概要
ymiya55
0
450
Featured
See All Featured
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.4k
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
340
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
580
Amusing Abliteration
ianozsvald
1
330
Designing Powerful Visuals for Engaging Learning
tmiket
1
600
The Limits of Empathy - UXLibs8
cassininazir
2
710
How to build a perfect <img>
jonoalderson
1
6.1k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.6k
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
2
6.3k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
1k
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!