V2EX › GeruzoniAnsasu 的所有回复 › 第 128 页 / 共 161 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 124 125 126 127 128 129 130 131 132 133 ... 161

❮

❯

2019 年 4 月 22 日

回复了 GeruzoniAnsasu 创建的主题 › 奇思妙想 › 有什么简短的编程主题的视频节目或者系列吗？非教程而是偏向科普类的那种。

@whwq2012 因为我看到过很多视频都是让人皱眉头赶紧点出去的那种，所以才有的这个想法。

@RyougiShiki 突然想起来有个老电气工程师做的系列是他嘛，我印象很深的某集是拆过一个上古的充氮气的硬盘，还有一集是搬出过一个忘记多少钱反正死贵的示波器展示 usb3 协议的

2019 年 4 月 22 日

回复了 RicardoY 创建的主题 › 问与答 › 请问这两段关于 vector 的代码为什么运行时间相差甚大

补充一句 STL 的经验谈：

如果你发现某个 STL 容器效率很低，一定是频繁申请释放空间导致的，不要用 STL 的队列或者链表作为高速缓存，除非在使用 c++17 的 pmr allocator 并且你会写基于内存池的 allocator

2019 年 4 月 22 日

回复了 RicardoY 创建的主题 › 问与答 › 请问这两段关于 vector 的代码为什么运行时间相差甚大

拿 clion 的 profiler 跑一下就能很直观地看到差异了

我这边的结果是，

第二种方式 97%的时间花在了一个叫__push_back_slow_path 的过程，这个过程包含了构造，这其中又有 79%的时间完全是在调用 operator new

与之相比，第一种方式仅有非常少量的__push_back_slow_path，推测是扩容时真正的 push_back，而其余所有的 push 都被优化成了 emplace new，只能看到 rand 函数的调用

2019 年 4 月 22 日

回复了 GeruzoniAnsasu 创建的主题 › 奇思妙想 › 有什么简短的编程主题的视频节目或者系列吗？非教程而是偏向科普类的那种。

@hlwjia 不是编程视频这种定位，而是更宽泛一些的

科普视频有个共同点就是只会告诉观众主题大概是个什么东西，有什么用，而不会讲太细主题怎么实现的。

我可以举些例子比如

“如何制造一个打赢 TI 冠军的 AI ” —— 实际上是借 AI 蹭个热度，主题是科普传统游戏 AI 用的状态机模型
“如何创造一个独一无二的老婆” —— 科普一下 GAN，干货时间可以现场炼点丹
—— 上面这些类似于杂谈科普

更细致和专业一点的比如
“怎么写代码才能把电脑吃炸” —— 科普现代编程语言的垃圾回收，以及非 GC 实现用到的智能指针等
—— 对标 3B1B 那种更数学的数学科普

2019 年 4 月 22 日

回复了 Hallelu 创建的主题 › 问与答 › 苹果网易云音乐文件能导出吗？

@Hallelu 没在 mac 下面下过版权音乐，但 win 下面首先突破账号限制是做不到的，版权音乐只能从开了会员的账号下下来，然后下下来的是个私有加密的格式（.ncm ），ncmdump 那个 project 的目的就是把原有音频文件从 ncm 中解压出来，相当于提取出无版权保护的原始音频。

不知道你说的导出具体期望是啥，如果是将歌单导入其它平台，那各音乐平台（说是“各”其实我只知道且用过 qq 音乐的）会提供导入工具，按名字搜索它自己的曲库然后重建歌单。如果是想导出音频文件，那直接下载就好了，唯一会遇到的问题就是版权保护的私有格式，用上面提到的 ncmdump 解决

2019 年 4 月 22 日

回复了 snable 创建的主题 › 问与答 › 请教如何设计软件比赛的软件环境？

黑客马拉松其实有很多作品确实是半成品拿去打比赛的

建议采用半命题的赛制。当初在校的时候有个华为搞的软件赛是每组实现一个玩德州扑克的 AI，评分的时候各组 AI 互打。像这种半命题形式我觉得比较合适。比如指定必须要用到的硬件设备（蓝牙摄像头什么的），指定交题对接的接口定义（比如游戏 AI 的操作接口），甚至还可以提供初始文件和 git 目录以便跟踪选手代码更改记录。

其实限制开发环境对开发赛来说根本就没啥意义，比赛的关键前提是公平性，而限不限制开发环境根本不影响公平，不如说限制环境提高了获取额外资源的门槛，反而可能带来公平性问题。

偷偷透露一下，线下赛，你想阻止选手连接外网是不可能的，不如说这种做法反而完全偏向了实力较强的队伍让起跑线更加不统一而已。线下赛有些选手带来的无线电设备甚至能隔着两栋楼组局域网，更别说连上外网了。

2019 年 4 月 22 日

回复了 chinesehuazhou 创建的主题 › Python › len(x) 击败 x.len()，从内置函数看 Python 的设计思想（内有公号宣传，不喜勿进）

@vduang 不是对世界本质的捕捉可太可惜了

2019 年 4 月 22 日

回复了 Hallelu 创建的主题 › 问与答 › 苹果网易云音乐文件能导出吗？

github 搜 ncmdump

2019 年 4 月 22 日

回复了 chinesehuazhou 创建的主题 › Python › len(x) 击败 x.len()，从内置函数看 Python 的设计思想（内有公号宣传，不喜勿进）

求分析一下 c++的 std::begin std::get 之类的是什么设计思想

2019 年 4 月 20 日

回复了 0xABCD 创建的主题 › 程序员 › 初学一门新语言，看代码重要还是写代码重要？

学习一门新语言

连语法都还没搞清的阶段，还顾得上怎么组织代码？

新学一定是抛开所有的现成代码多写，至少要能先练习到能凭空产生代码的程度。把自己过去写过的代码在新语言上尽量全部重新实践一次，这样才知道新语言有哪些坑，与自己熟悉的语言有哪些差异，有哪些写法行不通。

知道下界在哪以后，算是[习得]，然后再去看最佳实践，算是[升级]技能点

2019 年 4 月 19 日

回复了 cheeto 创建的主题 › 程序员 › 大家觉得，简历中的工作经验是从实习开始算起，还是从毕业开始算

翻译一下：“经验太少” = “我们需要能直接接手烂摊子入职开始 996 的熟练工”

2019 年 4 月 19 日

回复了 sjmcefc2 创建的主题 › Linux › libc.so.6 升级一直无法成功，有解吗？

升 libc 是本末倒置，最早我也试图升过，后来想想，为了一个程序的依赖去破坏其它所有程序的依赖，问题不是很大嘛

docker 正解。linux docker 开销很小的

2019 年 4 月 18 日

回复了 zarte 创建的主题 › 2019 › svn 明明很好用呀，为啥那么多人歧视?

“歧视 svn ”的原因在于互联网行业开发特性就是迭代快，版本多，分工细，模块上线时间不同步，这些因素迫使大家去选择“倾向于多人协作”的 git

你可以想象一下用 SVN 得撕逼撕成啥样：
“哎卧槽说了这个 pipeline 没跑完之前不要 push 啊，没测完就加个新版本进来到时候怎么合啊”
“哪个傻逼往公共主线上推了一个没写完的微服务，赶快出来挨打，我 tm 删构建代码都删了半天”
“什么？分支 1 上这个特性在 r305 就有了啊，怎么分支 5 都滚到 r378 了还没加上……什么？代码结构变了没法合并？那你赶快给我重写一个一样的，今晚搞定可以吧？”
“ A 你跟 B 的模块对接完成了吗？啥还没搞定？赶紧搞完，别的同事都没法上传代码了”

2019 年 4 月 18 日

回复了 zarte 创建的主题 › 2019 › svn 明明很好用呀，为啥那么多人歧视?

两个工具的倾向很不一样

svn 主要作用在于控制版本历史
git 的目的在于多人协作

违背设计倾向去使用无论哪个都会寸步难行
SVN 你想在多人合作下细粒度地分工并行简直是噩梦，带薪开分支我笑了了一下，而且其他人是无法容忍分支上有 wip 节点的，他得从过去的某个 full-featured 节点分支出去再 merge 回来，这对于 svn 来说简直相当于上刑
GIT 的话首先它的历史系统真的太复杂了，一个 merge 节点包含过去两条并行的历史，一个复杂的多人协作项目，用可视化界面一眼看上去 5 条竖线顿时头大，更别说没 GUI 的话翻 commit 能翻成傻逼，这很大程度也是为什么几乎所有用 git 的项目都要强调“在 merge 到主线前必须 rebase ”，目的就是减少并行历史，节点逻辑相对清晰。而 SVN 的特性决定了没法搞出来这么复杂的节点历史树，每一个分支都是源码副本的单线历史，非常清晰

1 ... 124 125 126 127 128 129 130 131 132 133 ... 161

❮

❯