V2EX › abcbuzhiming 的所有回复 › 第 4 页 / 共 104 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 104

❮

❯

191 天前

回复了 pytth 创建的主题 › 分享发现 › 闲鱼网页版 www.goofish.com 上线了

咸鱼也撑不住开始做网页版了

191 天前

回复了 abcbuzhiming 创建的主题 › Vue.js › 有没有基于 Vue 并且设计初始目的是偏向桌面端软件的 UI 组件库？

@angrylid 现在这些库的风格都是：非常扁平，美术风格都非常素，基本都是纯色块，极少有阴影，没有哪怕一点点拟物风格。桌面风格需要更偏向拟物一点，其实 Fluent Design 都受移动端风格影响重了，但是它好歹有一些凹凸和层次感。

192 天前

回复了 abcbuzhiming 创建的主题 › 前端开发 › npm 的这个 audit fails 到底是什么原因造成的？

@0o0O0o0O0o 这个 issue 的状态一直是 open ，虽然有个回复说在 2022 年关闭过一次，但是它现在左上角的状态就是 open 。而且直到今年 4 月 30 日，最下方还有人问是啥有没有新的解决办法

193 天前

回复了 abcbuzhiming 创建的主题 › 前端开发 › Web 前端项目如何和 Electron 项目共享代码？

@renmu 不太理解这是什么操作，electron 可以从本地加载打包后的 web 项目的静态资源吗？还是说你的意思是直接从远程服务器加载？把 electron 直接当浏览器用？

196 天前

回复了 rcocco 创建的主题 › 程序员 › 好奇移动端、桌面端是怎么实现列表控件渲染大量元素不卡顿的？

移动端我不清楚。但是桌面端的话，我没听说过传统 UI 的列表控件有用虚拟滚动的，实际上，当元素量够大的时候，一样会卡的，只是桌面端大部分时候处于性能溢出的状态，且内存管够，所以一般遇不到那个能让你卡的数量级。

196 天前

回复了 abcbuzhiming 创建的主题 › 前端开发 › 请问现在是否还存在传统风格 UI 组件库？

@eraserking 还有吗？只是 win95 也实在太复古了一点，理想 UI 还是 win xp ，win 7 ，以及以前的 Mac ，那是拟物的巅峰

196 天前

回复了 karottc 创建的主题 › Java › 250M 的 Java 程序，用 go 重构，只需要 8M

@zpxshl
淘宝的没落和 PC Web 端是没有关系，有关系的是他没落后的态度，按 101 楼说的，你没落了更应该减员增效对吧，为啥还回来重新升级 PC web 。

本质是上升期看不上那点入口，那点流量，下降期就必须重视了。

PDD 的崛起也是差不多的道理——市场一直有低成本的需求，淘宝在上升期是看不上的，就像 92 楼那位老兄说：他会在这个时期考虑为用户节省吗?反正又没竞争对手怎么都能增长。结果 PDD 就跳出来了。

市场就是这样，你永远想不到刺头会从哪里蹦出来，需求是客观存在的。经济高速发展期，可能用户的需求反而得不到满足，因为这个时期作为商家都忙着吃肉，谁关心你用户怎么想呢？但是经济进入衰退那就要绞尽脑汁去掏以前看不上的“某一小撮群体”手里的钢镚了

196 天前

回复了 karottc 创建的主题 › Java › 250M 的 Java 程序，用 go 重构，只需要 8M

@DOLLOR 很简单嘛，按你这个解释，既然要降本增效，阿里应该就直接把 web 版的淘宝砍掉，那岂不是降的更多呢？

经济不好的情况下，企业当然会选择降本，但是这个降本的途径，会从其他渠道走。相反的是。在经济不好的时期，但凡可以引来流量和更多用户的渠道，都必须重视，不光阿里，好几家大厂都开始增强自己的 web 端。为啥，缺流量了呗，每个入口都必须重视了呗。这就是你不干有的是帕鲁干

196 天前

回复了 karottc 创建的主题 › Java › 250M 的 Java 程序，用 go 重构，只需要 8M

@murmur 在经济好的时代，你但凡生产出来的东西都卖的出去，自然可以说出：“比起用户的流畅性，你是老板，你是要便宜的程序员，炫酷的界面，还是为用户省内存”。

可现在这个时代不再有了，现在是生产过剩的时代。生产过剩的时代，就是你不卷，有的是人卷，你不愿意为用户省内存，会有人愿意为用户省。汽车行业就是如此。

可以无视用户的想法节约企业成本的套路，仅限于经济高速发展，企业不愁客户的时代，别说 electron 这种恶心用户的东西，淘宝当年恨不得把网页端给砍了，像咸鱼一样彻底用 app ，当时淘宝的前端甚至在各大社区狂言：PC 端用户要对自己的处境有清醒的认知，你们就是一小撮，不值得为了你们去优化用户体验，识相点赶紧往 App 转，移动端才是未来巴拉巴拉。。。结果今年阿里破天荒的跑回来升级自己的 web 端网页。

吃到了时代红利是好事，但是不自知就很成问题了。你可以给用户喂翔，用户有时候也没办法。但是有些人如上面那些，喂用户翔还要硬按着用户的头说翔是香的，真太过分了

196 天前

回复了 karottc 创建的主题 › Java › 250M 的 Java 程序，用 go 重构，只需要 8M

@idblife 没必要和那些人争，前几年互联网繁荣期，有两拨人吃到了时代红利所以一直忘乎所以，其中一派就是你现在看到的，觉得数据中心的内存很便宜。最狂的时候，我在这里见过人说什么“你连这点内存都买不起来做什么互联网”？还有一拨就是那帮 Electron 。前面那帮人是不把服务器内存当钱，Electron 这帮人则是认为用户电脑的内存不值钱。

197 天前

回复了 yjsp1919 创建的主题 › 商业模式 › 听说很多网游工作室居然开到孟加拉了？

各位，一个反直觉的东西，就是印度游戏市场挺大的，尤其的是各种菠菜游戏，至少 3 年前，我认识的一个人就通过各种印度当地势力，在当地运营菠菜游戏割当地人的韭菜。
所以孟加拉开游戏工作室一点不奇怪，这主要是现在印度市场很不好进去。当然人不那么好打交道，要干这个得有相当的门道才行

197 天前

回复了 grayfox 创建的主题 › 程序员 › 请问对招聘网站的在线简历数据爬虫会涉及法律风险吗

你自己爬着玩玩，只要不把别人的服务器拖垮了，一般不会找到你头上。

但凡你是在公司干这事情，那你就得有一个极其靠谱的靠山——在出事的时候把你捞出来。这里面的关键点不在于“爬”，而是你把“爬”来的数据拿来干什么。绝大部分公司都是死在这上面。把没授权的数据拿来商用但凡抓到就是死

@qoras 因为人家大公司有强力的法务团队和政府关系团队，你有吗？

209 天前

回复了 niuyeye 创建的主题 › 程序员 › 请教一下， AI 能不能做质检，从一批衣服里，找出瑕疵品，实现的难点是什么？

你能定义“瑕疵”吗？如果你不能精确的定义瑕疵，只能靠人的经验，那就做不到

209 天前

回复了 NotoChen 创建的主题 › Java › [ Java ][SpringBoot][SpringSecuriy]关于代码编写的请教/探讨/求证

不建议用 spring security ，我记得是在哪里看过一篇文章，spring security 是前后端不分离时代的思路——全流程控制，从后端一直控制到前端。所以它才实现的如此麻烦，如此的“累赘”，而你现在开发的东西基本上都已经是经历过前后端分离洗礼后的，所以你用这玩意就觉得万分不适配。

@Chinsung 你的感觉是没错的，shiro 勉强还好点，给了一些自由发挥的空间，spring security 完全是把你框死必须按他那套“大而全的全领域控制”逻辑走。

个人真不建立在比较简单的场合用 shiro 和 security 。尤其是 security ，根本就不适合目前这种后端不吐出 html ，只吐数据，需要轻量化 token 的场合

209 天前

回复了 YJi 创建的主题 › NAS › 小米要做 NAS 啦?

@MoonLin 不是有说法威联通的软件差的很远吗？不然黑群晖到处都是，黑威联通的没几个啊

211 天前

回复了 hh54188 创建的主题 › 程序员 › 我最近逐渐感受到，作为个体开发者在拓展技术深度上越来越难了

这个问题，10 年前其实就有文章提到：那篇文章是这么说的，现代系统变的越来越复杂——它举例是最新的民用航空飞机，说再顶尖的工程师也无法窥整个飞机的全貌，只能关注顶层总装，分系统的细节必须由其它人完成。这是必然的事情，这篇文章还很忧虑的说，有没有可能会有一天，整个系统的复杂程度，会复杂到哪怕只关注顶层，人脑也无法理解呢。

所以你的担心是客观事实，但是也没必要焦虑，因为这是这个时代所有工程师都必须面对的问题。
至于你说的，如何评估一个系统能够承担的工作量。这个问题更加复杂一些。因为现实中的业务是千奇百怪的。单一条件下的任务说测试出来的负载量很难适应更复杂的环境。所以你如果想挑战你的系统到底能胜任多少任务这个问题，除了做实验没有其他办法。也就是说这个东西是试出来的。哪怕是官方给出的，他自己的测试都不一定适应你所使用的使用环境。

212 天前

回复了 abcbuzhiming 创建的主题 › 程序员 › 这种需要回顾过去数据的算法问题是不是回溯问题，如何优化速度？

@Juszoe 其实这是我自己在考虑要不要进行优化，客户那边，还没有进一步反馈。

它这个东西，不单单是算 618 期这么简单，是用户点击任意一期，你都得拿到这一期前 618 期的数据。

预先算题是不行的，因为历史记录已经高达 6935 期。要把这么多期都算出来，那可要不少时间。

可能上面有个人说的落盘是正道，我现在也想干脆把计算和展示分开算了，用户想重新算就点计算按钮然后等时间，平时就是展示历史数据，切换的也快

212 天前

回复了 abcbuzhiming 创建的主题 › 程序员 › 这种需要回顾过去数据的算法问题是不是回溯问题，如何优化速度？

@phrack 这位甲方自认为能从以前的数据里找到规律，所以他设计的算法有大量从以前的数据里追溯的

@wxf666
1.目前并没有“以前算过”这个概念，因为并没有把历史数据存盘，每次都是针对某一期开始算

2.循环搜 7w 次耗时 50ms ，我也觉得这有点慢，但是我现在实在想不出该优化哪里，对比字符串就是 "xxxx".indexof("xxxx")。并没有特别用什么，
EveryThing 啥的应该是用 C++的吧，它那应该是某种特化场景，我估计我肯定比不了。因为我这里面有大量 for 循环遍历 list ，

222 天前

回复了 GopherRustaceans 创建的主题 › 前端开发 › 后端转前端，是好的选择吗？好的路线是什么

@GopherRustaceans
因为 css 就不是编程语言，它是查表，从思路上说就和一般概念的编程语言就不一样。

而且 css 这个鬼玩意，它本质不是为 GUI 系统设计的，它最初的出发点是做排版系统，排版系统和 GUI 系统有交集，但并不是一回事，有点像轿车和皮卡的关系。现代 web 开发更多是做 GUI ，做展示页（排版）的时候比较少。这存在不匹配的阻尼。
然后就是 CSS 最初的设计者，按照她自己的说法，她的设计更符合排版系统的需求——她把 CSS 设计成了一个非正交系统。什么叫非正交呢？所谓正交的系统，你动了 A ，不会影响到 B 。但是非正交系统不是，你动了 A ，B 会跟着跑，但是它还不会直观的告诉你，你得凭经验。CSS 里到处都充斥这种和“隐藏条件”一样的玩意，导致 CSS 的开发，必须背表，大约有几十种组合，如果这个人对这些表背的滚瓜烂熟，用的随心所欲，那它就不会对 CSS 产生任何怀疑。问题是这种思路它就不是传统编程的思路。

即使是前端，也没几个真敢说自己对 css 很熟练的，证据就是这些前端在拿到一个别人开发的，布局有问题的界面时，他们绝大部分时候的选择，就是干脆的自己重新写一遍 css ，而不是像传统编程开发那样，去 debug 一下找到有问题的代码在哪里。CSS 是很难 debug 的，因为非正交的原因，造成当前问题的原因可能是十万八千里之外的一个盒子的输入参数，这种隐藏条件在 CSS 里比比皆是。

一般来说，熟悉 java 的，学习 js 的一点都不难，但是要搞定 CSS 就千难万难。而我见过那种真能熟练 CSS 的的人，他自述它写 CSS 的时候戴着耳机听歌，但是写 JS 的时候就不敢。注意证明这玩意有多大的思维鸿沟，你擅长一边，就很难擅长另外一边。所以这是壁垒

1 2 3 4 5 6 7 8 9 10 ... 104

❮

❯