일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 객체지향
- Java
- change refresh rate
- ruby
- IntelliJ
- 공짜블로그
- cli 만들기
- 코틀린 out
- standard output
- 코틀린
- Mutation testing
- kotlin
- resize image with go
- Test
- output stream
- image resizer with go
- 자바
- hugo 로 블로그
- 코틀린 노트북
- 의존성역전원칙
- standard input
- InnoDB
- 돌연변이 테스팅
- 코틀린 in
- Pitest
- resizer 구현
- JPA
- MySQL
- Convariance
- 개인블로그 hugo
Archives
- Today
- Total
목록컴포넌트 (1)
Rlog
컴포넌트
컴포넌트는 배포 단위다. 자바의 경우 .jar 파일이 컴포넌트가 되고, 루비의 경우 gem 파일이 컴포넌트가 된다. 개발 초창기에는 프로그래머가 메모리에서 프로그램이 어느 곳에 위치할지 정의해야 했다. 아래의 코드를 간단하게 보자. *200 TLS START, CLA TAD BUFR 위에서 설명한대로 예전에는 프로그래머가 메모리에 어느 곳에 위치할지 적어줘야 하므로 Origin 이 필요했다. 프로그램 시작부의 *200 을 주목해보자. 과연 어떤 의미일까? 이는 메모리 주소 200에 로드할 코드를 생성하라고 알려주는 것이다. 내 단순한 추측인데 메모리의 코드영역이 이 영역이 아닐까? 라는 생각이 들게 되었다. 여하튼 현재 우리는 이런 고민을 할 필요가 없었지만, 그 당시에는 아주 큰 고민이였다. 왜냐하면 ..
Architecture
2021. 11. 17. 11:04