leetcode 代码执行时间 你就当个笑话看就是了

@hehe12980 主要是 2pc 3pc 没有什么必要，本来拆分成微服务就是希望能使用事件驱动的架构风格，这样服务与服务之间的分布式事务都是用消息补偿机制来做，一方面这样服务就实现解耦了，另一方对于非主干业务流程合并在主业务里面没有任何必要，像你下单送个优惠券，下单 commit 就完事了，送优惠券这个事情 早送晚送都可以 问题不大。

有 swagger 貌似

初始化栈的大小没必要吧，goroutine 本来就是可以动态扩展栈空间大小的，这样对于突然的高并发场景，用协程栈空间可以动态扩展的优点 可以节省不少内存。

如果你是说线程栈大小，那可能就是 Linux 设定的线程栈大小

卷.. 哈啰 2 轮技术面试 1 轮 HR

1 轮 HR 拖了一周，拖了一周后说交薪资流水定级，结果现在又拖了一周，感觉是备胎了...

卷是肯定卷的..

Java 根本不需要操心这种问题..
你应该是写 C/C++的，一般这种实际开发中也不需要考虑，大部分都是内存管理做掉了
像 C++可能重写了 内存管理，C 的话可能不用自带的 malloc 跟 free

你这个问题是伪命题，做量化要分 策略，市场，高频 /低频

无论什么市场，散户搞高频肯定没戏，这种纯粹烧钱烧装备，

像币圈这种搞不好币安自己内部的码农写代码就给套利了

低频的话 看做什么策略 做单因子还是多因子 还是趋势跟踪 波段跟踪 或者 网格，

不同的策略在不同的市场收益不一样，每个市场又有每个市场的逻辑，

例如币圈大部分时候涨跌跟黄金国债股票没有太大的相关性，当然币圈历史短，相关性很难判断

A 股银行散户公认的没搞头，结果大神坚持满仓头部银行轮动几年，收益跑赢不少人

程序化的一个优点是机械化管控头寸风险，人做决策难免有情绪化在内，

例如历次大 A 大跌的时候，散户由于情绪化经常容易被套，而做趋势策略的一般都会及时斩仓回吐利润，

因为对于趋势跟踪的策略来讲，回撤是难以避免的，像最近基金大跌，做趋势策略的其实心态比较平稳，

因为趋势就是趋势，必然存在回撤的地方，不存在一轮趋势把所有利润都吃到手的情况

1.避免散户情绪化决策，不得不说机械化的量化标准对于头寸风险的把控远比人类要强
2.资金量少，船小好调头，这意味着你可以快进快出，而大基金没办法做到，它本身的操作就会影响市场的变化
3.散户真正亏钱的地方是头寸仓位的把控，而不是选股，A 股大部分蓝筹跟白马的长期收益率并不低，傻子都能选出来那些股票

一般是预申请磁盘空间，这样文件驱动系统分配会连续

这本来就是大部分中小公司日常的技术管理工作。

1. 撕逼 争取利益，如果每次都是为自己的小团队争取到了费力不讨好的工作，特别是那种调研了大半年，公司内项目需求方也没什么想法推动的这种玩意，结果最后这玩意还出不了成绩，那你就要反思一下是不是派系斗争，或者上头是空降的，人家自己带了嫡系部队过来的这种情况，这样的上头领导最容易给你穿小鞋了，或者是平时聚会酒桌上没拍上头领导的马屁，又或是酒桌上的人际关系没到位之类云云，写代码的代码狗一般都比较务实，直来直去，不知道职场江湖的政治斗争其实都很黑暗的。

2. 平衡小团队内部的利益跟工作分配，小团队内部其实也比较难管理，如果办事不厚道，分配的时候厚此薄彼，小团队内容易生嫌隙，这样人心很容易散了，队伍也不好带。

说白了，管理本质就是玩政治，拉帮结派为自己的小团队争取利益罢了。

35 岁从生化环材天坑脱坑，原本 4k 月薪 在二线找到 8k 的程序员工作，这不叫做危机..
35 岁在小厂被裁，原本月薪 25k 现在只能去二线城市外包拿 16k 这叫做危机..
虽然后者是前者的两倍..

@tomari #25 coupang