그림

Search BackLinks only
Display context of search results
Case-sensitive searching

• 창섭/BitmapMasking . . . . 23 matches
       이렇게 된다. 다시 본론으로 돌아가서...우리가 하고 싶은 일은 그림의 배경을 잘라 내고 원하는 모양만을 밑그림에 붙이는 것이다. 따라서 우리는 배경은 무시되고 원하는 부분의 밑그림이 무시되어야 한다.[[BR]]
       <원본 그림>
       <밑 그림>
       원본 그림에 흰색과 검은 색으로 그려진 그림(마스크)을 밑그림에 잘 연산시켜 순서를 잘 맞춰 그리면 원하는 그림이 나오는 것이다. 마스크는 밑의 두개중 아무거나 사용한다.
        * 그림은 ''검은색을 만날 땐 OR 연산''에 '''강'''하고 ''흰색을 만날 땐 AND 연산''에 '''강'''하다~!! B)
        * 우리는 그림이 이기고~! 그림 외의 부분은 밑그림이 이겨야 한다~!
        1. 밑그림을 먼저 깔아놓고...
        1. 그 위에 배경자리는 밑그림이 이기고 그림자리는 그림이 이기도록.. 마스크의 색깔을 정한다.
        * 이때 그림 주변의 배경 색깔
        1. 밑그림을 찍는다.
        1. 그림을 '''SRCPAINT''' 연산 한다.
        * 이때 그림 주변의 배경 색깔
        1. 밑그림을 찍는다.
        1. 그림을 '''SRCAND''' 연산 한다.
• SmallTalk/강좌FromHitel/강의2 . . . . 15 matches
        시간이 나타나는 자리에 다른 그림이 그려지더라도 곧 그 그림은 지워지고
        지금까지는 글자들하고만 놀았으므로, 이번에는 여러분의 그림 솜씨를 마음
        지 말고 이 창 위에 마우스를 끌어서 그림을 그려봅시다. 아주 잘 그려질 것
        입니다. 여러분의 그림 솜씨가 여기에서 드러나겠지요?
        그림판이 좀 썰렁합니다. 아래의 명령을 한 번 실행시켜 보십시오. 방금 여
        러분이 실행했던 명령어의 결과로 만들어진 그림판은 닫지 않도록 하십시오.
        위의 명령을 실행하면 "Etch A Sketch"라는 그림판이 열릴 것입니다. 그리고
        방금 여러분이 노란색 그림판에 그렸던 그림이 그대로 나타납니다. 아마
        Dolphin Smalltalk를 만든 영국에서는 "Etch-a-Sketch"라는 그림판이 보편적
        지금 화면에는 노란 그림판과 Etch-aSketch가 떠 있습니다. 둘 중 아무 곳에
        나 여러분이 그림을 그리면 다른 한 쪽에 그것이 바로 반영이 됩니다. 즉 둘
        그림을 다 그렸으면 이제 열려있는 두 개의 그림판을 닫으십시오.
• MFC/RasterOperation . . . . 12 matches
       CDC는 다양한 드로윙 모드를 제공한다. ROP는 그런 드로윙 모드의 하나로, 동적으로 변화되는 그림을 그릴때 그림을 지우고 다시그리는 작업을 하는데 유용하다.
       || R2_BLACK || 모든 그림은 검은색 ||
       || R2_WHITE || 모든 그림은 흰색 ||
       || R2_NOT || 그림이 화면색의 반대가 된다. 출력이 항상 보이게 하려고 할때 쓰인다. ||
       배경이 흰색이고 그림을 그리는 색이 붉은 색이라면?
       이제 그려진 그림위에 다시 붉은 색으로 그림을 그린다고 가정해보자.
       이를 이용하면 그림을 지우는 과정을 하지 않고 단순히 동일한 그림을 그림으로써 기존의 그려진 그림을 간단히 지우는 것이 가능하다.
• JavaScript/2011년스터디 . . . . 11 matches
        * Canvas를 이용해 그림판을 만들기를 하고 있습니다.
        * Canvas를 이용해 그림판 만들기를 하고 있습니다.
        * Canvas를 이용해 그림판을 만들고 있습니다.
        * 각자 리팩토링을 하거나, 실행취소를 연구하거나, 그림판 크기를 자유롭게 만드는 방법을 알아보고 있습니다.
        * 오늘은 소스가 너무 스파게티여서 다른걸 첨가할 수 없었기에 리팩토링을 하고있습니다. 그 결과 나름 코드가 깔끔해졌고 기능들을 손쉽게 추가할 수 있게 되었습니다.+html select를 이용해 색깔고르기를 하고 싶었는데 함수를 찾느라 한참 걸렸네요.+ 선으로 그림그려질때 마우스를 up했다 다시down 하면 이전 위치가 저장되어 있었는데, 문제를 해결했습니다. -[김태진]
        * 드래그중일때는 마우스포인터를 따라 그려지다가 드래그를 떼었을때 그동안의 것들은 사라지고 마지막의 그림만 남도록 하는것을 구현중입니다. 아무리해도 아이디어가 떠오르지 않네요,,, 늘어나는것은 입코딩뿐...ㅋ 정 안되면 다른 기능들 먼저 추가해 볼 생각입니다. p.s. 노트북 포멧을 하면서 백업파일을 제대로 관리하지 않아서 고쳐 작성중이던 파일이 날아갔어요ㅜ 위키작성의 중요성을 실감하는 중입니다. -[박정근]
        * Canvas를 이용해 그림판 만들기를 하고 있습니다.
        * Canvas/SVG를 이용해 그림판 만들기를 하고 있습니다.
        * 엘리먼트를 어디서든 받아와 그림판을 만드는 작업을 했습니다.
        * 각자 넣고 싶은 기능들을 잘(?) 넣어서 각자의 그림판을 완성했습니다.
        * [김태진] - 사실 오늘 한거에 대한 후기보다는.. 그림판 퀄리티를 향상시켰어요! UNDO와 REDO 완벽구현!! [http://clug.cau.ac.kr/~jereneal20/paint.html]
• html5/canvas . . . . 10 matches
        * canvas위에 그림을 그리려면 Javascript로 그리기 컨텍스트를 생성해야한다.
        * (그림 삽입)
        * (그림 삽입)
        * (그림 삽입)
        * (그림 삽입)
        * (그림 삽입)
       == 그림자 효과 ==
        * 그리기 컨텍스트가 가진 속성을 지정하여 선이나 도형에 간단하게 그림자 효과를 추가할 수 있다.
        * (그림 삽입)
        * [http://mugtug.com/sketchpad/ canvas로 구현된 그림판]
• DoubleBuffering . . . . 9 matches
        * 화면에 그림을 그릴때 일일히 그림을 화면에다 찍어주게 되면 깜박거림이 너무 심해진다.
        * 그래서 화면에 그림을 찍어줄 영역과 똑같은 크기의 가상의 버퍼를 만들어서 거기다 다 찍은다음 한번에 화면으로 옮겨주는 기법이다.
        1. 화면에 그림 중 일부를 변경, 이동 할때(공의 움직임 따위) 기존의 화면을 일부 지우고 새로운 그림을 그려야 한다.
        * 만약 새로 그려질 그림이 기존의 지워질 화면에 그려진다면, 화면을 보는 사용자는 지워진 순간을 느끼게 된다.(개념 예제 참고) 이런 공백의 순간을 없애기 위하여 새로 그려질 그림과 배경을 동시에 그리는 기법이다.
        변경된 위치에 그림을 그린다.
        배경과 함께 그림을 그린다.
• MoreEffectiveC++/Techniques2of3 . . . . 9 matches
       이 코드의 의미를 그림으로 표현하면 다음과 같다.
       이러한 그림을 참조 세기에서 말하는 중복 객체에 대한 자료의 공유를 적용시킨 그림은 다음과 같을 것이다.
       "Hello"라는 값은 하나만 저장되어 있는 것이고, 이를 문자열들이 공유해서 표현시 가지고 있는 것이다. 하지만 실질적으로 "Hello"의 할당 시점은 손쉽게 알수 있지만, 파괴 시점을 알수 있는것은 만만치 않다. 그래서 파괴 시점을 알기 위해서 "Hello" 값에 그것을 참조하는 정도를 기록하고, 그 참조가 0가 되는 시점을 값의 파괴 시점으로 삼아야 하는데, 이런 생각을 아까 그림에 다시 넣으면 다음과 같다.
       이를 처음 참조세기 설명에 나온 그림식으로 설명하자면 다음과 같다.
       이렇게 되는데, 이는 그림으로 표현하면,
       이번에 그림으로 표현하면
       이를 대강 그림을 나타내 보면 p가 Hello의 e를 가리키는 이정도의 느낌일 것이다.
       String 복사 생성자가 아마 s2가 s1의 StringValue를 공유하게 만들것이다. 그래서 당음과 같은 그림으로 표현될 것이다.
• bitblt로 투명배경 구현하기 . . . . 9 matches
       두가지 그림을 합치면 좋을텐데, bitblt로 합치면 사각형으로 합치니까 동그라미라도 그리는 날엔,
       동그라미의 배경이 뒤의 그림을 지워버려요.
       이그림과
       이그림을
       자.. 그럼 지금부터 아래의 두 그림으로 연산을 시작해 봅시다~!^^
       두개의 그림의 DC가 준비되어 있어야 해요.^^
       편의상 같은 크기의 그림을 준비했습니다.^^
       각각의 DC에 그림을 설정하는거 잊지마시구요.^^
       그림의 가로의 크기는 size_x 세로의 크기는 size_y의 상수로 하겟습니다.^^
• 데블스캠프2005/RUR-PLE . . . . 9 matches
        * 로봇이 아래 그림과 같이 움직이게 해본다.
        * 아래 그림과 같이 하는 코드를 짜본다.
        * 버튼들 중에서 벽 처럼 생긴 버튼을 클릭한다. 그럼 아래 그림과 같은 화면이 나온다. 여기서 클릭! 클릭~! 해서 벽들을 만들 수 있다.
        * 아래 그림과 같이 로봇이 신문배달 하게 함 코드를 작성해보자
        * 아그래 그림처럼 로봇이 방안을 한바퀴돌게 해보자. 방 크기에 따라서 반복 횟수를 다르게 해줘야 한다. 크기가 5라면 5*4=20 이런식으로..
        * 아래 그림처럼 만든다.
        * 주어진 삐삐들을 그림처럼 오름차순으로 로봇이 정렬하게 만들면 된다.
        * 아래 그림과 같이 원래 정렬되어 있는 경우에도 제대로 작동되는지 테스트 해본다.
        * 아래 그림과 같이 좀더 복잡한 여러개의 column 에서도 작동해야 한다.
• 코드레이스/2007/RUR_PLE . . . . 9 matches
        * 로봇이 아래 그림과 같이 움직이게 해본다.
        * 아래 그림과 같이 하는 코드를 짜본다.
        * 버튼들 중에서 벽 처럼 생긴 버튼을 클릭한다. 그럼 아래 그림과 같은 화면이 나온다. 여기서 클릭! 클릭~! 해서 벽들을 만들 수 있다.
        * 아래 그림과 같이 로봇이 신문배달 하게 함 코드를 작성해보자
        * 아그래 그림처럼 로봇이 방안을 한바퀴돌게 해보자. 방 크기에 따라서 반복 횟수를 다르게 해줘야 한다. 크기가 5라면 5*4=20 이런식으로..
        * 아래 그림처럼 만든다.
        * 주어진 삐삐들을 그림처럼 오름차순으로 로봇이 정렬하게 만들면 된다.
        * 아래 그림과 같이 원래 정렬되어 있는 경우에도 제대로 작동되는지 테스트 해본다.
        * 아래 그림과 같이 좀더 복잡한 여러개의 column 에서도 작동해야 한다.
• 1thPCinCAUCSE/ProblemC . . . . 7 matches
       칸을 하나 누르면 그 칸과 이웃한 칸들의 색이 반대로 변한다. 예를 들어, 1번을 누르면 1,2,4,5 번의 색이 반대로 변한다. 6번을 누르면 2,3,5,6,8,9 번의 색이 반대로 변한다. 물론 5번을 누르면 1,2,3,4,5,6,7,8,9 번의 색이 반대로 변한다. 예를 들어 아래 그림 (a)에서 6번칸을 누르면 그림 (b)로 변하고, 여기서 1번칸을 누르면 그림 (c)가 되어 모두 하얗게 변한다. (a) 그림을 모두 하얗게 만드는데 누르는 회수는 2이다.
       그림 (a)
       그림 (b)
       그림 (c)
• 타도코코아CppStudy/0731 . . . . 7 matches
        * 화면에 그림 그려주는 메세지
       그림(비트맵 포함) 뿌리기
        * 윈도우에 그림을 그려주기 위해서는 DC라는게 필요하다. MFC에서는 DC를 랩핑하고 있는 가장 기본적인 클래스로 CDC를 지원한다. CDC는 그림 그리는 사람의 손이라고 생각하면 된다. 그림을 그려주기 위해 어떤 색깔의 펜이나 붓을 고를수 있을 것이다. 또한 사각형, 원도 그릴수 있다. 이러한 행위들을 CDC의 멤버함수로 정의해놨다. 우리는 그걸 갖다 쓰기만 하면 된다. 세부적인 것은 나중에 알아도 된다.
       || [선희] || 변태찾기판이랑 그림 그려온다. ||
       || [CherryBoy] || 테트리스판이랑 블록그림 그려온다. ||
• 2011년독서모임 . . . . 6 matches
        * 데미안은 싱클레어의 성장소설이다. 자신도 친구들과의 대화에 끼기 위해 물건을 훔쳤다고 거짓말을 한 싱클레어는 프란츠 크로머가 주인한테 일러 포상금을 타겠다는 협박을 하자 크로머의 온간 잡일을 맡게되며 무마를 시도한다. 하지만 나쁜 일을 하게 되면서 점점더 약점이 잡혀간다. 그러던 그를 데미안이 구제해준다. 하지만, 싱클레어는 그 일을 금새 잊고는 자유를 누린다. 그러다 술+담배+여자(!)의 막장 길을 타다가 우연히 길에서 스치듯 지나간 여자를 보고 정신을 차리기도 하고, 자신의 이상형을 손이 가는데로 그렸는데 데미안과 비슷한 인상의 사람이 그려지기도 했다. 이 그림은 싱클레어의 성장에 맞춰 점점 데미안의 모습에 가까워진다. 교회에서 만난 피아노 치는 사람한테서 '''압락사스'''의 존재에 대해 심도있게 알게되고, 불 앞에 엎드려 명상을 하면서 깨달음을 얻기도 한다. 데미안과 그의 어머님을 만나 깨달음은 극에 이르고, 전쟁이 발발하면서 징병나간 그곳에서 마침내 데미안과 하나가 된다.
        * 실제로 앨리스 삽화를 보면 무시무시하게 생겼지요 ㄲㄲㄲ [http://cafefiles.naver.net/20110228_300/bkm0726_1298870052866hSeq0_jpg/%C0%DA%B9%D9%BF%F6%C5%A9_bkm0726.jpg 자바워크 그림] 다만 영어단어로는 Jabberwock이지만요 ㅎㅎ 발음이 동의어라 그런가 무시무시한 것도 같..ㅠㅠ - [강소현]
        * [강소현] - 알고보면 무시무시한 그림동화1 中 잠자는 숲 속의 공주
        * [송지원] - 알고보면 무시무시한 그림동화2 中 라푼젤
        * [권순의] - 알고보면 무시무시한 그림동화1 中 신데렐라
        * [송지원] - 디즈니 영화 '라푼젤(원제:Tangled)'을 보고 가장 읽고 싶었던 동화 원작이 라푼젤이었는데 순의가 도서관 가서 빌리는 김에 같이 빌렸습니다-_-; 막상 빌려 보니 원작의 라푼젤이라기 보다는 몇판에서 삭제된 내용의 라푼젤을 반영하면서도, 약간은 막장 드라마가 되어버린..(고텔 아주머니의 남자에 대한 반감은 그 전에 상처로 인한 건데 그 남자가 알고보니 고텔에게 복수한 거였고 뭐 고딴) 19금 라푼젤이었어요. 전체적인 스토리들을 보며 느꼈지만 그림동화는 역시 어른들을 위한 동화였어요.(음?) 다음에는 진짜 원작을 빌려보고 싶습니다.
• MFCStudy_2001/진행상황 . . . . 6 matches
        * 도저히 배경그림으로 쓸걸 못찾겠어요........ 제발.. 쓸만한 배경그림좀... !! --선호
        * 1월 10일 - 블록 내구도별로 색깔 다 나옵니다. 전통적인 게임 색깔상 가장 나은상태(내구도4):파랑 [[BR]]그저그런상태(내구도3) :초록[[BR]] 조금안좋은상태(내구도2):노랑[[BR]]완전안좋은상태(내구도1):빨강[[BR]] 박살난상태(내구도0):배경그림[[BR]] 이렇게 해서 그려줘써요.
        여름방학때 98에서 짠 지뢰찾기를 xp에서 돌려보니 그림이 막 이상한데에 그려진다.
        *1월 14일 : 공이 떨어지는 각도를 랜덤함수를 사용해서 일정하지 않도록 함, Stage 4, 5 그림
        * 이전까지 - C++ 가상함수, 상속에 대한 개념을 공부하고 윈도우에서 그림그리는 원리를 알았습니다. ㅜ.ㅜ
• MoniWikiPo . . . . 6 matches
       msgstr "새 그림 붙이기"
       msgstr "새 그림 만들기"
       msgstr "그림 그리기"
       msgstr "새 그림 그리기"
       msgstr "새 그림 만들기"
       msgstr "그림 고치기"
• MoreEffectiveC++/Techniques1of3 . . . . 6 matches
       사실 가상 생성자라는건 존재하지 않는다. 하지만 이를 비슷하게 구현하는 것이다. 예를들자면 당신이 newsletter을 보내는 어플리케이션을 짜는데, 여기에 글과 그림 데이터 인자로 구성시킨다고 가정하면 이렇게 만들수 있을 것이다.
       class Graphic:public NLComponent{ // 그림을 표현하는 인자
       class NewsLetter { // 글과, 그림을 가지는 News Letter
        list<NLComponent*> components; // 글과 그림 인자의 저장소
       절망하고 있는가? 그럼 한번 임시로나마 이식성이 떨어지는 영역에서까지 그런 아이디어를 확장해서 생각해 보자. 예를 들어서 많은 시스템 상에서 사실인, 프로그램의 주소 공간은 선형으로 배열되고, 프로그램의 스텍은 위에서 아래로 늘어 난다고 그리고 Heap영역은 밑에서 위로 늘어난다는 사실에 주목해 보자. 그림으로 표현되면 다음과 같은 모습이 된다.
       이들의 위치는 전부 수행되는 시스템에 의존적이다. 하지만 많은 시스템이 stack와 heap이 서로를 향해 증가 하도록 구성되어 있으며, 가장 최하단에 static여역이 자리 잡는 구성으로 되어 있다. 그러므로 앞에 언급한 그림에서 한가지를 추가하면 진짜 메모리의 구성이 된다. 다음과 같이 말이다.:
• 1002/Journal . . . . 5 matches
       도서관에서 이전에 절반정도 읽은 적이 있는 Learning, Creating, and Using Knowledge 의 일부를 읽어보고, NoSmok:HowToReadaBook 원서를 찾아보았다. 대강 읽어봤는데, 전에 한글용어로는 약간 어색하게 느껴졌던 용어들이 머릿속에 제대로 들어왔다. (또는, 내가 영어로 된 책을 읽을때엔 전공책의 그 어투를 떠올려서일런지도 모르겠다. 즉, 영어로 된 책은 약간 더 무겁게 읽는다고 할까. 그림이 그려져 있는 책 (ex : NoSmok:AreYourLightsOn, 캘빈 & 홉스) 는 예외)
       그림을 보고 나니, Inheritance 나 Delegation 이 필요없이 이루어진 부분이 있다는 점 (KeywordGenerator 클래스나 BookSearcher, HttpSpider 등) Information Hiding 이 제대로 지켜지지 않은것 같다는 점, (Book 과 관련된 데이터를 얻고, 검색하여 리스트를 만들어내는 것은 BookMapper 에서 통일되게 이루어져야 한다.) 레이어를 침범한것 (각각의 Service 클래스들이 해당 로직객체를 직접 이용하는것은 그리 보기 좋은 모양새가 아닌듯 하다. 클래스 관계가 복잡해지니까. 그리고 지금 Service 가 서블릿에 비종속적인 Command Pattern 은 아니다. 그리고 AdvancedSearchService 와 SimpleSearchService 가 BookMapper 에 촛점을 맞추지 않고 Searcher 클래스들을 이용한 것은 현명한 선택이 아니다.)
       어느정도 다시 정리된 뒤, 크게 그리는 것이 낫겠다고 판단, 화이트보드에 그림. (마침 보드 마카 없어서 전지에 매직으로.;)
       그 중 조심스럽게 접근하는 것이 '가로질러 생각하기' 이다. 이는 아직 1002가 Good Reader / Good Listener 가 아니여서이기도 한데, 책을 한번 읽고 그 내용에 대해 제대로 이해를 하질 못한다. 그러한 상황에서 나의 주관이 먼저 개입되어버리면, 그 책에 대해 얻을 수 있는 것이 그만큼 왜곡되어버린다고 생각해버린다. NoSmok:그림듣기 의 유용함을 알긴 하지만.
        * DesignPatterns 연습차 간단하게 그림판을 구현해봄. 처음 간단하게 전부 MainFrame class 에 다 구현하고, 그 다음 Delegation 으로 점차 다른 클래스들에게 역할을 이양해주는 방법을 써 보았다. 그러던 중 MFC에서의 WinApp 처럼 Application class 를 ["SingletonPattern"] 스타일로 밖으로 뺐었는데, 계속 Stack Overflow 에러가 나는 것이였다. '어라? 어딘가 계속 재귀호출이 되나?..'
• AttachmentMacro . . . . 5 matches
       == 그림 파일에 대한 고급 옵션 ==
       === 손톱 그림 만들기 지원 ===
       손톱그림의 내정된 기본 크기로 손톱 그림이 만들어지고 보여진다.
       손톱 그림 크기를 직접 지정할 수 있다.
• DirectDraw/DDUtil . . . . 5 matches
        서피스는 그림을 담는 그릇이다.
       4. 서피스(그림)의 출력
        서피스의 그림을 백 버퍼로 출력한다.
        당연히 전에 있던 그림은 지워진다.
       3. 비트맵으로 surface를 만든 경우가 아니라면 surface에 직접 그림을 그려 넣어줄 수 있다.
• Gof/FactoryMethod . . . . 5 matches
       DeleteMe 그림추가
       DeleteMe 구조에 관한 그림
        1. ''서브 클래스와 소통 통로 제공''(''Provides hooks for subclasses.'') Factory Method를 적용한 클래스에서 객체의 생성은 항상 직접 만들어지는 객체에 비하여 유연하다. Factory Method는 객체의 상속된 버전의 제공을 위하여, sub클래스와 연결될수 있다.(hook의 의미인데, 연결로 해석했고, 그림을 보고 이해해야 한다.)
        병렬 클래스 상속은 클래스가 어떠한 문제의 책임에 관해서 다른 클래스로 분리하고, 책임을 위임하는 결과를 초례한다. 조정할수 있는 그림 도형(graphical figures)들에 관해서 생각해 보자.;그것은 마우스에 의하여 뻗을수 있고, 옮겨지고, 회정도 한다. 그러한 상호작용에 대한 구현은 언제나 쉬운것만은 아니다. 그것은 자주 늘어나는 해당 도형의 상태 정보의 보관과 업데이트를 요구한다. 그래서 이런 정보는 상호 작용하는, 객체에다가 보관 할수만은 없다. 게다가 서로다른 객체의 경우 서로다른 상태의 정보를 보관해야 할텐데 말이다. 예를들자면, text 모양이 바뀌면 그것의 공백을 변화시키지만, Line 모양을 늘릴때는 끝점의 이동으로 모양을 바꿀수 있다.
       DeleteMe 그림
• Java Study2003/첫번째과제/장창재 . . . . 5 matches
       그림 2. 플랫폼 독립적인 자바
       JDK와 함께 제공되는 자바 가상머신에 의해 독립적으로 실행될 수 있도록 작성된 자바 프로그램입니다. 다시 말해서, 여러분의 컴퓨터에서 윈도우의 도스창 또는 유닉스 쉘 등과 같은 쉘에서 자바 가상머신을 이용하여 실행시키는 자바 프로그램입니다. 위에 나오는 그림은 자바 애플리케이션의 실행 과정을 자세히 보여주고 있습니다.
       <APPLET>~</APPLET> 태그를 이용하여 HTML 페이지 내에 포함되어, 자바 호환 웹 브라우저에 의해서 실행되도록 작성된 자바 프로그램입니다. 다시 말해서, 여러분의 홈 페이지 내에 삽입되어 자바 호환 웹 브라우저에 의해 실행되도록 규약에 맞추어 작성된 자바 프로그램을 말하는 것입니다. 다음에 나오는 그림은 자바 애플릿의 실행 과정을 자세히 보여주고 있습니다.
       기존의 CGI 프로그램과 같이 웹 서버 프로그램의 기능을 확장하기 위한 자바 프로그램으로서, 웹 서버 내에 있는 자바 런타임 환경과 함께 제공되는 자바 가상머신에 의해 실행되도록 작성된 자바 프로그램입니다. 자바 서블릿은 웹 서버 내에서 자바 런타임 환경과 함께 제공되는 자바 가상머신에 의해 실행되고, 자바 애플릿은 웹 서버에서 웹 클라이언트로 다운로드 되어 웹 클라이언트에서 자바 호환 웹 브라우저에 내장된 자바 가상머신에 의해 실행된다는 차이점이 있습니다. 이렇게 웹 서버 내에서 실행될 수 있도록 작성된 자바 서블릿은 기존의 웹 서버 내에서 실행되는 프로그램인 CGI 프로그램을 대체할 수 있도록 고안되었습니다. 다음에 나오는 그림은 자바 서블릿의 실행 과정을 자세히 보여주고 있습니다.
       다른 자바 프로그램에 의해 삽입(import)되어 사용될 수 있도록 작성된 자바 프로그램입니다. 이러한 자바 패키지는 기존의 프로그래밍 언어에서 사용하던 라이브러리 또는 운영체제에서 제공해 주는 API 등과 같다고 볼 수 있습니다. 자바 패키지 역시 해당 규약을 갖겠지요. 자바에서는 기본적으로 압축 파일의 형태로 'casses.zip"이라는 자바 패키지가 제공되고 있고, 압축 파일 내에는 디렉토리 단위로 패키지가 포함되어 있습니다. 다음에 나오는 그림은 JDK 1.2.2 에서 제공되는 패키지를 보여주고 있습니다.
• OpenGL스터디 . . . . 5 matches
       원근법의 대표적인 예로는 우리가 수학을 배울때 쉽게 보는 정육각형 그림이다.
       === 색상과 조명 ,그림자 그리고 쉐이딩 ===
       '''계단 현상 그림'''
       '''원근투영 그림 예시'''
        * 이는 그림부터 보여주고 설명하겟다.
• 데블스캠프2010/셋째날/후기 . . . . 5 matches
        * 파이썬의 기본적인 사용법을 배웠습니다. 그림을 그리는 코딩을 하면서 파이썬이 정말 재미있다고 생각하게 되었습니다. 기회가 된다면 따로 공부하고 싶네요~ [김준영]
        * 러플과 함께 또다른 언어를 배웠네요! 근데 정말 재밌습니다 ㅋ 문법이 어렵지 않아서이그런건지... 또 그림을 그릴 수 있다는 새로운 방식에 재미를 많이 느꼈어요. 일단.. C와 C++을 마스터 한 후에...?!!! 파이썬도 열심히 해봐야겠네요 ^^ 감사합니다! - [이충현]
        * python 을 이름만 들어봤는데 이렇게 직접 해보니 정말 재미있었던 시간이었습니다. turtle함수를 이용한 그림그리기 프로그램을 해보니 파이썬에 대한 흥미가 들었습니다. 앞으로 파이썬에데해서 많은 관심을 가지게된 계기가 된것 같습니다. - [양아석]
        * Python이라는 언어의 특징에 대해서 알아보고 사용법에 대해 배웠다어요 C에 비해서 편한점이 많은 것 같았고, 개발자 분이 만드실 때 참 재밌게 만든 것 같다는 느낌이 들었어요ㅋㅋ. 거북이를 이용해서 여러 그림도 그려보고 재미있었어요~_~. 설명도 잘 해주셔서 이해하기 쉬웠고 코딩도 생각보다 잘 되서 좋았어요~ㅋPython에대해 좀더 알아보고 싶고 더 재밌는 그림도 그려보려고요~! [박재홍]
• 3DAlca . . . . 4 matches
        * 태양이 위에서 수직으로 내리쬔다고 생각하고 그림자 생기게 만든다.. 더 쉽게..
        * 광원이 옆에서도 비추는거처럼 보여서 다른쪽 벽에 그림자가 생기게 한다. 더 알아보기 좋게 하기 위해서
       || 10.15 || 그림자 효과 추가, 모든 컴퓨터에서 동일한 속도로 돌아가게 만듬 ||
        * 멋진 광원 효과 같은거 연구해서 넣기, 그림자 효과도.
• Adapter . . . . 4 matches
       DP그림 [[BR]]
       그림
       그림
       그림
• Bioinformatics . . . . 4 matches
       DNA에 존재하는 4종류의 염기는 아데닌(adenine), 구아닌(guanine), 티민(thymine), 시토신(cytosine), 우라실(uracil)이다. 이들 중에서 피리미딘(pyrimidine)이라고 부르는 thymine, cytosine, uracil은 질소와 탄소로 구성된 6각형의 고리로 되어 있다. 퓨린(purine)이라고 부르는 adenine, guanine은 더 복잡하여, 질소와 탄소로 구성된 6각형과 5각형의 이중 고리로 이루어진다. nucleotide에서 이들 염기들은 deoxyribose의 1번 탄소에 공유결합으로 연결되어 있으며, 인산기는 5번 탄소에 역시 공유결합으로 연결되어 있다. adenine, guanine, cytosine, thymine, uracil은 각각 A, G, C, T,U 로 표기된다.<그림 1>
       이 그림은 DNA의 모식도이다. http://165.194.27.148/BiologyBasic/DNA/fig4.jpg
       [그림. 1]
       그림 1을 참조하면 DNA는 2중 나선형 구조로 되어있다. 이것이 세포 분열 과정에서 DNA에 유전암호를 복사한 mRNA로 바뀌며 이 mRNA가 Ribosome에 들어가면 tRNA는 mRNA에 담겨있는 DNA유전암호를 분석하여서 대응되는 amino acid를 가져온다. 이런 과정이 반복되고, amino acid사이에는 peptide결합을 이루면서 이는 단백질로 형질 발현이 된다. -- 진행중..
• CToAssembly . . . . 4 matches
       프로그램의 메모리 일부를 스택으로 사용하기위해 비워두었다. Intel 80386 이상의 마이크로프로세서에는 스택 최상위 주소를 저장하는, 스택포인터(stack pointer)라는 esp 레지스터가 있다. 아래 그림 1은 스택에 저장된 세 정수값 49, 30, 72를 보여준다 (정수는 각각 4 바이트를 차지한다). esp 레지스터는 스택 최상위 주소를 저장한다.
       그림 1
       위로 쌓여가는 벽돌과 달리 Intel 컴퓨터의 스택은 아래방향으로 자란다. 그림 2는 명령어 pushl $15를 실행한후 스택을 보여준다.
       그림 2
• HelpOnLinking . . . . 4 matches
       == 그림 링크/넣기 ==
       만약 URL의 끝 부분이 이미지의 확장자일 경우는 ("{{{.gif}}}", "{{{.jpg}}}" or "{{{.png}}}") 그림이 그 위치에 삽입되게 됩니다.
       예를 들어 {{{http://moniwiki.kldp.org/imgs/moniwiki-logo.png}}}라고 적으면 http://moniwiki.kldp.org/imgs/moniwiki-logo.png 처럼 보이게 됩니다. 이 경우 역시 띄어쓰기를 하지 않으면 조사까지 링크가 걸리게 되고 그림이 자동으로 들어가지 않게 됩니다. 이 경우는 강제로 꺽쇠로 묶어주면 즉, {{{[http://moniwiki.kldp.org/imgs/moniwiki-logo.png]}}}라고 쓰면 [http://moniwiki.kldp.org/imgs/moniwiki-logo.png]와 같이 되고, 그림으로 들어가지 않는 대신에 링크를 그대로 보여줍니다.
• Java Study2003/첫번째과제/곽세환 . . . . 4 matches
       JDK와 함께 제공되는 자바 가상머신에 의해 독립적으로 실행될 수 있도록 작성된 자바 프로그램입니다. 다시 말해서, 여러분의 컴퓨터에서 윈도우의 도스창 또는 유닉스 쉘 등과 같은 쉘에서 자바 가상머신을 이용하여 실행시키는 자바 프로그램입니다. 위에 나오는 그림은 자바 애플리케이션의 실행 과정을 자세히 보여주고 있습니다.
       <APPLET>~</APPLET> 태그를 이용하여 HTML 페이지 내에 포함되어, 자바 호환 웹 브라우저에 의해서 실행되도록 작성된 자바 프로그램입니다. 다시 말해서, 여러분의 홈 페이지 내에 삽입되어 자바 호환 웹 브라우저에 의해 실행되도록 규약에 맞추어 작성된 자바 프로그램을 말하는 것입니다. 다음에 나오는 그림은 자바 애플릿의 실행 과정을 자세히 보여주고 있습니다.
       기존의 CGI 프로그램과 같이 웹 서버 프로그램의 기능을 확장하기 위한 자바 프로그램으로서, 웹 서버 내에 있는 자바 런타임 환경과 함께 제공되는 자바 가상머신에 의해 실행되도록 작성된 자바 프로그램입니다. 자바 서블릿은 웹 서버 내에서 자바 런타임 환경과 함께 제공되는 자바 가상머신에 의해 실행되고, 자바 애플릿은 웹 서버에서 웹 클라이언트로 다운로드 되어 웹 클라이언트에서 자바 호환 웹 브라우저에 내장된 자바 가상머신에 의해 실행된다는 차이점이 있습니다. 이렇게 웹 서버 내에서 실행될 수 있도록 작성된 자바 서블릿은 기존의 웹 서버 내에서 실행되는 프로그램인 CGI 프로그램을 대체할 수 있도록 고안되었습니다. 다음에 나오는 그림은 자바 서블릿의 실행 과정을 자세히 보여주고 있습니다.
       다른 자바 프로그램에 의해 삽입(import)되어 사용될 수 있도록 작성된 자바 프로그램입니다. 이러한 자바 패키지는 기존의 프로그래밍 언어에서 사용하던 라이브러리 또는 운영체제에서 제공해 주는 API 등과 같다고 볼 수 있습니다. 자바 패키지 역시 해당 규약을 갖겠지요. 자바에서는 기본적으로 압축 파일의 형태로 'casses.zip"이라는 자바 패키지가 제공되고 있고, 압축 파일 내에는 디렉토리 단위로 패키지가 포함되어 있습니다. 다음에 나오는 그림은 JDK 1.2.2 에서 제공되는 패키지를 보여주고 있습니다.
• ProjectPrometheus/Journey . . . . 4 matches
       오늘은 일의 진행이 정말 일사천리로 이루어졌다. 모이고 처음 일을 시작할때 상민이와 이전에 했던 일들과 오늘 해야 할일에 대해 간단하게 정리를 한 점이 주효한것 같다. 간단한 일이긴 하지만, 그날의 할 일에 대해 미리 머릿속에 그림을 그려둔다는 점에서 5분 Stand Up Meeting 은 의외로 효과를 주는것 같다. 그리고 Pair 를 하는중 디버깅이나 기타 일을 할때 미리 자신이 어떠한 일을 하려고 하는지 짧으면서도 자주 대화가 오고 갔던 점, 프로그래밍때 자주 체인지 한것도 오늘 일이 잘 진행되는데 도움이 컸다고 생각. --["1002"]
        * Code Review 로서 Refactoring 이 이용된다고 했다시피, Refactoring을 해 나가면서 전체 프로그램의 그림이 좀 더 이해가 갔다. 한동안 해당 프로그램에 대해서 플밍 리듬을 놓쳤을때 Refactoring 을 시도하는것도 좋은 전략이라 생각.
       오늘 무엇을 할 것인가 하며 ["ProjectPrometheus/Iteration"] 를 보고선 HTML Parsing 을 진행하기로 했다. 그 전에 ["1002"] 는 '아, 작업하기 전에 Book Search 에 대한 전반적인 그림을 그려 놓는게 좋겠군. 그리고 난 뒤 HTML Parsing 부분에 대해 구현해야지' 라고 생각을 했다. 한편 ["neocoin"] 은 수요일때와 마찬가지로 'HTML Parsing 부분에 대해 일단은 SpikeSolution 으로 만든뒤 모듈화 시켜나가야지' 라는 생각을 했다. 프로그래밍 스타일이 다른 두 사람이 진행 방법에 대한 언급없이 진행을 하려고 했다. ["1002"] 는 '아 전체 그림' 하며 CRC 세션을 하려고 하는 중간. 한편 ["neocoin"] 은 같이 진행하고 있는 CRC 세션에 중간에 대해서 '지금 서로 무엇을 하고 있는거지?' 하며 혼란에 빠졌다. 똑같은 디자인 단계에 대해서 ["1002"] 는 전반적 Book Search 에 대해 생각을 하고 있었고, ["neocoin"] 은 모듈과 모듈간 연결고리에 대해 생각을 하였다.
• ScheduledWalk/석천 . . . . 4 matches
       이 답이 완벽한 답은 아니며, HIPO 이후 바로 프로그램 완성까지의 길에는 약간 거리가 있습니다. (왜냐. 이 Top-Down Design 의 결과가 완벽하다라고 말할수는 없으니까요. 하지만, 문제와 전반적 프로그램 디자인, 큰 밑그림을 그리고 이해하는데 도움을 줌에는 분명합니다. )
       (Hierarchy Input-Process-Output) 의 경우엔 다음과 같습니다. (그림 첨부 필요)
       음.. Vector 자체로는 별 문제없어 보이네요. 그렇다면 다음은 실제 Roach를 이동시키는 Position 과 관련된 MoveRoach 부분을 살펴보죠. (여기서는 반드시 이동방향을 결정하는 함수와 실제 이동시키는 함수에 촛점을 맞춰야 합니다. board 배열의 값이 update 가 되기 위해선 어떠어떠한 값에 영향을 받는지를 먼저 머릿속에 그려야 겠죠.) 그림이 안 그려지는 경우에는 Debugger 와 Trace, break point 를 이용할 수 있습니다. 하지만, 구조화를 잘 시켜놓았을 경우 해당 문제발생시 버그 예상부분이 어느정도 그림이 그려집니다.
• TCP/IP . . . . 4 matches
       이런 그림을 그릴 수가 있다. 그림에 대한 설명은 하지 않는다.
       위 그림중 전송 계층 부분과 애플리케이션 계층 사이에서 애플리케이션
       위에 나왔던 그림중 전송 계층부분에 해당하는 프로토콜들이다.
• 그림으로설명하기 . . . . 4 matches
       모르는 개념엔 그림이 약이다. "백문이 불여일견"이라 하지 않나.
       (그림이 없다...)
       무언가 가르쳐줄 때 말로 설명하기 어렵다면 그림으로 설명하자. (한데 그림 그리기가 더 어렵다면 ?)
• 문서구조조정토론 . . . . 4 matches
       저는 PairProgramming을 가르치기에 앞서 NoSmok:PairDrawing 을 경험하게 합니다. 여기에는 여러가지 방법이 있는데, 구체적인 대상(사람 얼굴이나 동물 등)을 정해놓고 서로 한 줄 씩 번갈아 가며 그리는 방법이 있고, 아니면 아무것도 정하지 않고, 혹은 대강의 주제만 정해놓고 그냥 "멋진 그림"을 그리자는 합의하에 번갈아 가며 한 줄 씩 그리는 방법이 있습니다. 모두 그리는 중엔 말을 하지 않습니다. 여기서, 후자 경우 적극적으로 상대방의 의도를 이해하려는 노력이 없으면 좋은 그림이 나오기 어렵습니다 -- 한사람은 사람을 그리려고 하고 다른 사람은 나무를 그리려고 하는(혹은 상대가 나무를 그리려고 하고 있다고 오해한) 경우를 생각해 보세요. 상대의 의도를 이해하려고, 또 그것이 더 잘 드러나도록 서로 노력하다보면 혼자 그린 그림보다 더 좋은 그림이 나오는 경우가 종종 있습니다.
• 새싹교실/2012/startLine . . . . 4 matches
        * 처음에 간단하게 재현, 성훈이의 함수에 대한 지식을 확인했다. 그 후에 swap 함수를 만들어 보고 실행시의 문제점에 대해서 이야기를 했다. 함수가 실제로 인자를 그대로 전달하지 않고 값을 복사한다는 것을 이야기 한 후에 포인터에 대한 이야기로 들어갔다. 개인적으로 새싹을 시작하기 전에 가장 고민했던 부분이 포인터를 어떤 타이밍에 넣는가였는데, 아무래도 call-by-value의 문제점에 대해서 이야기를 하면서 포인터를 꺼내는 것이 가장 효과적이지 않을까 싶다. 그 후에는 주로 그림을 통해서 프로그램 실행시 메모리 구조가 어떻게 되는지에 대해서 설명을 하고 포인터 변수를 통해 주소값을 넘기는 방법(call-by-reference)을 이야기했다. 그리고 malloc을 이용해서 메모리를 할당하는 것과 배열과 포인터의 관계에 대해서도 다루었다. 개인적인 느낌으로는 재현이는 약간 표현이 소극적인 것 같아서 정확히 어느 정도 내용을 이해했는지 알기가 어려운 느낌이 있다. 최대한 메모리 구조를 그림으로 알기 쉽게 표현했다고 생각하는데, 그래도 정확한 이해도를 알기 위해서는 연습문제 등이 필요하지 않을까 싶다. 성훈이는 C언어 자체 외에도 이런저런 부분에서 질문이 많았는데 아무래도 C언어 아래 부분쪽에 흥미가 좀 있는 것 같다. 그리고 아무래도 예제를 좀 더 구해야 하지 않을까 하는 생각이 든다. - [서민관]
        메모리 구조 + 주소 - 변수 선언시 그 변수의 주소 + 값의 이야기...인데 그림으로 설명해주셔서 쉽게 이해했습니다. - [박환희]
        * 오늘은 동적할당(malloc)과 구조체, 구조체 포인터, typedef에 대해 개념정리를 하고 그에 대한 간단한 예제와 메모리 그림을 통해서 쉽게 접근을 했다. 또, 구조체와 구조체 포인터의 접근 방법에 대해 숙지하고 함수에 대해 자세히 다뤄서 많은 이해를 했다. 다음엔 다차원 배열과 포인터를 해보고 그에 대한 이해를 해야 할 것 같다. - [최재현]
• 3DGraphicsFoundationSummary . . . . 3 matches
        * 구면 좌표계 : 주로 시점을 표현할떄 잘 쓰인다. 원점에서부터의 거리 ρ, z축과의 각 θ, x축과의 각 φ 로 구성된다. 이걸 그림에 따라 풀어보면,
       === 그림자 ===
        * 그림 봐야 이해할수 있는데.. 그냥 식만 써보면..
• 5인용C++스터디 . . . . 3 matches
        * [5인용C++스터디/윈도우에그림그리기] - 황재선
        * [5인용C++스터디/마우스로그림그리기]
        * [5인용C++스터디/작은그림판]
• ClipMacro . . . . 3 matches
       잘 안되네요. 윈XP pro !SP2 , Internet Explore 6.0 !SP2 에서 테스트 했습니다. paste와 copy는 별 반응없고, Unload 괜히 눌렀다가 위의 그림만 지웠네요 ^^;
       클립보드에는 그림이 잘 들어가 있었구요. 포토샵7.0에서 copy했는데 그림판이나 워드등에는 잘붙여지고 있네요...
• DrawingToy . . . . 3 matches
       오른쪽 단추를 돌리면 위, 아래. 왼쪽 단추를 돌리면 오른쪽, 왼쪽으로 그림이 그려진다.
       잘못 그렸을 시 뒤집어서 흔들면 모든 그림이 지워진다.
       키보드를 이용하여 그림을 그린다.
• HolubOnPatterns/밑줄긋기 . . . . 3 matches
        * 생각 없이 패턴을 복사하고 붙여넣는 것은 마음대로 낙서를 한 뒤 멋진 그림을 주장하는 것과 같은 우매한 것이다.
        * 이해하려 할 때엔 정적인 구조부터 살펴보는 것이 큰 그림을 잡기에 좋다.
        * 이 그림은 잡다한 세부 사항을 생략하고 핵심 디자인 패턴만을 보여준다.
• IsThisIntegration? . . . . 3 matches
       아래에 정사각형 ABCD의 그림이 나와있다. AB = BC = CD = DA = a 다. 그리고 각각 A, B, C, D를 중심으로 하고 반지름이 a인 네 개의 원호가 그려져 있다. A를 중심으로 하는 호는 꼭지점 B에서 시작해서 꼭지점 D에서 끝난다. 다른 모든 호도 비슷한 방식으로 그려진다. 이렇게 하면 서로 모양이 다른 세 가지 영역이 만들어진다. 이렇게 서로 모양이 다른 각 영역의 넓이 합을 구하라.
       각 테스트 케이스마다, 위 그림에 나와있는 서로 모양이 다른 세 영역의 넓이의 합을 출력한다. 세 부동소수점수는 모두 소수점 셋째 자리까지 출력한다. 각 케이스의 첫번째 수는 위 그림에서 줄무늬로 표시된 영역, 두번째 수는 점으로 표시된 영역, 세번째 수는 나머지 영역의 넓이 합이다.
• IsbnMap . . . . 3 matches
       알라딘 같은 경우 품절이나 재발매 등으로 ISBN이 새로 배정됐을 때, 그림은 예전 껄 그대로 가져다 씁니다.
       그래서 ISBN으로 링크를 걸면 규칙에 안 맞기 때문에 그림이 안 뜨죠.
       이런 경우, 어떤 식으로든 그림의 주소를 전달하는 방식을 만들 수 있을까요?
• Java Study2003/첫번째과제/노수민 . . . . 3 matches
       JDK와 함께 제공되는 자바 가상머신에 의해 독립적으로 실행될 수 있도록 작성된 자바 프로그램입니다. 다시 말해서, 여러분의 컴퓨터에서 윈도우의 도스창 또는 유닉스 쉘 등과 같은 쉘에서 자바 가상머신을 이용하여 실행시키는 자바 프로그램입니다. 위에 나오는 그림은 자바 애플리케이션의 실행 과정을 자세히 보여주고 있습니다.
       <APPLET>~</APPLET> 태그를 이용하여 HTML 페이지 내에 포함되어, 자바 호환 웹 브라우저에 의해서 실행되도록 작성된 자바 프로그램입니다. 다시 말해서, 여러분의 홈 페이지 내에 삽입되어 자바 호환 웹 브라우저에 의해 실행되도록 규약에 맞추어 작성된 자바 프로그램을 말하는 것입니다. 다음에 나오는 그림은 자바 애플릿의 실행 과정을 자세히 보여주고 있습니다.
       기존의 CGI 프로그램과 같이 웹 서버 프로그램의 기능을 확장하기 위한 자바 프로그램으로서, 웹 서버 내에 있는 자바 런타임 환경과 함께 제공되는 자바 가상머신에 의해 실행되도록 작성된 자바 프로그램입니다. 자바 서블릿은 웹 서버 내에서 자바 런타임 환경과 함께 제공되는 자바 가상머신에 의해 실행되고, 자바 애플릿은 웹 서버에서 웹 클라이언트로 다운로드 되어 웹 클라이언트에서 자바 호환 웹 브라우저에 내장된 자바 가상머신에 의해 실행된다는 차이점이 있습니다. 이렇게 웹 서버 내에서 실행될 수 있도록 작성된 자바 서블릿은 기존의 웹 서버 내에서 실행되는 프로그램인 CGI 프로그램을 대체할 수 있도록 고안되었습니다. 다음에 나오는 그림은 자바 서블릿의 실행 과정을 자세히 보여주고 있습니다.
• JavaStudy2004 . . . . 3 matches
        * [JavaStudy2004/마우스로그림그리기]
        * [JavaStudy2004/작은그림판]
        * 요새 난 영국 유학생 1학년 대상으로 자바 과외하는데... Pair로 하니까 금방 따라오더라. 내가 먼저 시범을 보이고 그것을 약간 응용한 것을 해보라고 한다. Pair 바꾸는 시간은 약 5~7분. 내가 시범 보이면서 말로 설명도 해야하기 때문에 그정도가 적당. 보통 설명할 때는 펜으로 종이에 그림으로 하고. --재동
• LionsCommentaryOnUnix . . . . 3 matches
       훌륭한 화가가 되기 위해선 훌륭한 그림을 직접 자신의 눈으로 보아야 하고(이걸 도록으로 보는 것과 실물을 육안으로 보는 것은 엄청난 경험의 차이다) 훌륭한 프로그래머가 되기 위해선 Wiki:ReadGreatPrograms 라고 한다. 나는 이에 전적으로 동감한다. 이런 의미에서 라이온의 이 책은 OS를 공부하는 사람에게 바이블(혹은 바로 그 다음)이 되어야 한다.
       에릭 레이먼드의 사전에 [http://watson-net.com/jargon/jargon.asp?w=Lions+Book Lions+Book] 라고 등재되어 있는 이 유서 깊은 책은 처음에는 불법복제판으로 나돌다가(책 표지에 한 명은 망보고 한 명은 불법 복제하는 그림이 있다) 드디어 정식 출간하게 되었다. 유닉스의 소스 코드와 함께 주석, 그리고 라이온의 "간단 명료 쌈박"한 커멘트가 함께 실려있다.
       DeleteMe - "훌륭한 화가가 되기 위해선 훌륭한 그림을 직접 자신의 눈으로 보아야 하고 ... " 전적으로 동감.. T_T
• PhotoShop2003 . . . . 3 matches
       || 13:00 || 13:50 || BMP파일 로드, 저장, 그림 뿌려주기|| 인수, 상협, 철민 || 50분 ||
       || 11:21 || 11:32 || 화면에 그림 띄우기 || 상협 || 11분 ||
       || 14:30 || 16:31 || 버그 수정과 값이 제대로 들어가는가 확인하기 위해 그래프 그림 후.. 집중 안하고 애들이랑 떠들면서 해서 그런지 너무 조금밖에 못했다. || 인수 || 121분 ||
• ProjectZephyrus/ClientJourney . . . . 3 matches
        * PairProgramming 을 할때 가장 답답해지는 상황은 잘 이해 안가면서 넋놓고 있을때랑, 둘이 같이 있어도 Solo Programming 하느 사람 마냥 혼자서 문제를 끙끙거리며 풀려고 하는 모습이다. 꼭 문제를 스스로 삽질해서 풀어야만 자기실력이 향상되는것일까? 다른 사람에게 올바른 질문을 할 수 없는 사람은 혼자서 문제 푸는데에도 오래걸리게 된다고 생각한다. 상대방에게 질문을 하면서 자신이 모르는 것 자체를 구체화하고 (문제 자체가 모호한상태 자체가 문제다. 무엇이 문제인지, 자신이 모르는 것이 구체적으로 무엇인지 모르면서 어떻게 문제를 해결할까? 자신이 모르는게 버클리소켓 전체 사용과정인지 소켓 API의 인자들을 모르면서 네트웍 프로그래밍을 할 수 있을까. 그런사람들에게 '지금 모르겠는게 뭐지?' 라고 물으면 80-90%는 '다 몰라요' 이다. 모르겠는 부분에 대해서 하나하나 구체화시켜나가라. 구체화시킨 예로서 생각을 해봐도 좋을것이다. 시나리오를 만들어보면서, 그림을 그려보면서, 아니면 자기 자신이 그 시스템의 일부가 되어 보면서.) 다른 사람의 아이디어를 자신의 사고에 붙여나가면서 '더 좋은 방법' 을생각해낼 수는 없을까? 언제나 문제의 답을 내는 방법은 '이사람의 방식' 아니면 '저사람의 방식' 뿐일까.
       사람들 작업 시간을 맞추기가 쉽지 않은게 아쉽다. 서버/클라이언트 전체 회의를 통해 큰 그림들을 다같이 공유해야 할텐데, 시간표들이 다르니, 적절하게 머리를 쓰긴 해야겠는데 좀 힘들군; --1002
       1002의 경우 UML을 공부한 관계로, 좀 더 구조적으로 서술 할 수 있었던 것 같다. 설명을 위해 Conceptual Model 수준의 Class Diagram 과 Sequence, 그리고 거기에 Agile Modeling 에서 잠깐 봤었던 UI 에 따른 페이지 전환 관계에 대한 그림을 하나 더 그려서 설명했다. 하나의 프로그램에 대해 여러 각도에서 바라보는 것이 프로그램을 이해하는데 더 편했던 것 같다. [[BR]]
• SmallTalk/강좌FromHitel/강의4 . . . . 3 matches
       문에, 그림을 곁들이고 싶은 필자의 간절한 마음이 반영되지 못하기 때문입
       서 "흰 종이가 그려진 그림"을 누르면 됩니다. 알림판이 오직 하나밖에 존재
       Windows와 같이 그림 위주의 사용자 환경(GUI)에서는 마우스가 필수적인 입
• UDK/2012년스터디 . . . . 3 matches
        * 동물, 호수표면효과, 물효과, 그림자, 바람효과, 광원, 오브젝트 배치, 지형과 같은 부분을 핵심적으로 다루게되겠지요.
        큰 그림을 만들 때 사용할 수 있겠다.
        * 도데체 Point Object는 어떻게 만드는겨 - (책 설명에 따르면.. 그림과 같이 발의 뒤쪽을 뷰포트에서 클릭해 Point 오브젝트를 만듭니다.... 뭐 어쩌라고)
• WinCVS . . . . 3 matches
        2. 수정을 하고 싶은 파일을 선택한 후 Trace - Edit Selection(툴바의 연필그림)을 선택하자
        3. 연필 그림의 작대기가 지워지면서 편집 가능한 상태로 간다.
        5. 파일을 모두 편집한 후에는 Trace - Unedit(툴바의 지우개그림)을 선택하자.
• 데블스캠프2009/월요일후기 . . . . 3 matches
        * [김준석] - 단순하지만 있을건 있는 프로그램. Easy, Enjoy라는 개념이 어울린다. 프로그래머가 아닌 일반인(유치원생)도 이런 프로그램을 사용해봄으로서 나와 같은 프로그래머의 입장이 되어 쉽게(Easy) 즐길수(Enjoy) 있는 기회를 준것이다. 내가 1학년때 송기원교수님이 한 말이 떠오른다 "언젠가는 일반인도 쉽게 만들수 있는 프로그램 언어가 나올꺼다. 전화 프로그램 만들고 싶으면 사람하고 사람 그림 두개 따서 전화기 그림을 가운데 놓고 연결하면 이게 전화 프로그램이 되는. 그럼 너희들은 뭐 먹고 살래? 사람들이 머리만 조금 굴리면 알아서 딱딱 만드는 세상이 될텐데 아이디어랑 생각이 중요한거야." 딱, 이거 아닌가? 물론 프로그램 언어의 현상황에서 프로그래밍에 업을 달고 사는 사람에게 쉽고 즐긴다는 말은 저기 저 먼 안드메다에 있는 개념만큼 멀게 느껴지지만 마지막에 송지원학우님이 얘기해주신것처럼 프로그래밍이 단순히 어렵고 복잡한것을 뜻하는것만이 아니라 새로운 아이디어로 생각해 그 시각으로 바라보는것으로 개발자의 입장이되는 우리도 더 쉽고 재밌게 즐길수 있을것이다. 그렇지만 기본은 먹고 살아야지.
        * '''강소현''' - c언어에서 쓰이던 거를 블럭으로 쉽게 나타내, 프로그래밍하는 방법을 전혀 몰라도 활용할 수 있어 좋았어요. 게다가 그림을 이용해 간단한 애니메이션이나 게임을 만들 수 있어, 이번 수업 이후에도 자주 애용할 거 같아요.
• 땅콩이보육프로젝트2005 . . . . 3 matches
        * 수생: 그림 파일 저장하기.
        * 그림파일처리
        * 그림파일처리
• 바퀴벌레에게생명을 . . . . 3 matches
       먼저 바퀴벌레 그림 먼저 그렸다.
       창크기의 고정과 메뉴와 상태바를 없애고 나서 일단 바퀴벌레 그림을 불러와서 뷰에 그려봄. 잘 그려진다.
       다큐에서 CBug타입의 멤버 변수를 생성한다. 그리고 뷰에서 방향키의 키이벤트(OnKeyDown)를 받으면 다큐의 CBug 타입의 멤버 변수의 Move함수를 호출하고 변경된 position과 direction을 OnDraw에서 받아서 알맞은 그림을 잘라내서 뷰에 그린다.
• 새싹교실/2011/Pixar/5월 . . . . 3 matches
        * 오늘은 재귀함수 복습하는 차원에서 하노이탑을 같이 구현해봤습니다. 아마 좀 어려웠을거예요. 저도 1학년때 어디서 열심히 보고 짰는데 방학되고 짜보려니 또 생각이 안 나서 헤맸던 기억이 나네요. 오늘 해봐서 알겠지만 완성된 하노이탑 소스코드가 원반 하나하나를 순서대로 옮기는 프로그램은 아니었어요. 그런데도 실행시키니 제대로 움직이는 걸 볼 수 있었죠. 만약 원반 하나하나를 따로 생각했다면 원반이 7개만 되어도 생각하기 너무 어려웠겠지만 n개의 원반을 옮기는 문제를 n-1개의 원반을 옮기는 문제와 n번째 원반을 옮기는 문제로 나눠서 생각하니 간단하게 해결됐죠. 앞으로 학년이 올라가면서 더 복잡한 프로그램을 짜다보면 이런 접근이 얼마나 중요한지 느끼게 될 거예요. 문제를 해결할 때 전체를 보고 단계를 나눌 수 있어야합니다. 우리가 그림을 그릴때 숲을 그린다고 하면 어떤 귀퉁이의 나뭇잎 하나부터 그려나가는 게 아니잖아요. 나무의 배치, 뼈대같은 것을 먼저 그려야 균형잡힌 그림을 그릴 수 있듯 프로그램을 만들 때도 큰 그림을 먼저 생각해볼 수 있었으면 좋겠습니다. 물론 그런 접근이 단번에 몸에 익지는 않을 거예요 ㅋㅋ
• 2010JavaScript/역전재판 . . . . 2 matches
       #human { /*사람 그림이 나올 화면*/
       #item_pic { /*아이템 목록 안의 아이템 그림*/
• 3D프로그래밍시작하기 . . . . 2 matches
       (몇가지 설명을 빼먹은 것이 있군요. 각종 좌표계 (모델좌표계, 월드좌표계, 카메라 좌표계, 스크린 좌표계) 들간의 변환에 대한 의미와 프로젝션에 대한 이해, 그리고 그에 따라 최소한의 벡터와 행렬 연산만으로 화면상에 그림이 그려질 수 있도록 하는 그래픽스 파이프라인의 설계가 필요하죠)
       그래도 옛날보다는 훨씬 일이 쉬운 것이, 화면에 텍스춰매핑된 삼각형을 그려주는 부분인 Rasterization 관련 부분은 가속기가 모두 알아서 처리해 주기 때문이죠. 옛날에는 어떻게 하면 어셈블리로 최적화를 해서 화면에 그림을 빨리 찍느냐를 궁리하느라 사람들이 시간을 많이 보냈지만.. 요즘은 그런 일에 별로 신경을 쓰지 않고 다른 쪽.. (물리학이나 자료구조 최적화) 에
• 3rdPCinCAUCSE/ProblemA . . . . 2 matches
       왼쪽그림에서와 같이 같은 색의 바둑알이 연속으로 다섯 알이 놓이면 그 색이 이기게 된다. 여기서 연속이란 가로, 세로 또는 대각선 방향 모두를 뜻한다. 즉, 위의 그림은 검은색이 이긴 경우이다. 하지만, 여섯 알 이상이 연속으로 놓인 경우에는 이긴 것이 아니다.
• 5인용C++스터디/더블버퍼링 . . . . 2 matches
       실행 결과는 다음과 같다. 움직이는 화면이므로 직접 실행해 봐야 결과를 볼 수 있다. 예쁜 아기 그림이 있고 아래에서 문자열이 천천히 위로 올라오는 동작을 한다.
       문자열은 바깥쪽에 회색 테두리를 가지도록 했으며 보기 편하도록 큼직한 폰트를 사용했다. 비트맵 위에서 글자가 움직이지만 깜박임은 전혀 없으며 아주 부드럽게 스크롤되는 것을 볼 수 있다. 만약 이런 화면을 더블 버퍼링으로 처리하지 않는다면 배경 비트맵과 그림이 계속 반복적으로 화면에 나타나기 때문에 깜박임이 심해지고 갱 화면으로서 가치가 떨어질 것이다.
• AM/AboutMFC . . . . 2 matches
       MFC의 정확한 동작 원리를 알고 싶다면, 2000년 5~8월 사이의 프로그래밍세계의 MFC관련 기사를 추천합니다.(도서관에 있고, 복사할수 있습니다.) 재미있는 자료입니다. 저는 우연히 01년 상반기에 기사의 필자 곽용재씨에게 해당 내용에 대한 강의를 들은적이 있는데, 그때 그림 사용을 허락맡고 [MFCStudy_2001]를 위해 자료를 만들어서 세미나를 했습니다.
       || Upload:MFC_Macro_23of3_2001.11.11.doc ||예제 소스코드 그림 파일로 캡춰||
• BeeMaja . . . . 2 matches
        * 마야의 좌표계(왼쪽 그림) - 마야(왼쪽)는 벌집 전체를 커버할 수 있는 2차원 격자를 써서 특정 칸으로 바로 날아갈 수 있다.
        * 윌리의 좌표계(오른쪽 그림) - 윌리(오른쪽)는 조금 지능이 낮아서 벌집 한가운데 있는 1번 지점에서 시작해서 시계방향으로 걸어서 이동하는 방법밖에 쓸 수 없다.
• CCNA/2013스터디 . . . . 2 matches
        - 그림이 있는 편이 확실히 알기 편한데......
        * 동작 순서 : 이것도 그림이 있는 게 훨씬 알기 편한데...
• ComputerNetworkClass/Exam2004_1 . . . . 2 matches
       다음 그림에서 각 단계들의 프로로콜 스택을 그려라.
       다음 그림은 Y 라우터의 경우 포트 3으로 X 라우터와 연결되어있는 상태이며 X 라우터는 CIDR 로 ____.____.___.____ 에 대해 Network A 로, ____,____,___,____ 에 대해 Network B 로 라우팅 한다.
• DataCommunicationSummaryProject/Chapter12 . . . . 2 matches
       그림 필히 참조!!
        * 새로운 LEO는 모바일 네트워크와 함께 노력해왔다.(?) Iridium이 그들의 재정에 그림자를 드리우긴 했지만,(망했다는 소린가?) 많은 국가의 3G 라이센스 비용에 비해, 위성 네트워크는 싸다.
• FocusOnFundamentals . . . . 2 matches
       저는 주변에서 자바만 공부한 사람을 봤습니다. 그 사람은 자바가 아닌 다른 언어를 보면 이건 나랑 상관없는 거라고 생각하며 고개를 돌립니다. 어느 하나의 OOP 언어에 한계를 두지 않고 공부하는 사람을 봤습니다. 그 사람은 다른 것간의 관계를 찾고 연결짓고, 더 큰 그림을 만들어 나갑니다. 둘 중에 후자가 OOP(심지어는 자바 자체)에 대한 이해가 더 깊고 본질적이었습니다. 저는 점점 더 이와 비슷한 사례를 접하게 됩니다.
       사실 제 이야기는 수사적인 차원에서 약간 과장된 것일지도 모르겠습니다. FocusOnFundamentals가 적용되는 범위를 꼭 한계지을 필요는 없을 듯 싶습니다. 자바를 공부한다면 자바의 "fundamentals"에 더 집중을 할 수도 있겠죠. 하지만 늘 "큰 그림"을 보도록 노력해야 할 것입니다. 내가 공부하는 것 속에서 "fundamentals"는 무엇이고, 내가 공부하는 것이 속한 범주에서 "fundamentals"는 무엇인지.
• Java2MicroEdition . . . . 2 matches
        그림을 보면 맨 아래에 MID, 즉 휴대전화의 하드웨어 부분이 있고 그 위에는 Native System Software가 존재하며 그 상위에 CLDC가, 그리고 MIDP에 대한 부분이 나오는데 이 부분을 살펴보면, MIDP Application과 OEM-Specific Classes로 나뉘어 있는 것을 알 수 있다. 여기서의 OEM-Specific Classes라는 것은 말 그대로 OEM(Original Equipment Manufacturing) 주문자의 상표로 상품을 제공하는 것이다. 즉, 다른 휴대전화에서는 사용할 수 없고, 자신의(같은 통신 회사의) 휴대전화에서만 독립적으로 수행될 수 있도록 제작된 Java또는 Native로 작성된 API이다. 이는 자신의(같은 통신 회사의) 휴대전화의 특성을 잘 나타내거나 또는 MIDP에서 제공하지 않는 특성화된 클래스 들로 이루어져 있다. 지금까지 나와있는 많은 MIDP API들에도 이런 예는 많이 보이고 있으며, 우리나라의 SK Telecom에서 제공하는 SK-VM에도 이런 SPEC을 가지고 휴대전화의 특성에 맞는 기능, 예를 들어 진동 기능이나, SMS를 컨트롤하는 기능 들을 구현하고 있다. 그림에서 보듯이 CLDC는 MIDP와 OEM-Specific Classes의 기본이 되고 있다.
• Monocycle . . . . 2 matches
       외발자전거는 한 바퀴로 가는 자전거를 말한다. 다음 그림에 나와있는 것처럼 다섯 개의 서로 다른 색이 칠해져 있는 특별한 바퀴가 달려있는 외발자전거를 생각해보자.
       색이 칠해진 부분은 전부 똑같은 각도(72')만큼 벌어져 있다. 어떤 사람이 정사각형 타일로 만들어진 M × N 격자 위에서 이 외발자전거를 탄다. 한 타일의 중심에서 바로 옆 타일의 중심으로 외발자전거를 타고 이동하면 바퀴가 정확하게 72' 회전하게 되어있다. 위 그림을 보면 어떤 식인지 알 수 있을 것이다. 바퀴가 1번 타일의 중심에 있을 때, 파란색이 칠해진 부분의 중점이 바닥에 닿아있다. 바퀴가 다음 타일(2번 타일)중심으로 이동하면 흰색으로 칠해진 부분의 중점이 바닥에 닿게 된다.
• OeKaki . . . . 2 matches
       {{{[[OeKaki(파일이름)]]}}}을 추가하면, `OeKaki_파일이름.png`그림이 만들어집니다.
       재편집 하는 경우, 기존의 그림은 `test_1.png` `test_2.png`과 같은 식으로 이름이 바뀌어 저장됩니다.
• OperatingSystemClass/Exam2006_1 . . . . 2 matches
       1. 단기 스케쥴러, 중기 스케쥴러, 장기 스케쥴러의 차이를 그림으로 설명하시오.
       2. MSdos와 Unix의 디자인 차이를 쓰시오. 그림으로 그려서 설명하시오.
• PaintBox . . . . 2 matches
       = 그림판을 짜보자 =
        * 벡터방식의 그림판
• STLErrorDecryptor . . . . 2 matches
       전체적인 동작 원리를 간략하게 아래의 그림으로 정리해 보았습니다.
       아래의 그림은 저의 Proxy-CL.INI 파일입니다.
• STLPort . . . . 2 matches
        이때, stlport\new 헤더 파일의 2줄에서 에러를 일으키는 경우가 있는데요, 네임스페이스 std::를 붙여 주도록 합시다. (아래의 그림에서 if 다음의 2줄입니다)
        1. 이제 다시 빌드합니다( - -; ). 시스템에 따라 차이는 있을 수 있으나 1시간 정도 걸립니다.다음 그림은 빌드가 끝난 상태의 output 윈도우입니다.
• SnakeBite/창섭 . . . . 2 matches
        * 2.16 까지: 쥐그림 그림. -_-
• Star . . . . 2 matches
       48개의 삼각형 셀로 이루어진 판이 하나 있다. 각 셀에는 0에서 9까지의 숫자가 적혀있다. 모든 셀은 두 줄 또는 세 줄에 속한다. 각 줄들은 A에서 L까지의 문자로 표시된다. 아래 그림을 보면 9라는 숫자가 들어있는 셀은 D, G, I 줄에 속하며, 7이라는 숫자가 들어있는 줄은 B, I 줄에 속한다.
       각 줄에 대해 그 줄에서 가장 큰 수를 구할 수 있다. 위 그림에서는 A 줄에서 가장 큰 수는 5고, B 줄에서 가장 큰 수는 7, H 줄에서 가장 큰 수는 0, J 줄에서 가장 큰 수는 8이다.
• TAOCP/InformationStructures . . . . 2 matches
       가능한 공간에 리스트가 두 개 있다면 (고정된)bottom을 같이 쓸 수 있다. (p.246 그림 참고) 이런 경우 두 리스트가 메모리를 모두 써버릴 때까지 오버플로우는 생기지 않는다. 이런 형태는 매우 자주 쓰인다.
       (p.248에 (12)와 그림 4는 예제이다. 근데 어렵다. 3번을 해보았으나 제대로 나오질 않았다.)
• html5/offline-web-application . . . . 2 matches
        * (p247 11.2 그림 삽입)
        * (p.254 11.4 그림 삽입)
• 논문번역/2012년스터디/이민석 . . . . 2 matches
       우리의 시스템을 단일 저자식에서도 평가하기 위해 Senior [15]가 수집한 데이터베이스의 필기 서식으로도 실험을 수행했다. 이 데이터베이스는 한 저자가 쓴 25쪽으로 구성되며 웹에서 공개적으로 얻을 수 있다.1 두 데이터베이스의 필기 양식들은 256 그레이 레벨을 사용하여 300dpi 해상도로 스캔하였다. 그림 1에 각 데이터베이스의 예시가 있다.
       마지막 전처리는 그레이 레벨을 정규화하여 다양한 펜과 배경색으로 인한 변화에 대처하는 것이다. 이미지의 그레이 레벨 구간은 어두운 강도는 0이 되고 밝은 쪽은 255가 되도록 조정한다. 말뭉치의 통상적인 한 줄에 이들 전처리를 적용한 결과가 그림 3에 나타나있다.
• 레밍즈프로젝트/프로토타입/MFC더블버퍼링 . . . . 2 matches
       getMemDC()를 통해서 생성자를 통해 확보한 메모리DC 포인터를 전달받아 그림을 그린다.
       그림을 뿌려주고 동적으로 생성된 메모리와 오브젝트들의 할당을 해제한다.
• 레밍즈프로젝트/프로토타입/마스크이미지 . . . . 2 matches
       두장의 이미지 중 한장은 그림의 형태를 나타내고, 한장은 실제 이미지이다. 실제이미지중 그림의 형태에 겹치는 부분만 출력되는 방식이다.
• 새싹교실/2012/새싹교실강사교육/4주차 . . . . 2 matches
       1.1 프로그램의 실행 파일에는 크기의 제약이 있기 때문에 프로그램이 가지고자 하는 모든 데이터를 가질 수 없습니다. 그래서 큰 정보는 외부의 파일에 두고, 실행 중에 파일을 읽어서 사용하는 방법을 흔히 쓰게 됩니다. 예를 들어 게임 프로그램에는 BGM, 효과음, 사진, 그림, 동영상 등의 파일을 읽어서 출력하게 됩니다.
        1.2 프로그램이 작업한 결과를 영구적으로 보존하기 위해서도 파일을 외부에 저장합니다. 이는 당연한 거겠죠? 우리가 그림판을 통해 작업을 하고 난 뒤에는 항상 저장을 합니다. 이와 같은 이치입니다. 만약 게임의 점수 정보가 담긴 파일을 저장한다든가 등에도 필요합니다.
• 위키요정 . . . . 2 matches
       Wiki:WikiGnome 과 [요정]을 살펴보아, 외국 동화중 밤중에 구두를 고치고 가는 요정을 의미하는 것 같다. 과거에는 밤중에 구두를 수선하는 그림이었다는데, 그림이 바뀌었다.
• 이규완 . . . . 2 matches
       그림 신기하다 -- [최경현]
       그림 안떠 -_-;;; 궁금해지잖아!! ㅋㅋㅋ --[정수민]
• 정모/2011.9.20 . . . . 2 matches
        * 그림판 거의 마무리
        회장님도 부회장님도 개인적인 일로 정모를 알차게 꾸려나가지 못하는 점 죄송합니다ㅜㅜ 정모에 대한 제안이나 의견이 있다면 가지고 계신 모든 루트를 통해 의견날려주세요. 정모는 참여하는 여러분 모두의 것 이니까요:) (부회장은 회장의 그림자라 존재감이없다!!ㅋㅋㅋㅋ...ㅠㅠㅠㅠㅠㅠㅠㅠㅠ미아뉴ㅠㅠㅠ) - [서지혜]
• 컴퓨터가했다 . . . . 2 matches
       ["데기"]는 종종 무의식적으로 컴퓨터가 했다는 말을 사용했다. ''"주가 동향 분석은 컴퓨터가 해준다구."'', ''"이 그림은 컴퓨터가 그린거야."''... 그런데 그런 일들을 정말 컴퓨터가 했다고 말할 수 있을까. ''"이 그림은 내 붓이 그린거야."''라고 말하진 않는다. 사람이 한것이다. ["컴퓨터가했다"]고 말할 수 있는 것들이 있을까. 전자상거래 시간에 마련된 특강에서 '''''컴퓨터를 주체가 아닌 도구로 보라'''''는 말씀을 해주신 초청 강사님께 감사드린다.
• .bashrc . . . . 1 match
       alias background='xv -root -quit -max -rmode 5' # 백그라운드 배경 그림
• 1002/책상정리 . . . . 1 match
       OS 에서의 Memory Hierarchy, caching 기법, NoSmok:어포던스 (행위유발성), NoSmok:그림듣기
• 1thPCinCAUCSE/null전략 . . . . 1 match
       도구는 연습장과 인덱스 카드, assert 문을 이용한 테스트 케이스 등을 이용했습니다. 연습장과 인덱스 카드는 주로 개개인 수식과 중요 변수들을 적기 위해, 또는 그림을 그리기 위해 이용했고 (두 도구의 용도가 구분되어있진 않았음) 문제에 대해서 답이 나왔다하는 가정하에 (문제지에 Sample Input->Output 이 나와있었기에 가능했습니다.) Backward 로 문제가 해결된 상황을 가정하고, 그러기 위해 필요한 변수들을 찾아나가는 방법으로 진행했습니다. 프로그래밍 스타일은 Structured 스타일의 Stepwise Refinement & PBI & assert 를 이용한 TDD 를 사용했습니다.
• 2006신입생 . . . . 1 match
        * [http://services.nexodyne.com/email/]를 이용하면 [http://services.nexodyne.com/email/icon/.LOjICs%2BQCXnd%2BAz8g%3D%3D/7vKivYE%3D/SG90bWFpbA%3D%3D/0/image.png]처럼 그림으로 이메일 주소를 표기 할 수 있습니다. 무료입니다.-_-
• 2011년독서모임/주제 . . . . 1 match
       ||동화책 원작 읽기||알고보면 무시무시한 그림동화||
• 2dInDirect3d/Chapter2 . . . . 1 match
        백버퍼에 그림이 들어오거나 클리어 한 경우엔 그것을 앞으로 끌고나와야 한다. 그것을 하는 함수가 Present함수이다.
• 5인용C++스터디/마우스로그림그리기 . . . . 1 match
       마우스를 이용하여 그림을 그릴 수 있는 프로그램 작성하기.
• 5인용C++스터디/비트맵 . . . . 1 match
       즉 복잡한 그림을 출력해야 할 경우는 미리 그려진 비트맵을 사용하는 것이다.
• 5인용C++스터디/윈도우에그림그리기 . . . . 1 match
       DC(Device Context)는 GDI에 의해 내부적으로 관리되는 데이터 구조체이며 '''그래픽 작업을 하기 위해서 필요한 것'''이다. 그림을 그리고자 할 때에는 반드시 먼저 DC에 대한 핸들을 얻어야 한다. 프로그램에 이 핸들을 주는 것으로 Windows는 사용자가 그 장치를 사용할 수 있도록 허가해 준다. 그러면 핸들을 GDI 함수의 인자로 사용하여 현재 그리고자 하는 장치를 Windows가 식별할 수 있도록 한다.
• 5인용C++스터디/작은그림판 . . . . 1 match
       선, 사각형, 원을 그릴 수 있고 색칠을 할 수 있는 간단한 그림판 만들기.
• APlusProject/PMPL . . . . 1 match
       심사계획서 빼고 다 검토됐어요 위에 하나 그림이랑 인덱스 이상한거는 못고친거 고쳐달라고 글 적어놨구요
• AcceleratedC++/Chapter5 . . . . 1 match
        * 그림 보면 알겠지만, 복사 겁나게 해댄다. 하나 지울때마다 그 뒤에 있는걸 다 복사하는 것이다. 만약에 모두 fail이라면? 끔찍하다.
• Android/WallpaperChanger . . . . 1 match
        * 그림파일을 불러왔을경우 BitmapFactory에서의 이미지 사이즈 변경은 이미지를 늘리고 줄이기 때문에 기존 안드로이드 어플 배경화면에서 자르기로 들어간것과는 다르다.
• BasicJAVA2005/실습2/허아영 . . . . 1 match
       아영아..ㅠ.ㅜ 아직 위키어려..ㅠ.ㅜ 그림파일에 띄어쓰기하지마.. 파싱하기 힘들어..T.T
• Bigtable/분석및설계 . . . . 1 match
        * 지금까지 한 것들 그림등으로 정리해서 보여주기
• ClearType . . . . 1 match
       그림을 보면 잘 이해할 듯. 4번째의 경우가 클리어 타입이 사용하는 방식이다.
• ComputerNetworkClass/Exam2004_2 . . . . 1 match
       FQ, WFQ 가 어떻게 혼잡제어를 하는데 영향을 주는지 그림을 그려서 설명하시오.
• DataCommunicationSummaryProject/Chapter8 . . . . 1 match
        * The Point-to-Multipoint Service Center(PTM SC), Qos 문제를 다루는 서버이다. 돈을 더 많이 낸 고객에게 통신에서 우선권을 준다. 그리고 소리와 그림과 같이 데이터의 종류에 따라 우선권을 달리 준다.(소리가 더 속도에 민감하다.)
• DevOn . . . . 1 match
        * 시각적 커뮤니케이션: 그림과 기호로 말하기
• DirectDraw . . . . 1 match
       이런 구조이다. imagedc에 먼저 그림을 뿌리고 그것을 hdc에 그린다.
• DrawMacro . . . . 1 match
       gif 그림을 그릴 수 있게 해주는 애플릿
• Eclipse . . . . 1 match
        1. 참고 [http://openframework.or.kr/JSPWiki/Wiki.jsp?page=EclipseCVS Eclipse에서의CVS연동설명_그림]
• EffectiveSTL/Iterator . . . . 1 match
        * 어째 그림이 좀 이상하긴 한데..--; 각각의 반복자가 가르키는 위치를 나타낸 것이다. 보면 알겠지만 ri에서 base()를 호출해줬는데도 가르키는게 같지가 않다.
• ExtremeProgramming . . . . 1 match
       위의 전체 그림을 한번 정리해 보고 싶어서 추가함
• Gof/Mediator . . . . 1 match
       유사한 application은 Unidraw drawing framework에서 나타나고[VL90] connectors사이에 연결성 제약들을 적용하는 CSolver라 불리는 class를 사용한다. 그래픽 편집기에서 객체들은 다른 방법으로 서로 다른 객체들을 짜집는 것으로 보일 수 있다. connector들은 연결성이 자동적으로 관리되는 그림 편집기나 회로 설계 시스템과 같은 application들에서 유용하다. CSolver는 객체들 사이에 mediator이다. 그것은 연결제약을 해결하고, connector들의 위치를 그것들을 반영하기 위해서 update한다.
• HanoiProblem . . . . 1 match
       그리고 재귀함수를 만들 때 유의점과 사고보조물을 가르쳐 줍니다. 유의점이라면 재귀함수는 리턴되는 값의 종류(타입)가 모두 동일해야 한다는 것, 재귀호출을 벗어나는 지점 근방에서 유의해야 한다는 점 등이고, 사고보조물로는 스택의 상태를 그림으로 그리는 방법이나, 수식을 사용하는 방법 등이 있겠죠.
• HanoiTowerTroublesAgain! . . . . 1 match
       공을 한 번에 하나씩, 번호가 커지는 순서로 기둥에 끼우는 게임을 한다(즉 1번을 끼우고 나서 2번을 끼우고, 그리고 나서 3번을 끼우고 하는 식으로 공을 기둥에 끼움). 더 이상 서로 밀어내지 않도록 공을 끼울 수 없게 되면 게임이 끝난다. 게임의 목표는 최대한 많은 개수의 공을 끼우는 것이다. 위에 있는 그림에는 기둥이 네 개인 경우에 최대한 많은 공을 끼운 결과가 나와 있다.
• HelpOnConfiguration . . . . 1 match
       메뉴의 대문(FrontPage)및 로고 그림이 연결하고 있는 페이지는 config.php의 다음 변수를 설정한다.
• HelpOnInstallation . . . . 1 match
       이 값을 제대로 지정하면 MoniSetup에서 다음과 같은 로고 그림을 볼 수 있다.
• HowBigIsIt? . . . . 1 match
       모든 원은 상자 바닥에 닿아야 한다. 아래에 원을 직사각형 상자에 집어넣는 방법이 나와있는데, 이 그림에 나온 배치법은 최적의 방법이 아닐 수도 있다. 조금만 생각해보면 알겠지만, 최적화된 방법이라면 모든 원들이 서로 맞닿아있어야만 한다.
• HowToStudyDesignPatterns . . . . 1 match
       우리가 갖고 있는 지식이라는 것은 한가지 표현양상(representation)으로만 이뤄져 있지 않습니다. "사과"라는 대상을 음식으로도, 그림의 대상으로도 이해할 수 있어야 합니다. 실제 패턴이 적용된 "다양한 경우"를 접하도록 하라는 것이 이런 겁니다. 동일 대상에 대한 다양한 접근을 시도하라는 것이죠. 자바로 구현된 코드도 보고, C++로 된 것도 보고, 스몰토크로 된 것도 봐야 합니다. 설령 "오로지 자바족"(전 이런 사람들을 Javarian이라고 부릅니다. Java와 barbarian을 합성해서 만든 조어지요. 이런 "하나만 열나리 공부하는 것"의 병폐에 대해서는 존 블리스사이즈가 C++ Report에 쓴 Diversify라는 기사를 읽어보세요 http://www.research.ibm.com/people/v/vlis/pubs/gurus-99.pdf) 이라고 할지라도요. 그래야 비로소 자바로도 "상황에 맞는" 제대로 된 패턴을 구현할 수 있습니다. 패턴은 그 구현(implementation)보다 의도(intent)가 더 중요하다는 사실을 꼭 잊지 말고, 설명을 위한 방편으로 채용된 한가지 도식에 자신의 사고를 구속하는
• ISBN_Barcode_Image_Recognition . . . . 1 match
        * 영상 일부에 빛이 비춰지거나, 그림자가 드리울 경우 Global Threshold를 수행하면 기대한 결과를 얻기 힘들다.
• JosephYoder방한번개모임 . . . . 1 match
       Refactoring과 Pattern은 누가 누구에 속한 관계가 아니라서 적절히 써야한다고했다. 교집합이었다 그림은. 그래 적절히 써야지라고 생각했다.
• JustDoIt . . . . 1 match
        * 강성일 - 그림쟁이
• KIV봉사활동/준비물 . . . . 1 match
        * 프린트 : 한글 영어독음, 간단한 회화나 단어(워드파일로 준비), 그림, 쓰기책
• MFC/ObjectLinkingEmbedding . . . . 1 match
       서로 다른 응용프로그램들이 프로그램 안에 있는 데이터를 편집할 수 있도록 하는 프록램을 작성할수 있도록 하는 메카니즘이다. (예를 들자면 오피스웨어에서 포토ㅤㅅㅑㅍ에서 수정하던 그림을 특정 포맷으로 변환하지 않고 바로 붙이기 하는 경우와 같은 경우....)
• MFCStudy2006/1주차 . . . . 1 match
        * 스펙 그림을 그냥 알기 쉽게 할려고 그리긴 했지만. 이상하당..ㅜㅜ -수생
• MFCStudy_2002_2 . . . . 1 match
        * 숙제 : 그림판의 선그리기 부분만 만들어오기.
• MineFinder . . . . 1 match
       리소스 화일은 그냥 화면캡쳐한 뒤 포토샵에서 잘랐습니다. ;) (좀 노가다 틱하지만 가장 간단한 해결책이 아닐까 하는 생각. 2년전 일이여서 정확히 기억 안나지만 95용 지뢰찾기와 2000용 지뢰찾기 2번 작업했었을겁니다. 약간 그림이 다르고 이미지좌표도 조금은 달라서. ^^)--[1002]
• MobileJavaStudy/SnakeBite/Spec2Source . . . . 1 match
        System.out.println("그림이 없음");
• MobileJavaStudy/SnakeBite/Spec3Source . . . . 1 match
        System.out.println("그림이 없음");
• MoniWikiOptions . . . . 1 match
        * 로고 그림. 없애고 싶다면 빈 문자열을 넣는다.
• MoniWikiPlugins . . . . 1 match
        * OeKaki 그림그리기용
• MoreMFC . . . . 1 match
       dos 시절의 절차식 프로그램의 습관에 젖은 프로그래머를 위해 이책도 역시 아주잘 윈도우 프로그래밍이 어떻게 다른지 설명해 준다. 그러나, 그걸 다시 다 설명할 필요는 없고.. 떡하니 그림 한장이면 다 설명 될것 같다. 그럼.. image! [[BR]]
• NiceMilk . . . . 1 match
       꼬마 토미는 빵에 우유를 찍어 먹는 것을 좋아한다. 빵에 우유를 찍을 때는 빵의 한 변이 컵 바닥에 닿을때까지 빵을 컵 속에 집어넣는다. 그래서 밑에 있는 그림과 같은 모양으로 빵을 우유에 적실 수 있다.
• Omok . . . . 1 match
        * 전부 그림으로 처리하기 때문에 그래픽적인 요소들을 위한 코딩이 많이 들어가는...(나쁘게 말하면 생노가다..--; )
• PC실관리 . . . . 1 match
       그림을 포함한 청소 설명 - [http://www.airlove.co.kr/shop/index.php?inc=html/air]
• PC실관리/고스트 . . . . 1 match
        * 바탕화면 그림은 컴공과 지정 바탕화면으로 지정한다.
• PPProject/Colume2Exercises . . . . 1 match
        시프트를 일반화시켜서 생각하고 문제에 접근했다. 하지만 풀리지 않았다. 책을 다시 읽고, 그림을 봐서 무엇을 잘 못 이해했는지 살폈다. 하지만 잘못 이해한 부분은 없었다. 시간이 지나고, 문제를 다시 읽으면 힌트를 얻지 않을까 하는 생각에 문제를 읽었다. 문제에서 최대공약수라는 말을 신경쓰지 않았다는 점을 발견했다. 최대공약수를 이용해서 결국 문제를 해결했다.
• PairSynchronization . . . . 1 match
       하나의 대상을 놓고 둘이서 서로 번갈아가며 그리는 방법. 이때 그림은 쉽게 변경할 수 있어야하므로 화이트보드를 쓰는것이 좋다. ''' ''적합한 페이지 이름 찾습니다.'' '''
• PragmaticVersionControlWithCVS/WhatIsVersionControl . . . . 1 match
       이런 개발중심축상에서 만약 특정 시점에서 프로그램의 릴리즈 버전이 완성되어서 QA과정으로 들어갔다고 생각해보자. 이때, 프로젝트의 다른 팀원들과 동시에 개발을 진행시켜 나가면서, QA과정에서 발생된 치명적인 버그를 본래의 개발중심축상에 반영시키기 위해서 만들어진 개념임. (그림이 있어야 이해가 쉬울듯. 글만 읽어서는 SE를 듣지 않은 이상 이해 힘들어보임.)
• ProjectAR/CollisionCheck . . . . 1 match
        * 그러자니 오브젝트마다 그림 크기에 맞는 2차원 배열을 가져야 한다. 어쩌면 비트맵을 읽어오면서, 그 비트맵이 메모리에 있을테니, 그걸 참조하는 방법도 있을듯 하다. 안된다 하더라도, 요즘 컴퓨터 메모리 남아도니까 별로 문제가 되지는 않을듯 싶다.
• ProjectAR/ToDo . . . . 1 match
        * 그림(-_-) - 인수
• ProjectAR/진행상황 . . . . 1 match
        * 당장 필요한 주인공 그림을 그렸다. 4방향. 이동 프레임? 그딴거 없다.
• ProjectSemiPhotoshop/Journey . . . . 1 match
        * 한일: GDI 로 그림 그려보기, BMP 출력해 보기, Keyboard 입력 받아서 이용해 보기
• ProjectSemiPhotoshop/요구사항 . . . . 1 match
       시스템 설계에 관한 전반적인 밑그림을 그리기 위해, 팀은 스토리 구현에 필요한 세부적인 작업에 대한 아이디어 수집을 한다. 이 단계에서 고객은 프로그래머가 전혀 이해하지 못하는 부분을 알아 볼 수도 있다. 설계 프로세스를 지켜보면서 팀 전체는 공통의 지식과 자신감을 얻게 된다.
• ProjectZephyrus/Afterwords . . . . 1 match
        * 초기 SPEC이 너무 추상적이였다. - 프로젝트 중간에 합류한 상규의 경우 프로젝트의 스펙을 이해하지 못했고, 완성된 Output 에 대한 그림을 그리지 못했다.
• PythonIDE . . . . 1 match
        * PyScripter : 개중 가장 좋은 기능과 공개라는 장점을 가진 IDE. 가히 최고라 불릴만하다. 하지만 wxPython 과의 상성이 좋지 않아 wxPython 유저에게는 그림의 떡. 완벽한 디버깅 모드를 제공한다.
• SRPG제작 . . . . 1 match
        1. 이것을 일단. 그림판으로 낙찰. (그 이외 BMP를 편집할 수 있는 것이라면 OK).
• SmallTalk/강좌FromHitel/소개 . . . . 1 match
       않게 사용되고 있는 점으로 이루어진 그림(bitmap graphic)과 그래픽 사용자 환
• SmallTalk_Introduce . . . . 1 match
       않게 사용되고 있는 점으로 이루어진 그림(bitmap graphic)과 그래픽 사용자 환
• TAOCP/BasicConcepts . . . . 1 match
        여섯 바이트로 이루어진다. 한 바이트에는 0~63까지 숫자가 들어갈 수 있다. 그림으로 나타내면 다음과 같다.
• TeachYourselfProgrammingInTenYears . . . . 1 match
       만약 그러한 있고 것이라면, 4년간 대학에서(혹은 대학원에 가, 더욱) 배우는 것.그러면 성적 증명서를 필요로 하는 일자리에 접근하고, 그 분야에 도착해보다 깊은 이해를 얻게 된다.하지만, 학교를 즐길 수 없다고 한다면, (열의가 있으면) 일을 하는 과정에서 같은 체험을 얻을 수 있다.어느 경우이든, 책에 의한 학습만으로는 충분하지 않다.「컴퓨터·사이언스의 교육으로 누군가를 프로의 프로그래머로 하려고 하는 것은, 브러쉬나 그림도구에 대해 배우게 해 프로의 화가로 하는 것 같은 정도 어렵다」라고 The New Hacker's Dictionary(역주5) 의 저자인 Eric Raymond 는 말한다.내가 지금까지 고용한 중에서 최고의 프로그래머의 한 명(역주6)은, 고등학교까지 밖에 나오지 않았다.그렇지만, 그는 많은훌륭한소프트웨어를 만들어, 지금은 자신의뉴스·그룹까지 가지고 있어, 스톡옵션 덕분에, 틀림없이 내가 일생 걸려 벌 수 있는 것보다 좀 더 부자다.
• TheJavaMan . . . . 1 match
        같은 카드 찾기, 심심오오, 오투잼, 메신저, 그림판,
• ThePragmaticProgrammer . . . . 1 match
       번역서(실용주의프로그래머)를 한 번 다 읽었지만 다시 봐야 할 내용이 너무 많이 있다. 다루는 분야가 매우 넓으면서도 각 장은 시간이 지나도 값어치 있을 실용적인 정보를 담고 있다. 언제 멈출지 몰라서 ''그림은 물감 속에서 사라진다''나 ''프로그래밍을 우연에 맡기면 어떻게 되는가'' 같이 내가 습관적으로 잘못하고 있는 부분을 짚어주기도 한다. -- [(leonardong)]
• ThePriestMathematician . . . . 1 match
       "하노이의 탑(Tower of Hanoi)" 퍼즐에 관한 고대 신화는 이미 잘 알려져 있다. 최근 밝혀진 전설에 의하면, 브라흐마나 수도사들이 64개의 원반을 한 쪽 침에서 다른 쪽 침으로 옮기는 데 얼마나 오래 걸리는지를 알아내고 나서는 더 빠르게 옮기는 방법을 찾아내자는 결론을 내렸다. 다음 그림은 침이 네 개인 하노이의 탑이다.
• TheWarOfGenesis2R . . . . 1 match
        * 타일 그래픽의 편집은 그림판으로, 속성의 편집은 타일에디터로 한다. 추후.. 통합(?) 할지도?
• TheWarOfGenesis2R/ToDo . . . . 1 match
        * 현재 맵의 편집이 숫자로만 가능. 그림을 보면서 편집할 수 있도록 고칠 예정.
• Thor . . . . 1 match
       그림&게임 메이킹
• UniversalsAndParticulars . . . . 1 match
       자바 스윙에서 어떤 API를 통해 어떻게 그림을 그리는지를 가르치기 보다, Event Driven Programming을 가르치되, 스윙이라는 맥락을 방편으로 이용해 가르친다. 해당 프레임웍의 API가 복잡한 경우, 학습자들은 오히려 그 API를 외우고 공부하느라 더 중요한 것을 잊을 수 있다. 따라서 이런 경우 가르치는 사람이 미리 좀 더 추상적인 차원의 레이어를 만들어(이를 교육학에선 스캐폴딩이라 한다) 제공할 수 있다.
• ZeroPageServer/Wiki . . . . 1 match
        - (V) [V] {V} 같은 몇가지의 그림 태그가 가능합니다.
• ZeroPage성년식/회의 . . . . 1 match
        * 이름표에 자신을 나타내는 단어/그림
• [Lovely]boy^_^/Arcanoid . . . . 1 match
        * 아무리 생각해도 배열의 행과 열은 너무 헷갈린다. 한동안 그림이 90도회전되서 나오더니, 저거 고치니까 되는군.
• [Lovely]boy^_^/Cartoon . . . . 1 match
        만화책 그림 파일입니다. 메신저에 저를 추가하시면 보내 드리겠습니다.
• aop . . . . 1 match
       === AOP를 잘 설명해 주는 그림 2장 ===
• html5practice . . . . 1 match
        * 간단한 파일(그림, 텍스트) 전송 프로그램
• iruril . . . . 1 match
        * 취미 : 무언가 만들기 (인형, 프라모델, 그림, 종이접기, 홈페이지 - 분야 상관 없이 그냥..)
• iruril/도자기토론 . . . . 1 match
       그림이나 조각 작품과 같은 것도 요즘에 들어서 많이 대중화 되고 사람들이 감상하고 즐기고 있다.
• naneunji . . . . 1 match
       취미 : 그림그리기
• snowflower . . . . 1 match
       ||[PaintBox]||Java로 그림판 만들기|| 2005.12 ||
• travelsky . . . . 1 match
        * 취미 : 영화 감상, 그림 그리기, 도서관에서 책 빌리기
• zyint . . . . 1 match
        || 다빈치코드(일러스트레이티드 버젼;;) || . || ★★★★ || 음.. 다빈치코드는 상하권으로 나뉜거랑 이책이랑 두번봤는데... 아무래도 사진을 직접 보면서 읽으니 [[BR]] 이해가 잘갔다-_-(사실 글로만 읽다보면 이해가 전혀 안되는 부분도 있었고;; [[BR]]최후의 만찬 그림을 책을 읽으면서 바로 바로 [[BR]] 보고싶었엇는데 사진이 포함된 이책은 좋았던거 같다.ㅋ [[BR]]음.. 전체적인 줄거리와 책 속에 있는 지식은 나름대로 만족스러웠다. ||
• 강희경 . . . . 1 match
       [홈페이지분류], [ZeroPagers], [강희경/메모장], [강희경/그림판], [강희경/도서관]
• 강희경/그림판 . . . . 1 match
       이유나 목적이 어떻든 [강희경]이 그림판 또는 포토샵을 이용해 제작한 이미지.
• 걸스패닉/디자인 . . . . 1 match
       일단 대표적인 이미지들...움직임을 표현하는 그림들도 다수 있음 --[강희경]
• 겨울방학프로젝트/2005 . . . . 1 match
       || [PaintBox] || 시험끝났다고 놀지 말고 3일 빡세게 해서 JAVA로 그림판 짜기 || 보창 아영 선호 ||
• 그래픽스세미나/1주차 . . . . 1 match
        * 그림의 안쪽을 쉽게 채울 수 있으나, 계단현상이 발생한다.
• 그래픽스세미나/2주차 . . . . 1 match
       || 강인수 || Upload:bborok.bmp 위에꺼 뽀록으로 왔다갔다 하다가 나온 그림. ||
• 김민재 . . . . 1 match
        * [김희성]의 큰 그림이었다.
• 논문번역/2012년스터디/서민관 . . . . 1 match
       이 전처리 단계의 효과는 말뭉치에서 전형적인 텍스트 라인을 이용한 그림 3에 나타나 있다.
• 데블스캠프2002/진행상황 . . . . 1 match
        * 추상화 단계에 대해서 - 세미나 대상자의 수준을 파악하고, 그 사람에게 친숙한 지식들 (만일 컴구조에서 어드레스/옵셋 이야기를 그들이 배웠던 포인터의 개념과 같이 설명했더라면? 우리가 파이프라인 설명을 들었을때 책에서 세탁기의 예가 나온것처럼 설명을 했었더라면?)과 융합시키는 건 어떨까. 정직이가 중간에 '포인터 지금 어렵죠? 그거 나중에 어셈을 배우면 그냥 저건 메모리 주소에요' 라고 설명했었는데, 그것을 실제로 메모리 그림을 그려주고, 포인터의 값이 어떻게 들어가는지에 대해 설명했었더라면 어떠했을까? --석천
• 데블스캠프2003/넷째날/후기 . . . . 1 match
        * 열심히 OOP 짜는데... 누가 그림판으로 장난을 치냐... 선생 변준원.. ㅋㅋ --동일
• 데블스캠프2004/금요일 . . . . 1 match
       ==== 그림그리기 ====
• 데블스캠프2005/목요일후기 . . . . 1 match
        Visual Python.. 3차원 그림판이라는 설명과 함께 여러가지 객체를 띄워보았지만.. 이상하게시리 어려웠던..
• 데블스캠프2010/둘째날/후기 . . . . 1 match
        * 본격 혁씨버전 슈팅게임.. ㅋㅋㅋ C를이용한 게임만들기가 정말 인상적이었습니다. 단지 C와 약간의 그림판질만으로도 만드러지는 게임이 정말 신기했습니다.
• 데블스캠프2011/둘째날/후기 . . . . 1 match
        * 처음해보는 Scratch 였습니다. 그림을 끌어다 놓고, 명령어들을 끌어다가 추가시키면서 프로그램 진행을 구성하고... 독특하고 신기했습니다만 정작 익숙해지기에는 힘들었습니다. 코드로만 하다가 이렇게 짜여진 틀을 움직인다는게 어색해서 짜고있던 게임을 완성시키지는 못 한것이 아쉬었다.
• 데블스캠프2012/다섯째날/후기 . . . . 1 match
        * [서영주] - 비트맵 파일의 RGB값을 수정해서 그림에 변경을 가하고 하는 부분은 신기했습니다. 그런데 저한테는 비트맵 자체보다도 실제로 많이 쓰이는 파일 포맷을 헤더와 데이터 부분 등 정해진 구조체의 크기에 따라서 값을 집어넣기만 하니까 알아서 읽어지고 파일을 다룰 수 있었다는 점이 조금 더 신기했습니다. 비트맵이 아니라 다른 파일이라도 마찬가지로 파일 포맷을 안다면 그 파일을 손댈 수 있다는 소리일테니까요.
• 데블스캠프2012/셋째날/후기 . . . . 1 match
        * [김민재] - 그 동안 배웠던 자바스크립트 개념을 제대로 활용할 수 있는 기회가 되었습니다. 그 '물리' 때문에 힘들었지만, 직접 HTML을 통해 움직이는 그림을 구현하는 것은 정말 재미있었습니다.
• 레밍딜레마 . . . . 1 match
       시리즈 물인데, 같은 시리즈의 하나인 혜영이가 남긴 감상 [http://zeropage.org/jsp/board/thin/?table=multimedia&service=view&command=list&page=0&id=145&search=&keyword=&order=num 네안데르탈인의 그림자] 와 같은 짧고 뜻 깊은 이야기이다. 왜 이 책을 통해서 질문법을 통한 실용적이며, 진짜 실행하는, 이루어지는 비전 창출의 중요성을 다시 한번 생각하게 되었다. ["소크라테스 카페"] 에서 저자가 계속 주장하는 질문법의 힘을 새삼 느낄수 있었다.
• 레밍즈프로젝트/연락 . . . . 1 match
       2. 픽셀의 기능 : Pixel 인터페이스는 draw라는 순수 가상 함수를 가지고 있어 그리고 전달인자로 CMyDouBuffDC*를 받게 되지. 그리고 SetPixel(int x, int y)따위를 통해서 윈도우에 그림을 그리게 되지 (이부분은 [레밍즈프로젝트/프로토타입/SetBit]참조)을 통해서 배경에 대한 픽셀을 뿌리게 되는거지.
• 몬테카를로법 . . . . 1 match
       먼저 아래 그림과 같이 정사각형 안에 한 꼭지점을 중심으로 사분원을 한개 그립니다. 이때 정사각형의 전체 넓이를 1이라고 하면 원의 넓이는 ∏/4 가 되겠지요. 이제 컴퓨터로 난수를 발생하여 무작위로 정사각형 내부에 점을 찍습니다.
• 물푸 . . . . 1 match
        만화책은 100권을 읽었고, 책은 28권을 읽었는데... 그림책이 대다수이니...쩝 2월 마지막 2주동안 책을 멀리 했더니 계획에 차질이 많이 생겼네요. 겨울방학에 한거라고는... 한숨만 나오지만 오랫동안 후회만 하지는 않으렵니다. 대신 3월을 바쁘게 보내야지욤.
• 방울뱀스터디/만두4개 . . . . 1 match
       그림사이즈 400*300
• 상협/Diary/7월 . . . . 1 match
       || ["3DAlca"] || 그림자 효과 || 0% || 아싸. ||
• 새싹교실/2011/무전취식/레벨6 . . . . 1 match
        * 배열 너무 어려워요... Stack은 그림으로 조금이나마 이해해서 다행인것 같아요. C과제가 새로 나왔는데 배열을 써서 풀 수 있는게 있다고 했는데 배열을 아직 잘 이해를 하지 못해서 배열을 쓰지는 않았어요. 복습을 빨리 해야하는데 시험도 끝나고 하니까 너무 게을러졌어요ㅋㅋ. 빨리 정신 차리고 C공부를 계속 해야겠습니다. - [서원태]
• 새싹교실/2012/주먹밥 . . . . 1 match
        * 게임을 만들때 이미지를 그린다. 200개가 넘는 그림을 어떻게 제어할 것인가를 논함.
• 서지혜 . . . . 1 match
        * BigTable부터 시작된 대용량 데이터 분산 병렬 처리 기술의 컨셉정도를 안 것 같다. 1년여가 지났으니 매우 많은 개념들이 바뀌었을 듯 하지만 변하지 않는 아키텍처에 대한 그림을 그릴 수 있었다.
• 송지원 . . . . 1 match
        * 그 외 회원인 곳 : 그림일기, 진리의 손길, 혁명의 씨앗 등...
• 스터디/Nand 2 Tetris . . . . 1 match
        * 쇠뿔도 단김에 빼라는 말이 있듯이, 순식간에 스터디 진행합니다. 학기 끝날 때까지 매주 진행해보려고 하는데, 끝까지 다 할 수 있었으면 좋겠습니다. 뭐 윤환이나 혁준이형 있으니까 잘 진행되겠죠. 이번 시간에 했던 것은 기초 중에 기초인데, 사실 작년 논리회로 시간에 Nand 게이트로 다른 gate 구현하기 따위는 해본적이 없어서 좀 당황도 했습니다. 그리고 그림 그리는 것도 참 간만이고, 다음 시간까지 논리회로 ppt 좀 보고서 와야겠네요. 간단한 4way MUX도 저리 긴데, 사칙연산은 어떻게 해야할지.. 머리가 아픕니다. - [권영기]
• 시간관리인생관리/요약 . . . . 1 match
        || 큰 그림을 보지만, || 사소한 것들에 얽매인다. ||
• 신입생교육 . . . . 1 match
       과거 유럽에서 재봉사가 되기 위해서는 도제살이를 해야 했습니다. 처음 공방에 들어가면 일단 가장 마지막 공정부터 참여를 시킵니다. 예컨대, 옷에 단추를 다는 걸로 시작을 하는 것이죠. 점점 기술이 발전하면 그 이전 단계로 확장을 합니다. 나중에는 천에 밑그림을 그리는 일도 할 수 있겠죠.
• 위키메뉴얼 . . . . 1 match
        괜찮다면 삭제할 필요 전혀 없음. 한데 그림이 안보임. --재동
• 이동현 . . . . 1 match
       그림판을 짜면서 느낀것인데, 객체지향 프로그래밍은 정말 대단하다
• 이영호/잡다 . . . . 1 match
       사장님께 정신차리라고 똥침 한방 놓아주세요. 하얀그림자
• 이차함수그리기 . . . . 1 match
        └... 이문제 왜 답이 내꺼 뿐인겨..;;ㅁ;; 아이 부끄~>ㅃ<;;; 가...아니랏.. 그냥 나처럼 점만 찍오.ㅎ 그래픽이라니~ 그냥 찍으면 되는거 아녀? 원래 그림도 다 확대하면 점인뎅.. 그냥 . 이나 ○ 이런고.. 찍어서 해결~ 하세용.ㅎㅎ- [조현태]
• 이차함수그리기/조현태 . . . . 1 match
        //이번에 그림 함수
• 임수연 . . . . 1 match
       수연아, ㅋㅋㅋ 릴레이야?ㅋㅋㅋ 위에그림은...;; 왠지....;;; 이상한 포스가 느껴지는데;; -[정수민]
• 재미있게공부하기 . . . . 1 match
       공부를 할 때 내가 이미 알고 있는 것, 내가 재미있어 하는 것과 연관성을 찾아라. 내 일상의 삶과 연결점을 찾아라. 메타포적인 NoSmok:그림듣기 도 좋다.
• 전문가의명암 . . . . 1 match
       그 밝음 때문에 그림자가 생긴다. NoSmok:장점에서오는단점''''''인 셈이다. 어떤 작업을 하는 데 주의를 덜 기울이고 지력을 덜 씀으로 인해 전문가는 자기 작업에 대한 타자화가 불가능하다. NoSmok:TunnelVision''''''이고 NoSmok:YouSeeWhatYouWantToSee''''''인 것이다. 자신의 무한 루프 속에 빠져있게 된다. 자신의 작업을 다른 각도에서 보는 것이 어렵다 못해 거의 불가능하다. 고로 혁신적인 발전이 없고 어처구니 없는 실수(NoSmok:RidiculousSimplicity'''''')를 발견하지 못하기도 한다.
• 정모/2005.4.4 . . . . 1 match
       많은 사람과 회의를 진행할때는 많은 준비사항이 필요하다는 것을 느낀 자리였습니다. 회의 진행자는 회의라는 그림을 그리는 한개의 연필과 같다는 오래되었지만 새로운 사실을 알았습니다. [여섯색깔모자]에서 어째서 파란모자사고가 그런 식의 사고가 필요했는지 이제야 조금 이해가 되는 듯도 하네요. - [톱아보다]
• 정모/2011.4.4 . . . . 1 match
        * 도와줘요 ZeroPage에서 무언가 영감을 받았습니다. 다음 새싹 때 이를 활용하여 설명을 해야겠습니다. OMS를 보며 SE시간에 배웠던 waterfall, 애자일, TDD 등을 되집어보는 시간이 되어 좋았습니다. 그리고 팀플을 할 때 완벽하게 이뤄졌던 예로 창설을 들었었는데, 다시 생각해보니 아니라는 걸 깨달았어요. 한명은 새로운 방식으로 하는 걸 좋아해서 교수님이 언뜻 알려주신 C언어 비슷한 언어를 사용해 혼자 따로 하고, 한명은 놀고, 저랑 다른 팀원은 기존 방식인 그림 아이콘을 사용해서 작업했었습니다 ㄷㄷ 그리고, 기존 방식과 새로운 방식 중 잘 돌아가는 방식을 사용했던 기억이.. 완성도가 높았던 다른 교양 발표 팀플은 한 선배가 중심이 되서 PPT를 만들고, 나머지들은 자료와 사진을 모아서 드렸던 기억이.. 으으.. 제대로 된 팀플을 한 기억이 없네요 ㅠㅠ 코드레이스는 페어로 진행했는데, 자바는 이클립스가 없다고 해서, C언어를 선택했습니다. 도구에 의존하던 폐해가 이렇게..ㅠㅠ 진도가 느려서 망한줄 알았는데, 막판에 현이의 아이디어가 돋보였어요. 메인함수는 급할 때 모든 것을 포용해주나 봅니다 ㄷㄷㄷ 제가 잘 몰라서 파트너가 고생이 많았습니다. 미안ㅠㅠ [http://en.wikipedia.org/wiki/Professor_Layton 레이튼 교수]가 실제로 게임으로 있었군요!! 철자를 다 틀렸네, R이 아니었어 ㅠㅠ- [강소현]
• 정모/2011.8.22 . . . . 1 match
        * 서버 백업(아마도 nForge 위주?) 과정에 가끔 일어나는 위키 8:45 현상을 보면서 nForge에 불필요한 용량을 잡아먹는 프로젝트 svn들을 몇개 지워야겠단 생각이 들었어요. 몰랐을 때 코드만 관리하지 않고 이런저런 잡데이터를 넣었다보니-_-;; 사생대회 재밌었습니다. 고퀄의 로고를 만들지는 못했지만 간만에 그림질이라니 감회가 새로웠어요. 한솥 도시락 치킨마요가 2000원 할인하는 즐거운 월요일이었습니다 (물론 이건 8월까지 이지만;;) - [지원]
• 정모/2011.8.8 . . . . 1 match
        * html5에 있는 Canvas를 이용해 웹 그림판을 만들고 있습니다. 다들 여러가지 기능을 추가중입니다.
• 정모/2011.9.5 . . . . 1 match
        * 이제야 후기를 쓰는데도 1등이군요.!! 정모에서 그림의 완성도를 높여오라고 하여 끄적여 보았지만 역시 디자인은 쉽지않네요..-; 정모전까지 최대한 만들어는 봐야겠어요. -[김태진]
• 정수민 . . . . 1 match
       || Upload:그림파일.jpg ||
• 제12회 한국자바개발자 컨퍼런스 후기 . . . . 1 match
        9시 30분부터 JCO 회장님의 축사를 시작으로 본 행사가 진행되었는데, 행사 참여자를 분석한 도표가 인상깊었다. 웹 개발자와 학생이 대부분이고 나머지는 극 소수... 음... 뭐 여하튼.. 축사와 기조연설을 하는데 벌써부터 졸리기 시작 -_-;; 심하게 졸린게 아니라 계속 들었다. 한국 오라클에서의 기조연설 중 생각나는 부분은 학교에서는 큐브를 어떻게 맞추는지를 배우지만 실전에서는 어떻게 해서든 큐브의 색을 맞춰 (그림에는 페인트로 색깔을 맞췄..)내는 모습과 변화에 민감하라라고 했던 부분이다.
• 조현태/놀이/미스틱아츠 . . . . 1 match
        || 2005.06.11 || 리펙토링 관련 뛰어내리는 버그 수정, 한개 이상의 대상에 대한 그림출력 수정 || [조현태] ||
• 조현태/놀이/시간표만들기 . . . . 1 match
        * 이건...비밀인데..^^;; 사실 용량이 큰 이유가 안에 캐쉬를 위해서 색깔만 다른 그림파일 같은게 3개 들었다. 시간 부족으로 그부분 처리 해주기가 귀찮아서 방치중..ㅎㅎ
• 졸업논문 . . . . 1 match
        * [졸업논문/목차] - 글/그림/표
• 지도분류 . . . . 1 match
       || ["네안데르탈인의그림자"] ||
• 튜터링/2013/Assembly . . . . 1 match
        1. 각 배열을 그림으로 표현하고, 다음의 실행결과가 나오도록 괄호를 채우시오.
• 프로그래머의길 . . . . 1 match
        프로그래머는 화가와 같다. 화가의 그림에 대한 영감이 프로그래머의 코드에 대한 영감이며, 화가의 화판은 프로그래머의 자판인 것이다. 단지 프로그래머는 화가가 사용하는 붓대신 손을 이용한 코딩을 한다는 차이점 뿐이다. 맨처음 코딩에 대한 영감은 단순하게 시작한다. 하지만 그 영감을 현실속으로 끌어내기 위해서는 많은 시행착오를 거치게 된다. 자신의 실력을 한탄하기도 하면서 자신이 만들어낸 알고리즘에 흠뻑 취하기도 한다.
• 피그말리온과 갈라테아 . . . . 1 match
       방황하고 있는 시간에 전 가끔 이 그림과 일화를 보곤합니다. 그리고 마음을 가다듬죠.
• 하드웨어에따른프로그램의속도차이해결 . . . . 1 match
        * 궁금한게 있는데, ["MFCStudy_2001/MMTimer"] 로 안된단 말이야? 가장 빠른걸로 알고 있어서, 동작 제어는 타이머단에서 하고, loop에서 열심히 그림 그려서 fliping만 해주면 되지 않을까? 낮에는 경황이 없어서, 그냥 멀티미디어 타이머 이야기만 했는데, winamp 같은 시간에 의존적인 프로그램들도 이 타이머를 사용해서 말이지. --["neocoin"]
• 홍길동 . . . . 1 match
       || 자바 || 그림판 || 스타 ||

Found 218 matching pages out of 7540 total pages (5000 pages are searched)

You can also click here to search title.