In nkimchi's Opinon...

서영 장보기 2007년 12월

2008-01-21T23:21:28Z

서영이가 크리스마스 선물 받은 다음날 아침.

카트를 가지고 나서서, 동영상 찍었습니다. 영화 같이 나왔어요.. ^^

2007년 12월.반포

서영노래2 2008년 1월

2008-01-21T23:15:17Z

서영 노래

2008년 1월

서영 2008년 1월 말

2008-01-21T23:07:33Z

서영이 말하는 것

2008년 1월

서영 2008 1월

2008-01-21T23:01:08Z

서영이 노래 부르는 것

2008.1.21

EVDO?

2007-11-22T09:09:08Z

기사를 읽다가 EVDO를 봤다.. 무엇이지?

기사내용
....

아마존, EVDO 통신기능 단 e북 리더 내놔

[베타뉴스 김동국 기자]
거대 인터넷 서적 아마존이 신제품 ‘킨들’과 함께 본격적으로 e북 시장에 뛰어들 것을 천명했다. 아마존 ‘킨들’(Kindle)은 인터넷이나 PC를 통해 내려받은 e북(텍스트파일로 만들어진 전자서적)을 볼 수 있는 리더로, 무선통신 기능을 갖고 있는 것이 특징. 전면에 600 x 800 해상도를 제공하는 6형 흑백 액정을 달았으며, 134.5 x 190 x 18mm 크기의 외형에 289g 무게를 가져 들고 다니기 편하다는 것이 제작사의 설명이다. 액정은 흑백의 명암을 4단계까지 표현할 수 있어 그림을 보기엔 부족하지만 글자를 보는데 있어 전혀 문제가 없다는 평가다. 흑백 액정의 경우 장시간 시청해도 컬러와는 달리 눈의 피로가 덜하다고 알려져 있다. e북 파일 저장을 위해 256MB 용량의 메모리를 내장하고 있으며, 측면에 SD 슬롯을 달아 메모리카드를 사용해 외부의 책을 읽어 들일 수 있게 했다.
...(중략)

EVDO란?
http://www.google.co.kr/url?sa=t&ct=res&cd=1&url=http%3A%2F%2Fwww.betanews.net%2Farticle%2F397582&ei=U8hER62HCofwswLFp8DKDQ&usg=AFQjCNHxvHS0PZ1UZULRca_otgto2DXgrg&sig2=2ztWYsy4ayxDYFnKdhb4OA

web application? 웹어플리케이션

2007-11-22T09:07:13Z

Web application? 웹 어플리케이션.. 뼈속 깊숙이 문과생인 나에게는 생소한 언어이다.
<그 언어들에 대해서 하루에 한가지씩이라도 공부해 보려 한다. 매일 꾸준히 하면 365개인데. 벌써 며칠째 안했으니. 100개라도 채워보자.^^>

위키피디아에서 말하는 웹어플리케이션은?
http://en.wikipedia.org/wiki/Web_application

소프트웨어 엔지니어기술 에서, 웹어플리케이션 혹은 웹엡 은 웹을 경유해서 전 네트워크 즉 인터엣 혹은 인트라넷에 접속되어지는 도구(다음사전을 보니. 응용소프트웨어 라고 나와 있네요_application)이다.

....역시 어렵다.

부연설명
웹어플리케이션들은 클라이언트의 이동성 때문에 인기가 있다. 얇은 클라이언트라고 불리우기도 한다. (thin client)
잠재적인 고객 컴퓨터들에 대한 소프트웨어의 배급 혹은 장착 없이 웹어플리케이션들을 유지하고 업데이트 하는 기능이 그 인기의 비결이다. 웹어플리케이션들은 웹메일, 온라인소매점, 온라인옥션, 위키, 토론회의, 웹블로그, 다중접속자게임 그리고 많은 기능들에 사용되어져 왔다.

... 아하, 현재 우리가 사용하는 기본적인 인터넷 도구들에 사용되는 소프트웨어 업데이트 없이 이용가능한 어떠한 적용기술을 말하는 것 같네요.

그렇다면,
네이버에서는 검색결과가 나오질 않으니.. (지식인에도 나와 있지 않았다..-.-;)
http://search.naver.com/search.naver?where=nexearch&query=%C0%A5%BE%EE%C7%C3%B8%AE%C4%C9%C0%CC%BC%C7&x=0&y=0&frm=t1&sm=top_hty
(상단에 구글과 마찬가지로 광고 몇개와 함께)

다음에서 검색을 해보니!
(위키피디아를 번역해 놓았다_ 어느새 제휴를 했나 보다..)
http://search.daum.net/cgi-bin/nsp/search.cgi?nil_profile=g&nil_search=btn&w=tot&q=%C0%A5%BE%EE%C7%C3%B8%AE%C4%C9%C0%CC%BC%C7&search=%B0%CB%BB%F6
(구글과 제휴를 했으나 구글과 달리 광고가 없었다)

소프트웨어 공학적 관점에서 웹 애플리케이션 혹은 웹앱은 인터넷 혹은 인트라넷을 통해 웹 브라우저를 통해 이용할 수 있는 응용 소프트웨어를 말한다.

웹 애플리케이션은 클라이언트로서 웹 브라우저를 사용하는 사람이 많기 때문에 인기를 누리고 있다. 수 천만개의 PC에 소프트웨어를 배포해서 설치 하는 노력을 하지 않더라도 웹 애플리케이션을 유지 관리할 수 있다는 점이 장점 중에 하나이다. 웹 애플리케이션은 웹 메일, 온라인 전자상거래 및 경매, 위키, 인터넷 게시판, 블로그 및 MMORPG 게임 등 다양한 기능을 구현할 수 있다

-> 친절한 번역이었다. (내가 번역한것 하곤 사뭇다르다)
-> 이제 이해가 되었다. 인터넷브라우저를 통해 이용하는 응용소프트웨어(application은 응용소프트웨어이고, web은 인터넷인 것이다)
-> 좀더 internet을 이해하기 위해서 웹어플리케이션을 공부하는 것도 좋은 방법일듯 하다.

그럼 다음으로는 인터넷에서 많이 쓰이는 자바 java 를 알아보자 (java coffee는 아니다)

아래 원문을 보자!!

<위키피디아 원문>

In software engineering, a Web application or webapp is an application that is accessed via web over a network such as the Internet or an intranet.

Web applications are popular due to the ubiquity of a client, sometimes called a thin client. The ability to update and maintain Web applications without distributing and installing software on potentially thousands of client computers is a key reason for their popularity. Web applications are used to implement Webmail, online retail sales, online auctions, wikis, discussion boards, Weblogs, MMORPGs and many other functions

Mashup?

2007-11-16T14:07:54Z

사전에 없다.. wikipidia에 있다.. mashup? 무엇일까? 검색해 보자.

구글의 첫번째로 나오는 mashup은 상업광고다.
http://www.google.co.kr/search?q=mashup&sourceid=navclient-ff&ie=UTF-8&rlz=1B3GGGL_koKR245KR245
naver의 첫번째로 나오는 mashup은 블로그검색
http://search.naver.com/search.naver?where=nexearch&query=mashup&x=0&y=0&frm=t1&sm=top_hty
다음은? 구글과 제휴를 맺고 있어서 최상단 검색결과 까지 팔았는지.. 역시 같은 광고구글과..
http://search.daum.net/cgi-bin/nsp/search.cgi?nil_profile=g&nil_search=btn&w=tot&q=mashup&search=%B0%CB%BB%F6

위키피디아에서는 다음과 같이 말한다. 기술적으로 mashup은 web application이 한가지 이상의 source를 가지고 더 많은 데이타로부터 한가지로 통합된 tool로 결합되는 것을 말한다.. 라고 한다..
--->어렵다. 영어는.. -.-; 다음 검색결과를 직접 해석해 보자.(아래에 보면 있음)..

네이버검색결과에 나온 블로그를 검색해 보니, 본인의 글이 아닌, ADtimes의 글을 copy&paste해놨다. 이것도 나름 mashup일까?
여하튼 다음과 같다.

@엔김치..
다음은 무엇을 알아볼까?
web application..

자르고 붙이고(Cut-and-paste)

웹 '매쉬업(Mashup)'의 세계

우리는 웹 2.0 시대에 살고 있다. 이는 단순히 인터넷이 우리의 일상 깊은 곳까지 관계를 맺고 있다는 것과 또 다른 의미이다. 인터넷은 모든 이용자들을 유기적으로 연결하며 스스로 2.0의 이름을 달고 진화하기 시작했다.

TV, 신문과 같은 여타 매체들이 소수 전문가들에 의해 오랜 시간 쌓아 올려진 하나의 건축물과 같다면, 인터넷은 다수가 키워낸 빠르고 역동적인 생명체와 같아 보인다. 디지털 환경에서 누구나 무엇이든 만들어 낼 수 있고, 그래서 지금까지 경험하지 못한 속도로 변화를 거듭하는, 우리는 그러한 매체환경에 살고 있는 것이다.

그렇다면 인터넷은 구체적으로 어떻게 변화하고 있을까? 웹 2.0이 언급될 때마다 꼬리표처럼 달리는 키워드들이 있다.

그 중 '매쉬업(Mashup)'은 바로 인터넷 진화의 실체를 보여주는 가장 좋은 샘플이다. 미국 온라인 백과사전인 '위키피디아(Wikipedia)'에 의하면, '매쉬업'이란 서로 다른 인터넷 서비스간의 결합에 의한 새로운 경험을 의미한다.

(A mashup is a wevsite or application that combines content fron more than one source into an integrated experience.)

<중략>
트랙백...http://blog.naver.com/nuneul?Redirect=Log&logNo=140043160252

Mashup (web application hybrid)

From Wikipedia, the free encyclopedia

• Learn more about using Wikipedia for research •

Jump to: navigation, search

This article is about Internet technology. For usage in music and elsewhere, see Mashup (music).

In technology, a mashup is a web application that combines data from more than one source into a single integrated tool; an example is the use of cartographic data from Google Maps to add location information to real-estate data from Craigslist, thereby creating a new and distinct web service that was not originally provided by either source.

Mashup originally referred to the practice in pop music (notably hip-hop) of producing a new song by mixing two or more existing pieces.

[hide]

[edit] Overview

Content used in mashups is typically sourced from a third party via a public interface or API, although some in the community believe that cases where private interfaces are used should not count as mashups^{[citation needed]}. Other methods of sourcing content for mashups include Web feeds (e.g. RSS or Atom), web services and screen scraping. Many people are experimenting with mashups using Amazon, eBay, Flickr, Google, Microsoft, and Yahoo APIs, which has led to the creation of the mashup editor.

[edit] Quotes

a lot of talk about Web 2.0, web mashups, Ajax etc., which in my mind are all facets of the same phenomenon: that information and presentation are being separated in ways that allow for novel forms of reuse.

—Sho Kuwamoto

The mash-up part of this equation, is the offspring of an environment where application developers see it in their own selfish interest to facilitate the creation of integrated, yet highly derivative application hybrids by third parties, something they do by providing rich public APIs to their user base.

—Mark Sigal

(Popfly is) a (mashup) tool for end users, not necessarily codeheads.

—Steve Ballmer

[edit] Types of mashups

Mashups currently come in three general flavors: consumer mashups, data mashups, and business mashups.

The most well-known type is the consumer mashup, best exemplified by the many Google Maps applications. Consumer mashups combine data elements from multiple sources, hiding this behind a simple unified graphical interface.

Other common types are "data mashups" and "enterprise mashups". A data mashup mixes data of similar types from different sources (see Yahoo Pipes), as for example combining the data from multiple RSS feeds into a single feed with a graphical front end. An enterprise mashup usually integrates data from internal and external sources - for example, it could create a market share report by combining an external list of all houses sold in the last week with internal data about which houses one agency sold.

A business mashup is a combination of all the above, focusing on both data aggregation and presentation, and additionally adding collaborative functionality, making the end result suitable for use as a business application.

A Telecom mashup is a telecommunications service where service elements come from more than one source and are combined into an integrated experience. For example, one could get the base service from company A, a ringback tone from company B, a voicemail service from company C, etc.

[edit] Mashups versus portals

Mashups and portals are both content aggregation technologies. Portals are an older technology designed as an extension to traditional dynamic web applications, in which the process of converting data content into marked-up web pages is split into two phases - generation of markup "fragments" and aggregation of the fragments into pages. Each of these markup fragments is generated by a "portlet", and the portal combines them into a single web page. Portlets may be hosted locally on the portal server or remotely on another server.

Portal technology defines a complete event model covering reads and updates. A request for an aggregate page on a portal is translated into individual read operations on all the portlets that form the page ("render" operations on local, JSR 168 portlets or "getMarkup" operations on remote, WSRP portlets). If a submit button is pressed on any portlet on a portal page, that is translated into a single update operation on that portlet alone ("processAction" on a local, JSR 168 portlet or "performBlockingInteraction" on a remote, WSRP portlet). The update is then immediately followed by a read on all portlets on the page.

Portal technology is about server-side, presentation-tier aggregation. It cannot be used to drive more robust forms of application integration such as two-phase commits.

Mashups differ from portals in the following respects:

	Portal	Mashup
Classification	Older technology, extension to traditional web server model	Newer, "Web 2.0" technology
Philosophy/Approach	Approaches aggregation by splitting role of web server into two phases - markup generation and aggregation of markup fragments	Adopts a more fundamental approach to content aggregation without regard to markup
Content dependencies	Aggregates presentation-oriented markup fragments (HTML, WML, VoiceXML, etc.)	Can operate on pure XML content and also on presentation-oriented content (e.g., HTML)
Location dependencies	Content aggregation takes place on the server	Content aggregation can take place either on the server or on the client
Aggregation style	"Salad bowl" style - Aggregated content is presented 'side-by-side' without overlaps	"Melting Pot" style - Individual content may be combined in any manner, resulting in arbitrarily structured hybrid content
Event model	Read and update event models are defined through a specific portlet API	CRUD operations are based on REST architectural principles, but no formal API exists
Relevant standards	Portlet behaviour is governed by standards JSR 168, JSR 286 and WSRP, although portal page layout and portal functionality are undefined and vendor-specific	Base standard is XML Data Interchange with REST semantics. RSS and Atom are commonly used. More specific mashup standards are expected to emerge.

It is possible to replicate the functionality of a JSR 168 portal entirely using mashup technology, but many mashup capabilities cannot be replicated using portal technology. However, the portal model has been around longer and has seen greater investment and product research. The technology is therefore more standardised and mature. In 2-3 years, increasing maturity and standardisation of mashup technology may propel it beyond portal technology in popularity. Alternatively, the two technologies may converge, with newer versions of current portal products resembling mashup servers in terms of flexibility while still supporting legacy portlet applications.

[edit] See also

[edit] External links

Mashups: The new breed of Web app

Examples

Ask500People.com - Real-time mashup of votes from around the world
BelizeMapia.com - Google Maps Mashup of Belize, C.A
ePartyGuide.com - A mashup of Yahoo! Maps, Yahoo! Local, and Flickr
RunningMap.com - Yahoo! Maps mashup
TopicTrends.com - Using Flickr, Google Maps, YouTube and more.

가을 하늘1

2007-11-10T10:55:03Z

가을하늘..@seoul by nkimchi DMC-fx100GD

구글폰 = 드림폰 06.Nov.07

2007-11-07T08:56:18Z

구글폰 = 드림폰..

구글이 모바일로의 진출을 모색하고 있다고 해서, 온갖 소문이 무성했는데, 벌써 그 핸드폰이 실체를 드러냈다. 이름하여 드림폰..
빠르면 내년초에 대만의 HTC사를 통해서 구글의 드림폰을 만나 볼 수 있을 듯 싶다. 협력사중 유일하게 구글폰의 프로토타입의 실체에 대해서 구체적으로 언급한것은 HTC이기 때문에 구글폰의 형태로 HTC사의 드림폰을 유추할수 있다.
구글은 이미 전략적으로 하드웨어 업체, 통신사 등과의 제휴를 꾀하고 있으며(차이나모바일,KDDT,삼성,LG,HTC 등), 그들만의 정체성을 보여줄수 있는 하드웨어 업체로서 가장먼저HTC가 구글폰을 선보이게 될 것이라고 각종 언론에서 말하고 있다.

그런데, 이미 그 프로토타입의 형태가 인터넷의 각종 핸드폰 리뷰어 사이에서 그 이미지가 벌써 게재되고 있다.

구글폰 아니, 드림폰은 정말 이쁘다..

iphone과도 그 느낌이 비슷하고, LG초콜린폰, 삼성의 알마니폰도 조금 떠올린다. 유려한 디자인이 요즘 디자인의 추세를 반영하는 듯 하다. 터치스크린으로 조작가능하며, 힌지를 이용하여 오픈이 가능한 스크린형태이고, 매우 얇고 3인치 넓이에 5인치 길이의 폰이 될 예정이다. 기능으로는 별도의 브라우징 없이 바로 you tube 로의 접속이 가능하며, 메일, 인터넷 기능에 초점을 맞춰져 있다.
(자세한 스팩 아래 참조)

세계 검색시장의 40%를 차지하고 있는 구글에게 한계는 없는듯 하다. OS와의 대결을 펼치던 MS와의 맞대결, 운영체재까지 넘보려 하고 있는 구글에게, 그 경쟁상대는 구글폰을 통하여 또 통신사로 향하고 있다. 와이브로, IPTV, RFID등 이제는 유선의 세계를 넘어, 무선으로의 진출을 꾀하는 세상이 다가오고 있다.

아침에 구글폰이 잠을 깨우고, 구글폰에서 음악이 스트리밍되면, 블루투스를 통하여 음악이 방안에 흐르고, 구글폰을 통해서 기사를 확인하고, 구글폰을 들고 집을 나서면서 음악을 블루투스 이어폰을 통해서 무선으로 듣고, 사무실에 출근하여 도크에 핸드폰을 꽂으면서 사무실의 컴퓨터에 연결을 하여, 지메일을 확인하고, 사무를 마친후에 구글폰을 들고, 집의 도킹스테이션에 구글폰을 꽂고 무선으로 you tube에 새로 올라온 동영상을 감상하고,,,

모든 일상이 구글폰으로 드림이 열리는 세상이 다가오고 있음을 기대하는 것은 나만이 아닐듯 싶다..

from 엔김치

32 bit Qualcomm MSM7200 Chipset, 384 MHZ CPU Clock
256 MB ROM
128 RAM
800 x 480 px TFT 262 color touchscreen
GSM850, GSM900, GSM1800, GSM1900, UMTS850, UMTS1900, UMTS2100 connectivity
CSD, GPRS, EDGE, UMTS, HSDPA, HSUPA data support
Built-in QWERTY-type keyboard, 65 keys
SDIO, microSD, TransFlash expansion slots
USB 2.0 client, 60Mbit/s , USB Series Mini-B (mini-USB) connector
Bluetooth 2.0
802.11b, 802.11g
NMEA 0183 , 20 channels built-in GPS
3.1 Mpx camera with LED flash
640×480 VGA secondary camera
Dimensions: 81 x 130 x 16 mm

출처: http://www.unwiredview.com/2007/11/06/htc-omni-surfaces-at-google-as-htc-dreamwith-android-os/

구글 협력사
http://www.forbes.com/home/technology/2007/11/05/gphone-google-phone-tech-cz_qh_1105gphone1_2.html
드림폰 관련기사
http://www.forbes.com/2007/11/05/gphone-google-phone-tech-cz_qh_1105gphone2.html
http://gizmodo.com/gadgets/google-phone/is-the-htc-omni-the-google-android-dream-phone-319553.php