내가 인터넷뱅킹 개발팀장이라면,,,
글쓴이: jinwook.shin / 작성시간: 수, 2005/09/21 - 8:40오전
개발자 전체 개발환경은 무조건 Linux+FF.
테스트 환경은
os win,freebsd,linux,macOS
webbrower ie,FF,opera,safari,netscape 정도..
적어도 이정도에서 돌아가게 만들면
왠만한 유저도 쓸수 있을거 같다.
근데 우리나라에서 이게 안되는 이유가
거의 win+ie라서 그런거 같다.
물론 소수의 win+FF 나, linux+FF 사용자도 있다.
그러나 그들은 그 "소수"를 무시한다.
내가 처음 미국와서 놀란게,,,
linux+FF으로 인터넷 뱅킹, 신용카드 회사 접속등등...
잘된다는거.. 너무 잘된다.
나는 사대주의자는 아니지만,
미국이라는 나라는 그 소수까지 배려하는 mind가 있음을 느낀다.
그들은 장애인 학생 단 한명이 입학해도
만약 그 학생이 자주 이용하는 건물이 접근이 어려우면
때려 부수고 다시 짓는다. -_-
대한민국 나이 지긋이 먹고 머리까진
인터넷 개발팀장들은 단 한번도 non-window+non-IE로
자신이 "자랑스럽게" 만든 인터넷 뱅킹 사이트에
접속해본적도 없을것이다.
왜? 그렇게 안해도 월급잘 나오니까..
나도 혹시 나도 모르는
내가 만든 좁은 틀 안에 내 자신을 가두면서 살고 있는가?
여러분들은 어떠십니다?
Forums:
[quote="jinwook.shin"]여러분들은 어떠십니다?[/quot
다양한 플랫폼을 지원하면 좋죠, 뭐...
우리 시대 장인 정신은 어디에...?
우움. 가끔 장인 정신을 갖고 뭔가를 만들어 주시는 분들에게 감사를...
리눅스에서 인터넷 뱅킹... 흠...
외국계 은행에 계좌를 신설해야 할지도 모르겠군요.
우리나라에서도 지원해주면 열심히 쓰겠습니다. +_+
개인적으로 하나은행 같은데서 해주면 좋겠는데... -_-a
(차라리 불친절할거라면 인터넷 뱅킹으로만 쓰게요...)
가끔 생각하는겁니다만..여기 오시는 분들중에 사이트 개발하시는 분
가끔 생각하는겁니다만..
여기 오시는 분들중에 사이트 개발하시는 분들 많을텐데
자신이 만든 이 사이트는 ff + linux 에서 잘 돌아간다.... 를
자랑해 주셨으면 합니다.
제가 ff 를 써보면서 쓰는데 별 불편을 못느낀 사이트는
다음, 네이버, 첫눈, kldp, ms(!), 등등 입니다.
( 다음이나 네이버는 일부 문제가 있습니다만 그래도 양호한 수준 입니다. )
"또시작인가 ㅡ.,ㅡ?"처음 든 생각이군요.이런 글타래는 많이봐와
"또시작인가 ㅡ.,ㅡ?"
처음 든 생각이군요.
이런 글타래는 많이봐와서...그렇다고 나쁘다는건 아닙니다. ^^;
단지 이전 글타래와 연결되었으면 어땠을까 해서...;;;
이제 제 의견 들어갑니다~ 자~ 빠져봅~시다....(죄송 -_-;)
우선 미국에서 Non-Win + Non-IE 사용자가 정말 소수인지 의심스럽네요.
점유율이 아닌 머리수로 계산하면 결코 소수가 아닐것 같은데요.
우선 멀티플랫폼을 지원하면 단일플랫폼지원보다 개발비나 유지보수비용이 많이 든다는걸 부정할 수는 없겠지요?
Win+IE조합이 거의 독점적인 한국에서 굳이 소수자를 위한 지원이 필요한가를
개발비와 관련해 생각해보면 불필요하다는 결론이 나올것 같네요.
장애학생을 위한 지원과 소수자를 위한 인터넷뱅킹은 다른관점에서 봐야한다고 생각합니다.
Re: 내가 인터넷뱅킹 개발팀장이라면,,,
그들은 소수까지 배려하는게 아니라 처음부터 사용하고 있었다는게 중요합니다.
즉, 인터넷 뱅킹이 시작되어질때 우리나라와는 다르게 IE와 Netscape가 팽팽하게
겨루고 있었고 은행들 사이에서는 어떠한 브라우져를 사용해도 보안접속이
가능하게 만들었죠.(미국은 IE가 많이 사용되는 나라가 아닙니다. 지금은
사용자수가 많이 늘었지만 우리나라처럼 절대적이지는 않습니다.)
장애인에 대한 이야기가 나왔는데 미국에서도 예전부터 그러한 생각을 가지고
있었던 것은 아니죠. 그리고 우리나라에서도 아시겠지만 변화하고 있습니다.
몇몇대학에서 지체장애인들을 위해서 이동에 불편함이 없도록 구조를
개조하고 있고 이러한 추세는 서서히 많은 의식있는 학교들이 동참하고
있는 실정입니다. 제가 알기론 우리나라와 마찬가지로 미국에서도 그러한
이동권에 대한 노력이 예전부터 있어왔던 것은 아니라고 알고 있습니다.
장애인을 위해서 건물의 구조를 바꾼다는 것이 기사화되었다는 자체가
미국도 아직 완전하게 장애인들의 이동권을 보장하고 있는 것은 아니라는
것을 반증하고 있는 것이죠.
------------------------------
좋은 하루 되세요.
Win 64bit + IE64에서는 ActiveX 안돕니다. 물론 Win
Win 64bit + IE64에서는 ActiveX 안돕니다. 물론 Win64 + IE32가 돌긴 하지만 IE32가 과연 천년만년 사용될 지는 의문이죠.
그리고 장애인 하니까 생각나는 이야기가 있군요. 제 사촌 동생(미국 출생)이 고등학교 때에 교통 사고가 났었는데, 사고의 후유증으로 휠체어를 타고 다녀야 했습니다. 그 당시에 교실이 3층에 있었는데, 제 사촌 동생을 위해서 교실을 1층으로 바꾸어 줬다더군요. 이런 것은 시설이 문제가 아니라 배려하는 마인드의 문제겠죠.
https://wiki.ubuntu.com/KoreanTeam
다른 글에서도 [b]uriel[/b]님이 쓰신글을 읽어봤는데 64Bits
다른 글에서도 uriel님이 쓰신글을 읽어봤는데 64Bits용 ActiveX를 안 만드는걸까요?
이것저것 광고에 자랑까지 많이한 스펙을 사용안할리는 없겠죠?
만일 ActiveX를 지원하지 않는다면 또다른 이상한 것을 만들고 있다는 소리인데...
(언뜻 비슷한 이야기를 본것도 같긴한데...)
아~ 주제가 개발팀장이라면이였군요. :)
주제로 돌아가서 제가 인터넷뱅킹 개발팀장이라면 MS-Windows+IE+ActiveX만을
고려해서 개발할거라고 생각합니다.
그리고 만일 위에서처럼 ActiveX가 64Bits에서 지원을 안하고 또다른 인터페이스를
만든다면 은행측에 공문을 내리고 일을 다시 할 수 있는 기회를 만들어야죠.
4~5년을 주기로 MS가 계속적으로 이전 인터페이스를 버리고 새로운 기술을 만들어
준다면 고맙겠죠.(진짜로 그런일을 하고 있다면...)
사실 개발자의 입장과 소비자의 입장은 상당한 괴리감이 있습니다. 또한 개발자와
발주처와도 마찬가지죠.
보통은 주문자가 사용하는 환경에서 잘돌아가면 만고땡입니다.
그리고 상당시간이 흐른후에 주문자의 환경이 바뀌고 그상황에서 동작하지 않으면
또다른 일거리가 생기는 것일 뿐입니다.
그들에게 https의 안정성과 호환성은 먼나라 이야기일 뿐이죠. 다만 자신이 사용하는
그리고 주요고객들이 사용하는 환경에서만 잘 돌아가면 그뿐입니다.
ActiveX도 상당히 잘 만들어진 스펙이고 지금까지 안정적으로 잘 돌아가고 있고
전세계를 대상으로 하지 않는이상 우리나라에서 굳이 다른 브라우져를 고려해서
프로그램할 필요는 없다고 생각합니다.
개발자의 입장이 아닌 주문자의 입장이라면 달라지겠죠. :)
------------------------------
좋은 하루 되세요.
[quote="codebank"]다른 글에서도 uriel님이 쓰신글을 읽
MS의 미래 계획에 ActiveX는 더이상 들어 있지 않습니다. 아직도 정책에 혼선이 있는것 같기는 하지만 현재 .NET이라고 불리우는것으로 대체하는게 그들의 목표죠. 또다른 이상한 것이 바로 .NET입니다.
쓰레드의 원주제로 돌아가서 개발팀장이라면 당연히 IE온리입니다. 무한대의 자원과 시간이 제공되는게 아니라 일정한 자원과 시간만이 제공된다면 IE가 최상의 선택입니다.
팀장쯤되면 집행되는 예산 및 기대수치를 어느정도 알고 있게됩니다. 그에 따르는 책임도 알고 있죠. 개발후의 유지보수에 대한 생각도 해야합니다. 그러한 것들을 다 고려해본다면 IE가 가장 무난할수밖에 없죠.
물론 팀원의 구성도 중요한 요소가 됩니다. 일정에 문제없이 멀티플랫폼 지원하는게 가능한 인력이라면야 당연히 멀티겠지만, 그렇지 못한 인력이라면 그다지 도움이 안될 멀티플랫폼을 끌어안고 자폭하지는 않을겁니다.
산넘어 산
흠.
전 자바가 좋을 듯한데요..
브라우저 위에 올릴 수도 있고, 따로 실행할 수도 있고..
더 좋은 것은 인증서를 사용하지 않는 것일 것 같은데.. http로만 통신하여..
요즘 자바 기반을 좀 쓰기 시작하다보니, 꽤 편하다는 생각입니다.
(FreeMind, LDAP Browser/Editor, Gallery upload component)