我感觉周围都是各管个的，反而网上一大堆上缴的，感觉不在一个世界= =

杭州，抛去房贷 1w 左右，生活费么个体差异大的，开不开车，养不养娃，区别太大了

已婚已育一娃，从不上缴，都有自己收入的上缴个啥，房贷都各自扣公积金，有公共开支大额的商量着来，小额的谁买谁付钱。我觉得老婆要是不上班，给点生活费还是要的

@Jinnrry 大部分月嫂也不知道什么科学喂养，只是经验罢了，在医院三天一般都请护工的，护工经验也很足，三天基本基础的喂奶换尿布洗澡都学会了，而且带过娃的一般都知道，月子内娃其实反而是很好带的，基本就吃了睡，定时换尿不湿喂奶，就是晚上喂奶麻烦点，2-3 小时一次。只要父母没有刻板意见，听的进去建议，月嫂其实也没啥，只不过帮你帮老人省点力，不用将月嫂神话。

@tool2dx 有生育险，但不能领津贴, 而且女的生育险报销比例比男的高，应该是这样

@mark2025 并不见得是这样，一般同端的协作是相对较少的，MR 作用于 review 还行，其他的情况并不适合用于沟通，issue 系统也仅限于一个 repo ，更适合对 repo 的讨论。一个项目基本都是由多端多 repo 组成的，比如后端微服务 3-5 个，前端，小程序，app 等等。这个时候用 gitlab 来管理项目就太困难了，而这种项目往往是最常见的。

杭州市妇保单人一体化产房，大概 6k 左右一天
我没看懂你的保险啊，你在杭州工作你应该有杭州的社保啊，你老婆生产可以用你的医保啊，只是没有津贴而已

@mark2025 jira 你说的这些其实 jira 都能做，很多项目其实是多 repo 的，gitlab 其实也并不合适。统计这些时间本身意义不大，你说进度吧，其实做项目的不如组内沟通一下，你说关代码和 issue 的关联性吧，这个倒是有那么一点用（ jira 也能关联 gitlab ），但一般来说 jira 的需求 issue 都不太会去重新打开看的。

@shadowyue 不可行，因为你根本不知道会出什么问题，到时候就会扯皮。他默认报价就会先抛去红包那部分

@yiyiniu 项目延期肯定是多方面，多因素的， 合理的工期，合理的评估，团队的激励，团队的能力等等。靠你一个软件就能解决延期问题，那这个行业就不存在延期了😄，软件本身的作用就是记录分析，辅助你管理，比如你记录了 jira 的进度，那么在中期可能发现不能按时交付，这个时候要么激励加班，要么加人，这个本身是团队的管理模式而不是软件能解决的。就比如种销售 CRM ，他帮你解决的是数据分析发现问题，而不是帮你卖产品啊。。

@Seria 低碳生酮饮食，但这种突然瘦下来的，1 是体型不是那么好 2 是容易反弹

1. 你这一天一顿，都不是 16+8 了吧。。。
2. 楼上都说三年才瘦多少斤，效果不明显，我反而持反对意见，其实你长时间能坚持的，才是好方法，比如我自己试过低碳生酮这种减起来确实很快，可能一个月就能下 10 斤，但是有什么用呢，你很难长期坚持，一旦正常饮食马上就反弹了。

@zhengdutech 这个预算，基本上只能是常规一些的装修，你先看看自己需要的软装，把预算做个大概去找装修公司问就是了

@yiyiniu 软件其实保障不了啊。。。30 天能不能完成主要是看研发真实时间能不能搞定，和 jira 这种软件有啥关系。jira 最多也就把任务拆解，然后每个任务上写好预估时间，只能说如果你更新的勤快，软件也许能告诉你做到一半的时候来不及或者也许可以提前。对工期本身其实没多大影响，甚至人少的时候可能还是负作用。

1.首先确定好自己的预算以及需求，10w 20w 30w ，网上下一个预算模板，大概就能了解有哪些内容
2.根据预算确认你自己对装修的要求，如果要求高，其实半年还是比较紧张的，因为很多东西落地必不可免的返工等问题，后面还要开窗通风散味之类的
3.踩坑基本是不可避免的，做好心里准备
4.装修首先分硬装软装，硬装分半包全包，半包就是一些材料你自己买，全包则是都包给施工方
5.不管哪种模式你都得自己做一些功课，用什么材料好，什么材料不好，如何验收，等等
6.不管哪种模式你都多找几家公司报价，可以和这些公司提出你的需求，让他们辅助你指定预算
7.如果自己的时间不充裕且对设计装修要求并不是那么的高，建议尽量选择全包，让公司给你出方案
8.大致阶段分为 拆-> 改水电 -> 泥瓦工 -> 吊顶 -> 门窗 -> 柜子 -> 厨卫硬家具 -> 美缝等阶段，看你自己需不需要中央空调地暖等需求在中间穿插即可

mac 不是有自带的 vnc 吗，话说是不是亚马逊相关的租赁更适合？

你说尴尬倒是比较好理解，自卑属实不太理解啊。。。

本质就是不断更新 jira issue 的状态，通过各种状态来统计。事实上 jira 并不能提高多少效率，只是对 issue 的追踪比较好，然后可以做一些分析罢了。提升效率还是要从研发流程，沟通基准，自动化程度来做的。毕竟是死板的工具，你只要定规则，那么必定就有漏洞可以钻，一项任务的复杂度，难易程度，都会影响他的工时，人员技术能力以及业务的熟悉程度也会影响它的工时，单纯从 jira 很难解决这些问题，而这些问题又是影响评判的主要因素之一。
我司基本只用 jira 来做：
1. 提需求，投票评判需求
2. bug 追踪，设计好流程，记录原因，解决方案
3. 分析 bug ，某些反复触发或者相关问题，需要梳理重新解决的
4. 一次上线内需求拆分成多个 issue ，这里其实并没有太多作用，只是象征性记录，更多的还是靠组内沟通

送暑假补课班