
오픈소스인 Gmsh를 가져다 VC71을 이용해 빌드해봤다..
gsl1.8 과 FLTK1.1.7을 역시 VC71을 이용해 빌드해야 한다.
현재까지는 에러없이 잘 동작하고 있음.
skkim blog

오픈소스인 Gmsh를 가져다 VC71을 이용해 빌드해봤다..
gsl1.8 과 FLTK1.1.7을 역시 VC71을 이용해 빌드해야 한다.
현재까지는 에러없이 잘 동작하고 있음.
LCD모니터를 만들어볼까해서 DIY제품을 알아보던중에 느낀점.
1. 전체 패키지의 가격이 완제품 LCD가격보다 비싸다. (11’이상은 DIY가 2~7마넌가량 비싸다..)
2. 쓸만한 DIY제품이 별로 없다. (AD보드등은 제외하고 케이스나 거치대 부품등)
3. 80~90%의 조립품이라 완전 DIY도 아니다.
DIY를 하자니 AD보드와 인버터등등 만 사고 케이스는 직접 제작해야 하는것일까?
위사항을 보건데 DIY가 아닌 단순히 조립 LCD라 부르는것이 낫겠다..
http://www.atomintersoft.com/products/alive-proxy/proxy-list/connect/
아주 유용한것~!

“ Quotation Mark (쿼테이션 마크)
# Crosshatch (크로스해치), Sharp(샵), Pound Sign(파운드 사인)
$ Dollar Sign (달러사인)
% Percent Sign (퍼센트사인)
@ At Sign (앳 사인, 혹은 앳), Commercial At(커머셜 앳)
& Ampersand (앰퍼샌드)
‘ Apostrophe (어파스트로피)
* Asterisk (애스터리스크)
– Hyphen (하이픈), Dash (대시)
. Period (피리어드), Full Stop (풀스탑)
/ Slash (슬래시), Virgule (버귤)
\ Back Slash (백슬래시)
Won sign (원사인)
: Colon (콜론)
; Semicolon (세미콜론)
^ Circumflex (서컴플렉스), Caret (캐럿)
` Grave (그레이브)
{ Left Brace (레프트 브레이스)
} Right Brace (라이트 브레이스)
[ Left Bracket (레프트 브래킷)
] Right Bracket (라이트 브래킷)
( Left Parenthesis (레프트 퍼렌씨시스)
) Right Parenthesis (라이트 퍼렌씨시스)
| Vertical Bar (버티컬바)
~ Tide (틸드)
= Equal Sign (이퀄사인)
+ Plus Sign (플러스사인)
– Minus Sign (마이너스사인)
_ Underscore (언더스코어), Underline (언더라인)
< Less Than Sign (레스댄 사인), Left Angle Bracket(레프트 앵글브래킷)
> Greater Than Sign (그레이터댄 사인), Right Angle Bracket (라이트 앵글브래킷)
URI(Uniform Resource Identifier)는 어떤 구문을 가진 문자열로 구성된 인터넷 프로토콜 요소이다. 이
문자열은 리소스를 참조하는데 사용되는 이름 또는 주소로 구성된다. URI는 위치이거나 이름이거나 이
둘 다가 될 수 있다. 한마디로 URI는 URL이거나 URN이거나 동시에 URL과 URL이 될 수 있다.
URL(Uniform Resource Locator)은 네트웍 주소나 리소스에 접근하기 위한 메카니즘을 기술함으로써
리소스를 얻거나 리소스에 어떤 동작을 취하기 위한 수단을 제공하는 URI이다. 예를 들면, http://www.
naver.com/는 리소스를 가르키는 URI이며, 이 리소스를 네크웍으로부터 얻기 위해서는 www.naver.co
m이라는 호스트로부터 HTTP 프로토콜을 통해서 얻을 수 있다는 것을 나타내는 URI이다. URL로 사용
되는 스킴(scheme)은 http, https, ftp, mailto, idap, file, news, gopher, telnet 등이 있다.
URN(Uniform Resource Name)은 특정 네임 공간에서 이름에 의해 리소스를 식별하는 URI이다. URN
은 리소스의 위치나 리소스 습득 방법을 명시하지 않고 단지 그 리소스에 대해서만 말하는데 사용될 수
있다. 예를 들면, urn:ISBN:1-234-5678-9라는 URN은 ISBN(International StandardBook Number)와
같이 책 번호에 대해서만 말을 하고 있지, 어디서 어떻게 이 책을 구할 수 있는지는 명시하지 않는다. U
RN은 urn 스킴을 사용한 URI이다.
URL과 URN은 URI를 문맥 의존적 관점에서 본 것이다. URL과 URN은 URI의 부분 집합이다. URI의 구
문은 “URI 스킴”(보통 http, ftp, mailto, urn과 같은 프로토콜) + “콜론”(:) + “구체적인 스킴”으로 구성
된다. 구체적인 스킴의 구문과 의미는 각 스킴에 따라서 규정된다. http 스킴의 경우 //adress/path?qu
ery 형식을 갖는다. address는 호스트 이름이거나 IP 주소이고, 때에 따라서는 이 후에 콜론을 쓰고 포
트 번호를 쓰기도 한다. path는 계층 구조를 가진 절대 경로이거나 상대 경로가 될 수 있다. 다음은 URI
의 예이다.
http://somehost/absolute/URI/with/absolute/path/to/resource.txt
ftp://somehost/resource.txt
urn:issn:1535-3613
http://example/resource.txt#frag01
위 예에서, http://somehost/absolute/URI/with/absolute/path/to/resource.txt 는 http 스킴을 사용하
여 URL을 기술한 URI이며, ftp://somehost/resource.txt는 ftp 스킴을 사용한 URL이며, urn:issn:153
5-3613는 urn 스킴을 사용한 URN이다. http://example/resource.txt#frag01는 http 스킴을 사용한 U
RL 참조의 예이다.
|
| 김형준「 201가지 소프트웨어 개발원칙 」 |
| 일반원칙 1. 품질이 제일이다. 2. 품질의 정의는 보는 사람에 따라 다르다, 3. 생산성과 품질은 불가분의 관계이다. 4. 고품질의 소프트웨어를 개발할 수 있다. 5. 사후에 품질을 만들어 넣으려 하지 말라. 6. 성능보다 신뢰성이 더 중요하다. 7. 시제품을 고객에게 빨리 보여준다. 8. 고객이나 사용자와 충분히 협의한다. 9. 개발자와 고객에게 적합한 보상기준을 마련한다. 10. 처음 시도하는 것은 폐기할 작정으로 개발한다. 11. 적절한 유형의 시제품을 개발한다. 12. 적절한 기능을 시제품화 한다. 13. 일회용 시제품은 빨리 개발한다. 14. 시스템을 점증적으로 개발한다. 15. 보면 볼수록 더 많은 것을 원한다. 16. 개발중의 변경은 피할 수 없다. 17. 가능하면 개발하기 보다는 구매한다. 18. 사용자 매뉴얼이 간단하게 되도록 소프트웨어를 개발한다. 19. 아무리 복잡한 문제라도 해결책은 있다. 20. 가정한 것이 있으면 이를 기록한다. 21. 다른 단계에는 다른 언어를 사용한다. 22. 도구를 사용하기 전에 기법을 배운다. 23. 도구는 현실적으로 사용한다. 24. 소프트웨어 도구는 우수한 개발자에게만 제공한다. 25. CASE도구는 고가이다. 26. “Know-How”만큼 “Know-When”도 중요하다. 27. 목적을 달성하면 중단한다. 28. 정형적 방법을 알아야 한다. 29. 조직의 평판을 중시한다. 30. 대세를 따를 때는 주의해야 한다. 31. 기술을 무시하면 안된다. 32. 문서 표준을 사용한다. 33. 모든 문서에는 용어정의를 한다. 34. 모든 문서에는 색인을 부여한다. 35. 같은 개념에는 같은 명칭을 사용한다. 36. 연구결과의 기술이전은 즉시 되지 않는다. 37. 책임을 질 줄 알아야 한다. 요구공학 원칙 설계 원칙 코딩원칙 시험원칙 관리원칙 제품보증 원칙 진화원칙 출처 : ‘201가지 소프트웨어 개발원칙’ 목차 |
출처 : http://www.gisdeveloper.co.kr/ 에서 ~
jakrta의 common-httpclient를 이용해 사이월드의 미니홈피의 접속수를 올려보자.. 참고로 사용하다가 생기는 모든문제는 책임안져준다..–;
import java.io.*;
// 미니홈피의 url을 입력으로 받는다.. http://www.cyworld.com/love2strue 같이 완전한 url이어야 함.. // Client를 생성 // 사용할 메소드를 생성 – 접속할 url을 지정 // 실행 결과를 받아오는 루틴이다. // tid따내기 성공 } “&domain=&cast=&dpop=&productseq=&gift_preview=&thema=&codi=&preview_effect= &preview_effect_cd=&seq=&urlstr=&urlstrsub=&send_seq=&back=&item_seq=&act= &Nyearmon=&board_no=&choco=&product_type=&effect_menu_sel=&toyearmonday= &preview_news=&theme_seq=&theme_nm=&theme_cat=&catalog_id=&theme_from= &contents_mode=&mana_type=&town_action”);
// 다음과 같은 응답이면 spam으로 차단된것임.. 1시간을 기둘렸다가 하던지.. 여기서는 종료.. }
public static void main(String args[]){ // 올릴 카운트 수
내부적으로 2~3번의 프레임중에 미니홈피를 띄우게 되는데.. tid와 url만 알아내면 접속수올리는것은 문제도 아님.. 다만 시간이 문제인데.. 접속주기가 짧을경우 spam으로 처리해서 계정을 block처리한다.. 아무래도 이러한 툴의 사용을 막고 싶었나보다.. 보시다시피 해킹이 아닌 그냥 범용 client이다…-,ㅡ; – 삶에찌들기전에 즐겨라.. – |