V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  binfreeze  ›  全部回复第 2 页 / 共 4 页
回复总数  69
1  2  3  4  
10 天前
回复了 nizhong044 创建的主题 生活 我的妹妹该怎么办?
@guozhaohui628 你要看什么店。看那种十八线小城市里面,小区附近那些小店,有些一个月可能扣掉房租就赚个两三千块钱,但人家也这样活下来了。他妹妹的情况,和那些大厂出来的,所谋求的生活不是一个标准的。
10 天前
回复了 nizhong044 创建的主题 生活 我的妹妹该怎么办?
这个论坛上的人,确实层次比电子厂流水线上的人见识更广。但有多少人,真的是在这种毫无学历的背景下走过来的。极端的例子,一路顺风顺水,清华毕业的,能理解中专生找工作,谋生时候,所面临的那些阻力吗。能去设身处地的,去给对方出谋划策,找一条好的发展路线吗。显然是很难的,因为背景差别实在是太大了。
10 天前
回复了 nizhong044 创建的主题 生活 我的妹妹该怎么办?
这个学历,就别在找工作上谋发展了。找那种完全不需要学历的工作,打打工,存点钱,然后自己开个小店。不给人打工,就完全抵消了学历的劣势。而且日常生活中,会加减乘除,能认字也够用了。看看电视剧,电影之类的,对增长见识还是有些帮助的,应该鼓励,总比打游戏,刷短视频帮助大。现在 50 岁以上这批人,上学时候接受的文化教育也不见得比你妹妹多多少,还不是一样过得挺好的,很多东西可以在人生中慢慢积累。你不要想着她如何跟正常的大学生,一样的人生轨迹,而是看看底层老百姓,同样家庭文化背景下的那些人,他们是如何在这个社会上生存的,从中找到一些可以学习的地方,想办法过得更好一些。
10 天前
回复了 joye 创建的主题 程序员 唉,一年了无人问津,开源算了
这论坛上的老哥们都比较和气了。有说出问题所在的,也有鼓励你的。我之前在一个群里面,跟他们说自己写图片压缩是为了好奇心,想搞清原理,而且这种程序写完可以用一辈子,感觉花点时间挺值得的。结果换来的是群起而攻之,比如“你不需要吃饭的吗,写这种明明有库的程序,有这时间干点什么不好,巴拉巴拉。” 那种感觉就仿佛我是中世纪的女巫,要被这些人绑在树上烧死一样。相对之下,这里真是一片祥和。
说个冷门的。Iosevka 的衬线版本 。也许是我的个人偏好吧,自从用过这个之后,就不想再用无衬线等宽字体了。
10 天前
回复了 joye 创建的主题 程序员 唉,一年了无人问津,开源算了
这种太常见的功能想变现太难了。我不用任何库,用 C 写的 PNG 编码解码也就 3000 行的代码量。照着规范研究下就是了。你这调包的情况下,里面的算法自己都不知道怎么回事,后续优化也只能是在交互上下手了。而如果为了更好的交互体验,不如写成某平台的原生程序更合适。可这东西,到底怎么收费呢,有那么多需求吗?我写的程序是为了集成在自己的 2D 游戏引擎里面,否则直接 PS 就够用了。
我前阵子听一个国外的程序员说自己第一份工作如何找到的。他说自己写的博客被本地一家公司的员工看到了,对方主动联系他,邀请去他们公司上班。对方说,现在系统程序员太难找了。他那文章我还看了,内存机制有关的,比教科书里面讲的都细致。显然技术博客如果写的足够好,有自己的特殊理解,放在面试中是加分项。能方便对方了解自己的层次。反之,如果确实水平不足,技术博客也能暴露出来自己肤浅的认知。
而且写代码也有流派的。比如你们是 C++ 里面写 C ,并且不用标准库,内存分配器各种基础功能全都自己撸的。招来一个 OOP ,设计模式狂热者。这肯定没办法一起干活的。不同流派之间还需要一个传教过程,而且每个人思维模式不一样,有些传教的阻力是非常大的。这在面试中也需要考虑。
测试英语能力有更直接的办法。把领域内经典书籍的英文原版递给对方,然后抽一章里面的重点部分,让对方看完讲一讲。既能知道他相关知识的熟悉程度,也能知道英文阅读水平。听力测试,既然你提到游戏机制,就姑且猜测你是游戏行业内的,那就找个 GDC 演讲视频(难度在你们岗位需求内的),看他能不能无字幕听懂什么意思。Github 里面的 Readme 一共才几行文本,能测出来什么英文阅读水平,而且看代码又不需要英文。
@wu67 如果把黑盒子内的信息,当做一句又一句表达信息的文本。那这些句子的握柄,就被简称为句柄。或许当初翻译的那个人就是这么想的吧。一切都是我自己猜测的。哈哈。
@wu67 如果是 win32 上面的 handle ,Windows internal 这书里面有解释。简单来说,代表对系统资源的一个引用渠道。既不是数据的内存地址,也不是可以搞事情的程序接口。更像是一个黑盒子的握柄,当提到它时就顺便想到与之相连的主体部分。
很多专业名词也只有该领域内的人知道什么意思,程序员跨越多个领域去研究消耗的时间又太多了,跨领域的术语大全几乎不可能存在。而且术语这东西,单独认出来也没什么意义,就像费曼说的,知道一只鸟叫什么并不是真的知道它是什么。随着学习的深入,一些行话,术语自然而然就知道背后代表的是什么意思了。
我也觉得有点说的太多了。我只是把自己想法,想到哪里说哪里,也没考虑那么多对别人的影响。但论坛不是这么玩的。这个论坛为什么不能删账号呢。我想回到自己一个人的小世界,不与外界沟通。我这几年都这样过来的,我每次试图表达什么,感觉最后都很招人讨厌。请管理员把我的账户删了吧
@codehz Linus 说, "没有什么语言比 C 更好, 他在看 C 代码的时候就像看汇编一样." 那我们看 C++ 代码的时候, 是什么思考方式呢, 我们能看到汇编吗? 更进一步说, 能潜意识地 "看到" 汇编的意义有多大?
高德纳前两年接受 MIT 一个老师访谈的时候说过自己年轻时候跟图灵接触的一些趣闻, 他说图灵强迫自己用计算机的方式思考数字, 就大概强迫自己二进制那样思考吧.
这些前辈们, 他们也有很多疑惑啊, 也在探索一些东西. 也在试图去训练自己, 让自己获得一些特殊的能力, 不然图灵他干嘛那样做. 当然, 这也可能只是我的错误理解.
后翼弃兵 The Queen's Gambit 这个电视剧里面, 有展现那个主角思考国际象棋的方式, 或者顶级棋手的思维模式, 就是跟普通人不一样的. 有没有觉得这和 Linus 所说的看汇编有相似之处.
所以, 计算机科学, 编程, 这里面就是存在一些神秘的地方, 值得让人思考, 让人探索的. 保持好奇心去学习, 去找到各种知识之间对自己的影响, 可能比知识本身, 有着更高的一些价值. 或者高不高已经无所谓了, 能看到一些隐藏的"东西", 是更重要的.
@codehz 我看了下你之前的帖子. 你也接触了 TCC, QEMU 的源代码了, 肯定也知道它们的作者 Fabrice Bellard 是谁. 那问题来了, 为什么他能做到这些事情呢? 我们如何让自己也变得这么强呢. 如果一切都是上天注定的, 先天智商决定的, 那似乎就没有讨论的必要了. 但我觉得智商并不是全部因素, 这里面一定有一些因素, 是我们可以通过后天努力而获得的. 那些优秀的人之所以优秀, 是不是因为他们的每一个选择, 都把他引向了一个成就他的路线上呢.
@codehz 我记得之前在知乎上看到一个人说, "写代码不值钱. 解决那种别人解决了无数遍的问题, 也不值钱." 当然, 说这个话的人, 看起来好像是有点水平的. 其实他的水平, 跟这个话也没什么太多关系, 他就是提出了一个观点.
那我思考, 到底什么是值钱的? 什么样的能力是高价值的. 直到后来我看了 carmack 的那个演讲, 听他讲自己解决问题的时候, 才开始明白. "解决那种没人能解决的问题, 才是值钱的." 那个人所谓的值钱, 应该是指这个意思, 而不是能不能找到工作那么简单.
那另外一个问题就出来了, 如何获得这种能力呢? 我们到底应该怎样磨练自己, 才能成为那样的人.
@codehz 继续往下说. 当有一天, 我们遇到一个不得不解决的问题. 那种对很多问题有认知, 也能解决, 却选择没去做的人. 他可以消灭这个问题, 推进项目的进展. 而那种既没有认知, 也每次都选择节省时间的人, 他会被卡住.
可能有些人会说, 卡住以后, 再花时间就是了, 不会可以学嘛, 可以研究嘛.
但能力不是这样获得的不是吗? 他不是一天两天形成的. 这是一个长期的结果.
这两种程序员, 随着时间的推移, 他们之间的技术差距会越来越大. 他对于一个企业的价值也变得天壤之别.
@codehz 我想起来一段话, 忘记是谁说的了. "你有一段代码, 一个功能, 你现在没有时间去优化它, 跟你没有能力去优化它, 这之间的区别很大." 我个人理解是, 我们写了一大堆代码, 这里面自己每一步都干了什么, 哪里损失了性能, 哪里损失了可读性, 哪里的结构不合理, 我们应该有一个认知. 而不是就算自己写了很慢的代码, 却以为它很快. 写了可读性很差的代码, 却觉得它很好, 结构不合理, 却觉得就应该这样. 在做出取舍的时候, 如果你明白自己在做什么, 你的取舍没问题. 可如果你压根意识不到问题的所在, 这个取舍的意义就不一样了.
@codehz 其实你说的这些我也理解. 但我现在组织语言的能力太差了, 早期学习时候喜欢记笔记, 写心得. 后来渐渐为了效率, 就是想到哪里说哪里, 从折腾笔记工具过渡到只用 txt 文件一顿乱写.. 然后渐渐发现自己就不太会用长文字表达自己的一些想法了. 也是因为接触到的东西越来越多, 有点感觉时间不够用了. 我凭借记忆举几个你说各种指标冲突的例子吧. 我忘了是 Quake 还是 DOOM 的哪个版本了, 源代码被公开的一个. 里面有些功能的实现非常直白, 有一个计算机专业学生, 他觉得这个写的不好, 应该怎样优化, 就给 Carmack 他们发邮件. 结果对方说, 我们有很多的事情要做, 这个优化对于整个项目来说, 无关紧要. 后来我看 jonathan blow 回他母校做的演讲也提到了类似的事情, 比如不仅仅要关注程序的运行时间, 优化程序员自己的人生时间也同样重要. 我自己写代码的时候, 有些地方就会写的很直白, 傻瓜化, 追求未来的可读性而抛弃了一些优化. 你说的这些评价指标之间的取舍, 我能明白什么意思.
@codehz 你的理解比我深刻多了. 语言组织能力也很强. 佩服.
1  2  3  4  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4979 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 686ms · UTC 03:49 · PVG 11:49 · LAX 20:49 · JFK 23:49
Developed with CodeLauncher
♥ Do have faith in what you're doing.