Bri 的创造力文化: 「设计」+「技术」

在最近的讨论中,我们的设计师伙伴、工程师伙伴都在一起交流关于技术的思考,技术对于工程师、对于设计师,意味着什么?有人提到了在其他公司遇到的一些问题:

工程师是不是只是负责执行的?在大多公司和公司的boss的眼里,技术人员管理更偏向运营人员的管理, 要么干活, 要么滚蛋……

以下是我在内部讨论中的分享:

所以,咱们不是大多数公司。一想到咱们有什么地方要和一般公司一样,就让人抓狂…   :(

和真正做技术的人相比,我是个玩个泥巴的人。我第一次写程序是在初中(好吧,我是要暴露一下年龄),在 DOS 下,因为当时没装 Win32,所以就用 Basic 写了一个模拟 Win32 下画图板的程序,用键盘控制(找不到鼠标的库),还能做动画和配音乐。。。几百行代码,很兴奋和刺激的回忆,每天都很多时间泡在那里。

我觉得这是一个非常非常有乐趣的事,就是你可以创造,弄个有用或者有意思的东西。我觉得这种创造的乐趣,和我后来去做用户研究、需求分析、做设计、去做产品,感觉是一样的。代码的背后非常复杂,各种逻辑,各种边缘情况、扩展性的考虑,现在想来,我的能力只停留下小打小闹的玩具,是和泥巴盖小房子,而不是建一栋大楼。

“技术是做执行的”,这是一个非常搞笑的想法。技术(狭义的)是建筑师,设计也是建筑师,只是大家在从不同的视角去建构(有时是不同的人,有时可能就是同一批人)。代码只不过是最后输出的一种形式,技术本身是一个体系。

并发、缓存、分布式、队列、云计算
开放平台、领域建模、轻量级、模块化、松耦合、接口技术
安全、监控、性能优化、搜索引擎、算法、操作系统、数据结构

老曾提到的这些技术概念,对于咱们团队的设计师,如果只是单纯做界面的设计,可以不了解,但如果是做产品的设计(无论你以前是做用研、交互、视觉还是开发,甚至运营),都要有这些概念的 Sense。

其实没有太多神秘的,我一直不觉得设计背景的人看到这些就应该理所当然的说自己不了解。你可以不知道什么是多态什么是封装什么是继承,但是应该知道什么是松耦合、紧耦合,应该对整个系统的机制有个了解,知道有哪些因素会对系统有影响。我甚至觉得大家都应该找本 iOS,Android 开发的书,大体翻一遍,和自己平时接触的东西对照,都能学到很多东西。

不仅仅是设计师。对于工程师也是一样,你的视角有多广,就能决定解决问题时有多少思路,多少方法。以前上大学时坐火车,我在车上读Java的书,被旁边的人看到,那人刚好是做开发的,说咱们都是“搬砖”的人。工程师是搬砖的人么?不是!工程师是盖房子的人,是造小区甚至造城市的人。搬砖的那是劳务市场就能找到的人(未来的某一天…),工程师就是应该有大信息量大视角。

以前,在我们面试工程师时,总有人问这样的问题,你们不是设计公司么?为什么需要工程师?

回答并纠正:我们不是设计公司,我们是「体验」公司,我们将「设计」+「技术」做到极致。尽管一开始我们是一个以设计切入的团队,我们有优秀的用户研究和交互设计、视觉设计能力,直到现在我们依然提供高端的用户体验咨询和设计服务,但是,我们一直明确,设计和技术难以割裂,如果想要创造出真正赏心悦目的体验。

我们现阶段有两方面的工作:1. 用户体验咨询和设计服务;2. 面向企业的整合互联网(移动互联网)解决方案,最好的设计+技术;

  • 对于第1部分:我们的用户研究员和设计师同样也需要深刻的了解技术,在为其他企业提供用户体验咨询和设计服务时,我们的优势在于真正能和产品结合起来,因为我们既懂设计,又懂技术。
  • 对于第2部分:是的,我们在创新,我们要深入的创造一个又一个产品,解决企业在移动互联网时代面向消费者的应用需求,一定需要最好的技术来实现。

咱们的理念是将 ⎡设计⎦+⎡技术⎦做到极致。如果说咱们真要概括一下这种文化,我愿意用“创造力文化”这个词。