放眼长期，稳中求进；知行合一，日拱一卒

博客描述：2022，不跳槽；2023，也不跳槽博客描述：2022，不跳槽；2023，也不跳槽博客描述：2022，不跳槽；2023，也不跳槽万一，哪天真的需要跳槽，该怎样去写简历呢？这是一道必答题。真到跳槽时，再去写简历，危矣！年龄大了，中低端职位已经不适合自己，而且也很难留给自己。那么，就剩下一些高端岗位：高级工程师、Leader组长、架构师、经理等。如果自己技术比较菜，那可如何是好？简历中的客观部分学校、学历、工作年限、工作经历、年龄等。

2019年，从东厂跳槽到我司，快3年了。工作方面其实还凑合，中规中矩。按照习惯，年底还是得写点总结计划的。然而，2021年，工作之外，不太顺利。痛定思痛，还是长远考虑。放眼长期，稳中求进；知行合一，日拱一卒。工作快10年了，发展的一般，比上不足比下有余。继续痛定思痛，工作之外，稳健，看长期；工作之中，稳健，看长期。计划第2个10年，2022年到2032年，有所作为，至少要在金钱方面有所积累。真的要注重金钱的稳定增长了，不然风险随时而至，怎么面对？202

给定两个字符串形式的非负整数 num1 和num2 ，计算它们的和并同样以字符串形式返回。你不能使用任何內建的用于处理大整数的库（比如 BigInteger）， 也不能直接将输入的字符串转换为整数形式。示例 1：输入：num1 = "11", num2 = "123"输出："134"示例 2：输入：num1 = "456", num2 = "77"输出："533"示例 3：输入：num1 = "0", num2 = "0"输出："0"提示：1 <= num1..

给你一个非空数组，返回此数组中 第三大的数 。如果不存在，则返回数组中最大的数。示例 1：输入：[3, 2, 1]输出：1解释：第三大的数是 1 。示例 2：输入：[1, 2]输出：2解释：第三大的数不存在, 所以返回最大的数 2 。示例 3：输入：[2, 2, 3, 1]输出：1解释：注意，要求返回第三大的数，是指在所有不同数字中排第三大的数。此例中存在两个值为 2 的数，它们都排第二。在所有不同数字中排第三大的数为 1 。提示：1 <= nums..

假设你正在爬楼梯。需要 n阶你才能到达楼顶。每次你可以爬 1 或 2 个台阶。你有多少种不同的方法可以爬到楼顶呢？注意：给定 n 是一个正整数。示例 1：输入： 2输出： 2解释： 有两种方法可以爬到楼顶。1. 1 阶 + 1 阶2. 2 阶示例 2：输入： 3输出： 3解释： 有三种方法可以爬到楼顶。1. 1 阶 + 1 阶 + 1 阶2. 1 阶 + 2 阶3. 2 阶 + 1 阶来源：力扣（LeetCode）链接：力扣著作权归领扣网络所有。商业转载请联.

给你一个字符串date ，按 YYYY-MM-DD 格式表示一个 现行公元纪年法 日期。请你计算并返回该日期是当年的第几天。通常情况下，我们认为 1 月 1 日是每年的第 1 天，1 月 2 日是每年的第 2 天，依此类推。每个月的天数与现行公元纪年法（格里高利历）一致。示例 1：输入：date = "2019-01-09"输出：9示例 2：输入：date = "2019-02-10"输出：41示例 3：输入：date = "2003-03-01"输出：60示例 4：.

给你一个有序数组 nums ，请你 原地 删除重复出现的元素，使每个元素 只出现一次 ，返回删除后数组的新长度。不要使用额外的数组空间，你必须在 原地 修改输入数组 并在使用 O(1) 额外空间的条件下完成。说明:为什么返回数值是整数，但输出的答案是数组呢?请注意，输入数组是以「引用」方式传递的，这意味着在函数里修改输入数组对于调用者是可见的。你可以想象内部操作如下:// nums 是以“引用”方式传递的。也就是说，不对实参做任何拷贝int len = removeDuplic

给你一个整数 n ，请你判断 n 是否为 丑数 。如果是，返回 true ；否则，返回 false 。丑数 就是只包含质因数2、3 和/或5的正整数。示例 1：输入：n = 6输出：true解释：6 = 2 × 3示例 2：输入：n = 8输出：true解释：8 = 2 × 2 × 2示例 3：输入：n = 14输出：false解释：14 不是丑数，因为它包含了另外一个质因数7 。示例 4：输入：n = 1输出：true解释：1 通常被视为丑数。...

给定一个排序数组和一个目标值，在数组中找到目标值，并返回其索引。如果目标值不存在于数组中，返回它将会被按顺序插入的位置。请必须使用时间复杂度为 O(log n) 的算法。示例 1:输入: nums = [1,3,5,6], target = 5输出: 2示例2:输入: nums = [1,3,5,6], target = 2输出: 1示例 3:输入: nums = [1,3,5,6], target = 7输出: 4示例 4:输入: nums = [1,3,5,6].

给你一个整数 x ，如果 x 是一个回文整数，返回 true ；否则，返回 false 。回文数是指正序（从左向右）和倒序（从右向左）读都是一样的整数。例如，121 是回文，而 123 不是。示例 1：输入：x = 121输出：true示例2：输入：x = -121输出：false解释：从左向右读, 为 -121 。 从右向左读, 为 121- 。因此它不是一个回文数。示例 3：输入：x = 10输出：false解释：从右向左读, 为 01 。因此它不是一个回文数。.

给定两个数组，编写一个函数来计算它们的交集。示例 1：输入：nums1 = [1,2,2,1], nums2 = [2,2]输出：[2]示例 2：输入：nums1 = [4,9,5], nums2 = [9,4,9,8,4]输出：[9,4]说明：输出结果中的每个元素一定是唯一的。我们可以不考虑输出结果的顺序。来源：力扣（LeetCode）链接：https://leetcode-cn.com/problems/intersection-of-two-arrays著作.

给定一个整数数组 nums和一个整数目标值 target，请你在该数组中找出 和为目标值 target的那两个整数，并返回它们的数组下标。你可以假设每种输入只会对应一个答案。但是，数组中同一个元素在答案里不能重复出现。你可以按任意顺序返回答案。示例 1：输入：nums = [2,7,11,15], target = 9输出：[0,1]解释：因为 nums[0] + nums[1] == 9 ，返回 [0, 1] 。示例 2：输入：nums = [3,2,4], tar...

xx时期，xx老师经常说一句话：做数学题，多思少算。少思，那就多算。对于dts这种技术密集型的项目，那些业务逻辑复杂的项目，在写代码之前，先写文档，写思路，非常有必要。为什么呢？对于复杂的事情，大部分人，大概率会遇到问题。解决问题，排查问题，会花很多时间。而如果提前去思考，写下自己的思路，设计，文档，然后再写代码，有很大概率，一次性就搞定了问题。94、定时任务，延时启动，减少项目的启动时间...

个人成长之路：从我大学开始写代码以来，大多数情况，都是通过书本、网络资料、自己写代码、各种分析实践，把95%以上的问题，全都自己解决了。一般情况，也没遇到几个高精尖的技术问题，算法问题。自己动手，不指望依赖他人，解决的问题多了，能力就提升了。排查问题的速度也越来越快了。加上，不断的总结写作，基本的问题，很快就知道问题可能的原因了。关键点：降低对他人的依赖，自己独自解决。什么时候，可以指望他人：时间紧，任务重；问题情况比较复杂；自己排查很久，还没方向，陷进去了；...

对于那些不懂技术，不需要关注实现的人来讲，只用从自己的角度，用着舒服，感觉正常即可。而对于程序员，尤其是后端程序员来说，必须努力、主动、有意识的，去考虑所有的场景、所有的情况，发生的、将要发生的、可能发生的。哎，有点累。只有尽可能考虑到所有的情况，才能去分析事情背后的运作逻辑。知道逻辑，才能去组织 自然语言，让小白理解。组织技术语言，去写代码实现，让机器执行。还有一个难题：表达问题，需要抓住问题的根本，三言两语说清楚问题的关键点。各种人士，比如：上下游相关人士，很多情况，

一、多人开会，是为了达成共识，不是为了讨论问题开会，是为了工作；工作，不是为了开会。除了开会，代码功能 才是主要职责和劳动成功。多人开会，是为了达成共识，不是为了讨论问题。二、应该避免的开会1到2小时，了解彼此的想法，一边讨论，一边达成结论；甚至，无法达成结论，下次接着聊。三、高效率的1、如果需要讨论，可以私下少数2到3个人，交换意见即可。2、正式会议之前，有自己的思考、办法、建议、讨论素材3、讨论事项，矛盾点、争议点、冲突点，列1、2、3点。

一、基本背景技术人员，尤其是后端人员，更加侧重一个问题的具体技术实现。日常工作中，又需要同 后端技术人员、前端人员、测试、产品经理、运维等沟通交流。实际情况需要，技术人员，挑战1：在同对方交流的时候，需要考虑到对方的技术背景，选择合适的语言，让对方听明白：现在的问题是啥、性质、运作逻辑、问题的原因等。挑战2：面向不同背景的人，不断的切换表达方式。日常1：因为工作中，技术人员交流，用技术语言表达更有效率，习惯性用技术语言。日常2：和测试、产品等沟通，需要用更多的自然语言，会比较

不要试图查看自己不应该看到的数据。如果需要看，走正当途径，走正门，莫走后门。1、有感而发：越权行为负责的xx系统xx模块，程序记录到了某人1年，手动构造了2个路径，一共3个请求，试图查看“没有权限”或“不应该查看”的数据。2、好奇心害死人：黑客行为技术人员，懂点技术的人员，总有种“黑客”的冲动行为。改改url，修改参数，试图查看更多的数据。一不小心，被系统记录了，可能给自己带来不好的影响。3、友情提示：老实本分低调、老实、本分、知道自己该知道的。4、我的“

1、如果一个业务需求，技术上很难实现的得首先怀疑下需求的合理性2、一点经验：技术设计是清晰的前提下，只要需求是合理的，大多数情况 都比较好搞定；如果技术上特别难实现，得首先怀疑下 需求的合理性了。3、大道至简现实世界的万事万物已经“良好”运作了，互相适应了，保持了当前的稳定关系。业务类的系统，也遵循着潜在的事物规律。技术设计上，简单的、简洁的、清晰的，则通常是 信息完整的、可扩展的、灵活的、具备发展基础的。此时，如果业务很难实现，那么很有可能是“需求不常见”、“需求不合

一、问题一个系统，经常需要和上下游同步数据，比如账务dts从crm同步客户数据，新dts从老dts同步用户数据，ehr需要把xx数据写进redis。二、常见的办法1、数据库之间的同步先删除所有数据，再保存所有数据；整体作为一个事务。问题：速度很慢。如果表的id被其它业务关联了，也不方便。更好的办法：先从系统的数据库表，查询存在的数据；和需要同步查询的数据作比较， 判断哪些是新增的、哪些是删除的、哪些是修改的。即：先比较再更新。2、向es写数据最差的办法：删除所有数