벌써 제가 IT 업계에서 다닌 회사가 4군데나 됩니다. 그리고 이번에 5번째 회사를 만났습니다.
이번에 적을 두게된 곳은 SK communications의 UXD센터 소속 UI개발팀입니다.
아직 입사한지 오래되지 않아 분위기나 감상이라고 할것 까지는 없지만, 좋은 회사인것같고, 저도 의욕을 앞세워 한번 열심히 해보려고 합니다. 또한 다른환경에서 색다른 일들을 해온만큼, 저도 조금은 발전하지 않았으려나요 =_=;;;
그나저나 오랜만에 회사에 출근을 했더니 적응하기가 참 힘이 드네요. 역시 놀때가 좋았습니;;;;;
또한 몰랐는데 입사해보니 아는분들이 조금있어서 놀랐고… 그나마 긴장한 저에게 큰 위안이 되었습니다 ㅋㅋ
좀 더 좋은 서비스를 만드는데 제가 조금이나마 기여할 수 있는 부분이 있으면 좋겠습니다. 그러기 위해 노력도 해야겠죠.
끝났어요=_=;;;
가령 일에서 절대 실수를 하지 않는 사람이 있습니다. 어떤 사람인지 알겠습니까?
답은 ‘일하지 않는 사람’ ……실수는 사람이 살아있다는 증거입니다. 그렇기에 열심히 노력해서 그 결과 나온 실수는 공부가 되는 겁니다.
-바텐더 13권-
누구나 처음부터 실수없이 잘하고 뛰어난 능력을 보이며 돋보이는 사람은 없습니다. 누구나 부딧히고, 실수하고, 그것들을 극복하고 노력하면서 실수를 줄여나가는것이 좋은 방향으로 가는것이 아닐까 생각해요. 그게 경험이고 경력이 아닐까요.
또한 나 자신만 너무 늦다고, 뒤쳐진다고 생각하지 마세요. 성장이 빠르던 느리던 얻을 수 있는 길은 같아요. 하지만 느리다고 자책하여 포기하면 얻을 수 있는것은 없게 되겠죠.
웹 페이지에 정의된 모든 앨리먼트의 배경 이미지를 뽑아올 필요성을 느껴서, 언제나 그렇듯 막무가내로 자바스크립트에 손을 대기 시작했는데요..
처음에는 다음과 같이 했습니다.
element.style.backgroundImage
이랬더니 값이 없다고 나오더군요. 그래서 좀 찾아보니… css같이 외부로 스타일을 지정해 준 경우에는 값을 읽어올 수 없다고 합니다.
그래서 이것도 몰랐냐 바보야 이러면서 computedstyle 이라는게 문득 생각나면서 좀 찾아봤더니 역시 우리의 IE는
element.currentStyle.backgroundImage
이렇게 써야한다고 하더라구요…
그래서 어쩔 수 없이 분기해서 함수처럼 만들어 쓰기로 했습니다. jQuery같은 훌륭한 라이브러리쓰는 사람들은 알 필요 없겠지만; 혹시나 해서 ^_^ 남겨봅니다.
그리고 언제나 그렇듯 제 코드는 무식 그자체 입니다. 보고 욕하지마세요. 조언은 환영합니다 ㅠ_ㅠ
var val;
if (obj.currentStyle) {
val = eval("obj.currentStyle."+sStyle);
} else {
val = eval("window.getComputedStyle(obj,null)."+sStyle);
}
return val;
}
miname 님의 조언으로 코드가 좋아졌습니다!!! 감사합니다!!! ㅎㅎ
무식하면 삼대가 고생해요 ㅠ_ㅠ 아래 코멘트는 miname님의 언급이십니다*_*
아시겠지만, 보안상으로보나 성능면에서 eval is evil이잖아요.^^
property 값을 얻을 때 bracket notation([])을 쓰면 eval 사용을 피할 수 있습니다.
아래처럼요.
function getStyle(el, sStyle) {
var computedStyle;
if (el.currentStyle) {
computedStyle = el.currentStyle;
} else {
computedStyle = window.getComputedStyle(el, null);
}
return computedStyle[sStyle];
}
만약에 위 function이 여러번 반복적으로 실행되는 상황이라면 아래처럼 바꿔서 두 번째부턴 더 빠르게 실행될 수 있도록 할 수 있을 겁니다.
function getStyle(el, sStyle) {
if (el.currentStyle) {
getStyle = function(el, sStyle) {
var computedStyle;
computedStyle = el.currentStyle;
return computedStyle[sStyle];
};
} else {
getStyle = function(el, sStyle) {
var computedStyle;
computedStyle = window.getComputedStyle(el, null);
return computedStyle[sStyle];
};
}
getStyle(el, sStyle);
}
p.s 파젯을 KWCAG2.0 버전으로 조금 바꾸고 있습니다 ㅎㅎ 그중에 하나만들다가 이게 나온것이에요.
아시는분들만 안다는 파젯 사용방법을 아시는 분은 새로운 파젯 개발버전인 https://mydeute.com/was/pajet.js 으로 변경해서 확인 가능합니다 ㅋㅋㅋㅋ
좀 오래전 얘기이나 한번쯤은 제 생각을 써놓는게 좋을듯 싶어 풀어 보려합니다.
항상 많이 나오는 질문중에 하나는 웹 퍼블리셔가 자바스크립트를 해야하나요 라는 질문입니다. 우리나라에 웹 퍼블리셔 라는 용어를 만든 현석님은
지금은 웹에 어플리케이션의 개념이 많이 들어오고 있지만 웹은 기본적으로 문서다. 그래서 문서나 책을 출판하는 퍼블리시(publish)라는 단어를 생각하게 되었고, 실제로 이 단어는 이미 여러곳에서 사용되고 있었다. 플래시에서 HTML 코드를 만드는 기능도 퍼블리시고 MS 프론트페이지(FrontPage)에서도 퍼블리싱이라는 용어를 썼다. 그리고 어도비(Adobe)에서도 웹페이지를 만드는 작업을 웹 퍼블리싱(Web publishing)이라고 지칭하고 있었다. 이 외에도 많은 툴에서 웹페이지를 실제로 제작하거나 배포하는 단계를 지칭해서 퍼블리시라는 단어를 많이 쓰고 있었다. 웹을 출판하는 사람이라는 의미가 기존의 시각에만 집중한 웹 저작과는 반대되는 의미를 가지고 있다는 느낌도 이 용어를 선택하게 된 이유중의 하나였다. – 웹 퍼블리셔라는 말을 만든 이유 – (hyeonseok.com)
무슨 말인지 쉽게 이해하기는 힘들지만 내가 이해 하기로는 실제로 사용자가 보고 사용하는 웹 페이지를 만드는 사람을 뜻한다고 생각했습니다. 암튼 제가 생각하는 웹 퍼블리셔(요즘은 이 용어에 대한 의문도 많이 생기긴 하지만)는 실제로 사용자가 실제로 사용하는 기술이라면(예를들어 자바스크립트, 플래시, 실버라이트 같은) 다 할 수 있어야 한다고 생각 했습니다.
그러나 무슨 웹 퍼블리셔가 만능 슈퍼맨도 아니고, 그 많은 기술들을 어찌다 마스터해요… 그리고 HTML, CSS만 잘하기도 얼마나 힘든데 말이죠. ㅠ_ㅠ 그래서 저는 웹 퍼블리셔라고 해서 꼭 자바스크립트나 플래시 등을 모두 잘할 필요는 없다고 생각합니다. 자바스크립트를 업무로 한다고 더 실력이 좋은 웹 퍼블리셔라고 생각지도 않고요.
그러나 이전의 포스팅에서도 언급했듯이 웹 페이지를 만드는데 이용되는 기술을 이해하는것은 정말 중요합니다. 사실 내가하지않더라도 다른사람의 작업에 대한 이해도가 있어야 커뮤니케이션에도 문제가 없고 작업의 효율도 올라갈것이기 떄문입니다.
더구나 사용자가 직접적으로 사용하는 기술인 Front-end단의 기술등은 좀더 높은 이해도를 가져야 한다고 생각합니다. 내가 직접적으로 해야하는 작업들만 신경쓰고 타인의 작업을 신경쓰지 않는다면 만들어진 결과물은 결코 좋다고 볼수 없을것같습니다.
다 잘할 수 있으면 더욱 좋구요.
어디까지만 공부해야하는지 고민하지 말고 할 수 있는 만큼은 다 노력해서 최대한 많이 내 자신의 지식으로 만들었으면 좋겠습니다.