V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Chinsung  ›  全部回复第 3 页 / 共 12 页
回复总数  240
1  2  3  4  5  6  7  8  9  10 ... 12  
86 天前
回复了 NxxRngjnbgj 创建的主题 职场话题 昨晚公司迎新晚宴听到的一些话
他说的都是他认知的事
所以他在这也是打算混日子,但是他又觉得自己不是在纯混,而是给自己找了一个 balance:他自己提到的 2 和 3 以及 4 ,2 和 3 让他觉得自己除了混还是有点追求的,4 让他觉得他起码是治人的,比其他人稍微高那么一点
因为小脑不健全会导致认知功能障碍和语言功能障碍,所以这种不举例抛出论据就发表结论的,我个人一律认为小脑不健全。
多喝水,少吃海鲜烧烤,已经开始了就吃药
88 天前
回复了 hardto 创建的主题 职场话题 锐评一下程序员的就业未来
@forisra #50 好幼稚的言论,没有开源,整个信息化发展还得倒退几十年,岗位只会更少
91 天前
回复了 Jooeeee 创建的主题 职场话题 你会接受高绩效比例的薪资结构吗?
绩效这个东西,风平浪静的时候无所谓,动荡不安的时候就是送你滚蛋的最好武器
这东西由上层控制规则,结果也由上层决定,动荡不安的时候就是各显神通的时候
别买神舟,其他看你各方面选择:
1. 常常外接显示器,那就可以选显示器一般的但是内存 CPU 好点的,否则显示器很重要
2. 不要买低压本
3. 最好看下散热维度的相关评价,有些游戏本虽然释放好,但是风扇声音可能你接受不了
91 天前
回复了 firhome 创建的主题 程序员 困惑好久的问题,如何做代码管理?
copilot 基本都直接弹了,要么大量相同的定义就直接丢掉 gpt 让他按照规则帮忙生成下
没任何卵用,实际使用的的时候速度取决于你速度最慢的那个设备和单元,给你多少速度,最后不还是取决于内存和硬盘的速度?
93 天前
回复了 Spider1996 创建的主题 Java 请教个关于 tomcat 线程执行时间过长问题
@Spider1996 #6 是的,不过 pinpoint 好像没有堆栈的详细时间,之前公司用阿里云的 arms ,在 sql 变慢,上游请求明显大于配置的连接数的时候,满请求明显都是阻塞到了 getConnection 的
94 天前
回复了 Spider1996 创建的主题 Java 请教个关于 tomcat 线程执行时间过长问题
看下 druid 配置,db 本身没有慢 sql 的话,可能是连接数不够,此时 druid 获取一个链接的时间过长
但是你这个堆栈看起来不像阻塞在了 getConnection ,看下带宽问题?
或者是循环执行一个很快的 sql ,比如查询几 W 次一个几十 ms 的 sql ,接口会慢但是 db 不会有慢 log
pinpoint 可以看到接口,看下是不是接口里有没有什么奇怪的写法,实在不行接口里的 sql 都加个前后打印时间的输出看下
108 天前
回复了 karottc 创建的主题 Java 250M 的 Java 程序,用 go 重构,只需要 8M
@itakeman #123 这 OP 天天发这种主题的帖子踩一捧一,摆明了就是带节奏,你要么是 OP 的小号,要么就是他的纯种野生大孝子,我 java python go 都用,php 也用,你这上来就一定 javaer 急了的🎩,和 OP 一样经典的贴吧套路啊。大孝子
108 天前
回复了 karottc 创建的主题 Java 250M 的 Java 程序,用 go 重构,只需要 8M
@itakeman #122 孝
109 天前
回复了 karottc 创建的主题 Java 250M 的 Java 程序,用 go 重构,只需要 8M
[果然吃内存,一个简单的 Java 程序就占用了 250M 内存]( https://www.v2ex.com/t/1055770#reply125)
你是不是🤡啊,隔三差五就要发一个这样的话题来哗众取宠,然后还隐藏自己的提问记录。
把这当贴吧呢
微服务又和分布式是 2 个概念,许多人理解的微服务就是什么勾八小的领域都拆个服务出来,真不知道带来的分布式系统复杂度他们打算怎么处理的。
你这个问题主要在于分布式配套的组件不够,排查人员的经验不足,排查手段受到团队基建影响。本质上这些是要 sre 团队考虑的。
114 天前
回复了 DosLee 创建的主题 OpenAI 啊? 9.11 比 9.9 大??
gpt 的数学能力差的很,之前问他一个简单的计算,一个小数相乘都乘错了,算出来的最终值极其离谱
之前用过 shiro ,感觉 spring 在这个方向走错了,shiro 和 spring security 都过于复杂和庞大了
画个靶子自己打可还行,你这个诉求你既然对内存有要求就用 c 和 go ,用 java 就要考虑 GraalVM 。
你这个例子我可以用来吐槽任何语言。反正把那个语言的短板拿来直接套就完事了
随便写个类访问,打印下 classpath 和 resourcepath 这些,然后看下你那个 html 在不在下面就行了,不在又想强行打包过去,要么 resource 配置下,要么找个 maven 插件去打包。
话说为什么不先用 maven 命令编译完再去执行,难道你最终打包也不用 maven 打包而是把 java 文件丢到服务器上去用这种命令执行吗
125 天前
回复了 huyangq 创建的主题 程序员 大家 code review 是如何做的?
这玩意永远是一个投入产出比的问题,做法是次要的,做法就是走 merge request 做每次提交的 CR 后合并,要么就是定期开 CR 会
第一个保证的是代码质量和低级问题,还有统一的代码规范
第二个就是提升大家整体代码的意识,提升团队技术氛围
做 CR ,形式和方法都不重要,成本才重要,落地和加入项目流程的成本项目组愿不愿意承担,结果效果可不可视化以至于是否能让相关方愿意承担,有没有这个必要性以使得所有相关方愿意承担
1  2  3  4  5  6  7  8  9  10 ... 12  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1363 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 17:40 · PVG 01:40 · LAX 09:40 · JFK 12:40
Developed with CodeLauncher
♥ Do have faith in what you're doing.