这是一个创建于 3936 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司的app最开始是用Python为后端语言开发的，是一款社交类app，在产品开发过程中，CTO想换成leancloud，他这样做的目的好像是因为leancloud帮助解决了后端架构问题，即使app上线后，用户量增长很快，也不用操心架构调整问题。
这样，我只能离开了公司，因为公司已经不需求Python职位了，另外，我个人是希望走技术路线的，想成为架构师（一直利用业余时间学习架构这方面的知识）。而BaaS的出现让我对自己的职业发展产生了迷茫，也有了危机感，看这个趋势，随着BaaS的成熟，市场对后端开发人员和架构师的需求貌似会越来越少了，我该怎么办？
这样，我只能离开了公司，因为公司已经不需求Python职位了，另外，我个人是希望走技术路线的，想成为架构师（一直利用业余时间学习架构这方面的知识）。而BaaS的出现让我对自己的职业发展产生了迷茫，也有了危机感，看这个趋势，随着BaaS的成熟，市场对后端开发人员和架构师的需求貌似会越来越少了，我该怎么办？
 | 1 mcfog 2015-03-08 21:41:15 +08:00 不外乎换方向或者就到BaaS公司去两种选择咯 |
 | 2 arachide 2015-03-08 22:03:58 +08:00  1 BAAS是趋势 但不一定是公有BAAS 私有BAAS甚至可以用在web开发 后端以后指写自动化运维脚本和大数据分析 不干这个 要不转前端 客户端 |
 | 3 EPr2hh6LADQWqRVH 2015-03-08 22:14:19 +08:00 只能说贵司的产品是高度同质化的 |
 | 4 nbndco 2015-03-08 22:16:13 +08:00 2 所有的可以简单复制的东西必然都是要慢慢被批量化自动化的，就和之前那个运维的路是不是越走越窄一样，必然是的（虽然搞这方面的人死不承认）。 这种东西怎么说呢，就好像之前电话的接线员一样，现在必然仍然需要技术人员，但是数量级上的下降了。就算是千变万化的web或者app，依然有那么多的技术提高开发效率降低门槛不是，更不要说这些几乎没有任何差异的运维工作了。你一定要走这个路也是可以的啊，BaaS公司不就是选择。 |
 | 5 incompatible 2015-03-08 22:28:53 +08:00 1 BaaS再成熟，它能支持的也只是世间诸多复杂业务的冰山一角。能被BaaS代替的后端，基本上也无法实现你“希望走技术路线”的愿望。 所以楼主的担心是多余的 |
| 6 arachide 2015-03-08 22:36:44 +08:00 @incompatible 后端会变化 会转写daemon cronjob hadoop analysis bi 本质是Javascript是图灵完备的 什么都能做 以前js是性能问题 v8/nodejs把这个解决了 BAAS是设计模式的革新 理论什么都能做 至少传统web／app开发后端没问题 不存在js无法处理的复杂 这些都不是事 |
| 7 incompatible 2015-03-08 22:39:15 +08:00 @arachide 你能不能告诉我Javascript跟这个帖子以及BaaS有什么关系？ |
| 8 arachide 2015-03-08 22:46:10 +08:00 1 |
| 9 arachide 2015-03-08 22:51:40 +08:00 1 BAAS的云端脚本要 1.简单 2.是jit脚本 java不行 3.性能不错 4.高并发 到目前为止 parse／leancloud 都用nodejs／Javascript做云端的脚本 不是偶然 传统网站开发的99%～100% 都可以BAAS模式搞定 不了解的东西最好别瞎评论 会误导别人的 |
| 10 arachide 2015-03-08 22:55:43 +08:00 1 多加个baas用js代码的原因 5.前端可以搞定那些baas云端代码 现在的后端脚本程序员 以后必须转 1.写运维等自动化脚本 写hadoop/spark分析程序算法 2.转前端 客户端 呵呵 |
| 11 incompatible 2015-03-08 22:59:38 +08:00 @arachide 你所谓的“云端js”，无非就是BaaS解决不了复杂的业务逻辑问题，于是用PaaS的方式（deploy一坨代码到云端）来解决嘛 你只不过是看到某家或某几家BaaS服务商提供了使用Javascript来处理云端逻辑的功能，就把http baas定义为“REST+云端js” ，实际上这事儿跟Javascript完全没关系，这事儿用PHP难道做不了吗？？无非是BaaS服务商是否愿意支持而已。 |
| 12 arachide 2015-03-08 23:04:24 +08:00 |
| 13 arachide 2015-03-08 23:06:30 +08:00 用baas开发个复杂论坛 几天就好了 你用传统后端写写看 BAAS是趋势 无人能挡的 |
| 14 F281M6Dh8DXpD1g2 2015-03-08 23:07:14 +08:00 via iPad @arachide 先解释解释bi跟后端的关系呗 |
| 15 arachide 2015-03-08 23:11:09 +08:00 @liprais 大数据是大公司搞的 小公司安心baas和前端客户端吧 bi hadoop算法那些起步都是20W～30W＋ 都是分析数据库里的大规模数据 全国用得上的公司不多（hadoop推荐每天运算量是12TB＋，log能达到这个级别的web公司全中国不会过去20家，偶估计只有10家） 嘿嘿 |
 | 16 raincious 2015-03-08 23:22:08 +08:00 via Android |
| 17 arachide 2015-03-08 23:25:09 +08:00 |
| 18 arachide 2015-03-08 23:27:37 +08:00 私有baas 不少没必要公开的 很多都是偷着乐 |
 | 19 jamiesun 2015-03-08 23:56:03 +08:00 拥抱新技术 |
 | 20 xwsoul 2015-03-09 00:11:46 +08:00 @arachide 一直不太理解 Baas 是怎么种路线 比如, 我依托了一家 Baas 服务供应商生成我自己的业务, 那么有几个问题: 1. 脱离了这个 Baas 服务供应商, 我的业务是否还能存在? 即我的业务能否实现无障碍迁移. 2. 使用云端脚本是否需要考虑, 诸如数据库查询优化一类的事情, 还是说性能本身不是问题, 有钱就行? 3. 如果使用js云端脚本, 是否真的可以完全抛开js执行过程中的各种损耗 (与上述问题类似) 还请大大指点一二... |
 | 21 chaucerling 2015-03-09 00:27:51 +08:00 大学码农不值钱噜 |
 | 22 9hills 2015-03-09 00:28:03 +08:00 via iPhone 公司内私有搞个PAAS/BAAS还行，用别人的服务还是算了…… 除非是非关键服务，否则可替代性是第一位的。我用IAAS，这个平台垮了，我换一家分分钟。 |
| 23 incompatible 2015-03-09 01:59:12 +08:00 @arachide 前端懂什么是事务隔离级别吗？前端懂什么是sql执行计划吗？前端懂什么是锁吗？ 以上没有贬低前端的意思，只是说从前端所需的技能树来考虑，一个前端dev在缺乏足够的后端开发经验的情况下是不适合直接接手后端开发的。必留坑。 你说我不了解BaaS，我只能呵呵了。只要看10分钟parse的文档，任何人都能立刻明白这是什么东西。 我不敢说你后端开发经验少，我只能说你没见过什么复杂的业务(论坛就是你见过的最复杂的东西, most probably, 赫赫)。我在软件公司做过工作流引擎，做过分布式scheduler，做过事务管理器，在互联网行业做过广告投放平台，做过分库分表框架，这些东西没有哪一样能用BaaS代替。 BaaS本质上不过是业务简单、量级小且请不起dev和op的公司/机构或是时间有限的个人开发者的一味良药而已。你把它的前景想象的太美好了。 reply to: =========================== 当然得考虑成本问题 前端能搞定那少许的js代码何必用其它 至少目前市场上的云端代码都是Javascript php得没见过 |
| 24 incompatible 2015-03-09 02:07:35 +08:00 @arachide 15楼不但没解释清楚bi和后端的关系，还把bi和hadoop扯上关系了 你能告诉我bi和hadoop有什么关系吗？？ |
 | 25 zhicheng 2015-03-09 02:22:56 +08:00 via Android 要么你们CTO不正常，要么这是广告。 |
 | 26 adjusted 2015-03-09 03:00:13 +08:00 via Android rails crud 那么方便，那所有简单的crud网站都是用rails了？很多时候公司做决定不是那么简单的。实际上我对parse和firebase的使用印象并不好，很大可能你现在或将来需要的某个功能是没有的。 |
| 27 mN71eOOprFyMsnPx 2015-03-09 09:07:13 +08:00 @nbndco 简简单单就被人或者cloud给代替了，究竟是行业的问题，还是人的问题？明眼人自然清楚，没什么承认不承认的问题。我怎么没见到我身边的人被代替？反而越走越好？不提升自己的能力，做任何事情都可能被代替，和行业无关。 |
 | 28 jjx 2015-03-09 09:42:41 +08:00 baas/paas这些东西都是划地为牢的东西,怎么都能取代个性化的所有人群 |
| 29 nbndco 2015-03-09 10:01:21 +08:00 @FifiLyu 你这种人最是无聊，什么东西最后都上升到能力论。大规模农业种植展开后，农场主是不是越走越好？自然是的，但是你要问从事农业的人数呢？cloud的思路和农场的思路或者自动化生产的思路是一样的，用更少的人力更高效的解决原来需要解决无数遍的同样的问题。就cloud而言，自然是技术含量提升，工作强度降低，工作收入增加。对于整体而言，自然是岗位数量下降。这不是什么代替不代替的问题，而是需要的人数下降了的问题。当然你要是厉害，自然可以不被挤出去，但是总有那么多人要被挤出去的。 |
| 30 arachide 2015-03-09 10:33:24 +08:00 @incompatible online的baas基本都能搞定因为逻辑简单 offline的复杂 有些baas涵盖不了 例如爬虫 大数据分析 你说你在广告公司干过 其实 除了后台hadoop算法 baas其它的都能干 例如热门的dsp／rtb 请问那个实时bid有多少行代码（范围）？ 这个你答不出来 别提在广告公司干过技术。 其实web广告公司是典型baas＋大数据后台场景 再者，offline的很多东西也不是要你写 谁能写出比hadoop／spark更好的大数据分析工具？ 谁能写出比nutch es更好的爬虫搜索引擎？ 这些都是工业级别的集群工具 不是scrapy那样的学习代码 甚至autoscaling老外都有专门的第三份云 自己无需写代码 azure aws更好 内嵌的 有时抬头看看路好些 多了解东西 不了解东西 又乱jw 就是杯具了 |
| 31 arachide 2015-03-09 10:36:10 +08:00 bi？mahout也是apache的顶级项目 http://businessintelligence.com/bi-vendors/apache-mahout-3/ mahout hadoop hbase 如何关联自己搜 google都不会用最好改行 |
 | 32 qsun 2015-03-09 10:41:05 +08:00 那么多人扯淡都没看出来楼主是在是枪手？ |
| 33 mN71eOOprFyMsnPx 2015-03-09 10:41:36 +08:00 @nbndco 讨论问题，就不要对别人说：“你这种人最无聊”。我无聊来回复，你来回复就无聊。就事论事而已，何必对别人的事情或者生活下一个无聊的结论？本质上，楼主自然是担心自己失去工作机会，失去工作机会有数量原因，也有质量原因，为什么我就不能强调能力了？没大量用过cloud，不知道cloud的痛苦，你以为有了cloud解决同质化的问题，运维需求会减少？不会增加管理cloud相关的运维岗位？我就在cloud基础服务相关的企业工作，我会乱说？ |
 | 35 joyeblue 2015-03-09 10:43:16 +08:00 注册了下leancloud,连续试了三次都没有收到注册邮件，就这样的服务质量，还想让人放心的把后端服务全依赖于bass,简直搞笑。 |
| 36 arachide 2015-03-09 10:46:17 +08:00 @qsun 其实国内老板没这种先进性 如果这是leancloud软文 极度鄙视 其实可以用开源的 https://github.com/deployd/deployd 傻子才用公共baas leancloud已经被攻击很多次了 个人认为不靠谱 |
| 37 mN71eOOprFyMsnPx 2015-03-09 10:47:16 +08:00 @nbndco 我有说话很直来直去的好朋友，这样很ok。但看你的回复记录老是带批判人的情况，合适吗？ |
| 39 nbndco 2015-03-09 10:52:39 +08:00 @FifiLyu 问题是：需求会不会越来越少？答案和lz能力有什么关系？ 如果需求越来越少，那无非就是能力强的后被挤出去罢了。 我觉得你无聊的地方在于把问题都归结到能力上，无视行业发展。不是每个人的能力都超脱到可以无视行业发展而存在的。 读计算机好还是生物哪个就业好？关键看能力。 读清华还是XX三本好？关键看能力。 去XX还是XX发展？关键看能力。 普通人的能力真没那么牛逼，可以逆势而行。如果行业整体不行，你也没法逆天改命，生物真心就是完美例证了。 cloud如果不减少运维的需求，我们要cloud的目的是什么，赶时髦？新增了管理cloud的岗位，那原有的运维岗位不是就没有了么。原来十个人现在可能只要三个那七个怎么搞？ |
 | 40 unionx 2015-03-09 10:54:35 +08:00 码农不值钱了，公司的成本就降下去了，不也挺好 |
| 41 arachide 2015-03-09 10:55:34 +08:00 |
| 42 arachide 2015-03-09 10:59:59 +08:00 |
| 43 arachide 2015-03-09 11:04:17 +08:00 看了下 ajianrelease 资料 ajianrelease V2EX 第 84396 号会员，加入于 2014-11-29 21:31:14 +08:00，今日活跃度排名 1756 只发了一贴 估计是广告软文 建议杯葛 偶一直监控各家云 leancloud属于比较烂的 常被攻击 当机 发软文在这属于侮辱自己和别人 比较low 估计leancloud这公司要倒闭了 baas是好东西和趋势 但是不一定用公有的 嘿嘿 |
| 45 arachide 2015-03-09 11:06:56 +08:00 千万别用leancloud 这公司不靠谱 其实就是骗投资人的东西 傻子才用 嘿嘿 |
 | 46 ajianrelease OP @arachide 那国内哪家公司靠谱些？你应该工作时间很多年了吧，对这方面挺熟悉的，现在你在做哪个方向？ |
| 47 arachide 2015-03-09 13:39:22 +08:00 奉劝leancloud 别学京东 巨亏 呛咚恨不得把奶茶裤衩都拿来营销 亏钱不叫事 low才是麻烦 |
| 48 arachide 2015-03-09 13:43:13 +08:00 @ajianrelease iaas偶推荐azure aws joyent softlayer linode do paas baas全不推荐 因为迁移成本太高 如果用baas要不自己写要不用开源的 java的 http://docs.meteor.com/#/basic/ nodejs的 https://github.com/deployd/deployd 大傻子才用leancloud这样的公共baas 嘿嘿 |
| 49 ajianrelease OP 我说明一下，直接把那家BaaS公司名写出来可能会让人感觉有广告嫌疑，我只是说明事实，当时没考虑那么多，跟大家说声抱歉。现在想重新编辑，但貌似改不了了 |
| 50 ajianrelease OP @adjusted 恩，你说的有道理，有可能有些功能BaaS上没有，但现在一些BaaS允许调用你自己的云代码，而且BaaS功能也在不断完善。我只是想从趋势上来判断，将来后端工程师的前景如何 |
| 51 ajianrelease OP @qsun 欢迎讨论问题，但不应该因为我只加了一个公司名就说是枪手，你这证据有些不足吧 |
| 52 ajianrelease OP @arachide 谢谢，但站在比较客观的立场看，公共BaaS肯定有它存在的价值，不然国外国内也不会出现这些BaaS平台了，而且像Google, Apple, Facebook都收购或自己开发了BaaS。另外，我还是要说明一点，不要因为我只发了一篇帖子就说这是软文，即使从概率上来计算的话，你这也没多大根据吧，样本太少 |
 | 53 justlikemaki 2015-03-09 15:13:20 +08:00 看了这么多，我只想问一句，有搭建baas服务的教程么？ |
 | 54 frozen2013 2015-03-09 15:15:28 +08:00 nodejs的 https://github.com/deployd/deployd 正好前不久用deployd作为一个angular项目的后端，尝试了一下，谈点感想。 开始的时候觉得很方便，特别是它自带的那个可视化dashboard，mongodb里的操作结果一清二楚。 但是很快的，当业务逻辑稍微复杂一点，关系到多个collection的document更新，就看得出来后端限制诸多，只能在前端代码里实现复杂逻辑。 后来觉得在前端写这些东西效率低，干脆抛弃deployd，用mean.js的基础架构上自己开发后端，反而觉得方便多了。 deployd用来做简单的pototype实验还是不错的，但缺乏定制化开发的灵活性，不建议上生产环境。其本身也有一段时间没怎么更新了，主要的开发人员目前都在开发另外一个商业化的产品strongloop。 |
| 55 ajianrelease OP @frozen2013 你是说deployd不支持云端代码吧？如果支持的话，应该复杂逻辑都可以放在后端啊 |
| 56 zhicheng 2015-03-09 15:44:18 +08:00 @ajianrelease 如果这不是软文，如果楼主是程序员，那么调戏一下。楼主说一下 HTTP 状态码 301 和 302 的区别呗。 |
| 57 frozen2013 2015-03-09 15:53:52 +08:00 @ajianrelease 啥是云端代码？推代码到云端？deployd很容易部署的 deployd弄出来的api基本是固定，虽然有提供入口让你加代码，但能加的功能有限。 我还琢磨了一下deployd的源码，看不能自己扩展，但短时间想不出好的头绪，水平有限哈。。 后来弄mean.js，对于我这个nodejs新手，一看架构就很清晰，熟悉express和moogoose这两个强大的库后就很容易上手了。 |
| 58 qsun 2015-03-09 16:33:35 +08:00 |
| 59 ajianrelease OP @zhicheng 你推理有问题，我能说出他们的区分能推出我就是程序员？能推出这不是软文？退一步讲，假设我不知道，我难道就不会Google/百度一下？写软文的就一定不是程序员？ OK，我不想再就这个事情讨论了，没意思 |
| 60 justlikemaki 2015-03-09 16:50:02 +08:00 ...用了下deployd，还不如自己写呢 |
| 61 zhicheng 2015-03-09 17:18:32 +08:00 @ajianrelease 如果本来就不知道，Google/百度 出来了还是不知道，因为根本不知道它是干啥的。简单点儿说，我是看到 55 楼那句“云端代码”来判断出你不是程序员的。。。 |
| 62 ajianrelease OP @zhicheng 我只能说你逻辑推理有问题。说云端代码这个词就证明我不是程序员？他们两者是充分必要关系吗？ |
| 63 ajianrelease OP @frozen2013 貌似一般BaaS都会提供接口或回调，允许调用开发者自己写的服务端代码。我说的云端代码就是云代码 |
| 64 zhicheng 2015-03-09 17:42:02 +08:00 @ajianrelease 恩，您说得对，您是程序员。 |
 | 65 lbp0200 2015-03-09 18:30:46 +08:00 软文 |
| 66 ajianrelease OP @lbp0200 逻辑推理脑残的话，就不要在这乱喷，“写了个公司名”是“软文”的充分条件吗？ |
| 67 arachide 2015-03-09 20:49:52 +08:00 |
| 68 arachide 2015-03-09 20:50:47 +08:00 |
| 69 arachide 2015-03-09 20:51:51 +08:00 中国做b2b很难赚钱的 除非赚投资人的钱 嘿嘿 |
| 70 arachide 2015-03-09 20:54:01 +08:00 封贴吧 软文发这没意思 侮辱别人也是侮辱自己 如果不是软文那就沉底 其实谁用公共baas 都是傻蛋 傻子才用 有哭的时候 嘿嘿 |
Select Language