我眼中的技术世界
转载自 余欲与鱼语渔 的csdn 博客[推荐系统综述——附Xmind三分钟重点速览版] 编者注：推荐系统在产品的应用上十分广泛，再比如内容推荐、广告推荐、用户行为推荐、视频内容之类的推荐。都是用到了推荐系统相关的一些基本原理。推荐系统一般是结合着AB测试系统去上线或下架。一个推荐策略的一个优化 都是通过AB测试验证对应的效果后才会上线，并且推荐算法会经过不停的打磨调优。新的推荐算法和推荐策略 的迭代受限于本身产品的一个受众群体、产品调性、法律要求、道德水平等方面 1. 推荐系统概述 1.1 推荐系统是什么 推荐：根据用户的历史行为进行用户兴趣建模，结合内容的特征，给到用户最能满足其兴趣和需求的内容。 推荐系统：推荐系统是一种信息过滤系统，用于预测用户对物品的“评分”或“偏好”，是特定场景下人与信息更有效率的连接。 1.2 推荐系统意义 个性化推荐系统，主要是为了以下两点：解决信息过载问题；挖掘长尾物品/信息。 推荐系统通过发掘用户的行为，找到用户的个性化需求，从而将长尾物品准确推荐给需要它的用户，帮助用户找到他们感兴趣但很难发现的物品。 1.3 推荐系统工作步骤 推
背景硅谷的很多大型科技，比如：google、facebook、amazon 等，为了让代码的编码风格、代码质量更高，一般是有获得公司代码可读性认证(code-review-readability-certification)的人当作代码的审查者。Googler被要求较快地成为优秀的程序员，这是工作的基本要求。所以，Google的readability仅仅强调对某一门编程语言的设计理念、惯用法、细节代码最佳实践的熟练掌握。Readability训练营与认证在很大程度上考虑了DRY/SOLID/KISS等在代码设计原则与实现层面的应用。价值直接的价值就是：推进工程文化建设，个人工程师素养、公司组织管理、工具建设，是搞好现代化研发。宏观价值：提升团队、公司的整体技术水平，利于产品研发质量、对外开源建设的水平。个人价值：提升个人能水平，通过日复一日的高水平训练可以整体的架构设计能力、编码水平等。认证说明绿带（wet-hands）考试，是给大家一段400行左右的代码做code review。一般集中在一个地方，限时两个小时。考试给到的代码，可读性都非常差。正常情况，一般是指出核心设计问题，给出明
转载至 hugging face。原文地址 ，English version最近在研究 AI 在前端方面的应用，所以看到这个startCoder 库，github 地址是：https://github.com/bigcode-project/starcoder。这个库还有其他的方面应用，这里共享给大家。关于 BigCodeBigCode 是由 Hugging Face 和 ServiceNow 共同领导的开放式科学合作项目，该项目致力于开发负责任的代码大模型。StarCoder 简介StarCoder 和 StarCoderBase 是针对代码的大语言模型 (代码 LLM)，模型基于 GitHub 上的许可数据训练而得，训练数据中包括 80 多种编程语言、Git 提交、GitHub 问题和 Jupyter notebook。与 LLaMA 类似，我们基于 1 万亿个词元训练了一个约 15B 参数的模型。此外，我们还针对一个 35B 词元的 Python 数据集对 StarCoderBase 模型进行了微调，从而获得了一个我们称之为 StarCoder 的新模型。我们发现 StarCod
文章小结这个是在qq音乐商业化团队在2021年3月份的总结文章。行文的内容有五个点：1、模块化（包含js模块化、CSS模块化），2、组件化3、规范化（包含代码规范、文档规范、流程规范）4、自动化：（包含构建编译、测试、CI/CD等）5、业务分析与改进。文章开头对简单工程化的生命周期划分我还是比较认同的，它包含了：项目的架构设计的初始化 -> 项目开发 --> 测试部署 --> 构建与部署 --> 运维管理。但实际文章中的内容来说的话，就是写的很细节，然后标题写的很大但是文中的内容就显得比较空。感悟我由于以前之前我在应用宝、微视、腾讯云都工作过，对腾讯内部MIG\PCG\CSIG各自体系的工具和系统都比较熟悉，然后作为面试官、参加各种行业内的大会，也了解了国内其他企业或公司内的系统大概情况。其实整个工程化来说是一个很大的课题，要想把整个项目或者是整个业务完全工程化的话，一个是费很大精力，二是要有一个全局的视角和思想来统领整个研发的投入。不过要对某一块业务或者是某一个系统做那个前端工程化的话，我可以给一些建议。【留个坑后面慢慢来补文章】这里先用 《前端工程化：体系
团队管理基础来源于自身培训与外部书籍数据参考1、组建团队a) 需要什么样的人招聘的原则、方法，招聘的诉求是否合理。人才需求：通用能力与品质、专业知识与技能b)设定团队目标向上管理目标： 团队目标、目的、任务、计划与结果。向下管理：团队规模、各自权利、责任、任务、要求、内部期望状态自我管理2、了解团队a) 团队成员情况、成员特长与性格、成员诉求b) 团队成员的培养选择适宜的情景模式适配员工特质。有些需要告知、有些引导、有些需要重复、有些需要约束使用适宜的领导风格（人不同，职位不同 使用不同的风格）员工成长与培养：员工的规划、通过PDI指定绩效管理、同步绩效理念与预期3、激励与惩罚a) 团队激励正向激励：职级、薪酬、责任与权利负向反馈：面谈、激活、通告、绩效薪酬b) 员工激励员工个人激励的五种手段组织氛围激励的六个纬度4、管理干部的自我成长a) 管理角色和技能从骨干到基层管理：角色技能转变(职能、技能、业绩、目标、心态)管理角色能力：向上管理沟通理解目标、向下分配任务资源团队|冲突氛围管理|员工管理、对内业务合作资源获取、对外业务沟通公关处理，管理者自我成长b) 管理者核心素质理解企业文化
试用了多个AI工具能力, 应用也开始遍地开花。本着打不过就加入的原则，进行更多的了解ai以及各自之间的差异可以更好的辅助并提升工作效率。在内部的同事们主要从 基本原理、应用实践、行业分析、安全隐私合规 方面累计了80-90篇的文档。大部分时间集中在2023年。ai工具列表：https://ai-bot.cn/原文：大语言模型调研汇总-guolipaGoogle Transformer模型图文详解ChatGPT进化的秘密拆解追溯 GPT-3.5 各项能力的起源
Chroma 是一个用于构建带有嵌入的 AI 应用程序的数据库。它内置了您入门所需的一切，并可在您的机器上运行，支持python 和 javascript版本。Chroma 为您提供以下工具：存储嵌入及其元数据嵌入文档和查询搜索嵌入色度优先：简单性和开发人员生产力搜索之上的分析它也恰好非常快Chroma 由Python客户端 SDK、JavaScript/TypeScript客户端 SDK 和服务器应用程序组成。查看Colab 演示。项目地址官方文档：https://docs.trychroma.com/github地址：https://github.com/chroma-core/chroma
概要说明格式说明有两类主要的音频文件格式：无损格式，例如WAV，FLAC，APE，ALAC，WavPack(WV)有损格式，例如MP3，AAC，Ogg Vorbis，Opus.序号类型说明1cdaCD音频格式扩展名2wav微软公司开发，用于保存WINDOWS平台的音频信息资源。3mp3全称MPEG：MovingPictureExpertsGroupAudioLayer-3，是目前用户最多的有损压缩数字音频格式。4aif/aiff苹果计算机公司开发的一种音频文件格式。5mid经常玩音乐的人使用，最大用处是在电脑作曲领域。6wma即Windows Media Audio，来自于微软。7ra主要适用于在网络上的在线音乐欣赏。8vqf雅马哈公司的一种声音格式，可以用雅马哈的播放器播放。9ape目前流行的数字音乐无损压缩音频文件。项目应用说明在视频编辑剪辑项目中主要使用：Mp3,AAC,Ogg,Wav, FlAC, APE等，如果前端无法识别需要服务端转码处理好后给前端一个规范的编码类型。不同类型在采集频率、编码方式、压缩率等都不太一样,另外在音频处理过程中还有增强、降噪、AI语音识别，网络与传
共享文档来源 于2021年 tweb 大会宣传资料1、渲染管道优化以表格为例，对layout布局，paint 优化。尽量避免几何属性修改导致全局layout的修改.paint only 修改减少repaint.2、DOM 复用dom 复用减少渲染的dom节点数量3、升级 canvas 渲染解决复杂页面和页面滚动后，由于layout与 recalulate style 开销增长过大问题。4、解决canvas 的性能问题a) 减少渲染时触发GC。优化gc的逻辑b) Canvas API 调用的优化 strokeStyle、fillStylec) canvas 渲染复用，后面几页都是凑得内容[肖骏_腾讯文档渲染优化之路.pdf] https://docs.qq.com/pdf/DYk1QV1djbENGWnZw?
本文是读了腾讯文档前端TechLead, T12大佬曾探哥。 他经历了腾讯文档前端从0.1到现在的建设过程，和团队同学一起持续对腾讯文档前端进行架构优化，对前端架构设计有一些经验和兴趣 。 《JavaScript设计模式与开发实践》作者。这6-7万字文章中蕴含很多大型项目设计的经验和感悟，值得学习和借鉴。1、模块依赖优化a) 理清模块结构依赖，分类管理。当小团队3-5个人的时候项目架构依赖还很好管理，尤其到项目规模变大了，以及团队规模也变大了，整个架构、模块、类、函数、工具、相关的复杂的和层级变深了，整个项目的管理难度会指数级上升，到后续一定要分工明确，边界与规范也需要明确。尽量减少不必要的依赖。b) 合理抽象模块，降低耦合复杂度在开发的过程中，一定要随着系统的升级迭代、新人加入一定要做好培训讲明规则，保持好各个模块之间的功能单一性、独立性、复用性。 模块功能职责单一之后，对模块的迭代修改就会相对简单，不至于牵一发而动全身。针对业务逻辑一定要有核心人物多来思考抽象业务逻辑。让模块具有普适性。c) 代码架构分层，提升稳定性数据、逻辑、UI分层管理，梳理出核心业务层封装，对核心逻辑的质量提
首乌
十年老程序员
粤ICP备2023052298号-1
