瞎扯淡 被低代码坑惨了,老板坚持要用咋办?

gugu80 · 2021年06月18日 · 最后由 132131 回复于 2021年06月24日 · 1721 次阅读

各位大佬觉得靠谱吗: https://www.bilibili.com/video/BV1VU4y1G7K1

这是打算让程序员们下岗?

码农终于从无聊的 crud 中解放出来了

PaulChan1995 回复

写模块。

CURD 可以低代码。

要这么说的话,那 inherited_resources 也算低代码了 https://github.com/activeadmin/inherited_resources

6 楼 已删除
lanzhiheng 回复

低代码本身也要程序员维护的吧

先客观的做调研,看这东西能不能用。然后给老板报告,分析利害,有没有局限,有没有成功案例,花费的成本。最后让老板决定,因为公司终究是老板的(而你可以换公司……)。

没啥用的。

感觉是 BI 那一套,广义地讲,所有 BI 工具都可以算是低代码,并且这些工具互相比起来,没有最好只有更好。

然而但是,如果非要用低代码做一套系统、一个应用,请直接把老板开掉。

a0nqm 回复

看他这写的好像不止 BI: https://zhuanlan.zhihu.com/p/382493959

那我宁愿被一坑再坑 呵呵

等你老板让你拖拽出一个淘宝?

hashType: '', //【可选】密码哈希方式,可以是:md5, sha1, sha256, sha512, rmd160 或不填表示无哈希。

我没全看懂,但我大受震撼。难道 password 加盐 hash 不是专业开发者的选择吗?难道bcrypt做错了吗?我看来只能是业余开发者了。。。😭

这是无代码,rails 本身其实就是低代码。

  • 1.无代码的做出来的项目,没有代码可以维护。
  • 2.个性化的需求都依赖平台。
  • 3.如果有研发团队,尽量选择低代码(有代码可维护),而不是如上视频中的无代码平台。
ericguo 回复

您说得对,而且一点也不业余:)如果要加盐,那么 hashType 就设置为空好了,然后登录校验模式采用自定义函数方式,而非直接表映射。 默认给出的肯定不能完全满足各种需要

soooon 回复

我:很棒!终于可以快乐的写代码了,哎,等等,我不是为了不写代码才用你这个系统的吗?现在我居然要沦落到为一个无代码系统手写一个 bcrypt 自定义函数?不写不写,专业的程序员肯定是用默认值,记下用户的密码啦!

用户:MMP,这啥破系统!居然明文记我的密码

需要 登录 后方可回复, 如果你还没有账号请 注册新账号