newtypeunion.com

yukibung.blogspot.com

유키유키붕붕 SoC 블로그: 1월 2014

http://yukibung.blogspot.com/2014_01_01_archive.html

Ruby verilog soc asic. 2014년 1월 17일 금요일. 보통은 책읽 읽다가 참고서적을 통해서 다른 책을 읽는 경우가 있습니다. 이것도 약간 그런 내용입니다. 위 내용을 읽다보니 Return On Software 다음 책을 알게 되었습니다. 이책에서 회사의 성공(Success) 를 아래와 같이 규정합니다. 다양한 코드도 많이 만들었다. 다양한 코드도 많이 만들었다. 코드도 잘 동작하는 수준이다. 코드가 프로젝트에 재활용(reuse) 가능한 수준이야. 비슷한 비지니스를 하기위해 한 환경을 구축했다. (다음에 비용을 절감가능). 다음 프로젝트에서 유연하게 변화하기위해 수동과, 자동화 모두 지원. 이런종류의 비지니스를 다른 어떤회사보다도 저렴하게 구현할수 있다. 이러한 비용 절감으로 인해 다른회사는 가격으로는 경쟁이 안된다. 우리회사는 지금까지 #4 였던것 같습니다. ARM 과 같은 회사는 레벨 #5 인것 같습니다. Code Complete 를 읽으면 아래와 같은 구문이 나옵니다.

yukibung.blogspot.com

유키유키붕붕 SoC 블로그: 4월 2015

http://yukibung.blogspot.com/2015_04_01_archive.html

Ruby verilog soc asic. 2015년 4월 11일 토요일. 예외처리를 이용한 tcl 을 단위테스트. 예외처리를 이용한 tcl 을 단위테스트. Catch 구문을 이용하면 tcl 에서도 단위테스트 프레임워크를 만들수 있습니다. 단위테스트를 만들면 스크립트를 장기적으로 유지 보수할수있게 해줍니다. 따라서 지속적인 리펙토링이 가능합니다. 위 테스트 결과를 돌리면 아래와 같습니다. 위에서 catch 를 사용한 부분은 예외 처리라고 합니다. Error 가 발생하더라도 바로 멈추지 않습니다. 다음 test 로 진행할수 있도록 error 를 무시하고 계속 진행하게됩니다. 단위테스트는 c 나 java 의 영역이외에도 모든 프로그래밍 영역에 사용가능합니다. SoC 개발시에는 다양한 tcl 을 사용하기때문에. 얼마든지 단위테스트를 활용할수 있습니다. 스크립트를 그냥 만들면 유지보수하기 힘들지만,. 단위테스트를 만들면 아주 빠른 속도로 스크립트를 수정할수 있습니다. 매우 어렵지만 tcl 의 이상한(?

yukibung.blogspot.com

유키유키붕붕 SoC 블로그: 2월 2015

http://yukibung.blogspot.com/2015_02_01_archive.html

Ruby verilog soc asic. 2015년 2월 28일 토요일. Soc 프로세스 개선에 관한 글. SoC 제품개발을 위한 개발프로세스에 대한 고려. Http:/ www.eetkorea.com/ART 8800364198 480203 NT 18702397.HTM. 스펙에서 테잎아웃까지 6개월안으로 단축하는것을 목표로함. 우수하고 노력한 팀을 이용하여 국내적으로 설계가능. 해외 이전으로 개발비를 50%이상 줄일수 있지만 자체적으로 높을 품질을 달성하면. 해외 이전을 하지 않아도 가능함. 가정은 노력한 설계팀이 지속적으로 혁신적 기술을 내놓아야한다. 자체개발한 분석 프로세스를 사용하여 사후 분석이 가능하였다. 제품개발에 투입된 정보가 수집됨. 출시시간을 단축하기위해서는 설계뿐만이 아니고 전체 프로세스를 고려해야하였음. 시스템 레벨의 검증프로세스가 매우 중요함. 스펙이 바뀌지 않을정도로 빠른 출시 (매우 중요함! 1 전체 프로세스를 위한 common flow 구축. 4 Back-End flow 개선.

yukibung.blogspot.com

유키유키붕붕 SoC 블로그: SoC 를 하는게 왜? 어려운가? ( 무어의 법칙을 다루기)

http://yukibung.blogspot.com/2015/06/soc.html

Ruby verilog soc asic. 2015년 6월 7일 일요일. SoC 를 하는게 왜? 무어의 법칙을 다루는 복잡도. O(N) 또는 O(N*Log N) 같은것들 기억하시는지? 무어의법칙은 O(N) 으로 증가합니다. 그런데 멧칼프의 법칙은 O(N 2) 로 증가합니다. 망 사용자가 N 배 증가하면 효용성이 N 2 만큼 증가한다는게 멧칼프 법칙입니다. 효용성을 N 2 만큼 늘리려면 복잡도도 N 2 만큼 증가하게 됩니다. 무어의 법칙에 따라 SoC 의 집적도가 높아질수록, SoC Bus 사용자(IP) 가 증가하게되고. 이것은 O(N 2) 만큼 증가합니다. 멧칼프의 법칙에 따라 점점더 복잡해집니다. 이러한부분이 Risk 로 작용하게 됩니다. 참고로 이러한 복잡도는 소프트웨어에서도 동일하게 발생해서 소프트웨어에서는 디미터의 법칙이라는 것이 있습니다. 복잡도를 다루기 위해서 나는 내 친구와만 이야기한다. 온세상이 너무 사람이 많아 복잡할것 같은데 나는 복잡하게 살고 있지는 않습니다. SoC 를 하는게 왜?

yukibung.blogspot.com

유키유키붕붕 SoC 블로그: 맛집 - 일본식 한우 숯불 구이

http://yukibung.blogspot.com/2015/05/blog-post_31.html

Ruby verilog soc asic. 2015년 5월 31일 일요일. 맛집 - 일본식 한우 숯불 구이. 주소: 송파구 잠실본동 201-10. 일본식 숯불구이 전문점 오월. 개인적으로 식도락을 즐기는 편입니다. 어머님이 아이들 봐준다고 하셔서 집사람하고 잠시 돌아다니다가 새로생긴 일본식 가게로 들어갔습니다. 2015년 5월에 개장했다고하네요. 그래서 가게 이름이 오월인가요? 겉에서 보기에 이쁘게 생겼습니다. 안에도 분위기 좋습니다. 소고기 무국은 아주 시원하고 깔끔하네요. 모듬을 시키면 아래와 같이 나옵니다. 미니화로에 구워먹는 방식입니다. 일본사람들은 자기가 먹고싶은만큼 스스로 구워먹는 스타일인가 봅니다. 자기의 일은 스스로 하자 인가요? 바에서 분위기를 느끼며 아내와 같이 먹었습니다. 약간은 부끄럼을 타시는 오끼나와 출신의 주방장님이랍니다. (진짜인지는 모름). 진짜 보이는것 처럼 맛은 정말 좋습니다. 여태까지 먹어본 한우중에 제일 맛난것 같습니다. 치즈구이 라는게 있는데, 구워먹어보니 맛나네요.

yukibung.blogspot.com

유키유키붕붕 SoC 블로그: 9월 2014

http://yukibung.blogspot.com/2014_09_01_archive.html

Ruby verilog soc asic. 2014년 9월 27일 토요일. 공부해서 블로그에 올리고 싶은것들. USIC : coverage db 표준. SCE-MI : FPGA 등 가속 인터페이스 표준. SVA - formal verification. 사실 블로그를 잘 안쓰게됩니다. 의욕이 안생기기 때문이지요. 남들이 블로그 쓰는 이유를 찾아보았습니다. 남들에게 가르쳐주려고 (따뜻한 마음과 친절한 사람들). 남들에게 가르쳐 주면서 나도 배우려고 (이게 저에게는 맞아보입니다.). 스스로 계속 공부하도록 채찍질하려고. 마케팅 차원에서 (나를 마케팅하거나, 회사를 하거나). 나르시즘과 자뻑의 중간 (저는 개인적으로 이게 맘에 듭니다. ). 20년동안 개발을 해왔는데 이전기록이 없는것은 사실입니다. 아쉽기도하고, 때로는 이전 자료가 필요하기도한데. 장기적으로 봤을때 기록하는게 남는장사로 보이네요. 하지만 적절히 수위 조절은 필요해보입니다. 너무 어려우면 이해를 못할것이고. 너무 쉬우면 재미가 없고,.

yukibung.blogspot.com

유키유키붕붕 SoC 블로그: 혁신은 직원들의 공감대를 형성해야하는가?

http://yukibung.blogspot.com/2015/05/blog-post_82.html

Ruby verilog soc asic. 2015년 5월 29일 금요일. 혁신은 직원들의 공감대를 형성해야하는가? 혁신을 하려고 할때 직원들의 공감을 얻지 못한다면 어떻게 될까요? 사실 공감가능하면 혁신이 아닙니다. 진정한 혁신이란 현재에서는 이해하기 힘들 일이기때문에 50%도 공감못하는게 혁신입니다. 밀어 붙어야합니다. 리더가 보기에 확실하면 밀어 붙어야합니다. 그러기위해서는 리더의 통찰력이 뛰어나야합니다. 예를들어 20년전에 버전관리툴을 사용하자고하면 아무도 따라오지 않았을겁니다. 하지만 통찰력이 있는 리더는 버전관리툴을 억지로 도입했을겁니다. 이것을 어디서 느꼈냐하면, 구글와 아마존의 클라우딩 컴퓨팅에서 느꼈습니다. 구글은 최대한 공감대를 형성하면서 가다보니, 클라우딩 컴퓨팅에서 뒤쳐진것 같습니다. 아마존은 CEO가 '이대로 하지 않으면 잘라버리꺼야' 라고 전사메일을 보낸것이 유명합니다. 그동안 어떤 혁신을 하려고 할때 직원들의 공감을 얻으려고 매우 노력했던것 같습니다. The Linley G...

yukibung.blogspot.com

유키유키붕붕 SoC 블로그: 6월 2015

http://yukibung.blogspot.com/2015_06_01_archive.html

Ruby verilog soc asic. 2015년 6월 7일 일요일. SoC 를 하는게 왜? 무어의 법칙을 다루는 복잡도. O(N) 또는 O(N*Log N) 같은것들 기억하시는지? 무어의법칙은 O(N) 으로 증가합니다. 그런데 멧칼프의 법칙은 O(N 2) 로 증가합니다. 망 사용자가 N 배 증가하면 효용성이 N 2 만큼 증가한다는게 멧칼프 법칙입니다. 효용성을 N 2 만큼 늘리려면 복잡도도 N 2 만큼 증가하게 됩니다. 무어의 법칙에 따라 SoC 의 집적도가 높아질수록, SoC Bus 사용자(IP) 가 증가하게되고. 이것은 O(N 2) 만큼 증가합니다. 멧칼프의 법칙에 따라 점점더 복잡해집니다. 이러한부분이 Risk 로 작용하게 됩니다. 참고로 이러한 복잡도는 소프트웨어에서도 동일하게 발생해서 소프트웨어에서는 디미터의 법칙이라는 것이 있습니다. 복잡도를 다루기 위해서 나는 내 친구와만 이야기한다. 온세상이 너무 사람이 많아 복잡할것 같은데 나는 복잡하게 살고 있지는 않습니다. SoC 를 하는게 왜?

yukibung.blogspot.com

유키유키붕붕 SoC 블로그: 이슈트래커로 투명성 확보하기 (jira 냐 redmine이냐?)

http://yukibung.blogspot.com/2015/05/blog-post_30.html

Ruby verilog soc asic. 2015년 5월 30일 토요일. 이슈트래커로 투명성 확보하기 (jira 냐 redmine이냐? 이슈 트래커를 사용해서 미팅을 줄이는것이 필요할까요? 이슈 트래커를 통해서 미팅을 대체하려면, 일단 정리를 잘해야합니다. 글로 남을 이해시킨다는것이 어렵기 때문이지요. 미팅을 많이하기만 하는 팀을 보면 정리는 잘못하고, 말로만 때우는 경우를 많이 보게됩니다. 문서를 적는 능력은 지적능력과 창의력에 비례하는것 같습니다. Jira 와 redmine 이 있는데요. 굳이 무얼 써야할까는 중요하지 않은것 같습니다. 어떤 내용을 어떻게 쓰는지 자체적으로 잘 표준화하는것과, 항상 이슈트래커를 달고사는 문화가 더 중요한것 같습니다. 써본 느낌으로는 redmine 이 아무래도 꽁짜에다가 쪼금더 검색이 편합니다. 피드 구독하기: 댓글 (Atom). 맛집 - 일본식 한우 숯불 구이. 이슈트래커로 투명성 확보하기 (jira 냐 redmine이냐? 혁신은 직원들의 공감대를 형성해야하는가?