V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wly19960911  ›  全部回复第 3 页 / 共 71 页
回复总数  1410
1  2  3  4  5  6  7  8  9  10 ... 71  
2020-01-19 09:23:18 +08:00
回复了 MrCurly 创建的主题 分享发现 移动端对百度真是没办法
说一下百家号问题,百家号如果你不创建,那么百家号就会创建一个虚假账号爬你数据,包括其他的都一样。本着不赚白不赚的道理...人家肯定就会敷衍下平台了....
@TPOB 比洗脑循环广告好多了...偶尔还有一些不错的。国内就是一直无限循环洗脑,生怕浪费一秒钟的品牌宣传时间
2020-01-08 11:34:52 +08:00
回复了 djyde 创建的主题 程序员 从「后端现在已经看不懂前端了」说起
无非出现这么多争执,单纯就 JS 入门门槛低,从业人员多了,也包括全干工程师,换成其他平台看看还有一句话敢说吗,难道 android 学习成本就低了? iOS 学习成本就低了? qt 成本低了?

只是因为原来只会原生 html 开发的人现在被强迫着学习来自其他平台的 GUI 设计理念(组件)然后抱怨而已。
2020-01-08 11:26:51 +08:00
回复了 djyde 创建的主题 程序员 从「后端现在已经看不懂前端了」说起
@avastms
“要不你问一下各大 GUI 系统的老油条,什么 Windows,X 之流,为什么不用最适合 GUI 编程的 FP 语言?
你猜也是 XML 写 UI 的 Qt,是不是也把模板写代码里然后预编译一下?”

那为什么你不能承认历史潮流要转变呢?就以教条主义来践行一切准则?你确定 windows 的老油条不做前端了? GUI 那你说的除了函数式语言精进难度非常高以外你说了什么有用的词? 以别人的行为来推测某个平台的不正确?

到最后你也只是说了,函数式可读性差,对于入门的人来维护项目不可靠,其他的词都是废话,用自己的词来掩盖自己重申过的观点。

我认为从 react,flutter,iOS 的 swift UI 上,能看到一条别人没走过的声明式 UI 的道路。而 react 真正践行的 react hook,现在只有 react 流行,这个也是不少人认为完全的函数式带来的误区。

楼主说的是声明式 UI 对 UI 带来的变革,如果我没理解错误,你的话里面也没有谈到 react hook 的问题。所以不要以为拿一点语句来表达自己重申的观点就能把自己的话说的很令人信服。
2020-01-07 09:40:17 +08:00
回复了 phpxiaowangzi 创建的主题 程序员 说句实话,我后端现在已经看不懂前端了,太难了
@simo 构建工具方面肯定是全部语言都共享的,但是也不要求大家都懂怎么构建啊,难道后端那套构建就是自己去做的?插件自己来写的?...你懂了也要有能用的场景,上来就手写 maven 插件谁受得了呢...

UI 方面其实也是有革新的,至少 react 这套现在越走越顺,包括 flutter、android、iOS 那边现在都有这种声明式 UI 的 趋势或者苗头,写起来快多了。
2020-01-05 18:28:25 +08:00
回复了 Cloudmxy 创建的主题 AMD AMD 压根没这么香...装了驱动小毛病不断...翻车...
https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg 2700 用了一年了,AMD cpu + nvidia 显卡,一直没什么屁事,有也是 Windows 垃圾的问题。

别说我 amd 吹,Windows 自己出现一个网卡 bug 把我搞得重装四五次。
2019-12-27 12:03:10 +08:00
回复了 mikeven 创建的主题 硬件 请问 AMD CPU 加 NVIDIA 显卡会有什么坑吗
@goonervs Intel 在数学的基础库里面,没有给 amd 开 avx 的优化,导致性能极差,自己手动打开即可,以后更新肯定也是
2019-12-25 13:23:34 +08:00
回复了 pocarisweat 创建的主题 问与答 为什么国内的数码圈子似乎永远都充满着戾气?
@wly19960911 [ 这种以偏概全的说法也是戾气来源之前 ]
来源之一,打错字了
2019-12-25 13:22:53 +08:00
回复了 pocarisweat 创建的主题 问与答 为什么国内的数码圈子似乎永远都充满着戾气?
---- 这种喜欢刻意用云淡风轻的语气在网上说「然而 A 吊打 B 」的人,很有可能 A 和 B 都没用过……

这种以偏概全的说法也是戾气来源之前,说话不经大脑思考,直接开地图炮,什么前提都不谈。

有的人说,你不用怎么知道好不好。反驳说法是:房子不住人你就知道这个房子好不好了?

有的人说,xxx 更好(实际上他都没用过)。反驳说法我就不说了。

那到底什么是好什么不好,归根到底还是很多人只会以自我为中心,否认的时候根本拿不出论据,有的人说 xxx 更好是可能有依据,有的人说不用怎么知道好不好也是认为选择适合的才是更好的(这种东西往往互有优劣)。

不加以区分,不谈前提,搞人身攻击,否认其他教派的洗脑手段完全就是商家最想做到也是最容易浑水摸鱼的方式。

还有一种特别的手段是,A 产品 比 B 产品 xxx 功能强, 就有人喜欢跳出来说 B 产品 比 A 产品质量更好更稳定。然后突然就吵起来了,这两句话都没问题,但是不少人就喜欢揪着不同论点比较,比来比去自己内心的杠杆本来就是歪的,需求不同,接就硬生生怼起来了。

说来说去还是根本不会辩论,只是为了维持自己心里面的优越感去贬低其他的产品,认为自己永远买值了,别人的需求和自己是一样的,我就要让对方臣服的心态。
2019-12-22 22:24:46 +08:00
回复了 hookybaby 创建的主题 电影 plex.tv 25%折扣码
@243205964 #10 我试了下,淘宝搜索 正版 plex (自己复制),就能看到店家,至于真的好不好我不负责,我只给你关键字。单独搜 plex pass 搜不到
2019-12-22 18:31:30 +08:00
回复了 hookybaby 创建的主题 电影 plex.tv 25%折扣码
@Vnaner 指个路子?
2019-12-20 16:42:34 +08:00
回复了 Guidoo 创建的主题 问与答 这两天种草了群晖的 NAS,求拔草!
群辉官方的东西配置比较低,可以考虑自己组装。

不过 nas 真的香,主要网络存储过于方便了。
2019-12-11 18:57:26 +08:00
回复了 aminixx 创建的主题 求职 小弟一年前端开发, 年初准备跳槽,大佬们帮我看看咋改
我好奇楼上准备让一年的面什么厂子,动不动出去面源码?

我感觉没问题,熟悉、熟练、了解,都是个人而言的,个人更了解某方面让面试官有个数。
2019-12-04 21:38:20 +08:00
回复了 EEEcho 创建的主题 优惠信息 薅 10086 羊毛
阻止携号转网的说法根本站不住脚,移动早就有了这个,而且阻止携号转网就 3 个月有点说不过去吧。

这个是移动难得的福利,而且本身我就移动大王卡,完全没理由转网
2019-11-19 16:13:39 +08:00
回复了 ruandao 创建的主题 问与答 阻塞 非阻塞 ? IO 模型 请教下
状态不好,老打错字,忽略下五楼

”阻塞和非阻塞是相对的,同步代码下面你还是会被阻塞“ => "同步和异步是相对的,同步代码下面你会被阻塞"
2019-11-19 16:12:45 +08:00
回复了 ruandao 创建的主题 问与答 阻塞 非阻塞 ? IO 模型 请教下
”同步和异步是相对的,同步代码下面你还是会被阻塞“ => "阻塞和非阻塞是相对的,同步代码下面你会被阻塞"
2019-11-19 16:10:23 +08:00
回复了 ruandao 创建的主题 问与答 阻塞 非阻塞 ? IO 模型 请教下
@ruandao 我可能解释错误了,不好意思,阻塞和非阻塞是相对的,同步代码下面你还是会被阻塞,多线程的某个线程你仍然也会被阻塞,但是多线程仍然是异步。而阻塞和非阻塞是因为非阻塞采用了事件队列进行轮询 / event loop,这种非阻塞式 IO 的模型实现的,将事件拆成回调的形式,等辅助用的 IO 线程结束后,才将回调加入队列里面等待执行,最大程度的减少阻塞和线程切换开销。

另外你可以认为 worker thread 就是用户线程,通过队列机制,采用回调机制来安排 worker thread 减少开销。再上面的 协程 就是利用回调链,包装一次回调函数,让回调不用写在回调函数里面而是写成链式或者同步的样子( async await )。
2019-11-19 09:43:21 +08:00
回复了 ruandao 创建的主题 问与答 阻塞 非阻塞 ? IO 模型 请教下
@wly19960911 记错单词, 是 worker thread ,工作线程。
1  2  3  4  5  6  7  8  9  10 ... 71  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1333 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 23:39 · PVG 07:39 · LAX 16:39 · JFK 19:39
Developed with CodeLauncher
♥ Do have faith in what you're doing.