获得徽章 0
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇沸点
这是一名 Java 开发者,近期推出文(bei)章(guo)三部曲《强如 Disruptor 也发生内存溢出?》、《一次 HashSet 所引起的并发问题》、《不改一行代码定位线上性能问题》在团队中被冠宇背锅小王子的称号。
他是 -- crossoverJie,一位来自大山的孩子 ,擅长写 bug,更擅长于解 bug 在在= GitHub 上创建了受 1.6W 基友喜爱的开源项目
github.com 的非 girl;
地理坐标:不详;掘金坐标:
juejin.im,欢迎来交流<del>背锅</del>技术~
图一至三是他的三部曲《强如 Disruptor 也发生内存溢出?》
juejin.im、《一次 HashSet 所引起的并发问题》
juejin.im、《不改一行代码定位线上性能问题》
juejin.im;图四是他发布在沸点#我的开源项目#下的项目
他是 -- crossoverJie,一位来自大山的孩子 ,擅长写 bug,更擅长于解 bug 在在= GitHub 上创建了受 1.6W 基友喜爱的开源项目
地理坐标:不详;掘金坐标:
图一至三是他的三部曲《强如 Disruptor 也发生内存溢出?》
展开
1
11
赞了这篇沸点
赞了这篇沸点
赞了这篇沸点
赞了这篇沸点
赞了这篇沸点
他是热门的开源项目 iView 作者,在 GitHub 超过 18,000 star,著有畅销书籍《Vue.js实战》,在前端、开源方面有过不少积累,喜欢一个人独立完成一个产品。
他是 -- Aresn,一个在掘金收割超过 24w 阅读量,累计 7k 多点赞的 90 后金牛座。
地理坐标:北京;掘金坐标:
juejin.im;GitHub 地址:
github.com;欢迎来交流技术~~
图一是文章《2016我的心路历程:从 Vue 到 Webpack 到 iView | 掘金技术征文》
juejin.im;图二是他发的 iview 更新沸点,福利
他是 -- Aresn,一个在掘金收割超过 24w 阅读量,累计 7k 多点赞的 90 后金牛座。
地理坐标:北京;掘金坐标:
图一是文章《2016我的心路历程:从 Vue 到 Webpack 到 iView | 掘金技术征文》
展开
5
11
赞了这篇沸点
这是来自微信支付的知名前端框架 Omi 作者,AlloyTeam 开源负责人之一,在 Github 超过 10 个不同类型项目 star 过 1000 的开发者。
他是 -- 当耐特,一个不是在写代码,就是在去写代码的路上,爱编程,爱分享,持续写技术博客 10 年,传说中可以在梦中可以调试代码,然后醒来提交到电脑里的 boy。
地理坐标:帝都,掘金坐标:
juejin.im,最近投入的项目 《Omi》:
github.com,最近筹备的会议 《Omi Conf》:
github.com 欢迎来交流技术~
图一是他的文章《HTM - JSX 的替代品?还是另一种选择?》
juejin.im;图二是他的七夕表白代码
他是 -- 当耐特,一个不是在写代码,就是在去写代码的路上,爱编程,爱分享,持续写技术博客 10 年,传说中可以在梦中可以调试代码,然后醒来提交到电脑里的 boy。
地理坐标:帝都,掘金坐标:
图一是他的文章《HTM - JSX 的替代品?还是另一种选择?》
展开
评论
13
赞了这篇沸点
code review 究竟如何是好?
1、容量。
贺师俊在这个回答里
www.zhihu.com 提到一点:每个 PR 强制要求改动行数小于100行,新人要求小于60行,以保证 code review 的实际可操作性。因为 PR 太大,review 和 reject 的成本都比较高,就容易倾向于放水。
2、时机。
不能赶在上线前提 PR,否则提出的问题改还是不改呢?改了要不要重新测呢?reviewer 一看要上线,也更容易倾向于“通情达理”直接 approve。所以至少应该在提测前提一次 PR。
3、匿名?
并非所有人都能完全做到公私分明、就事论事。你要不要指出比你职级更高的人的问题?某个问题改良的成本很高,不改的话尽管不好但也能用,那还要不要提?
4、范围。
为控制时间成本,并非所有代码都需要 review,就前端而言,通常只需要 review js,那么具体 review js 的什么呢?你并不知道背后的业务逻辑,那到底 review 啥?一般来说需要关注:函数的设计、有没有重复的轮子、某处逻辑完全不知所云是否增强语义或补充注释等。
5、开放?
如果公司有一定规模的话,除了组内的人 review,要不要开放给组外的人?code review 并不只是找问题,也是技术交流、学习提高的一种方式。我个人感觉这个很大程度上取决于团队整体的技术氛围,国内应该没有几家能做到吧
。
1、容量。
贺师俊在这个回答里
2、时机。
不能赶在上线前提 PR,否则提出的问题改还是不改呢?改了要不要重新测呢?reviewer 一看要上线,也更容易倾向于“通情达理”直接 approve。所以至少应该在提测前提一次 PR。
3、匿名?
并非所有人都能完全做到公私分明、就事论事。你要不要指出比你职级更高的人的问题?某个问题改良的成本很高,不改的话尽管不好但也能用,那还要不要提?
4、范围。
为控制时间成本,并非所有代码都需要 review,就前端而言,通常只需要 review js,那么具体 review js 的什么呢?你并不知道背后的业务逻辑,那到底 review 啥?一般来说需要关注:函数的设计、有没有重复的轮子、某处逻辑完全不知所云是否增强语义或补充注释等。
5、开放?
如果公司有一定规模的话,除了组内的人 review,要不要开放给组外的人?code review 并不只是找问题,也是技术交流、学习提高的一种方式。我个人感觉这个很大程度上取决于团队整体的技术氛围,国内应该没有几家能做到吧
展开
评论
19
赞了这篇沸点
今天介绍的不是一个人,而是一个有组织的账号。它是由一批国内开发者组成的开源组织,侧重于前端开发,Github 账号 star 近 4k。背后成员来自北京,上海,深圳,成都等地,均为一线实力开发者。
他是 -- D2Projects,一个除了开源项目,还维护开源日报项目,日报涉及开源项目推荐、教程、优秀文章推荐、设计资源、工具推荐等。
地理坐标:不详,掘金坐标:
juejin.im, Github 地址:
github.com,欢迎交流技术~
图一是他们今天的新日报:
juejin.im;
他是 -- D2Projects,一个除了开源项目,还维护开源日报项目,日报涉及开源项目推荐、教程、优秀文章推荐、设计资源、工具推荐等。
地理坐标:不详,掘金坐标:
图一是他们今天的新日报:
展开
5
40
赞了这篇沸点
众多企业都在使用机器学习技术分析人们的欲望、情感或面部特征。但有研究人员提出了新的问题:机器会学习但它会遗忘吗?作为计算机科学中的新兴领域,机器学习研究者开始探索在 AI 软件中诱发选择性失忆的方法,目标是在不影响模型性能的前提下、从机器学习系统中删除特定人员或数据点的所有痕迹。如果可行,那么这个概念将帮助人们更好地控制数据以及由数据产生的价值。虽然社会上已经有不少声音要求企业删除个人数据,但运营一方其实也并不完全理解自己调试或训练出的算法。此次提出的机器反学习有望找出一条既可产出价值、又能回避隐私问题的发展道路。
举个最典型的例子:有些用户会出于一时冲动而在网上发布一些过激的内容,事后虽然后悔、但却无法彻底抹除。但要实现 AI 遗忘概念,我们可能需要在计算机科学方面做出新的探索。企业投入数百万美元训练机器学习算法掌握了人脸识别与社交帖子排名等能力,但一旦训练完成,机器学习系统就不会轻易让步,甚至训练者自己也不清楚系统是如何掌握这些能力的。在传统上,消除特定数据点影响的可行方法只有从零开始重建系统,但高昂的成本往往令企业难以承受。也许机器反学习技术的出现,能给目前的困境带来一丝转机。
举个最典型的例子:有些用户会出于一时冲动而在网上发布一些过激的内容,事后虽然后悔、但却无法彻底抹除。但要实现 AI 遗忘概念,我们可能需要在计算机科学方面做出新的探索。企业投入数百万美元训练机器学习算法掌握了人脸识别与社交帖子排名等能力,但一旦训练完成,机器学习系统就不会轻易让步,甚至训练者自己也不清楚系统是如何掌握这些能力的。在传统上,消除特定数据点影响的可行方法只有从零开始重建系统,但高昂的成本往往令企业难以承受。也许机器反学习技术的出现,能给目前的困境带来一丝转机。
展开
评论
1
赞了这篇沸点
The Document Foundation 宣布释出 LibreOffice 7.2 社区版。新版的一大变化是改进了处理大文件、打开 DOCX 和 XLSX 文件、字体缓存管理以及打开包含大图像的演示文稿和绘图的性能,改进了使用 Skia 后端的绘图速度,原生支持苹果 Apple Silicon ARM 芯片。LibreOffice 7.2 的新功能由 171 名贡献者开发,70% 的代码来自 Collabora、Red Hat 和 allotropia 等企业和机构的 51 名开发者,30% 来自 120 名独立开发者。
展开
评论
1
赞了这篇沸点
绝大多数人都宣称他们具有奉献精神,但很少有人能在逆境中展现出来。开源 BeOS 操作系统 Haiku 能走到今天依靠的就是开发者们的奉献。BeOS 操作系统在 2001 年被 Palm 收购后停止开发。2001 年 8 月 18 日邮件列表上开始讨论创建一个开源的 BeOS 操作系统 OpenBeOS。8 个月后释出了首个版本。2004 年项目被永久改名为 Haiku 以避开与 BeOS 的商标冲突。此后 Haiku 项目先后释出了 4 个 RC alpha 版本和 3 个 RC beta 版本,最新的 R1/beta3 是刚刚在 2021 年 7 月 25 日发布的。二十年后的今天 Haiku 仍然是少数可用的非 UNIX 开源操作系统之一。
展开
1
1
赞了这篇沸点
根据新披露的未删减法庭文件,Epic Games 称 Google 通过 Project Hug 计划收买应用开发商阻止他们在 Play Store 之外发行游戏。Epic Games 在 2018 年发布了旗下的热门游戏《堡垒之夜》的 Android 版本,当时它没有选择在 Play Store 上发行而是通过自己的网站,让用户直接下载安装程序,此举旨在避开 Play Store 30% 的销售提成。Epic 的做法引发 Google 担心其他热门手游的开发商会模仿,它随后启动了 Project Hug 项目以确保开发商会留在 Play Store。根据 2019 年 Google Play 财务团队的一份报告,指出 Epic Games 可能会与 OEM 厂商如三星达成交易预安装一个 Epic 应用商店,以更低的销售提成吸引应用开发商入驻。报告预测到 2022 年这可能会导致 Google 损失 3.5 亿到 14 亿美元。如果更多企业采取这一策略,Google 的损失可能会达到 11 亿到 60 亿美元。Project Hub 针对的是 Play Store 中前 20 热门手游开发商,投入了数亿美元与它们达成秘密交易,限制 Epic 的影响。Google 报告指出许多目标应用开发商确实曾探索过自己的发行平台。
展开
评论
1
赞了这篇沸点
浙江省通信管理局证实阿里云未经用户同意擅自将用户留存在的注册信息泄露给第三方合作公司,表示阿里云的行为违反了《中华人民共和国网络安全法》第四十二条规定,根据《中华人民共和国网络安全法》第六十四条规定,已责令阿里云改正。《网络安全法》第四十二条规定:“网络运营者不得泄露、篡改、毁损其收集的个人信息;未经被收集者同意,不得向他人提供个人信息。但是,经过处理无法识别特定个人且不能复原的除外。”第六十四条规定,“由有关主管部门责令改正,可以根据情节单处或者并处警告、没收违法所得、处违法所得一倍以上十倍以下罚款,没有违法所得的,处一百万元以下罚款,对直接负责的主管人员和其他直接责任人员处一万元以上十万元以下罚款;情节严重的,并可以责令暂停相关业务、停业整顿、关闭网站、吊销相关业务许可证或者吊销营业执照。”
展开
评论
1
赞了这篇沸点
《纽约时报》援引针对 60 家大型医院的医保费用调查报告,报道在美国的现有医疗保健体系当中,“对于同样的基础服务,医院向不同患者收取的费用相差很大。”今年美国政府命令各医院公布他们与私人保险公司谈判的完整价格清单。从结果来看,“调查得出一系列大型医保公司的案例,这些体量在全球范围内都名列前茅、年利润达数十亿美元的行业巨头,在谈判中拿到的价格却离谱得高。”由美国政府运营的老年医疗保险拿到的价格要比个人保险用户低得多,甚至低至主流健康险种的 10%。 “在多数情况下,投保患者拿到的报价反而比无保险患者还高……”直到现在,消费者在收到账单之前仍不知道自己和保险公司到底要承担多高的费用。而在患者及企业客户要求保险公司提供明细时,部分保险公司明确表示拒绝。这种暗箱操作空间使得不少医院放胆欺骗患者,以“已经打了折”为幌子继续收取尽可能高的治疗费用。既然保险够高、医院那边又没有公开义务,保险公司自然也就没有动力在治疗成本上锱铢必较。
医疗保险采取的特殊经济学模型也有助于保持这样的高价传统。客户往往会将自己首选的医院和医生是否在承保范围内,作为是否选择某一险种的首要判断依据。为了满足客户要求,保险公司只能与医院达成价格妥协。另外,由于联邦法规要求保险公司的利润只能在医疗开销总额中占特定比例。所以花在医疗护理上的钱越多,保险公司自己的盈利空间也越大,自然没有强烈的意愿帮“不相干”的患者省钱。在某些批量采购的企业员工健康保险中,保险公司甚至根本不用自己掏钱——企业雇主会自行支付医疗费用,而保险公司只负责协助管理这类内部医保项目,就能拿到不菲的利润回报。
医疗保险采取的特殊经济学模型也有助于保持这样的高价传统。客户往往会将自己首选的医院和医生是否在承保范围内,作为是否选择某一险种的首要判断依据。为了满足客户要求,保险公司只能与医院达成价格妥协。另外,由于联邦法规要求保险公司的利润只能在医疗开销总额中占特定比例。所以花在医疗护理上的钱越多,保险公司自己的盈利空间也越大,自然没有强烈的意愿帮“不相干”的患者省钱。在某些批量采购的企业员工健康保险中,保险公司甚至根本不用自己掏钱——企业雇主会自行支付医疗费用,而保险公司只负责协助管理这类内部医保项目,就能拿到不菲的利润回报。
展开
评论
1