关于用研岗位的思考--技术头条 -- 微博大V帮你宣传技术博文开发者头条码农头条

【简介】

用户研究简称“用研”，是一种主要通过面向用户的各种研究方法，达成对关键问题的信息收集和理解的目标。
这些关键问题可大可小。大的方面可能是确定某个市场需求，小的方面可能是验证某个产品的市场受欢迎程度，也可能是确认产品的某个问题。

由 @技术头条 2022-08-18 23:49分享 / 原作者微博：@唐巧_boy / 0个评论

本文整理自7月7日世界人工智能大会“AI生成与垂直大语言模型的无限魅力”论坛上中国工程院院士、复旦大学金融科技研究院院长柴洪峰《大模型赋能金融科技思考与展望》的主题分享，从金融垂直模型构建、金融知识图谱与大模型融合以及金融大模型的监管三个方面进行介绍。

by @技术头条 2023-08-07 23:23 分享查看详情

一次「找回」TraceId的问题分析与过程思考 (tech.meituan.com)

用好中间件是每一个开发人员的基本功，一个专业的开发人员，追求的不仅是中间件的日常使用，还要探究这背后的设计初衷和底层逻辑，进而保证我们的系统运行更加稳定，让开发工作更加高效。结合这一主题，本文从一次线上告警问题出发，通过第一时间定位问题的根本原因，进而引出Google Dapper与MTrace（美团内部自研）这类分布式链路追踪系统的设计思想和实现途径，再回到问题本质深入@Async的源码分析底层的异步逻辑和实现特点，并给出MTrace跨线程传递失效的原因和解决方案，最后梳理目前主流的分布式跟踪系统的现状，并结合开发人员日常使用中间件的场景提出一些思考和总结。

by @技术头条 2023-07-02 23:39 分享查看详情

数据离奇丢失案件的侦破与思考 (insights.thoughtworks.cn)

数据出现问题相对比较严重，团队都会着急去排查原因，不过，在开始排查之前，有更重要的事情要做。我认为问题排查也分两个步骤：清晰识别问题、定位问题。

by @Thoughtworks 2023-04-21 09:18 分享查看详情

作为QA，我们要如何思考？ (insights.thoughtworks.cn)

随着测试人员陆续开始尝试角色转变，坚守的QA需要找到自己的发展之路。兴趣和性格是客观因素，好奇心和发散性思维则是帮助成为优秀QA的必要因素。

by @Thoughtworks 2022-12-30 09:31 分享查看详情

重新思考 React 项目架构 (teobler.com)

这篇文章想聊聊这四年我对前端架构的认识及思考，这是一个慢慢演进和一步步推翻自己的过程。

by @Teobler 2022-10-17 13:52 分享查看详情

商用密码应用安全建设市场研究与思考 (www.sec-un.org)

众所周知，密码作为网络安全的核心技术和基础支撑，是构建网络信任体系的重要基石。文章简要介绍了等保建设发展、商密管理发展，重点阐述了密评工作必要性、密评建设关键点，并从用户需求、政策标准、监督监管、供应供给等四个方面对密评建设市场不同阶段进行了评估预测。

by @技术头条 2022-08-18 23:38 分享查看详情

企业安全建设实践路程思考 (www.sec-un.org)

在信息安全管理体系方面，有适用比较广的ISO27001标准簇，也有国标的网络安全等级保护制度，实践落地不是照搬，不与之作比较，侧重对实际繁琐工作实践进行提炼，备忘出具有普遍意义的方法论，参考行业标准化的信息安全建设框架，结合特定场景下的实践落地过程，杂糅个人思考，力求避免过于强调技术语言，也尽量浅显易懂，谋求与同业之间引起共鸣和思考。
企业组织在进行信息安全建设规划时，“纵深防御”体系成为多数企业适用的架构参考，在其思想指导下，为了构建完善的安全防护体系和不断提升安全防护能力，对信息安全工作进行顶层架构设计和全面的规划布局属于第一要务。

by @技术头条 2022-08-18 23:33 分享查看详情

API快速开发平台设计思考 (mp.weixin.qq.com)

在我之前谈API网关的时候曾经谈到过快速开发平台，即将API快速开发的一些内容放入到API网关中，实际来看围绕API全生命周期管理，本身包括了开发态，运行态，运维态。

by @code小生 2022-08-14 09:27 分享查看详情

像一名教育者一样思考代码质量 (mp.weixin.qq.com)

一句广为流传的话：代码是写给人看的，而不是为了给机器执行。然而，编写人类易于阅读的代码，这说起来容易做起来难。这件事需要花费几年时间去学习，花费几十年才能掌握。我也许可以提供一个捷径：像一名教育者一样思考代码质量。“捷径”这个词表达的能力很强大。这并不是一个捷径。但我认为，这种观点很重要。Alan Kay 说过，观点抵得上 80 点智商。

by @code小生 2022-08-01 10:07 分享查看详情

微服务API设计的实践与思考总结 (mp.weixin.qq.com)

随着微服务的越来越流行，越来的越多的公司开始实行微服务架构，相对于单一应用架构，微服务将复杂性拆分并且打散到一个个粒度更加细分的应用中，极大了减少了开发中单个服务的复杂性，开发人员只需要面向专注单一业务场景编程，从技术开发角度，单一服务代码量上减少很多，从业务角度上，业务复杂性的降低降低了需求的沟通成本，然而，整体业务复杂性依然存在，当我们需要接入或者依赖其他服务时，通常作为接入方来说，我们不需要深入了解服务提供方的业务，此时API成为了开发人员间的沟通语言。良好的API设计，能极大的减少沟通成本，甚至有时候可以代替文档，尤其是对于基础性服务来说，服务的可扩展性有时候体现在API的可扩展性，我曾经参与过一个基础业务微服务的业务升级，由于旧版本的API划分不够清晰，部分API存在重复性，后面不得不对大部分API进行重构（替换为新版本的API），仅仅在服务消费方升级这个阶段就持续1-2个月之久，在这个过程中也不断对API设计中存在的一些问题以及应该遵循哪些原则进行了一些思考。

by @code小生 2022-07-24 11:00 分享查看详情