本帖用于汇总IT系统发布、升级、更新的说明，IT中心将按照大约2周一个迭代的方式更新系统。同事们可以翻阅系统的更新动态，实时了解IT系统的进展情况，多多给IT中心提意见和建议，感谢大家！提意见和建议 传送门2025-09-26 员工管理查询统计V1.009上线升级1、人事数据总看板（首页、在职数据分析、离职数据分析）；2、首页统计表、在职统计表、离职统计表、调动统计表、异动统计表等10个数据查询宽表；3、 性别、年龄、司龄、工龄、学历、职位族、岗级等38个数据查询子表；4、其他优化项31条；2025-09-16 供应链管理合同上线1、合同新签、变更、续签功能上线；2、合同移交功能上线；2025-09-09 考勤管理优化上线升级1、补卡时间点逻辑优化；2、数据迁移创建考勤结果主表+子表逻辑优化；3、首页日历请假不过滤外勤打卡记录；4、其他优化项；2025-09-09 员工管理优化上线升级1、组织机构调整既调整父级又同时调整子级场景处理优化；2、生日祝福/周年祝福发送对象去重优化；3、花名册员工详情页面合同附件预览优化；4、离职流程薪酬会签环节数据回显；5、其他优化项；2025-08-26 员工管理优化上线升级1、花名册/子集信息采集选择所有查询结果优化；2、生日祝福/周年祝福发送邮件标题优化；3、花名册员工详情页面合同附件预览优化；4、其他优化项；2025-08-20 考勤管理V4.015迭代优化上线升级1、考勤打卡记录同步机制优化；2、云创出

IT信息化部以服务为中心，以新理念、新设计、新交互，为用户带来新体验，全新升级拓维协同办公平台！👍👍👍 小编为大家准备了【操作指南】，你想知道的都在这里，快来了解一下吧 首页效果图 集思广益 我们设计了新布局、新排版👋  应用中心从哪进？ ✌️2个入口✌️ ① 顶部“工作中心” ② 左侧“应用中心”  个人中心从哪进？ ✌️2种方式✌️ ① 点击右上角的头像 ② 点击任务中心的“查看更多”  ![8e0e614166ba4785b0df881d18c4e53a](https://it.talkweb.com.cn/wiki-index/developers-server/rest/file/image/preview/app/forum-starter/uploadImg/2023-04-28/11404568e0e614166ba4785b0df88...

“不一样的IT”，我们在行动💪 历经三周的升级打怪，拓维人专属的移动办公小程序 —— 拓小维 成功进阶，1.0版本全新发布！ 走过路过不要错过，快来跟小编一起看看此次迭代有哪些更新吧👇👇👇

“拓小维”服务建议收集贴拓小维的成长需要各位👉拓维er👈共同帮助，对于拓小维的任何建议可以在本贴后跟帖~~~小编将收集大家的建议，反馈给程序猿🐒和攻城狮🦁们，您的建议很快就能在拓小维上看到哦~~~A.当前收集到的建议员工福利，如体检 —— 建议者 袁英行政的咨询服务 —— 建议者&nbsp; 刘艺慧失物招领口&nbsp; —— 建议者&nbsp;陈欣周报功能 —— 建议者 吴俊昭盖章/借章 ——&nbsp;拓小维餐券申请 —— 拓小维&nbsp; （已实现）&nbsp;扫码挪车 ——&nbsp;拓小维会议室预定 —— 拓小维人脸识别就餐 ——&nbsp; 建议者 多位拓维erB.拓小维当前的开发计划<img src="https://it.talkweb.com.cn/wiki-index/developers-server/rest/file/image/preview/app/forum-starter/uploadImg/2023-04-02/1063951bff0468509b94dc6b84f7f3d94691c9a.jpeg" alt="bff0468509b94dc6b84f7f3d94691c9a" data-href="https%3A%2F%2Fit.talkweb.com.cn%2Fwiki-index%2Fdevelopers-server%2

IT信息部的工作策略调整为以业务为中心和以用户为中心啦~我们深知IT工作的不足，请Talkweber小伙伴帮助IT共同成长。有没有特别想吐槽的点呢？向我开炮吧~拓小维在此专设一贴，收集一波小伙伴的&nbsp;建议与心声！ 为了后续更好的系统设计以及未来更好的工作体验，欢迎大家👉<font

项目交付人员在项目达到验收阶段，都是个人垫付相应的专家费用，但是垫付后还要经过各个领导申请才能提交报销，有些领导与员工阶层差距过大，相应申请时间过长，导致员工迟迟无法报销，频繁电话骚扰，领导又不开心了。项目验收节奏慢，倒还能维持，验收节奏快，一个普通员工怎么能垫的了如此多的费用。我花自己的钱给公司推进工作，得不到相应的正向反馈，那员工如何情愿做好事。请优化下申请流程，减少一些大领导的申请，仅到本部最高领导即可。

报工可以整个年度详情列表嘛2024 1月-12月的报工。要查看历史记录，每次返回界面都会到当前月份，查看以前2、3月份每周的报工，还得每次都选择报工月份再选择周数，很不方便。

自从没有信息通之后开具公司发票都不知道在哪找了？？公共侧的信息乱乱的

如果涉及新的服务/进程，需要考虑进程异常中断的可能在一些关键（可疑）函数后，添加一个while（1）如果一直没退出，则这部分正常 如果退出，则根据报错（比如signal 11之类的中断等信息），来进行定位

大数据

如题所示，关于zaihong 4.1，3568的wifi问题定位无疾而终过程是这样子的：上周鹏飞哥（侯鹏飞）跟我说4.1 3568的wifi有问题，让我定位解决一下这个问题（当时他没有给明确的问题现象的时候就应该警觉了）。跟直接上级对齐后续计划之后，有限投入到wifi问题定位中来。上周五的时候手头只有3568的平板，开发板别人在用。于是编译，烧机，测试，一气呵成。然后发现一点问题没有/瘫跟鹏飞哥沟通之后，对方发了一个checklist，并让我着重关注两个点：wifi连接但无法访问页面，以及wifi密码输入正确，但是连接失败，反馈wifi密码错误。时间来到这周一，有人跟我说平板被人用了，我觉得没啥关系，重新烧录，打算简单测一下。然后诡异的事情就发生了：我很确信平板没有搞错，就是我用的那个平板。我也很确信镜像没有搞错，就是我上周五编译出来的那个镜像。但是它，他居然，wifi连接上了之后，无法访问页面了！在短暂的震惊之后，赶快找人要了日志记录方式，然后把日志导出，然后打算再做一下测试，看下日志是不是相同的，同时排除干扰日志日志导出方式：设备连接电脑后，在命令行敲一下两行命令行，对应的路径下就会生成两份日志。都是启动之后的系统日志hdc shell hilog &gt; D:\log\3568\0523_1142_wifi\hilog.txthdc shell dmesg &gt; D:\log\3568\0523_1142_wifi\dmesg.txt然而，诡异的事情发生了。在我重启完设备之后，wifi连不上了。我死活输入密码，它就是连不上。（md绝了，用着用着突然出事，这换谁都顶不住啊，于是乎这时候压力开始暴涨）不信邪的我，又刷了一个老镜像（周五编了好几个版本），结果还是一样的情况。正当我压力快爆表的时候，设备自动黑屏，接着自动重启了，然后我就蒙了：因为刚才遇到的两个问题，都不见了不管再怎么测，也都没有了乃至于今天我再测试的时候，不管是不是老镜像，都没问题了。按照完整的checklist测试完整个网络，也一点问题都没有。最后没办法，左分析来，

1.主要从老架构上介绍wifi的驱动加载以及一些底层协议/功能的配置https://laval.csdn.net/64be7c94bfca273ff3548afd.html?login=from_csdn2.上层的框架介绍，更偏向于服务端的内容，例如详细介绍了扫描wifi设备时，相关功能的调用方式以及时序图https://laval.csdn.net/657fba1cd4226e0eb426ecbe.html3.系列博客，也是比较偏上层的，但是有详细介绍各个服务的来历以及初始化流程https://zhuanlan.zhihu.com/p/6762012714.偏底层的，主要是HDF框架下wifi的注册和初始化流程，很详细，但是有不少细节还是要自己去摸索/叹气https://blog.51cto.com/u_15284525/5214558?articleABtest=0#HDF_WIFI__288

4.0的代码，3568开发板，插上wifi模组之后，连接wifi上网不稳定，有的时候wifi就是会掉（10-20s就会断连），掉完之后还能自动连上，但是网页等网络服务不稳定。一开始怀疑开发板侧有问题，检查一圈系统，基础功能都是OK的。把天线拔掉，无法识别/连接wifi，硬件大体上可以认为是可靠的。把日志取出来，重点分析fail和error日志，怀疑mac地址有问题，打算重新编一份烧进去，看下为什么mac地址配置会失败后来因为巧合，wifi需要换个地方。我还没插网线的时候先把电源插上了。然后灵机一动，进开发板，连接，连接失败。好了，从这里开始就有突破了：如果说没插网线就连接失败，那可能是因为连接的流程中需要对网络连接的有效性进行评估，即不仅仅是二层的数据链路层的连接，更会对3层路由的有效性进行检查（该不该这么做另说）。由于wifi没插网线就无法连接，那么可以认定这个猜想有一定的道理。因此，下一步，对照实验：使用手机开启热点，开发板连接成功，稳定连接，网页能正常打开。后续继续各种补充实验，包括频段切换，开发板开关机，热点关闭打开，断开连接后再连接，都是正常的。至此，基本可以判断，3568无法连接wifi的问题，主要是由于wifi设备在某些层面不稳定导致的断连，非开发板/系统的问题其实硬件问题应该尽早排除的，不过因为是从别人哪里借的wifi，就下意识的认为硬件应该没问题，导致走了冤枉路。其实这个问题拿手机连一下wifi就能确认了，但是没有做以后需要维护一个checklist。先把那些容易确认的问题（同时也是后续不好排查的问题）先给确认了，看似走了远路，实则降低了风险，同时也更有条例，熟练之后反而能加快测试速度

开鸿也好，公司整体也好，为什么没有地方做经验总结啊...共享文件夹，项目的ReadMe文档，各有各的缺陷。真的需要一个大型在线博客啊/哭哭如果是用共享文件夹，且不说编辑问题，光是检索就是一个大问题。而项目文档是跟着项目走的，没有老人带的话，新人完全不知道老人留下来了什么东西。而且维护很困难：有的东西是老项目独有的，有的东西是公共的，不同的经验总结需要的维护方式不一样。最好的方式还是博客+wiki+社区：博客用于记录通用但零散的知识点，每个知识点通过检索获取。wiki用于特定的一系列知识的记录，谁都可以去维护，形成一个长期的，不断更新的工具书（既是教程/介绍，又是手册）。社区的话用于区分内外部，确保一些重要资料不对外公开（比如源码，代码架构），减少泄密可能，同时避免一些老文档被其他人恶意修改，造成后续的使用不便。希望IT给点力，我真的很需要这样的一个地方（一脸认真

有的配置要在模块初始化的时候配下去，有的是配置之后重启才生效。（按照芯片自身设计来的）所以一般SOC以外的模块，初始化的时候都需要重新上下电

这篇文章写的不错，很好的讲了为什么要四星定位。有具体的图示描述，所以能很好地理解具体的模式我们蓝海学院里面也有相关课程，可以听一下（音质稀碎就是了）https://zhuanlan.zhihu.com/p/599312596?utm_id=0不过个人建议还是找很好的科普文章/视频慢慢看。其实定位原理很简单，后面就是一堆纠偏，减少误差的问题了。普通人简单了解即可，如果业务涉及的话，针对性的去了解用户端的误差减小策略，也就差不多了

如题，我在阅读OHOS的WLAN代码时，发现设备添加动作，是输入一个具体的device，然后根据这个device获取具体的impl。这里我还能理解，大致就是从繁杂的具体信息中，抽取关键要素，组成一个符合模型的类，便于后续操作。但是它下一步，从这个impl中，获取出了op-&gt;add，然后用op-&gt;add(impl)看到这里我直接满脑问号就...wtf?这种添加/存储的动作，不应该是跟着类走的吗？再不济也应该是提前设定好了才对。因为模型是现成的，获取模型的接口也有，那很自然的就会想到做好相关的增删改查，以及一些特性的接口但是把添加动作用自身存储起来...我是真的见识浅薄了，没遇到过这种操作想问下大家，这种模式会在什么情况下出现？

用vscode的时候，摁F8没反应，刚开始以为键盘坏了，找了一圈才发现原来vscode没有自带高亮（捂脸）（看来我被适配好的wecode online给宠坏了），于是只好安装插件然后插件死活安装不上去，找了好几个教程都没用。最后司马当活马医，把服务器上的 “.vscode-server”给删了，本地放开proxy结果居然好使了？！放开proxy的操作https://stackoverflow.com/questions/37697039/unable-to-install-visual-studio-code-extensionsvscode通过ssh链接服务器，一般来说都会是“同步模式”。即在服务器上做一个serveer，用来映射本地的vscode，使得你在本

给3568平板刷机的时候，总是失败。请教方茂松方哥总算搞定了。这里记录一下方哥给出的几个可能方向1.不是平板用的镜像，而是开发板用的镜像（有概率不适配）2.尝试拔除电池线，只使用type c供电（同时作为usb烧录线）3.引导可能有问题，需要更换.bin文件（大佬帮忙定位问题时直接给的）4.USB线可能有问题，建议使用大牌电源数据一体线（保证线材没有缺斤少两） 5.电脑端可能需要USB 2.0， 3.0接口切换一下，可能设备只支持3.0/2.0接口进行烧录

报销流程一直卡着不动 到底怎么回事？催也催不动，开始和我们说报销多快多快的，现在。就是放屁~~我们也只是个打工的 一直让我们自己垫资干活 怨气嫩不大吗？