Ruby Conf2017

Presentation Outline
• About Ruby
* Good Change, Bad Change (Matz)
* Gemification for Ruby 2.5 / 3.0 (Shibata Hiroshi)
• Git Driven Refactoring
• Augmenting Human decision making with data science
• What does GIL(Global Interpreter Lock) really guarantee you?

Good Change, Bad Change (Matz)

Java 9!

Matz의 Ruby 언어에 대한 철학
Enjoyable programming,
computers work more!

언어를 설계할 때 고려사항
1. Stable
2. Compatibility
* PHP6 released, but was canceled.
3. Migration cost

Good changes?
* Performance, Productivity
* Excitement

Good changes?
* JIT(Just in time) Compiler
Ref: http://aroundck.tistory.com/1949

Good changes?
* Stack IR -> Register IR

• Ruby code (a = b+c)
* Stack based IR
b
c
Get local_OP__WC___0 <b index>
Get local_OP__WC___0 <c index>
Set local_OP__WC___0 <a index>
Opt_plus
Ref: https://markfaction.wordpress.com/2012/07/15/stack-based-vs-register-based-virtual-machine-architecture-and-the-dalvik-vm/
* operands are addressed implicitly by the stack pointer

• Ruby code (a = b+c)
* Register based IR
plus <b index>, <c index>, <a index>
* the operands for the instructions are explicitly addressed in the instruction, unlike the stack based model where we had a stack pointer
to point to the operand
In benchmark mode, 2.8 faster than Ruby 2.0!

Frozen String Literals by default
▪ String이 기본적으로 immutable이 됨
▪ Pros: 당연히 frozen이 되니까 같은 string을 참조. faster, les
▪ Cons: incompatible이 발생할 수 있음, break the code!
ref: https://wyeworks.com/blog/2015/12/1/immutable-strings-in-ruby-2-dot-3

Tail call optimization
ref: http://homoefficio.github.io/2015/07/27/재귀-반복-Tail-Recursion/

Gemification for Ruby 2.5 / 3.0
Standard libarary?
• FileUtils
• WEBrick
• TempFile
• Openssl
• Etc

Gemification?
• Standard library -> Gemfile
• Ruby version과 관계없이 라이브러리를 독립적으로 업데이트 할 수 있다는 장

Gemification
• Pros
- Bugfix, new features 추가하는데 Ruby core와 별개로 진행이 가능
- Ruby를 업그레이드 안해도 되니까 stable하게 사용할 수 있음
• Cons
- Gem으로 분리되어지기 때문에 Maintainer들은 ruby core repository, github 이중으로 관리해야
한다는 어려움이 있음
- 다양한 라이브러리들이 공통적으로 참조하고 있는 라이브러리가 있고 그런데 그것의 version
conflict가 있으면 gemification 의 어려움이 있음

GIT DRIVEN REFACTORING
Refactoring?

코드의 동작을 변경하지 않고 구조를 변경하는 것

Git Driven Refactoring

특정 Refactoring technique를 다루는 것이 아니라,
Git이 가지고 있는 context를 통해 코드 구조 디자인을 변경해보자


SOLID principle
• Single responsibility principle
◦ 클래스는 반드시 하나의 책임만 가져야 한다. 또는 클래스는 반드시 변경해야할 이유가 하나만 있어야 한다.
• Open/Closed Principle
◦ 클래스는 확장에 열려있어야 하고, 수정에 대해서는 닫혀있어야 한다.
• Liskov Substitution Principle
◦ 프로그램의 객체는 프로그램의 정확성을 깨뜨리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야 한다.
• Interface Segregation Principle
◦ 특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다.
• Dependecy Inversion Principle
◦ 프로그래머는 추상화에 의존해야하고, 구체화에 의존하면 안된다.
참 쉽죠?


Single responsibility principle
* 클래스는 반드시 변경해야할 이유가 하나만 있어야 한다.
내 클래스가 변경될 이유는 여러가진데…?


Git log, engine.rb
내 클래스가 변경될 이유는 여러가진데…?

It seems like there have been a lot of reasons this
class changed, mainly adding some new functionality.

Power output of engine Remote
you can group the commits into two logical groups.
you can see that the class has two reasons for change.
A change in the power output and
a change in the remote start functionality.

Power output of engine Remote

Open/Closed Principle
그런데, 클래스를 수정하지 않고 어떻게 무언가를 확장시키지.
* 클래스는 확장에 열려있어야 하고, 수정에 대해서는 닫혀있어야 한다.
change this
13:17
thing without actually changing it.

* 새로운 기능을 넣기 위해서 기존의 클래스의 코드를 변경해서
는 안된다.
* diffs에서 red 가 있으면 안된다.

Liskov Substitution Principle
* Subclass/Derived class 는 base/parent class를 대체할 수 있어야 한
다.

Liskov Substitution Principle
* 사실 꼼꼼하게 체크하지 않는 이상 LSP를 위반하는지 확인하기가 쉽
지 않다.

AUGMENTING HUMAN DECISION MAKING WITH DATA SCIENCE

* 사람은 항상 일정한 결정을 하는 것이 아니다

* 제한된 정보

* Bias
스타일리스트에게도 제한된 정보, biased, inconosistnecy

Step 1.
* Predictive Algorithms을 통해 유저가 선호하는 옷들을 스타일리스트 제공

Step 2.
* Step 1에서 선택한 옷들의 조합 score를 제공

Step 3.
* 스타일리스트에 선택된 옷들이 고객에게 전달되고, 피드백을 받는다.

Step 4.
* 피드백을 기반으로 스타일리스트가 train하는 과정을 거친다 (fit, style, price)
* 피드백 정보는 스타일리스트가 언제든지 접근할 수 있음

• lower labor cost
• increased keep rate
• fewer mistakes from humans
• greater client satisfaction
* System 3 을 통해서 얻을 수 있는 장점

Ruby Conf2017

More Related Content

Similar to Ruby Conf2017

Ruby Conf2017