根据对照图先看下是否在正常范围，然后去儿童医院内分泌科看下生长激素是否正常。如果激素正常且在身高在正常范围，大概率没事。
另外，未经医生允许，别乱给孩子吃奇奇怪怪的营养品。

@Jony4Fun #69 老哥的表述比我精炼多了👍我个人感受，这种如何学习、如何思考之类的“元认知”技能，很少有人、有课程去专门学习。Coursera 上那门《如何学习》是真的很经典。其余的包括《认知觉醒》《如何高效学习》在内，有用是有用，但相较而言神经学、脑科学等科学依据还是比不上《如何学习》。
不过看楼主给我的回复，他也尝试过这种“领路”型教育，但最后失败了😂。以我个人的理解，是妹子感受到无论什么情况，楼主都会兜底，所以失去了那种学习的紧迫感。外加妹子学习是为了找工作，对于技能保持在能用就行的阶段，反而不主动学习了。

@tomorrow092 #61 那百分百就是赖上你了。老哥你自己把握吧😁，要真是媳妇 or 女朋友，那只能自己担着。

@tomorrow092 #57 看老哥你补充的 [我就给她规划学习内容，学习重点，进度 和项目，后面就是修改简历，整理面试题目] ，我是感觉这个妹子彻底赖上你了😂。
如果不是你女朋友 or 媳妇这种打算管一辈子的，建议培养方向优先换成培养独立性🙏，不然以后万一遇上新问题你就得去善后

老哥你确实很用心的在教，但你提供的只有耐心。你的指导方法、话术、流程设计都偏向“折腾”过计算机的，而不是计算机零基础的😂我扩展说下吧
1. 直接引导对方解决问题，而非诱导式提问。给出执行路径，而非答案。新手没有任何方法论。即使学过方法论，没有实践经验，也联系不到一起。类似你那个反问“你觉得为什么会显示呢、是不是 XX 组件有问题呢、关了 XX 试试呢”，得换成“XX 类组件通过 XX 控制 XX 功能，可以去 XX 框架的的官网文档找 XX 组件的属性，在 XX 组件初始化/引用的时候设置一下”。
2. 不要实时回应。**实时回应会导致新手丧失独立解决问题的意愿**。引导新手分类整理自己的问题。你拿到以后根据方法论二次归类并解决。给出解决方法的时候，着重教一下那些新手分错类的地方。
3. 多让对方说，针对性的给反馈。“问的问题不要这么宽泛”属于既让对方生气、又让自己憋屈的无效语言。新手的问题最能体现方法论，你可以结合第二点引导说“你认为是 XX 类问题吗？为什么这样认为的？ XX 类问题和之前的 XX 问题是一类问题，可以用同一方法解决吗？”

除了这些技术上的，最重要的是你得用心不用情。教育是个纯纯的技术活，你夹杂着情绪去教，最后百分百会上头😱。学习是自己的事情，你只能站在自己的角度、给她的学习结果提供足够的反馈，剩下的只能靠她自己。不然就算你搞填鸭式教育，最后填进去的也嫩给你吐出来😥

个人观点：老板自己搞不清对质量的要求，加再多测试也没用


以下是我个人在不熟悉你们公司业务和人员的情况下，建议的一些通用手段，排序是以少量测试、测试人效高、省钱这仨要求的综合以后的推荐程度，从高到低排的，仅供参考。

0 、流程分割
把提出需求、开发、发布这三部分拆开，保证开发阶段不会出现需求变更。
这个对你们产品和研发的老大要求挺高的，至少需求开发排期这种东西得合理，手底下多少人力心里有数。否则老板基础不牢，小兵地动山摇。
1 、代码门禁
保证代码合并主分支、上线这两个操作可感知、可复现、可优化。拒绝随意上线、夹带上线等事故高发操作。
可感知，指的是运维和研发组长知道手底下的人上了什么需求。
可复现，指的是上线脚本 or 流水线，这个对你们运维要求比较高，至少堡垒机、流水线、上线自动化脚本、回归脚本这些东西都得有。大公司有的自建、有的采购；小公司用云的话可以用配套的流水线；如果是自有服务器，推荐抽时间把脚本写好了一劳永逸。
可优化，指的是后续如果加了别的自动化流程，能结合到这两个流程中，通过代码门禁强制进行一些自动化检查
说句难听的，60%以上的问题都是那种“就稍微改了改”然后随意上线导致的。
2 、静态检查
规则在精不在多，保证每一条规则都执行。代码规则找公司中技术老板出(根据公司平均水平来吧)，直接封禁一些代码里的骚操作（ java 的话推荐阿里的那个规范挑点重点的），编写规则后放到代码门禁里。上线前检查出来问题，代码门禁怼回去不让上（当然，肯定要开发的时候自己多跑几次，千万不能上线的时候才跑第一遍！！！）。
3 、监控
找个时序数据库，代码里关键指标打点，然后自建个 grafana 监控大盘。根据你们的指标特点，最大、最小、波动率，这些基础的报警规则都配置上。平时大家轮流值班，值班的人业务需求少点，但得随时响应这些报警。上线的业务对应开发+值班同学一起跟，等指标平稳以后才算上线结束。
4 、测试+自动化
不同业务天差地别，自动化测试的效果也不一样。确认你们业务的特点
比如滴滴打车这种用户操作空间极少的，流量录制回放效益最高。用户操作界面复杂且经常变的，黑盒测试+操作录制工具效果更好。

如果你是小米，应用商店搜风筝守护，然后绑定你的手机就好了。

范围太大，无法批量比较，就个人主观来看

没有计算机背景：厂商 or 软件商在系统层面越强势、越安全（比如 MacOS 、群辉等封闭系统+厂家长时间维护）
有计算机背景、没有网安背景：越像“普通人”越安全（普通人指的是不做超出自己预期的定制修改，照着某些文档 rm -rf /*一把梭的倒霉老哥）
有计算机和网安背景、没有间谍级需求：只有企业级长时间维护的设备安全，其余的安全等级没啥差别（实际上企业级设备的安全是靠厂商、运维和网安的兄弟们的支持）
有间谍级需求：问问你老板。如果老板也不知道，恭喜你，可能加入了山寨间谍组织😂

@snw #101 那不是很多老哥举例用斯诺登嘛，斯诺登那个顶多证明了技术上可以实现。但那都是耗费巨大的间谍级技术。比如高端定制的震网病毒，可以瘫痪伊朗核设施。但仅仅是病毒中关于转速的逻辑就得物理学家+西门子里专精离心机的工程师+网安工程师花个半年确定入侵方案。正式实施，还得找想办法找人进去扩散。核工业离心机可不是插上个 bad usb 就算入侵完成。

相关的技术真要在广告公司那个用户规模普及，还不如直接把钱给用户划算。

这些限定条件加起来，能推荐的只有 flomo （多端、极简、可导出 html 格式文件和 notion 、数据本地和云都有）

而且创始人有个承诺我很喜欢：提前存一笔钱、即使是不盈利导致放弃投入，也会继续维护 7 年。
https://help.flomoapp.com/about-us/about-us/company-concept.html

技术方面上面老哥其实说的都很详细了，我说点其他领域的
1 、合规。
电子资料合规是个专业的活，HIS 系统的核心就是医学流程+医学合规。
举个简单的例子，怎么保证电子病例具有法律效力且不会被轻易篡改。

2 、成本。
很多医院和外部交互的流程，目前基于各种考虑，也只能走纸质资料。
比如普通商保需要纸质病历来进行报销、卫健委医疗鉴定流程对于纸质资料更友好
很多情况下，电子资料的方便只针对医院本身，对于外部机构来说反而是增加了成本。

3 、多系统交互。
一个医院不可能只采购一个公司的服务，尤其是大型医疗器械。
假如院里有万东、联影、飞利浦三家的机器，想要做到互联互通，就得靠各位开发兄弟硬肝了😂

@Jame00001 #50 很正常，大部分老哥其实都没有和政府机构打交道的经验，遇到问题没人指导、体验堪比鬼打墙。
就像我之前楼前有噪音，邻居全找派出所，派出所倒是很负责但只能调节。有个懂行的老哥打 12315 投诉到住建委下面一个负责管开发商的的和环保局的噪声执法队，一周就整改完了。

对于楼主这个，建议直接反诈 app 举报，或者有附近反诈中心的电话也可以打电话举报。
基层派出所正常情况没啥技术力量，申请技术侦查你这个又不够立案标准，流程复杂的一批。还是得找反诈中心这种专业对口的。

@keymao #82 后端和后端差别太大了，我说的仅特指上面那位问的、他所谓的 [前端的全栈] ，我理解的是前端+搭建个能运行起来的后端就算全栈。那些老哥也大部分都是创业的，后端能用就行，自己干还少了对接成本和一个后端的人力。
真要往大里说，全栈的范围太大了，维护 MySQL 集群、交换机运维、精密空调保养、七氟乙烷灭火和静电地板。。。那能算得上全栈的我印象里就只有掘金之前的技术老哥 [牙医]
而且老哥你也说了，国内稳定运行的业务系统大部分用 java ，但对于创业公司来说。。。先活到稳定就是胜利了

@zzzzzzZ #61
1 、和“前端”这个词的解释有关，最早的前端指的只有网页领域，后来创业热潮过了，各个公司就开始把不同的客户端和网页开发合并统称大前端。
2 、全栈工程师指的就是能做界面+能做后台，但大部分客户只能评价页面，对后台很难评测，所以目前能揽活的全栈工程师很多都是前端老哥。尤其是前端用 js ，恰好有大佬开发了 node 可以让 js 写后端逻辑，这就让前端转全栈的成本远低于后端。
3 、有一说一，不管是前端还是后端，中后期都难。现在前端的问题是起步时间晚，工程化程度还不够。等啥时候前端和后端都能和 Python 一样，在不考虑性能的情况下简单易上手的，那就得考虑换个行业卷了😂