V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  GeruzoniAnsasu  ›  全部回复第 50 页 / 共 147 页
回复总数  2926
1 ... 46  47  48  49  50  51  52  53  54  55 ... 147  
2022-05-20 09:46:48 +08:00
回复了 weimo383 创建的主题 职场话题 web3 靠谱吗
@murmur
@JamesRuan

所以币圈的链没卵用,但完全可以再创造出些新的、有用的、能承载内容的链,这是没问题的
2022-05-20 04:26:24 +08:00
回复了 suyuyu 创建的主题 Windows 硬盘到底要不要分区?
我讲一个这楼里所有人都忽略了的点


虽然他们的电脑只有一个分区


但他们有 NAS……


他们的数据都不在电脑里,电脑里只有应用。明白我意思不


我一个 D 分区跟了我两台电脑 4 块不同的硬盘,它的旁边存在过 win8 、ubuntu18.04 、win10 、无分区空间……甚至从磁介质迁移到了电荷介质又回到了磁介质。反正我能确定如果没分区这些数据活不了这么多年。怎么还有人说备份比分区重要,我 tm 分区本身就是备份的层级之一!

我为什么要格掉 C 盘?
因为它要变成 ext4 了
因为重装还是在崩 bcd 引导,我是不是得格掉试一试
因为我准备把系统用另一个硬盘装了,格掉扩个容

「分了区硬盘一坏还不是全没」跟「分盘备份 NAS 一坏还不是全没」不是一个逻辑吗,你说不考虑 nas 崩,那我先不考虑硬盘全坏先把区分开不也有一定作用吗

备份是吧、备份、备份(藏狐拍镜头.gif )
不格盘、不格盘、不格盘(拍镜头.gif )
2022-05-20 03:56:51 +08:00
回复了 weimo383 创建的主题 职场话题 web3 靠谱吗
web3 靠谱跟做 web3 的公司靠谱不是一回事

如果把 web3 定义为如下概念集合: 分布式内容提供网络、self-hosted 、serverless 、复杂图数据库…… 那感觉还挺有盼头的

但如果跟你吹 web3 的是什么执意附会区块链的鼓吹者,那我先放一个过去的回复: /t/812505

20 年前,世纪初的时候人们早已经尝试过很多种「真正的分布式网络项目」,比如 seti@home 这种分布式计算、emule 这样的分布式 sharing 。但受限于那个时候的网络和主机性能这些项目放到今天来比只能算雏形。


在今天这个随便一台个人主机都足以承载上千 qps ,上行带宽能达到 10m 以上的时代,我感觉是很有希望能把过去的那些实践重新发展到新高度的。参考 50 年前就已经出现的「神经网络」。毕竟你都愿意浪费上 T 的空间或者两个 3090 的算力去算一些没意义的东西,如果把这些资源用来 serve 一个「有用的网络」,应该很有可行性才对。


我就希望搞区块链的那帮人什么时候能别盯着它那点破 token 那些个鸡掰 proof of something ,一个能永久更新全网同步且不丢数据的零信任分布式数据库,他们居然只用来玩算数游戏!
2022-05-20 03:13:33 +08:00
回复了 Biwood 创建的主题 程序员 Linus Torvalds 在 TED 演讲上所说的有品味的代码
看了这个帖子感觉很多人的代码修炼筑基并不那么理想


「学术地、迂腐地」来讲,教科书上链表有两种典型实现,一种是用空的头结点来作为表头,一种是用指向第一个结点的指针来作为表头。


如果用头结点来实现,那天生可以与第二种「同样简洁」:

list_item*p = &l->head // 注意 head 是元素了,不再需要多一个 prev 了
while (p->next != target) p=p->next // 注意 p 不可能 null ,p->next 一定是存在的( p->next 可以 null 但->访问必定合法)
p->next = target->next // 除了 target 为 null 这种原代码也不考虑的边界,其它条件都不需要 sentinel


linus 给出的「优雅版」本质上是,把指针本身视为节点,p 指向的是元素结构的 [next 指针],而使用「头指针」实现的链表虽然第一个元素可能不存在,但第一个「 next 指针」是必定存在的,这跟我上面给的头结点例子写法就基本一样了

不过为什么基本见不到使用头结点实现的链表呢,因为 1. 浪费无谓的空间 2.泛型化就不好写或不优雅了
2022-05-19 15:19:57 +08:00
回复了 FryFryFry 创建的主题 分享发现 加粗单词前半部分可以提高阅读效率
变慢。


单词的有效特征又不一定在最前面,我发现我看单词时关注特征会分布在不同位置
拿它这个样本来说,我会看见如下特征:

B-o-nic => bionic
cilit=> facilitate
metho => method
uid => guiding
under-and => understanding
ough => through

不过多看几眼稍微习惯把单词前段作为特征后倒也还行
2022-05-17 04:15:58 +08:00
回复了 leewi9coder 创建的主题 问与答 用电烧开的水和用煤气(火)烧开的水有什么区别?
燃气灶火焰温度能达到 900℃,柴火温度也最少有 700℃以上,而电热无论什么方式,都是不可能达到这种温度的。

在灶上烧水的时候由于大量的过量热释放到空气中,会引起强烈的对流。同时粘附在灶上的一些物质(油烟、食材残渣等有机物)也会被辐射加热产生一些复杂反应。虽然这些物质都十分微量,但足以产生一些「风味成分」了。

举个非常简单的例子,在农村柴火灶烧一锅水,你尽管试,只要容器不密封,无论如何都会有炭火的烟味。无论烟味分子是吸附在你自己身上,还是锅底、空气中、任何地方都好,锅盖打开的一瞬间就足够依靠热对流搅动的气流溶解到水里一部分了。这锅水就算放凉了,也喝得出是柴火烧的。


我的看法是,有区别,环境因素引起的。不是玄学。
2022-05-15 10:35:18 +08:00
回复了 Licsber 创建的主题 问与答 有没有一种语言像 PHP 那样可以「所见即所得」的开发?
前端选手们: ?
2022-05-12 21:13:41 +08:00
回复了 donggua997 创建的主题 问与答 减小截屏面积是为了公司省流量吗
有没有一种可能

我是说可能性


他给你截了大图也照样没有上下文,因为上下文在滚动条上面。 我怎么知道你需要精确信息还是全面信息?截多了是不是也存在「你怎么也不画一下重点」「我咋知道重点在哪」的场景?




https://i.imgur.com/911BnyV.png
这样截图有什么问题吗





https://i.imgur.com/sEU1eaP.png
这样更好?
2022-05-12 19:39:32 +08:00
回复了 mooniitt 创建的主题 Bitcoin 比特币 开始暴跌了
@registerrr 别人抄底你做空,别人止盈你加码

:doge:
2022-05-12 08:25:17 +08:00
回复了 autoxbc 创建的主题 CSS CSS 的缩进写法没有普及令我感到诧异
如果这算那种「抽象 class 」,那就会与「 DOM class 」分开写在不同位置,要在脑子里同时处理这两个部分就很困难

而且就算这种方式只用来组织那些「与 DOM 绑定的 class 」,那当 DOM 是动态的时候也不一定能保证写对啊,意义何在呢

我绝不会试图把本来就 mesh 结构的东西写成树形
2022-05-12 08:20:53 +08:00
回复了 autoxbc 创建的主题 CSS CSS 的缩进写法没有普及令我感到诧异
我不理解

tag 另算,class 完全是多对多、无层次的

<item class="margin-horizon-10 margin-vertical-20" >
<item2 class="margin-horizon-20 margin-vertical-10" />
</item>
<item class="margin-horizon-20 margin-vertical-10" >
<item2 class="margin-horizon-10 margin-vertical-20" />
</item>

是完全有可能出现的,那这 4 个 class 该怎么缩进?
2022-05-12 02:43:55 +08:00
回复了 supersheep 创建的主题 问与答 一个对于管理的迷思



实际业绩都还没看到就先制定利益分配计划?


就算对赌的内容和目标能预先确立,那到期的时候要不要验证?要不要实际去进行「分配」这个动作?这个时候要不要考评?要不要计算业绩?还是说你准备先真的把资金分出去?不会吧
2022-05-10 10:57:11 +08:00
回复了 SilencerL 创建的主题 程序员 [有 0.01 点点基础的人]自学前端的正确路线是?
@dcsuibian

#11 hhh 有点惨, 这么一说发现确实有相当多的基础知识其实刚接触还挺抽象难懂的。

我想很多人说前端简单的原因是——大部分人学编程都不是从 js 开始的,他们会先接触各种数据类型、数据结构、对象模型、库 API 、IDE 和调试器,等注意力转到 js 上时,他们会发现 js 的范式和设计模式都是熟悉的,复杂度也不会很高,运行环境也相对标准化(只说 js runtime 不谈适配 IE 这种「 hacking technique 」),程序的主要目标也仅仅只是「拼一拼字符串」,所以看起来确实比较简单。毕竟对于 native developer 来说,画一个图背后已经需要整整一坨图形 API 相关的基础知识储备了,与前端根本不能比。

附个图:
https://i.imgur.com/smnocyM.png



速成是有条件的,但很多东西也真的都是相通的,同一个概念在不同语言和环境下的不同实践而已,一定程度后「学习」内容其实只有新环境(指新语言、生态等)的约定、规范、特有实现而已,实际上绝大部分已经学过了。

比如我写过 mfc winform wpf qt(c++)甚至 qml ,来摸前端我只会问你们前端框架实现数据绑定是浏览器做的还是什么事件触发的,vue 和 react 的区别在我看来只是「把 markup language 编译成 script 」 vs 「用 script 动态生成 markup language tag 」选择方向不同而已,而这两种方向以前都早干过各式各样类似的事了。



------

学习前端我的看法是,他必须已经明白「用 html 控制元素,用 CSS 控制样式」的意义。

if not, 那么从 html+css+js(jquery)开始
if so, 那么可以直接快进到响应式框架,中途带过 DOM

如果他已经明白响应式是怎么回事,能想象模板代码是怎么编译的、ViewModel 层是用什么机制实现的,那他只需要文档参考,「学习」仅相当于熟悉语法、浏览器 API 、框架组成而已,说是「学习知识」不如说是「获得实践经验」
1 ... 46  47  48  49  50  51  52  53  54  55 ... 147  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1963 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 42ms · UTC 06:53 · PVG 14:53 · LAX 23:53 · JFK 02:53
Developed with CodeLauncher
♥ Do have faith in what you're doing.