V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  secondwtq  ›  全部回复第 75 页 / 共 123 页
回复总数  2447
1 ... 71  72  73  74  75  76  77  78  79  80 ... 123  
当然是吐火罗语名字
2019-11-09 01:13:40 +08:00
回复了 goodryb 创建的主题 问与答 酷狼 2T,不到一年,今天突然 5200 个坏道
相对于 IronWolf 我看 Exos 貌似不贵啊…… 就是好像要吵一点
2019-11-06 21:31:36 +08:00
回复了 0gys 创建的主题 硬件 最近 cpu 掉价太快了吧
@0gys W-2XXX 系列是 2066,最高 18C,和 HEDT 差不多。W-3XXX 系列是 3647,最高 28C,和 Scalable 差不多
2019-11-06 20:51:40 +08:00
回复了 0gys 创建的主题 硬件 最近 cpu 掉价太快了吧
淘宝之前就有 5k 的 18C 2066 Xeon W,而且据说是正式版
当然我没买过
2019-11-06 20:16:14 +08:00
回复了 Bigger8 创建的主题 程序员 从事程序员最好研究生吗
@deadFish 杭电都没了么 ...
2019-11-06 19:36:28 +08:00
回复了 qinhanshu 创建的主题 新手求助 c++
用模板元编程实现一个 C++ 编译器
2019-11-06 19:32:45 +08:00
回复了 yuikns 创建的主题 TextMate TextMate 这算是凉了么?
TextMate 开源貌似比 Atom 还早
但是我觉得还是晚了

不跨平台也是硬伤
我小时候用的第一个像样的文本编辑器是 EmEditor,用了好多年,但是第一个写代码用的除了 VS 之外就是 Sublime Text

但是话说回来,TextMate 真的死了么?
Sublime Text,Atom,VSCode 都继承了 TextMate 的整体思路(虽然我不认为 VSCode 比 TextMate 好多少)
tmLangauge 也留下来了(我还写过)

换个角度,我认为只有 Mac 这样的平台才能出现 TextMate 这样的软件,而生在 Mac 上又注定它会被替代
(其他平台也有最符合平台气质的文本编辑器,Windows 上的典型是 UltraEdit,Notepad++,Linux 上的典型则是 Emacs )
TextMate 必死,TextMate 永生
这个事铝的?我怎么觉得会很重 ...
2019-11-06 19:05:33 +08:00
回复了 daijinming 创建的主题 程序员 dotnet 开发 API 的时候使用 asyn 、await 有什么优势吗
@loqixh Go 是 ”stackful“ 的吧 ...
”stackless“ 的有 JavaScript,C++,Kotlin,一大堆 ...
话说 macOS 写驱动的资料貌似少得要命 ...
有 API 没文档算不算不开放呢
无线充电好几年前就已经有了,还插线充呢
现在流行量子充电
这东西如果很多人贡献的话估计过段时间结果会很好玩 ...
2019-11-02 00:06:49 +08:00
回复了 FakeLeung 创建的主题 程序员 大家对于中文变量名是如何看待的?
王垠前两天发了两条微博,大谈特谈”汉字拉丁化“的问题,认为非拼音文字都是”落后“的东西,并且顺便扣了很多帽子。

我的观点:一,王垠在 PL 之外的言论还是随便看看随便笑笑;二,开微博对于王垠来说也是错误的选择

不过换到楼主的问题,汉语没有一个易认的 Romanization 表示,确实导致不得不面对这种囧境,这大概是王垠的观点唯一站得住脚的场景
要做的话技术上也有难度 ... 因为亲身体验是,不仅对付输入法麻烦,就算是一段话里面频繁出现 Diacritical mark 也很麻烦 ... 更扯淡的是,三个桌面系统的中文输入法都差不多,但是输入 diacritical mark 的方式都不一样
2019-11-01 23:55:39 +08:00
回复了 necolo 创建的主题 酷工作 [深圳] 编程猫诚聘 Web 前后端/Web 游戏引擎开发工程师
@necolo 啊 ... 我已经暂时不做前 /后端了 ...
不过从这个看起来游戏行业的希望在游戏行业之外 :)
2019-11-01 21:48:04 +08:00
回复了 FakeLeung 创建的主题 程序员 大家对于中文变量名是如何看待的?
居然没人 @辣个蓝人
在原文内容中插入一些比较和谐的片段,谁爬谁倒霉

... 反正思路大体如此
一个旧闻:歌词协作共享平台 Genius 怀疑搜索引擎 Google 一直在剽窃他们网站上的歌词,于是他们选了一些歌词,以摩尔斯码的规律替换其中的单引号字符为直引号和弯引号,并监测 Google 的搜索结果,发现这些引号的变化同样出现在 Google 的结果中,于是就发出了 complaint,第二天发现 Google 上面那些零宽字符消失了 :)

当然个人就算能掌握证据也不能怎么样,所以就只能借助那只无形的大手的力量
2019-11-01 21:28:15 +08:00
回复了 necolo 创建的主题 酷工作 [深圳] 编程猫诚聘 Web 前后端/Web 游戏引擎开发工程师
问一下,多人游戏”创作“平台,这个”创作“在哪里体现呢?
2019-11-01 21:13:48 +08:00
回复了 lhx2008 创建的主题 Go 编程语言 Go routines 和 Java 线程池的区别有哪些?
@lhx2008 "粒度更小"一般对应的是”更加灵活“与”效率更低“
当然不是说一刀切效率就一定更高,一刀切效果好的前提是切的地方准确

协作式多任务就正好满足这一条件,进程在明确自己不需要 CPU 时放弃 CPU,而在做事情时操作系统不来烦你,实际就保证了 CPU 一直都在做有用的事情
可以类比在你写代码时没事总是来催你的产品,没事总是来找你”支持“的队友

缺点是如果你完成了任务一直不汇报,那整个项目就 block 在你这了
我认为现代编程语言(好吧 ... 强行把 Go 称为现代编程语言也过得去)对这个问题提供了很好的抽象,所以现在才有这么多人觉得这么好用。这在 Windows 3.1 和 MacOS Classic 那个年代大概是难以想象的吧
1 ... 71  72  73  74  75  76  77  78  79  80 ... 123  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2147 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 50ms · UTC 07:21 · PVG 15:21 · LAX 00:21 · JFK 03:21
Developed with CodeLauncher
♥ Do have faith in what you're doing.