App Engine Hack-a-thon: Tokyo

Posted by Amanda Surya, Google App Engine Team

We're happy to announce Google App Engine hack-a-thon in Tokyo, Japan. This hack-a-thon is mainly for Japanese speaking people, but if you can only speak English, no problem, you are also welcome to attend.

Build With Us, or Build Your Own

Throughout the day, we will be building a complete App Engine application, and sharing the code with you so you can code along with us. If, on the other hand, you already have a great idea for what to build, bring that idea along. Even better, prepare sketches, designs, web page mock-ups, etc. ahead of time, and use the hackathon to develop your idea into a working application that you can share with the world. At the end of the day, we'll invite you to share your App Engine applications with the group.

What Do I Need?

We will provide facilities, power, refreshments and experts to help you learn to use Google App Engine and write your application. Just bring your laptops, ideas and enthusiasm to complete the mix.

When and Where?

The Tokyo hack-a-thon will take place Saturday September 20, 2008 from 10AM-6PM(JST +900). It will be held in Google's Tokyo Office.

Space is limited so Sign Up now.

简单说一下，在东京召开，一天时间，GAE Team会上将完完整整创建一个应用，你也可以按照自己的好想法创建自己的应用，利用hackathon的骨架程序来搭建自己的，然后和大家分享你的成果，会上，GAE的人将会提供关于GAE的任何你所需要的东西，就带个笔记本和你的好点子还有对GAE的狂热来就这里就对了，下面，我想知道的是，中国的Google Office什么时候会组织一个在华的GAE hackathon？

看完绿巨人2以后，我更加确认精神是可以控制肉体的。

人们研发新技术的目的是让东西变得越来越小，现在这些技术已经可以制作出世界上最小的东西。借助纳米技术制成的机器人不比一个分子大，我们这样做的原因有很多，其中最大的原因可能是因为我们能这样做

设想将数百万个微型机器放入人的血流中，让它们攻击癌细胞，或者利用小型移相器抗击艾滋病毒。设想利用一群小型清洁机器人吃掉河流中的污染物，或者利用微型工业机器人，在短时间内用分子制造出我们希望得到的东西。然而，现在面临的最大问题是，你如何制造出数万亿个这种小型机器人。其实方法很简单，你只要教它们如何利用环境中的物质像细胞一样复制自己。如果有一百万个这种小东西，不难想象一定会出现一系列问题。

纳米技术之父埃里克·德雷克斯勒提出了一个令人毛骨悚然的有关世界末日设想的数字。现在面临的问题是，我们的纳米机器人或许更像细胞终结者，它们比大自然的创造物更加先进。它们会在一夜间彻底战败有机生命，遵循进化论的规则消灭所有有机生命。

我们曾提出一种极端假设，这就是众所周知的“灰雾(gray goo)”问题，这个问题指的是，机器人的自我复制开始失控，最后世界上幸存下来的只有大量这种微型机器人，科学家想象，这些机器人看起来就像一堆灰雾漂浮在空中。

实验后果：假设你与一位不可思议的怪物见面，经过一番讨价还价后，他提出给你修了房子，并给你增加了一个房间。于是你将他带回家，然而他突然吃掉你的住宅，吐出更多怪物，这些怪物动手将你杀掉。

目前进展：科学家向我们担保，我们在20年内就能制造出完全受控的致命蜂群，或许我们在2010年就能实现这个目标。现在他们正在制造一些被称作“装配工”的东西，这些“装配工”将生产数万亿个纳米机器，并指挥这些机器人消灭掉遇到的所有东西。

可以避免我们在几年内陷入“灰雾”僵局的唯一东西是，大型强子对撞机赶在“灰雾”之前将我们灭掉。

当没用dev_appserver本地测试的情况下，需要自己手动修改index.yaml

今日在测试TUMS的reference set的时候，由于没有用dev_appserver做过本地启动，而是直接update到服务器的，所以在进行和query相关的操作的时候都有报错，在手动修改index.yaml之后，一切正常，以前一直没有把index.yaml当回事，原来在服务器端，index.yaml是不会自动对应操作进行修改的，需要在本地先做好可能的query的index的声明，然后再update才可！

- kind: Contact
properties:
- name: user
- name: create_date
direction: desc

- kind: Contact
properties:
- name: belong_to
- name: create_date
direction: desc

先来一段In Flames（瑞典死亡金属）的Cloud Connected，请把你的音响调至最大声！

Album:Reroute To Remain
Title:Cloud Connected

People like you;
you live in a dream world
You despise the outside and you fear the next one
It’s in your dream
There’s just one question
Should I kill or should I be left behind?
Sick and tired of all your complaints
This is the hour, we bring it down
I’ve come to realize
With every little glimpse you fade
I was told that I could fly
When least expected - cloud connected
You seem to be so introverted
How come we fail with all that is given
You crossed the line
You remember my name
Time runs backwards
As long as you are heading that way

high了吗？再来个这个吧！德国战车Rammstein Voelkerball法国尼莫现场

昨日初次使用Google Chrome的时候，我提到过，这个Blog在Google Chrome的显示上有些问题，我归结为Google Chrome对页面的理解方式和FF3， IE7不一样。目前这些问题已经全部修正，从修正的过程来看，Google Chrome的页面渲染比FF3和IE7要来的严格许多，比如针对div标签的css类无法完全的应用到p标签上，我不知道css里面是如何规定的，但是FF3和IE7都可以容忍这么干，所以只能说Google Chrome比较严格，另外，在页面的层次显示上，p和div在层叠的时候有比较大的区别，上层的标签里面的内容不会出现p {float: left;}的上方，Google Chrome不允许这么做，必须通过在的外面罩上一个div才可以，这很严格，对div，p等标签的区分和对齐标准属性的描述严格遵照标准进行。这里，我要提一下，昨天我写第一篇关于Google Chrome的文章的时候，我以为Google Chrome是用的gecko的内核，通过昨晚的一个视频，我认识到使用的是WebKit内核，这是因为Google Chrome Team针对速度的考量，他们想要做出一个网络应用的平台，小巧，高速，近乎无形，为下一代的网络应用提供一个稳定、快速的平台，类似于网络应用的操作系统。

BTW: 在写这篇文章的时候，我发现Google Chrome下的textarea组件通过右下角的Handler可以自由的改变大小，这样使得不再需要使用javascript来写这种功能的，非常棒的一个设计！

出自维基百科

希波克拉底誓詞，俗稱醫師誓詞，是西方医生傳統上行醫前的誓言，希波克拉底乃古希臘醫者，被譽為西方「醫學之父」，在希波克拉底所立的這份誓詞中，列出了一些特定的倫理上的規範。

今日醫界，雖不見得完全採用希波克拉底誓詞，亦常以希波克拉底誓詞為綱本，訂立新誓約，此誓之重要性，可見一斑。

医神阿波罗、阿斯克勒庇俄斯，及天地诸神为证，鄙人敬谨宣誓：

余愿以自身能以判断力所及，遵守此约。凡授余艺者敬之如父母，为终身同世伴侣，彼有急需，余接济之。视彼儿女，犹余弟兄，如欲受业，当免费并无条件传授之。凡余之所知，无论口授书传俱传之吾子、吾师之子、及发誓遵守此约之生徒，此外不传他人。

余愿尽余之能力与判断力之所及，遵守为病家谋福之信条，并检束一切堕落及害人之敗行，余必不得将危害药品给与他人，并不作此项之指导，虽人请求亦必不与之，尤不为妇人施墮胎之术。余愿以此纯洁与神圣之精神，终身执行余之职务。凡患结石者，余不施手术，此则有待于高明。

无论何適何遇，逢男或女，贵人奴婢，余之唯一目的，为病家谋幸福，并检点吾身，不為各种害人及劣行，尤不做诱姦之事。凡余之所见所闻，不论有无业务之牽連，余以为应守秘密者，愿保守秘密。倘余严守上述之誓詞，願神僅僅使余之生命及医术，得无上之光荣；余苟违誓，天地鬼神共殛之！

在下载Google Chrome之后10分钟以内我便决定，这个浏览器将会是我的主要浏览器之一，她极快的反应速度和渲染效果令人十分吃惊，原来浏览器可以这么快！这将十分有利于进行web app的测试工作。

• 输入法干扰问题，如果你打开页面A，并使用了中文输入法，那么在你打开一个新的页面B的时候，输入法也会是中文。
• div下的元素的margin显示有些不正常，这是对比Firefox3和IE7的显示结果来说的，按照Chrome的about来看，（Official Build 1583 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.27 Safari/525.13）她是使用的KHTML，KDE下的浏览器便是使用这个的，为什么会显示得不一样？我理解为Google Chrome是为了兼容最新的css协议。既然如此，对于我测试网站的兼容性来说，更有益处，这样，我可以测试在三种不同浏览器渲染框架下的显示和执行效果了。
• 标题栏（如果那也能叫做标题栏的话）过窄，很容易就点到了标签页。（当然，这是在你的标签页全开的情况下，如果标签页开得不够多，你点左面空白区同样可以拖曳的）
• 某些用css确定大小的字体显示不正确，比如在css中确定16px的字体显示却是12px（这不是Chrome的问题，是我自己的问题！已修正）

很久以前人们说Google要出浏览器！于是一片哗然，结果，今天成了事实，性能优越，开源的Google Chrome出现了，和Google的其他产品一样，Chrome同样会对浏览器市场造成猛烈的冲击，想想看，Google还会出什么呢？操作系统？也有很多人说过，某年某月某日，当你用着Google的OS发帖的时候，才会发现，喔，原来一切又成真了！Google就是这样用行动让人感到不可思议。

BTW: Google Android算是针对手机市场操作系统的一次演习吧？还是平台战略，等到了本地操作系统对Google体系来说比较重要的时候，自然就会出来了。