Contents

• 2006-01-09 위키 페이지 생성
• 2006-01-12 도메인 이전 작업 중
• 2006-01-16 도메인 이전 완료, 게시판 및 기본 페이지 생성 작업
• 2006-01-18 phpbb 게시판 설치 중
  
  

• 어셈러브 DB 백업 파일을 html등으로 변환할 수 있는 툴 필요
• 어셈러브의 주제를 Embedded와 Security로 확장 필요
• 임베디드 분야에서 널리 사용되는 일반적인 기술/테크닉 수집과 집약, 정리 -> 임베디드 개발의 일반화된 표준/흐름 유도
• 개발자를 위한 영어 : 영어로 주석 쓰는 법, 영어로 문서화하기, 영어로 기술 문서 쓰기 등을 위한 테크닉, 팁

• 어셈러브를 블로그와 같이 개인 정보를 저장하고 기록하는 목적으로 사용함
• join-c 사이트와 같은 형식/운영 참조 필요
• 미러링 허용 필요

• Embedded System 개발의 허브 역할 & 초보 개발자들의 기술 진입 창구
• 자기 정보 수집/ 정리하는 역할 - 이런 목적에 맞는 형태의 게시판, 사이트 구조
• RSS 연동 필요한가?

• 게시판을 선택과 집중해야 함
  
  
• 질답 게시판을 전면에 배치
  
  
• wiki 베이스로 된 문서화 운영
  -- kldp의 wiki를 이용할 수도 있고 어셈러브에 따로 설치해서 사용할 수도 있습니다. kldp 위키를 사용하는데 중복도 줄이고 백업이나 관리상 더 적절할것 같습니다. - 김기오
  
  

  그렇게 되면 KLDPWiki와 어셈러브의 관심사가 다르기때문에 여러 충돌(?)이 일어날 수 있습니다. 어셈러브 위키를 따로 만들어 쓰시고, KLDPWiki에 어셈러브에서 일어나는 것을 적절히 노출시키면 됩니다. "어셈러브소식"같은 페이지를 만들어서요. --WkPark
  
  
• 비교적 큰 order에만 움직이는 vender의 chip을 구하기 어려워 개인이 다양한 vender를 접해보기는 사실상 돈이 많이 듭니다. 개인장터 역할의 게시판도 있으면 도움이 될지 모르겠네요. 돌려쓰기 이런거 참 좋은것 같습니다. - 조재혁 minzkn
  -- 거래에 따른 피해나 혼잡을 감수할 수 있는가를 생각해야 할것 같습니다 - 김기오
  
  
  

• 처음접하는 chipset에 대한 막막한 접근법을 시원하게 해결해줄 정리된 차원의 요소가 필요하다고 생각됩니다. - 조재혁 minzkn
  -- 널리 사용되는 칩에 대한 입문 메뉴얼 카테고리 - 김기오
  
  
• 언어적인 문제에 부딪혀서 매우 좋은 문서도 검색사이트에서 종종 놓치고 지나가는 경우가 많습니다. 그리고 원하는 문서를 찾았어도 언어적인 문제가 해결되지 않으니 다소 나중에 보자고 미루다가 다시 링크를 방문했을때 링크가 사라진경우 참 안타까운적이 한두번이 아닙니다. 각자 자신이 검색한 문서들을 스크랩(그 유명한 copy & paste 기법의 장이 되도록) 할수 있는 공간이 있으면 좋겠다는 생각이 듭니다. 물론 해당 문서의 원 저자에게 허락을 받은경우만 가능하게 하도록 하는 장치도 있어야 될 필요가 있겠습니다. 요즘에 블로그를 많이 사용하게 되는데 이런 스크랩이 매우 장점으로 와닿습니다. - 조재혁 minzkn
  
  
  

1. 기존의 어셈러브에서 운영중이던 게시판수보다 좀더 간단하게 구성할 필요가 있다는 의견이 있었습니다.
2. 또한 어셈러브 게시판의 개선점중에서 "질답" 게시판이 눈에 잘 띄지 않아서 이에 대한 개선의 필요성도 회원들사이에 의견이 많았었습니다.
3. 문서화 및 상호 의견 교환 그리고 data를 다루는 용이함에 위키가 적합하다는데 공감하였습니다.
4. Embedded분야에서 가장 어려운 부분으로는 (제가 느꼈던 것들만 정리해봅니다.)
   1. 처음접하는 chipset에 대한 막막한 접근법을 시원하게 해결해줄 정리된 차원의 요소가 필요하다고 생각됩니다.
   2. 비교적 큰 order에만 움직이는 vender의 chip을 구하기 어려워 개인이 다양한 vender를 접해보기는 사실상 돈이 많이 듭니다. 개인장터 역할의 게시판도 있으면 도움이 될지 모르겠네요. 돌려쓰기 이런거 참 좋은것 같습니다.
   3. 언어적인 문제에 부딪혀서 매우 좋은 문서도 검색사이트에서 종종 놓치고 지나가는 경우가 많습니다. 그리고 원하는 문서를 찾았어도 언어적인 문제가 해결되지 않으니 다소 나중에 보자고 미루다가 다시 링크를 방문했을때 링크가 사라진경우 참 안타까운적이 한두번이 아닙니다. 각자 자신이 검색한 문서들을 스크랩(그 유명한 copy & paste 기법의 장이 되도록) 할수 있는 공간이 있으면 좋겠다는 생각이 듭니다. 물론 해당 문서의 원 저자에게 허락을 받은경우만 가능하게 하도록 하는 장치도 있어야 될 필요가 있겠습니다. 요즘에 블로그를 많이 사용하게 되는데 이런 스크랩이 매우 장점으로 와닿습니다.
   4. 단종소식, 가격적인 문제, 새로이 요구되는 기능, 다양한 제품군 형성 등의 이유로 기존에 개발했던 플랫폼을 다른 플랫폼으로 전환해야 하는 경우가 상당히 많습니다. 하지만 비슷한 플랫폼 전환이 아니고 전혀 다른 vender를 채택했을때 완전히 다른 접근의 개발요소가 많이 숨어있게 됩니다. 이를 극복하기 위해서는 상당한 시일이 걸릴것입니다. 때문에 이런 부분에 대해서 공통적인 프로젝트로 설정하여 다같이 해결해갈수 있는 장소의 역할이 되면 좋겠습니다. 적어도 저의 경우만큼은 이경우때문에 개발에 드는 시간소요가 엄청납니다. 기껏해서 만들어 놓으면 단종소식이 들려오는데 힘빠지는 일이죠. 게다가 다른 플랫폼으로 이식할때의 그 상이한 구조로 인한 두뇌혹사는 꽤 소모전에 가깝다는 생각이 듭니다.
   5. 이미 앞서간 선배들의 겸험담을 쉽게 접할수 있는 그런곳이 필요합니다. 단순히 datasheet대로 만들면 속편하고 그나마 쉽게 결과물이 나올지 모르겠지만 약간의 응용때문에 겪는 에피소드가 더 많을것입니다. 선배들의 경험담이 학교에서 정형화된 교육을 받는것보다 200% 도움이 된다고 생각합니다.