'ITWeb'에 해당되는 글 798건

  1. 2007.04.23 F-Shaped Pattern Form Reading Web Content
  2. 2007.04.18 [HTTP Method] post vs get
  3. 2007.04.18 [강좌]browser detecting
  4. 2007.04.16 [IT News]검색인력 치솟는 몸값 - 포털업계 몸 달았다
  5. 2007.04.16 [지식검색] 지식검색에 대한 다른 생각..
  6. 2007.04.10 front-end 개발자 vs back-end 개발자? 2
  7. 2007.04.06 [강좌] debug 창
  8. 2007.04.05 야후 코리아에 me2day sumanpark 님 오시다.
  9. 2007.04.05 코드는 쉽고 누구나 다 가져다 사용해야돼!!
  10. 2007.04.03 [강좌] namespace 1

F-Shaped Pattern Form Reading Web Content

ITWeb/스크랩 2007. 4. 23. 10:41
Current Issues In Web Usability
   
http://www.useit.com/alertbox/

F-Shaped Pattern Form Reading Web Content
   
http://www.useit.com/alertbox/reading_pattern.html

Writing for the Web
   
http://www.useit.com/papers/webwriting/

NN Group ( Usabillity Week 2007)
   
http://www.nngroup.com/events/

직장 동료가 보내 준건데.. 내용이 볼만 하내요.
:

[HTTP Method] post vs get

ITWeb/스크랩 2007. 4. 18. 13:17

누가 http method 중 post 와 get 의 차이점이 무엇인지 물어 보더라구요.
인터넷개론에서 배웠던것 같은데 지금은 실무를 하면서 개념적으로 이해를 하면서 사용을 하다 보니 명확하게 이론적으로 설명을 잘 못해 주겠더라구요..

그래서 찾아 봤습니다.. ^^;

ref. http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html

get 과 post 만.. 간단히 설명 드리겠습니다.

- get method
    이 메서드는 form 에 포함되어 있는 entity 즉 request uri 에 의해서 전달이 되어 집니다.
    더 쉽게 얘기 하자면 query string 으로 해서 data 가 전달되는 형식 입니다.
    그냥 plain/text 로 전달되는게 아니고 application/x-www-form-urlencoded 되어 전달 됩니다.

- post method
    이 메서드는 get 방식과 틀리게 body 를 통해서 전달이 되게 됩니다.
    쉽게 얘기 해서 눈으로 봐서는 어떤 data 가 오고 가는지 확인이 힘들죠.
    body 패킷을 분석하게 되면 알수가 있게 됩니다.
   
추가적으로 보안과 관련된 내용인데요.
중요한 정보에 대해서는 get 을 사용하지 말고 post 를 사용하라고 되어 있습니다.
ref. http://www.w3.org/Protocols/rfc2616/rfc2616-sec15.html#sec15.1.3
왜 그런지는 아시죠!!
get 보다는 안전 하지만 역시 body 의 패킷을 분석하면 다 알수 있기 때문에 하나의 guideline 이라고 보시면 좋을것 같습니다.
(보안에 민감한 내용들은.. SSL 을 사용하기를 권장하구요 ^^* https:// 말이죠.. )

:

[강좌]browser detecting

ITWeb/개발일반 2007. 4. 18. 10:49

아마 cross browsing 을 지원하기 위해서 제일 처음 하는 부분이 browser detection 이 아닐까 생각 합니다.
browser 별로 지원하는 DOM elements 나 javascript 의 method, properties 들이 다르기 때문에 필요한 부분이 아닌가 싶습니다.
장기적으로는 개발자들 또는 사용자들을 위해서 각 vendor 들이 표준을 따라 제공해 줬으면 좋겠으나 흐.. 역시 힘든 부분 이겠죠...

- 시작하기에 앞서 우선 봅시다.
http://www.junetool.com/splv/browser.html

- 확인해야 하는 사항들
ref. http://www.comptechdoc.org/independent/web/cgi/javamanual/javanavigator.html
javascript 에 있는 navigator 객체를 확인해 보시면 쉽게 알수 있습니다.
예)
    for ( sVal in navigator ) {
        web.util.debug.log("property : " + sVal);
        web.util.debug.log("value : " + navigator[sVal]);
    }
- IE
appCodeName
    Mozilla
appName
    Microsoft Internet Explorer
cpuClass
    x86
platform
    Win32
appVersion
    4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; IEMB3; IEMB3)
userAgent
    Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; IEMB3; IEMB3)

- FF
platform
    Win32
appName
    Netscape
appCodeName
    Mozilla
appVersion
    5.0 (Windows; ko)
oscpu
    Windows NT 5.1
userAgent
    Mozilla/5.0 (Windows; U; Windows NT 5.1; ko; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3

환경이 받혀주지 못해서..ㅡㅡ^
IE, FF 만 적어 봤습니다.

ref. http://www.quirksmode.org/js/detect.html : 요기에 보시면 좀더 다양하게 정리가 되어 있으니 참고 하셔도 좋을것 같습니다.

:

[IT News]검색인력 치솟는 몸값 - 포털업계 몸 달았다

ITWeb/스크랩 2007. 4. 16. 18:28
http://www.hankyung.com/news/app/newsview.php?aid=2007041581011

음냐.. 이런 기사는 뭐 그다지 맘에 들지는 않내요.
자격지심 이라고 할수도 있겠지만 IT 에는 검색 밖에 없는것 처럼 비쳐 질수도 있고 같은 분야에서 일하는 개발자간에 괴리감도 줄수도 있지 않나 싶내요.

직업에 귀천이 없다지만 현실은 귀천이 있고 또한 그 직업적 특성에 대한 높고 낮음이 뚜렷하니..
암튼.. IT 에 종사 하시는 모든 분들 화이팅 입니다.. ^^*
:

[지식검색] 지식검색에 대한 다른 생각..

ITWeb/스크랩 2007. 4. 16. 14:29

지식 검색이라는 서비스에 대해 고민을 했던 시기가 있었습니다.
뭐.. 아직도 고민을 하고 있구요.
우선 네이버의 지식검색과는 비교를 하고 싶지 않습니다.
이미 독보적인 자리에 올라서 있는 네이버 지식in 에 대해서 좋으내 나쁘내 이런건 이제 고민하는 저에게는 별 의미가 없어 보입니다.

그럼 지금까지 지식in 또는 검색은 어떻게 사용을 해왔을까요?

아마 질의/질문 을 통해서 시작을 했을 거라고 생각 합니다.
그럼.. 이런 질의는 왜 하는 것일까요?
궁금한것을 찾고자 또는 정보를 얻고자 등등 무엇인가 갈구 하는것이 있기에 질의를 하는게 아닌가 싶습니다.

그럼 우리는 어떤 IT 세상에 살고 있나요?
다 아시는 내용 입니다.
"정보의 바다" <-- 이거 나온지 정말 오래 되었죠.. ^^*
아마 인터넷이 "정보의 바다" 라는 표현으로 처음 제가 접해본게 1997년 이였던것 같내요.
흐.. 1995년에 군대를 가게 되어서 이래 저래 정보의 획득이 남들 보다 늦었습니다...ㅡㅡ^
암튼 10년이 넘은 표현 이죠.

과거와는 달리 이제 web 은 엄청난 정보를 담고 있습니다.
심지어 국가간의 기밀도 찾을수 있습니다. (저는 찾아 보지 않았지만 어디선가 기사에서 읽었던것 같습니다.)
암튼 이 엄청난 정보는 가치가 있는 것과 없는것 뭐 이렇게 이분법적으로 나누면 딱 두 종류죠.
여기서 가치 있는 것이란 바로 우리가 찾는 정보가 아닐까 합니다.
우리는 쉽게 이런 정보들을 보고 지나치고 있습니다.
그럼 이런 정보들을 지식in, 또는 검색 이런것들의 역방향으로 생각 하면 어떻게 될까요?
질의를 통해서 답을 구하는것이 아닌 답(정보)을 통해서 관련 질의에 등록을 시켜 주면 이런 정보들이 잘 정돈 되지 않을까요?
(뭐든지 좋은쪽이 있으면 나쁜쪽도 있습니다. 나쁜쪽은 우선 생각하지 말자구요.. ^^*)

그래서 제가 생각한 아이디어는 사용자에 의해서 잘 정돈된 정보의 공유가 앞으로 우리가 만들어가야할 지식이나 검색의 한 문화가 되지 않을까 하는 생각 입니다.

:

front-end 개발자 vs back-end 개발자?

ITWeb/스크랩 2007. 4. 10. 15:01
나는 front-end 개발자 일까? back-end 개발자 일까?

IT관련 일을 해보신 분들은 많이 들어본 이야기 일것 같다.
왜 FE(front-end) 와 BE(back-end) 를 나누어 놓았을까?
개발자로서의 기술적 능력의 높고 낮음을 구분하고 싶어서 였을까?
암튼.

다른 분류 방법을 제외 하고 단순 FE 와 BE 만을 가지고 이야기 하고자 한다.
FE 와 BE 개발자는 조금씩 다른 언어로 개발을 한다고 생각한다.

개발 언어에 대해 web1.0 과 web2.0 을 나눠 보자
- web1.0
Design
FE : html, css, javascript 등등
BE : server side scripts(asp, php, jsp ..), c, c++, java 등등
DBA
- web2.0
Design
Web Developer : html, css, javascript 등등
FE : server side scripts(asp, php, jsp ..), DOM scripting, AJAX, RSS, XML 등등
BE : server side scripts(asp, php, jsp ..), c, c++, java, python, ruby 등등
DBA

이런 분류법이 꼭 맞는건 아니다.
다만 내가 경험해본 IT 쪽 사람들이 자기는 FE 개발자고 BE 개발자라고 말하는 사람들의 개발 언어를 살펴본 내용을 바탕으로 정리를 해본 것이다.

과거에는 FE 라 하면.. 크게 기술을 요하지 않는다고 생각을 많이들 했었다고 생각 한다.
하지만 BE 는 특정한 기술을 요구하고 또한 개발하는데 어려움이 많다고도 여겼던게 사실인것 같다.
그럼 지금은 어떤가?
지금은 개발자간 기술의 벽이 많이 허물어 지고 그 gap 도 크지 않다고 생각 한다.
하지만 지금도 FE 와 BE 를 구분짓고 나는 BE 개발자이니 FE 는 내가 알바 아니다 라고 얘기 하는 사람, FE 개발자이니 BE 는 내가 알바 아니다 라고 얘기 하는 사람이 있다면 당장 생각을 고쳐 먹어야 한다고 생각 한다.
적어도 IT 에서 일을 하는 사람이라면 말이다.

서비스를 만드는데 FE 가 어딨고 BE 가 어딨겠는가.
서로 서비스에 대한 needs 와 requirements 를 잘 이해하고 user interaction 에 잘 부함되는 서비스가 될수 있도록 상호 긴밀한 협동을 해야 하는게 아닌가.

분야의 다양성과 각자의 능력에는 차이가 있다는것은 분명히 인정하는 부분이다.
하지만 같은 서비스를 만들면서 FE 니 BE 니 설왕설래 하는건 에너지 낭비며 web2.0 시대에 개발자가 가져서는 안되는 정신 같다.

서로 같은 분야에 종사하며 개발자로서의 삶을 살아 간다면 다 같이 win win 하는 그럼 마음 가짐을 가졌으면 좋겠다.

:

[강좌] debug 창

ITWeb/개발일반 2007. 4. 6. 15:26
간단한 prototype 만 있습니다.

http://www.junetool.com/splv/debug.html

1. 개요
alert 형태의 client debugging 이 불편해서 브라우저에 디버그 창을 띄워 놓고 메시지를 출력한다.

2. 특성
심플하다.

3. 라이센스
그런거 없고 막 가져다 쓰고 임의 수정해도 무관하다. ^^*

4. version
0.0.1

5. 첨부된 파일
*.js 는 javascript class 또는 package 이고, *.html 은 샘플 prototype

- debug.html
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>javascript::debug</title>
</head>
<script src="web.js"></script>
<script src="web.util.js"></script>
<script src="web.util.element.js"></script>
<script src="web.util.debug.js"> </script>
<body>
<input type=button value="DEBUG WINDOW ON/OFF" onclick="web.util.debug.init('oWebDebug')">
<br>
<input type=button value="DEBUG LOGGING" onclick="web.util.debug.log('test')">
<br>
<input type=button value="DEBUG CLEAN" onclick="web.util.debug.set_clean()">
<br>
<input type=button value="DEBUG TIME SWITCH" onclick="web.util.debug.set_time_switch()">
<br>
<input type=button value="DEBUG CLOSE SWITCH" onclick="web.util.debug.set_close()">
</body>
</html>
:

야후 코리아에 me2day sumanpark 님 오시다.

ITWeb/스크랩 2007. 4. 5. 18:26
:

코드는 쉽고 누구나 다 가져다 사용해야돼!!

ITWeb/스크랩 2007. 4. 5. 18:24

※ 태클 금지 ㅋㅋ
요즘 시간이 남아서 javascript, dom, dhtml 을 가지고 library 를 제작하고 있습니다.
왜 이런거 시작을 했느냐구요..??


1. 시간이 남는다.
2. 난 server side script 나 language 도 좋지만 client side script 도 너무나 좋아라 한다.. ^^*
3. 자기 계발을 위해서

암튼.. 코딩 하는 넘들중에 나는 코드를 알아보기 어렵게 짜거나 정말 로직을 비비 꼬아서 코딩 하는 넘들을 무진장 싫어 합니다.(YUI 이거 별루 안좋아 합니다.. ㅡㅡ^)

해서 쉽고 간편한 javascript 세상을 만들어 널리 공유 하고자 시작해 본거 랍니다.
에혀..

예술 센스가 꽝이라서.. 뭐.. 보여줄 만한건 없고요.

현재까지
web <-- namespace 등록
web.util <-- 기본 utility 등등
web.util.debug <-- debug window 관리
web.util.element <-- dynamic object 생성
이렇게 제작이 되었내요.
아직 강좌에는 못올렸는데 조만간 올리지요..

그냥.. 만들다 퇴근시간이 다되어가서.. 잡담 하고 사라집니다.

ref. http://developer.mozilla.org/en/docs/Main_Page
ref. http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/reference/dhtml_reference_entry.asp

:

[강좌] namespace

ITWeb/개발일반 2007. 4. 3. 18:38

ajax 가 보편화 되면서 javascript 에 대한 oop 개발 방법이 많이 도입되고 있는데요.
그냥 공부도 할겸 client application 에 관심이 많은 지라 javascript 강좌를 개설 했습니다.

뭐 우선 내가 좋아라 하는 거나 만들고 있는 것 부터 시작을 할까 합니다.
그 첫번째가 namespace 인데요.

http://www.mozilla.org/js/language/js20/core/namespaces.html

If a namespace is defined as a member of a class, then the namespace must be declared static.
번역을 하자면.. (참고로 저는 영어 그닥 잘하지 못합니다.. ^^;)
클래스 맴버로 namespace 가 선언되어 있으면 선언된 namespace 는 반듯이 static 으로 선언 되어 진다.
라는 이야기 입니다.

예를 통해서 확인해 보죠..

http://www.junetool.com/splv/namespace.html

- web.js 코드
/*
   namespace 를 등록하는 이유는 javascript 의 OOP 개발 방법을 적용하기 위한 방법중 하나이다.
*/
// global class (package)
var web = web || {};

// name space function
web.namespace = function ( sNS ) {
    var aNS = sNS.split(".");
    var oTopClass = web;
    var i=0;

    for ( i=0; i<aNS.length; i++ ) {
        oTopClass[aNS[i]] = oTopClass[aNS[i]] || {};
    }
}

-- namespace.html 코드
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>javascript::namespace</title>
</head>
<script src="web.js"></script>
<script>
web.util = {
    temp:"web.util"
}

web.util.string = {
    temp:"web.util.string"
}
</script>

<body>

<script>
web.namespace("WEB.util.string");
alert(web.util.temp + "\n" + web.util.string.temp);
</script>
</body>
</html>

요기까지 허접 설명 이였구요.
좀 다듬어진걸로 해서 서버에 올리고 공유 하지요.

참 요즘 표준화에도 관심이 많습니다.
표준화에 대해서도 시간이 되는 데로 욜심히 올려 보도록 하겠습니다.

: