So what’s the point of this site, then?
그래서 이 사이트의 요점이 무엇인가?
WhitherApps is a bandwagon-busting experiment.
I believe there are far too many native client apps which could have been far better written as mobile web apps.
WhitherApps는 bandwagon-busting 실험이다.
나는 너무 많이 native client apps가 있고 어느 훨씬 더 나은 모바일 웹 애플리케이션으로 기록되었을 수 있다고 믿는다.
What we’re going to try and do is take a few examples,
apply a little reverse-engineering, and rewrite them, warts and all, with web technologies.
우리가 시도하려하고 있고 할 몇 가지 예제들,
약간의 리버스 엔지니어링, 재작성, 결점과 전체, 웹 기술들을 적용한다.
We’ll focus on native client apps that are free to download.
These wouldn’t have suffered commercially had they been written this way in the first
place.
우리는 native client apps를 무료로 다운로드 하는것에 초점을 둘 것이다.
이는 상업적으로 고통받지는 않았을 것이다. 그들이 이 방법을 작성했었더라면 그 첫번째 장소에서. // 이 부분 해석이 매끄럽지 못하군요..
Obviously, we’ll also focus on feasible genres of apps.
No 3D games or background apps, for example.
To start with, informational media apps (such as newspapers and broadcasters) will be in the spotlight.
명백하게, 우리는 또한 애리케이션의 실현 가능한 장르에 초점을 둘것이다.
3D 게임이나 배경 애플리케이션이 아닌, 예를 들자면.
정보미디어 애플리케이션들(신문과 방송)은 스포트라이트를 받으며 시작할 것이다.
But otherwise, we may not need to pull too many punches.
Offline access? Through the wonders of HTML5, that should be OK.
Native device API access?
Well, BONDI and proprietary libraries permitting, we’ll have a go
– and there’s always PhoneGap too.
그렇지 않으면, 우리는 너무 많이 호소할 필요가 없을 수도 있습니다.
오프라인 접근? HTML5의 경이로움을 통하면 OK입니다.
Native device API 접근?
글쎄, 본다이와 독점 라이브러리를 허용, 우리는 시도할 수 있을것입니다.
- 그리고 거기에는 항상 PhoneGap 역시 있을 것입니다.
Each post on the site will be a walkthrough (or part of a walkthrough) of the process.
As we get our hands dirty, from the protocol-sniffing to the pixel-jiggling,
site에 각각 post는 그 프로세스를 절차파악(또는 절차부분을 파악)할 것이다.
마찬가지로 우리의 손은 그 protocol-sniffing을 the pixel-jiggling 함으로 더러워 질것이다.
you can follow the steps we took.
Stay tuned and wish us luck!
당신은 우리가 걸어온 발자취를 따라올 수 있을 것이다.
계속해서 주목하고 기원해라. 우리의 행운을
---------------------------------------------------------------------------------------------------------------------------
다음 포스팅 부터 소스코드를 통하여 구현해 보도록 하겠습니다-
-
bbc news과거...../HTML5 2010. 8. 24. 23:43
------------------------------------------------
이문서의 번역 출처는 http://itstation.tistory.com/ 이곳입니다.
------------------------------------------------
:: 신기술 정리/- BBC NEWS 2010/08/24 21:46
BBC News, Part I.
For the inaugural WhitherApps project, we’re going to look at the (excellent) BBC News iPhone/iPad app and see if it could have been built as a web app, rather than in native code.
개시하는 WhitherApps 프로젝트를 위해, 우리는 (훌륭한) BBC 뉴스 아이폰 / iPad 애플리케이션을 볼 것이고, 그리고 만일 그것이 웹 애플 리케이션으로 구축되어있다면, 차라리 원시 코드를 참고해라.
To kick off with, we’re going to try and emulate the iPad version, in both orientation modes. What we’re basically aiming for is this:
우리가 시도하는 것은 iPad 버전을 에뮬레이션, 두 방향 모드로 가고있어 함께 킥오프합니다. 우리는 기본적으로 이건를 겨냥하고있다 :
And this :
Let’s see how we get on. I’ve decided to break the process down into 4 steps:
- Figure out how the app pulls content from the BBC
- Make a wireframe web page that behaves like the app
- Stitch the content into the wireframe
- Decorate the wireframe so it looks just like the real thing
1. 어떻게 app가 BBC에서 content를 끌어오는지 알아보자
2. 애플리케이션 같은 행동 와이어 프레임 웹 페이지 만들기
3. 스티치 - 와이어 프레임에서 콘텐츠
4. 와이어 프레임을 장식하라 그래서 그것이 진짜 인것처럼 만들어라
This gives me a chance to assess the feasibility of the undertaking
before I get too swept up with pushing pixels around.
이는 그 일의 실현 가능성을 평가하는 기회를 주었다,
전에 내가 완전히 전멸했을때 with pushing pixels around
BBC뉴스앱을 HTML5로 만드는 강좌 사이트 http://whitherapps.com
앞으로 다양한 네이티브앱을 HTML5로 컨버팅 하는 프로젝트를 진행한다고 하내요.
** 제가 직접 번역한 것이라 오역이 많습니다.. 잘못된 부분은 수정부탁드립니다 ^^;
** 원문을 보시고 싶으시다면 위의 사이트를 보시면 되겠습니다. **
---------------------------------------------------------------------------------------------------------------------------
Introducing WhitherApps
The debate (토론)
It’s 2010 and debate rages in the mobile industry over the future of applications.
On one hand, people seem to love native client apps.
A quick download process from an app store,
and the shiny icon is sitting on the mobile device’s desktop, ready to go.
이것은 2010과 토론의 모바일 산업에서 어플리케이션의 미래에 대한 열망들이다
한편으로는, 사람들은 native client apps를 좋아하는 듯 하다.
애플 리케이션 저장소에서 빠른 다운로드 프로세스,
그리고 반짝 이는 아이콘이 모바일 디바이스의 바탕 화면에 놓일 준비가 되어있다.
What’s more, as a developer, I might even get paid for it.
But wait! Damn.
더 충격적인 것은, 한 개발자로서, 난 심지어 그것을 위해 돈을 받을 수 있다.
그러나 기다려라! 젠장!
If I want to reach lots of users,
I have to write different code for every single device platform.
iPhone, Android, Symbian. That’s a lot of code to keep in sync.
And I need users to keep updating the applications every time I make a small change.
만일 내가 많은 유저들에 도달하고자 한다면,
나는 모든 단일장치 플랫폼들에 대한 다른 코드를 작성해야만 한다.
아이폰, 안드로이드, 심비안. 많은 코드들을 sync시켜서 유지해야한다.
그리고 나는 작은 변화를 만들어 응용 프로그램을 매번 업데이트를 유지하려면 계속 사용자가 필요합니다.
On the other hand, the mobile web.
Build a site which looks and feels like a self-contained application
but which can render nicely on a variety of platforms.
(It helps that a lot of modern mobile operating systems have broadly similar browsers.)
I might not be able to make money by selling access to it,
but I can update the site
whenever I want, and users will see the latest and greatest version.
In reality, there’s an essential role to be played by both types of application
– as there is for computing in general. But the debate still continues and it’s fun to be involved.
반면에, 모바일 웹이다.
하나의 사이트를 만들어라. 보고 느끼는 마치 독립적으로 된 어플리케이션 처럼
그러나 각가지의 플랫폼들을 멋지게 만들어라
(그것은 많은 모던한 모바일 오퍼레이팅 시스템이 폭넓게 비슷한 브라우저들을 돕는다)
나는 그것에 접근하여 판매하는 것에 의하여 돈을 벌 수 없을지도 모른다.
그러나 나는 그사이트를 업데이트 할것이다.
언제든지 나는 원한다, 그리고 유저들은 가장 최근에 그리고 엄청난 버전을 보게될 것이다.
사실은, 하나의 필수적인 역할이 있다. 양쪽 타입의 어플리케이션에 의하여 플레이하게 된다.
- 일반적인 컴퓨팅을 위한 것으로서. 하지만 논쟁은 여전히 지속되고 그것은 즐거움을 포함하고 있다.
---------------------------------------------------------------------------------------------------------------------------
Enter WhitherApps