구글 계산기의 새로운 인터페이스

구글 검색이 대화형 도구를 시작했습니다. 새로운 모바일 날씨 검색 과 단위 변환 검색 기능을 출시 했고, 이제는 계산기가 모핑된 구글 계산기를 만나보세요.

73-45 같은 식을 검색창에 입력해보시면 단순한 결과만 나오는것이 아닙니다. 숫자와 괄호, 연산기호, 삼각함수, 지수와 로그함수 버튼까지 계산기에 나타내줍니다.

이것은 계산하고싶은 수식들만 직접 입력하는것보다 훨씬 효율적이지만 어떤 사람들은 기존의 버튼방식을 원할수도 있습니다. 그런 사람들은 calculator 를 검색하면 구글의 새로운 계산기 인터페이스를 사용할 수 있습니다.

기존의 계산기들을 사용하던것처럼 구글계산기를 사용하면 약간의 문제가 있을 수 있습니다. 여러가지 연산자와 함께 아주 긴 수식을 입력해도 "=" 을 입력하기 전까지 구글은 결과를 보여주지 않습니다. 따라서 "3+3*3" 을 입력해도 미리 계산돼지 않기 때문에 원하는 결과를 얻을 수 있습니다.  또 한가지 알아두어야 할 점은 sin(1) 을 계산하기 위해서는 "1"을 누르고 "sin" 을 누르는게 아니라는 것입니다. "sin" 을 먼저 누른 뒤 함수의 인자를 입력하는 것입니다. "clear" 버튼은 없지만 "delete" 버튼을 오래 누르고 있으면 됩니다.

이 글은 번역본입니다.

original source : http://googlesystem.blogspot.kr/2012/07/new-interface-for-google-calculator.html

구글 모바일 검색의 필기 인식기능

구글의 모바일 검색 사이트에 새로운 기능인 필기 인식기능이 추가되었습니다. 검색어를 입력 할 때 모바일 기기의 가상 키보드를 이용하는 대신 화면에 손으로 글자를 쓰면 됩니다.

기본적으로 이 기능은 비활성화 되어 있지만, 설정 페이지에서 필기(handwrite) 부분을 활성화 하신 뒤 저장하시면 모바일기기나 타블렛에서 활성화시킬 수 있습니다.

"당신이 길거리 코너에서 서있다거나, 흔들거리는 택시에 타고있을때, 아니면 친구와 이야기할 때, 혹은 쇼파에 타블렛을 가지고 앉아있다고 해보죠. 필기인식은 여러분의 디바이스 화면에 손가락으로 글자를 쓰는것만으로도 검색을 가능하게 합니다. 화면의 절반이나 덮어버리고 있는 키보드도 없고, 화면을 일일이 보며 치는 방법도 필요없는것이죠." 구글의 생각.

이 기능은 단순히 몇가지 글자만 입력하면 되는 검색어 제안 서비스와 결합되어 인기 검색어 검색이나 간단한 검색에 굉장히 유용할 수 있지만 가상 키보드를 사용하는것이 일일이 글씨를 쓰는것보다 효율적일수도 있습니다.

구글의 필기 인식 기능은 iOS 5 이상, Android 2.3 이상의 전화, Android 4.0 이상의 타블렛 기기에서만 작동하며 27개 언어를 지원합니다.

이 글은 번역본입니다.

original source : http://googlesystem.blogspot.kr/2012/07/handwriting-recognition-in-google.html

“밸리에 있는 모든 모바일 개발자는 그날 밤 아마 Parse 에 대해 이야기한것처럼 느꼈어요." 라고 회사의 창립자중 한 명인 James Yu 가 말했습니다. API로 지원을 받는것은 재능있는 기술자들을 모집하기위한 Yu의 아이디어였습니다. 결과적으로 Hacker News 에서 수백개의 지원서들에게 관심을 끌었고, 복사-붙여넣기한 자바스크립트 솔루션도 나왔으며, 어쩌면 이후의 Parse API 지원서는 지금 만큼 쉽지 않을지도 모릅니다.

/jobs/apply 의 끝에, 성공적으로 신청한 Parse 창립자와 신청자들의 입사지원을 위한 이메일이 있었습니다. “지원서가 물밀듯이 몰려들었어요,” Yu가 말했습니다. “수백개의 지원서가 있었죠. 하루만에 기절할만큼의 양이 몰려들었어요.”

지원서중 가장 재미있었던 지원서는 스티브 잡스와 아브라함 링컨 이였습니다.

비록 Yu 가 모든 지원서를 다 보지는 못했지만 그가 계산하기에는 지원서들중 절반 가까이가 제대로 된 실력있는 기술자였습니다. 그와 팀(지금은 11명의 정규직원이 있습니다.) 은 모바일 백 엔드 서비스를 제공하느라 하느라 바빴습니다.

처음에, Yu 의 공동 창업자는 API 를 통한 입사지원에 대해 뚱한 반응이였습니다. 그리고 첫 몇 달간은 지원은 별로 관심을 끌지 못했습니다. 관심을 끌고 Hacker News 에서 자바스크립트 솔루션 이 나오고 나서 Yu 는 업그레이드에 대해 생각했습니다. “우리는 나중에는 좀 더 어렵게 만들거에요.”

회사가 더 많은 API로 또 지원 받을까요? 기술적 인재들은 귀중한 만큼 관심을 끌기 힘듭니다. Yu는 이렇게 말했다. "당신이 아주 약간 다르게 한다면, 아주 약간 독창적이라면 방금 얘기한 사람들을 많이 만날수 있을것입니다.”

…2012년 10월 26일! 그렇습니다! 몇분 전, Steven Sinofsky 가 마이크로소프트의 연간 영업 회의 에서  10월 26일 Windows 8 을 만날 수 있을것이라고( 업그레이드 방식과 구입 방식를 두 가지 모두) 발표했습니다. 이달 초 Microsoft Worldwide Partner Conference ^{[각주:1] [각주:2]} 에서 Tami Reller 는 참석자들에게 Windows 8 이 10월 즈음에 만날수 있을것이라고 말했는데, 이제는 모두가 정확한 출시 날짜를 캘린더에 추가해놓을수 있겠네요. It’s on mine!

오늘 캐나다 토론토의 Microsoft’s annual Worldwide Partner Conference 에서 Windows Chief Marketing Officer 이자 Chief Financial Official 를 맡고있는 Tami Reller 가 전세계의 수많은 파트너들에게 윈도우에대해 알리고싶은 몇가지 흥미로운 정보를 공개했습니다.

 벤처 캐피탈 관련된 블로거 Fred Willon은 27분 가량되는 비디오에서 모바일/웹 어플리케이션 개발을 펀딩하기위해 그가 기준으로 삼는 10가지를 공개했다. (이영상은 2010년에 공개된것이므로 이기준은 이제는 통하지(?) 것일수도 있습니다. Fred Wilson이 최근 작성한 포스트도 읽어보세요. :mobile is growing like a weed.)

첫번째, 속도 - 속도는 기능보다 중요합니다. 일반적인사용자들은 참을성이 없다는걸 알아야합니다. 사용자들은 쬐끔이라도 느리면 사용하지 않을것이라는것을 염두해두며 속도를 개선해 나가야합니다. 

두번째, 즉시성 - 사용자들이 복잡한 설정없이 즉시 사용할수 있어야 합니다. 복잡한 설정은 곧 독입니다. 

세번째, 자신만의 목소리(개성) - 소프트웨어도 일종의 미디어입니다. 잡지, 신문, TV와 같이 어플리케이션도 역시 미디어의 일종입니다. 소프트웨어에도 개성, 즉 색깔이 있어야합니다. Twitter의 Fail Whale과 같이 Twitter의 개성을 나타내고있는 요소. 이런것들이 중요합니다. 

네번째, 절제의 미 - 서비스들은 매우 쉽고 작은일들을 잘 해내야합니다. 그렇기때문에, 사용자들로 하여금 빠르고 쉽게 사용할 수 있도록 제작되어야 합니다. 

다섯번째, API 제공 - 웹 어플리케이션은 또다른 어플리케이션과 연결되어, 그위에 새로운 가치를 창조해낼 수 있어야합니다. 읽는것만 되는 API는 진짜 API가 아닙니다. 읽고, 쓸수있는(read/write)가 모두가능한 진짜 Open API여야합니다. API를 공개하면 더 많은 유저, 사용성, 데이터 모든것을 얻을 수 있을겁니다. 잃는것보단 얻을것이 많을겁니다. 다시한번 말하지만 읽는것만으로는 잃을게 더 많아요.

여섯번째, 개인화 - 여러분의 어플리케이션을 사용자의 개성과 더 맣은 데이터를 이용하여 개인화 할 수 있도록하세요. 마치 사용자가 어플리케이션을 사용하는동안 어플리케이션의 주인이 된듯한 느낌을 줄 수있겠죠. 좀더 충실한 사용자로 만들 수 있을겁니다. 개인화는 그리 어려운게 아니에요. 예를들면 배경화면을 바꿀수 있게한다던지, 아바타를 만들 수 있게한다던지, 사용자가 직접 해내는 콘텐츠 라던지 말이죠.

일곱번째, RESTful - 사용하기 쉽고도록 설계된 URL을 통해서 사용자가 별다른 안내없이 URL에 직관적으로 접근 할 수 있도록하세요. 예를들면 https://twitter.com/jytalk/lists 에서는 jytalk의 list를 다 볼 수 있습니다. 굉장히 이해하기 쉬운 URL이죠. 기억하기도 쉽고요.

여덟번째, 검색가능화(SEO) - 어플리케이션을 만들때, Google이나 SocialMedia에서 검색가능하도록 설계하고, 제작하세요. SEO를 통해 검색가능하게 하면 수많은 어플리케이션 중에서도 여러분의 어플리케이션을 유저가 더욱 쉽게 찾을 수 있게 해줄겁니다. 서비스가 스스로 Viral마케팅을 하게 되는거죠. 

아홉번째, 깔끔하게. - 어플리케이션이 사용자를 헷갈리게 해서는 안됩니다. 또한 너무 많은 요소들을 배치하여 사용자로하여금 지루하게 해서도 안됩니다. 많은 공간을 사용하고, 큰 폰트를 사용하거나, 한페이지에 너무많은 기능들을 할당하는것 역시 지양해야합니다. 현재 페이지에서는 어떤 기능들을 사용하고 배치되어있는지 유저가 즉시 파악할 수 있도록 만들어져야합니다. 예를들면, http://www.tumblr.com/login 을 참조하면 좋습니다. 사용자들이 무엇을 필요로 하는지 알게하는게 중요합니다.

열번째. 게임화 - 어플리케이션을 사용하는동안 사용자들이 더욱 더 재미를 느끼게 하기위하여 사용자들의 행동에대해서 어떠한 보상을 해주면 좋습니다. 예를들면, 링크드인의 Relationship Accumulation이라던지, 페이스북의 Badges같은 것들이요. 

위 열가지 중에서도, 특히 RESTful한 URL 제공이라던지 검색가능화(SEO)의 경우 Mobile Application시장에서는 정말로 중요한 요소들입니다.

Source : http://highscalability.com/blog/2012/7/5/10-golden-principles-for-building-successful-mobileweb-appli.html

OpenEars 아이폰 음성인식 API 에 오신걸 환영합니다!

Politepix의 OpenEars 다운

OpenEars 는 아이폰 음성인식과 TTS 기술을 위한 iOS 프레임워크 공유 소스입니다. CMU Pocketsphinx, CMU Flite, 그리고 CMUCLMTK 라이브러리를 이용해서 아이폰과 아이패드에 양방향으로 영어음성인식과 영어 TTS 기술을 구현합니다. 아이폰같이 하드웨어적 한계가 주어진 플랫폼에서는 매우 정확하고 많은 단어를 인식하는것(누구나 아는 수천개의 단어들중 아무것이나 유저가 말하는것을 인식하는것)이 앱내부에서 처리되기에 아직 현실적으로 무리가 있습니다. 아무리 Siri가 많은 단어를 서버에서 인식을 한다고 해도 마찬가지입니다. 하지만 Pocketsphinx (OpenEars 를 사용한 오픈소스 음성인식 엔진) 는 주변환경과 다른 수 많은 요소들에 의해 수백개의 단어들을 아이폰에서 인식할수 있으며 명령과 조절(command-and-control) 언어 모델로 잘 작동합니다. 그중에서도 단연코 뛰어난 부분은 네트워크 연결을 필요로 하지 않는다는 점입니다. - 모든 처리가 내부에서 이루어집니다.

목차:

• Openears 안내 및 시작하기
• OpenEars를 App에서 사용하기
• 지원/질문

OpenEars 아이폰 음성인식 API 버전은 1.1 입니다.

할 수 있는것들:

이 글은 번역본입니다.

original source : http://www.politepix.com/openears/