tag:blogger.com,1999:blog-6060875800282210631.post2165927678247920475..comments2023-11-08T05:29:09.590+09:00Comments on All of Software: 개발자들이 바글바글한 외딴섬에 떨어진다면전규현http://www.blogger.com/profile/02706025917864233238noreply@blogger.comBlogger21125tag:blogger.com,1999:blog-6060875800282210631.post-49294911439572731592009-04-22T10:37:59.000+09:002009-04-22T10:37:59.000+09:00좋은 말씀이십니다. 그런데 Ray.전규현님이 생각하시는 스펙 문서(Requirement e...좋은 말씀이십니다. 그런데 Ray.전규현님이 생각하시는 스펙 문서(Requirement engineering)은 어떤 것인지요? 이게 코에 걸면 코걸이요 귀에 걸면 귀걸이가 될 수도 있다는 생각이 듭니다.<br>혹시 가능하시면 샘플 문서를 한번 받아볼 수 있을까요?(너무 과한 요청이로군요 >.<)돌이아빠http://windlov2.tistory.comnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-41462980776294811532009-04-22T10:52:20.000+09:002009-04-22T10:52:20.000+09:00스펙의 정의와 범위는 막연하지 않습니다. 구체적이지요. ISO나 IEEE에서도 정의가 되어...스펙의 정의와 범위는 막연하지 않습니다. 구체적이지요. ISO나 IEEE에서도 정의가 되어 있습니다. 하지만, 소프트웨어나 프로젝트의 성격에 따라서 중요한 부분이 다르고 적당한 표현방식이 다르기 때문에 Template이 Sample을 보는 것은 도움이 된다기보다는 생각의 폭을 좁히고 사고를 고정시키기 때문에 도움이 안된다고 생각합니다. 또한 NDA에도 어긋나고요. 시간이 되면 저를 한번 방문하셔서 토론할 기회를 가지면 좋을 것 같습니다. 그런 기회는 언제든지 환영입니다.<br><br>오히려 설계가 제품마다 상당히 많이 달라서 더 정형화 시키기 어렵죠.Ray.전규현http://allofsoftware.netnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-54657103199161425372009-04-22T10:57:54.000+09:002009-04-22T10:57:54.000+09:00흠.. 그런 의미의 스펙을 말씀하신 거군요.저는 고객의 요구사항에 따라 만들어지는 제품에 ...흠.. 그런 의미의 스펙을 말씀하신 거군요.<br>저는 고객의 요구사항에 따라 만들어지는 제품에 대한 스펙을 말씀하시는 줄 알았습니다. 제가 생각했던 부분은 어찌보면 설계서를 생각했었는데 그 상위 레벨 혹은 단계를 말씀하신 것으로 이해가 됩니다. 그렇다면 말씀하신 대로 문제가 발생이 되겠네요. 좋은 말씀 감사합니다.돌이아빠http://windlov2.tistory.comnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-72085370087921741822009-04-22T12:14:35.000+09:002009-04-22T12:14:35.000+09:00조금은 정형화된 예제의 문서가 있을까요? 물론 프로젝트, 솔루션 마다 틀리겠지만요. 어느정...조금은 정형화된 예제의 문서가 있을까요? 물론 프로젝트, 솔루션 마다 틀리겠지만요. 어느정도 예제를 삼을만한 문서가 있으면 좋겠네요. 이런문서들도 각업체별로 틀리겠지만 이런문서들도 약간의 틀을 가진 문서가 있으면 좀 공통적으로 적용해서 모든 개발자들이 이해하고 독해할수 있었으면 좋겠다는 생각이 듭니다.곰아리http://bear.sage.krnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-18219982467912893882009-04-22T13:41:07.000+09:002009-04-22T13:41:07.000+09:00곰아리님 안녕하세요. 스펙문서는 소프트웨어 개발방법론마다 다 Template이 있으니 Go...곰아리님 안녕하세요. 스펙문서는 소프트웨어 개발방법론마다 다 Template이 있으니 Google에서 찾아보는 것은 그리 어렵지 않습니다. 하지만, 복잡한 개발방법론은 스펙과 연관된 문서가 너무 많고 복잡한 것이 문제입니다. 또한 Template을 보더라도 그 내용을 어떻게 채우는지 아는 것은 더 어렵습니다. 경험도 많이 필요합니다. 그래도 Template를 보고 싶다면, ISO나 IEEE에서 정의한 SRS문서를 보면 참조가 됩니다. Template만 보고 작성된 SRS를 보면 잘못된 내용을 적는 경우가 많더군요.Ray.전규현http://allofsoftware.netnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-59372063827362506182009-04-22T13:23:06.000+09:002009-04-22T13:23:06.000+09:00스펙은 누가 만드나요?스펙은 누가 만드나요?[1002]noreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-54689647849173322002009-04-22T13:38:37.000+09:002009-04-22T13:38:37.000+09:00스펙을 쓰는 사람은 프로젝트마다 다를 수 있습니다. 스펙을 쓰려면, 고객의 요구사항을 잘 ...스펙을 쓰는 사람은 프로젝트마다 다를 수 있습니다. 스펙을 쓰려면, 고객의 요구사항을 잘 분석할 수 있어야 하고, 기술도 잘 알아야 합니다. 선임 개발자가 쓰기도 하고, 소프트웨어 분석가가 따로 있는 경우도 있고, 다양합니다.Ray.전규현http://allofsoftware.netnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-7216813815927987542009-04-22T13:33:47.000+09:002009-04-22T13:33:47.000+09:00개발자들이 바글바글한 섬이라면 스스로 필요한 소프트웨어를 만들어 낼 것이니 교육이 필요없을...개발자들이 바글바글한 섬이라면 스스로 필요한 소프트웨어를 만들어 낼 것이니 교육이 필요없을 듯 합니다. 개발자는 별로 없고 자신이 뭘 원하는지 모르는 고객이 바글바글한 섬이라면 고객들에게 일단 스스로 필요한 것이 "진짜" 뭔지를 알아내는 교육을 하면 의미는 있겠네요..noreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-89420550164505542832009-04-22T13:37:22.000+09:002009-04-22T13:37:22.000+09:00일리가 있는 얘기네요. 문제는 스펙을 적는 방법을 잘모르고 경험이 부족한 것이겠지요. 하지...일리가 있는 얘기네요. 문제는 스펙을 적는 방법을 잘모르고 경험이 부족한 것이겠지요. 하지만, 개발자들이 자신들이 쓸 소프트웨어를 스스로 만든다면, 그 필요성이 줄어들겠네요. 여태 그렇게 잘 만들어서 써왔고요.Ray.전규현http://allofsoftware.netnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-9770815670813555762009-04-23T09:19:54.000+09:002009-04-23T09:19:54.000+09:00멋진 반전이네요.멋진 반전이네요.김현남http://www.umlcert.comnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-72159288605052169312009-04-22T17:32:16.000+09:002009-04-22T17:32:16.000+09:00잘보고 갑니다~일리가 있는얘기 입니다, 프로젝트 단위에서 규모가가 커지면 커질수록중요성이 ...잘보고 갑니다~일리가 있는얘기 입니다, 프로젝트 단위에서 규모가가 커지면 커질수록<br>중요성이 강조 되는것 같아요.<br>여담이지만서도...<br>개발자에게 회의시간에 웃으며,고집안부리고 커뮤니케이션 하는 방법 가르키는건 어떨까요..sheonhttp://sheon.tistory.comnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-43051099994520705742009-04-22T17:47:54.000+09:002009-04-22T17:47:54.000+09:00sheon님 안녕하세요. 그것도 좋은 방법이네요. ^^ 왠지 개발자들에게는 공통된 인식이 ...sheon님 안녕하세요. 그것도 좋은 방법이네요. ^^ 왠지 개발자들에게는 공통된 인식이 있는듯 하네요.Ray.전규현http://allofsoftware.netnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-39218092225463823432009-04-23T01:36:41.000+09:002009-04-23T01:36:41.000+09:00저는 우선 팀웍을 가르칠것 같습니다. 주어진 환경이 아주 좋고 능력이 있는 개발자만 모여 ...저는 우선 팀웍을 가르칠것 같습니다. 주어진 환경이 아주 좋고 능력이 있는 개발자만 모여 있다 하더라도 협업이 되지 않아 실패하는 경우를 많이 보아 왔거든요. 개발 방법론은 모르더라도 같이 일하는 조직에서 협업이 잘 된다면 그 조직에 맞는 개발방식이 수립이 됩니다. 다들 좋다는 방법론 보다 그 조직에 최적화 되어있는 개발 방법이 가장 효과적인 방법론이라고 생각하거든요. 그런 경우는 뭐같은 요구사항이 나오더라도 찰떡같은 작품이 나오기도 합니다.C-Thinkerhttp://artofsoftwaredev.tistory.com/noreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-78265303324377289652009-04-23T09:58:06.000+09:002009-04-23T09:58:06.000+09:00C-Thinker님 안녕하세요. 팀웍을 중요하게 생각하는 분이 좀 되는 것 같네요.C-Thinker님 안녕하세요. 팀웍을 중요하게 생각하는 분이 좀 되는 것 같네요.Ray.전규현http://allofsoftware.netnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-37740739667859542782009-04-23T04:57:08.000+09:002009-04-23T04:57:08.000+09:00님의 글을 보면서 제가 봤던 아래 블로그에 Scott이 남긴 커멘트가 생각났습니다.http...님의 글을 보면서 제가 봤던 아래 블로그에 Scott이 남긴 커멘트가 생각났습니다.<br>http://www.gaborcselle.com/blog/2009/04/what-specs-are-good-for.html<br><br>저도 C-Thinker님 말대로 팀웤에 한표를 던지겠습니다.<br>Communication is matter to be success or failed!.popopomenoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-61399873537449219662009-04-23T10:58:20.000+09:002009-04-23T10:58:20.000+09:00popopome님 안녕하세요.스펙은 항상 소프트웨어 개발에 있어서 가장 중요하지만 어렵고,...popopome님 안녕하세요.<br>스펙은 항상 소프트웨어 개발에 있어서 가장 중요하지만 어렵고, 스펙작성은 개발자들의 역량 중에서 가장 우선시 되곤하나 또한 익히기 어렵다고 알려져 있습니다. Scott의 커멘트를 보니 그사람의 경험과 생각을 미뤄 짐작해볼 수 있습니다. 그래서 절대적인 비교는 되지 않죠. 그러기에는 우리나라 개발환경은 기초가 많이 부족하거든요.Ray.전규현http://allofsoftware.netnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-71888696296552466432009-04-25T23:19:01.000+09:002009-04-25T23:19:01.000+09:00글 잘읽고 갑니다.핵심인재 한명 빼고, 전부 코더로 만드는건 어떨까요?중앙집권..불가능하겠...글 잘읽고 갑니다.<br><br>핵심인재 한명 빼고, 전부 코더로 만드는건 어떨까요?<br>중앙집권..불가능하겠죠? ^^카페모카noreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-77917723873397487362009-04-28T11:43:20.000+09:002009-04-28T11:43:20.000+09:00카페모카님 안녕하세요.그렇게 할 수만 있다면 좋은 생각이죠. 가장 적은 비용으로 가장 좋은...카페모카님 안녕하세요.<br>그렇게 할 수만 있다면 좋은 생각이죠. 가장 적은 비용으로 가장 좋은 제품이 나올 수도 있겠죠. 그리고 그 코더들도 시간이 흐르면 설계도 할고, 더 비싼일을 할 수 있겠죠.Ray.전규현http://allofsoftware.netnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-30331995072877621922009-04-28T12:17:17.000+09:002009-04-28T12:17:17.000+09:00초보 개발자인 저에게 너무나 와닫는 내용들이 가득한 블로그네요RSS 등록하고 자주 오도록 ...초보 개발자인 저에게 너무나 와닫는 내용들이 가득한 블로그네요<br>RSS 등록하고 자주 오도록 하겠습니다 ^^구차니http://minimonk.tistory.comnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-77575789633761538832009-04-28T16:26:38.000+09:002009-04-28T16:26:38.000+09:00감사합니다.감사합니다.Ray.전규현http://allofsoftware.netnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-74010376142826120582009-04-23T09:15:44.000+09:002009-04-23T09:15:44.000+09:00전규현님 블로그에 재미있는 글이 올라왔네요. 다음과 같은 질문을 하고 있습니다. 뒤죽박죽 ...전규현님 블로그에 재미있는 글이 올라왔네요. 다음과 같은 질문을 하고 있습니다. 뒤죽박죽 개발하고 있는 개발자들을 3개월안에 정예 개발자로 만들어야 하는 미션이 주어졌을 때 무엇을 하시겠습니까? 저는 먼저 미션을 부여한 사람에게 가겠습니다. 미션이 잘 못 되었음을 알립니다. 3개월이라는 시간은 뒤죽박죽으로 개발하는 개발자들을 정예 개발자로 만들기에는 부족한 시간임을 알리고, 더 많은 시간을 요구합니다. 그래도 계속 미션 달성을 요구하면, 말도 안되는..김현남의 이야기터http://kimhn.tistory.com/49noreply@blogger.com