程序员节了！大家来分享点往项目里面拉屎的奇怪技巧吧！

[twofox]

我先来

• 写存储过程（几百行起步
• 用触发器完成业务逻辑
• 往关系型数据库存 json
• 用视图，按表的方式命名（之前我一般带个_view 后缀，后来忘记了，让别人找了好久表在哪
• 不写注释/乱写注释
• 前端多用几层 nginx 乱代理（可以代理机一个，docker 里面一个，宿主机一个
• 魔改第三库推到私库

[xtreme1]

大部分人的实力, 正常写就行了

[liahu]

都码农了，还想要啥自行车

[pol]

请使用任何不知名的第三方库，最好还是只有自己知道的库

[pkoukk]

这样拉屎，自己平时不需要维护了么？
我的方式是，代码不写注释，详细设计思路写备忘录里

[yooomu]

存 json 这其实还挺正常的，毕竟有些结构化的数据没必要建一堆表，徒增复杂度，给自己加工作量

[yaott2020]

往关系型数据库存 json

-----

这个属于无奈之举，有些数据字段会变化，不能统一适配所有情况

[lsk569937453]

多了不说，组里只要 5 个人维护一个项目，然后不做 code review ，不写单元测试。每个程序员不故意拉屎，三个月之内，这个项目就会成为一座屎山。

[PandaChen]

https://github.com/trekhleb/state-of-the-art-shitcode
是不是要找这个:doge

[Track13]

false === 0 === '0' === null === undefined === [] === {} === '' 后端拉的，事先没有说明。

[twofox]

@pkoukk 同样自己留有文档说明，这都是快润的时候拉的。交接的时候他们不问自己就不说哈哈哈哈哈哈哈哈哈

[twofox]

@yaott2020 基本都用 json 存进去

[twofox]

@pol 最好是自己写的库，等离职了就改掉

[shawn4me]

往关系型数据库存 json


对于一些可变表单，某个字段的子级内容用 json 字段存储其实挺好使的。不明白这么做有什么问题。

[ochatokori]

isResult !== false ? false : true
前端同事写的

[twofox]

@shawn4me 特定情况好用，但是我说的情况是，基本都用这个存

[Morii]

昨天看到一离职去外企的同事写的东西：

[impanghu]

前五条全中 0.o

[ZGame]

三其实不算拉屎吧,如果是对于一些元数据的管理,关系表对 json 做一个 fqn id 键,相关 json->导入 es 这类搜索引擎管理,很舒服

[ptaooo]

@PandaChen 俄语注释真的很难蚌得住

[Musong]

@ochatokori

[xiaoliuzhenshuai]

@Morii 不懂就问 应该怎么改