V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  FrankHB  ›  全部回复第 47 页 / 共 92 页
回复总数  1830
1 ... 43  44  45  46  47  48  49  50  51  52 ... 92  
2019-10-10 21:19:12 +08:00
回复了 shrug 创建的主题 程序员 win 操作系统大家觉得有必要装 360 吗
得看你给谁用。
2019-10-10 21:14:56 +08:00
回复了 SsuchingYu 创建的主题 程序员 Talk is not cheap
@janus77 LBT 是有自主的思想和作品,但真正算得到毫无疑问是“他的”的成分,又有多少呢?凭良心讲,除了领导一些特定的项目和挑 patch 外,有多少他做过的具体工作是不和别人重复的、不经过别人添油加醋的完全的“他的产物和思想”以至于足以作为现在业界摆脱不掉的基础的?
他作为某几个比较大的社区的 zz 领袖这个角色,的确可以看成行使了比其他大部分开发者更多的所谓的“话语权”,但这方面也仅此而已。在圈子外边即便实际上受到他决策影响的东西,不鸟他的甚至对着干而且影响并不比他小的也多的是,否则很多情况他也根本不需要靠竖中指来了结问题了。
这根本是因为,他的“产物和思想”不论多有存在感(即便不论独创性),基本都有不少的几乎立刻就能开箱即用的完成度接近甚至更好的替代品,所以不依赖他恰饭的圈外人(包括不少竞争对手)想不鸟他的成本其实往往不大。
而另外某些历史上的大佬决定的一些东西,不论好坏,你要想不认到一定程度,就几乎只能把当年整个时代的一些主要工作自己做一遍,因为现成能摆脱这种依赖的备胎你都找不到个能用的。这种压倒性的差别实在和区区话语权沾不上多少边(虽然可以靠一定的 zz 投机手段“变现”为话语权)。
2019-10-01 16:29:22 +08:00
回复了 SsuchingYu 创建的主题 程序员 Talk is not cheap
@janus77 啥叫贡献?
如果算上不管用户同意不同意的不经意污染的依赖路径,那这样的贡献者到处都是,LBT 算不上有很大存在感。像同行 AST 就比 LBT 制造的依赖更多:即便不考虑 MINIX 是 Linux 的塑料精神祖宗,Intel ME 内置的改版 MINIX 大概不可能使它的用户比 Linux 的直接和间接用户少。那么 AST 就比 LBT 的话语权大了么?
另起炉灶能改变历史还是有什么别的意义?
再往上追溯,DMR 算不算有话语权? Alan Turing 算不算?然鹅论已经用到的依赖的影响,反正这些人比起 John McCarthy 和 Alonzo Church 都是弟弟。这和话语权也没多大关系。
至于 Code……无所谓了,反正 Code 是教不会你历史常识的。
实现一个数据库需要的技能和你粗体强调的东西没多少交集。
先老实重新分析清楚需求。
@waibunleung 收益的不大清楚,但肯定比普通 up 少得多。这里已经是红海了,不好恰饭。
@waibunleung 不以收益为目的那就多了。这样的 up 大多根本就不在乎播放量。反正 B 也没说一定要怎么做后期,直接无剪辑录屏上去是最简单的,就当以前的个人播客用。
你为何会产生大领导会惦记你这种喽啰的错觉?

难道你们公司就大领导、小领导和你?
@xmoiduts 100 也太惨了 8……
洪荒时期直接扔录屏上去都没那么低,,,
https://space.bilibili.com/2816
Up 主就是投稿过的用户。你是想说职业的?
2019-09-30 12:04:45 +08:00
回复了 pudgedoor 创建的主题 程序员 毕业一年,今年体检多了不少毛病
@simoncos 提了好几个了。

补个没提的:韧带钙化。

提醒各位老哥:不要盲目锻炼,量力而为。
2019-09-30 11:57:40 +08:00
回复了 pudgedoor 创建的主题 程序员 毕业一年,今年体检多了不少毛病
@skypyb 都不能根治,即使是手术治疗也容易复发。
单纯伤残等级说明不了多大问题,有的九级伤残平时基本也没啥影响。要是外伤导致的,这俩都可以算轻伤二级就是了。
你惨主要是 L1 ……不过也就一节罢了。比惨还是算了吧。
贬值?所谓的新技术里真的新的有多少?
有空多考点古。
@exev2 说到 AUR,还有个骚操作就是里面可以不是二进制包,不见得就只给 Arch 用,理论上实现了 ALPM 的都有戏……比如 MSYS2 只有 pacman 没 AUR helper 所以我自己编译了 libalpm 搞了坨 yaourt 发现还真能用。不过因为 MSYS2 的 pacman 是自己维护的,后来 libalpm 依赖代码的 API 不兼容编译不过,那时候有 WSL 我就懒得折腾了。其实还可以再治疗一下。
……滚 Windows 的底层系统,除非是大版本特性更新是不会去动 WSL 的,主要是 Windows 本身的破事会多。
@mx8 最直接的好处……不用糊驱动,也不怕滚挂……
这不是玩笑:部署和恢复系统的成本低。
虽然 Arch 的文档比起其它发行版相当清楚完整,但是万一真的遇到麻烦的破事一点都不省事(即便你是专业开发人员),特别是全系统更新的时候。尴尬的是你要太久不更新不注意看官方公告漏了一些手动迁移操作,还会增加滚挂的风险。
用 WSL 你就会长记性不会尝试去滚底层系统了——都知道 Windows Update 有多邪恶。而去掉底层系统,pacman 更新基本就是 userland 里出问题能很快恢复或者至少不会影响别的应用的部分。剩下最危险的就是 glibc,但稍微注意一点(不要让 pacman 本身挂掉)就不会有大问题(我一共就遇到过一次)。退一万步讲,真挂到没法挽救,squashfs 恢复个 WSL 映像还是比物理机容易点的,不会损失多少时间。
当然小问题还是会有的,比如没法 multilib 跑 i686 的东西(有 binfmt + qemu 的我懒得折腾了),比如 SysV IPC 还是残的,比如更新完 Qt 要记得 strip 干掉 so 的 abi tags ……不过也就那么几个。
@lazzyboy vlang 的层次不一样,它的作者的主要水平体现在画饼把社区本身当牛皮来吹,而不是老实在自己画的网页上 pile features。当然还有更高层次的吹法,像那个 Bosque,还能拉微软的虎皮当大旗顺带动不动革命掉现有 paradigm,就是作者水平不够露马脚风险太高了。
一个语言吹 productive 的,一坨扩展全是库(少不了一坨 C/C++ wrapper )的,基本上就别指望语言方面有什么好吹的了(能给个 spec 就该赞扬了)。这也难怪,大多数撸不够 productive 的语言写的应用出身的码农真的不清楚应用的 productive 和语言的 productive 究竟有啥区别……对这样的堆 feature 来体现设计成就感的语言,基本上连个 hygienic macro 都没,然后就知道不用多看了。

题外话,似乎不少这样的作者喜欢拿 GUI 或者 gl binding 之类的来体现 productivity。平心而论工作量是有的,但真正好不好用就鬼知道了(对市场来说,没生态≈没用,都不用管好不好用)。而且考虑基本上这里真正难的活都不是这些语言自己干的,实际上就算加上完整度的限制,门槛主要就是有功夫写,甚至比大作业(起码要求 deadline )还低……这样的语言虽然还没烂大街不过应该挺多的,前些天刚看过个 kuina.ch
和 PHP 一样就够劝退了。

GUI 工具看上去有点可以,虽然口味可能有点复古。

语言设计没什么新的地方。
吹得最响亮的所谓 supporting Natural Language,看着一点都不像 natural language,语法(假设存在的话)和语法规则还都啰嗦。
Eval() 还是拿字符串当参数。

不过不少迹象表明作者在 PL 的很几个基本的方面就是彻底的外行,例如:
糊个 GC 就想避免 memory leaks ;
使用 delete these variables using the assignment statement 这样的说法;
把 Variables, Lists, Objects and Functions 并列在一起讲;
所谓 Weakly typed,还放在 Dynamic 下;
所谓 Native Object-Oriented Support,还把 Polymorphism 和 Inheritance 并列,甚至还能包括 Packages、Reflection and Meta-programming ( OOP 的 reflection and metaprogramming 或许不是问题,但之前一开始拿出来单独当特色说过了嘛……)。

某几个 Simple 的介绍尤其可笑:
把 Call Function before the definition 当 Simple 标榜说明不怎么有逻辑学基础。
把 8-bit clean 当 Simple 说明不太有良好的工程习惯。
把 Not Case-Sensitive 当作 Simple 来吹则让人更加怀疑是不是 natural language 的外行了。
1 ... 43  44  45  46  47  48  49  50  51  52 ... 92  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2418 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 13:57 · PVG 21:57 · LAX 06:57 · JFK 09:57
Developed with CodeLauncher
♥ Do have faith in what you're doing.