Revision as of 00:49, 29 August 2019

2019.08.28 ZeroPage 정모

OMS

정기모임 시간 및 장소 : 8월 28일(수) 오후 6시 30분, 310관 B312호 활동공유 및 축제 부스에 관한 논의 후 7시부터 OMS 진행 예정.

스터디

스터디 이름	설명	진행 상황
Shaprest++	C++	진행중
DAILYEE	English	-
머코노초	C, 머신러닝 이론	-
재자구함	C, 자료구조	개강후에 시작할거임. 보조강사 구함
앙기모와 머머리	머신러닝을 활용한 알고리즘 트레이딩과 모의투자	계속 진행중

|| 초코파이썬/시즌2 || 파이썬 기초 & 웹 크롤링 ||기본 파이썬 -> 웹 크롤링까지. 2학기 때 시작 예정. 저녁 8시 이후 될거 같음. 원하시면 이름 추가하시면 됩니다. 지원자격 : 어떤 언어로든 구구단 만들수 잇으면 됨.||

프로젝트

프로젝트	설명	진행 상황
[caucsenotice]	중앙대 컴공 알리미 메일링 서비스	-
직선조아	linear regression	-
Robot_Study/Open Manipulatr	컨트롤러 구현, motion planing	구현 하고 있고, 데드라인 지킬수 있을듯
분수도 모르는 게 까불어	스마트 IoT 노래하는 LED 분수대 만들기	알게 되면 진행상황 공유함

축제

9/18 일쯤 할듯
할거 있는사람 같이좀 합시다
테이블 받아서 하고, 도장 모아서 기념품 받기도 함
해오름제 같은 축제 형식으로 함
부스 지키는 사람 필요하고, 진행할 사람 필요합니다.
콘센트 등 전기는 지원해줌
공간 문제, 지원 문제등은 회장을 통해서 다시 마련할듯
사람 모을 문제가 제일 중요하다
* 자원봉사 구함 *

@@ Line 8: / Line 8: @@
 활동공유 및 축제 부스에 관한 논의 후 7시부터 OMS 진행 예정.
-OMS 주자 : 9기 유상민 선배님
-OMS 내용 소개
-현재 저는 두나무란 회사에 소속되어 있고, 최근 몇년간 업비트라는 서비스를 만들었습니다.
-서비스 자체에 대한 내용은 메타 정보로서 무의미할 것 같고,  대략 2.5년 정도에 진행된 개발팀을 운영하면서, 학부때 배우거나 당시 부터 궁금해온 의문들에 대한 이야기를 해볼까 합니다.
-즉,  소프트웨어 엔지니어링 에 대한 이야기 입니다
-미리 선행으로 이미 의미를 알고 있으면 좋은 단어들은 다음과 같습니다.
-추상적 단어
-* Software CMMI 모델
-* Test Driven Development
-* Agile Methodology - Scrum, XP
-* Pair Programming
-툴 관련 실용적 단어
-* Git 사용법 중 rebase 의미
-* Ruby On Rails
-* Docker, Kubernetes
-* Test Coverage
-시간은 대략 QA 포함해서 1시간 정도로 할애할수 있을것 같습니다.
-# 개발 프로세스
-** XP, waterfall, agile, UP, RUP, Lean
-** 개발 과정의 패턴화
-** Agile
-** Agile manifesto 정말 중요하다
-** 그런데 이런건 배워도 잘 와닿지 않는다.
-** > 그리고 이런 방법론 거의 다 (Agile 빼고) 사라짐
-** > https://www.standishgroup.com/sample_research_files/CHAOSReport2015-Final.pdf  레퍼런스
-** > 읽어보면 알겠지만 cost & time overrun , scope 준수 다 망함
-** > 돈을 많이 들일수록 망한다. SCIENCE
-** > 그래도 agile 을 쓰면 그나마 덜망하더라.. waterfall은 진짜 쓰면 안될정도의 확률이다.
-** > 요즘 waterfall 아닌 방법론을 agile로 묶어서 말하고 있더라.
-** > HR 에서 애자일 메타가 오고있다....
-# 개발 프로세스 도입 실험
-** > msdn 에 적혀있던 거의 모든 XP 요소를 해봄.
-** > 개발 프로세스에 대한 주장이 모호하면 팀원의 프로세스 주장에 대해 관대하다.
-** > 개발자 성향은 매우 중요하다
-** > test 좋은데, 힘들다
-** > 제대로 테스트 할려면 전담 조직이 필요하다
-** > 프로세스에서 풀뿌리 민주주의는 힘들다.
-# agile dev experiments.
-** > Scrum
-** > XP
-** > Agile unified process
-  ...
-# 최악의 프로그래머가 되지 않기 위해
-** > 자기가 만난 나쁜 프로그래머의 패턴을 외우고 내가 그런 패턴이 되지 않게 하자
-# 코딩 관점 적용한 것들
-  -> 최대한 짧게
-  -> DRY Don't repeat yourself
-  -> Side effect를 줄이자 -> 결국에는 FP
-  -> TDD, 개념은 SE로...
-# 브랜칭 정책
-  -> master는 항상 나갈수 있게 master == production level code 로(웹에서)
-  -> Github flow
-  -> Rebase Merge   ->  그래프를 읽을 수 있게 한다.
-  -> 코드리뷰 자율 && 문화화 한다.
-# 커뮤니케이션 시간을 줄일 수 있게 한다.
-  -> 주간회의
-  -> 회고 (Three Fs(Fact, Find,Feeling) -> Two Fs(Fact, Find&Feeling)
-  -> 사전 작성 가능하도록 패턴화
-# ERD, UML
-  -> state diagram 사실 많이 쓴다
-  -> class diagram 은 잘 안쓴다..
-    -> class diagram 은 structure를 표현하는데, 이건 좀 하기 애매하다.
-    -> Round-trip engineering 이 실패함
 == 스터디 ==
 {| class="wikitable"