V2EX › wdhwg001 的所有回复 › 第 14 页 / 共 63 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 10 11 12 13 14 15 16 17 18 19 ... 63

❮

❯

2022-01-21 02:42:09 +08:00

回复了 JaxHome 创建的主题 › 新手求助 › 请问哪个语言难度是中，而且好玩，我拿来做入门语言，诚心求推荐

java 入门的话，正常的思路都是接下来搞 kotlin 和 c#吧？这两个都算是 java 强化版，熟悉了之后你就会理解为什么 java 是工作用了——因为丑，别扭，花活少。

2022-01-20 14:36:19 +08:00

回复了 DCELL 创建的主题 › FFmpeg › ffmpeg 丢帧补帧

https://github.com/theatergong/FFmpegTools/blob/main/FFmpegTools.py

时间紧的话从例子开始抄+查比较有用。

2022-01-16 21:44:46 +08:00

回复了 justin2018 创建的主题 › 分享发现 › Shottr – Screenshot Annotation App For Mac

每次看到这些 AI 加持的，OCR 、滚屏、测量啥的新功能一个不少的截图软件就感叹 Snipaste 功能缺的太多。
但是又离不开 Snipaste 的贴图功能，唉。

2021-12-27 09:00:59 +08:00

回复了 szzhiyang 创建的主题 › 新手求助 › macOS 的截图快捷键非常晦涩难懂，有什么历史渊源吗？

@szzhiyang
> 感谢你们，发帖前没 Google 到这些链接。
> 但是你们给出的解释好像有冲突。

嘿我这暴脾气。

查也帮你查了，你也觉得不好意思说谢谢了，我觉得半点冲突都没，你要还有疑问就自己调研去啊。

咋滴，难不成帮你忙的几个人在你面前吵一架然后再给你奉上一份最终决议？

本来就是看着问题还挺有意思才帮你的，咋的，给了线索资料还欠你了？

2021-12-26 19:51:45 +08:00

回复了 szzhiyang 创建的主题 › 新手求助 › macOS 的截图快捷键非常晦涩难懂，有什么历史渊源吗？

应该是更早，那个答案下面追溯到了第 2 版苹果系统，但是没有给出可靠来源。

2021-12-26 19:49:57 +08:00

回复了 szzhiyang 创建的主题 › 新手求助 › macOS 的截图快捷键非常晦涩难懂，有什么历史渊源吗？

https://apple.stackexchange.com/questions/4140/where-does-command-shift-3-or-command-shift-4-for-taking-screen-captures-origi

答案是 1 和 2 被用于控制软驱了，截图键就只能是 3 ，这是从六代系统或更早的时候被引入的。

2021-11-27 03:37:21 +08:00

回复了 matrix67 创建的主题 › 生活 › 调研高端羽绒服市场

https://imgur.com/qi6oNtb.jpg

以上。

2021-11-13 11:14:00 +08:00

回复了 liudaqi 创建的主题 › 编程 › 后端语言 PHP 这样的模板引擎 lavarel 等，为什么没有称为前端工程化？

实际上 Vue 的一个重要应用场景就是后端直接输出 json 为 js 在页面上，然后前端拿 Vue 去渲染，需要用到 json 以外的东西的时候再 ajax 。
从这个角度看，实际上也属于一种 SSR 了，而且这种方式不依赖模板引擎，还可以很好地搭建在微服务架构的网关附近。
人们逐步弃用模板引擎的原因无外乎两点，太慢了，以及浏览器功能全了。从这个角度看，再把模板引擎做重，重到可以渲染出整个首屏，说实话非常不划算。

2021-11-10 17:18:33 +08:00

回复了 TaurusXin 创建的主题 › .NET › .NET 6 正式版了

@Rwing 不能这么算。

https://github.com/search?q=stars%3A%3E50+pushed%3A%3E2020-01-01+language%3Ago&type=Repositories
stars:>50 pushed:>2020-01-01 language:go 12,859 repository results

https://github.com/search?q=stars%3A%3E50+pushed%3A%3E2020-01-01+language%3Ac%23&type=Repositories
stars:>50 pushed:>2020-01-01 language:c# 9,884 repository results

另：
Languages
42,690 Python
40,761 JavaScript
17,346 Java
14,596 C++
13,639 TypeScript
12,859 Go
11,138 C
10,209 PHP
9,884 C#
7,475 Shell

2021-11-10 02:31:48 +08:00

回复了 TaurusXin 创建的主题 › .NET › .NET 6 正式版了

@wangxn 落后还是蛮多的，一直到 2020lts 都还是 c# 7.3 ，2021 才提升到 c# 9

2021-11-10 02:29:30 +08:00

回复了 TaurusXin 创建的主题 › .NET › .NET 6 正式版了

@jiayong2793 微软也害怕有这种困惑，所以.net core 没有 4 ，从 5 开始是大一统，6 是大一统的第一个 LTS 。
具体来说，framework 是老的，闭源的，仅 win 平台的，是你每次需要装的那个运行库。
core 是重做的，开源的，跨平台的，不需要装运行库。
5 其实是 core 4 ，改了个名避免和 framework 混淆，从这一代开始没有 core 了，因为 core 发展的越来越好，已经不再只是一个核心重写了。
6 是 lts 。

2021-11-09 18:16:55 +08:00

回复了 TaurusXin 创建的主题 › .NET › .NET 6 正式版了

@Daming 不支持，但支持 VSCode ，所以如果有强依赖 2019 的东西，不想装俩 VS 就暂时先用 VSCode 吧。

2021-11-07 20:07:57 +08:00

回复了 Livid 创建的主题 › MacBook Pro › M1 Max 的 25 款 AAA 游戏性能测试视频

@lucaslee 确实，按照这个思路走，苹果全端游戏会有很好的未来。类似原神这种的模式，下可以跑在所有 ios 设备上，上可以在 mac 上达到次世代画质。
原神本身已经是延迟管线了，开发全端游戏的成本已经相当可控，这种算上全体 ios 甚至是 tvos 的方法确实是苹果专属的弯道超车。

2021-11-07 18:55:40 +08:00

回复了 Livid 创建的主题 › MacBook Pro › M1 Max 的 25 款 AAA 游戏性能测试视频

@Livid 不是这样的。
对于一台游戏机来说，关键是占有量，而决定占有量的重要因素是价格。
至于性能，只需要占有机器的平均性能达到同世代水平就可以了，偏弱一些也可以接受。
游戏厂商不可能只靠补贴活命，让游戏厂商活下去的必然是巨大的销量，苹果平台的付费习惯好是一个重大优势，新机器的性能也达标了，但占有率和平均机能不足实在是有点致命，这样的局面在苹果开始像手机端一样主攻每一代图形性能之前，估计不太会有起色。

2021-10-26 18:51:37 +08:00

回复了 zwj777 创建的主题 › Apple › 新的 mbp 到手的感觉，丑，厚的莫名其妙

@morethansean
https://www.youtube.com/watch?v=IhqCC70ZfDM
M1 Max MacBook Pro Review! (14 + 16)
这个测试里 m1 max 略高于移动端 3060 ，看来发挥不是很稳定。
这 m1 max 按历代 macbook 打游戏的标准发挥算，不难看了，和 5600m 在当年的地位近似，甚至可能更好点。

2021-10-26 18:44:28 +08:00

回复了 zwj777 创建的主题 › Apple › 新的 mbp 到手的感觉，丑，厚的莫名其妙

@morethansean 挺好了，按古墓丽影这成绩，去了转译的游戏性能能和 80W 的 3070 Max Q 拼一把，加上转译持平移动端 3060 。

1 ... 10 11 12 13 14 15 16 17 18 19 ... 63

❮

❯