体会到了选型失误+效率不够快而痛失的机会

所以说，程序员都是在写或者积累 kata 项目，新的项目只要在 kata 上面改改，从数据库读写、到缓存、到日志读写、utils 、部署调试之类的。

如果写新项目还要从头查依赖库的文档，那时间就说不好了。

项目任何时期都应该选熟悉的技术栈

@waibunleung 就我来说他已经死了，如果你确实想补偿挽回，也就只能自己完成一套给到对方，然后全看对方是否能再接受你了，
这种重归于好的感觉有点像谈恋爱的双方有一个劈腿了，后续再和好也会一直处于猜疑的状态，开始消费感情，如果不是打定主意要和他合作，还是相忘于江湖吧。

@sandman511 @waibunleung 可能沟通出现了问题 导致信息不对称 不过过程管理问题也严重 有问题及时反馈啊

@ipwx 一个星期是业余时间的一个星期吗？

@dfkjgklfdjg 我现在这套已经做好了，但是联系的他现在都还没有回音

@matrix67 kata 项目 这个概念 有哪些相关介绍文章或关键词的么

"排除万难做到，要多跟进一点，多上心一点"
对于程序员来说，上心 = 死命加班。

白天公司都写了一天代码，回家晚上再在电脑前坐那么久，用健康换取零花钱，真还挺可怜的。

@ipwx 我把这个定性为人品问题。

@waibunleung #66，怕不是和我一样直接进“死”人名单了

@NCE 你说得有道理，感觉是很难挽回了，我只能跟人道道歉的感觉

@dfkjgklfdjg 估计是了

@3dwelcome 真的有这种感觉...就是加班..但是没有按期交付就是原罪

哎，当年我也是一个选型错误，现在还境外潜逃...

楼主可能是打工人心态
说白了你拿别人的东西（当然你自己也有份）在做实验，这是需要自己和对方都付出额外成本的，你不仅没有告知对方成本和风险，甚至连自己都没意识到

@charlie21 有个老外写的书里面有过这个概念。书名大约叫 程序员的职业素养。意思大约就是武术里的一招一式。

你到底选啥了

其实我作为甲方的时候也遇到过一个类似你这样的，可以说是“钱码两空”。事隔两三年后，对方又联系到我，言外之意是希望能有再次合作的机会。

我是这么答复的，你已经失去我的信任了，除非你能重获我的信任，否则不可能再从我这里拿到项目。对方作罢，我也没有多言。

我心里也清楚，对方再找到我的原因是因为我给的项目，需求明确，给钱爽快。

其实你想重获信任的方法也简单，如果对方再有项目，或者对方暂时没有项目，这两种情况下，你都可以主动跟对方提出先免费做可以实现初步的核心功能的原型，原型满意再付钱继续做下去。如果对方暂时没有项目，你也可以向对方表示这样的合作方式。

当然，这样的话，你就存在一个风险，有可能对方因为种种原因最后不付钱，你白干了。如果你愿意冒这样的风险，说明你很重视和对方合作的机会。如果你真的白干了，至少你也可以重获信任，另外你也可以把这个当作对前次失约事件的补偿，毕竟你给对方造成了损失。

还有一点，一般来说，如果对方是一个值得合作的人，这种情况下，他多多少少也会补偿你一点。如果他一毛不拔，你也要重新考虑是否值得跟他再次合作。

当然，鉴于风险的缘故，这种重获信任的方式只适合小型项目（两三周可以出快速原型的项目），这样你的风险小。

不用挽回 下一次认真负责做好就行

和选型没关系，只要时间投入了，精力投入了，总是能搞定的，

关键是你的项目进度没掌控，可能是你第一次没人催着的情况下做项目。

你需要一个 deadline，我一般知道自己什么尿性，就自己主动估计一个时间，然后主动和对方承诺，这个时间完成这个功能。

但是经常都是前一晚通宵第二天早上搞定，但是这种总是比别人催着强很多的。