주말에 KCD Korea를 다녀왔다.
마이크로소프트 건물에서 했고, 10시부터 8시까지 진행되었다!
- 커뮤니티 대담
- 스타트업이 원하는 개발자 SI, 대기업 출신도 가능할까? - OKKY
- 함수형 스칼라로 웹어플리케이션 만들기 - 라스칼라 코딩단
- 오픈스택 커뮤니티 생태계 분석 - Openstack Korea
- 좋은 개발자 프레임 아작내기 - React Korea
- 구글이 선택한 코틀린 왜 좋을까? - Kotlin Korea
- 아직 세상을 바꾸고싶은 개발자에게 - 코무
-
원하는 서비스를 하려면?
- 다양한 경험이 필요하다
- 초기 5년이 중요하다 5년이상 넘어가면 해당 업무에서 벗어날 수 없다
- 대기업은 개발자로 성장하기에 좋지않음 => 보통 관리직이기 때문
- 개발커뮤니티/ 오픈소스 / 학회_협회 활동등을 하며 많은 경험을 쌓자
-
peer review 가능한 환경을 만들으려면?
- guru 급 개발자/ review 가능한 전문가가 있어야 한다.
-
결론적으로 해야할 것
- 비즈니스 도메인을 하나이상 잡고, 관련 개발자가 아닌 업무 전문가와 교류하라
- 40대이후는 평판이중요하다.
- 언어나 도메인 프레임워크는 중요하지 않다.
- 주니어때에 연봉은 별로 중요하지 않다.
- 말을 잘하자(발표 등)
- 관리자는 개발자가 아니다
- 연매출 10억이상 솔루션 가능하면 그냥 창업을 해라
- 선배와 상사중에 멘토를 만들어라
-
Scala
- 2004년 발표
- OOP + FP
- JVM, Javascript, Native 백엔드
-
순수 함수형 프로그래밍
- 함수형 > 객체지향 > 구조적 순서로 나옴
- 각 패러다임은 뭔가를 제약함
- 구조적 => GOTO, 객체지향 => 함수포인터, 함수형 => 대입
-
함수형은
- immutable 하다.
- 고쳐쓰지 못한다.
- thread safe 하다.
- 추론하기 쉽다
- 대입을 제약
- side effect 예방할 수 있다.
- 참조성 투명하다.
-
referential transparency(참조성 투명) * 표현식과 참조를 서로 바꿔써도 프로그래밍이 동일하게 동작하면 참조성 투명
- 참조상투명하면
- 추론하기쉽고
- 리팩토링하기 쉽고
- 지연평가(lazy evaluation) 도 가능하다
- 참조상투명하면
- 기존의 커뮤니티 생태계와 좀 다름
- 벤더 주도적
- 좋은 개발자란
- 기술에 대해 끊임없이 공부하는 개발자 라고 많이들 생각한다
- 하지만 소프트스킬이 좋은 개발자가 좋은 개발자 일 수 있다.
- 개발 속도 추정을 잘하는 법
- task 관리
- 본인 추정시간 산출
- 작업시간 및 종료시간을 체크해 소요시간을 기록
- 작업량 유추 및 본인의 작업 속도 산출 가능
-
JVM 기반 언어, Java 와 상호호환 100 지원
-
자바보다 안전한 null 처리
-
확장함수, 연산자 오버로딩 지원
-
coroutine 지원
-
이러한 이유때문에 많은 Java로 된 서비스들이 Kotlin으로 바뀜
-
effective java를 알면 훨씬 편하게 학습 가능
-
kotlin in action을 참고하면 좋다
- 기록을 못했기 때문에 발표자님 링크로 대체합니다. 링크