V2EX › adoal 的所有回复 › 第 80 页 / 共 86 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 72 73 74 75 76 77 78 79 80 81 ... 86

❮

❯

2021-12-07 20:01:34 +08:00

回复了 suyuyu 创建的主题 › 程序员 › 接了个盘，这张表什么水平

用拼音首字母做表名、字段名很正常。
一来很多地方性、行业性的信息系统开发商的 crudboys 本身层次就不太行，英文水平一言难尽，尬写英文还不如用拼音。
二来业务系统的行业术语比较多，很多 crudboys 写计算机类的英文术语已经很吃力了，再去写行业的，更不现实。
三来很多行业尤其是体制内，即便是中文术语，也有太多生编硬造的长词缩写，就算是英文好的人按照原意翻译成正确、精准的英文，那也太冗长了，要从英文缩写的话那就完全无法理解，还不如拼音缩写。

2021-12-07 19:09:39 +08:00

回复了 vicalloy 创建的主题 › 问与答 › 现在国内用 PostgreSQL 的多吗

少，大部分人只知道 MySQL ，大部分人是师傅教我用 MySQL 我就永远用 MySQL ，组长让我用 MySQL 我就用永远用 MySQL ，一个项目用 MySQL 我就以后继续用 MySQL ，MySQL 不开严格模式可以乱写不规范查语句节省我系统地学习 SQL 的时间我就只用 MySQL ，并且 PUA 自己 MySQL 是最满足业务需求的用 PG 是凑热闹、炫技，PUA 别人纠结个别技术细节的优劣比较没意义最重要的是实现业务逻辑…

2021-12-07 14:45:41 +08:00

回复了 lagoon 创建的主题 › 程序员 › 邪恶的算法，有多少责任在程序员？

程序员在互联网公司做的恶里占多少责任是一回事，媒体拿程序员捏软柿子是另一回事。

2021-12-07 14:43:35 +08:00

回复了 lwgo 创建的主题 › 程序员 › 有哪些方向比较适合个人开发者来做的？

个人程序员的时代已经过去了。

2021-12-07 11:44:44 +08:00

回复了 Richard14 创建的主题 › Python › 用了一段时间的 SQLAlchemy，感受到的只有混沌和混乱

@ospider LDAP……是想说 OLAP 吧

2021-12-07 11:43:24 +08:00

回复了 Richard14 创建的主题 › Python › 用了一段时间的 SQLAlchemy，感受到的只有混沌和混乱

建议：
1. 因为项目跨度太长，必然会产生屎山和各种风格不一致，还是调整心态吧。
2. 虽然“2022 年已经快到了，使用异步代码访问数据库完全不是什么行为艺术”，但项目不是 2022 年开始的，是周期长跨度到 2022 年的，不要给自己找麻烦去迁移异步了。如果是新项目可以。
3. 既然是海蛎子查询，那还是现实一点吧。

2021-12-07 11:38:12 +08:00

回复了 Richard14 创建的主题 › Python › 用了一段时间的 SQLAlchemy，感受到的只有混沌和混乱

从你自己写的就可以看出来，更多的问题是因为，1.项目演进的问题 2.SA 跟你的项目的匹配度问题

至于 SA 本身的设计路线，当然也是个问题，但并不是跟你带来痛苦的关键

2021-12-07 11:33:37 +08:00

回复了 Richard14 创建的主题 › Python › 用了一段时间的 SQLAlchemy，感受到的只有混沌和混乱

“大连表复杂查询”，会不会被分词引擎分出一股海蛎子味来……

2021-12-06 18:37:39 +08:00

回复了 moremoney 创建的主题 › 程序员 › 你如何看待无代码运动？

至于担心非程序员抢了程序员饭碗啥的……想多了。

现在的海量 crudboy 所作的业务功能开发，也就是名义上算是个程序员，真干起活来，大部分工作都是在理解业务。其中有不少根本就没想好好学技术，只想着重业务、转管理。这样的人，用无代码平台去做业务实现，恐怕还是比用通用的编程语言更靠谱。毕竟在无代码平台上，就可以不用管技术细节，只“重业务”了。不用担心线程同步写错了死锁，不用发明“粘包”概念，不用手拼 SQL 字符串被搞死，不用被生产环境的运维怼不规范……

这些所谓的“程序员”其实就是来抢饭碗的非程序员，无代码对他们的未来更友好。担心个毛，会进来抢饭碗的，早就来了。

2021-12-06 18:18:47 +08:00

回复了 moremoney 创建的主题 › 程序员 › 你如何看待无代码运动？

考虑到当代主流 crudboys 的水平和素养，以及主流架构师们热爱的臃肿肥大的技术栈，其实你对无代码工具的质量、性能、可维护性的担忧并不是什么大问题，毕竟人写的代码也好不到哪里去，甚至很有可能更糟糕。

2021-12-05 14:48:07 +08:00

回复了 gridsah 创建的主题 › 程序员 › 请教 CentOS Stream 8 和 Rocky Linux 的使用体验。

@gridsah 好吧，我只是觉得，如果不是因为客户的原因，真的没必要坚持 RHEL （以及以尽量兼容 RHEL 为原则在没有 RHEL 的环境选择第二发行版），哪怕用年纪比较大不想折腾为理由。蓝帽厂能这样玩一次 CentOS 老用户群，以后就能玩出更多的幺蛾子。与其用这些 derivatives 妥协，不如及早抽身。

2021-12-05 14:27:08 +08:00

回复了 gridsah 创建的主题 › 程序员 › 请教 CentOS Stream 8 和 Rocky Linux 的使用体验。

更看不到你必须在一个公网的 VPS 里用 RHEL 的理由。如果 RHEL 是你如痴如醉的坚定信念，那么砸钱买云服务大厂的贵 VM 。但是从你讲的来看，真没有必要坚持。

2021-12-05 14:25:20 +08:00

回复了 gridsah 创建的主题 › 程序员 › 请教 CentOS Stream 8 和 Rocky Linux 的使用体验。

@gridsah 你洋洋洒洒一大串，看不到必须用 RHEL 的理由。

2021-12-05 14:24:27 +08:00

回复了 gridsah 创建的主题 › 程序员 › 请教 CentOS Stream 8 和 Rocky Linux 的使用体验。

不如讲一讲你的原始动机。否则在你提出的几个互相矛盾的限制条件下大家也不可能给出又想马儿跑又想马儿不吃草的办法。在你没讲清楚之前，大家只会给一些自己觉得合理但不合你需求的意见，甚至沦落为发行版口水战。如果你能撸一下思路，讲清楚，也许你自己就排出来各个要求的优先级，放弃最不重要的限制条件了。

我能想到的一定要用 RHEL 的唯一原因是，你在开发给企业用的软件，客户自己的生产环境的要求必须是 RHEL……但，你要在 linode 上开服务器来跑，又希望 linode 跟你的开发环境一致，跟这个假设不太相符。

2021-12-05 12:25:15 +08:00

回复了 gridsah 创建的主题 › 程序员 › 请教 CentOS Stream 8 和 Rocky Linux 的使用体验。

如果 RHEL 是刚需，那换个有 RHEL 的主机商嘛，不过肯定比用社区版系统的贵就是了。

2021-12-02 14:36:39 +08:00

回复了 Renco 创建的主题 › 程序员 › 两台服务器,一台在内网做数据采集，另一台用做跳板机（可访问外网）转发内网采集的数据给外网的服务中。跳板机内用什么技术可以实现。

我还是不太明白你们为啥把问题想得这么复杂。
这又不是让外面主动发起连接访问里面，说了是里面往外传数据了啊。
是不是互联网直连时代成长起来的青年纯程序员们根本不知道有代理服务器这个玩意，也对运维手段毫无概念啥都想通过自己开发来实现。

2021-12-02 10:21:56 +08:00

@Renco 那就自己装个 ats 或者 squid 或者 tinyproxy 好了，业务系统里设置跳板机作为 proxy 访问外面服务器的 http api…这是很基础的运维技能，根本不需要祭出重量级框架做开发。

2021-12-02 09:25:17 +08:00

回复了 AndyAO 创建的主题 › Python › 那些 Python 语言设计上的重大失误

@2i2Re2PLMaDnghL PyPy 也有 GIL……曾经尝试用 STM 来做一个无 GIL 的版本，然后没有下文了

2021-12-02 09:09:38 +08:00

如果业务代码都是你自己写，系统都是你自己装，没有特殊管理策略的话，难道不是在跳板机上安装一个普通的 http proxy 或者 socks5 proxy 就可以了吗？

2021-12-02 09:05:19 +08:00

回复了 AndyAO 创建的主题 › Python › 那些 Python 语言设计上的重大失误

矫情

1 ... 72 73 74 75 76 77 78 79 80 81 ... 86

❮

❯