Elastic 宣布公开其商业产品 X-Pack 的源代码
Elastic 在开放的路上继续加码并将其闭源的 X-Pack 代码公开到公共的 Github 仓库里面。
Elastic 在开放的路上继续加码并将其闭源的 X-Pack 代码公开到公共的 Github 仓库里面。
本文深入复盘了一次完整的产品重构过程,明确了重构的时机和阶段性目标。重构中主要解决了架构混乱、性能瓶颈和用户体验不佳等问题。具体操作包括重构代码模块、优化数据库查询、引入缓存机制,并通过用户行为数据来调整功能细节。作者还提出了应对重构风险的方法,如建立测试闭环、逐步发布和快速响应用户反馈,以确保重构效果和产品稳定性。
给某大厂的技术新人做了一个关于产品思维的分享,提前收集了一些困惑,贴几条提及最多的,稍微聊一下。
哦对了,先帮产品说句话——技术同学,千万别简单地用“那个产品是傻X”来回答以下问题。这是因为,作为技术,如果你总觉得和你配合的产品都是傻X,那大概率,别人会觉得你也是——要不然,为什么选择与傻X共事?所谓 “若,我看周围皆傻X,料,世人看我亦如是”。
读代码比写代码还是更难一些,原因在于“写代码是在表达自己,读代码是在理解别人”。因为面对的项目多,项目的作者有各自的风格,理解起来需要花费不少的精力。
我从业这些年泛读、精读过的项目源码不算少了,陆陆续续的也写了一些代码分析的文章,本文中就简单总结一下我的方法。
日志成本控制主要有如下几个维度:- 减量:去掉没有意义的无效日志,只打印关键日志。- 减周期:尽可能减少日志存储的时长。- 转低频:低频相较于标准存储,可降低 6 0%--70%的成本。- 慎开全文索引:全文索引将会把所有日志全部索引一遍,并且这个存储是未压缩的存储,如果开启全文索引,则存储往往会比不开的存储高出 4--10 倍。
这是张一鸣多年前的一篇文章,彼时的头条还是个小公司,还在为招募人才发愁。
这篇文章对互联网产品技术人才如何选择公司,提出了很好的建议,互联网行业选择远比努力重要。
干货一篇,值得深读,全文如下:
首先,我们要感谢正在阅读这篇文章的你,我们所有的产品开发都始于你也止于你,无论你是在开发者社区上发帖,还是填写了调查问卷,还是向我们发送了反馈意见,或者参与了客户研究,感谢你帮助我们继续引导 Visual Studio 的产品路线图。现在我有一个激动人心的消息要宣布,Visual Studio 2022 的第一个公开预览版将在今年夏天发布。
拼多多是一家专注于C2B拼团的第三方社交电商平台,用户通过发起拼团,以更低的价格,拼团购买优质商品。其中,通过沟通分享形成的社交理念,形成了拼多多独特的新社交电商思维。拼多多从群嘲的拼夕夕,到现在成为大众所接受的购物平台,其底层商业逻辑究竟是怎样的呢?
谷歌近期刚刚发布完Android 12 beat 3,现在又宣布停止维护Android 2.3.7及更低版本的设备。
产品经理学习CMMI,一方面是学习CMMI解决软件问题的方法论,另一方面是了解主流的软件开发流程,方便协调产品和项目开发。本文作者从CMMI的基本概念出发,对CMMI的级别和发展现状展开了详细的介绍,与大家分享,希望通过此文能够加深你对CMMI的了解。
在软件开发中,约束软件项目的三个要素是质量、进度和成本,被称为软件开发铁三角,软件开发总是在这三个要素中妥协平衡,不时要抉择保哪个牺牲哪个,不断在刀尖上跳舞。而决定质量的要素又有三个:人、过程和技术,其中CMMI主要关注过程的改进。
因为CMMI有一个基本的假设前提:产品的质量很大程度上受影响于所使用的开放与维护过程的质量。所以为了改进产品质量,需要改进过程质量,称为过程改进。
一个合格的产品经理,需要理解基础的技术知识 + 把握用户需求。而对于不同类型的产品经理来说,所需要懂技术的程度也是不一样的。