V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dcsuibian  ›  全部回复第 73 页 / 共 86 页
回复总数  1703
1 ... 69  70  71  72  73  74  75  76  77  78 ... 86  
2022-05-03 01:01:22 +08:00
回复了 UncleCat01 创建的主题 硬件 电视的网络性能太差应该怎么解决
同意楼上的,可能就是解码性能不行。
我家电视刚买回来的时候,下了部一百多 G 的狂怒,usb3.0 直接接 u 盘播放,卡的一批。
买了个外置盒子瞬间流畅。
2022-05-02 00:04:52 +08:00
回复了 lenghonglin 创建的主题 分享发现 关于在电视盒子上看 B 站港澳台番剧的一些实践
跟官方反馈啊,人越多越好。我已经反馈了(那个小电视的群已经满了,直接找人工客服反馈)
用的云视听小电视官方最新版。没试过在电视上搜,我是手机搜到后投屏上去的。能看,但没有外挂字幕,跟港澳台应该没关系,就是字幕的问题。
2022-05-01 21:40:07 +08:00
回复了 VincentYoung 创建的主题 全球工单系统 微博真的有人工服务?
微博是真的没有人工客服。
最开始注册过一个微博账号,很久没用了登不上了,就想联系下客服。但在网页上就像#4 说的那样完美闭环,申诉要登录,但没账号根本登录不了。(其实是网页上有个按钮,无论怎么点都没反应,猜测应该是要登录才行的)
打了官方电话,各种渠道都是让你去网上申报,教你自助办理的,根本找不到人工客服。后来也不知道在哪儿找到个电话才打了进去(这个电话好像本来是处理广告、造谣还是什么侵权问题的,记不清),总算找到个真人。说了半天跟我说之前的账号 ip 有问题,只能让我重新注册一个。(这理由我觉得也是瞎扯)

所以我的决定是弃用微博。
微博常常有宕机事件,以前我一直以为是不可预测、突如其来的大流量导致的。这件事以后我改变了看法,微博就是产品做的烂罢了,而且是稀烂。
火绒。
当初装这个玩意儿主要就是为了让 windows defender 闭嘴。
我个人感觉裸奔都没事,但有个杀软还是安心点。
(个人使用基本就是不会下来源不可信的软件,但工作中偶尔不得不装一些来源不明的软件)
2022-04-29 10:50:52 +08:00
回复了 wyfyw 创建的主题 微博 为啥显示位置(精度到省份/国家)有这么多人讨论
我也在奇怪这个问题,毕竟官方本来就有你的 ip ,完全不影响。现在只是谁都能看到了而已,只是口嗨、造谣、跟人对线成本更大了吧。
@mikulch 就是完全精准锁死用的版本。
2022-04-22 00:17:33 +08:00
回复了 helloworld1024 创建的主题 程序员 写代码不格式化的,都是垃圾,不接受反驳!
以我的经验来说,Java 、C#随便格。
Python 想格就格(个人不是很喜欢 PEP8 ,感觉每行太短了)
js 也可以格,但要小心规则一致性,要不然容易搞出一大堆 eslint 错误。最好用 prettier 配合好。

目前唯一注意到的会影响运行的例子好像是出在 html 格式化上,但也比较极端。
<ul><li>...</li><li>...</li><li>...</li><li>...</li></ul>
被格式化成
<ul>
<li>...</li>
<li>...</li>
<li>...</li>
<li>...</li>
</ul>
如果此时 li 被设置成宽度 25%的话,那么多出来的空白符会使这一行溢出。
当它没有就好了。我个人也是倾向于 1G 直接跳到 10G 的,没想过以 2.5G 为目标。2.5G 对我来说就是买高端主板或路由器时捆绑的罢了,就像是显示器上的音响和 CPU 上的显卡。
2022-04-21 23:12:25 +08:00
回复了 unt 创建的主题 程序员 接口调试工具, apifox vs apipost vs postman vs yapi
postman 复杂、大什么的我都无所谓。但离线无法使用这点是真的蠢。
一些场所禁止直连互联网,postman 直接废了。。。
package-lock.json 和 yarn.lock 呢?没锁版本确实是自己问题。

不过 npm 也确实是烂的一批。Java 后端表示简直被 Maven 吊着打。(就包管理而言)
初学 npm 语义化版本控制的时候觉得很牛逼。结果实际使用的时候毛用没有,不如直接锁死版本号。
npm 安全事故频发,丢包、删依赖、供应链投毒、桌面建文件宣扬政治。。。
包名也是先到先得,没有命名空间管理。(这个其实问题不大)
依赖库直接放在 node_modules 里,不像.m2/repository 那样多项目共享。
npm 换 yarn ,yarn 换 pnpm 。这中间还有 cnpm/cyarn 这种明明换个源就行的非要整个包出来。现在 Nodejs 也不行了又推 Deno 了。感觉就没有考虑过版本升级的。就算真积重难改要换新,能不能大家坐下来重新认认真真设计下,不要一天到晚换来换去,越来越分裂。(这部分是前端生态圈的问题了)

平心而论,Java 这边也出现过,Ant 、Maven 、Gradle 的更迭。但实际上学个 Maven 就够了

我原本觉得,既然 js 早期有各种设计缺陷,在设计新工具的时候应该更加谨慎认真才是,能这么随心所欲也是真的牛逼。
2022-04-20 22:42:01 +08:00
回复了 waiterlin989898 创建的主题 程序员 真的有人在项目中进行 TS 类型体操吗?
@ruoxie 估计就是类型推测,推测( tc )= 体操( tc )。我也想了一会儿
2022-04-20 20:58:32 +08:00
回复了 LxnChan 创建的主题 程序员 想问一下大家开发 h5/css/js/vue 的话都会安装什么插件啊
调试的话,没有什么差别。
都是命令行 npm/yarn serve/start 运行的么。调试就用 debugger 关键字配合 console.log 。
真正的调试工具应该是 Chrome Devtools 。除非你写 nodejs 脚本
2022-04-20 20:50:20 +08:00
回复了 playmaker 创建的主题 程序员 idea 2022.1 版本偶尔 crash,无语
完全删除、重装
2022-04-20 20:46:54 +08:00
回复了 LxnChan 创建的主题 程序员 想问一下大家开发 h5/css/js/vue 的话都会安装什么插件啊
Auto Close/Rename Tag ,TabOut ,Live Server ,Prettier ,Vetur ,Vue 什么的。其实需要用的插件,打开对应文件的时候都会提示下你,安装就好了。
个人来说,之前用的 VS Code ,后来转的 WebStorm 。感觉 WebStorm 代码提示功能更强大许多,甚至 ts 上也是(不过也遇到过特有的 bug )。基本就装了个中文插件和 GitHub Copilot ,其它都是自带的。
2022-04-20 16:21:17 +08:00
回复了 zilan 创建的主题 程序员 片面感觉前端(有一部分)是在提高入行门槛
总体来说,我感觉比起 jQuery 时代,现在的前端开发方式真的舒服不少。如果要做页面,那肯定舒服很多。
但相对而言工具链的配置就整的很复杂。TypeScript 、Webpack 、Babel.js 、Vite 等等。这种东西很复杂,而且弄好了也没有什么成就感。我个人觉得原因主要有:
1 、web 技术是逐渐发展到现在这个样子的,而 js 、css 在最初设计时没有考虑太多(尤其是 js ,语言错误多,而且缺少基本的模块化语法和作用域等功能)。js 光模块化语法就好几种,搞得异常复杂。
2 、兼容性。在前端领域,不考虑兼容性基本就是一个死。但是考虑兼容性,又会变得异常复杂。以前是对浏览器的兼容性,而现在是工具链的兼容。你发布一个包,可能要考虑用户是在什么环境下用的,nodejs 还是浏览器,webpack 、rollup 甚至还要考虑具体的版本。整得异常复杂。
3 、前端生态圈缺少一个像 Spring 这样的整合者。导致大家疯狂地自己造轮子。这点 Vue 还好,有自己的全家桶。React 那边就乱多了,各种搭配层出不穷。
不知道,但之前研究过这俩的区别。说点无用的:
mac 上按 command +/- 实现的功能会调整 devicePixelRatio ,也就是改变 CSS 像素和物理像素的比例,这就导致视口变小了( CSS 像素数量更少了),会影响显示。
触摸板缩放更接近 ipad 和手机,不改变 devicePixelRatio 和视口宽度,因此网页结构没什么变化,更像是放大镜。不过会受<meta name="viewport" content="...">中的 scale 设置影响。(实际例子来说,在手机上打开百度和 V2EX ,v2ex 是可以用双指缩放的,但百度禁止了,电脑上 Chrome 模拟移动设备时用触摸板也是一样的效果)
所以应该就是更偏向于给移动设备用的。
2022-04-18 22:24:00 +08:00
回复了 3dwelcome 创建的主题 算法 链表快还是数组快?
数组查询 O(1),插入 O(n)。链表查询 O(n),插入 O(1)。但你误解链表的这个 O(1),这个 O(1)指的是你已经拿到了中间某个节点的指针,然后想往附近插入 /删除一个元素的情况。

你看的那两张随机插入和随机删除,是以下情况:
随机给一个位置 i ,然后让 list 和 vector 进行插入 /删除操作。那么这时候时间复杂度就不是 O(1)了。因为链表还要从头一直往后找,找到位置 i 的那个节点,即有 O(n)部分,但真正的插入 /删除还是 O(1)的。而 vector 找起来很快,耗时的是移动后面的元素(不考虑再分配的话)。

你应该看 random insert 最后一张图,那张才是链表的正确应用,文章也有提到:
if the iterator was already known (no need for linear search), it would be faster to insert into a list than into the vector.
所以并不反直觉。

如果你的应用场景并没有把查找的那个 O(n)去掉,那么数组更快也很正常。
ant design pro?
1 ... 69  70  71  72  73  74  75  76  77  78 ... 86  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3020 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 13:22 · PVG 21:22 · LAX 05:22 · JFK 08:22
Developed with CodeLauncher
♥ Do have faith in what you're doing.