V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  crackhopper  ›  全部回复第 1 页 / 共 19 页
回复总数  373
1  2  3  4  5  6  7  8  9  10 ... 19  
116 天前
回复了 fumeboy 创建的主题 程序员 关于二本学历的程序员学习路线设计
@Allonsy 那个自学指南太棒了,我感觉自己找书也很困难,看这个整理得很全,而且一些我看过确实质量很高!
116 天前
回复了 fumeboy 创建的主题 程序员 关于二本学历的程序员学习路线设计
加强英语不错,不过 TOEFL 和 IELTS 考试费太贵,而且如果不申请出国我估计很多人都学不动。四六级先好好考过吧,然后尝试多听原版电影,听写台词,能听懂个 80%那些英语考试也差不多了,至少听力肯定够。
技术方面,关注原理吧,语言的话 C 应该就够了。要再学,我也不建议 go, rust 。建议 java, python/js 这种,不同类型的每个学一个:纯编译型、JIT 编译型、解释型。语言选流行的,选不流行的竞争不见得少,天花板可能还受限制。go 和 rust 虽然有越来越流行的趋势,但新手就别追趋势了,追错了多麻烦,就找当前最多用的语言就行了。而且这些用的多的语言,社区和依赖库建设也更完善,对新手更好点。
267 天前
回复了 Monearod 创建的主题 程序员 自学有可能达到研究生水平吗?
研究生最大的优势就是有证书吧。思维能力,这和是不是研究生没关系。

如果只是提高思维能力,自学达到教授水平都不成问题。

文献这东西,你读不懂就是基础没掌握好。

拿我熟悉的领域举例子,比如你读 ML/AI 方向的论文想做到复现论文,那有几个前置课程必须学明白了(倒不用很精通):微积分、线性代数、概率统计、多元统计分析、机器学习入门书(统计学习方法-李航、机器学习-周志华、ESL 、PRML 、MLAPP ,以上这些读 1-2 本)、深度学习神经网络相关一些补充资料。理论上这些掌握差不多了,动手上还需要你掌握一定水平的实践能力:c++、python 以及相关库 pytorch, tensorflow, caffe 等。到此,根据细分的研究领域,需要继续看几本书,比如 CV 需要看信号与系统、数字图像处理、一些研究方向的综述、以及深入用用 OpenCV 。上面基础都万事了,开始读入门级别的论文,比如 CV 方向,AlexNet ,BN ,ResNet ,RCNN ,Faster RCNN ,YOLO...,然后,可以跟进最新的论文,尝试复现了。

我其实觉得我上面说的方向难度还算中等吧,如果要搞高性能 AI 计算框架或者其他基础设施,技术路线就完全不一样了。编译原理、操作系统、汇编(类似 SIMD 、缓存等指令层面上的利用)、GPU 编程、分布式一致性算法等等。

总之,如果只是提升能力,你需要足够耐心,投入足够时间。
95%的工作用不上深入理解 GC 。但还有 5%的工作是需要理解的。

有 GC 的语言可能由于 GC 有 bug 、或者使用语言的写法是标准里未定义的,都会导致内存泄漏。

以此判断对某门语言花了多少心思,是有这方面考量。另一种隐含的考量是,是否一个人有机会接触到底层细节。一般来说,机会往往是:项目用得特性比较深入,技术含量高;个人自驱动强,不断加深深度触及到了底层技术。不管是那种,都应该是面试官更青睐的人选,后者尤其青睐。
简单点,天赋。
复杂点:
1. 知行合一:5 分行动,3 分学习,2 分深入思考,交替执行。具体到玩游戏上,玩 5 局,看别人讲解 3 局,对自己玩的两局深入反思,总结失败,总结成功点。(也就是上面有人说的,需要你足够“刻意”去玩)
2. 建立知识图:一般知识都可以按照树来组织。玩游戏也是一样,你讲的几个技术点都可以组织成树状,总结一下。比如,玩游戏玩得好,至少可以拆分成几个方面:基础操作技术(练习连招),情报能力(对数值分析),战局判断能力,等等的。拆分之后,每个环节可以具体练习,订立目标,能用数值上反应自己的进步。就好比上学的时候是考试,玩游戏,就是单位时间伤害啊、连招失误率之类的。
3. 合理添加训练。
不过按照上述方法玩,就算是游戏也没啥乐趣了吧。而且按照上面方法玩,你大概率比你同事进步速度还快,并能迅速达到业余高手级别。后续就是吃天赋的环节了。
至于为啥同事进步那么快,可能按照我说的 1 、2 模式来玩的,3 大概率没有,外加以前有相关游戏经验,外加可能有操作技术的天赋,综合来说,达到了很快进步。
293 天前
回复了 followyourheart 创建的主题 Java 单例模式 双检测问题请教
每次看到 volatile 就头疼。C++和 Java 的 volatile 还不一样。
感觉实力还不错,不过简历看不出求职方向。建议你按照自己倾向的 JD 优化一下。另外学生就是多刷题了,多注意基础原理了,项目也难问出太多。
296 天前
回复了 shenqi 创建的主题 程序员 平时前端面试一些题目
有部分感觉忘了:cookie 参数、sort 参数、css 处理的一些细节。毕竟两三年没写前端了。倒也不算太超纲。不过既然是小公司,你就只能降低要求了。建议你还是多考虑是否聪明、是否保持学习以及是否足够踏实,问题围绕这些中心思想来。
296 天前
回复了 Lighthughjiajin 创建的主题 程序员 求问,非科班程序员如何提高?
建议看你自己常用框架的源码。优先于基础原理。基础原理方面:HTTP 相关(毕竟太常用)>数据结构算法(毕竟面试刷题用)>操作系统和网络(建议直接从常见面试题入手,片面了解一下)>组成原理(可以看看加法器和存储器的实现)。此外,数据库方面需要额外深入。以及再学个编译型的语言(对比与 python)。
303 天前
回复了 gantleman 创建的主题 游戏开发 MMO 万人同屏实验成功发布!
@cs8425 我跟你观点一样,上次就跟这哥们 battle 过一次,还被对方一顿喷,说我缺乏工程师素养。
315 天前
回复了 Ashore 创建的主题 程序员 关于借钱那点儿事儿
补充个欠条就完了。不过有聊天记录的话,能证明有借钱,也还好。至于啥时候能要回来,就够呛了。
同事关系,交往不深。建议借钱不超过 1 万(或 5000 ,定一个自己能承受的数,这样损失也不会特别心疼)。
此外,借钱不还的,绝对不能再借了。
感觉还不错的创意。有点益智小游戏的意思。

应该棋盘更大会有更大难度。并且用机器可以轻松枚举出 1 个结局作为游戏目标。

对玩家来说,主要是熟记几种结局。然后看 xo 的子数,快速从结局中筛选一个,进行摆放。(所以字数不均衡的话,也会提升难度;需要记录的结局更多)

同样,如果外挂用电脑来解,应该也不难搞出来解法。除非棋盘规模特别大,且目标结局种类繁多。
除了 zf 背书的数字币,估计目的是做跨国金融结算,其他的都是割韭菜的。我是真没发现区块链还有啥其他价值。中心化决策本来效率就最高,除非是 zhengzhi 因素,必须非中心化。估计肯定有区块链粉丝过来喷我,啥智能合约、啥溯源,中心化咋就不行了。简直不知所谓。
一看 nft ,就预估可能被坑。毕竟把大家当傻子割韭菜的,为什么会放弃员工这个绿油油的韭菜。
当然,如果 C++比较熟练,其实写起来也挺快的。一般自己都会积累常用的轮子和自己造的轮子。适用于特定领域。
按照 linus 的说法是,C++很可能不同人掌握的深入不一样,会有大量的沟通成本。因为 c++一些行为是隐式的,所以他更推崇 c 。有一定道理,但 c 写起来会麻烦点,需要把轮子重新造一遍。可能 c++最大的问题就是如何控制参与项目的人所掌握的深度,和开发中所使用的深度。(毕竟:C++ makes it harder to shoot yourself, but when you do it blows your whole leg off )
如果只是应用层级的开发,不涉及硬件,不设计高性能计算,换语言更好吧,毕竟即使不同人掌握的深度深浅不一也不会造成太大的灾难。
python 的**在行参和实参,行为还不一样呢。。当然还是 C++更变态点,建议汇编水平高了,结合编译的汇编来看,帮忙加深理解。

我个人觉得 C++难以理解的有 memory_order...反正看 cpp reference 只会看晕,还涉及缓存可见、缓存一致。模板我学得也比较差,大概皮毛吧,主要不写库没空搞,也就掌握到 reference collapse 和一些实例化流程方面了解一点。abi 也不够了解,我个人觉得 abi 问题可以用汇编解决,但也没去深入研究过。链接机制虽然知道,但没有在源码层面有了解。elf 格式了解的也比较皮毛。我觉得基本 c/c++还是要配合汇编、操作系统、CPU 、GPU 等等一起学,加深理解。如果用不上这些,也没必要用 c/c++,其他语言更方便。
330 天前
回复了 zhimo08 创建的主题 程序员 大家理解的技术大神都是什么标准?
标题看明白了。内容看不明白。
个人理解技术大神:不给自己设限,对任何问题都有信心解决,持续一生的学习。
大神考虑的主要不是价格,而是你做的东西他认为有没意义,其次是价格吧,不同人要求也不一样( 200 万 /年以上?千万薪酬的也有;很穷不咋在乎钱的也有,稀有保护人类,基本靠钱打动不了)。找到大神容易,打动大神难。
330 天前
回复了 seakingii 创建的主题 程序员 寻找方便的在线更新 service 程序的方案
显然用 k8s 更容易搞定。搞很多脚本,脚本维护也是问题。后续系统继续扩展也是问题。
个人提供一个思路(我不是这个方向大佬):必须得想办法能调试系统,你才能更深入的理解。比如,在虚拟机中,通过日志调试或断点调试:比如创建堆上内存的系统调用这个场景下,在系统内核的相应代码中打印堆栈(或者用调试器打断点,我不清楚是否可行,可以自行查阅)。从堆栈中分析执行流程。从整体上建立一个认知,再去逐步看代码。看的过程中,自己加日志代码打印自己的猜想和理解。

上来就用纯阅读的模式看代码,确实低效。
330 天前
回复了 Rolandroid 创建的主题 程序员 咨询一个开发管理问题
看起来像是从上游厂商买产品,对下游厂商做发布。感觉你们应该自己雇个 SRE/DevOps 团队(懂点开发的),或者找个顾问人或者团队,指导你们建立团队。
1  2  3  4  5  6  7  8  9  10 ... 19  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   实用小工具   ·   3680 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 84ms · UTC 02:07 · PVG 10:07 · LAX 18:07 · JFK 21:07
Developed with CodeLauncher
♥ Do have faith in what you're doing.