기본 콘텐츠로 건너뛰기

마소 후기

원래 한 5명? 정도가 가기로 했는데 이 석ㅇ...
암튼 애들이 다 숙제나 다른 애는 광주로 간다고 해서 결국 혼자 다녀왔다....









(도착)



(사실상 경치 감상하기 좋은 곳)
앞에 광화문에서 어떤 행사인지는 모르지만 행사를 해서 위에서 지켜다 보면서 기다리다가 입장을 하게 되었다.

(입장)
이번에는 저번 구글 IO 때처럼 대충 듣고 가기 싫어서 앞자리를 차지했다.
기억에 남는 내용 몇 가지를 뽑자면 
일단 첫 번째로 왼쪽은 Visual Studio 내장 에뮬로 구동을 한 설정 이고, 오른쪽은 그냥 윈도우 10에 내장된 설정 창이다. 대충 보면 많이 다른 것처럼 느껴지지만 ...

이 두 가지 방법을 이용하여 두 설정을 동시에 만들어 낼 수가 있다.
사이즈에 따라 속의 UI 가 바뀌어 진다는 것이 마치 반응형 웹 페이지를 보는 기분...










두 번째로 기억에 남는 내용은 컴파일 바인딩에 관련된 것이다.
(왼쪽 : 동적 데이터 바인딩, 오른쪽 : 컴파일 바인딩)
두 가지 바인딩 식이 있는데 하나는 컴파일 바인딩 하나는 동적 데이터 바인딩
동적 데이터 바인딩은 DataContext 설정이 필요하다.
컴파일 바인딩은 바인딩 성능 향상 과 기존의 편리함을 유지하고
런타임 시 부하가 적고 리플렉션 코드가 최소화 된다.
그리고 변환된 코드는 무려 디버깅이 가능하다!
하지만 대상 타입의 명시적인 선언이 필요하고 해당 페이지의 멤버만 바인딩이 가능하다는 단점(?)이 있다.











그리고, 세 번째로 기억에 남는 부분은 Windows 10 IoT 에디션 인데....

데스크탑 API의 54%공유 (나머지는 모바일 전용 셀롤러 데이터 등)
모바일의 84% (센서 부분을 위한 API)

최소사양이 램 256MB...

하나의 UI 앱이 구동 되고
간편한 peripherals 접근
UWP앱, 드라이버 지원 (커널 드라이버면 다시 컴파일 할경우)
Win 32.NET지원 등 호환도 잘되고 성능도 꽤 잘나오는 것 같고...

그래도 GDI, MFC 은 사용 불가능










(솔직히 이게 제일 중요할 듯)
IT 엔지니어가 왜 영어가 중요한지 사진 한 장을 이용하여 설명된다.
부품의 경우 대부분 외국에서 사 오는 경우가 많아서 DataSheet 를 찾아서 읽어야 하는데 문제가…. 이 DataSheet 가 대부분 영어로 제작되었다는 점이다. 
이러한 이유도 있고 외국에서 주문하는 등 여러 가지 부분에서 더 편리해서 영어가 중요하다고 한다..



(끝)
솔직히 이 옷이 가장 꿀...
옆에 MDS테크놀로지 에서 준비한(?) 영화관(CGV) 티켓도 있기는 한데...
문제가 내가 사는 지역은 충주인데 충주에 CGV가 없다...
(2장 나눔 해야 하나 고민 중....)




+ 다음에는 꼭 말해야 할 듯ㅋㅋㅋㅋ

ps. MDS테크놀로지 에 취직하고 싶다 ㅋㅋㅋㅋㅋㅋㅋㅋㅋ
라벨:

댓글

댓글 쓰기

이 블로그의 인기 게시물

C의 volatile

가장 쓰이지 않는 C/C++ 언어의 volatile 이라는 키워드가 있다. 이 키워드는 대부분의 참고 서적들이 컴파일러의 최적화를 막아준다고만 적어둘 정도로 사용 빈도수가 적기도하고 중요도 까지도 낮은 그런 키워드인 셈이다. 하지만 이 키워드가 임베디드 소프트웨어 에서는 중요한 키워드중 하나가 된다. 거의 하드웨어가 사용하는 메모리 선언 시에 사용되고 다음과 같은 경우에 사용되는 편이다. 메모리 맵 입출력(MMIO)을 제어 인터럽트 서비스 루틴 사용 멀티 쓰레드 환경 이렇게 3가지에 사용되는데 임베디드에서는 주로 아래와 같은 예시들과 같은 경우에 주로 사용된다. 예시 1) unsigned int* test; test = (unsigned int*) 0x1020; test = (unsigned int*) 0x1028; 예를 들어서 다음과 같은 코드가 있을때 컴파일러는 중간 문장은 필요 없는 것으로 판단하고 제거한뒤 컴파일 할것이다. unsigned int* test; test = (unsigned int*) 0x1028; 결과 적으로는 위 문장만 실행되는데 volatile 키워드를 사용하면 이것들이 전부 컴파일 되서 전부의미를 가지게 된다 volatile unsigned int* test; test = ( volatile unsigned int*) 0x1020; test = ( volatile unsigned int*) 0x1028; 예시 2)  예를 들어 0x1234에 8비트의 status 레지스터가 있고, 이 레지스터가 0이 아닌 값을 가질때까지 폴딩하기 위해서 아래와 같은 코드를 작성했다. (루시퍼님 블로그의 예시가 적당해서 가져왔다) INT8U *ptr = (INT8U *)0x1234; while (*ptr == 0) 만약 옵티마이징을 키게 된다면 이것은 move ptr, #0x1234 move a, @ptr loop bz loop 이렇게 다시는 0x1234값을 받아오지 않게 어셈블...
댓글 쓰기
자세한 내용 보기

HomeNews Alpha Final!

그런데 인성인증인데 왜 기술적인걸로 프로젝트를 햇더라 파싱은 제리코 라이브러리를 사용해서 완성시켰다. 이제 PPT짜러...! 거의 다완성되간다!
댓글 쓰기
자세한 내용 보기

C언어 register 변수의 함정카드

C언어를 하다보면 register 라는 CPU의 레지스터에 자료를 저장하는 변수를 알수있다. 대신에 한 프로그램에서 최대 2개 정도까지만 사용이 가능하고 지역변수만 가능 및 32bit CPU는 32bit 크기의 변수만 사용 가능하다. 장점만 보면 기본적으로 메모리쪽에 저장되는 일반 변수들보다 더 빠르게 접근이 가능할 것 같은데...인라인 어셈이랑 메모리랑 레지스터랑 비교하면 어떤게 가장 빠른지 궁금해서 한번 테스트 해보게 되었다. 우선 테스트 해볼 코드는 다음과 같다. 거의 동일한 연산을 하고 다른 점이 있다면 인라인 어셈은 전부 다 레지스터를 이용해서 연산한다는 정도...? 위의 코드를 컴파일 해서 실제로 돌려보면 실행 결과는 다음과 같이 나온다. !? 그냥 아무런 형식도 지정해주지 않은 auto와 똑같은 결과가 나온다. # C언어는 기본적으로 아무런 형식을 지정해주지 않으면 auto로 해준다. # int a => auto int a 그래서 어째서 저런 결과가 나왔는지 컴파일에 옵션을 줘서 어셈파일을 분석해 보았다. 인라인 어셈 auto for register for push ebp mov ebp, esp mov ecx, 0 jmp SHORT $INLoop$3 $INLoop$3: cmp ecx, 10000000 jae SHORT $EXIT$4 mov eax, ecx shl eax, 2 inc ecx jmp SHORT $INLoop$3 $EXIT$4: cmp ebp, esp call __RTC_CheckEsp popebp ret,0 push ebp mov ebp, esp sub esp, 8 mov DWORD PTR [ebp-8], -858993460 mov DWORD PTR [ebp-4], -858993460 mov DWORD PTR _i$2[ebp], 0 jmp SHORT $LN4@For $LN...
댓글 쓰기
자세한 내용 보기