방명록
-
-
채원아빠 2011/12/06 10:25 수정/삭제
Mac, Window7, XP 에서 모두 해봣는데 ipa를 올려서 테스트 해보니 동일하더군요...
아이폰을 다운그레이드를 할 수는 없어서 ios버전이 다른 아이패드에 올려봤더니 괜찮은걸 봐서는 ios 5.0 버전에서일어나는 문제 같아요...
답변감사해요. 좀 더 공부해서 찾아보도록 해볼게요. ^^
-
-
윤재아빠 2011/09/22 00:09 수정/삭제 댓글쓰기
Thanks for comments..
Accessibility is one of mandatory non-functional requirements in the area currently I am working for in Canada. Considering how to fulfill "Accessibility Guide Line" with RIA platforms, it shouldn't be easy. The application implemented with Flex could be impossible to pass the accessibility test following the guide, I think. It is a bit hard to find platform neutral accessibility solutions in RIA world, isn't it. It could explain why HTML5 is being said as the future of Web even it shows comparatively poor functionality. As non-functional requirements look easy but hard to meet.
Anyway, I hopes Korean IT solutions would win global market SOON and Tobesoft should place on the top .-
열이아빠 2011/09/22 09:23 수정/삭제
앗. 이런 댓글이..Eng...
국내에서도 공공분야에서는 요구사항 중 하나로 포함됩니다.
하지만 요구사항을 만드는 분들이 현장의 목소리를
잘 담아내지 못해서 실제 사용자들과의 거리감이 많은 편입니다.
개발 여건이 넉넉하다면 충분한 리서치를 통해
가능한 많은 부분을 담아내려고 하지만
아직은 공감대 형성이 어렵네요. ^^
그래도 점점 많은 분들이 접근성에 대해 고민하기 시작하고
사용자의 목소리를 듣기 위해 노력하고 있는 만큼
좋아지리라 생각합니다.
멀리서부터 응원 감사합니다.
* 영작은 할만한 수준이 안되어서..ㅠㅠ
-
-
윤재아빠 2011/09/19 10:29 수정/삭제 댓글쓰기
http://www.imaso.co.kr/?doc=bbs/gnuboard.php&bo_table=article&wr_id=38205
잠시 기사가 눈에 띄어 읽어 보았습니다. 두리뭉실하게 훝고 지나가는 스타일의 글을 쓰시는 편이라 가볍게 보려고 했는데, 무리하게 이야기를 펴 내려가는 모양새에 몇 글자 적어 봅니다.
"텍스트 기반의 웹은 어느 정도 사후 수정이 용이하지만 RIA 애플리케이션은 디자인 단계에서 접근성을 고려하지 않았다면 오히려 새로 만드는 것이 나을 정도기 때문에 초기 설계 단계에서 접근성에 대한 준비가 필요하다. "
텍스트 기반의 웹은 원래 이를 지원하기 쉬운 구조이고 RIA는 원초적 제약이 있으니 어느정도 면죄부가 주어 질 수 있다. 는 뜻으로 비춰집니다. 제 의견은, 이는 한국 RIA 시스템 개발 환경에서 적절한 구현 가이드가 준비되지 않고, 이를 지원하기 위한 프로젝트 Life Cycle 경험이 부족하기 때문이고, 더 이전에 접근성에 대한 기본적 무관심에 따른 것입니다.
"다시 강조하지만 접근성에 대한 구현은 선택적이다."
RIA 시스템 구축에 있어 접근성에 대한 구현이 선택적이라고 주장하시는 근거는 무엇일까요 ?
"전체적인 프로세스를 관리해야 한다는 점을 명심해야 한다."
RIA 플랫폼에서 접근성을 지원하기 위해 전체적인 프로세스를 관리해야 한다는 것이 무척 어려운 일임을 RIA 응용프로그램 사용자들은 명심해야 RIA에 대한 접근성 요청을 자중해 달라는 뜻으로 읽혀 집니다. Right ?-
- 두리뭉실하게 지나가는 스타일 맞습니다. ^^
- 초기 설계 단게에서 접근성에 대한 준비가 필요하다
면죄부를 주어야 한다는 뜻은 결코 아닙니다. 말씀하신것처럼 적절한 가이드가 있어야 한다는 의미입니다.
- 선택적이라는 표현에 문제가 있네요. 좀 더 상세하게 표현했어야 하는데..ㅠㅠ
대부분 RIA 솔루션들은 각 컴포넌트나 어플리케이션 단위에서 접근성 속성을 선택하게 되어있습니다. 그렇게 만든 이유는 여러가지가 있겠지만 접근성 구현이 솔루션 벤더에서 알아서 해주는 것이 아니라 애플리케이션을 만드는 주체가 선택적으로 적용해야 한다는 의도였습니다. 선택적이라는 표현보다는 제품이 모든걸 해주는 것은 아니다 그런 의도였습니다.
http://koko8829.tistory.com/872 글에서도 약간 언급이 되었구요.
- 전체적인 프로세스를 관리해야 한다는 표현은 접근성 처리가 개별 개발자가 속성 몇개 바꾸어서 끝나는 것이 아니라 프로세스 설계 단계에서 고민되어야 하고 전체 프로젝트에 공통적으로 반영될 수 있도록 해야 한다는 의미였습니다.
오히려 RIA 솔루션을 도입하는 경우에는 커스텀 컴포넌트를 통해서 접근성 옵션을 개발자들이 쉽게 적용할 수 있도록 설계할 수도 있습니다. 필요에 따라 해당 속성을 필수 옵션으로 지정할 수도 있습니다.
- 부족한 글에 피드백 보내주셔서 감사합니다.
-
-
-
-
-
-
윤석진 2010/11/09 00:13 수정/삭제 댓글쓰기
댓글에 댓글은 안되는군요.
^^; 네 벅찹니다.
왕관을 쓰려는 자, 그 무게를 견뎌라.
하다 안되면.. 그냥. 평민 하려고요 ㅎㅎ
조언해주신 것 많은 도움 되었습니다.
감사합니다. -
윤석진 2010/11/05 01:02 수정/삭제 댓글쓰기
안녕하십니까.
아래의 논점에 대해서, 정중히 의견을 여쭤보고 싶습니다.
1. 플렉스는 기업기간계시스템 개발에 특화된 툴이다.
2. FLEX로 API를 납품한다면 인터페이스는
자바스크립트(ExternalInterface)로 제공해야 한다.
제 소속사가 기술보다는 GIS라는 업무영역에 치중되어 있다보니
특정 서버언어에 종속되지 않는 업무환경 있어서 인지는 몰라도
최종납품 형태가 결국 SWF 파일하나 자바스크립트 인데요
UI를 위한 UI로 자바스크립트는 적합하지 않다고 생각하는데
뭔가 다른 대안이 없을까요?
1.번은 향후 회사의 RIA 기술 선택을 위해서
FLEX / AJAX를 비교 분석해서 설명해야 하는데
FLEX 기술 중에서 제 개인적으로 비중을 두고
있는 부분은 blazeds를 이용한 데이터 연동입니다.
때문에 누군가 물어본다면, 1번처럼 대답하고
사내세미나에서도 그런 방향으로 진행할 생각입니다.
그런데 제가 아직 신입이고 경험이 부족하다보니
어떤 기술에 대한 정의를 내리거나,
그것을 전달하려고 할 때 너무 제 주관에 빠진 것은 아닌지
혹은 너무 이상적인 설명인지 고민하게 됩니다.
아직 제가 시야가 좁아서 괜찮으시면 조언 부탁드립니다. ^^;;-
1. 특화된 툴은 아닙니다. 오히려 범용적으로 사용되다 보니 엔터프라이즈쪽의 요청을 많이 적용하지 못한 부분이 있지요. 그리고 이제는 빌더도 그렇지만 플래시 플랫폼의 한 부분으로 플렉스 SDK가 있다고 보시는게 좋을 듯 합니다.
2. 사용 서비스라면 다양한 인터페이스를 제공해야겠죠. 구글맵도 액션스크립트 API도 있고 자바스크립트 API도 제공되고...기타 다른 API도 제공됩니다. 다양한 API가 제공되면 고객의 입장에서는 선택할것이 많겠죠.
내부적인 처리를 어떤 기술로 처리하던 해당 기술을 외부에서 연동할 수 있는 path의 다양성은 선택의 문제가 아닐까 싶습니다.
요즘 하시는일 보면 아무래도 신입 대우를 못 받으시는듯..^^
-
