V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  libook  ›  全部回复第 158 页 / 共 251 页
回复总数  5019
1 ... 154  155  156  157  158  159  160  161  162  163 ... 251  
2011 年到 2016 年间我一直在用 Arch+Gnome,个人感觉还挺好用的(虽然每年都会滚挂一次,但也都能解决),后面公司给配了 MBP,迫于续航需求,就主要用 MBP 了,但 MacOS 用来开发其实是不太好用的,现在感觉甚至都不如 WSL 。

要想在 MacOS 上有个完全兼容大多主流 Linux 发行版的环境其实有点折腾:要把 BSD 生态的软件都替换成 GNU 生态的(因为参数、功能有差异);以及做一些 POSIX 兼容性的微调(比如 TMPDIR 变量);另外容器用起来也很不方便,Docker Desktop Bug 多还各种商业化私货。

所以我个人还是喜欢用 Linux 环境作为开发环境。

上班用 Mac,回家是 Win10+Manjaro 双系统,Manjaro 可靠性比 Arch 好太多了,我甚至直接把在 Intel 机器上的系统盘直接接到 AMD 机器上依然能正常启动运行。但迫于懒得切换双系统,现在我在家的时候开发完全是用 WSL 的,配合 XServer 可以用 WSL 跑图形 IDE,有一台单独的 Debian 作为 Docker host,配置个环境变量就可以像在本地使用一样。

我的 MBP 已经很老了,电池和键盘都不好用了,换下一个办公设备我还是会考虑 Linux 发行版,就看续航是不是有所改善了。
2021-09-29 10:23:47 +08:00
回复了 InDom 创建的主题 Linux 迫于可能无法黑苹果,求推荐你在用的 Linux 发行版与桌面。
不需要开发硬件或系统底层服务的话就 WSL,现在上班的时候用 Mac,回家用 WSL,做 Web 开发以及用一些 Linux 工具绰绰有余,我有一个方案可以用 WSL 跑 GUI 程序,可以在 Github 上搜 libook/WSL-GUI 。

作为生产工具的话可靠性是第一要素,所以建议用最成熟的桌面发行版,如 Ubuntu 、Fedora 、Deepin 、Pop!_OS 等,发行版维护团队有企业背书,品控好一些,会替你避免一些问题的出现,升级的故障率会低一些。

喜欢 AUR 又需要一些可靠性的话可以用 Manjaro,我用过几年,感觉比 Arch 更适合做生产力工具。

如果不作为生产力工具的话,就无所谓了,啥发行版都可以试试。
提醒是义务,好像不是法律责任,所以还是得自己记着点……

当然用现金付款能避免所有问题,我就是有还款焦虑,所以只有海淘之类的仅支持信用卡的场景才会用信用卡,其他全都是现金全款付清……
2021-09-28 12:26:21 +08:00
回复了 zealinux 创建的主题 程序员 [2021] 大家用什么大数据技术栈?
招个大数据架构师来搞,都是组合各种开源组件,但跟业务相关的东西还是得自己写的。
2021-09-28 11:59:24 +08:00
回复了 itechnology 创建的主题 程序员 微服务怎么划分才算是正确的?是越细越好吗?
不论合并还是拆分,都是可能会走极端的,最终拆成一个函数一个服务或者合并成只有一个大服务,所以如何把握这个度,需要权衡多个方面。

首先任何架构规划都是有寿命的,因为你只能根据经验来预估未来一定时间的情况,而且很可能会遇到外因变化而导致架构规划失去价值,正所谓没有银弹。

比如你可以预估未来一年的需求情况,然后就以一年为寿命来设计架构,然后再根据人事组织架构和业务划分情况来综合衡量应该如何划分微服务,一年后运气好的话可以继续使用,运气不好就重新评估重构计划。

拆分为微服务的目的主要是降低成本,比如人力成本、算力成本、故障损失或恢复成本等,如果达不到降低成本的目的,聪明的老板估计都不会批准方案。
兼容大小写不敏感的场景。

代码里用啥主要看习惯,有些人是因为尽可能少按键才用小驼峰。另外我个人会习惯在代码里用全大写+下划线来做常量名的格式,这个只要团队达成一致的标准就行,毕竟是给人看的。
2021-09-28 11:40:32 +08:00
回复了 James369 创建的主题 程序员 请教一个 CPU 密集计算多线程优化办法?
CPU 密集型也不一定 WebAssembly 就能解决,目前 V8 的很多计算效率已经被优化很好了(乌龟绑火箭,不是说着玩的),有时候上了 Wasm 也没有明显的性能提升,反而加大了开发成本。

具体要看你的计算是不是 JS 所不擅长的,比如通过一些数据结构和内存上的奇淫技巧来大幅优化计算效率,这种用 Wasm 可能会有明显的性能提升。
2021-09-28 11:29:18 +08:00
回复了 James369 创建的主题 程序员 请教一个 CPU 密集计算多线程优化办法?
@wellsc #1 搜一下 Web Workers,Web API 现在有挺多花活,以前很多 JS 干不了的事情现在都能干了,当然不同引擎的具体实现会有差异。

@James369 我没怎么用过 Workers,提供几个点子看看是否可行。
1. 主线程创建 worker 可以把 worker 引用放到一个数组里,然后每次用户点击按钮都检测这个数组有几个元素,销毁 worker 就减少一个元素,创建 worker 就增加一个元素。
2. 主线程每次需要终止一个 worker 的时候就向这个 worker 发送消息,worker 可以监听 message 事件,收到终止消息就改一个局部变量,然后每次循环的时候都检查这个变量,检查到终止信号就退出循环并做善后处理,直至整个 worker 执行完退出。不需要善后处理的话可以直接用 Worker.terminate()强杀。
3. Object 是静态的话可以写死在源代码里,如果是动态的,貌似现成之间只能通过 message 来传递数据。如果你需要多个线程同步数据变化,就是分布式一致性的问题了,这个问题可能也能解决,只不过比较复杂,而且如果经由主线程的交换多了,主线程就会成为瓶颈,反而没必要用多线程了。

你可以去 MDN 上看看 Worker API 的文档,没准能提供些灵感。

另外可以跳出现在的需求,从架构和算法上看看有没有其他优化方法,比如是不是每次都要处理全量数据。
2021-09-27 17:56:17 +08:00
回复了 nonwill 创建的主题 问与答 为什么个人开发者会收到很多类似遵守协议的意见或请求?
没看懂主题在写啥,可能有背景和前因后果没说。

我没收到过相关的信息,用了受协议限制的代码就得按照协议来,除非别人发现不了用了相关代码,这个跟是不是个人开发者没关系。

用了 GPL 就得公开,而且 GPL 是传染的,当你曾经公开了你的软件或代码的那一刻,你自己开发的代码也都被强制使用 GPL 授权了,不能说后续移除用了 GPL 的部分代码就可以不让自己写的代码以 GPL 授权,补救措施只有一种,那就是全部代码用新协议重写,不能包含任何原来的代码了。

就好比一群健康的人,遇到了一个得了传染病的人,所有人都被感染了,你这时候把那个最初得传染病的人驱逐出去,也改变不了所有人被感染的事实。
2021-09-27 12:14:51 +08:00
回复了 sadfQED2 创建的主题 程序员 有加班处理个保法整改的老哥吗?你们方案是怎样的?
工信部自己信通院有能力做检测,公安部是有自己的研究所,其他各部委检查大多是找三方司法鉴定所或安全公司,基本都是有技术能力做深层检查的。

除了 UI 以外,还会做逆向扫描和抓包分析,这些都已经做成了比较成熟的自动化产品,我们的 App 里用了一些第三方的 SDK 做一些我们自己都不知道的勾当都被检查出来了,而且第三方 SDK 在我们 App 内造成的问题得我们来负责,企业受到行政处罚是会留记录的。

公安查到有问题直接给行政处罚,其他部委会要求限期整改,整改不通过或逾期就给行政处罚。目前我们公司是凡是整改要求全都最高优先级,业务都得让道,该重构就加班重构,有时候时间实在不够还得让公关人员去找监管部门商量延期。
@GrayXu #11 没错,但是你把文件压缩了之后,md5 校验的是压缩包的内容,而压缩包的内容是包括内部文件列表和元信息的。
2021-09-26 17:46:55 +08:00
回复了 StepfenShawn 创建的主题 分享创造 粤语编程语言求 star
可惜粤语本字几乎没有人会用了,反而借音字用得很多。
2021-09-26 15:44:16 +08:00
回复了 dawnYellow 创建的主题 程序员 3 年前端的求助
很多大学里都会有职业生涯规划的课程,但是学校不重视,学生也不知道为什么要重视,导致毕业后一次次陷入迷茫。

私以为迷茫的核心原因是没有明确目标。想要不迷茫的话,可以明确目标、制定计划、实践、反思,然后再回到明确目标上面,周而复始。

首先你要有长期目标,比如 7 年后你希望你在什么行业、做什么工作、达到什么水平,或者想成为像哪个大牛一样的人物,根据目标来找出当前自己哪些知识、能力不足,然后制定学习、训练的计划,并付诸实践。

如都是写 C++,做游戏的和做中间件的所掌握的经验是难有交集的,所以行业是挺重要的;很多人觉得技术人员搞好技术就行了,殊不知面试官针对大多业务性岗位筛选简历的时候会先看你是否有相关行业经验。所以你得先了解都有哪些行业,然后选择一个或几个自己感兴趣的行业,并放入到规划当中;再根据行业所需要具备的知识、能力去指定学习和训练计划,并在相关的岗位上工作,积累经验(履历)。

如果不知道行业需要哪些知识和技能,可以去招聘网站上找相关岗位的职位描述,里面都写得很清楚;另外也可以多面试,哪怕不以被录用为目的,也可以更客观地了解自己跟行业的需求有哪些差距,这基本上是免费的咨询服务了。

有了长期规划,可以拆解成中期、短期,阶段性反思,重新评估自己的目标和计划是否需要修正。

裸辞问题很多,未必会让自己的状态更好,你若有一个中长期的规划没能付诸实践,可以考虑换一个业余时间较充分的工作,有时间可以配合你的计划实施,以及面试其他工作,干满一年以上再换更符合自己要求的工作。不要奢望一步到位,很多人是跳槽几次才获得了自己满意的工作岗位,只要不是太频繁换工作就好。
2021-09-26 14:31:13 +08:00
回复了 nanxiaobei 创建的主题 产品经理茶话会 抖音重新发明了电视
不同的媒体形式有其不同的特性,比如很多人都觉得视频比文字更有表现力,但现在书籍依然很繁荣。

在影视行业里,短视频和长视频是两个界限分明的领域,互不干扰,而电视目前仍然属于长视频领域的。

在国内,电视一直被认为是一种特殊的媒体(广播也是),是有政治属性的,所以很多视频网站有能力在手机和电脑上做视听平台,但没有权力在电视上做,必须跟牌照商合作才能在电视上播(比如中国互联网电视,你一定在很多电视 App 上见到这个牌子),而且电视上能看的网络节目远不及其他设备上多,都是层层审核通过才能放的。

这种特殊属性,使得电视相关产业是被严格限制的,不是没人想做,而是允不允许做的问题。

其实现在官媒、电视台也在转型,央视一直在尝试做短视频新闻,像芒果已经渗透互联网很多年了,河南卫视也是近几年的一批黑马,广东卫视也在做;但总归,为资本服务和为政治服务是两个完全不同的方向。
如果真的是完全一致的文件元信息、完全一致的文件内容、完全一致的压缩算法和参数,压出来的文件的校验值理论上应该是一样的。
但实际有很多变数,比如你在把文件从一台服务器上复制到另一台服务器是否确保文件的修改时间一致,哪怕内容一样,修改时间不同也会导致校验值不同。
感觉像个 X-Y 问题,可以说一下这个需求的背景,看是不是需要调整探索的方向。
2021-09-26 11:07:37 +08:00
回复了 Mindzy 创建的主题 Steam Steam 国区估计挺不住了,现在转区还能去哪?
感觉像资本驱动的游戏开发商要断了国内独立开发者的后路,好进一步实现游戏市场的垄断……

近些年很多国产独立游戏在国内上架艰难,只能到境外平台上架然后迂回到国内市场,动了某些厂商的蛋糕了,见不得人家质量高、受欢迎。
2021-09-26 11:03:36 +08:00
回复了 teslayun 创建的主题 电影 win11 下怎么播放杜比视界的电影?
貌似是商业性的非开放标准,可能需要用一些收费软件才行吧……
或者干脆重新下载一个常规 HDR 格式的?
医学是很复杂的,需要深厚的基础知识和技能支撑的,诊断需要结合大量的经验进行假设、推导和排除,对于职业医生来说误诊的情况尚且存在,外行人仅仅通过简单了解更难以做到全面,很容易造成误判,所以还是建议交给专业的医生。

任何职业都是多样化的,不能因为几次看病的经历就对所有医职人员下定义,一定是存在戾气不重的医生的,多试几个医生,遇到好的医生就记下来名字,下次挂号直接挂这个医生的号。
2021-09-22 11:21:57 +08:00
回复了 manami 创建的主题 生活 想要变得酷酷的,有没有什么快捷的办法?
一个循环可以有效提升穿搭品味:试衣服——接受评价——修正思路——试衣服

实际女孩们就是通过这个循环来提升自己穿搭品味的。

当有异性朋友评价你的穿着打扮的时候,你可以直接邀请对方一起逛衣服,在逛的过程中可以提升对自己形象的改进技巧,又能了解异性的审美。如果恰好是自己感兴趣的单身异性,逛开心了还可能进一步发展。

外表是敲门砖,深入发展还是得靠情商,“直男癌”实际上就是情商低,提高情商也是类似的循环:表达——了解反应——修正思路——表达
2021-09-18 18:23:36 +08:00
回复了 ntop 创建的主题 分享创造 又又又写了一个文件传输助手
考虑用 WebSocket 做实时传输?这样服务器不需要存数据,文件数据流式从一端传入,经由服务器传给另一端。
1 ... 154  155  156  157  158  159  160  161  162  163 ... 251  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5682 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 61ms · UTC 02:28 · PVG 10:28 · LAX 19:28 · JFK 22:28
Developed with CodeLauncher
♥ Do have faith in what you're doing.