暂无个人介绍
2024年04月
实话说挺有价值的,我不太用通义灵码的自动补全代码功能,但是遇到报错或者一些功能点实现有问题时都会用通义问一问。只要问题写具体了,基本都能获得质量很高的答案,比之前百度查csdn什么的方便多了。已经在推荐同事们面向大模型编程了,哈哈哈
发散的思维吧,谁能想得到石墨烯是靠胶带粘出来的呢。所以,如果所谓高大上的方法行不通或者索性不会时,不妨发散一些,把问题打散,就像拼积木一样,把各个小问题解决再组合起来。先别管什么稳定性、易扩展,先让它能正常跑起来。后续遇到的小问题自然会推着你用更好的方式解决,等维护一段时间再回头看,原来自己已经比当时牛比很多了。
打开一个交接过来的项目,发现代码有点复杂,甚至可以感觉到历史久远被多个同事维护过的气息。仔细阅读发现偶尔有那么几个注释,最后都会标注ed: xxx,然而xxx同事已经离职很多年了... 果然是个不太好维护的工程。