女生颜值还行这六个字，立马整个回帖的风向就变了，我还能说什么？楼主加微信不

@MageeHuang

用书面语言把你的交易策略的简化版（只有核心思路，没有细节）或特殊版（只有某些特定场景下有效）描述一下，发到这里，附上联系方式和你的预算。

预算可以给一个范围，也可以不给。
给预算好处是找来的人对你的报酬基本都是比较满意的，坏处就是你可能给高了。
不给预算的好处是你可以根据来人不同而给不同的应对，坏处是有些人一看没谈钱就觉得你没诚意，直接撤了。

联系方式建议给邮箱，不要留微信，让有兴趣的人根据你正文中的描述，在邮件中简要说下打算怎么搞。
交易策略方面的系统，邮件比微信更方便写清楚包含上下文的内容，而且邮件异步处理，省时省心，微信加了好友没合作成还有好多收尾的问题。
邮件聊的好，确定要合作了，再加微信细聊。
并且邮件还有个好处，就是你能横向对比不同的人给出的方案，哪个更好容易比较出来。

基本上只要描述清楚，预算合理，时间充裕，不要说忌讳（就差一个程序员了，这个很简单，跟那个 XXX 一样就行），这个站应有不少人能帮你搞定这件事。

不理解为啥可以工具化程序化的事要找人手动做

一天或许够写个离职信啥的？

总结了一下。

A1：周一到周五，晚饭，你朋友炒饭或简单做个菜。
A2：周一到周五，晚饭，你洗碗。（除非你一口没吃）
B1：周六周日，你做鱼或其他大菜。
B2：周六周日，你朋友洗碗。
C1：大扫除你做得比较多。
C2：大扫除其余两人做的比较少。

猜测你朋友的女友观点大约如下：
1. 你朋友做的 等于 她自己做的，他们两的劳动是打包的整体。你是外人。
2. A1+B2 的劳动付出 远大于 A2+B1。
3. 即使第 2 条不成立，既然过去达成了以上这个「没明确的默认的」约定，你没有做到就是你不对。
4. 「没明确的默认的」约定你们双方八成是有不同的期待值的。
5. 她未必认同 C1 和 C2 这个描述。

建议：
1. 你和你的室友，只有那个男生是你的朋友，他的女友对你目前来说只是顺带的。以后是否会成为朋友以后再说。
2. 和果你的朋友就这件事聊一聊，如果他认同你且不是跪舔的那种类型，让他去和他女友说。
3. 如果你的朋友不认同你，或者虽然认同你但更怕自己女友生气，那么你就把他们两人约出来，就「没明确的默认」的约定谈一谈。
4. 凭理解和包容无法友好相处，那么就摆到台面上，无论是做饭还是洗碗还是打扫，谁负责什么，负责多少明确下来。
5. 如果既无法在理解和包容下友好相处，在台面上又无法谈妥，那么底线就是各过各的。我吃饭洗碗打扫我自己负责，你们吃饭洗碗打扫你们自己负责。我不会影响你们，你们也别影响我。
6. 不要怕黑脸，这世界上每天有无数分歧，有亲人朋友间的，有陌生人间的，商业谈判谈的就是分歧。
7. 谈一谈不是吵架，双方心态平和，不卑不亢的把观点和需求表达出来，寻求一致，妥协不一致。
8. 大家合租是为了都过得舒服，要是任何一方舒服另一方不舒服，还合租个什么劲？

看标题进来确认下是不是真要 1L 唾液

文案没看懂+1

@secboy #6 并不是，开发一套系统涉及的东西太多，人，钱，需求，沟通，进度，质量，验收，测试，稳定，随便就能说很多出来。

自己去搞团队，一切风险自己承担，成了是自己牛逼，败了是自己不行。
找外包的话，一切风险双方共担，你要速度，他降低质量提高速度，你要速度还要质量，他要钱。进度不是你想把控就能把控的。

对外包来说，他理解的“质量”和你理解的“质量”不是一个概念。因为你们双方对这个项目的重视程度不一样。一个是做完拿钱走人，一个是主营业务日后的身家都在这个项目上。

当然，好外包，站在客户角度的外包也有，但是一是贵，二是难找，三是即便找到了他说他靠谱，你还是得靠实际开发才知道是不是真靠谱。

外包水很深，除非你真不差钱，不差时间，否则还是自己做，最起码成败自己吃自己扛。

@iannil #4 当然，如果有砸巨多钱的觉悟，以上 3 条都可以忽略不计。

1. 利益方很多，包含跨公司跨部门跨业务的合作。
2. 需求目前只有大概，无法细化到具体每一个功能的每一个步骤。
3. 该系统后期后续需要长期运营与维护。

满足以上任意一条就不要找外包，自己搞团队弄。

@duan602728596 #5 不要用二级运营商+1，移动电信随你选。

所有没有毁灭你的，都只会让你更强。

1. 你与客户相处愉快。
2. 之前约定的费用如期支付没有幺蛾子。
3. 你以后还希望在私活这一块继续做好做多做爽。

以上三条都满足的情况下，我建议：
1. 凡是 bug 或"不算很麻烦"的修改都免费给他做（不算很麻烦是怎样一个程度需要你自己把握）。“很麻烦”的修改按复杂度收费。
2. 合适的时机，告诉客户你的业务主要靠朋友介绍和以往客户介绍，如果合作愉快，希望他把你介绍给其他人。如果客户愿意，让客户对你这次合作给出一个评价，并获得他的允许公开这个评价。
3. 有意识的将“企业官网一条龙”这个类系统逐渐半自动化，甚至自动化。
4. 有意识的将之前常遇到的“不算很麻烦”的修改脚本化，或提前处理。
5. 坚持 1-4 条，说来容易，执行并不容易。

官网更新前就买了的也自动多了一个账户名额，onedrive 也多了一个邀请，确实良心

一个人有两种形象，自己眼里的自己和别人眼里的自己。

自己努力干活，除了活干的实在太漂亮了，无法不注意到以外，只能刷新你自己眼里的自己，或许你实力有 10 分，别人眼里只能看到 5 分。
搞关系是主动刷新别人眼里的自己，或许你实力只有 5 分，但别人眼里能刷到 10 分。

只努力干活不搞关系，确实升职加薪困难重重，需要伯乐。
但同样的，只搞关系不努力干活，即使升职加薪了，那个位置也待不久，因为活太次，那个提拔你的人也会有风险。

还有一种特殊情况，就是整个环境全烂了，形成了泥潭效应，所有人从下到上，搞关系盛行，唯关系论，那搞关系就会完全压过努力工作，但这个整体活不长，因为整体的活太次，很快会被另一个整体打败。

总的来说，不要对立努力干活和搞关系，这两个不冲突，都得有，少哪个都不行，并不因为你是某个职业而特别（例如程序员）。

@jiafaner #7

胶水就用 perl 呗，就是用多用少的问题。

怎么处理看情况，通过分析现有系统的开放程度（例如有无现成的接口），代码架构（是否有专门的表现层），数据复杂度（简单的话，可以直接用新语言和数据库通讯）等才好下结论。

1. 最好是直接和数据库玩，或者有现成的接口。
2. 次好是在表现层全局拦一下，想办法把数据处理一下给到外围。
3. 最次是本身旧系统没有做分层，要改 N 多个地方才能做好胶水层。

从 1 到 3，1 用不到 perl，2 要求最起码能看懂 perl，3 不仅要能看懂代码，还得看懂业务，要求逐层拔高。

题外话:
perl 本身就是出了名的阅读不友好，以前还有个啥比赛，就比谁写 perl 写的更难懂。
重写的风险确实高于扩展，不能上来就要重写，一定要有个逐渐替换的过程才比较可控。

perl 很少看到人用了，不出意外的话，未来用的人大概率越来越少。

建议在原 perl 系统的外围包一层胶水，然后使用新语言实现新功能，有用到遗留系统的通过胶水层完成。逐渐的把遗留系统里模块在新语言下重新时间，最后完全替代。