了解豆瓣技术团队必看

标签: 豆瓣 技术 团队 | 发表时间:2013-01-06 01:12 | 作者:张沈鹏
分享到:
出处:http://10000000.42qu.com

挑灯看剑@ douban.com

   
以下内容按照时间倒叙排列,方便各位阅读,以后不定期更新:

(之前发布的内容,不保证符合现状)

2012.12

豆瓣首席科学家、算法组leader在程序员杂志上发文《下一代个性化推荐系统》

http://www.programmer.com.cn/14366/

2012.12

豆瓣高级工程总监段念在letagilefly会议上讲豆瓣的技术团队敏捷实践

http://letagilefly.com/post/2012/12/douban-agile-practice-8872.html

2012.10

豆瓣设计师在极客公园讲豆瓣FM的设计

http://www.geekpark.net/cast/view/165236

既qcon和openparty之后,极客公园成为下一个豆瓣人爱显摆的地方

2012.4 QCon Beijing上分享的豆瓣阅读前端技术的slide: Web Apps and more

2012.4 QCon Beijing, hongqn分享豆瓣在技术架构上分分合合的经验

分久必合,合久必分, 讲讲豆瓣自己的DAE(douban app engine)的由来和未来

2012.4 Dpark入驻github, a Python clone of Spark

2012.2:

豆瓣开始用github做开源了,欢迎 关注

2012.1 年会上展示的豆瓣代码仓库提交历史的视频 代码大爆炸,年会播放视频过程中群情激奋,大家齐声高呼“NB”,某些人热泪盈眶

2011.12 在velocity大会上第一次公开讲豆瓣的DPark系统:

支持迭代计算的MapReduce框架

2011.12 上海python大会上hongqn的演讲: python在豆瓣的应用

2011.7 前端工程师在D2大会上讲 新版阿尔法城背后的前端MVC实践

2010.12

BeansDB大规模重构,底层存储完全自己实现的版本发布

beansdb卷土重来

2010.11 前端leader讲 豆瓣前端团队的工作方式

2010.9 前端组leader在webrebuild大会上讲豆瓣的前端架构

关于前端架构,我说的其实是...

2010.9

豆瓣想做一个用web技术开发桌面应用的框架,欢迎参与: OneRing Desktop

2010.8

豆瓣前端工程师在Open Party讲 HTML5实战

2010.4 hongqn第二次在QCon Beijing讲豆瓣是如何用Python的

Python在Web2.0网站的应用

2010.4 百度技术大会上,

豆瓣数据存储实践

2009.12

豆瓣算法组leader在resys技术沙龙上的演讲

豆瓣在推荐领域里的实践和思考

2009.12

豆瓣开源了自己的KeyValue存储系统,

BeansDB

2009.4

hongqn第一次在QCon上的演讲,关于豆瓣技术架构变迁的历史 豆瓣网技术架构的发展历程

2007.12

豆瓣技术团队的指环王文化

one more thing:

我们不定期举行的happy day

豆瓣招聘小站, 内有软文和照片若干

豆瓣这些Geeks

相关 [豆瓣 技术 团队] 推荐:

了解豆瓣技术团队必看

- - 张沈鹏
文 挑灯看剑@ douban.com. 以下内容按照时间倒叙排列,方便各位阅读,以后不定期更新:. (之前发布的内容,不保证符合现状). 豆瓣首席科学家、算法组leader在程序员杂志上发文《下一代个性化推荐系统》. 豆瓣高级工程总监段念在letagilefly会议上讲豆瓣的技术团队敏捷实践. 豆瓣设计师在极客公园讲豆瓣FM的设计.

谈技术团队目标

- - Tim[后端技术]
技术主管新年想得最多的一件事必定是如何比上一年做得更好. 宏大的目标设定每个团队都会做,谈几个不引人注意的小问题. 见过一些技术团队将计划定义为“按时完成需求”,需求驱动并没有什么不对,但是研发工作仅考虑被动需求的话是很难做好. 之前完成的许多需求有什么共性. 经常出问题/bug/故障的项目/功能/模块是哪些.

“豆瓣说” 背后的前端开源技术

- chaoping - 幸福收藏夹
提及网站: http://shuo.douban.com/. 这是一篇毫无技术含量而又不得不说的文章. 一、我不能深度评论这些技术,因为本身并不熟悉,所以可能看起来真的“毫无技术含量”,但要介绍的这些又都是含金量很高的开源技术. 二、豆瓣说太简单了,简单的都不知道从哪个地方谈这个产品,但又答应了 @gaowhen 同学说要写某个产品的时候第一篇应该写豆瓣说;另外一个不得不说的原因是这些开源技术都是值得前端去研究的.

说说技术型创业团队的技术选型

- rhyttr - DBA Notes
看到微博上《程序员杂志》在征集"一分钟先生"的话题:如何做好公司/团队的技术选型. 其实大公司或者大一点的团队选型几乎不需要太多讨论的 -- 最后会不可避免的绕到技术官僚的话题上去. 这里我想简单说说技术型创业团队技术上的选型问题. 如果只能选择微软的技术路线,比如团队几个人只会用微软的技术做开发,甚至也不想学别的,那么似乎没有别的办法,将就一下吧.

CTO谈豆瓣网和校内网技术架构变迁 - Mainz - 博客园

- Sepher - FeedzShare
来自: 博客园-首页原创区 - FeedzShare  . 发布时间:2011年05月19日,  已有 2 人推荐. 豆瓣网CTO洪强宁讲述网站架构变迁. 罗马不是一天建成的,豆瓣的技术架构也是随着用户规模的增长一直在持续变化中. 洪强宁,2002年毕业于清华大学,现任北京豆瓣互动科技有限公司首席架构师.

续——冯大辉谈技术性创业团队的技术选型[原创]

- huyun - 运维进行时
       原文冯大辉谈技术性创业团队的技术选型提到了天涯,好吧. 站在一个天涯从事6年运维工作的角度,我就多说几句,天涯属于破釜沉舟要摆脱这种束缚的这一类. 原因不用多说,文中提到的问题天涯多少都有碰到或存在. 目前已全面拥抱开源技术,这不是一时头脑发热所做出的决定. 根据现状、未来的发展策略理性来选择的.

工程师在创业团队的技术挑战

- cong - DBA Notes
曾经有不少人对我问过类似的问题:作为技术人员在创业团队(或是小公司)工作,技术上没什么挑战,觉得自己得不到锻炼,我该怎么办. 首先要说明的是,在大一点的公司里面,最不缺的就是解决复杂技术上的资源,但是有意思的是,遇到技术"挑战"的其实是极少数的一部分工程师,大多数工程师做的都是相对可以规范起来的事情.

如何做好企业/团队的技术选型?

- 【虎.无名】 - 《程序员》杂志官网
好的技术选型,能最大程度地提高企业和团队的效率,从而开发出满足用户需求的产品. 作为一线的技术管理者,他们都是怎样做的呢. 大公司或者大一点的团队的技术选型几乎不需要太多讨论,因为最后会不可避免地绕到技术官僚的话题上去. 这里我简单说说技术型创业团队的技术选型问题. 如果只能选择微软的技术路线,比如团队只会用微软技术,也不想学别的,那么似乎没有别的办法,将就一下吧.

关于技术团队管理的胡言乱语

- - 博客园_知识库
  临近年底,接到《程序员》杂志的邀请,希望我能写一篇与团队管理有关的年终盘点文章,盘点2013年业界与团队管理相关的大事. 试想,揪出各个公司在2013年的各种“大事”,指点江山,激扬文字,那种众人皆醉我独醒的感觉是相当的妙不可言. 可细细一想,2013年可以归纳为团队管理大事的事件倒是不少,例如Yahoo!美女CEO宣布取消在家办公制度,最近又按照绩效评估结果排名开始裁员;最近知乎上好事者提出的“你问什么离开xx公司”系列,各种回答纷至沓来,为2013的团队管理大事记提供了不少素材.

安全无小事--技术团队防守一二三

- - 五四陈科学院
以下内容由 [五四陈科学院]提供. 那天在使用某创业团队的APP时,输入完了微博账号还需要他自己的账号,于是就发了条微博,. 然后就有人@我是不是在说小米被脱库的事. 这里要讨论的是,如何让数千计的开发人员在安全防守安全编程上,得到有效的效果. 有人说,我干了xx年,手上从来没有一个项目出过安全漏洞; 还有人说,我一个人做的x项目,也从来没有出现过安全漏洞; 呵呵,集体的智慧不由个人意志来控制,木桶漏水取决于最短的一块.