ETRI 하계 인턴 기록

[skarltjr]

0. node js / docker 기반 rest api dev & test

 내가 보기 힘든 코드는 남이 보기도 힘들다. 
 깔끔한 코드를 작성하자

 문서화는 중요한 것 같다.
 어디서 어떤 데이터를 다룰지, 어떤 결과가 나올지 정리는 필수다.

1. " as a service " http://www.epnc.co.kr/news/articleView.html?idxno=96102 https://github.com/skarltjr/Memory_Write_Record/issues/27 "sodas - smart open data as a service"

2. 인공지능 - 머신러닝 - 딥러닝 https://github.com/skarltjr/Memory_Write_Record/issues/22

3. 쿠버네티스 with 도커 https://github.com/skarltjr/Kubernetes-with-Docker

4. pid - freya project https://github.com/skarltjr/Memory_Write_Record/issues/24

5. did - decentralized identifier https://github.com/skarltjr/Memory_Write_Record/issues/31

6. web server와 WAS https://github.com/skarltjr/Memory_Write_Record/issues/25

도서

- 토비의 스프링 ioc / di : https://github.com/skarltjr/Memory_Write_Record/issues/9#issuecomment-763744704
- 자바의 정석 thread
- 이펙티브 자바 3
- 객체지향의 사실과 오해 : https://github.com/skarltjr/Memory_Write_Record/issues/30

[skarltjr]

짧은 시간동안 많은 것을 얻어가고자 했다. 나는 소프트 스킬에 집중을 해봤다. 다른분들이 어떻게 대화하고 소통하고 서로 문제를 해결해나가는지에 대해 알아보고 배우고자 했다.

함께 하고 싶은 개발자가 되고싶다

• 질문에 항상 열려있다.
  • 언제 질문을 해도 질문을 잘 받아주고 나아가 도움이 될만한 자료도 따로 보내주는점을 배우자
  • 답변 준비는 내가 알던 내용도 더 정확히 알 수 있거나 더 많이 알 수 있는 기회다.
• 대화를 통한 문제 해결
  • 다양한 이유로 문제에 대한 서로 다르게 이해하며 이로 인해 갈등 혹은 의견 차이가 생길 수 있다.
  • 정말 끊임없는 대화로 해결한다.
  • 1번 말했을 때 이해가 어려우면 2번 말해주면 된다. 2번 말했을 때 이해가 어려우면 3번 말해주면 된다.
  • 화를 낼 이유가 없다. 화가 문제를 해결해주는가?
• 끈임 없는 의사소통
  • 같은 것을 목표(서비스 개발 등..)로 할 때 끊임없는 의사소통은 매우 중요한 것 같다.
  • 대화를 통해 오해가 될 만한 서로 다른 이해의 폭을 줄이고 시스템의 목적, 기능, 방향을 함께 제대로 이해한다면 문제가 발생하거나 새롭게 개발할 때 수월한 것 같다.
• 말로 표현이 어려우면 그림을 그리든지 표현할 수 있는 도구를 사용하자

마지막으로 내가 지금 누굴 알려주거나 도우면 나중에 다 돌아온다.