这样的帖子发这里不知道合不合适，但这里 Python 高手多，来问问～

感谢大家的回复，怎样架构我已经有初步了解和方向了。
我也想用过BAAS服务。这个东西是不错，自己也用过，只不过当用户量大的时候，有些特定问题无法解决。
到时候换架构，这是一个麻烦的事情。

关于招聘方面我多说几句吧，可能我的意思大家还没正确理解，中文真的是我的硬伤，ㅠㅠ.

首先，前期我们产品肯定没那么多用户，也不会上缓存，负载均衡，什么都要一步到位。
这些都是用户达到一定规模时候的事情。
如果这些东西都上了，就应该是A，B轮之后了。有更多钱了，自然就更多人了。

所以个人觉得有2年左右经验的人肯定能搞定前期产品的需求。15k+薪水肯定是也没问题的。
我们需要的是持续发展型，成长型的人。且我们不要招CTO，是要未来的CTO。

最后，再次感谢大家的回复！

后台

Python

架构

46 条回复 • 2015-03-02 08:29:16 +08:00

NeoAtlantis

2015-03-01 04:24:40 +08:00 via Android

已block

jekkihun

2015-03-01 04:27:53 +08:00 via iPhone

@NeoAtlantis Why？

momo5269

2015-03-01 04:36:11 +08:00

你的描述是不是已经暴露了部分产品形态？

@jekkihun
但希望你能搞定以上东西，并且跟我们有相同的价值观和世界观。还有当用户量一夜暴增后能Hold住全场。

我觉得这句话说的很不好。
1.前面的描述明显就不是一个人能搞定的，这里前面还加了一个但……
2.相同的价值观和世界观→是不是有些矫情？虽说道不同不与为谋，但技术工作有多少问题价值观会导致冲突呢？世界观又是怎么回事？
3.用户量一夜爆增→有点太理想化了？

jekkihun

2015-03-01 04:48:49 +08:00 via iPhone

@momo5269 嗯有些词语是不妥当。抱歉。我的中文是硬伤😁。

silvernoo

2015-03-01 07:14:08 +08:00 via Android

已b

msg7086

2015-03-01 07:21:12 +08:00

QUOTE:

由于我自己的个人情怀，后台应该是使用Python来架构。
在我熟悉的范围内大概想的架构是这样

Django 和 Python 我正在学习。有点感觉了。^^..但只是小儿科水平。
问：不知道我这样的架构方式对不对，希望各位大牛指点一下。

==========

你的情怀表示应该用Python，而且也是你熟悉的范围。
那为什么又变成了「正在学习有点感觉了」？

你们这种快速开发，首先要求你们团队对要用的技术非常熟悉，其次是选用一个快速开发的环境。
总不能你们选型Python完了以后从头开始学吧……

表示不太理解具体是什么情况。

873681136

2015-03-01 07:34:41 +08:00 via Android

已block，

sumhat

2015-03-01 07:38:06 +08:00

只差一个程序员系列

loading

2015-03-01 07:38:42 +08:00

目测教会徒弟饿死师傅，还这么点工资。
已block，不谢。

kofj

2015-03-01 08:05:07 +08:00 via iPhone

楼主的需求核心关键词是静态性能，负载均衡，缓存和低成本。能全部都搞定，还能在后期hold住全场的，这人需要要高级开发+高级运维的能力，不是HR说的高级，网络水平至少是NA实践小能手。哦(´-ω-`)这就是个牛人啊😄不是看不起，是这种牛人至少是50W/per year。敢问楼主何德何能，让人“屈尊降贵”到一家前途未卜的创业公司呢？何况还要带个“徒弟”。话说的比较难听，望楼主重新考虑一下自己的人才需求，能找到合适的人才😌

kofj

2015-03-01 08:05:24 +08:00 via iPhone

最后，借地硬广一下：
熟悉LAMMP（PHP［Laravel，TP］），CCNA实践水准，信息安全专业，坐标帝都，工作经验三年［三年机房管理维护经验，一年半开发经验］不含加班😭哪位老板有碗可以跳？😊

Dongdong36

2015-03-01 08:19:08 +08:00

想找一个成手后台开发+运维就不太容易，还要带徒弟，真的有些困难呢

而且不应该根据项目的需要和团队去使用适合的语言或环境吗
为什么是根据个人情怀？
情怀这个词别乱用，会让人反感的

casparchen

2015-03-01 08:24:20 +08:00

已B

jun4rui

2015-03-01 08:28:54 +08:00 via Android

我也是准备用一个框架架构产品，看了几个最后还是定型为django，原因是ruby和laravel每次升级变化太大，django相比之下稳定好多。而且Python的一条路只有一个走法的哲学思想我喜欢，看代码容易，维护会比别的简单一些。

qiayue

2015-03-01 09:14:39 +08:00

我觉得吧，楼上都把楼主想要的人理所当然的想象成是高手。
劝楼主，不要一开始就想找一个 CTO 。
但是，一个初创团队，一个生死未卜的产品，楼主也没必要招聘一个高手，至少是前半年没必要。
楼主只需要找一个一年以上经验的，写过 RESTful 风格 API 的 Python 程序猿即可。
不需要他的架构，他的代码能够一下子抗住十万人百万人，只需要能够一万人使用我觉得就够了。
所以按照这个要求，15K+ 还是能吸引人的。

另外，不要谈情怀，为什么一定要 Python 呢，如果你用 15K+ 去招聘 PHP 程序猿，可以招到一个两到三年左右经验的。

另外的另外，“已 Block ”真不算是有价值的回复。

swordfeng

2015-03-01 09:26:44 +08:00 via Android

我同学用Django做REST，做了之后的感慨：妈的再也不用django做rest了(笑)

2015-03-01 10:08:22 +08:00

@kofj 已经发送工作邀请邮件，请查收。

microhan

2015-03-01 10:23:02 +08:00

鄙人也在深圳南山码砖,python来的，全栈，有机会聊聊。

virusdefender

2015-03-01 10:24:28 +08:00

@swordfeng 为什么啊

koon_kai

2015-03-01 10:26:36 +08:00

感觉用flask或tornado做REST会更适合。

n37r06u3

2015-03-01 10:41:07 +08:00

。。。。刚用Django rest写了个类似的社交app后端一个月时间我们的第一个版本已经出了

n37r06u3

2015-03-01 10:45:44 +08:00

我们这边干活效率的全兼职 1月招人 2月出版本。。。

loveuqian

2015-03-01 10:46:20 +08:00

不招测试不科学？

jianghu52

2015-03-01 10:46:48 +08:00

django本身的结构就非常的紧耦合，而且一般人选择django主要也是因为他的模板比较丰富。你如果用作后台的话，完全没必要用这么重的框架，就像@koon_kai 说的那样，flask 或者tornado都不错。很轻，而且容易定制。
至于你说的情怀，呵呵，要是我有能力任性的话，指不定我会用go做。python本身的效率并不高。

tonghuashuai

2015-03-01 11:21:46 +08:00

同意 @koon_kai 所说的，tornado 或 flask 做 REST 更合适，而且 tornado 做推送很好实现。

arachide

2015-03-01 12:04:39 +08:00

@jekkihun 不用BAAS是你的错

用了

整个项目最多用1～3个人全搞定

arachide

2015-03-01 12:07:23 +08:00

bilibili acfun一个中国流量排位55 一个122
都是用cms改改搭建的

创业团队傻子才让粑粑手code从头写

kier

2015-03-01 12:21:56 +08:00 via iPad

呵呵，怎么感觉我厂的情况这么像啊，django做后台管理系统，tornado做逻辑层api，2边共用django的orm，性能顶不住，就先redis，再mysql上主备，任务用celery异步化，业务用thrift服务化，然后再tornado作底层网络库，什么长链接推送，异步统计什么的，都可以搞了，对了还有爬虫，以及爬虫数据清洗，当然最后还要写写页面什么的，基本上app有的功能都要做到web上。
这么多事情一个人够吗，当时我们后台3个人，顶了一年多，累成狗了，关键是还有各种运营活动啊，还要统计分析啊，用百度统计这些都达不到业务要求的....

kier

2015-03-01 12:24:29 +08:00 via iPad

再补充一句，工资还没15k呢，想想都是泪啊

jekkihun

2015-03-01 12:53:38 +08:00

@kier 感谢你的建议，给我带来更多的思路。

jekkihun

2015-03-01 12:56:03 +08:00

@arachide 你指的是AVOS + 七牛这种模式吗，这的个人APP就是用这种模式，只不过我觉得功能比较单一的APP是可以，但未来用户多了，满足不了一些特定需求时要切换到其他架构，这风险会更很大吧？

jekkihun

2015-03-01 12:56:56 +08:00

@jianghu52 好的，感谢你的建议。

jekkihun

2015-03-01 12:58:04 +08:00

@microhan 好啊～有时间一起聊聊，我的扣扣：6 9 0 7 5 2，你的扣扣？

jekkihun

2015-03-01 12:59:33 +08:00

@Dongdong36 好的，感谢你的建议。ㅠㅠ

arachide

2015-03-01 13:04:25 +08:00

@jekkihun

baas是设计思路
用户真多了自己写baas呗
其实以后写python php脚本的不叫后端

后端指

1.写各种web service cronjob的（例如爬虫）
2.数据处理（大数据的mapreduce，人工智能，机器学习，算法，数据清洗）
3.少许server端js脚本

这是趋势顺之则昌

arachide

2015-03-01 13:07:24 +08:00

加一个
4.自动化运维脚本（操控弹性伸缩云）

wph95

2015-03-01 13:16:28 +08:00

强力顶楼上kier 所言
Django适合前中期。
缓存，Celery来做异步化。
我做的项目也是在摸索django和tornado的结合
只要认同Django的思路，Django绝对不会拖后腿。
现在的Django的风向是用postgrepsql , 1.8版本针对postgrepsql做了优化

humiaozuzu

2015-03-01 13:35:42 +08:00

@kier 方便加好友交流下吗 qq 511967867 maplevalley8@gmail 都可以

metrue

2015-03-01 13:47:57 +08:00 via iPhone

Rails，为rest而生。
也就是资深开发者可以带别人飞了，但是资深的人又有多少能被你的简单JD打动呢。

yingluck

2015-03-01 14:31:14 +08:00

楼主一个写手机端的
要搞后端第一个想到python 我想这不是个例
python在国内发展的真好高兴！

jekkihun

2015-03-01 15:12:00 +08:00

@metrue 是的，不会被打动。但是大家可以讨论为什么不被打动，最起码我的态度的诚恳的，愿意听v2友们的个人观点。没有交流，人怎么会进步？

@yingluck JAVA,PHP, DOT NET,BAAS, NODE，这些方案我都想过。而且这些多多少少我也会理解，曾经也做过小东西。只是个人觉得Python会比较好，起码脑海中Python环境是比较乐观的。