XDash Weblog

【实习招聘信息】盛大云中书城项目招聘优秀产品实习生（帮转）

xdash — Sun, 29 Aug 2010 14:02:41 +0000

盛大文学云中书城是全球最大的中文正版文学内容平台。正是我们为当今一机难求的 Bambook 提供内容支撑和互动体验。不仅如此，你将更有机会成为我们改变图书产业和人们阅读行为的历史见证者。我得承认，对于喜欢挑战的朋友来说，这份工作实在是很给力。

抛开愿景和理想，实际的工作远比文字描述来的困难和复杂许多。因此，我们对你有七大要求：

没有混饭吃的可能：不能投入工作而是浪费自己生命和打发工作时间的，我们不仅不欢迎你，还会鄙视你毫无价值。
没有朝九晚五的工作时间：我们的竞争对手是国内上市公司、国外上市公司、全球最知名的高科技公司。面对这样的对手，唯有不断向前，甚至有些偏执狂精神才有可能获胜。当然，这不是说我们没有考勤制度，相反盛大有业内最为严格的考勤制度。如果你是掐着考勤来工作的，我们认为你毫无价值。
要善于沟通协作：你将与盛大最优秀的技术团队一起工作，有时甚至需要你来驱动研究员级别的同事来帮助我们达成目标。如果你心存胆怯，畏手畏脚，你将成为团队的瓶颈。我们允许错误，但如果你从不犯错，我们认为你毫无价值。
有创新精神并善于学习：对绝大部分人来说，这是一个新的行业。没有先例，没有退路。产品团队的思想高度决定了整个团队的高度。如果你思维过于活跃，我们很欢迎，但在必要时可能会提醒你专注于对团队有帮助的某一点。如果你乐于墨守成规，无法适应变化，我们认为你毫无价值。
要有一定的专注精神：无论安排你做何工作，如果你对所从事的工作没有热情，无法心无旁骛的工作，那么你不适合这个团队。我们希望和有热忱和激情、能够努力和坚持的人一起工作。如果你认为我们无法改变世界，那么我们认为你对我们毫无价值。
主动和自我激励：实习生是来工作的而非培训的。我们会提供必要的培训和帮助以便于你尽快的融入团队，但你需要理解我们并没有责任和义务来帮助实习生提高。对于真正优秀、有抱负、敢担当的实习生我们会倾尽所能的帮助他成长，给他很多挑战和锻炼机会。已经有实习生负责的产品即将在9月份通过 Bambook 接受用户的考验了。但机会通常是留给有准备的人的，如果你总是在等待，总是被动的等待任务的分配，我们将不会信任你，并会认为你毫无价值。
有爱心并支持公益事业：我们有同事为了让希望小学的同学能用 Bambook 阅读免费电子书，加班到深夜写了个内容同步导出程序。如果你不认为类似的工作是有意义的，我们会认为你可能不适合这个团队。

如果上面有哪条让你觉得不满意或者无法接受，那么请不用考虑选择这份工作。

乐于接受折磨和挑战的，请发送邮件到：gengrenjie#snda.com ，邮件注明：XXX应聘产品实习生。

实习地点：上海浦东

（本篇标题图 via）

您可能对这些文章也感兴趣：

三个傻瓜 Three Idiots

xdash — Fri, 27 Aug 2010 19:06:05 +0000

这是继《贫民窟的百万富翁》以来的又一部让我笑到肚痛哭到飙泪的印度电影。无可辩驳的五星。强烈推荐。（豆瓣链接）

追求卓越，成功就会在不经意间追上你。

您可能对这些文章也感兴趣：

37Signals 团队的轻量级应用作品们

xdash — Wed, 25 Aug 2010 15:16:49 +0000

# 最近在看 @Plidezus 推荐的 Getting Real （在线版）（豆瓣页面）。近期同步控也将关注焦点延伸到了轻量级的在线应用领域，并且我也实际试用了几款 37Signals 的产品，非常贴合他们倡导的 Getting Real 的理念。摘录原书中他们自我介绍的几款工具。大家可以试用下。

（BTW，我在创新院看到一哥们给自己定义的一堆 Tags Cloud 里，就有 Getting Real，还有不折腾会死。。）

Basecamp 把项目管理作为首要问题。Basecamp提供了消息板，待办事宜，简单调度，协同写作，文件共享。而不是甘特图，炫丽的曲线图，和繁重的电子表格。目前，成千上万的人同意这是一种更好的方式。来自Salon.com的Farhad anjoo说：“Basecamp代表了Web软件的未来。”

Campfire 提供了业务模式下的简单群聊方式。实时持久的群聊对于业务来说非常重要。传统的实时聊天对于快速的一对一模式很有效。但是对于3个或者更多的人同时聊天来说异常痛苦。Campfire解决了此问题和其他相关问题。

Backpack 是一种替代那些玄乎，复杂，“通过25个步骤管理人生”之类的个人信息管理系统的产品。Backpack在页面，笔记，待办事宜，电话和电子邮件通知上的简单尝试，在受“statis-quo-itie”折磨的一类产品中，是一个独具匠心的创意。Wall Street Journal的Thomas Weber说它是同类产品中最出众的。 New York Times 的 David Pogue说它是一个“非常酷”的组织工具。

Writeboard 使你能够撰写，分享，修订，和比较自己或者他人的文章。臃肿的文本处理工具，对于你95%的文字是功能过剩的，而Writeboard是一个全新的替代品。Web-guru Jeffrey Zeldman说：“37signals 的天才思想王者归来。”（同步控介绍）

Ta-da List 维护聚合你的所有待办清单，并且以在线方式组织。为你自己维护待办清单，或者通过和其他人分享来协作。没有更好的方式来搞定这些了。迄今为止，其创建了超过100，000个清单和1，000，000项行动。

Ruby on Rails, 对于开发者来说，是一个用Ruby编写的全栈式的开源Web框架。其使得开发真是应用快速而简单。你可以关注在你的思想上面，而由Rails操心杂事。 O’Reilly的Nathan Torkington说：“Ruby on Rails太令人震撼了。使用它像是观赏一个功夫片，片中一堆流氓框架准备痛扁这个小新人，没想到却被各种充满想象力的方式揪住了屁股。”Gotta喜欢这段话。

您可能对这些文章也感兴趣：

IT菜鸟魔都育成计划（十）：实习感触与生活变化

xdash — Sun, 22 Aug 2010 14:21:16 +0000

郎咸平在吉林大学演讲时强调大学生的每一天生活都要注意积累。我很庆幸自己在两年前开始选择做有价值的事，一年前开始系统地进行阅读和知识整理（这要感谢 Google、豆瓣、黑莓和一众同步工具），姑且算是一种有意识的积累过程。

目前虽然头脑里乱七八糟装的不少东西依然不成体系需要梳理，但已隐约觉得实习工作正在慢慢将我从“不知道自己知道”带上“知道自己知道”的台阶。

（注：这一说法来自大一入学时学长描述的大学生活四阶段：大一“不知道自己不知道”，大二“知道自己不知道”，大三“不知道自己知道”，大四“知道自己知道”。）

最近项目进入攻坚阶段，加班是家常便饭，晚间和周末愈发珍贵，可用于阅读和思考的时间相应减少。枕边堆着不少书却仍排在待读的队列中，包括亚马逊买来的《独唱团》至今都没有拆封。

博客更新频率降低，写博时间压缩，文字倾向于短句，也懒得写完反复审查和修改了。

有限的时间和经历也让我开始重新审视 GTD 随需而变而非一成不变的重要性，目前的打算是学习掌握高效的工作方式和读书方式，平衡二者之间的节奏。（想到威尔史密斯《当幸福来敲门》6个月实习期那段）

值得庆幸的是在文化开放技术先进的互联网公司，总是有着似乎取之不尽的让人兴奋的资源。创新院的图书室总是有豆瓣上最新最热的技术、管理、营销、创意类书籍。办公区的iPad、iPhone4、Mac Book、Android 也是俯拾皆是，找对了人就能借来玩。

过去凭一时兴趣搭建和维护的博客同步控，现在也有了全新的定位和价值。没想到公司内部就有不少读者和名博，并得以因此结识。目前也为公司内部产业研究供稿。

对了，如果说大学阶段还只是通才教育，用于寻找自己的兴趣点，那么实习工作则是为积累和专研指出了明确的方向，让我不再迷茫乱撞、野蛮生长。

您可能对这些文章也感兴趣：

KOF XIII 全角色 MAX 超杀演示视频

xdash — Sat, 21 Aug 2010 17:40:30 +0000

只能用轰华绚烂形容。13里打不出紫炎的八神，单纯依靠招式动作的设计，就已经将骨子里那份阴狠展现得一览无余。（官方网站 / 官方博客）

中国的 KOF 爱好者还有一件值得期待的事情，就是盛大即将发布的拳皇世界。

您可能对这些文章也感兴趣：

问正确的问题

xdash — Tue, 17 Aug 2010 14:41:59 +0000

同样是提问，有的质量高，有的质量次，并非完全取决于提问者本身的知识背景，更在于提问者是否具有独立思考的意识和深入研究的决心。

好的提问，善于抓住事物的本质，基本上在提出问题的那一刻，答案就已经呼之欲出。最近 CBNWeekly 一篇文章提出这样的观点：不要去问“人能不能像鸟一样在天上飞”，而是要问“如何将向前的速度转化为向上的升力”。我以为然。

问正确的问题并非易事。一个机械地套公式的方法是连续追问为什么，抽丝剥茧，层层深入。正如这篇《独立思考着的思考模型系列1：如何科学地思考》开头的例子。

什么是愚蠢的提问呢？就是被问者可以用“自己去百度查”这样的句式打发你，而你连拍脑门直呼我之前怎么没有想到呢。因此，不妨在问题出口前，先试着用这样的回答审问自己。节省下的是两个人的时间。

即便有必要向他人提问，也应当提供完整详尽的相关信息。“为什么我的电脑很卡”这样的问题，如果放在智力问答节目的翻牌抢答环节，我会从不下十种角度去回答可能的原因，为了赢得一座奖杯。但如果只是普通的网友提问，个中头绪很可能剪不断理还乱，最终结果就是干脆置之不理。

一轮问答之后，自私的提问者只关心自己的问题是否得到了回答，而明智的提问者则将举一反三的思考与收获同时带给了两个人。

您可能对这些文章也感兴趣：

《上班这点事 20100814：网络产品专员》

xdash — Mon, 16 Aug 2010 15:59:35 +0000

喜爱的节目+熟悉的行业+认识的选手……这期节目看点颇多，看完后我也笑破肚皮+获益匪浅。沈精兵你败在太把自己当成个咖了。其实最后一个环节如果能平心静气谦逊低调的话，这金饭碗你就捧走了对不。

其他三个选手都有硬伤：为人处世、专业背景、自我定位……但不可否认，精兵童鞋你在第一个环节彻底暴露了淫荡凶残的本性，看你把路上的MM吓得。

对于互联网行业，最后那句“不拘一格降人才”我非常赞同。互联网本身就是一部互动大百科全书，最好的了解它的方法就是去不断搜索，不断下载，不断注册，不断升级，不断翻WALL — —+

皓首穷经花费数载去研读互联网方面的教科书，其实际效果很可能不及实际花个三五天亲自折腾一下理解的深刻。我本身所修专业也与计算机没有直接联系，也是有幸被不拘一格降进来的。

不过整场下来，最大的考验莫过于让一个 Apple fan 去推广那个啥360浏览器吧。。如果换我，我可能会主动弃权。。。

您可能对这些文章也感兴趣：

思维的诅咒

xdash — Thu, 12 Aug 2010 14:44:38 +0000

“知识的诅咒”这一说法，最近读到于《让创意更有黏性》一书，最早由斯坦福大学的伊丽莎白·牛顿通过实验提出，此人随后也因此研究获得心理学博士学位。“知识的诅咒”，说的是一旦某人掌握了知识A，那么他很难从一个“无知（知识A）者”的角度去看待问题，无法理解和估计“无知者”的想法。

这一观点近似于庄子的“子非鱼，安知鱼之乐？”不同之处在于，它似乎更应当被翻译作“子乃鱼，安知非鱼者焉知鱼之乐？”

举几个例子。喜欢汪峰、白桦的八零后歌迷，无法理某些解九零后为什么如此痴迷“东方神起”以至于甘愿为了“哥哥们”而“献身”；使用 Google Groups 进行知识管理的用户，无法理解百度贴吧对某些游戏玩家而言是多么地解蛋疼；去过世博的朋友，无法理解为什么现在还有大波大波的人争相去烈日下扎堆等待三四个小时，就为了进中国馆看8分钟的人造和谐短片；依然打着光棍的宅男，无法理解刚跟女友分手的帅哥即将孤单面对七夕情人节的寂寞（虽然此时二人的 isAccompany 属性都是 false）；吃到葡萄的既得利益者，无法理解底层群众渴望共同奔小康的“酸葡萄心理”……对了，手里握着 iPhone 4 还嫌天线信号不好想要讨个说法的家伙们，你们无法理解我此刻我若能入手一部，该是怎样激动到拜春哥。

当“知识的诅咒”作用于一个共同协作、由不同专业人士构成的项目团队，那么它便很容易表现为“思维的诅咒”。所有人按照自己的专业基础和知识构成来思考，对同一个问题折射出多个角度的理解。

例如，对于新增一个功能需求，工程师会从实现可能、程序算法、性能参数等角度着手，设计师会从展现形式、风格布局、字体配色等方面考虑，运营和市场推广人员则会以用户需求、市场前景、突出卖点等因素为关注重点。

这之间往往存在矛盾。例如，市场人员认为功能X将会引领潮流，但工程师觉得目前的技术或资源支持无法达成。工程师认为辛苦开发了几个通宵的若干个新功能就要全部提供给用户，但设计师觉得简洁就是美。设计师觉得华丽的Web2.0互动效果能让人赏心悦目，但市场人员的调查报告却显示百度贴吧是中文第一大社区。工程师、设计师、推广人员一致看好的 kill features ，用户却死活不肯买账。

很多时候，我们还是应当遵循伟大革命导师的教诲，一切从实际出发。但同样有很多时候，许多矛盾并非不可调和，而只是沟通不利，产生了“思维的诅咒”。大家都依照自己的专业知识来做判断，忽略了其他人的立场和观点，并且无法理解他人为什么无法理解自己的意见。

这就要求一个同时兼具百家之长的人物站出来，协调各方关系，权衡利弊得失，通盘考虑全局，择选最佳策略。在一个产品团队里，这个人很有可能就是产品经理（PM）/产品设计（PD）。

从通常意义和实际需求来讲，PM/PD 应该是博学多识、见多识广的。Ta 需要大量接触和试用产品，同时也应当具有一定的编程功底、设计师素质、市场人员的“土狼”精神。只有灵活地在三种思维间切换，才能最客观地理解某一需求的实质和可行性，并且更好地设计和监督该需求的实现情况，最终让各方满意，以最优解的形式呈现在用户面前。

同时，一个项目有了好的PM/PD，也不一定代表项目就能成功。我总结出好的项目的成功概率公式，应当是：

项目成功概率 = （PM/PD的靠谱程度） X （PM/PD的决策权力） X （全体团队成员为实现预期而努力的程度）

一、三两个变量因子基本取决于个人的主观能动性。第二个因子（PM/PD的决策权力）则由行政制度决定，是一种客观。权力越高，据理力争的实现成功率越大，但承担风险的可能也越大。因此，对于各方意见时常无法达成统一的项目，决策者的“集权”往往是最快最有效的解决争端的方式。

当然，权力导致腐败，绝对的权力导致绝对的腐败。“集权”从历史上到现实中都不是一个值得正面歌颂的褒义词。于是，PM/PD的靠谱程度就变得至关重要了。

同样的道理也适用于判断一个国家是否真的能健康运转，长治久安。扯远了。

最后，我无法理解读完本文却依然云山雾罩不知所云的读者。在我看来，若不是我已经被知识诅咒，就是你活该被打手堵揍。

您可能对这些文章也感兴趣：

推荐个活动：LBS应用的创新方向/NTALKS群音荟第五期（上海）

xdash — Wed, 11 Aug 2010 15:10:53 +0000

NTALKS 群音荟* 是一个开放式的活动与分享平台。NTALKS群音荟，关注互联网上的创新，创业与创意，寻找和放大真知灼见，以话题荟聚有趣，理性，热情的声音、思考和行动。

从2010年3月至今，NTALKS群音荟已经连续在北京举办了4期沙龙讨论，话题涉及微博客，移动应用开发，开发团队国际化以及团购模式价值；每次活动吸引力了120+来自创业一线的听众参与；了解往期活动详情（视频录像及文字内容），请参见这里。

NTALKS群音荟不定期的邀请创业团队和我们共同组织线下活动，为创新公司彼此之间的交流和互动提供更多的机会与空间；本期活动由MOBINODE（动点博视）和天涯海阁、分享网络2.0联合组织，特别感谢开开网对本次上海活动场地的大力支持；活动现场将进行微博客互动，每个参与者都将是活动的主角！

感谢法国电信（OrangeLabs），蓝驰创投（BlueRun Ventures），TrilogyVC对活动的大力支持与帮助，共同推动互联网早期创业团队的成长与发展。

活动时间：

下午2:30-5:30，2010年8月15日星期天

活动主题：

LBS应用的创新方向/NTALKS群音荟第五期（上海）

活动场地：

阶梯教室1，上海纺织工业职工大学，长寿路 652号（地图信息参见这里）

活动注册：

活动的参与人数限定在100人以内；活动对提前注册的参与者免费开放；请务必填写本页面下方的参与注册表；活动不接受现场报名。

自从09年国外Foursquare出现之后，几乎是引领了一股基于地理位置的风潮。Foursquare和Gowalla等收到投资者青睐（据传Yahoo、微软和Facebook都有意收购 FourSquare），并且这样的一类服务确实在商业模式上给人留下很多的想象的空间，据预测基于地理位置的服务到2014年每年能产生的收入将达到 127亿美元。

在这样的背景下，国内对于这样一个国外被推崇的模式一定会有很多人开始尝试引入国内市场；在国内提供类似服务，除了学习 FourSqaure的优点以外，还需要考虑国内的国情，一是智能手机普及率的问题（具有GPS模块的手机），另外一个是如何获取大量的深度POI信息，有效整合线下资源，达到线上和线下的完美整合。

从国内市场目前的情况看，LBS服务真正为大多数用户接受还有待时日；其间需要创业者更多的从市场环境，用户使用习惯，移动互联网业态等现实出发，结合本土市场和用户特性，基于地理位置应用提供创新性的服务；本期活动主题便围绕LBS服务在国内市场的种种创新可能展开。

第五期NTALKS群音荟活动，将邀请到国内知名的LBS创业团队负责人、各自从LBS的用户使用特征，市场发展特点以及与其他主流互联网业务的结合，创新方向和形态等角度出发，分享各自对LBS服务的观察，思考与实践。

活动邀请讨论嘉宾：

- 杨剑凌 GyPSii市场及销售部副总裁 (已确认)
- David Liu 街旁网CEO (确认中)
- 穆荣开开创始人 (已确认)
- 吴波拉手网创始人 (确认中)
- 谢晓玩转四方创始人 (已确认)
- 袁天麟 16Fun联合创始人(已确认)
- 张清淳 CHO SEIJUN 日本CyberAgent风险投资 (已确认)

讨论话题：

－ LBS的产品形态和用户特征
－市场竞争格局
－与移动社区的渗透和融合
－大公司与创业团队之间的较量
－创新方向与路径

活动日程：

－ 1:45-2:30pm 签到入场
－ 2:30-2:50pm ‘星观察’8月创新企业秀
－ 2:50-4:30pm Panel讨论
－ 4:30-4:45pm Q & A
－ 4:45-5:30pm 自由交流

在线注册：

您可能对这些文章也感兴趣：

伟大的Web应用所需的7条核心原则

xdash — Tue, 10 Aug 2010 15:58:36 +0000

只提供用户所需
让初学者尽快转变为中级用户
尽可能地预防错误，如出错也应友善处理
精简和优化交互与任务流程，让最复杂的软件清晰易懂
为支持特定行为而设计
持续地改进和优化我们的流程与程序
忽略用户的某些需求，坚信自己的理想和洞察力

——《Designing the Obvious》