问项目看上限，问算法看下限

mark

把产品直接拆分为 N 块，找个第三方（独立开发委员会？）来衡量每个模块的权重，给予相应的股权（或者话语权？反正能按劳分配就行），然后团队人员认领模块，后续就是项目管理的事了。如果在开发过程中对于所负责模块的权重有异议，可以提请第三方和团队再次评估，修正之前的估算。产品完成之后，评估每个模块的完成效果，再修正权重，如果实在不能达到标准的，也可以直接负分滚粗。

整个过程中，没有钱，只有代码，都用爱发电。

那么问题来了，怎样找到这群愿意用爱发电帮你实现 idea 的人呢？

或许可以这样做：首先把人根据技能栈组合成团队，使得最少包含一个 ui 、前端、后端等等，然后这个团队中每个人提一个 idea，大家一起衡量哪个比较靠谱，然后做最靠谱的那个。当然这里会有一些问题：1. 有人会认为其他人没有前瞻视野，无法体会到自己的 idea 的精妙之处； 2. 有人同样无法理解他人 idea 的价值； 3. 有人看到别人的创意觉得挺好，但是看不上这帮臭皮匠，或者自己有牛逼的团队，“你的 idea 很好，但下一秒就是我的了”。 前两者还无所谓，大不了找其他人，第三点怎么解决，虽然现在有很多“idea 无用论”，但是要成事，没有靠谱的 idea 肯定是不行的，这至少是个必要条件。除了那些想割韭菜的，很多独立开发者连自己的作品都讳莫如深，就怕被哪位大佬看上 copy 了去，断了财路。
暂时还没想到解决办法，或者这并不算个问题？

求拉 ww838710580

知其然不知其所以然，为了做而做，事物的产生和发展有其内在逻辑和方法论，不搞清这些就只能东施效颦了

@stille 可以简单说下实现原理吗

main thread 持有的 cachemanager，cachemanager 持有 cache 集合

@jumpshen
应该不能这么算吧，如果外包私活=兼职，那做 side project 怎么算，side project 也是能赚钱的，这算不算兼职，只是付费的人从甲方变成了用户

马贼

点赞 2 楼的都是些帅比吧，喜欢谁就能一下子追到的?积累经验绝大部分时候不是主观意愿吧

@walnsrully
不是使用数据库，是实现数据库

这个文件就是一张表 t，有俩字段 tel 和 name，要求就是尽量提高 select name from t where tel = ？的性能，这就是要问关系型数据库的相关实现吧。
但是数据库一般这种情况要建个索引吧，否则性能应该达不到要求，注意这里不需要建 B 树索引，因为并不需要范围查询，可以分成 100 个小索引文件，每个小索引是一棵树，每次查找先取模找到索引文件，将之整个加载到内存，再查找 name 。
可以去搜搜关系数据库的哈希索引实现，这里肯定会有很多细节。
为了防止大量不存在的手机号导致性能问题，还可以搞个布隆过滤器什么的。

redis 事务？闻所未闻
分布式事务一般有三种方式：消息、tcc 、XA，实用性依次递减

给自己一个 deadline，在此基础上加上一个月给家人，家人逼你是觉得你没有规划

自爆贴

其实主要看 leader，leader 不敞亮其他人也敞亮不起来

很多库都是通过反射获取构造函数实例化类的，比如各种序列化库，而这些库经常会搞出一些漏洞，使得可以通过某些手段实例化 classpath 下的任意类，如果构造函数是个很耗时的操作，或者消耗很多资源，那就很容易通过这种方式搞垮服务。

https://devcentral.f5.com/s/articles/jackson-databind-a-story-of-blacklisting-java-deserialization-gadgets-30714

#Coder Lives Matter

3

只要没用 fastjson 反序列对外接口，没人能奈你何，内部 SOA 或者你的这种使用场景有啥风险？