LeeReamond 最近的时间轴更新 LeeReamond 最近的时间轴更新 |
LeeReamondV2EX 第 469082 号会员，加入于 2020-02-13 15:05:38 +08:00 |
LeeReamond 最近回复了
22 小时 31 分钟前 回复了 LeeReamond 创建的主题 › 问与答 › 有没有用 deepin 系统的老哥，这系统要求的硬盘空间怎么这么大 |
@treblex 我倒不觉得像 win7 是什么问题，win 适合日用是全球人民用脚投票投出来的，学 win 的逻辑没啥不好，但是我感觉你粗制滥造就不对了。但是我今天做了几个小时，做完了几个组件，只能说 deepin 这个 gui 做的是真的糙中糙，具体表现在以下几个点：1 、一般按钮逻辑分普通、悬停、按下几个交互部分，分别代表不同反馈，d 的这个很多按钮组件是 23 不分的。2 、颜色设置方面，很多看起来是透明的图，实际上是纯色，调了个混合色装作是透明，实际上仔细观察发现是不透的。。3 、动画非常粗糙，很多动画过度非常唐突，比如设置菜单的隐藏按钮，菜单弹出有动画，菜单图标直接瞬间切换，突兀得一比。
我不是搞设计的，甚至不是前端，我都能看出这么多毛病，只能说太菜了
我不是搞设计的，甚至不是前端，我都能看出这么多毛病，只能说太菜了
22 小时 38 分钟前 回复了 LeeReamond 创建的主题 › 问与答 › 异步编程中的睡眠是如何实现的？ |
@sujin190 感谢回复，是一种可行解决方案，大概就是楼上说的 epoll 机制的那种解法吧，根据楼上回复似乎还有其他方案。不过这样又叫人好奇起来 epoll 的超时是怎么实现的，神奇的计算机系统啊
22 小时 40 分钟前 回复了 Stain5 创建的主题 › iMac › iMac 做的那么轻薄，是想让用户带去 Starbucks 吗？ |
我看你是真的不懂呦，当然是因为果粉感觉吊啊，你是没见过果粉吹苹果显示屏的那个样子，恨不得放到灵堂里供起来了。实际上差一个像素都要 resize，实际上考虑到 imac 的算力，应该不是分辨率反而下降，而是下降很多的问题。至于为什么做成这样，啊？什么你说你的屏也是 2K144hzIPS ？对不起不了解，反正不是苹果，估计就是垃圾吧
22 小时 48 分钟前 回复了 LeeReamond 创建的主题 › 问与答 › 异步编程中的睡眠是如何实现的？ |
@pabupa 问题是如果 timeout 和 epoll 是两个东西，那一个循环怎么同时监听这两个呢。。比如它清空了 epoll 任务，那就阻塞在 epoll 上了，这时候如果 timeout 发生了，但线程又不能唤醒自己
1 天前 回复了 LeeReamond 创建的主题 › 问与答 › 有没有用 deepin 系统的老哥，这系统要求的硬盘空间怎么这么大 |
@domodomo 我选择看一看 deepin，是因为我的个人项目要用 h5 实现一个简略版的 linuxgui，ubuntu 的 gnome 大概有人做过了，没什么意思，macos 的界面以前见过 h5 的成品，没有重新发明轮子的必要。我想了一圈觉得也许可以做 deepin，权当是为国产宣传，并不是因为我需要一个桌面操作系统。
我不是很理解为什么现在 V2EX 环境变成这样，随便发个帖子都要有人跳出来指点你以后 linux 玩熟了云云，本帖主题问的是需求最小 64G 安装是否因为版本问题，与你的回复有任何关系吗？
我不是很理解为什么现在 V2EX 环境变成这样，随便发个帖子都要有人跳出来指点你以后 linux 玩熟了云云，本帖主题问的是需求最小 64G 安装是否因为版本问题，与你的回复有任何关系吗？
1 天前 回复了 LeeReamond 创建的主题 › 问与答 › 有没有用 deepin 系统的老哥，这系统要求的硬盘空间怎么这么大 |
@zxCoder 后来调成手动模式装上了，自动模式不让装，不知道为啥，不过粗略体验之下感觉还挺糟糕的。。。仔细观摩了一下 GUI 动画感觉做的好粗糙。。。
1 天前 回复了 balabalaguguji 创建的主题 › 编程 › 我来说说异步框架的最大缺点 |
@balabalaguguji 相比于多线程，人员素质要求高，并非引战，不过如果你是写 python 的人大概不知道自己在说什么。相比于使用 c/cpp/java 等语言的工程人员，使用多线程处理 IO 对人员素质的要求远比单线程异步高得多，线程安全需要解决有序性、可见性和原子性的问题，而单线程异步只需要理解 epoll 接口怎么调用，之后就是事件循环内部维护的事务了，如果你连这点要求都认为是高要求，我的建议仍然是不要写码。至于你说的调用产生死循环的问题，我司前一段刚做过微服务的栈深度清理，我确实是不理解你在一个线程内部还能搞出所谓调来调去？
1 天前 回复了 balabalaguguji 创建的主题 › 编程 › 我来说说异步框架的最大缺点 |
很显然如果如你所言的“缺点”确实发生，那么意味着你连自己写的工程之中实现细节都无法把控，哪些接口是同步异步搞不清楚，且还有可能出现“死循环逻辑”。这种情况这边的建议是不要做工程，而不是说异步有什么缺点...
1 天前 回复了 15399905591 创建的主题 › Python › Python 开发规范 |
1 、国外现在 node 公司满街跑，你去看国外一般公司对于 cpp/node 之类语言的编码规范，一般主要规定工程目录机构、注释还有代码可读性这几部分内容，这些 pep8 基本都有 cover 。虽然 py 社区发展到后面对它有一些批评，但基本上不影响主体。只能说规范深度依托语言特性，对于 py 来说一个很有趣的问题是，以 java 的规范写 python，那不如直接去写 java 。
2 、大型项目上坑不坑，我不知道你用 py 写过多大的项目就说坑了，如果有问题请直接批评，而不是大家都说坑我也说坑。我前一家公司跑过 20 万行的 py 项目，应该不算大型，算中型项目，语言层面我觉得无坑。一般来说 py 被诟病的是动态类型问题，相应的解决方式可能是类似 flask 的代码风格（也许这是你说的规范），但如果你真的写过并读过那种冗长注释的工程，那么又回到了第一点问题。个人感觉是 3.6 版本之后 jb 家 IDE 的补全已经极大提高了工程效率，这套解决方案是更优的。
2 、大型项目上坑不坑，我不知道你用 py 写过多大的项目就说坑了，如果有问题请直接批评，而不是大家都说坑我也说坑。我前一家公司跑过 20 万行的 py 项目，应该不算大型，算中型项目，语言层面我觉得无坑。一般来说 py 被诟病的是动态类型问题，相应的解决方式可能是类似 flask 的代码风格（也许这是你说的规范），但如果你真的写过并读过那种冗长注释的工程，那么又回到了第一点问题。个人感觉是 3.6 版本之后 jb 家 IDE 的补全已经极大提高了工程效率，这套解决方案是更优的。
Select Language