16 天前 / backkoms
前几日一关注公号的朋友说：原创都200多篇了，不简单！翻翻发文记录，最早一篇是2016年05月8日，截止到目前转眼有三年半的时间。也有朋友比较好奇，哪来那么多时间去写这玩意，有娃有工作的？大家时间都差不多，只不过挤挤而已。回头翻看早期发的文章，内容还是比较青涩，特意找了排版工具，全文弄的花里胡哨，大概是新进入者心智里最初的印象是这样的。后面的文章就稍微正常些，内容质量也有所提高，这是练习的结果，写的越多越有感觉。来看看第一篇文章的样子：码界新手，如何更高效的解决问题 题图 from unsplash 虽然过了公众号写作的红利......
28 天前 / backkoms
相信每个人的学习时间已然变成了碎片式的，比较完整的大段时间大概只有晚睡前和早起。所以，这个时候的学习更多的是碎片式的，相信每个人都经历过碎片式的学习，确实是学了是不少东西，但似乎没什么效果。结合我自己的经历，发现碎片式学习里存在两个问题： 1、学习的即时性，造成一味的输入没有输出，没有经过思考后的输出，输入的效果肯定大打折扣。 2、碎片式学习往往会形成一个一个散落的点，不成系统，而人的大脑往往对成体系的东西印象更深刻，如果不通过某种形式串联起来，这些散落点很容易丢失。 这是提到“碎片化学习”延伸了两点，“......
85 天前 / 编程一生
两种能力境界 1.解决问题 在工程师中有一种人被称为”救火队长“。哪里出了问题，哪里就有他的身影，他的出现，燃眉之急就有救了。他们是解决问题的高人。但是“救火队长”在晋升上往往会遇到瓶颈。 对标人物：漫威-美国队长 每天严阵以待，随时准备拯救世界。无法接受钢铁侠防患于未然用机器来解决问题解放自己的方式。 2.发现问题 更高的高人会问一个问题：“为什么每天会任务追着你跑？你为什么没从根源上解决所有的问题？”一个在办公室里和下面人一起研究茶道的领导要比和大家一起加班到半夜的领导受欢迎。因为他们从更大的层面上杜......
89 天前 / 冷血007
（给伯乐在线加星标，看经典文章） 编译：伯乐在线/Lada 产品化是什么意思？大多数创业始于极好的创意和技术专长，但好技术和好产品有着天壤之别。这篇文章写给那些想构建用户实际使用的产品，而不是只解决问题但无法形成规模的技术。我用来形容这个过程的动词就是“产品化”。产品化意味着把某种东西（如好的创意、技术等）转化为产品。 我将探讨产品化的原则，并通过一个特定的例子来深入剖析。我所用的例子是 x.ai 的Amy，一个扮演私人助手角色的智能机器人。2016 年，Amy 成为创业公司和 VC 社区必需的会议安排助手。 我选择 Amy 缘于她是......
106 天前 / openio
本文纯属虚构，如有雷同，请对号入座。 一、初级伤害 1. 帮忙在代码里看一下，这里的产品策略，产品逻辑是怎样的？ 画外音：文档没积累，产品没沉淀，抛出法宝“代码里看一下”。 2. 除了把xx改成oo，其他的产品策略与产品逻辑，和原来一样。 画外音：前人挖的坑，后人怕搞出问题，抛出法宝“和原来一样”。 3. 确实上线后效果不是很好，系统都有bug，产品还不让试错么？ 画外音：产品成功了，牛逼；产品失败了，抛出法宝“允许试错”。 二、高级伤害 4. 就把xx改成oo就行，是不是很简单，半天应该搞定了吧？ 画外音：感觉很简单......
111 天前 / 雷语
阿里妹导读：实践需要理论的指导，理论从实践中来。作为技术工程师，要不断地从事件中反思经验、总结规律，才能避免踏入同一个坑，才能更高效地完成 KPI ，甚至是晋升。今天的文章来自阿里巴巴高级技术专家毕啸，从五个方面总结工程技术的核心要点，相信对你能有所启发。 大约半年前，开始总结自己关于工程技术的一些核心要点，关于规划、技术管理以及架构，三个方面的一些心得。结合自己团队的现状、自己对于周边做得比较好的同学的观察，于是有了文中的这几张图。 一、关于技术规划三板斧 技术规划规划做得好，能起到比较好的正向引导......
111 天前 / 江鸟哥
“如果干得好，管理是最崇高的职业之一。没有哪一个职业能像管理一样为他人提供学习和成长的机会，让他们懂得承担责任并取得成绩，以及为团队的成功做出贡献” 《你要如何衡量你的人生》 Clayton M. Christensen 管理心得 现在经济大环境不好，什么裁员、暴雷、股市下跌，看到的、听到的很多都是负面消息，周末聚会的时候，也还是提到相关的话题，大家都说市道不好，生意难做，但是有位长辈态度比较正向，一席话让我备受鼓舞，我总结了一下他的话，主要是两个观点： “这种环境，我不好过，别人也不好过，更努力的人终究会有更大的收......
117 天前 / backkoms
不妨思考下，遇到问题，你通常是怎么解决的？ 如果在技术领域没遇到过什么难题（相对的）的话，只能证明你还涉世不深，高手一般都是填过无数的坑、踩过无数的bug的尸体走过来的，一帆风顺走过来的抗击打能力一般也会比较弱，一旦遇到坎就会熄火。 高中时，有个同学解题特别厉害，按我当时的看法，几乎没什么题目可以难倒他。工作多年后，我发现，这是可以训练出来的：将题目中出现的所有要素与解题答案对标起来，找到其间千丝万缕的联系，基本上就可以解答了。 同样，我们也会遇到一些碰到问题就不知所措的人，当然也包括我们自身。一个人的自我......
136 天前 / 江鸟哥
“如果干得好，管理是最崇高的职业之一。没有哪一个职业能像管理一样为他人提供学习和成长的机会，让他们懂得承担责任并取得成绩，以及为团队的成功做出贡献” 《你要如何衡量你的人生》 Clayton M. Christensen 管理心得 假前在leader群大家又在讨论怎样进一步做好分享这件事，毕竟团队现在工作压力还是挺大的，要保证各方面的效率都要有所提高，对的，学习成长也要讲究高效率。 为保证质量，之前每次做分享，都要跟分享者过好几轮PPT，很多时候一节分享要过好几轮评审，要花掉不少时间。 这个阶段花点时间我觉......
144 天前 / 李红红
1. 分布式缓存1.1. Redis 有什么数据类型？分别用于什么场景？数据类型可以存储的值操作STRING字符串、整数或者浮点数对整个字符串或者字符串的其中一部分执行操作 对整数和浮点数执行自增或者自减操作LIST列表从两端压入或者弹出元素 读取单个或者多个元素 进行修剪，只保留一个范围内的元素SET无序集合添加、获取、移除单个元素 检查一个元素是否存在于集合中 计算交集、并集、差集 从集合里面随机获取元素HASH包含键值对的无序散列表添加、获取、移除单个键值对 获取所有键值对 检查某个键是否存在ZSET有序集合添加、获取、删除元素 根......
144 天前 / 非著名程序员
【回复“1024”，送你一个特别推送】 前几天在读《极客时间》专栏的时候，看到这么一段话： 对客户来讲，真正有价值的是业务，技术是为业务服务的；对于团队生产力来说，管理起关键作用，否则技术实力发挥不出来。对于资深的业务和管理人员，也有很“技术”的部分，更有很“艺术”的部分。懂得业务和管理的技术人员，才能把技术能力最大化地发挥出来。 作为一个创业者，正在经历着"创业"这个冰与火的淬炼与锻炼，深知作为一个技术人员来讲，什么才是最重要的，所以看到上面那段话，感同身受，感觉说的非常对，而且真的是非常重要：懂得业务和......
144 天前 / 涤生YQ
涤生的博客。 转载请注明原创出处，谢谢！ 如果读完觉得有收获的话，欢迎关注公共号。 这篇文章讲的是百度在数年前要求每个入职的工程师必须被灌输的六个职场意识，这六个意识非常有价值，不管对技术leader还是职场小白都应该非常有指导意义。这里分享给大家，与同在职场中奋斗的同学们共同参考。 内容简要质量意识 时间意识 沟通意识 团队意识 求实意识 进取意识 1. 质量意识 1.1 流程意识worldclassprocedure：用流程解决具有共性的、重复性问题，提高效率 既有的流程应严格遵守；没有流程的应创建流程 1.2 要对自己的工作质量负......
147 天前 / 杉枫
第一年时更多是把系统做稳定，提升线上服务性能、可用率100%、应对电商618、双11大促。以及研发ABTest工具、配置管理工具等工具。稳定的服务是用户体验的前提，没有稳定的服务其他目标都是次要的，所以研发主要目标就是提升小组成员能力，应对业务快速迭代，效果提升以及618、双11大促稳定。 任何时候在公司作出一些成绩，或者希望做一些技术探索的前提以及基础是团队成员能力，有了足够能力才能将事情做好、做扎实。技术探索也是同样，需要技术能力支撑，以及对技术发展情况理解、把握，再有就是对未来以及技术演进方向把握，可以说......
153 天前 / Jartto
作为技术面试官，面试过程很少考虑候选人的感受。上来就是问，不合适就送走。虽然技术环节我很专业，但是其他细节我却知之甚少。从来没觉得这样会有什么问题，直到有一天，我参加了一场面试官培训，才意识到自身的不足。 一、明确面试的目的作为公司的面试官，我们不是为了鄙视和炫耀技术，而是评估候选人能否担任工作。这属于团队建设核心工作，也是公司的一次品牌宣传。 你代表的不仅是个人，还有公司的形象，请尊重每一位候选人。 仓央嘉措曾经说过：我以为别人尊重我，是因为我很优秀。慢慢的我明白了，别人尊重我，是因为别人很优秀；优秀......
154 天前 / backkoms
引子 最近基于SpringBoot新增了一个子项目，来解决新增的独立需求问题。子项目的结构，完全是基于项目中已有的原型，仅仅是项目名称不同，交互方式、路径依赖径完全一样。小项目组成员使用项目的问题直接暴露出来了，不会使用或者使用起来无法正常推动功能开发，走一步卡两步，磕磕绊绊。 这个问题很普遍，项目中经常用的技术会给自己造成一种假象，认为已经掌握，下次再用时不会有什么问题。但实际情况下，基于已有功能的框架上作开发，大多数人都没有问题，一旦仅有一个框架，没点儿骨肉做参考的话，就显得有一点难度了。这是“灵活运用”上出......