hesuhesu / idea

소프트웨어 공학 수업 아이디어 토론

idea

소프트웨어 공학 수업 아이디어 토론

아이디어 주제 요약

모든 공학에 설계도가 있듯이 프로그래밍에도 설계도가 필요함(ex: 건축에서는 건축 설계도)
따라서 현재 교수님은 프로그래밍을 설계할 수 있는 프로그램을 만들고 계심
기존에 UML이라는 프로그래밍 설계언어가 존재하긴함(아래 사진 참고)
하지만 UML은 별로라 새로운 설계언어를 교수님이 만들고 계심

이를 통해 우리가 아이디어를 내야하는 것은 이 프로그래밍 설계언어 또는 설계도면을 통해 어떻게 돈을 벌지 구상해야함

교수님 아이디어

깃허브와 같이 코드를 공유하는 사이트를 제작
근데 코드가 아닌 설계도를 공유하는 사이트임
이를 구체화하는 것도 또 다른 아이디어가 될 수 있음
(글쓴이 개인 아이디어)예를 들어 로봇 프로그래밍 설계도를 공유하는 사이트라면 머리, 팔, 다리 등등을 나누어 설계도를 공유
더 나아가 로봇뿐만 아니라 자동차나 비행기등에도 적용가능하다고 생각함

가정

• 설계도면을 만들 수 있는 언어가 만들어졌다고 가정

할 것

1. 현재 보고 있는 이 레파지토리(idea)의 이슈(Issues)에서 아이디어를 제시
2. 올라오는 아이디어를 보고 토론하기
3. 아이디어 이외에도 추가적으로 참고하면 좋을 자료 조사
   • UML이 어떻게 사용되는지 or 문제점, 큰 회사에서는 어떻게 프로그래밍을 설계하는지 등등
   • 현 라파지토리에 자료조사 폴더에 올리되, 하위 폴더 구분은 자율적으로 하기
   • Pull Requests(PR)를 해도되고 해당 레파지토리에 바로 업데이트해도 됨
   • PR를 하고 싶은 경우 fork나 branch를 생성하여 작업한것을 PR하면 됨
   • PR은 자신의 작업 내용이 확신이 없는 경우하고 일반적인 내용은 바로 master 브런치에 작성해도 됨

점수 책정 방식

1. 우수 아이디어 제시 (1순위)
2. 아이디어에 대한 피드백 or 코멘트 (2순위)
3. 참고하면 좋을 자료 조사 (3순위, 하지만 좋은 자료일 경우 3순위 내에서 상대적으로 높은 점수 부여)

주의사항

1. 열심히 하되, 절때 싸움 금지
2. 다른 사람의 아이디어 존중
3. 아이디어가 문제가 있을시, 비판은 좋지만 비난은 금지
4. 점수 책정 방식을 보면 알다시피 commit 수가 많으면 좋으나 issues(아이디어 토론)는 commit이 아니므로 아이디어 제시한 사람보다는 작은 점수를 가짐
5. 빨리빨리 업데이트된 내용을 확인할 필요는 없지만 issues에 올라온 아이디어인 경우 빨리 볼 수록 할말이 많아 피드백을 하고 점수를 챙겨갈 수 있긴함

문의

1. 질문은 카톡방 or 팀장카톡으로 편하게 해도됩니다. (아이디어 질문은 당연히 깃허브로)
2. 점수 책정 방식을 좀 더 수치적으로 하고 싶으면 말해주세요.