V2EX › yidadaa 的所有回复 › 第 2 页 / 共 3 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3

❮

❯

2023 年 11 月 27 日

回复了 luckyjack 创建的主题 › 生活 › 新社畜感觉每天下班都好累，什么都干不动

作为过来人，有几个实操建议，你可以尝试：
1. 在公司结交至少一个朋友，作为你的核心交友圈，评估标准是可以每天吃午饭，下班之后也能叫出来搭伙娱乐，这一步用来排解孤独；
2. 培养至少一个业余爱好，无论是打游戏、运动、写代码、摄影等等，所有你能想到的一切，并且基于这个爱好能够在工作之外的社区中找到同好，这一步用于构建身份认同，消解虚无感；
3. 每周至少进行一小时的有氧运动，跑步、骑车、健身环、打球，都行，这一步用来保证心肺能力，提升你的精力条。

2023 年 11 月 27 日

回复了 laaaaaa 创建的主题 › 职场话题 › 程序员没有在规定时间内完成开发任务，大家会怎么处理？

你的管理方式有问题，你评估 3 天，开发排期 5 天，说明你对任务和开发人员的匹配程度认知不足，这种情况下交付风险本来就很高，你应该预留 7 天的时间，作为最坏估计，然后分别在第 3 和第 5 天至少询问一次进度，及时评估交付风险，或者搭配站会每日汇报进度。

2023 年 11 月 19 日

回复了 realpg 创建的主题 › 程序员 › 一次 github 跟开源大佬的抬杠经历

说真的，我建议你去看看心理医生，你的精神状态不像是正常的样子。

2023 年 11 月 13 日

回复了 Koral 创建的主题 › 程序员 › [年终总结]程序员回乡当教师的年收入，以及一年近况

我觉得很好，尤其是老婆也在老家，OP 如果想挣钱就深挖线上课外辅导和独立开发，积累起第一批客户之后，之后来钱很快。

不过在小县城的缺点就是有钱也没地方花。

2023 年 11 月 5 日

回复了 F1ySyn 创建的主题 › Web Dev › 目前还有没有国内访问比较友好的静态网页托管服务

你搞错重点了，你需要的不是托管服务，而是备案域名。只要有备案域名，你随便绑定到国外的任意托管网站，然后随便绑一个国内的 cdn ，速度嘎嘎快，还不用担心被墙。

2023 年 10 月 26 日

回复了 MajestySolor 创建的主题 › 问与答 › 在有外国人的环境里，某个中国人想和另一个中国人交流，说中文是“失礼”的表现么？

都别吵吵了，往仓库里加个自动翻译机器人不就行了，两行代码就能解决，多大点事： https://github.com/marketplace/actions/issues-translator

2023 年 10 月 18 日

回复了 hackingwu 创建的主题 › 程序员 › 大家有没有遇到云主机连接 openai.azure 耗时长的问题，怎么解决呢

用 cf worker 搭个转发，然后绑定一个已备案域名，然后再用国内云的动态加速服务加速这个备案域名，速度嘎嘎快。

2023 年 9 月 26 日

回复了 INBreeze 创建的主题 › 程序员 › 一个 16 小时录音录像产品需求

我之前设想过对应的技术方案，不过由于确实有违法风险，只好作罢。

为了长续航，本体与电池最好设计成分离的，比如电池仓挂在腰上，摄像头使用鱼眼镜头来增加录到视频的可用性，芯片用海斯的视频监控芯片，为了尽量不引人注目，摄像头也可以通过排线与主板分离。

我最后能想到的最佳形态是摄像头嵌入到徽章里，挂在胸前，然后排线穿过衣物，主板悬挂在贴胸位置或者挂在脖子上，电池仓挂在腰部。

其实没必要搞这种贴身的摄像头，你在家里书桌上弄个固定机位，每天口述录像也能达到差不多的效果。

2023 年 9 月 21 日

回复了 Unitent 创建的主题 › 分享发现 › 写了一个好玩的，收集互联网应用程序创意的网站！

- 字体太逆天了，生怕用户读懂了文字，这种艺术字体在首页或者导航栏的标题区域用一用差不多得了，你见过哪个网站的正文用这种字体的？

- 网页信息密度极低，评论内容明明已经加载出来来，却默认折叠起来；

- 没有对页面做宽度限制，pc 横屏的阅读体验灾难；

- 主次不分，用户 id 都是随机生成的，却用大黑色块做底色，喧宾夺主。

**鉴定为：不会点开第二遍。**

改进建议：
- 赶紧把花里胡哨的字体扔了，老老实实选个正体字，你用思源黑体都比这个逆天艺术体强；
- 重新设计一下用户的帖子，照着 twitter 微博的信息流抄，大把的可以抄的对象，默认展示前 n 条评论，多出来的再折叠；
- 界面限宽，600px 居中展示，去抄知乎。

2023 年 9 月 20 日

回复了 BeautifulSoap 创建的主题 › Go 编程语言 › 踩到 Go 的 json 解析坑了，如何才能严格解析 json？

你需要区分 decoder 和 validator ，有的库会同时提供两个能力，但有的库只会提供 decoder 能力，你去找个带 validator 的就行了

2023 年 9 月 15 日

回复了 mogutouer 创建的主题 › JavaScript › 用 JS 根据字符串生成一个固定的随机数

试试 130 Byte 的依赖库 nanoid: https://github.com/ai/nanoid

2023 年 9 月 4 日

回复了 Toinfinity 创建的主题 › 程序员 › 刚毕业学前端好还是后端好？

看来并没有什么人帮你分析这两个方向的利弊，我来写点文字吧，不能保证准确性，仅供参考。

首先你需要明确一个认知，如果你想成为一个专业的程序员，就不要被技术栈困住，前端/后端的工种之分，只有国内区分得这么清楚，北美大厂基本会统称为 SDE/SWE 。

其次，工作是工作，爱好是爱好，你需要区分，你究竟是喜欢写代码，而是单纯地想以写代码为生？如果是前者，无论你选择哪个技术栈作为你的主力方向，都不影响你取得世俗意义上的成功，随着对技术的深入，你对代码的热爱会让你不自觉地学习各种各样的技术，成熟且专业的程序员从来都是以解决问题为导向，而非技术导向。如果是后者，那你就得从功利主义的角度做出选择，问题就变成了“在仅仅当作工作来对付的前提下，如何尽可能多地挣到钱？”，这个问题在国内语境下是存在标准答案的，也就是其他人口中的“后端”，优点就是所有人都在说的“天花板高”，“架构师都是后端出身”，不再赘述。

最后，如果你的目标是不想工作，我可以给你指出一条歪门邪道，有一个事实是：90% 的产品都不需要太强的技术做支撑。你只需要掌握一门技术 20% 的知识，就能解决 80% 以上的问题，也就是说，除非兴趣使然，你没有必要成为某个技术栈专家，只需要全都略懂一点，你就能尝试创建自己的产品，也就是所谓的独立开发者，而一个成功的独立开发者，往往需要在前端、后端、设计、产品、运营这几个方向都有一定的经验（不需要太多，20% 足矣），而这些方向中性价比最高的切入点，就是前端，原因非常简单，就是无论你的产品都多牛逼，你都得先有个界面给人用起来才行，而对于独立开发者的产品而言，界面几乎就决定了一款产品的存活与否。

最后再重申一遍，从正常的职业规划来讲，选后端。

2023 年 8 月 19 日

回复了 Daotin 创建的主题 › 程序员 › 现在前端还有人写单元测试吗？

我们团队一直在践行 BDD 实践，最大的经验就是，写测试套件要比写测试本身更重要，如果你想在团队内部推行 TDD/BDD 规范，最好花一些时间先把测试框架搭起来，很多前端代码的可测试性都很差，因为 js 比较灵活，外部依赖非常松散，导致你想对某个组件写测试，必须要 mock 一大堆东西，可能大部分时间都在折腾 mock 外部依赖，所以如果你有能力树立起团队的开发规范，收缩组件的外部依赖，并且提供统一的测试套件，这样团队成员其实是很有动力写测试代码的。

2023 年 8 月 3 日

回复了 Meekdai 创建的主题 › 分享创造 › Gmeek 超轻量级个人博客框架开源

@stevenshum #12 可以搜啊，右上角不就是搜索框

2023 年 8 月 2 日

回复了 Meekdai 创建的主题 › 分享创造 › Gmeek 超轻量级个人博客框架开源

试试我的： https://github.com/Yidadaa/Issue-Blog-With-Github-Action

2023 年 7 月 27 日

回复了 itechnology 创建的主题 › 程序员 › 真是绝了， github 上 YunaiV/ruoyi-vue-pro 项目打着开源的旗号收费

爱用用，不用 [*]，合着开源作者活该打白工？你看着不爽自己去 fork 一份，把文档补上不就行了？

2023 年 7 月 18 日

回复了 moonrailgun 创建的主题 › 程序员 › 失业在家的一月半，我在家全职做开源

手里有一个 40k star 的项目，可以分享一些经验，搞开源千万不要试图只靠打赏，不然百分百会饿死，我不是在开玩笑。

如果可能的话，op 可以先放缓功能性开发，早早规划一下收费的功能，哪怕用 Lemon Squeezy 或者 Stripe 搞个简单的订阅，靠爱发电总有一天会耗散所有激情。

2023 年 6 月 30 日

回复了 sbldehanhan 创建的主题 › C++ › 想请教一下各位大佬，你们的 C/C++ Linux 开发环境是什么样的？

@daveh #81

我们用的构建工具是 ninja + cmake 。

我的确不清楚 CLion 这些 IDE 具体使用了什么技术构建的符号索引，CLion 相对于 lsp 建立索引的速度确实算快的，VS 和 Xcode 我用得不多，不做多评价。

我要重申一遍我的第一条回复的核心思想，免得我们的争论跑偏：
- 我主张：无论用什么索引技术，在本机开发大型 CPP 项目都很痛苦，我当然知道你说的这些加快构建时间以及最大化利用增量编译的能力，但这些能力的提升总归会受限于 CPU 机能，项目的内在复杂度会一直堆砌，尤其在 CPP 缺少标准反射能力的当下，很多功能都依赖大量模板和宏编程，这些都会极大地拖慢编译时间，项目增长到一定规模之后，无论再怎么做编译优化，本地编译时间都会不可避免地膨胀到无法忍受的地步；
- 我主张：CLion 的远程开发体验就是垃圾，你说的那些所谓的“CLion 远程工具链、Gateway 、远程 IDE 、远程桌面”我们都用过，我可以毫不吝啬地再说一遍 CLion 远程开发体验就是垃圾，尽管我们团队都喜欢 CLion ，现在都不得不迁移到了 VSCode 。我不是固守某一种编辑器的原教旨主义者，在完全迁移到 NeoVIM 之前，我用了相当长时间的 CLion 和 VSCode ，而且团队其他成员使用它们的时间更长，这不是一种臆想，这是一种实证；
- 我申明：compile_commands.json 除了首次生成需要重新编译，后续的符号索引更新都很快，但这一切在羸弱的本机上都会变得十分痛苦。

总结：我不想评价哪种 IDE 或者编辑器更好，它们各有各的好，但仅针对大型项目的开发体验而言，VSCode/NeoVIM + 远程开发机的配置是目前最优解，而且如果考虑到调试体验，VSCode 吊打 NeoVIM 。

1 2 3

❮

❯