@musi #58 你这是纯刚了🤣 1.不论是独立开发还是团队开发，开发不定义数据结构？不对接口？好，前后端分离写，是不是得对接口，接口难道写一遍就完事，不关心字段吗，写 rpc 不关系字段吗？那接口咋写的；前后端不分离，不分离也得关心字段啊，难不成每次更新维护现去翻一遍代码？真要是这样那可能 js 确实更适合你 2.定义数据结构和没有 bug 有啥关系 ？ bug 是业务逻辑出的错，字段结构定义好了不能保证不出 bug ，只能保证减少出 bug 的可能性，这点道理都不明白吗还要我教给你🤣 3.我也没说前端只有浏览器啊，bs ，cs 架构都是一样的道理啊。好，只考虑浏览器，devtools 是在浏览器里，你不定义数据结构，出了问题我问你咋调试？现翻一遍代码滤出来返回值的所有属性在调试吗，哈哈哈，还跟我争辩运行时呢
很多人说一直在强调独立开发，认为独立代表没有别人需要阅读自己的代码，所以就不需要考虑可阅读性和维护性。但是现在的你，一个月后的你，一年后的其实是不同的人，这就像现在的我根本看不懂大学时自己解过得数学题一样。
@gongquanlin 81 大佬，敢问你这项目前期是怎么找到客户的，其实我的观点是大部分独立开发前期找不到客户就死了，根本不会存在几个月后一年后维护代码的情况，所以在大部分情况下前期的技术远没有项目验证重要
@gongquanlin #61 就比如我现在有个点子，做个笔记类的应用(同类产品 obsidian 很出色，验证了商业可行性)，我前期拿 js 糊完了所有 mvp 代码（尽管技术上不完美，甚至可以说代码就是一团 shit ，只保证核心功能可用）但这不妨碍我验证我项目的可行性。如果拿 ts ，去考虑架构考虑后期的升级，确实代码质量上好一点，但是这花费的时间成本要多于拿 js 糊的(有些人一上来学的就是 ts ，拿这可以不考虑，但是有很大一部分人是用 js 过来的)，这个时间成本是花在技术上还是项目的商业性验证上？毕竟独立开发要负责的可只不是技术，还有各种的宣发和运营这也会占用大量时间
@musi #64 都是 toB 的项目多一些，客户都是朋友或者之前的客户介绍的。 前期外包为主，从外包里遇到了合适的领域/项目才开始做产品 这几个大的项目一开始甲方也不信任我，一点点接他的外包确认我的能力之后才开始做大一点的项目；项目起来之后甲方的朋友和甲方的对手们都会来找我。但是我只做甲方的朋友的项目并且给甲方提成； 考虑客户来源，是因为你的目标应该都是 toC 的。toC 的项目不好搞，利润也低，竞争压力还大都在内卷，出力不一定讨好 技术确实不如项目验证重要，毕竟技术服务需求，搞到需求然后快速开发上线验证，再完善细节才好做起来的 最靠谱的方法还是遇到愿意掏钱、教你业务逻辑、帮你测试的甲方更重要🤣而普通人实现这个方式最简单的办法就是多接外包🤣外包就去各种 q 群，外包群之类的搞就好🤣
