1添加评论分享收藏感谢收起赞同 4添加评论分享收藏感谢收起关于如何与专业技术人员相处_百度文库
您的浏览器Javascript被禁用，需开启后体验完整功能，
享专业文档下载特权
&赠共享文档下载特权
&100W篇文档免费专享
&每天抽奖多种福利
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
关于如何与专业技术人员相处
&&关于如何与专业技术人员相处
阅读已结束，下载本文需要
定制HR最喜欢的简历
下载文档到电脑，同时保存到云知识，更方便管理
加入VIP
还剩1页未读，
定制HR最喜欢的简历
你可能喜欢客户端开发碰到一个对app产品及客户端完全不了解的技术总监，应该怎么相处？ - 知乎有问题，上知乎。知乎作为中文互联网最大的知识分享平台，以「知识连接一切」为愿景，致力于构建一个人人都可以便捷接入的知识分享网络，让人们便捷地与世界分享知识、经验和见解，发现更大的世界。1被浏览16分享邀请回答暂时还没有回答，开始写第一个回答注册 | 登录
技术人员的创业必读媒体。
零基础学产品，BAT产品总监带，2天线下集训+1年在线课程，全面掌握优秀产品经理必备技能。
一直以来，大家都很强调产品和研发之间的沟通合作，但随着互联网产品逐渐发展成熟，运营的职能和重要性相比以往愈来愈凸显，尤其在产品进入相对稳定发展阶段由运营主导的时候，以及初创公司团队由于人手有限运营可能要身兼数职的时候，运营与团队其他成员尤其是研发（其实也包括设计）是否能够建立良好的合作就显得尤为关键了。
运营和研发建立良好合作的重要性：
通常一个互联网项目团队包括如下几个职能的人员（排名不分先后，且根据具体情况和不同时期人员配置会有增减）：产品、设计、研发、测试、运维、运营、市场、商务，其中的产品主要起到业务需求方（运营 / 市场 / 商务）和技术研发之间的桥梁纽带的作用，那么运营作为典型的业务需求方，只要把需求跟产品沟通清楚就好了，为什么还要和研发建立良好的合作呢？
第一、很多时候，运营要承担一部分产品的工作，必须和研发打交道
产品都是有生命周期的，一般来说，产品从无到有的孵化阶段是以产品人员和研发人员为主导，确保产品按需完成，如期上线；当产品上线后进入相对稳定的上升发展期时，运营逐渐成为主导角色，收集提炼出大量来自用户的，和运营过程中调研挖掘的产品需求，推动产品不断迭代优化。
而且很多公司里，产品和研发资源并不是完全从属于某一个产品线，这个产品上线稳定一段时间后，可能就会调去参与其它项目，不会有很多精力能够投入该产品的持续优化了。这个时候运营就必须责无旁贷地承担起一部分产品的工作，要和研发同学直接打交道。
第二、运营是最终担业绩的人，但无法独立完成业绩，需要其它职能的配合
在几乎所有的互联网产品中，运营都是最终承担 KPI 的人，而且运营的工作相对容易量化，可以各种数据指标的变化来衡量。
但互联网产品数据的提升，是不能仅靠运营单方面来达成的，一定是各个职能多方面通力合作的结果：产品界面不友好，运营拉来用户也留不住；系统性能不稳定，经常闪退或者报错，运营每天处理用户吐槽和救火就疲于奔命了，哪里还有精力去完成业绩。
可是往往运营又并不具备能够充分调动产品和研发资源的权限，如果自己团队有配备专属的产品研发还好，否则只能是多方面寻求资源协作，能否与研发建立良好的合作关系就尤为重要了。
三、靠谱的研发能避免很多不必要的资源浪费
见识过不靠谱的研发，你就知道能有靠谱的研发是多么幸福的事情。
靠谱的研发，不会拍着胸脯说这东西简单得很两天就上线，但是一旦承诺了排期就不会拖延；
靠谱的研发，会保证产品开发质量，提交测试基本就是没有 bug；
靠谱的研发，不会想方设法推卸责任，很多拖了很久悬而未决的问题，到他手里研究一番就可以得到完美的解决；
靠谱的研发，能结合运营的需求，做出方便又好用的后台，大大提升运营工作效率；
跟靠谱研发合作，运营不需要无休止地重复测试，提交 bug；不需要没完没了地开需求沟通会，天天追着问进度；不需要担心某个需求无法实现，从而无法开展新业务。你说如果你是运营，是不是一定要努力找出那些靠谱的研发小伙伴组队啊？
运营如何和研发建立良好的合作：
第一、谨慎处理需求，不要让研发白做工
通常技术都是业务的支持部门，技术要为业务服务，运营会结合业务发展不断提出需求改进产品是很正常的，但提需求绝不是随意的和漫无边际的。
经过充分的论证调研——
现有产品确实无法满足业务发展——
研发成本不会超出现有资源范围——
心血来潮、拍脑袋就上、不顾实际资源情况就开干的项目多半最后都是惨淡收场，参与人员付出的时间和精力也就白搭了。
研发最怕什么？最怕辛辛苦苦加班加点做出来的产品，最后没人用啊！等于研发这段工作的价值没有得到承认。
你如果说我不在乎，反正做什么不是做，每周都要写工作周报哦，我是研发只管实现你的需求就好了，做完了有没有用那是你们业务部门的事情跟我没关系。这样想的研发也就是混日子的心态，最后业务没发展、公司没发展难道研发日子就会好过吗？
真的有想法有上进心的研发绝不会这样想的，一定是希望自己开发的产品真的能够得到实际的应用，对公司的业务能够起到很好的支撑，进而自己的价值也得到了体现。
我曾经亲眼见过真实的案例：
业务方迫切地要做一个新产品，理由是旧有的产品不适应客户的需求了，必须要有新的产品来承载客户需求的变化，而且给出了要实现的时间点（还比较紧迫）。
当时技术部门派出了最精英的程序员来负责这个产品的开发，产品如期做完了，结果业务方的反馈是：这不是他们要的东西……
后来我自己负责的项目运营中应用过该产品，觉得还是比较好用的，为什么业务方会否定它我个人不得而知，也许公司战略、需求变更、客户变化种种都是可能的原因，但最后的结果是这个程序员被这个项目伤了心，不久离职了。
还有更极端的案例：业务方把业务未完成的原因归结于产品研发不给力，不能对客户的需求做到 7*24 小时响应，百分百解决，客户投诉也让研发来背锅，也许研发可能是存在一些问题，但是这样的合作方式只能是双输，业务完成了吗？也并没有。
所以说运营在处理需求时是一定要谨慎的，关于如何提炼产品需求，我以后会专门发文陈述我的观点。
第二、充分说明需求，调动研发的积极性
上文说过，靠谱的研发，有想法有上进心的研发，一定不是机械地只管接活干活的人。
他们对业务也有自己的理解和想法，有时甚至能从别的角度给出更好的解决方案，前提是要让他们充分了解这个需求的来龙去脉，这个需求的背景，不仅仅是知道我们要做什么事，更重要的是我们为什么要做这个事：现在的这个产品需求是我运营经过调研分析确定的，我的解释是否能让你足够清楚明白了？然后从研发的角度，请你看看是不是有其他的隐藏问题？你有没有更好的解决方案？我们一起再探讨。
最后达成共识确定的需求，并不是运营单方面「压下来」的需求，而是经过业务方和研发讨论后共同认可的需求，研发也充分认识到了这个需求的价值和意义，你说他不会积极主动地完成吗？一定会的。
而且事先双方确认了需求和排期，后期的责任也非常明确，即使又有了临时紧急的需求变更（有时不可避免），也会更容易沟通。
相反，如果运营只是说我要做某个东西，告诉研发我要这样这样实现，你不要管为什么总之你必须给我做了，还得在指定时间点完成，否则到时影响业绩责任在你……这样研发就成了被动接工单的角色，如何规避风险避免担责任是他们要考虑的首要问题。
这过程中各种扯皮推卸互撕都有可能出现，程度轻重取决于工程大小和工期长短。如果遇到在公司里地位相对强硬的研发，还可能出现项目进度推迟甚至根本无法推进的情况。姑且不论责任究竟出在哪一方，宝贵的时间就这么耗过去了，错过了多少好业务。最后谁获利了？都没有啊。
第三、掌握沟通技巧，研发最怕频繁打扰
运营的工作广泛而又琐碎，很多时候要求「多线程任务并行」，经常要和各种用户打交道，因此运营的思维是比较发散的，需要具备相当的灵活性，这是运营工作的特点决定的。
研发则是逻辑性非常强的工作，要求考虑完整周密，天天跟机器打交道，非 1 即 0，非正即负，没有模糊的中间状态可言。
写代码按照一定的逻辑顺序来，据说有人写代码激情迸发，写到 high 了物我两忘，完全沉浸在代码的世界里也是有的。
如果，隔个几分钟就打扰他一下，改个这里，修个那里，问个问题……研发的思路就中断了，这些单线程的同学们多半会抓狂。
所以我们必须利用工具来管理需求。把所有产生的需求统一放到项目管理工具中，如 JIRA 就是一种很常用的工具，汇总一批需求定期（这个时间间隔可以和研发事先沟通好，比如每周一次）和研发沟通，确定优先级和排期。
如果是紧急的需求，或者重大的 bug 出现（比如用户无法登录了），这种可以随时找研发处理，但是尽量不要零敲碎打地报需求，尤其是不要用即时沟通的方式，比如 qq，电话给研发报需求，容易遗漏，不好统计和反馈，而且也给研发造成打扰。
第四、最好懂点技术，方便跟研发沟通
看到这里你可能会说：运营要懂技术还要研发干什么？这个当然不一样。
这里指的懂技术不是说运营要会亲手写代码，而是说对技术的一些基本概念，名词，表现形式和行业趋势有点了解是很有好处的。
研发是专业性较强的工作，在和研发沟通产品需求和进度的时候，多少要涉及一些技术相关的问题，如果遇到善于沟通又懂些业务的研发，他能尽量用非技术人员能够理解的方式跟你沟通，但这类人真心不多，能做到的基本都是技术管理层了。有些人还有一种研发范儿的傲娇，哎你们运营连这都不懂……
从我个人经验看来，如果有产品人员在，那么运营基本不用懂技术，只要把业务需求跟产品理清楚，就让产品去跟研发沟通好了；但是在缺乏产品资源，或者要直接和研发合作的场景，以及运营做到一定年限和职位的时候，懂一些技术的运营跟研发沟通会更有优势。
表现在沟通更加顺畅，省去了很多专业方面的铺垫，提需求时能够从研发角度进行一定的考虑，研发提出的方案和排期，心里基本也能有数，效率提高很多。
现在各种学习编程的资源非常丰富，我个人觉得运营学习一些编程知识，对思维的锻炼，产品的了解，视野的提升都有益。
第五、发掘共同利益，大家好才是真的好
说到底，运营的目标是要最大化产品的价值。这中间无论运用何种手段，只要合理合法不违反公司规定都是没问题的。
但如果总想着利用别人，占点便宜，也许一时可以，长久都是不奏效的。
最好的方式：是让参与的人有共同的利益，这事成了，大家都获利，而不只是单纯的部门之间工作配合或者帮忙而已。
一方面，需要从组织结构上理顺，为一个产品线配备齐全人员的产品事业部制，就比按职能划分按任务派活的大部门制更能激发员工对产品的责任感和积极性；
另一方面，要舍得分享，赏罚分明，产品做得好了，大家都有功劳，该分钱分钱，该团建团建。大家都知道跟你做事不吃亏，时间长了，靠谱的人会愿意持续跟你配合，你的口碑和职场信誉也就建立起来了。
运营眼中的靠谱研发是什么样的？
技术好，还用多说么。。。
还懂点业务，理解需求快，而且能结合需求完善更好的解决方案；
好沟通，能换位思考，我曾经合作过的一位研发 leader，需求完美解决不说，还会自己主动琢磨「怎么把这个后台做得让你们运营好用一些」，好感度提升一万点啊！
最后，颜值还高……这算附加值了，能把自己打理得干净整洁精神焕发的研发更是稀少，遇上请务必珍惜。
以上我从运营角度谈了如何与研发建立良好合作的五点经验总结。
如果你合作的都是靠谱研发那自然好，大多数人没那么幸运，就只能从自身出发，把自己本职范围内的事都做到位，要求对方靠谱，自己一定要先尽量靠谱吧，然后尽量能换位思考理解合作伙伴，帮对方着想一下。
大家都是一起工作的，没有谁天生就和谁是对头，尤其在现在工作压力大的时代，每天和同事相处的时间比和家人都多，如果各个职能的小伙伴都能合作愉快，建立统一战线为实现共同目标高效地工作，那真是个清平安乐的美好人间。
作者：，八年社区运营从业者
原文地址：http://www.jianshu.com/p/50de666b6355
本文由 @张媛 授权发布于人人都是产品经理 ，未经许可，禁止转载。
赞赏是对原创者的最大认可
收藏已收藏 | 63赞已赞 | 3
技术人员的创业必读媒体。
产品经理群
运营交流群
品牌营销群
文案交流群
Axure交流群
关注微信公众号
大家都在问
6个回答5人关注
3个回答18人关注
15个回答64人关注
8个回答37人关注
7个回答19人关注
3个回答14人关注产品经理从零到一技术进阶：不懂代码也能愉快地与开发人员相处 | 36氪
我的图书馆
产品经理从零到一技术进阶：不懂代码也能愉快地与开发人员相处 | 36氪
这是 &「产品经理从零到一技术进阶：不懂代码也能愉快地与开发相处」线下活动的笔记。主讲者张元一，产品原型工具的创始人，见证了 Web 开发从 99 年 HTML4.0 到去年 12 月 HTML5 最终定稿这之间整个 Web 开发变迁史的 15 年「码龄」全栈工程师。NEXT 本次活动收到了近 1000 多个报名，大家对周日线上和线下的互动学习反馈也不错。因此我们将笔记分享出来，希望让更多产品人、创业者够快速了解基本技术知识，更好地把握产品周期与项目进度。当然，你也可以观看网聚直播提供的视频回放： 。| 概览以下这张图就是元一分享的干货内容，它基本涵盖了一个初级码农需要知道的所有基础入门知识。但这张图的目的并非用来吓人，这其中的所有技术名词，将以最通俗易懂的方式串联起来—— 即我们上网时的慢动作解析：打开一个网页或 App，这背后都运用了那些技术来让这个网页和 App 的内容呈现在浏览器和手机上；驱动这些动作背后的技术名词都是什么，各自有着怎样的优缺点，彼此间是如何协作和运转的，以及怎样合理地评估技术能力和开发难度。当然，元一也推荐了丰富的学习资料。这中间涉及的技术知识，前端包括 HTML，CSS，JavaScript，jQuery 以及 Bootstrap ；后端包括 HTTP 服务器，后端编程语言，数据库以及 Cookie 和 Session；移动开发分为原生，混合式，HTML5，以及不同的移动端技术选择在功能和开发成本上的比较。| 什么是前端？什么是后端？二者是如何配合运转的？前后端的划分，可以简单地理解为凡是运行在用户设备上的技术都可以称为前端技术（ 比如 HTML / CSS / JS，甚至移动设备的 Obj-C / Swift ）；而后端的作用就是负责将这些东西封装在 HTTP 的数据包中然后通过网络传送到前端。当然除了这些前端文件，后端还有一个更重要的职能，即保存和提供用户数据，比如移动端常见的 JSON 就是目前最流行的在后端和前端之间传输的一个文件格式。前端与后端是如何配合的？如上图，以 Web 端为例，在浏览器输入一个网址后，浏览器向服务器发送了一个 HTTP 请求；服务器通过一个 HTTP 响应，把显示这个网页所需要的资源传回给了浏览器。而需要在浏览器中执行的技术，HTML / CSS / Javascript 等就叫做前端；需要在服务器端执行的、通常我们看不到技术就叫做后端。| Web 前端的运行逻辑假设我们要访问 Google，从我们在浏览器输入 Google.com 到最后这个页面出现在眼前，这其中涉及许多前端的技术反应和代码组合，总体而言可以简化为两步：1/ 浏览器向 Google 的服务器发送了一个请求。2/ 服务器收到了一个 HTTP 响应，这个响应中就包含了执行这个命令所需要的所有资源（注：可以通过 Chrome 浏览器的开发者工具来进一步观察 HTTP 协议的运行情况；下图为 Google 的 HTTP 协议运行情况）。上图这个界面看起来很复杂，但对于非程序员而言，HTTP 协议运行情况只要关注其中的几个关键部分：第一列，即资源的 URL；第四列是这个资源的类型。在第一个请求和后续的请求之间有一根蓝线，即进度条。而 HTTP 协议中运行的项目越少，浏览器加载的速度越快。图中 Google 就处理得很好，只有 10 个左右的请求。| Web 前端语言
HTML 和带样式的 HTMLHTML 就是一组标签和文本的组合，是一个最基本的网页。它已经包含了网页常见的元素，实际上在 Web 早期的很长一段时期内，网页都是这个样子。后来随着使用网络的人群越来越广泛，在 HTML3.0 中引入了对网页样式的定义，某种程度上可以说，也是从这个时候开始产生了网页设计师的角色。
CSS带样式的 HTML 也拥有一个缺点，它需要为每个标题和文字都设定样式，工作量非常庞大。 CSS 就是在这样的情况下诞生了。CSS ，又称叠层样式表，简言之是一种用来表现 HTML 文件样式的样式设计语言。CSS 能够对网页中的对象的位置排版进行像素级的精确控制，实现基础的静态的交互设计；而CSS 目前的最新版本 CSS3 能够真正做到网页表现与内容分离。
Javascript 差不多在 CSS 诞生的同一时间，大家开始觉得这样静态的网页似乎略显无聊，能不能给网页加入一些可以动起来的元素？比如点击一个按钮之后变个颜色。当时网景公司的工程师Brendan Eich 就给他们自家的浏览器引入了这种实现动态效果的脚本语言，这就是 Javascript（简称 JS）的诞生。所以通俗来说，Javascript 就是用来给 HTML 网页增加动态功能，实现更炫酷的交互。提到 Javascript ，就得提一下 jQuery 。 jQuery 是一个优秀的 Javascript 库。jQuery 使用户能更方便地处理 HTML ，它能够使用户的 HTML 页面保持代码和 HTML 内容分离,通过 jQuery ，可以不用在 HTML 里面插入一堆 JS 来调用命令，只需要定义 ID 即可。此外，由 Twitter 设计师 Mark Otto 和 Jacob Thornton 合作开发的 Bootstrap 也是一个受欢迎的前端框架。| HTML5 简史和响应式设计HTML 在刚诞生的前 10 年发展是非常迅速的，在 1999 年，我们现在常说的 HTML5 的上一个版本 HTML4.0.1 就已经发布了，那么为什么从 4.0 到 5.0 会拖了 15 年之久？首先，HTML4 的发布时间和门户时代（即 Web 1.0 时代）是基本吻合的，也就是说 HTML4 实际上是为门户型网站设计的。在门户网站经历的 4，5 的年发展之后，大家开始觉得只是单一接受信息的互联网太过无聊枯燥了，差不多
年开始，大家希望在网页中加入更多的互动元素，也就是我们常说的 Web 2.0。但是这个时候大家发现，为 Web 1.0 设计的 HTML4 无法胜任这个工作，但是有另外一个技术却非常适合，那就是 Flash。所以在 Web 2.0 的早期，当时最炫酷的网站有很多是完全用 Flash 开发的，在以后的很长一段时间里，有很多网站都是 HTML 和 Flash 的混合式网站。所以在 2005 - 2010 年这段时间，HTML5 中的新标准主要是为了取代 Flash。刚刚搞定了 Flash，又进入了移动开发时代，所以 HTML5 又花了 5 年时间制定各种针对移动平台的标准。但是到目前为止，虽然 HTML5 已定定稿，但是对移动平台的适应其实还在进行中，所以在未来很长一段时间内，就像当初的 Flash 一样，我们会看到越来越多的混合式应用。在 iPhone 出现之前，大家访问 Web 的主要方式还是通过桌面浏览器，所以设计网页时只要考虑桌面浏览器的显示效果就足够了。但是在 iPhone 和 iPad 出现之后，就需要考虑同一个网页在不同设备上的显示效果，第一个问题的答案就是响应式，响应式的核心就是让同一个网页可以在不同设备上呈现出不同的显示效果，主要是通过CSS来实现的。除了响应式设计，HTML 在移动端遇到的另外两个问题就是如何利用移动设备的各种传感器，比如 GPS，摄像头等等；以及性能问题。为了解决这些问题，HTML5中添加了地理位置，拍照，3D 动画加速等等 API，可以部分的利用手机设备的一些新硬件，并且新的 API 还在不断的加入进来，这也是为什么现在的 HTML5 应用可以越来越炫酷的原因。但是，HTML5 并不是专为移动设备设计的，它是由 HTML5，CSS3 以及大量的 Javascript API 共同组成的一个标准合集，微信中的 HTML5 应用只是 HTML5 应用场景中的很小一部分。| 如何判断一个前端的能力？关于前端，可以简单的把它理解为，凡是在我们的电脑，手机上运行的技术，HTML，CSS，Javascript，这些都属于前端技术，使用这些技术的我们就称为前端工程师。如何判断一个前端的能力呢？下面是一个简单的前端能力链：1/ 只会 HTML/CSS 的，这种我们俗称切图的，基本上就是淘宝几十块切一张图的；2/ 懂一些简单的 Javascript，主要是使用一些现成的框架，比如 jQuery，bootstrap 等等；3/ 知道 jQuery 和 Bootstrap 的局限，必要时能写一些原生的 JS/CSS 代码；4/ 对JS/CSS非常了解，执着于使用浏览器的各种最新特性来实现各种炫酷效果，这种我们成为炫技派；5/ 可以自己写出类似 jQuery / Bootstrap 这样的前端框架供其他人使用。| 前端学习资料大家可能比较关心如果我要开发一个网站需要多少时间？这个问题虽然很难回答，元一还是来试着回答了。现在前端有了 jQuery，bootstrap 这样的框架，后端又有了 Ruby on Rails 这样的快速 Web 开发框架，如果从头学的话，像是一个简易的 Pinterest，大概一个月就可以了。如果是一个有经验的程序员，可能 1 个星期就可以开发出一个大概的原型出来。| 后端服务器后端的任务实际上就是向前端提供需要显示网页和 APP 内容的数据，可能是 HTML，也可能是JSON 数据，也可以是音视频或者 PDF 文件。简单的来划分，一个服务器包含3个部分：1/ &HTTP 服务器2/ 应用服务器3/ 数据库HTTP 服务器的唯一任务就是把需要返回给客户端的资源文件封装在 HTTP 数据包里，这个资源有可能是它后面的应用服务器动态生成的，也有可能是保存在硬盘上的静态文件。这是所有后端程序都必须有的，也是直接和我们的浏览器通信，返回给我们数据的程序。它的作用就是把它后面的编程语言生成的各种 HTML/CSS/Javascript，打包成一个 HTTP 请求，然后再封装到一个 TCP/IP 的数据包里发回给我们。而最常用的两个 HTTP 服务器叫做 Apach 和 Nginx。应用服务器就是通常意义上所说的码农负责的部分。他们的职责就是生成前端需要的HTML/CSS/JS 交给浏览器。| 后端语言1/ .net/java庞大，复杂。但&Java&的优点就是适合处理特别大的数据量，如果你的项目会很快实现大爆发，需要处理海量的请求，那么&Java&是一个不错的选择。2/ PHP可以快速上手，相比其他语言，可以更快的为应用添加各种新功能。当然，可维护性就另当别论了。3/ Ruby非常接近自然语言，基本上即使不懂编程，也能看明白&70% 或&80%。04&年出现了一个用&Ruby&编写的&Web&开发框架&Ruby&on Rails，当时的效果是非常震撼的，以前需要一个团队才能搞定的事情，使用&Ruby on Rails&后&1&个人就可以胜任了，所以&Ruby on Rails&在极短的时间内就成为了&Ruby&的代名词，也成为了新手学习&Web&开发的不二选择，但是&Ruby&语言也并非十全十美，快的同时，他的最大短板就是性能。Twitter&最早就是使用&Ruby on Rails&开发的，但是随着用户数的逐步增长，Twitter&的宕机开始变得非常频繁，后来他们迫不得已将整个系统从&Ruby&迁移到到了一个从&Java&派生出来的语言&Scala。4/ node.js简单来说，可以把&node.js&理解为跑在服务器上的&javascript，再直白一点，就是一个跑在服务器上的浏览器，因为&node.js&最早就是从&chrome&浏览器的Javascript&引擎&V8&中剥离出来的。相比&Ruby，Node.js&程序可以获得更高的并发性能，这在一些高并发的场景下（比如群聊，多人协作等）会很有优势。5/ 其它（python，closure 等）6/ 无后端（leancloud）无后端编程是最近的一个新趋势，但她并非说是真的没有后端，而只是把后端交给一些第三方的云平台，比如 Leancloud，Firebase&等。如果你开发一个手机&App，这样的好处就是你可以在早期没有后端程序员的情况下快速开工，像Leancloud&这样的云平台已经可以胜任大部分的应用场景，如果后期业务逻辑复杂之后再寻找合适的后端工程师迁移也不迟。7/ 最强编程语言 Lisp如果要评选一个最强的编程语言，该是哪个呢？答案就是Lisp。为什么是&Lisp？Lisp&的作者在很早以前就从数学的层面总结了一个完美的编程语言应该具备的&9&种能力，而&Lisp&就是为了配合他的这个理论而产生出来的语言。Hacker News 是由&YC&的创始人&Paul Graham&开发的，而&Paul Graham&本身就是一个&Lisp&程序员，他为了开发&Hacker News，专门发明了一种新语言叫做&Arc，但因为它是基于&Lisp&的，所以也被归为了&Lisp&的方言之一。| 数据库我们平常访问的大部分网站都是需要登录操作的，登录之后我们看到的就是只和自己相关的那部分内容。这些用户信息是保存在什么地方的呢？这就需要用到数据库。关于数据库，代表性的有两个：1/ MySQL2/ MongoDBMySQL 是最常用的结构化数据库，也是大多数创业公司的选择。为什么是结构化的？就是说它的表的结构是固定的，比如我们常见的 User 表在 MySQL 中就是这样的：id &&name &&&&&&&&&&&email &&&&&&&&&&&&&&&&&&&&&&&&&&password1 &&&一元 &&&& & & &y@modao.io & & $2a$10$ZxNhLyDTdagtUc...2 &&产品集小妹 &&&$2a$10$zK7TnBXYYFz...如果我们需要取得一条用户记录来检查他输入的密码是否正确，这时我们就需要使用 SQL，SQL 就是结构化查询语言。简单来说，SQL 数据库保存的是结构化数据，NOSQL 数据库则可以保存非结构化数据。举个例子，还拿上面的用户表来举例，如果我们现在想要给产品集小妹增加一些额外的属性，比如她给某个产品点赞可以效果 x2，那么如果是 SQL 数据库，我们就需要给数据库增加一个新的字段来保存这个属性：id &&name &&&&&&&&&&&email &&&&&&&&&&&&&&&&&&&&&&&&&&x21 &&&一元 &&&&&&&&&&&&&y@modao.io &&&&&&&&&&&&&&false2 &&&产品集小妹 && &&&&true但是如果是 MongoDB 这样的 NOSQL 数据库，我们就不需要给所有用户都增加一个x2的属性，只需要给产品集小妹单独增加就可以了，NOSQL 中保存到数据是如下这个样子的：{id: ‘1’, name: ‘一元’, email: 'y@modao.io’, password: ‘…’}{id: ‘1’, name: ‘产品集小妹’, email: '’, password: ‘…’, x2: true}| Cookie 和 Session服务器要处理成千上万用户的请求，那么他是如何区分每个用户，并返回给每个用户他所需要的内容的 ？这就要涉及到 Cookie 和 Session。我们可以将 Cookie 理解为是服务器给每个用户分配的唯一 ID，这个 ID 由用户浏览器保存，而 Session 则是服务器为了维护这个会话在服务器端保存的与 cookie 对应的用户数据。| 移动开发移动端和浏览器的区别就在于，大部分 App，我们打开的一瞬间，就已经看到了它的界面，而不用再去向服务器来拿显示界面的 HTML 等文件。所以移动端，开发原生应用所运用到的技术（比如 Objective C，swift）就相当于前端的 HTML，只不过它是直接保存在应用本地的。这样就产生了一个问题：如何来获取应用数据？如果是网页应用，我们可以直接将数据包含在HTML 中一并反馈给浏览器；但是对于移动应用就需要有一个专门的协议来传送应用需要的数据，这就是 JSON。移动应用的前端技术，目前来说主要有以下三种：1/ 原生2/ 混合式3/ HTML5HTML5 必经要经过浏览器这个中间层，所以在性能上多少会有些损失，所以如果你的应用对性能特别敏感，原生就会是比较好的选择；对于普通的性能要求没那么严格的应用来说，HTML5是完全可以满足的。而如果已经有了一个移动端的网站，这种情况下混合式就会是一个比较好的选择，它可以最大程度的利用已有的资源。如果说你是从头开发一个移动应用，并且这个应用对用户体验的要求也不是特别严格，那么 HTML5 就会是一个很好的选择，HTML5 移动应用比较显著的应用就是 Dailycost 。如果说开发一个原生应用需要 4-6 周，那么同样功能的应用如果我们把其中的一部分用 HTML来实现，那么可能就只需要 3-4 周的时间，但是如果我们全部使用 HTML ，可能就只需要1-2&周。活动另一位嘉宾、 Bearychat 工程师 Loddit 分享了关于数据抓取的干货知识和 tips ，感兴趣可前往&&下载 PPT。如果你有产品与创业相关的、想要通过线下探讨的话题或学习的主题，欢迎邮件
。如果你是一位技术宅，也欢迎邮件指点。最重要的是，欢迎加入 社区，不错过任何一款新产品和酷趋势的同时，也不错过与一批优秀产品人、创业者的碰撞与讨论。
喜欢该文的人也喜欢