首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  FrankHB  ›  全部回复第 35 页 / 共 92 页
回复总数  1830
1 ... 31  32  33  34  35  36  37  38  39  40 ... 92  
❮ ❯
2019-12-28 13:40:39 +08:00
回复了 stevenkang 创建的主题 › Windows › 用 WSL 的人多吗？个人认为 win10 最大特点之一的 WSL 身边竟然没多少人用
@efsg Win10 的 OpenSSH ？算了吧……原生的两套都试过，愣是没法用密钥登录。
2019-12-28 13:34:03 +08:00
回复了 passion23 创建的主题 › 职场话题 › 想放弃学业，请已经工作的各位给点合理建议
@eugenewangfw 有机会成本，还不够浪费么。
不过区区几年博士，比起本科以前沉没成本也算不了啥了。
2019-12-28 13:13:10 +08:00
回复了 22yune 创建的主题 › 程序员 › 计算机中有哪些不做 trade-off，鱼与熊掌兼得的解决方案？
把你现在觉得能忍受的任何方案里比较正常的部分瞎改得蠢一点，不就马上比较出来了……
2019-12-27 23:53:37 +08:00
回复了 tzh476 创建的主题 › 程序员 › Java 实现可 GC 的 JVM(每个模块有运行样例)
@tzh476 因为不像 C#这样有提供 unsafe 之类的，我也不太清楚纯 Java 怎么有意义地（类似实际的 JVM 实现的行为地）允许实现包含分配的自举 GC。理论上也许可以 NIO ByteBuffer 之类的对象分配好 pin 住或者干脆 JNI 直接搞 heap……不过这样多此一举大概还不如直接整个模块用 C++实现了。
2019-12-27 12:48:23 +08:00
回复了 tzh476 创建的主题 › 程序员 › Java 实现可 GC 的 JVM(每个模块有运行样例)
一般意义上的 GC 是包含 allocator 的，看了下这里 GC 就只是 collect 算法的实现？
2019-12-27 12:36:10 +08:00
回复了 powertoolsteam 创建的主题 › 推广 › 你的按钮到底在帮助用户还是在误导用户？
误导另说，但是有一点我不太同意这里的设计思路，就是单纯的“是”和“否”的 UX 未必就更差：不突出简单的“是”和“否”而以具体操作取而代之，反而阻碍关注点分离。
关键原因在于“是”“否”是对话框的标准元素。和 WIMP 被接受一样，这种套路非常容易训练，习惯以后相对高效。而改变这种套路需要成本——遇到一个对话框，用户从看对话框的文本标签变成了要分散注意力看两到三个地方并且分别理解综合以后才能确定实际上做的是什么，越是熟练的用户对这种不分场合的低效会越来越不爽。
更显著的例子是安装界面，本来一路“下一步”好好的，要是非得按这个思路把具体做什么在按钮上写清楚，那就呵呵了。（安装向导不应该有过多的步骤而使这个问题变得不那么重要，那是另一回事。）
另一些次要的问题是阻碍 UI 自动化（不管是开发测试还是用户使用），并进一步拉大 UI 和 API 之间的隔阂。这里有一些交互设计更高层次的哲学问题（界面应该是服务谁的），姑且略过。
所以这种设计原则上应该只在故意要求用户停顿的确认界面（ dangerous zone 之类）中才鼓励使用。卸载……姑且算是吧。
2019-12-27 09:01:04 +08:00
回复了 vevlins 创建的主题 › 程序员 › 国内的技术网红(尤其是前端网红)是不是格外的多？
@augustheart 哪里哪里，我连某乎和 LLVM Phabricator 的号都没有，Reddit 和 std-discussion 上的东西也基本没人看（虽说本来差不多就整个是凉的），大概 red 不起来了罢（
2019-12-26 14:03:58 +08:00
回复了 xiaotianhu 创建的主题 › 程序员 › 细节与功利主义：致那些同我一样想突破自己技术层级的朋友们
不是实用和功利的问题，是实用和功利得太烂的水平问题。
真功利到家，就应该对“先上线再说”带来的风险和机会成本锱铢必较，并且保证能对预测失败负责。只不过大多没这本事，就糊弄过去了。
2019-12-26 13:47:02 +08:00
回复了 vevlins 创建的主题 › 程序员 › 国内的技术网红(尤其是前端网红)是不是格外的多？
@Salvation ryf 挨婊和前端圈大概没什么必然关系，因为这人还经常在无关的话题（比如法律常识）好为人师以讹传讹，所以一定程度上众矢之的已经是出圈了。
要说有关系，就是前端圈提供的信徒特别多罢——而不是网红本身的数量多了。

@augustheart C++的圈子？不愁着变现也和网红圈子没差多少罢……
比如像 Bjarne Stroustrup （大作 P1408 ）、Herb Sutter （大作 P0707 ）（下略）这些看最近一些产出不就是流石网红嘛。
（不去倒腾 P0534 这种去搞什么 co_shit 不就是这类网红的调调嘛……）
……哦，不好意思，国内……那可能是要更关心点如何变现，而且确实好像都不成功也没这种存在感。
2019-12-26 13:18:57 +08:00
回复了 squancher 创建的主题 › 程序员 › 请问编程语言中阻塞机制在操作系统最底层是如何实现的？
操作系统不需要实现如何实时反应。典型的分时系统反而有延迟，还就不是实时的。
真正需要实时响应的场合由硬件实现保证。
处理器的中断是可以异步触发的，中断服务例程也是硬件原生支持的异步调用。发生中断时，控制如何转移到中断服务例程根本就不用操作系统关心（操作系统看到的就是硬件自己把内部状态改了，接下来执行到了不同的位置）。操作系统需要做的，是在初始化时指定处理中断的逻辑，以及在此之上实现调度器。
2019-12-26 13:09:17 +08:00
回复了 darknoll 创建的主题 › 程序员 › 怎么看待那些对新技术聊起来头头是道，实际上却没实际使用过的人。
我发明一个新技术，我还要先“使用”才能吹 13 ？？？
2019-12-26 13:04:47 +08:00
回复了 pythonee 创建的主题 › 程序员 › 编程语言实现了自举是什么含义
@Cu635 现代的 ISA 中所谓的一一对应是一厢情愿的给 noob 灌输的简化，技术上就是错的。
随便举个例子，AT&T 汇编助记符的后缀，你确定能怎么和任意 ISA 的机器码对应？
再如，Intel IA-32 汇编的助记符是可以看成重载过的更高级的简化版本，但是光是指令前缀的使用就依赖处理器当前的操作模式，和机器码不可能简单对应。
在常见的实现中指望一一对应，要么是不懂汇编，要么是不懂机器码，要么是两个都不懂。
2019-12-25 06:07:20 +08:00
回复了 verycode 创建的主题 › 新手求助 › 新手问个问题， Golang 和 Java 哪个更值得做为主要语言深入学习？
一个人手里拿了个馒头和窝窝头的虚像，告诉别人说他饿了，他打算以后想怎么吃，又怕都吃不了，才问的该吃哪一个。
……要是需求都没搞清也强行算饿了，那还是饿死吧。
这里提其它的，都是看出一开始饿了就是有问题的。半饿不饿都没自信石锤，是不是能消化也有问题，吃哪个在这里就是 XY 问题。
吃别的或者种地都是给确定饿了能指望吃饱的参考的，告诉你就算真饿了，这些口味都不怎么样，自己看着办。
要是实际上根本不饿，种地不种地都医不好幻觉。

这里的问题“和学具体语言其实没有直接关系”和“语言就是个工具不对”都是人间常识。
哪路神仙有本事彻底不让语言影响自己的心智？这种会饿才怪了。我是没见过；凡是如此自称的，三两句就把心智包袱抖出来了，所以我愈发不信了。你看起来不同意这个常识？那么你是觉得自己天神下凡呢，还是传教搅混市场有钱赚？
2019-12-24 16:01:20 +08:00
回复了 UPYUN 创建的主题 › 程序员 › 来聊聊天，你会让自己的孩子从小学习编程吗？
@ZXCDFGTYU 不建议 C 入门的首要原因不是因为 C 本身的问题（虽然绝对不小），而是因为这几十年来学 C 在现实中极其容易引起不学无术的用户觉得自己功德圆满的错觉。
不是特意跟你个人经历过不去，实际情况就是绝大多数自认为所谓学会 C 的用户，学的特么压根就不是 C，而是某些劣质材料作者以讹传讹脑补出来实用起来一无是处的缝合怪。（……先不管严格意义上的 C 学正经了基本也不可能有什么实用性。）
随便举个例子，这里就见到过不止一个一口一个“C 没有对象”的同学，殊不知实际上对象(object) 就是 C 的基础概念（几乎没有之一；作为名词的“变量”反倒不是 C 的内容），说出这种话的还说自己学会 C 的你能让人信？这样三人成虎惯了，能指望市场上有多少学的靠谱的？
结果就是不去管学会，光是试着去学来放纵恶劣的学习习惯，已经是在互相伤害了。所以光是照顾培养学习习惯，首先就要确定有基本的鉴别材料质量的能力和自觉，才能考虑碰这种遍地坑货。
2019-12-24 15:36:37 +08:00
回复了 pythonee 创建的主题 › 程序员 › 编程语言实现了自举是什么含义
某乎那个问题没到点，重点就是 @secondwtq 提的：最开始的 bootstrap 不要求编译。

@Cu635 @qinliming
汇编显然不是机器码，否则就没汇编器什么事了。
严格意义上讲，编译器是允许以批处理形式执行的把源程序翻译成目标程序的翻译器，而汇编器是一种简化的编译器。现代的不少编译器工具链直接包含汇编器作为其中的一个组件。
只不过历史上提出编译器概念的时候着重强调和机器无关，而当时的汇编普遍都是依赖机器的，所以在讨论高级语言的编译器时汇编器就往往被隐含排除了。

@hehheh Python 还真有编译，.pyc 就是编译出来的东西，只不过编译出的目标代码是中间的字节码而不是体系结构相关的本机代码而已。
注意编译器不一定要求输出可执行程序。而且，你现在在宿主语言实现看到的编译器也好单独汇编器也好，其实都是以编译器驱动(driver) 去调用链接器输出的，单独的不管是高级语言的翻译还是低级的汇编步骤都只生成包含目标代码的对象文件(object file) 而不是可执行程序。而排除编译器驱动和链接器的工具链仍然能叫编译器。

@ac2sherry 预处理记号、伪指令、宏以及其它注记这些可选的部分都可以不对应目标代码。
实际上，汇编语言也不一定需要是和机器相关的低级语言。用汇编器的形式实现高级汇编语言完全没有理论问题，只是大部分汇编语言都是硬件和个别适配具体体系结构的汇编器厂商提供的，很少有人这样设计而已——为什么放着高级语言的通用翻译技术而要纠结按传统汇编器那样使用助记符引导宏展开去实现一个编译器呢？
2019-12-24 15:13:06 +08:00
回复了 UPYUN 创建的主题 › 程序员 › 来聊聊天，你会让自己的孩子从小学习编程吗？
@ZXCDFGTYU 对了……鉴于你建议小孩子从 C 入门……我据此非常怀疑你的 C 没学到入门的程度，要么压根就没学别的……
2019-12-24 15:10:31 +08:00
回复了 UPYUN 创建的主题 › 程序员 › 来聊聊天，你会让自己的孩子从小学习编程吗？
@ZXCDFGTYU 功利教育噶韭菜忽悠投资嘛，愿打愿挨，都懂的。

不过某种意义上这里的教学内容还真可以是严肃的编程。为什么现在多数情况下习惯把这样的活动不视为编程，反省的其实该是大多数其他业内人士。更一般的看法是依赖业界的整体风俗的：
http://tunes.org/papers/WhyNewOS/WhyNewOS.html#htoc16

另外，计算机相关行业里的配得上叫科学的，恐怕真没多少内容……
2019-12-24 15:02:59 +08:00
回复了 UPYUN 创建的主题 › 程序员 › 来聊聊天，你会让自己的孩子从小学习编程吗？
这啥煋……这人的视频 up 主是家长，之前已经在评论区交流过了。
爱好跟职业是两回事。就现在大多数人的眼界，基本上不要指望去靠“教”学会点什么名堂出来。
2019-12-24 14:46:00 +08:00
回复了 verycode 创建的主题 › 新手求助 › 新手问个问题， Golang 和 Java 哪个更值得做为主要语言深入学习？
@souths 虽然和 LZ 的问题没什么直接关系，但你这样瞎说还是别了吧。

我就举个看上去因为 Java 而学残的例子——还是明确经过系统的 PL 理论教育的：

http://www.yinwang.org/blog-cn/2016/06/08/java-value-type

这里显然没搞清在语言中默认指定 aliasing 而不是依赖语言实现的现实（工程）意义。
从 PL 理论上来讲，过于习惯 Java 的某些的沙雕语义设计，也使用户丧失了探讨如何增强语言表达能力的机会。
（有兴趣的童鞋可以思考一下，为什么类似 Java 这样的语言原则上就不可能通过修补现有的语言规则支持类似 RAII 的惯用法。）

类似的问题也同样体现在对其它语言的理解上，如：

http://www.yinwang.org/blog-cn/2016/09/18/rust

这里体现出作者的 C 的基础也不扎实，不过这是另一回事了。

另外，一般口口声声“语言就是工具”的，大概能力还是远在此之下的。
2019-12-24 14:29:02 +08:00
回复了 verycode 创建的主题 › 新手求助 › 新手问个问题， Golang 和 Java 哪个更值得做为主要语言深入学习？
@verycode 应用开发这个范围太大了。应用开发使用的语言现实就是整体碎片化，个别领域的应用项目有个别适用的语言，基本上不可能有不变的语言有通吃的机会，你学了语言指望不变的下场，可能就是你学到的东西没几年迅速过气。正常的做法是，接到确定的项目需求，尽量能迅速上手。
要纠结学语言无非是两个思路：
1.学不容易过气的，到处都可能用到，虽然不见得能直接复用知识但至少有机会让你不那么容易饿死的语言垫底。
2.学容易让你尽可能快速掌握任意语言的基本知识。
1.的代表是 C 和 C++ ，但是实际干活对语言以外的背景知识要求通常相当地高，要混饭吃并不容易。这类语言的流行主要是因为历史包袱长期甩不掉，市场份额不会快速跌落。如果你确定某些特定领域的服务端开发，Java 和 Go 也能算这方面的备胎，但这俩货设计者和社区能力的上限都基本耗尽了，基本是不太可能出圈拓展新业务的，而且比 C 和 C++ 更容易被取代。所以没有项目需求或者很明确的意向领域不建议上手。
2.和学具体语言其实没有直接关系，除了数据结构之类的背景常识外，主要得了解计算模型、体系结构和程序语言理论基础。语言上这方面代表是 Scheme （注意不要上纯 FP 邪教的当）。不过学这类玩意儿基本也别指望能马上复用了，基本不可避免地根据具体项目要求学新的语言。虽然说大部分人口口声声要打基础来学 C 和 C++ 已然是在祸害业界了，没有天赋相比之下更不建议这个路线。
所以结论是不需要纠结什么语言。除了混履历，先找到你感兴趣的应用方向才是重点。
当然你要是非得想“应用开发”一桶浆糊，那么我可以确定最近几十年 C++ 这个依赖基本跑不掉（即便 WG21 的某些外行频繁疯狂作死和实际上没多少人去用）。（抱着这个目的去学 C++ 的，我是从来没见过学习效果说得过去的。）
1 ... 31  32  33  34  35  36  37  38  39  40 ... 92  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5540 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 48ms · UTC 02:43 · PVG 10:43 · LAX 19:43 · JFK 22:43
Developed with CodeLauncher
♥ Do have faith in what you're doing.