【“数说发展”银雁科技第二届工程师文化节】创新想法打卡

第二届工程师文化节 置顶 精帖 566 5510
00224151
00224151 版主 - 第二届工程师文化节 关注 2022年9月22日 16:01 编辑
<p><img src="https://51techud.yykj.com:9002/forumpic/hb2.png" style="max-width:100%;"><br></p><p><span style="font-family: 微软雅黑;">欢迎来到银雁科技第二届工程师文化节,“数说发展”创新想法打卡专区~<br>您可以通过回帖和点赞的方式参与活动:</span></p><p><span style="background-color: rgba(0, 0, 0, 0); font-variant-numeric: normal; font-variant-east-asian: normal; font-family: 微软雅黑; font-size: 15px; line-height: 1.5; font-weight: bold;">(一)</span><span style="widows: 1;"><span style="font-weight: bold;">回帖</span>:将自己的创新想法,在本帖下方回帖参与。</span></p><div style="font-variant-numeric: normal; font-variant-east-asian: normal; line-height: 21px; widows: 1;"><div style="widows: 2;"><img src="https://img.t.sinajs.cn/t4/appstyle/expression/ext/normal/86/2018new_hufen02_org.png" alt="[互粉]" data-w-e="1" style="widows: 1; height: 20px;"><span style="widows: 1;">回帖内容可以包括:</span>&nbsp;</div><div style="widows: 2;"><span style="font-family: 微软雅黑;">&nbsp; &nbsp; 1、原创提效小工具;<br></span>&nbsp; &nbsp;&nbsp;<span style="font-family: 微软雅黑;">2、现有产品优化建议;<br></span>&nbsp; &nbsp;&nbsp;<span style="font-family: 微软雅黑;">3、现有系统建设建议;<br></span>&nbsp; &nbsp;&nbsp;<span style="font-family: 微软雅黑;">4、技术框架建议;<br></span>&nbsp; &nbsp;&nbsp;<span style="font-family: 微软雅黑;">5、bug解决方法; <br></span>&nbsp; &nbsp;&nbsp;<span style="font-family: 微软雅黑;">6、其他提效方法,开源小工具,或与技术/业务相关的创新点;</span></div><div style="widows: 2;"><span style="font-family: 微软雅黑;"><br></span></div></div><div style="font-variant-numeric: normal; font-variant-east-asian: normal; line-height: 21px; widows: 1;"><div style="widows: 2;"><span style="font-size: 15px; line-height: 22.5px; white-space: pre-wrap; background-color: transparent; font-family: 微软雅黑;"><p><img style="height: 20px" src="https://img.t.sinajs.cn/t4/appstyle/expression/ext/normal/36/2018new_geili_org.png" alt="[给力]" data-w-e="1">回帖格式<span style="font-weight: bold;">正例</span>(红字部分为示例,如果是工具类且是原创,请特别标识出来以便统计和参与奖项评比):</p><p>【我的建议】<span style="color: rgb(255, 0, 0);"><span style="font-weight: bold;">(原创)</span>报盘机挡板小工具 </span> <br>【我想解决的问题是】<span style="color: rgb(255, 0, 0);">使得交易系统压力测试不用依赖交易所系统,可在本地完成。 </span><br>【建议类型】<span style="color: rgb(255, 0, 0);">工具</span>(可选业务建议/技术建议/工具)<br></p> <img style="height: 20px" src="/images/smile/douyin/bmf.png" alt="undefined" data-w-e="1"><span style="background-color: transparent;">回帖<span style="font-weight: bold;">反例</span>(与业务/技术/提效小工具均无关联)</span><p>【我的建议】<span style="color: rgb(255, 0, 0);">给单身员工配上男朋友/女朋友 </span> <br>【我想解决的问题是】<span style="color: rgb(255, 0, 0);">解决员工人生大事</span><span style="color: rgb(70, 172, 200);"> </span><span style="color: rgb(255, 0, 0);"> </span><br>【建议类型】<span style="color: rgb(255, 0, 0);">业务类</span> </p><p><span style="color: rgb(255, 0, 0);"><br></span></p><p><span style="font-weight: bold;">(二)点赞:</span>查看同事的回帖,对于你深有同感的创新想法,点赞表示支持(点赞数将根据排行参与奖项评比)</p><p><br></p><p>参与活动即有机会获得奖品哦,奖项设置如下:</p><table border="0" cellpadding="0" cellspacing="0" width="1133" height="280" style="width: 679.83pt;"> <colgroup><col width="57" style="width:34.20pt;"> <col width="181" style="width:108.60pt;"> <col width="71" style="width:42.60pt;"> <col width="373" style="width:223.80pt;"> <col width="219" style="width:131.40pt;"> <col width="232" style="width:139.20pt;"> </colgroup><tbody><tr height="37" style="height:22.50pt;"> <td class="et2" height="37" width="57" x:str="" style="height:22.50pt;width:34.20pt;">序号</td> <td class="et2" width="181" x:str="" style="width:108.60pt;">奖励名称</td> <td class="et2" width="71" x:str="" style="width:42.60pt;">名额</td> <td class="et2" width="373" x:str="" style="width:223.80pt;">奖励条件</td> <td class="et2" width="219" x:str="" style="width:131.40pt;">奖品</td> <td class="et2" width="232" x:str="" style="width:139.20pt;">备注</td> </tr> <tr height="37" style="height:22.50pt;"> <td class="et3" height="37" width="57" x:num="1" style="height:22.50pt;width:34.20pt;">1</td> <td class="et3" width="181" x:str="" style="width:108.60pt;">“赞赞想法”达人</td> <td class="et3" width="71" x:num="50" style="width:42.60pt;">50</td> <td class="et4" width="373" x:str="" style="width:223.80pt;">获点赞数最多的想法或建议</td> <td class="et3" width="219" x:str="" style="width:131.40pt;">口罩一包+奶茶一杯</td> <td class="et3" width="232" style="width:139.20pt;"></td> </tr> <tr height="37" style="height:22.50pt;"> <td class="et3" height="37" width="57" x:num="2" style="height:22.50pt;width:34.20pt;">2</td> <td class="et3" width="181" x:str="" style="width:108.60pt;">“原创工具”达人</td> <td class="et3" width="71" x:num="5" style="width:42.60pt;">5</td> <td class="et4" width="373" x:str="" style="width:223.80pt;">回帖内容中的提效小工具属于原创作品</td> <td class="et3" width="219" x:str="" style="width:131.40pt;">奖金500元</td> <td class="et3" width="232" style="width:139.20pt;"></td> </tr> <tr height="37" style="height:22.50pt;"> <td class="et3" height="37" width="57" x:num="3" style="height:22.50pt;width:34.20pt;">3</td> <td class="et3" width="181" x:str="" style="width:108.60pt;">“专利创新”达人</td> <td class="et3" width="71" x:str="" style="width:42.60pt;">不限</td> <td class="et4" width="373" x:str="" style="width:223.80pt;">2022年个人完成专利申请</td> <td class="et3" width="219" x:str="" style="width:131.40pt;">证书+奖金3000元</td> <td class="et3" width="232" x:str="" style="width:139.20pt;">奖金年底由公司统一报批</td> </tr> <tr height="37" style="height:22.50pt;"> <td class="et3" height="37" width="57" x:num="4" style="height:22.50pt;width:34.20pt;">4</td> <td class="et3" width="181" x:str="" style="width:108.60pt;">“专利创新”团队</td> <td class="et3" width="71" x:str="" style="width:42.60pt;">不限</td> <td class="et4" width="373" x:str="" style="width:223.80pt;">2022年团队完成专利申请数量&gt;=5个</td> <td class="et3" width="219" x:str="" style="width:131.40pt;">证书+奖金10000元</td> <td class="et3" width="232" x:str="" style="width:139.20pt;">奖金年底由公司统一报批</td> </tr> <tr height="92" style="height:55.50pt;"> <td class="et3" height="92" width="57" x:num="5" style="height:55.50pt;width:34.20pt;">5</td> <td class="et3" width="181" x:str="" style="width:108.60pt;">“齐心回帖”团队</td> <td class="et3" width="71" x:num="3" style="width:42.60pt;">3</td> <td class="et4" width="373" x:str="" style="width:223.80pt;">以事业部的最末级组织架构团队为单位,参与回帖人均数从多到少,排名前3的团队获奖。当人均数相同时,奖励完成时间最快的团队。</td> <td class="et3" width="219" x:str="" style="width:131.40pt;">奖金依次为1200元,1000元,800元</td> <td class="et5" width="232" style="width:139.20pt;"></td> </tr> </tbody></table><p><br></p><p>赶紧来回帖和点赞吧,如对本活动有疑问,可联系对接人详询:</p><table border="0" cellpadding="0" cellspacing="0" width="323" height="187" style="width: 193.82pt;"> <colgroup><col width="228" style="width:136.85pt;"> <col width="95" style="width:57.05pt;"> </colgroup><tbody><tr height="37" style="height:22.50pt;"> <td class="et2" height="37" width="228" x:str="" style="height:22.50pt;width:136.85pt;">部门</td> <td class="et3" width="95" x:str="" style="width:57.05pt;">对接人</td> </tr> <tr height="37" style="height:22.50pt;"> <td class="et4" height="37" width="228" x:str="" style="height:22.50pt;width:136.85pt;">金融科技事业部</td> <td class="et5" width="95" x:str="" style="width:57.05pt;">林金霞</td> </tr> <tr height="37" style="height:22.50pt;"> <td class="et4" height="37" width="228" x:str="" style="height:22.50pt;width:136.85pt;">港澳分公司</td> <td class="et5" width="95" x:str="" style="width:57.05pt;">林金霞</td> </tr> <tr height="37" style="height:22.50pt;"> <td class="et4" height="37" width="228" x:str="" style="height:22.50pt;width:136.85pt;">技术管理与开发部</td> <td class="et5" width="95" x:str="" style="width:57.05pt;">刘爽</td> </tr> <tr height="37" style="height:22.50pt;"> <td class="et4" height="37" width="228" x:str="" style="height:22.50pt;width:136.85pt;">文档服务事业部IT团队</td> <td class="et5" width="95" x:str="" style="width:57.05pt;">李孟鸿</td> </tr> </tbody></table> </span></div></div>
赞(21) 收藏(5)  分享
相关标签: 工程师文化节;数说发展;创新想法;
566个回复
  • 00224142
    2022年10月14日 22:37
    【我的建议】序列化类新增属性时,不要修改 serialVersionUID 字段,避免反序列失败;如果不兼容升级,修改serialVersionUID 值,可以避免反序列化混乱。 【我想解决的问题是】serialVersionUID抛出序列化运行时异常问题。 【建议类型】技术建议
    0 0
  • 00223766
    2022年10月14日 19:42
    【我的建议】特别是全新系统,重视《用户测试》阶段 【我想解决的问题是】 很多时候用户不知道怎么测试,一下子叫来做用户测试,一脸迷茫; 让需求提出的业务方去代替用户测试呢,效果并非最佳; 用户测试做不好呢,上线之后不仅仅是吐槽,而是没人愿意使用,更没人牵头用; 良好规范的用户测试,是在测试经理/人员的指导,协助下,由”代表型用户“进行的一个有计划的过程; 【建议类型】业务建议
    0 0
  • 00223766
    2022年10月14日 19:29
    【我的建议】公司部门各大小团队,应该给机会组织外出活动,不仅仅是吃饭; 【我想解决的问题是】加强团队凝聚力,劳逸结合 【建议类型】活动建议
    0 0
  • 00223766
    2022年10月14日 19:23
    【我的建议】不要仅仅关注这是个什么功能,更要关注该功能实现什么真实的业务目的; 【我想解决的问题是】 1、不管开发也好,测试也好,这个功能最终是给用户使用的,最终能实现用户什么样的业务目的,如果我们能够清晰的知道,或者业务方能够清晰的告诉我们,不管是设计,还是测试,多有极大的作用,也会有较高的概率让用户满意; 比如:一个项目业务方要放开某个功能按钮,业务方只说明放开就行,前端一改快得很,但是这放开之后,涉及的相关模块,后端判断,业务流程链条,可能都会因为这个而发生改变,更多的场景会被涌现出来,但是我们却识别不到。 2、我深刻理解某些情况下业务方想把需求写的明明明白白是不可能的,也是不现实的,但是告诉我们业务目的,这个是不困难的,而且项目组会利用团队智慧去帮助更好的实现这个业务目的,甚至创新一些新的方法; 【建议类型】业务建议
    0 0
  • 00223766
    2022年10月14日 19:14
    【我的建议】定期组织和分享项目经验 【我想解决的问题是】 1、这两三年来,项目的经验分享,比以前少多了;以前每个月/季度都有一次座谈会类似的经验分享; 2、多分享经验,可以减少问题的重复发生; 【建议类型】业务建议
    0 0
  • 00223766
    2022年10月14日 19:04
    【我的建议】重视分布式事务 【我想解决的问题是】 我们很多分布式部署的系统,部分业务功能没运用分布式事务,一是有难度,二是前期没考虑到; 一些跨库的会造成一些业务层面的缺陷,脏数据,或者加大某些判断的难度/复杂度; 应该有个通用的方法/框架,高效快捷的运用,给开发提效; 【建议类型】技术建议
    0 0
  • 01772093
    2022年10月14日 19:01
    【我的建议】推广公司自研RPA产品 【我想解决的问题是】业务岗有需要可自动化流程,没有委托RPA团队开发,但是通过自学公司自研RPA产品,可以实现简易自动化流程开发,实现业务赋能 【建议类型】技术建议
    0 0
  • 01766993
    2022年10月14日 18:57
    【我的建议】养成良好的编码习惯,提高开发质量 【我想解决的问题是】1.代码精简,逻辑清晰,备注代码注释、作者和时间;2.开发完要进行自测,再看一遍代码,全面考虑实现逻辑; 【建议类型】开发建议
    0 0
  • 00224200
    2022年10月14日 18:56
    【我的建议】推荐wireshark网络报文抓包工具 【我想解决的问题是】wireshark排查网络问题的利器,对各种网络协议报文,协议协商交互流程一览无疑 【建议类型】工具
    1 0
  • 00223766
    2022年10月14日 18:56
    【我的建议】测试和开发的关系是战友关系,包括业务方;在敏捷和Devops逐步盛行的今天,专业+互助是主题; 【我想解决的问题是】 1、开发遇到困难的时候,测试协助一把; 2、测试越到困难的时候,开发帮衬一把; 3、有分歧的时候,理性去理解对方的工作职责,理性的去指出对方的改正点; 【建议类型】业务建议;
    0 0
  • 01785903
    2022年10月14日 18:52
    【我的建议】现任项目的所有同事在所在项目离开时可以写一份操作手册和规则手册,方便新接手项目的同事快速上手。 【我想解决的问题是】解决新同事接入项目问题 【建议类型】业务类
    0 0
  • 00223766
    2022年10月14日 18:49
    【我的建议】测试策略尽量使用接近于真实的环境、场景、数据 【我想解决的问题是】 1、有些时候会遇到真实的数据难弄、真实的环境难模拟,真实的场景找不到,就退而求其次的选择了根据需求所能理解的去验证, 效果呢,真到真实环境上一跑,问题就出来了; 在跟分子公司业务同事了解的过程中,再难我们也要想办法去弄和去实现,客户的信任度很重要,第一印象差了,补救是非常费力的; 【建议类型】业务建议
    0 0
  • 00223766
    2022年10月14日 18:39
    【我的建议】新系统中案例评审需要特别重视; 【我想解决的问题是】 1、测试案例对业务+场景案例要更加细致;特别在新项目新系统中,我们应该让“一线用户”参与案例评审,以此保障最终交付物的满意度; 这是业务明确提出的期待值; 2、很多时候案例评审的时候,一边可劲讲,一边可劲划,最后说这不是我想要的功能,那么多人参与案例评审,为什么一些基本的功能识别不出来;这可是交付给用户最后一道“评审动作”; 3、案例评审是一个多方达成一致想法的过程,不要单方面在讲; 【建议类型】业务建议;
    0 0
  • 00223766
    2022年10月14日 18:32
    【我的建议】测试经理、测试人员需要做得更多,赋予其更多的职责; 【我想解决的问题是】 1、分子公司业务部已经反馈过,在一个新项目和迭代项目中,特别是新项目中,测试的工作不仅仅是功能业务的测试,还包括尽一切可能的努力,协助团队帮助项目做到更好,包括:发现不足、查缺补漏、经验建议、指导把控、质量保障、用户体验等等; 2、分子公司业务部已经反馈过,在一个新项目和迭代项目中,特别是新项目中,在用户测试+业务验收期间,测试经理需要预留时间,全程参与该过程,提供解答、指导、培训、协助,以保障用户测试过程的满意度,并且协助用户尽快认知系统; 【建议类型】业务建议
    0 0
  • 01759893
    2022年10月14日 18:32
    【我的建议】建议禅道性能升级 【我想解决的问题是】禅道性能差,上个迭代需求,一共300条左右测试案例,在禅道上传时,都一直卡顿,无法上传成功,求证得知每次上传案例条数只能在80条左右,但是一般的迭代需求,两三百条测试案例都很正常,如果分多次上传,确实有点增大工作量,所以希望禅道性能能有所改善 【建议类型】工具
    0 0
  • 00223766
    2022年10月14日 18:30
    【我的建议】项目中相关文档需要“及时性”,而不是“事后补”,QA检查时要注意“时效性”; 【我想解决的问题是】 比如: 1、概要/详细设计说明书,是在需求明确之后,接下来要进行设计的指导性文件,这些文件对开发,对测试都有很大的指导和管理作用;有些时候开发完,事后补的情况; 2、测试案例,在分析完相关需求文档、设计文档之后,进行的测试案例编写;有些时候测试完,事后补的情况; 3、方案在前,执行在后,有些时候方案事后补; 【建议类型】业务建议
    0 0
  • 01850906
    2022年10月14日 18:27
    背景:目前缺少市场主流的开发app 。 我的建议:提供更方便快捷的工具(idea,navicat 等)。 目的:大大减少开发用的时间,提高工作学习效率。
    0 0
  • 00223766
    2022年10月14日 18:23
    【我的建议】《新的、重要的、紧急的、大的》项目,克服再多困难,也要让测试经理要在需求阶段就及时介入; 【我想解决的问题是】 1、由于资源/成本/其他原因,一些很晚入项,不符合现在质量管理是贯穿整个项目开发周期的观点,起不到风险提前识别的作用; 2、测试经理可以利用自身的丰富经验,在早期就对“部分不合理需求”进行识别,减少成本浪费; 3、有助于前期就识别工作量、制定整体测试策略、风险、问题等; 4、测试经理的作用,在现在的质量管理体系中,需要赋予其新的职责和要求,即在需求阶段也有质量监督之责; 5、部分迭代、小的项目,可灵活使用测试经理资源; 【建议类型】业务建议
    0 0
  • 00223766
    2022年10月14日 18:12
    【我的建议】建议禅道进行升级改造 【我想解决的问题是】我们所用的禅道版本太老了,无法有效适应现在越来越快的敏捷项目; 举例: 1、案例无法进行我们想要的排序; 2、案例导入模板需要升级,应该给测试人员提效,而不是拖后腿; 3、禅道规范过于复杂,好用的工具是快捷+简单+高效+实用+适用; 4、其他还有很多....需要收集使用禅道的各相关方; 【建议类型】工具
    0 0
  • 00228288
    2022年10月14日 18:06
    【我的建议】建议产品需求描述明细化和规范化 【我想解决的问题是】产品需求细节描述程度参差不齐,小量项目产品需求描述出现说明抽象、缺少细节等情况,加大了开发、测试、业务三方互相沟通或与产品沟通的成本,且易导致开发需求错误理解,导致大量开发、测试时间的浪费,从而提高了项目隐性成本,产品需求说明的输出的规范化能有效解决相关问题。 【建议类型】业务相关创新点
    0 0
  • 00223136
    2022年10月14日 18:03
    【我的建议】根据不同项目类型决定测试的侧重点 【我想解决的问题是】产品型项目和迭代型项目侧重点不同,确定侧重点可以制定使用更少的工作量更贴合需求的方案 【建议类型】提效
    0 0
  • 00223766
    2022年10月14日 18:01
    【我的建议】建议统筹公司项目沉淀案例,给予分子公司业务部,项目案例上的支持; 【我想解决的问题是】我们去尝试竞标一个外部项目,分子公司业务部门同事,反馈说我们缺少这方面的经验,给不出切实的项目案例,无法让客户信服,我个人的理解,按理说我们不缺少这类项目的案例,但是却找不到,给不出; 【建议类型】业务建议;
    0 0
  • 00224282
    2022年10月14日 18:00
    增加对新人培训,快速熟悉平台框架,减少因不熟悉产生的问题,建议用git代码管理工具,减少代码夹带或遗漏风险
    1 0
  • 01758930
    2022年10月14日 17:59
    【我的建议】实施项目有时给测试的时间很短,等测试去到现场的时候发现测试环境没搭建好,建议在测试准备入场的时候开发同事同时搭建一下测试环境 【我想解决的问题是】测试支援实施项目的问题 【建议类型】项目实施
    1 0
  • 张涛
    2022年10月14日 17:57
    【我的建议】开发工具插件推荐 【我想解决的问题是】 Chrome插件: 1.JSON-handle(格式化Json串、解码base64等) 【建议类型】开发工具
    3 0
  • 01827133
    2022年10月14日 17:57
    【我的建议】对工作中的一些知识点,小技巧,快捷方式,小工具,做一个统计归类,可以方便大家使用。 【我想解决的问题是】可以在日常工作提高效率 【建议类型】提效建议
    0 0
  • 张涛
    2022年10月14日 17:56
    【我的建议】开发工具插件推荐 【我想解决的问题是】 idea插件: 1.GsonFormatPlus(Json串转对象) 【建议类型】开发工具
    3 0
  • 00228288
    2022年10月14日 17:56
    【我的建议】财务系统报销流程优化建议 【我想解决的问题是】提交报销流程,当票据不通过后,仍需要前面流程中相关审批人及领导重新审批,需要浪费大量经理重新跟进流程,建议票据节点不通过时,可以通过提交人重新提交后,回至驳回审核人进行审核即可。 【建议类型】业务相关创新点
    0 0
  • 张涛
    2022年10月14日 17:55
    【我的建议】开发工具插件推荐 【我想解决的问题是】 idea插件: 1.GenerateAllSetter(一键调用一个对象的所有的set方法) 【建议类型】开发工具
    3 0
  • 张涛
    2022年10月14日 17:55
    【我的建议】开发工具插件推荐 【我想解决的问题是】 idea插件: 1.CamelCase(名称驼峰转换) 【建议类型】开发工具
    3 0
  • 张涛
    2022年10月14日 17:54
    【我的建议】开发工具插件推荐 【我想解决的问题是】 idea插件: 1.MybatisX(集成mybatis generator Gui以及自动生成简单sql) 【建议类型】开发工具
    3 0
  • 李佳欣
    2022年10月14日 17:52
    【我的建议】推荐使用idea插件工具Database 【我想解决的问题是】对数据库的一些常用操作可以直接在idea中完成,不需要通过额外的软件去进行。 【建议类型】开源工具
    2 0
  • 00223766
    2022年10月14日 17:51
    【我的建议】建议建立公司自己的、方便的、专业的、跟得上市场前端技术的《自动化/性能测试平台》 【我想解决的问题是】传统做自动化测试代价太大(成本太高、工具各异),性能测试都是用各自的工具和模板, 解决:高效快捷低投入的做自动化,统一标准的性能测试; 【建议类型】工具
    0 0
  • 01847068
    2022年10月14日 17:48
    【我的建议】养成良好的编码习惯及编码规范 【我想解决的问题是】1.多写注释。 2.使用设计模式和反射提高代码的复用率。3.使用日志打印关键信息 【建议类型】技术建议/开发建议
    0 0
  • 李佳欣
    2022年10月14日 17:48
    【我的建议】在开发底层接口的接口的时候尽量写好接口文档,方法注释,和考虑到复用性。 【我想解决的问题是】开发中常常会遇到接口文档未更新、注释不全或者接口复用度不高的情况,导致开发一个功能需要自己从最基础的增删改查一级级往上写。 【建议类型】现有系统建设建议
    3 0
  • 01800430
    2022年10月14日 17:46
    【我的建议】增加bug复盘共享 【我想解决的问题是】项目在生产环境运行中,产生的一些重大bug或者是值得分享的bug,可以在项目复盘会结束后,给各个项目组共享一下复盘文档,让各个项目组能从生产问题中学习到bug解决思路和方案,也可以在日常开发中杜绝类似的bug的产生。 【建议类型】bug解决方案
    0 0
  • 01773640
    2022年10月14日 17:46
    【我的建议】MQ队列命名建议命名中包含生产模块、消费模块的简称 【我想解决的问题是】现在一些MQ消息,根据mq的队列名称,很难找到消费者在哪个服务 【建议类型】开发命名规范
    1 0
  • 01841193
    2022年10月14日 17:43
    【我的建议】公司可以建立个wiki系统,用于文档归纳及记录,如公司产品介绍、使用过程遇到的问题记录及解决方案归纳等,方便于各位小伙伴查阅和记录问题,成为公司的知识库,当然内容也不仅仅局限于此。 【我想解决的问题是】新员工和老员工在工作中或者使用公司产品中遇到了问题,却没有一个统一渠道去查阅解决方案等; 【建议类型】系统优化建议
    0 0
  • 01784951
    2022年10月14日 17:43
    我的建议】完善快开开发模块 【我想解决的问题是】dubbo框架是一个快速交互,框架老,开发不方便
    0 0
  • 01848737
    2022年10月14日 17:43
    【我的建议】现任项目的所有同事可以总结该项目的经验和问题点,让新同事进入项目能够尽快上手。 【我想解决的问题是】解决新员工接入项目问题 【建议类型】业务类
    0 0
  • 01795017
    2022年10月14日 17:41
    【我的建议】研发标准 【我想解决的问题是】测试部门多次针对提测软件反复测试的问题,应有一个标准,例如:【1轮冒烟、2轮SIT、1轮准生产】,以上前3轮测试都需要进行邮件申请提测,测试部门接收完成测试后回复测试报告,从而避免测试部门多次反复测试,分散测试精力。 【建议类型】业务建议
    0 0
  • 00223766
    2022年10月14日 17:41
    【我的建议】建议开发测试之间,组织一个主题为:《开发和测试各自生命周期和其节点的意义》的主题会; 【我想解决的问题是】相互理解各自生命周期中所做工作的真实意义,阐明意义的作用在于,开发和测试之间理解其意义之后,能做到相互理解、支持、协助,监督等,少一些误解,指责,加强项目向心力,做到快捷高质量交付; 【建议类型】业务建议
    0 0
  • 01848908
    2022年10月14日 17:41
    【我的建议】加强新员工培训 【我想解决的问题是】新员工在入职期间对公司业务和专业知识的了解不够深刻,融入工作进程慢 【建议类型】视频教学、相关文档
    0 0
  • 01833180
    2022年10月14日 17:41
    背景: 项目代码版本管理问题,生产bug修复增量发布时 导致代码版本混乱问题 【我的建议】编码规范,版本管理(git) 【我想解决的问题是】规范编码,规范流程,统一管理 【建议类型】技术类
    0 0
  • 李佳欣
    2022年10月14日 17:40
    【我的建议】需要重视开发前的需求分析和沟通工作。 【我想解决的问题是】许多需求常常因为时间紧迫,导致需求分析和沟通工作不到位,造成开发与产品理解上的分歧,最后导致返工甚至延期。 【建议类型】提效方法。 提出人:技术管理与开发部/平台开发团队/平台团队
    4 0
  • 01800430
    2022年10月14日 17:39
    【我的建议】增加运维网络技术培训 【我想解决的问题是】在开发过程中,经常会遇到网路或者系统宕机等问题,开发需要使用网络或者运维知识进行初步排查,希望运维部门和网络部门能给开发和业务部门增加基础通用的网络培训,方便业务或者开发现场排查生产问题,不用等待运维处理也能做出初步排查和判断,提高解决问题的效率。 【建议类型】提效方法
    0 0
  • 01850080
    2022年10月14日 17:39
    【我的建议】养成良好的编码习惯及编码规范 【我想解决的问题是】1.关键日志的输出打印有助于问题排查。2.多写注释 3.封装工具类有助于代码复用 【建议类型】技术建议/开发建议
    0 0
  • 01763377
    2022年10月14日 17:39
    【我的建议】多组织团建活动 【我想解决的问题是】让同事之间活络起来,工作配合起来更加效率 【建议类型】团队建议
    1 0
  • 01790974
    2022年10月14日 17:38
    【我的建议】系统平台的组件,能不能把每次需要传的参数说明白,看源码有点浪费时间。 【我想解决的问题是】解决过长的代码开发时间,减少调试。 【建议类型】业务类
    0 0
  • 01773640
    2022年10月14日 17:38
    【我的建议】 1、统一构建环境,构建时选择对应的分支构建,不需要多建多条构建项 2、使用新的第三方环境时(比如腾讯云),希望有人能进行培训或提供操作文档,对基础功能进行讲解一下 【我想解决的问题是】开发发布环境时,可能由于分支被人修改导致发布错误和新环境时一些功能不会使用,不能快速上手 【建议类型】开发类
    1 0
  • 00223927
    2022年10月14日 17:38
    【我的建议】aardio 开发工具 【我想解决的问题是】此工具可以编写类js语言,然后生成exe文件,生成的执行文件大小5MB以内,并且不用依赖任何运行库,支持winxp,win7,win10等等系统,可以用来写一些用户需要的小工具 【建议类型】工具(可选业务建议/技术建议/工具)
    0 0
  • 01753182
    2022年10月14日 17:38
    【我的建议】业务提bug的时候需要写清楚操作的步骤以及相关的信息,方便测试同事进行复现问题,开发同事解决问题 【我想解决的问题是】提高bug的修复效率 【建议类型】提效方法
    1 0
  • 00227717
    2022年10月14日 17:38
    【我的建议】日常开发中需要写到很多重复的跟业务无关的代码,建议可以使用hutool,里边包含了很多工具,可以代替很多复杂的代码,从而大幅度的提高工作效率。 【我想解决的问题】提高日常开发效率 【建议类型】工具
    0 0
  • 01801700
    2022年10月14日 17:36
    【我的建议】在符合条件的开发应用场景下,积极采纳成熟的新技术作为问题解决方案,比如nacos、es、canal、caffeine 【我想解决的问题是】开发框架及用到的技术落后 【建议类型】开发
    0 0
  • 01766026
    2022年10月14日 17:35
    【我的建议】 外部采购系统进行有针对性的考察后再推广应用 【我想解决的问题是】 外部采购服务与项目本身兼容性不强,硬推广置入项目,开发难度大,维护成本高 【建议类型】技术建议
    0 0
  • 01807161
    2022年10月14日 17:34
    【我的建议】在系统建设过程中做好管理,严格执行相关制度,让同事之间能够相互借鉴,共同进步。 【我想解决的问题是】同类型项目无从参考,无法借鉴经验。 【建议类型】技术建议
    0 0
  • 李佳欣
    2022年10月14日 17:34
    【我的建议】推荐一个idea的插件工具,jsonParser 【我想解决的问题是】日常工作中,无论是开发,调试,测试代码,都会遇到json字符串格式化的问题,虽然有很多在线格式化的网站,但是总不如idea内置工具方便快捷。该插件安装后会自动出现在侧边栏,非常便捷好用。 【建议类型】工具 提出人:技术管理与开发部/平台开发团队/平台团队
    4 0
  • 01774734
    2022年10月14日 17:33
    【我的建议】对于出现bug或是业务问题统一汇总,形成一个可以不断维护补充的问题集。 【我想解决的问题是】场景交接后或者负责人不在需他人暂时处理时快速解决或是帮助快速定位到问题。 【建议类型】提效方法。
    0 0
  • 01828930
    2022年10月14日 17:33
    【我的建议】在管理工时时候,采用一个特定的模块将工时同步至8m和禅道中,不要使用两个地方同时管理工时 【我想解决的问题是】工时管理问题 【建议类型】系统建议
    1 0
  • 00223766
    2022年10月14日 17:33
    【我的建议】建议众学平台,组织学习敏捷思想/管理; 【我想解决的问题是】现在项目周期越来越短,全实行规范周期已经无法有效满足现有项目情况,但敏捷又需要理论基础作为实践的支撑,方能有效落地; 【建议类型】业务建议
    0 0
  • 00223136
    2022年10月14日 17:31
    【我的建议】在技术文档中增加各软件模块的重要程度、重用性及测试历史等信息 【我想解决的问题是】使得独立测试人员可以合理分配精力,对重要软件进行重点测试,减少不必要的重复劳动,提高测试效率 【建议类型】提效
    0 0
  • 01774595
    2022年10月14日 17:31
    【我的建议】增加通用开发技术培训 【我想解决的问题是】nginx等前后端通用功能希望能有知识分享,便于配合查询问题 【建议类型】提效方法
    0 0
  • 01798134
    2022年10月14日 17:30
    【我的建议】在系统建设过程中做好过程管理、交付物评审,将组织过程资产沉淀下来,便于后续同类型项目借鉴。 【我想解决的问题是】公司内部同类型项目无从参考,无法借鉴历史经验。 【建议类型】技术建议
    0 0
  • 01794411
    2022年10月14日 17:30
    【我的建议】每个项目在启动时,由项目团队成员在OA发起是否用低代码流程(内含项目架构选型、评估计划组件、实际使用组件、组件提炼,过程中每个审批节点由审批专家把关) 【我想解决的问题是】提高组件复用率,组件场景提炼,减少通用功能每个项目都需要重复码代码实现时间及成本;数据线上方便后续产品迭代 【建议类型】工具
    2 0
  • 00223766
    2022年10月14日 17:28
    【我的建议】建议升级/更换8M; 【我想解决的问题是】现在统计员工工时数据,需要人工搜集多个平台的员工数据,费时费力,还耽误员工时间; 最好整合一个完善的考勤系统,快捷高效的处理这类汇总数据,方便收集,详细上报,不需要人工去做; 【建议类型】工具
    0 0
  • 01763182
    2022年10月14日 17:28
    【我的建议】业务方存在多个部门,需求文档要做到版本统一 【我想解决的问题是】在版本需求谈论过程中,理论上确定需求后,需要在上一个版本的基础上补充澄清,而不应该存在需求一直变化的情况。且有些需求文档更新后,又回到上上个版本的错误。存在多个部门协助的情况,需求文档要做到版本统一,确保开发正常进行,减少返工,节省工时。 【建议类型】提效建议
    0 0
  • 00223752
    2022年10月14日 17:28
    【我的建议】公司技术人员,开发和测试岗位实行弹性工作制 【我想解决的问题是】一次异常打卡不应该扣罚全天工资,不合理 【建议类型】薪酬建议
    0 0
  • 01800430
    2022年10月14日 17:28
    【我的建议】 周报模板合并 【我想解决的问题是】 目前各种类型的项目有太多周报模板了,希望能统一成一个周报模板,单周报、双周报、月报、开发项目周报、运维项目周报都是不一样的模板,当多项目并行时,会浪费很多时间在整理周报上。 【建议类型】管理建议
    5 0
  • 01853781
    2022年10月14日 17:27
    【我的建议】SimpleDateFormat 是线程不安全的类,一般不要定义为 static 变量,如果定义为static,必须加锁,或者使用 DateUtils 工具类。 【我想解决的问题】解决并发时线程安全问题 【建议类型】技术建议
    1 0
  • 01795017
    2022年10月14日 17:23
    【我的建议】研发环境统一化和标准化 【我想解决的问题是】开发和测试的环境多团队共享共用,多项目并行时,甚至开发和测试在一个环境内进行,开发和测试效率都会将低,同时问题难以定位,生产的问题也难以发现,建议当某个项目启动时,可以启用多套环境,同时各环境数据尽可能对标生产(除敏感不外露数据),以便于项目更高效进行。 【建议类型】业务建议
    0 0
  • 02122778
    2022年10月14日 17:22
    【我的建议】在系统建设过程中做好管理,严格执行相关制度,让同事之间能够相互借鉴,共同进步。 【我想解决的问题是】同类型项目无从参考,无法借鉴经验。 【建议类型】技术建议
    0 0
  • 01793017
    2022年10月14日 17:21
    【我的建议】(原创)印象笔记软件以及浏览器插件的使用 (插件:悦读、剪藏) 【我想解决的问题是】多设备笔记同步、浏览器遇到好的内容可以专心阅读和保存 【建议类型】工具
    4 0
  • 01784940
    2022年10月14日 17:21
    【我的建议】SimpleDateFormat 是线程不安全的类,一般不要定义为 static 变量,如果定义为static,必须加锁,或者使用 DateUtils 工具类。 【我想解决的问题】解决并发时线程安全问题 【建议类型】技术建议
    3 0
  • 00224281
    2022年10月14日 17:19
    【我的建议】增加通用开发技术培训 【我想解决的问题是】希望能有知识分享,便于配合查询问题 【建议类型】提效方法
    0 0
  • 00224087
    2022年10月14日 17:17
    【我的建议】极速Office 2021 (鲁大师-软件市场-软件-办公排行),该软件是一款轻快无广告的办公软件,兼容微软office97-2019格式及PDF格式阅读与编辑。 【我想解决的问题是】 1、WPS需要登录才能使用控件 2、Microsoft office需要注册才能使用 【建议类型】开源小工具
    0 0
  • 李佳欣
    2022年10月14日 17:14
    【我的建议】在日常的工作中,可以通过使用简单的时间管理法--番茄工作法(Pomodoro Technique)来有效提升专注度和工作效率。它是由意大利人弗朗西斯科·西里洛于1992年创立的一种时间管理方法。通过划分工作和休息时间,将时间划分为小块,有利于提高工作和休息的效率,提高时间的感知和掌控。 最简单实现为25分钟工作+5分钟休息,4个番茄时间为一轮,之后休息30分钟。同时分享一个简单的小工具来方便进行时间管理。TinyCountdown-计时器,一个仅有84kb的桌面小时钟,通过它能便捷的实施时间管理。 【我想解决的问题是】在工作中常常会遇到各种情况导致工作被打断,通过有效的时间管理法将工作进行安排,划分,能有效的提高工作效率,以及工作的专注度 【建议类型】工具,能效提升 提出人:技术管理与开发部/平台开发团队/平台团队
    6 0
  • 01794068
    2022年10月14日 17:13
    【我的建议】1.日常编写代码,建议从效率和可读性出发,推荐一款插件(阿里代码扫描插件) 2.提交代码的时候建议写好备注,便于日后的问题定位 【我想解决的问题是】1.在接手一些代码的时候,一个方法一千多行内部n个方法,里面又是几百多行,许多if else 和for循环都可以优化 2.有时候出现bug但是定位不到是什么时候改的,以及影响的范围,若是提交代码时未写好备注,定位较为困难 【建议类型】效率
    0 0
  • 01762868
    2022年10月14日 17:13
    【我的建议】chrome可以安装插件《Vimium C - 全键盘操作浏览器》 【我想解决的问题是】一款支持全键盘操作浏览器的辅助工具,只用键盘即可点击任意链接、切换标签页和快速搜索任意内容,支持自定义快捷键和调整操作细节,不用特意移动手去操作鼠标,提高效率。 【建议类型】提效方法
    1 0
  • 01808765
    2022年10月14日 17:13
    【我的建议】需求分析和讨论尽量多人参加,留下记录文档 【我想解决的问题是】业务理解不透彻或理解偏差导致重复返工 【建议类型】业务
    0 0
  • 陈明恩
    2022年10月14日 17:11
    【我的建议】项目开发过程中,转测时业务方也需介入进来,了解整个流程是否达到了预期效果 【我想解决的问题是】项目验收时,业务方觉得这里可以优化下,那里可以改一改效果会更好。但此时开发和测试都已出项进入别的项目,无法及时处理,影响项目上线时间 【建议类型】项目流程优化
    3 0
  • 01795017
    2022年10月14日 17:10
    【我的建议】性能测试学习、流程、测试建议 【我想解决的问题是】性能测试中场景建模、数据建模、分析不足,建议采用以下方式进行学习、分析、测试 (1)工具:JMeter 控件原理 + beanshell 脚本代码 + java代码走读 + linux服务器知识(I/0、进程调度、线程调度、network等)+ SQL 数据库索引、关系型数据和非关系型知识 + 网络知识(http\websockt..); (2)业务:业务场景分析、逻辑分析, 链路测试场景交集测试; (3) 平台:设计性能测试平台(linux环境服务器下大规模并发测试); 【建议类型】技术建议
    0 0
  • 锐哥
    2022年10月14日 17:09
    【我的建议】关于需求和线上问题等,应该先经过产品和测试确认后再交付给研发,目前太多的事情都直接到研发来承接处理。这样严重的浪费了研发的时间和成本。 【我想解决的问题】 1.提供研发工作效率 2.降低成本浪费 【建议归类】业务类
    18 0
  • 01819069
    2022年10月14日 17:08
    【我的建议】项目组和产品组间多做业务沟通交流,项目组输出客户现场需求和遇到的问题,产品组总结学习抽取共性需求和问题,完善产品 【我想解决的问题是】提高产品的成熟度,减少实施成本,提高毛利 【建议类型】业务类
    3 0
  • 01800430
    2022年10月14日 17:08
    【我的建议】系统搜索小工具《everything》 【我想解决的问题是】解决办公过程中,电脑文件越来越多越来越大,使用电脑系统自带的搜索太慢准确度低的问题,使用《everything》可以快捷的搜索电脑所有的文件,无需指定系统盘,可以全局搜索,搜索时间快,准确度高。 【建议类型】工具
    6 0
  • 01795017
    2022年10月14日 17:05
    【我的建议】性能分析测试工具 【我想解决的问题是】性能测试过程数据分析不清晰、缺失的问题(1)代码性能分析监控(Jprofile)(2)服务器性能分析工具 (3)天兔数据库性能分析工具 Lepus 【建议类型】工具
    0 0
  • 锐哥
    2022年10月14日 17:01
    【我的建议】是不是针对技术人员实现弹性工作时间 【我想解决问题】 1、是能增加大家加班的积极性,同时解决了第二天早起上班的焦虑 2、疫情期间错峰上班,也减少了感染风险 【建议类型】业务类
    21 0
  • 01795017
    2022年10月14日 17:00
    【我的建议】生产业务服务调用监控 【我想解决的问题是】生产业务在进行接口调用时,会有僵尸进程或者服务器在阶段时间不响应,只有当一线业务人员使用时才会发现业务不可用,搭建一套接口自动化监控工具实时监控业务运转状况,以便及时发现问题及时响应处理,保障业务正常运行。 【建议类型】自研接口自动化监控系统
    0 0
  • 陈誉
    2022年10月14日 16:59
    【我的建议】可利用手机智慧助手,设置定时唤醒雁小侠APP进行自动打卡 【我想解决的问题是】避免忘记上下班打卡 【建议类型】工具
    0 0
  • 01800430
    2022年10月14日 16:59
    【我的建议】统一公司各部门对外文档工具 【我想解决的问题是】解决办公过程中,各个部门沟通或者和外部系统沟通时统一文档格式,目前文档格式有word,pdf,markdown,腾讯共享文档,xmind,Visio等,部门内部可以有多种格式,但是对外文档希望约定有统一的格式。 【建议类型】办公工具
    4 0
  • 00222853
    2022年10月14日 16:59
    【我的建议】组建大数据健稳团队 【我想解决的问题是】数据是基础,数据是一个公司高速发展的基石,为配合公司数据化建设保驾护航 【建议类型】团队组建 提出人:技术管理与开发部/平台开发团队
    3 0
  • 01768683
    2022年10月14日 16:59
    【我的建议】团队内部维护工具类包 【我想解决的问题是】通过复制黏贴的方式,基本每个项目都存在一个目录util,建议使用统一一个工具方法代替一段复杂代码,从而最大限度的避免 “复制粘贴” 代码的问题 【建议类型】技术建议
    0 0
  • 01793017
    2022年10月14日 16:57
    小工具推荐: Chrome插件: 1.印象笔记-阅读 2.印象笔记-剪藏 app推荐:印象笔记:可以跨平台-支持多设备登录-支持多人文档记录修改。
    3 0
  • 01763377
    2022年10月14日 16:57
    【我的建议】增加通用开发技术培训 【我想解决的问题是】nginx等前后端通用功能希望能有知识分享,便于配合查询问题 【建议类型】提效方法
    2 1
  • 00223840
    2022年10月14日 16:57
    【我的建议】多开展内部技术培训 【我想解决的问题是】 培养全站开发,互相学习 【建议类型】技术建议/管理建议
    10 0
  • 00228403
    2022年10月14日 16:56
    【我的建议】技术社区功能优化一下 【我想解决的问题是】评论刷新后应该回到原帖下 【建议类型】技术建议
    10 0
  • 01760640
    2022年10月14日 16:55
    【我的建议】(原创)Xmind思维导图工具 【我想解决的问题是】 Xmind 是一款 全功能 的思维导图和头脑风暴软件。像大脑的瑞士军刀一般,助你理清思路,捕捉创意。非常适合用于做流程分解以及概要设计等 项目实现 【建议类型】工具
    0 0
  • 01762868
    2022年10月14日 16:51
    【我的建议】前端项目可以搭建通用的基础框架(web端、小程序、h5),不用每次新项目都重新搭建 【我想解决的问题是】提高项目前期搭建的效率 【建议类型】技术建议
    2 0
  • 张涛
    2022年10月14日 16:50
    【我的建议】开发工具插件推荐(非原创) 【我想解决的问题是】 idea插件: 1.MybatisX(集成mybatis generator Gui以及自动生成简单sql) 2.CamelCase(名称驼峰转换) 3.GenerateAllSetter(一键调用一个对象的所有的set方法) 4.GsonFormatPlus(Json串转对象) Chrome插件: 1.JSON-handle(格式化Json串、解码base64) 【建议类型】开发工具
    5 0
  • 01800430
    2022年10月14日 16:48
    【我的建议】统一开发办公小工具,比如说pdf转word,简单ocr文字识别等 【我想解决的问题是】解决办公过程中,使用文件进行操作时,可能需要使用到文件格式转换,ocr识别等功能,但是市场上这些工具大多都是一些需要收费的工具,公司完全可以自主研发这些工具,既能提高办公效率,也能沉淀成产品进行推广。 【建议类型】工具
    4 0
  • 01793021
    2022年10月14日 16:45
    【我的建议】希望每次更新的需求,能及时更新到原型图上 【我想解决的问题是】每次口头说的需求,没有及时更新到原型图上,后期就可能会出现需求对应不上的问题,导致更多的问题 【建议类型】提效方法
    3 0
  • 【我的建议】开发团队采用OKR不要采用KPI 【我想解决的问题是】KPI在管理学上是更适合可以量化的指标上的,如果开发按照KPI考核会让整体的结果变形,大家会为了数字做一些不合理的事情。所以按照目标结果(OKR)来考核更合理。 【建议类型】业务建议
    8 0
  • 01851053
    2022年10月14日 16:44
    【我的建议】解决禅道bug时,记录遇到的技术性问题 【我想解决的问题是】当其他同事在遇到同样bug时,可以快速定位并解决问题,大大提高了工作效率 【建议类型】技术建议
    10 0
  • 00223829
    2022年10月14日 16:43
    【我的建议】优化产品研发管理流程 【我想解决的问题是】 产品从0到1,会存在很多试错成本(时间+金钱)。需求的管理、预算成本的管理和实施项目类IT项目应该区别对待。 【建议类型】技术建议/管理建议
    11 2
  • 01794766
    2022年10月14日 16:38
    【我的建议】项目交付要保留过程文档 【我想解决的问题是】项目文档确实问题 【建议类型】技术建议
    10 0
  • 00223126
    2022年10月14日 16:35
    【我的建议】项目过程管理中关键里程碑控制节点(如需求评审、设计评审、工作量评估&确认、单元测试、冒烟测试、用例评审、SIT测试总结、UAT验收确认、性能测试、安全测试及整改等)可以由项目QA在禅道上创建对应的需求,关联到对应的迭代中,可有效提醒项目成员在计划时间节点执行。 【我想解决的问题是】关键里程碑控制点管理缺漏 【建议类型】项目管理
    0 0
  • 00224211
    2022年10月14日 16:15
    【我的建议】实现智能自动打卡, 节省大家的考勤打卡时间 【我想解决的问题是】从技术层面,探测手机是否接入公司 wifi ,手机是否到达指定范围,实现自动考勤打卡(无需任何人为操作), 不要像目前这样,大家打开手机进行打卡,如果在打卡事情上,一天一人花 1 分钟,总部 400 人,就是 400 分钟,也就是 大概是一个人天的时间,相当于可节省一个人的资源(更别说是忘记打卡,填写异常打卡流程的时间了) 【建议类型】技术建议
    3 0
  • 01717169
    2022年10月14日 10:02
    【我的建议】 1.技术社区的回帖可以一键到底,要不然要拖挺久 2.是否可以与企业微信对接,直接在企业微信看帖,回帖 3.公司内部论坛,人机验证可以简单一点吗? 【我想解决的问题是】节省回帖时间,提升访问率 【建议类型】系统优化建议,
    0 0
  • 00224211
    2022年10月14日 08:54
    【我的建议】建议公司 【男洗手间】 : 撤掉 马桶旁的 垃圾桶; 【我想解决的问题是】 原因,产生的废物,都可以从马桶冲走,垃圾桶并无用处(但有少量童鞋喜欢用这个垃圾桶) 撤垃圾桶后的优点: 1、干净,无颜色,无味道(不会滋生细菌) 2、减少清洁阿姨的工作量 如果非要说个缺点,就是 —— 当大家看了垃圾桶里带颜色,带味道的手纸后,胃口差了,会节约粮食(撤桶后没那么环保) 【建议类型】其他
    1 0
  • 00224211
    2022年10月14日 08:52
    【我的建议】电梯廊(含各楼层) 的这两扇玻璃门,建议常开 【我想解决的问题是】 1、人可以来到 13 楼,已经刷了大楼门禁,电梯楼层门禁,已经没安全隐患了。 2、大家经常这样,开这两扇玻璃门,很浪费时间,如果 1 个人,一天花1分钟在这玻璃门开门、关门上(含等待门开的时间,门开得也不快),总部400多人,一天就损失400多分钟,就接近 1 人天的资源 3、这两扇玻璃门常开,打通了 东,西 两个工作区,方便我们东、西区的人员来、往,找人讨论事情。 4、例子:我们东南区的男同事(女厕所这个区),去男厕所,总是绕一大圈,很没意义。如果从电梯廊通过,省时省力。 【建议类型】其他
    3 0
  • 01815332
    2022年10月13日 15:24
    【我的建议】建立統一的培訓架構體系 【我想解决的问题是】為了熟悉或共同分享學習項目知識、業務知識,建立統一的培訓架構體系,對新員工及現有員工定期組組織 培訓,可以包括業務類、項目類、流程類、純經驗分享類等,可由項目資深人員和BP作為主導講師進行授課。統一的培訓架構體系課程內容針對所有項目,涉及面全、廣,適用所有員工。如此,新員工能快速入手,現有員工能提高項目質量,項目團隊能避開項目雷區,從而整體提升項目、團隊的質量。 【建议类型】业务建议/流程建議。
    0 0
  • 00224137
    2022年10月13日 14:36
    【我的建议】开展项目组内业务分享会 【我想解决的问题是】开展项目组内业务分享会,可以使新入职的同事 、不熟悉部分业务的同事、BA等快速了解系统业务,减少因业务不熟悉产生的错误率和阅读文档所产生的时间浪费,从而快速提高工作速率。 【建议类型】业务建议
    1 0
  • 00223918
    2022年10月13日 12:06
    【我的建议】管理好产品的技术文档资料 【我想解决的问题是】目前公司的开发技术文档,有的项目文档资料残缺、混乱,存在文档资料未上传、文档共享丢失、文档目录混乱等现象。建议我们的SVN做到更精细化的目录分类,时常项目管理部组织检查文档的提交情况与小组会议等。保障产品项目资料可维护性、可持续性。 【建议类型】技术建议
    0 0
  • 00227823
    2022年10月13日 10:36
    【我的建议】 项目测试工作开展需要提升工具的使用率,多接触新兴工具,提升工作效率。 【我想解决的问题是】 测试工具 【建议类型】 工具建议
    0 0
  • 00227823
    2022年10月13日 10:32
    【我的建议】 对于成熟项目的测试工作开展,建议直接进行重点关注测试点覆盖率,测试用例易用性的测试用例评审,节省时间以及提高评审的专注。 【我想解决的问题是】 测试用例评审 【建议类型】 测试建议
    0 0
  • 00227823
    2022年10月13日 10:30
    【我的建议】 实习生同事入职后,先了解整体部门的所有项目,多了解,结合他们的倾向性以及闪光点,分配到相关项目组学习熟悉,再介入项目工作,更好发挥个人优势,使项目工作更好开展。 【我想解决的问题是】 实习生培养 【建议类型】 人才培养
    0 0
  • 01823548
    2022年10月12日 14:27
    【我的建议】需求分析和讨论尽量多人参加,留下记录文档 【我想解决的问题是】业务理解不透彻或理解偏差导致重复返工 【建议类型】业务
    0 0
  • 00224031
    2022年10月12日 14:21
    【我的建议】在系统建设过程中做好文档编写准确性、包括但不限于需求确认,数据库设计,接口设计,每次需求优化或修改漏洞都有注释标明。 【我想解决的问题是】项目可连续性,便于项目交接,保证项目变更有迹可循 【建议类型】业务建议
    0 0
  • 01733985
    2022年10月12日 10:53
    【我的建议】对于生产事故、开发测试过程或者项目管理中暴露出来的问题,项目组及时开复盘会议,按照复盘四步法深刻剖析(目标结果、情景再现、分析原因、总结经验),并形成经验教训手册。 【我想解决的问题是】提高项目管理质量,减少生产事故,提升客户满意度。 【建议类型】业务类
    0 0
  • 01825999
    2022年10月12日 10:50
    【我的建议】 加快导入外部数据速度 【我想解决的问题是】 测试环境经常要导入其它环境的数据,如果数据量大要花很长时间,为了加快导入速度,可以适当调节以下两下参数:set global innodb_flush_log_at_trx_commit=0; set global sync_binlog=0; 写入性能最佳。 【建议类型】技术建议
    0 0
  • 01753665
    2022年10月12日 10:07
    【我的建议】在日志输出时,字符串变量之间的拼接使用占位符的方式。 【我想解决的问题是】因为 String 字符串的拼接会使用 StringBuilder 的 append()方式,有一定的性能损耗。使用占位符仅是替换动作,可以有效提升性能。 【建议类型】技术建议
    0 0
  • 01765720
    2022年10月12日 09:57
    【我的建议】员工增值-定期进行产品技术或业务培训。 【我想解决的问题是】对新员工则是新增业务或技术培训,对老员工则是巩固业务和技术知识。 【建议类型】提效方法
    0 0
  • 01814736
    2022年10月12日 09:54
    【我的建议】代码修改的同时,注释也要进行相应的修改,尤其是参数、返回值、异常、核心逻辑等的修改。 【我想解决的问题是】代码与注释不同步会影响后续接手维护代码的同事的进度,增加多余工作量。 【建议类型】技术建议
    0 0
  • 01765720
    2022年10月12日 09:50
    【我的建议】在项目开始前进行技术统一,定义规则(如字段定义,排列等,有公司独特的手册)。 【我想解决的问题是】项目优化,代码优美。 【建议类型】提效方法。
    0 0
  • 01851165
    2022年10月12日 09:46
    【我的建议】开发过程中编写个开发文档 【我想解决的问题是】对于一些中期加入的开发来说,刚接触一个新的项目可能会手足无措,有个开发文档,可以让新来的开发快速融入项目 【建议类型】技术建议
    0 0
  • 00228288
    2022年10月12日 09:28
    【我的建议】单元测试的重要性,建议实施规范 【我想解决的问题是】从普遍来说,单元测试是由程序员自己来完成,同时最终受益的也是程序员本身。建议我们团队中无论是单个项目、单个迭代、或小工具开发,在提测测试之前都先进行一轮单元测试,此规范存在以下优势: 1.提高整体代码稳定性 2.减少对显而易见的问题交流成本 3.节约了测试人员部分测试成本 4.促进产品最终质量提升 【建议类型】测试规范
    1 0
  • 00224030
    2022年10月12日 09:20
    【我的建议】对于已经完成上线,处于维护中的项目(即便客户未采购维保)也要做好交接工作。 【我想解决的问题是】解决后续项目升级,或BUG修复无从下手的窘迫。 【建议类型】业务类
    1 0
  • 00228198
    2022年10月11日 22:34
    【我的建议】整理运维知识,整理日常问题,整理问题解决思路 【我想解决的问题是】日常能够快速找到问题,从整理的知识中找到解决方案,能够使新运维人员快速上手运维工作,提高工作效率 【建议类型】运维建议
    0 0
  • 01784940
    2022年10月11日 21:16
    【我的建议】用户敏感数据禁止直接展示,必须对展示数据进行脱敏。 【我想解决的问题是】如中国大陆个人手机号码显示为:137****0968,隐藏中间 4 位,防止隐私泄露。 【建议联系】安全规约
    3 0
  • 00224121
    2022年10月11日 21:10
    【我的建议】产品交付项目组的代码应该提供包含Mock测试及单元测试相关的测试代码,而不仅仅是功能代码。 【我想解决的问题是】驻场项目组本地化工程代码与产品代码存在差异,导致产品更新后合并产品代码带来的很多工作量的问题。项目组没有公司环境或不方便将甲方内网环境代码放到公司环境测试。产品每次发布时,驻场项目组需要合并产品代码,产品变更文件较多的情况下,如果本地化代码与公司代码差异较多时,合并代码工作量大,需要多人完成,存在遗漏、合并错误等问题,只能等相关代码完成合并后再进行测试,一些代码合并错误可能导致在测试案例的执行中产生各种问题,增加测试排查难度和占用测试时间,甚至一些细节改动可能在测试过程中无法发现直到生产积年累月运行时才发现。 【建议类型】技术建议
    1 0
  • 01799857
    2022年10月11日 20:43
    【我的建议】养成良好的工作习惯 【我想解决的问题是】 工作中各种各样的文档非常多,很容易造成混乱,我建议每个人都养成良好的分门归类习惯,按照文档的类型进行归类,方便日后查找。 【建议类型】工作习惯建议
    1 0
  • 01855031
    2022年10月11日 20:39
    【我的建议】使用plsql+Beyond Compare工具,将同一张表表结构的字段、字段类型进行比较。快速避免人工比对差错,省事省力。(2分钟完成比对) 【我想解决的问题是】现场不同开发环境,同一张表如何比对差异(尤其是多字段表) 【建议类型】工具
    0 0
  • 01834188
    2022年10月11日 20:33
    我建议在一个switch块内,每个case要么通过continue/break/return等来终止,要么 注释说明程序将继续执行到哪一个 case 为止;在一个 switch 块内,都必须包含一个 default 语句并且放在最后。
    0 0
  • 01823031
    2022年10月11日 20:29
    【我的建议】测试要关注本质问题 【我想解决的问题是】注重入库逻辑,找出隐藏bug,帮助开发快速定位 【建议类型】测试方法
    0 0
  • 00223905
    2022年10月11日 20:28
    【我的建议】在产品或项目中,整理常见bug排查和解决办法 【我想解决的问题是】便于现有系统或产品,在人员变更时,能更快地对系统或产品进行维护。 【建议类型】bug解决办法
    0 0
  • 02125095
    2022年10月11日 20:28
    【我的建议】代码注释更加规范化 【我想解决的问题是】把内容设置的简洁明了,防止注释的多义性,高质量的注释会很大的提高工作效率 【建议类型】技术建议
    1 0
  • 01823031
    2022年10月11日 20:26
    【我的建议】需求原型一定要规范 【我想解决的问题是】规范原型,可以减少开发、测试的工作量 【建议类型】其他建议
    1 0
  • 01836079
    2022年10月11日 20:25
    【我的建议】结算行挡板 【我想解决的问题是】测试结算行不依赖上金所环境 【建议类型】工具
    0 0
  • 01823031
    2022年10月11日 20:23
    这个文化节太有意义啦!!
    0 0
  • 01787545
    2022年10月11日 20:18
    【我的建议】关注时间成本效益 【我想解决的问题是】人的时间成本越来越贵,因此,要多使用自动化工具,产品,服务,减少人力时间,人力成本 【建议类型】其他建议
    1 0
  • 01847514
    2022年10月11日 20:15
    【我的建议】规范编程,多写注释 【我想解决的问题是】注释可以有效的降低代码阅读难度,而且规范的注释可以帮助程序员在开发中更好的理清开发逻辑。 【建议类型】技术建议/开发建议
    2 0
  • 01790542
    2022年10月11日 20:08
    【我的建议】单元测试作为一种质量保障手段,在项目提测前完成单元测试。 【我想解决的问题】避免测试人员或业务检验时因一些低级的错误耽误进度。 【建议类型】技术建议
    2 0
  • 01815062
    2022年10月11日 20:03
    【我的建议】建议明确需求再开发 【我想解决的问题是】避免反复返工,导致开发进度延期 【建议类型】提效方法
    4 0
  • 00224110
    2022年10月11日 19:53
    【我的建议】系统开发、编码规范化 【我想解决的问题是】把注释写清楚,修改的位置也标明清楚,方便后续新人好接手 【建议类型】技术建议/开发建议
    2 0
  • 01734587
    2022年10月11日 19:52
    我的建议:安装grep-console工具 建议类型:工具 使用idea建议安装grep-consloe。由于Intellij idea不支持显示ascii颜色,grep-console插件能很好的解决这个问题, 可以设置不同级别log的字体颜色和背景色,提高辨别度
    1 0
  • 01814735
    2022年10月11日 19:50
    【我的建议】每次和其他系统沟通解决问题后需要第一时间进行记录,包括问题解决人,最好多保存几个相关系统的解决人,解决办法,形成文档并分类项目内统一路径保存,方便后续遇到相关问题能快速解决 【我想解决的问题是】解决外系统处理问题时效慢的问题 【建议类型】测试开发问题解决
    2 0
  • 01845970
    2022年10月11日 19:50
    【 我的建议】捕获异常与抛异常,必 须是完全匹配,或者捕获异常是抛异常的父类。 【我想解决的问题是】如果预期对方抛的是绣球,实 际接到的是铅球,就会产生意外情况。 【建议类型】技术建议
    2 0
  • 01850058
    2022年10月11日 19:39
    【我的建议】日志数据化。 【我想解决的问题是】测试任务完成时效性 【建议类型】提效方法
    2 0
  • 01844450
    2022年10月11日 19:35
    【我的建议】谨慎地记录日志。生产环境禁止输出 debug 日志;有选择地输出 info 日志;如果使 用 warn 来记录刚上线时的业务行为信息,一定要注意日志输出量的问题,避免把服务器磁盘 撑爆,并记得及时删除这些观察日志。 【我想解决的问题是】 大量地输出无效日志,不利于系统性能提升,也不利于快速定位错误点。 【建议类型】技术建议
    1 0
  • 00224119
    2022年10月11日 19:34
    【我的建议】推荐一款自动化运维工具ansible 【我想解决的问题是】解决生产分布式系统的应用部署,配置项管理。 【建议类型】运维工具
    2 0
  • 01755185
    2022年10月11日 19:29
    建议杜绝完全不规范的缩写,避免望文不知义
    1 0
  • 01751508
    2022年10月11日 19:27
    TRUNCATE TABLE 比 DELETE 速度快,且使用的系统和事务日志资源少,但TRUNCATE 无事务且不触发 trigger,有可能造成事故,故不建议在开发代码中使用此语句。
    1 0
  • 01843121
    2022年10月11日 19:17
    【我的建议】推荐一款国产免费开源工具 apifox 【我想解决的问题】 postman+swagger+mock+jemter一站式服务 【建议类型】工具
    1 0
  • 01790831
    2022年10月11日 19:09
    【我的建议】养成优化表达式的思维方式 【我想解决的问题是】对同一个表达式稍加改动就会打乱表达式的逻辑运算顺序,因此我们应该学会优化表达式的结构,不改变表达式的运算顺序和结果即可提高代码的可读性。 【建议类型】技术建议
    0 0
  • 01848819
    2022年10月11日 19:05
    【我的建议】代码中的注释注解要写清楚写详细 【我想解决的问题是】由于代码量大,且大部分都是需要后期改造的,所以希望能把注释写清楚写明白,不要写的只有自己能看懂,会给交接的人造成困扰。 【建议类型】技术建议
    1 0
  • 01830492
    2022年10月11日 19:05
    【我的建议】需求分析和设计评审应当严谨 【我想解决的问题是】加强需求分析,设计评审的严谨性,确保开发逻辑无误 【建议类型】业务建议
    1 0
  • 01829654
    2022年10月11日 19:05
    【我的建议】不要使用一个常量类维护所有常量,要按常量功能进行归类,分开维护。 【我想解决的问题是】大而全的常量类,杂乱无章,使用查找功能才能定位到修改的常量,不利于理解和维护。 【建议类型】提效方法。
    1 0
  • 01794289
    2022年10月11日 19:04
    【我的建议】代码可以多用工厂模式或其他设计模式以及注解+反射,使得代码尽可能多的进行复用,减少重复代码。 【我想解决的问题】让代码简洁易读,减少重复代码。 【建议类型】技术建议
    0 0
  • 01812286
    2022年10月11日 19:03
    【我的建议】要么在应用层加锁,要么在缓存加锁,要么在数据库层使用乐观锁,使用version作为更新依据。说明:如果每次访问冲突概率小于20%,推荐使用乐观锁,否则使用悲观锁。乐观锁的重试次数不得小于3次。 【我想解决的问题是】避免并发修改同一记录时更新丢失 【建议类型】技术建议/开发建议
    1 0
  • 02126274
    2022年10月11日 19:02
    【我的建议】定义数据对象 DO 类时,属性类型要与数据库字段类型相匹配。
    1 0
  • 02125450
    2022年10月11日 19:00
    【我的建议】工具推荐:flowus 【我想解决的问题是】flowus作为一个生产力工具,集 文档,多维表,文件夹 于一身,同时提供云端即时协作能力,一站式提升个人和团队的信息组织能力和效率,配合轻松自由的搭建能力,按需定制属于你的学习工作空间。同时提供了大量模板,包括缺陷池管理,版本排期,工程wiki 【建议类型】提效工具
    1 0
  • 02125092
    2022年10月11日 18:58
    【我的建议】编写代码时做好规范命名,尽量不使用奇怪的缩写做变量名,同时做好必要的注释说明 【我想解决的问题是】在后续优化时看不懂之前的代码 【建议类型】开发建议
    1 0
  • 01727409
    2022年10月11日 18:58
    【我的建议】对于新入项目组同事,可从了解系统框架开始,然后区分模块,再安排练手工作,然后工作复盘,达到初步适应项目工作的要求,再逐渐扩大模块内容培养,做到既精通又全面 【我想解决的问题是】培养人才 【建议类型】人才培养
    1 0
  • 01794288
    2022年10月11日 18:58
    【我的建议】 1.进一步规范需求到开发的流程,充分分析需求内容到代码开发过程,规避一些潜在问题。 2.加强代码管理,避免当个项目代码重复开发。 3.规范开发文档的使用更新。 【我想解决的问题是】由于需求分析不到位导致的后期潜在风险,分析不到位主要体现在业务流程不了解,当前代码结果不了解,同时规避一些重复问题。 【建议类型】开发建议
    1 0
  • 01792891
    2022年10月11日 18:54
    建议:为了达到代码自解释的目标,任何自定义编程元素在命名时,使用尽量完整的单词 组合来表达其意。
    1 0
  • 01786354
    2022年10月11日 18:52
    【我的建议】代码开发过程中,一定要把注释写明白,包括单行、多行、文档注释等等,说明某段代码的作用,或者说明某个类的用途、某个属性的含义、某个方法的功能,方法参数和返回值的数据类型、意义等。当场写,不要想着代码写完再去补(可能转头就忘了)。 【我想解决的问题是】提升工作效率,对于代码的理解、工作的交接都有很大的好处 【建议类型】提效方法
    0 0
  • 01755500
    2022年10月11日 18:51
    避免通过一个类得对象引用方位静态变量或者静态方法,无畏得增加编译器得解析成本,另外开发做好代码注释
    0 0
  • 01755500
    2022年10月11日 18:48
    加油,让大家一起学习,共同进步,多开展知识培训,共同进步
    0 0
  • 02122817
    2022年10月11日 18:47
    【我的建议】代码修改的同时,注释也要进行相应的修改,尤其是参数、返回值、异常、核心逻辑等的修改。 【我想解决的问题是】代码与注释更新不同步,就像路网与导航软件更新不同步一样,如果导航软件严重滞后,就失去了导航的意义。 【建议类型】业务建议
    1 0
  • 01859665
    2022年10月11日 18:46
    不要使用count(列名)或count(常量)来替代count(*),count(*)是SQL92定义的 标准统计行数的语法,跟数据库无关,跟 NULL 和非 NULL 无关。 说明:count(*)会统计值为 NULL 的行,而 count(列名)不会统计此列为 NULL 值的行。
    0 0
  • 02122140
    2022年10月11日 18:46
    [我的建议]在开发过程中,尽量使方法可以见名知义。在看到这个方法的时候第一眼可以大致了解方法的作用。
    0 0
  • 01833635
    2022年10月11日 18:44
    推荐 一款小软件 UltraEdit 文本编辑器 可以查询代码 、查询日志 连接服务 提供多种连接方式 有图形界面 很方便
    0 0
  • 02119998
    2022年10月11日 18:44
    【我的建议】及时清理不再使用的代码段或配置信息。 【我想解决的问题是】对于垃圾代码或过时配置,坚决清理干净,避免程序过度臃肿,代码冗余,对于暂时被注释掉,后续可能恢复使用的代码片断,在注释代码的上方,统一规定使用三个斜杠(///) 【建议类型】技术建议
    0 0
  • 01847695
    2022年10月11日 18:43
    【我的建议】前后端进行接口对接时可以使用YApi工具 【我想解决的问题是】之前进行接口对接时一般是通过接口文档,但是有时文档写的并不规范,而且也不方便,使用YApi工具可以解决以上问题 【建议类型】工具
    0 0
  • 01846716
    2022年10月11日 18:43
    【我的建议】类名首字母全大写,常量全部大写并用下划线分隔,变量采用驼峰命名法(Camel Case)命名等,这些都是最基本的Java编码规范,是每个javaer都应熟知的规则,但是在变量的声明中要注意不要引入容易混淆的字母。 【我想解决的问题是】提升代码规范和可读性
    0 0
  • 01809707
    2022年10月11日 18:38
    【我的建议】推荐一款特别实用的小工具 uTools 【我想解决的问题是】uTools是一款效率工具平台,可以安装使用于在各种操作系统、在联网断网下均可使用;可以使用设置的快捷键快速打开搜素框,快速搜索本地文件夹及文件,还可快速打开电脑上安装的各种软件;除此之外上面集成了400+ 的插件供你选择,每个插件解决一个具体场景的问题;比如各种加解密算法,Linux/C++等命令及教程,翻译软件等;使用该工具可以大大增加自己的工作效率,让日常工作可以更加得心应手。 【建议类型】工具
    1 0
  • 01767392
    2022年10月11日 18:37
    【我的建议】 1、项目开发过程中,对代码添加必要注解。 2、进行系统设计文档、操作文档编写;建立统一分类存放,及时更新维护。 【我想解决的问题是】新进入项目的无从下手 【建议类型】开发建议
    0 0
  • 01733985
    2022年10月11日 18:35
    【我的建议】对于生产事故、开发测试过程或者项目管理中暴露出来的问题,项目组及时开复盘会议,按照复盘四步法深刻剖析(目标结果、情景再现、分析原因、总结经验),并形成经验教训手册。 【我想解决的问题是】提高项目管理质量,减少生产事故,提升客户满意度。 【建议类型】项目管理
    2 0
  • 01846843
    2022年10月11日 18:25
    【我的建议】开发可开个会议,针对逻辑比较复杂的方法,和测试同事进行讲解,方便测试用例分析,减少测试用例分析时间。 【我想解决的问题是】测试在没有项目经理情况下解决需求逻辑难理解问题 【建议类型】业务类
    0 0
  • 01757001
    2022年10月11日 18:20
    【我的建议】业务代码模块化、每个迭代抽时间做代码走查 【我想解决的问题是】项目人员流动性大,新加入项目的项目成员,在看别人代码很痛苦 【建议类型】技术建议
    0 0
  • 01819073
    2022年10月11日 18:20
    【我的建议】关注个人周报 【我想解决的问题是】应该推荐一款个人周报,一屏可以看完一周的所作工作。这样便于个人近期的工作总结,提个工作效率。如 img[https://51techud.yykj.com:9002] 【建议类型】其他建议
    0 0
  • 00224085
    2022年10月11日 18:17
    【我的建议】给 JVM 环境参数设置-XX:+HeapDumpOnOutOfMemoryError 参数,让 JVM 碰到OOM 场景时输出 dump 信息。 【我想解决的问题是】OOM 的发生是有概率的,甚至相隔数月才出现一例,出错时的堆内信息对解决问题非常有帮助。 【建议类型】技术建议
    0 0
  • 00224085
    2022年10月11日 18:13
    【我的建议】抽象类命名使用 Abstract 或 Base 开头;异常类命名使用 Exception 结尾; 测试类命名以它要测试的类的名称开始,以 Test 结尾。 【我想解决的问题是】让阅读者易于理解,避免歧义,有利于代码维护。 【建议类型】技术建议
    0 0
  • 00224085
    2022年10月11日 18:12
    【我的建议】代码中的命名不建议使用拼音与英文混合的方式 【我想解决的问题是】让阅读者易于理解,避免歧义。 【建议类型】技术建议
    0 0
  • 01786688
    2022年10月11日 18:02
    【我的建议】 解决bug思路时,先看有没有报错,报错了是什么报错,如:null指针,拒绝访问,内存溢出,Exception常见错误,web访问页面报错,还是数据库加载报错,先定位问题,再解决问题。按web----->controller---->service—>dao---->redis、mysql或其他数据库,层层演绎,减少bug的解决定位时间。 【我想解决的问题是】 bug解决方法 【建议类型】技术建议
    0 0
  • 01799765
    2022年10月11日 18:01
    【我的建议】公司应该定期组织考取行业认证
    1 0
  • 01853781
    2022年10月11日 17:59
    【我的建议】公司目前所有产品、业务线做下操作培训,让所有人都对公司产品有个了解会使用塑造全能型业务人才,后期可以更好的接手除自己手上其他业务线或产品的开发测试工作。 【我想解决的问题是】解决项目人员调用新人不熟悉业务很难接手、融入花费的时间成本较大 【建议类型】业务类
    0 0
  • 01823548
    2022年10月11日 17:58
    【我的建议】加强单元测试和前后端联调; 【我想解决的问题是】更早的暴露问题,验证需求的完成情况,提供一个更可靠的测试版本,避免冒烟测试不通过; 【建议类型】业务
    0 0
  • 01775458
    2022年10月11日 17:57
    【我的建议】丰富公司平台前端技术栈文档,方便快速开发 【我想解决的问题是】公司平台前端VUE采用的某些技术栈,例如AVUE,太小众了,缺少文档教程,官网文档需要付费 【建议类型】技术建议
    0 0
  • 01814044
    2022年10月11日 17:52
    【我的建议】单元测试 【我想解决的问题是】降低测试环节的bug率,提高流程效率,每个接口功能完成之后,及时的输出单元测试,自己检验测试当前接口的可用性。 【建议类型】 技术建议
    0 0
  • 00224062
    2022年10月11日 17:50
    【我的建议】UTools+Ditto 【我想解决的问题是】当电脑用得越来越久的时候,不知不觉就会下载了很多常用的、不常用的软件,需要使用某项功能时,需先思考在什么软件能实现对应功能,再去那些众多的图标群中寻找到目标软件,打开以后去实现对应功能,很是繁琐。使用UTools后,能让你可以更加专注自己的工作,工具更多时候只是工具,即用即走、不中断、无干扰,能够为你节约大量时间。 uTools 是一个极简、插件化的现代桌面软件,通过自由选配丰富的插件,打造得心应手的工具集合。它会根据当前选择的内容(文本、截图、文件、文件夹)自动匹配已安装的插件供你选择。通过快捷键也可以快速呼出搜索框。你可以往输入框内粘贴文本、图片、截图、文件、文件夹等等,能够处理此内容的插件也早已准备就绪。 (使用频率最高的剪切板工具开始收费,习惯白嫖的同志们可以选择更好的专门软件Ditto替代之) 【建议类型】工具
    7 0
  • 01759893
    2022年10月11日 17:45
    【我的建议】需求变更,应该及时同步给测试人员,测试人员才可根据最新的需求内容,进行案例修改和调整
    0 0
  • 01758930
    2022年10月11日 17:41
    【我的建议】 需求在完成评审后、开发过程途中沟通的需求需拉上测试一起参与
    0 0
  • 01823548
    2022年10月11日 17:40
    【我的建议】加强需求管理,控制需求变更 【我想解决的问题是】加强需求跟踪,帮助团队有效地协作,将需求的变更信息及时传送到团队的每个成员,可以使跨项目团队的所有成员都能掌握必要的需求详细信息,并对软件项目规划、项目跟踪与监督实施管理。
    0 0
  • 01786688
    2022年10月11日 17:37
    【我的建议】日常开发提效小工具推荐(1.IDEA的插件,2.浏览器插件) 【我想解决的问题是】 1.IDEA的插件: MybatisPlus:可以从dao层点到xml,定位到xml中的SQL语句; jclasslib Bytecode Viewer:可以直接查看字节码; Maven Helper:可以以视图方式查看pom; 2.谷歌浏览器插件: Adblock Plus 广告拦截工具:拦截网站上的弹出窗口和烦人的广告; JSON Formatter:访问URL地址返回的json数据能按照json格式展现出来; Postman Interceptor:将浏览器中的session,cookie等信息过滤给postman; 日常比较好用的插件,可以简化开发过程中一些操作; 【建议类型】提效方法
    0 0
  • 01819309
    2022年10月11日 17:37
    【我的建议】增加经费,用于购买书籍、技术学习资料等。 【我想解决的问题是】 很多做技术的,碰到问题喜欢网上搜索,这样学习的东西不是很系统,而书本上的东西比较全面,专业。 看官方文档是比较好的方式,而增加另外一个学习途径也是挺不错的。 1、可公司增加一个固定区域,放置、更新技术相关书籍,供大家阅读、参考、学习,交流。 2、可部门自行购买书籍,自行存放。 【建议类型】技术建议
    2 0
  • 01795251
    2022年10月11日 17:36
    【我的建议】规范编程,文档输出 【我想解决的问题是】编码后期肯定需要维护,编码时把备注尽量写详细些,日志输出也尽量详细,减少多余日志,方便后期查找问题,减少后期系统维护成本;重要交易,也可以根据备注等输出对应交易流程文档,方便后人学习,快速上手 【建议类型】开发建议
    0 0
  • 00223766
    2022年10月11日 17:32
    【我的建议】测试人员使用 1、某些特定领域业务的理解非一朝一夕,一个对某领域业务理解较为通透的测试负责人,带来的效果是不可用数据评估的,某些特定领域业务应该建立一些默认机制,从招人→培养→使用,精通一道; 2、测试人员对业务的理解,本来就属于他的基本工作范畴,这样也适合,公司倡导的业务创新,先精而后创新; 另外,一个比较好的测试人员在做项目测试工作之外,他的另外一项职责,对业务需要有清晰的理解;
    0 0
  • 00224277
    2022年10月11日 17:30
    背景:学习公司基础平台技术栈,下载脚本,源码,前端代码没有权限 【我的建议】默认给开发类同事配置下载权限。 【我想解决的问题是】让团队新同事,学习公司技术栈,方便高效。 【建议类型】技术栈及论坛文档权限
    1 0
  • 01807116
    2022年10月11日 17:29
    【我的建议】希望业务需求可以更加明确,原型图更加细化,对应的页面按钮都可以有联动功能,有专业的人去对接需求老师,而不是开发直接去找业务沟通 【建议类型】业务
    0 0
  • 00224100
    2022年10月11日 17:27
    【我的建议】每个方法不要太长,方法功能备注描述清楚。代码注释尽量详细。 【我想解决的问题是】避免接手代码关键点不清楚。 【建议类型】技术建议
    0 0
  • 00224062
    2022年10月11日 17:25
    【我的建议】(原创)加密设备\加密平台性能测试工具 【我想解决的问题是】如果要压测不同规格的加密硬件设备或者加密平台,因涉及个性化API或者个性化接口,很难使用专门压测工具进行对应性能测试。不同的会员做国密化改造时存在着巨大的差异,有些会员使用硬件加密设备,有些会员使用各自的安全平台,硬件设备与安全平台接口也都存在很大差异。工具思路上首先使用策略模式将不变的主程序部分和可变的个性化部分分开,主程序直接实现,个性化部分封装统一接口,针对不同设备或平台只需要考虑实现对应接口即可。使得可以以相同的接口来压测不同类型硬件设备或者加密平台,直接集成第三方API或者通讯协议,可在服务器端模拟应用直接启动发起压测。 【建议类型】工具
    3 0
  • 01818587
    2022年10月11日 17:22
    【我的建议】文本编辑器-NotepadNext 【我想解决的问题是】notepad++的有替代品。不只有Windows的安装和绿色版本,还有 MacOS 和 Linux 的版本。目前的部分特色功能有这些:文件夹作为工作区;支持多种语言,如 C++、YAML、XML、LaTeX、PHP、Python、R、Rust 等;调整以禁用 / 启用部分 UI;支持录制宏,运行它,保存录制的宏;文件中的查找和替换功能;线操作; 编辑检查器以获取有关文档的详细信息;缩进指南等等。这个编辑工具今年得到大家的关注比较多,从2022年中旬以来,就出现爆火的趋势了,看GitHub上的Star History就能直观感受出来。 【建议类型】工具
    0 0
  • 01855704
    2022年10月11日 17:16
    【我的建议】允许申请好用的免费工具,提高工作效率 【我想解决的问题是】 1、分类写技术,业务等知识分享,参考如CSDN 2、各种开发工具等对于开发可以提高效率 3、提供个人虚拟机环境,公用环境经常互相干扰,很浪费时间 【建议类型】效率
    0 0
  • 00223766
    2022年10月11日 17:16
    【我想解决的问题是】 1、如何实现为公司创收+员工长久发展,紧密相连; 2、如何开拓更多的市场项目;
    0 0
  • 01812290
    2022年10月11日 17:15
    【我的建议】截图,贴图工具Snipaste,在线画图draw.io 【我想解决的问题是】Snipaste截取部分需要的内容贴图,方便查看。 【建议类型】工具
    0 0
  • 01807955
    2022年10月11日 17:13
    【我的建议】养成良好的编码习惯 【我想解决的问题是】1.关键日志的输出打印有助于问题排查。2.减少判断逻辑的嵌套,比如可以先将不满足的条件过滤掉。 【建议类型】技术建议/开发建议
    0 0
  • 00223766
    2022年10月11日 17:12
    【建议类型】测试类之——明文规定 1、我个人认为,一个全新系统或者一个系统迭代中的新功能,是要做接口测试的(接口层面的); 这个要在《设计阶段》就明确这个目标(而不是在测试阶段再确认,这时候已经晚了), 这么做方便识别项目周期、测试周期、测试范围划定、人员工作安排规划、相关文档准备; 2、接口测试后面跟着一个关联性特强的校验——入库校验; 有助于系统在生产应对各种无法预估的业务场景;
    0 0
  • 00224211
    2022年10月11日 17:10
    【我的建议】关注时间成本效益 【我想解决的问题是】人的时间成本越来越贵,因此,要多使用自动化工具,产品,服务,减少人力时间,人力成本 【建议类型】其他建议
    0 0
  • 01843012
    2022年10月11日 17:06
    【我的建议】在开发时在适当位置添加不同日志信息,便于区分及排查问题,需求开发完成,上线之前将带有敏感信息的日志输出语句删除 【我想解决的问题是】后期代码扫描防止出现“系统信息泄露”问题 【建议类型】技术建议
    0 0
  • 01829465
    2022年10月11日 17:05
    【我的建议】在编写代码时,做好代码注释及编码规范,防止代码混乱。 【我想解决的问题是】在回顾自己的代码或者在其他同事了解或接手的改项目时,可以快速了解自己想法和逻辑。 【建议类型】项目
    0 0
  • 00224105
    2022年10月11日 17:05
    【我的建议】(原创)发展技术迭代 【我想解决的问题是】系统往往是业务迭代而非技术迭代。会逐渐丧失竞争优势。 【建议类型】技术建议。
    0 0
  • 00223766
    2022年10月11日 17:05
    【我的建议】开发阶段 【代码注解】:建议把代码注解算在工作量中,不都说理由了,因为确实是特别重要; 【系统日志】:建议系统较为复杂的,重要的功能业务模块,在开发前就明确要打印代码的日志级别,方便测试、方便找问题、更方便生产找问题; 这个应该在“设计概要书”中,明确讨论和确定较为妥当; 而且测试组可以视情况将其纳为测试范围,从后端查看程序走向是否符合业务要求/设计要求;
    0 0
  • 00224105
    2022年10月11日 17:04
    【我的建议】(原创)开展外汇、期货、量化等领域系统技术服务业务 【我想解决的问题是】服务交易所单一,市场规模小。 【建议类型】业务建议
    0 0
  • 00223897
    2022年10月11日 17:03
    【我的建议】多学习一些沟通方面的学习,并实践提升能力,比如脱不花的"沟通的方法”等 【我想解决的问题是】技术人员沟通能力较弱,表达不清晰 【建议类型】其他建议
    1 0
  • 01787800
    2022年10月11日 17:01
    我的建议:需求文档尽量详细明确,代码多写注释
    0 0
  • 00224053
    2022年10月11日 17:01
    【我的建议】公司形成各个开发语言的小工具 【我想解决的问题是】公司形成各个开发语言的小工具,比如日期格式、数据排序、内容脱敏等,在公司工具的基础上再形成部门个性化的业务工具,可以多个项目公用,比如模拟报文发送、上传下载工具等。 【建议类型】工具
    0 0
  • 02123176
    2022年10月11日 17:00
    【我的建议】技术分享,业务培训,技术培训,老员工帮带 【我想解决的问题是】公司新员工可以更快的了解公司的业务,提高自身技术水平,加深技术储备,尽早为公司创造利益 【建议类型】业务类
    0 0
  • 00223136
    2022年10月11日 16:58
    【我的建议】测试方案持续优化 【我想解决的问题是】有时功能需求没变更,但是写完之后,再去回顾通篇用例时,还是能够发现遗漏或冗余的地方。通过不断的回顾优化完善测试用例,加强覆盖范围 【建议类型】技术建议
    0 0
  • 01854826
    2022年10月11日 16:54
    业务相关功能最好添加注释,以便后期排查问题! 开发前理清思路,提前做好规划
    0 0
  • 01775764
    2022年10月11日 16:54
    【我的建议】相关联需求最好安排到同一个人开发 【我想解决的问题是】避免工具类重复编码,实在安排不到的话,开发人员发现可能重复的代码也要多沟通,直接引用。 【建议类型】开发
    0 0
  • 01823548
    2022年10月11日 16:53
    【我的建议】对于流程类型的业务应梳理流程状态变化图 【我想解决的问题是】更加直观的理解业务 【建议类型】项目
    0 0
  • 00227790
    2022年10月11日 16:52
    建议规范代码编程,并合适恰当的添加代码注释
    0 0
  • 00224211
    2022年10月11日 16:52
    【我的建议】拥抱K8S容器化技术 【我想解决的问题是】K8S容器化技术是未来10多年的主流技术,技术公司必须掌握 【建议类型】技术建议
    0 0
  • 00223136
    2022年10月11日 16:51
    【我的建议】根据不同的项目阶段,采取不同的测试策略 【我想解决的问题是】项目不同阶段侧重点不同,避免过多的重复性工作,提高有效工作量 【建议类型】提效
    0 0
  • 00224211
    2022年10月11日 16:51
    【我的建议】做好组织过程资产 【我想解决的问题是】把组织过程资产上传到公司 git 服务器,供大家参考,学习 【建议类型】技术建议
    0 0
  • 00223766
    2022年10月11日 16:50
    原创提效小工具: 1、是否可以研究一个通用型的“项目进度模板”(可裁剪的)放在企业微信上。 2、利用企业微信的周报和日报功能,将其汇总/上报 3、这样相关成员、领导、相关方,可以直接的了解项目的进展、难点、风险..... 即:把企业微信的“汇报功能”+项目的“进度情况”+“通用型模板”完美融合;
    0 0
  • 01805841
    2022年10月11日 16:50
    【我的建议】大家可以多学习使用一些插件或者工具来提高代码开发效率,磨刀不误砍柴工。例如idea上的,Codota 代码智能提示插件,只要打出首字母就能联想出一整条语句;Lombok:自动生成setter/getter等;MyBatis Log Plugin / MyBatis Log Free:打印mybatis的SQL输出;MybatisX:mapper和xml跳转等。 【我想解决的问题是】如何提高代码开发效率。 【建议类型】工具
    1 0
  • 01788475
    2022年10月11日 16:49
    【我的建议】 1.日常工作多做笔记,主要记录遇到的问题,解决的方法,工作的想法、思路、流程 2.可以对各种不同的开发工具进行了解培训,多接收新知识 【我想解决的问题是】 1.新员工接手其他员工的工作,没有参与需求讨论,没有明确的记录资料,遇到问题,只能重新讨论需求 2.各个项目组的开发工具可能不同,用新的开发工具,不了解的情况下,再进行开发时会耽误时间
    0 0
  • 00223126
    2022年10月11日 16:48
    【我的建议】开发概要设计文档梳理及评审不可裁剪 【我想解决的问题是】当项目金额较大的,难以自行确定的技术指标、规格要求、服务标准;功能影响较大、关注度较高的项目,通过评审对核心设计框架等把关,减少后期返工造成的沉没成本 【建议类型】项目
    1 0
  • 01847847
    2022年10月11日 16:47
    建议分发需求时,能够给到详细的需求文档。 建议可以删除冗余代码,最小改动原则变为最合理改动原则。
    0 0
  • 01788735
    2022年10月11日 16:46
    【我的建议】bug解决方法,解决bug要善于利用搜索引擎,其次要多学底层原理 【我想解决的问题是】想解决修补bug费时费力问题 【建议类型】技术建议
    0 0
  • 00224073
    2022年10月11日 16:46
    【我的建议】定期对系统进行重构 【我想解决的问题是】多次迭代后代码重复率,无效代码,低性能代码增多,增加维护难度以及后续版本开发的难度; 【建议类型】技术建议
    0 0
  • 01734186
    2022年10月11日 16:46
    【我的建议】建设一问题共享平台 【我想解决的问题是】项目开发过程中遇到的问题提出来,大家一起看。 【建议类型】工具类
    0 0
  • 01758930
    2022年10月11日 16:44
    【我的建议】需求评审完成之后,后续的需求修改需及时更新到原型图上并及时通知相关方 【建议类型】业务
    0 0
  • 01827133
    2022年10月11日 16:44
    【我的建议】对日常工作中的问题进行记录,整理 【我想解决的问题是】方便迅速定位,排查问题 【建议类型】提效建议
    1 0
  • 00223766
    2022年10月11日 16:44
    【我的建议】 技术社区,可以更加人性化一定; 快捷、高效、美观、简解、大方、快速预览、简单查贴、分类明确...... 让大家用的时候,享受其中 ***人机验证可以简单点~~~~
    0 0
  • 01850230
    2022年10月11日 16:43
    【我的建议】建立团队知识共享机制,把自己走过的弯路学到的知识,发布到团队平台上,让新人不再重复 【我想解决的问题是】新人更快上手 【建议类型】知识共享
    0 0
  • 00020356
    2022年10月11日 16:43
    【我的建议】每个投产的系统,均需提交运维手册、故障处理手册、常见问题处理手册 【我想解决的问题是】快速解决系统问题。 【建议类型】提效建议
    1 0
  • 01819309
    2022年10月11日 16:42
    【我的建议】项目与事务跟踪工具JIRA 【我想解决的问题是】 JIRA是Atlassian公司出品的项目与事务跟踪工具,被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。 JIRA已经被分布于115个国家的19000多个组织中的管理人员、开发人员、分析人员、测试人员和其他人员所广泛使用。 场景一:我们公司每天写日报,每周写周报,不少部门还是用的execl ,太low了,太耽误时间了 可以试试这个开源工具,事情不是自己记录,而是同事指派给你(类似工单,OA系统),自动生成报表。 这样员工就不需要耽误时间去想,去写这些报表。 【建议类型】工具
    1 0
  • 00227842
    2022年10月11日 16:42
    【我的建议】部门内部定期组织畅谈会,针对相关项目进行技术复盘和项目管理复盘,分享技术要点,项目管理难点。 【我想解决的问题是】营造组织内部复盘学习的氛围 【建议类型】管理类
    0 0
  • 00020356
    2022年10月11日 16:41
    【我的建议】全部收齐项目开发过程文档,文档粒度到单一模块或单一应用 【我想解决的问题是】避免解决故障问题时翻看代码,费时费力。 【建议类型】提效建议
    1 0
  • 00227830
    2022年10月11日 16:41
    【我的建议】雁微服APP只有苹果端,没有安卓端,对使用安卓手机的同事不是很友好 【我想解决的问题是】雁微服安卓端的APP 【建议类型】工具
    0 0
  • 00224085
    2022年10月11日 16:41
    【我的建议】测试人员测试的时候,不要仅仅关注前端界面的显示和后台报错。1.要关注整个业务流程,如整个资金的流向,入金--》交易--》清算等一系列过程之后,确保资金是正常的,而不是每一个单独功能是否可执行;2.一定要确保数据的正确性,例如查询不能只看结果展示,而应该深入了解,什么样的数据应该被查出来;例如会计核算,要确认核算金额等是正确的,而不是只把数据发送出去。 【我想解决的问题是】测试质量更高,不局限于表面功能,要验证数据的正确性,业务流程的正确。 【建议类型】技术建议
    2 0
  • 00224334
    2022年10月11日 16:40
    【我的建议】项目内部进行系统操作、业务操作、作为操作文档编写及维护 【我想解决的问题是】新员工项目上手难以及高风险操作 【建议类型】开发建议
    0 0
  • 00224285
    2022年10月11日 16:40
    【我的建议】weblogic升级12214,关闭上下文功能 【建议解决的问题】jfastshop平台服务中间件有1213升级至12214时,部署应用启动时会报AlreadyNameBindException等命名绑定异常,导致启动失败,需连接wlst,关闭weblogic默认上下文加载功能 【建议类型】bug修复
    0 0
  • 01840921
    2022年10月11日 16:39
    【我的建议】现任开发同事可以留下框架范围描述,让新同事能够尽快适应。 【我想解决的问题是】编码后期维护问题,多写备注,把备注写详细些,减少后期系统维护成本
    0 0
  • 01848390
    2022年10月11日 16:38
    【我的建议】代码注释尽量详细。 【我想解决的问题是】避免接手代码关键点不清楚。 【建议类型】技术建议
    0 0
  • 01759893
    2022年10月11日 16:36
    【我的建议】希望需求原型图更加细化,对应的页面按钮都可以有联动功能 【建议类型】业务
    0 0
  • 00224086
    2022年10月11日 16:29
    【我的建议】产品开发一个跨平台的日志自动压缩及清理的工具,涵盖产品所有应用程序所产生的日志。 【我想解决的问题是】产品的二级系统由诸多应用程序构成,每个应用每天都会产生大量日志,如果服务器磁盘不够,日志没有定时清理,时间久了应用日志会将服务器磁盘撑爆,因此产品可以开发一个跨平台的日志自动压缩以及定时清理的工具,运行这个工具可以每天或每周(可配置)进行一次日志压缩,并清理历史日志,清理历史日志的期限可以根据参数自行配置。 【建议类型】工具
    0 0
  • 01843012
    2022年10月11日 16:29
    在开发时在适当位置添加不同日志信息,便于区分及排查问题,需求开发完成,上线之前将带有敏感信息的日志输出语句删除
    0 0
  • 01858590
    2022年10月11日 16:29
    【我的建议】技术社区上分享更多的技术心得,业务流程培训 【我想解决的问题是】新员工能更快的融入业务开发中 【建议类型】业务
    0 0
  • 01819069
    2022年10月11日 16:29
    目前开通禅道账号,需要跨部门找专人审批后开通,对于这种不涉密的日常工作流程,建议把权限下方到各部门负责人,减少沟通环境,提高工作效率
    8 0
  • 01844496
    2022年10月11日 16:28
    【我的建议】代码多写注释 【我想解决的问题是】方便新入职的同事或接手该模块的同事看懂代码 【建议类型】业务类
    1 0
  • 00223766
    2022年10月11日 16:27
    【我的建议】技术社区应该成为沉淀池/赋能服务站 1、最近不是在宣导“赋能”嘛,好贴=赋能;期望有这方面的规章制度; 2、一个企业的技术社区,也应该起到一定作用的沉淀作用; 沉淀-创新、业务、经验、管理、技术、疑难杂症等等, 技术社区的建立需要长时间的沉淀,更需要相关规则/管理/奖励/宣导手段去推动它;
    0 0
  • 01759291
    2022年10月11日 16:26
    我的建议:要有预案还需要有演练,这样在真正发生故障的时候才能做到不慌不乱。
    1 0
  • 01848167
    2022年10月11日 16:25
    【我的建议】将公司现有的工时系统,绩效系统,入职系统,等其他系统整合为一个系统。 【我想解决的问题是】目前各系统相互独立,域名,网站风格,操作习惯各不相同,显得杂乱无章且不容易记忆。整个为一个新系统后可大大提高办公效率,降低经费预算。 【建议类型】现有项目建设
    2 0
  • 00223766
    2022年10月11日 16:25
    【我的建议】 背景:敏捷在现在的项目管控中,在现在项目/产品周期越来越短的客观情况下,显得越来越重要;质量和进度,不再是一个单选题,为了迎合客户满意度,这已经成为了多选+必选; 个人建议: 敏捷是有其理论、框架、条件可遵循、全阶段的,不是单纯所谓的经验论、实事求是、某个阶段动一动、莽进度、莽交付; 建议建立敏捷课程,由相关经验丰富的老师开头,经验丰富的项目负责人引进实战经验,进行长久且持续的教育和学习,并建立跟踪回馈机制,让项目可以高效+质量的交付;
    0 0
  • 00069288
    2022年10月11日 16:24
    【我的建议】推荐一款极品屏幕截图录屏工具,FastStone Capture 简称 FSCapture,体积小巧、功能精悍,操作简便。不仅具有所有常规屏幕截图方式,还能够从扫描仪获取图像文件,以及将其转换为便携式 PDF 文档等功能,同时也支持对抓取到的图片进行编辑与保存操作。 功能特点: 屏幕截图功能(可以捕捉:活动窗口、窗口/对象、矩形区域、手绘区域、整个屏幕、滚动窗口、固定区域) 图像的处理功能(裁剪、标记、添加个性化边缘外框等) 屏幕录像器(输出格式为 WMV) 丰富的快捷键操作 丰富的图像存储格式:BMP、GIF、JPEG、PCX、PNG、TGA、TIFF 以及 PDF 文档等 转换图像为多页面 PDF文档 从扫描仪获取图像文件 内存空间占用极小 支持选项卡(标签页)能够同时捕获和编辑多个截图 【我想解决的问题是】 推荐一款免费好用的截图、录屏工具,提升工作效率。 【建议类型】工具
    1 0
  • 01802650
    2022年10月11日 16:24
    【我的建议】 在线便捷工具网站-蛙蛙工具 【我想解决的问题是】 该网站聚合了多种工具,使用便利,功能强大 【建议类型】 工具
    0 0
  • 01819309
    2022年10月11日 16:24
    【我的建议】提效开源小工具推荐(1、SwithHOST 2、DocFetcher/anytxt Search 3、ChromeReloadPlus) 【我想解决的问题是】 1、swithhost:是一个管理、快速切换Hosts小工具,开源软件,一键切换Hosts配置,非常实用,高效。(特别适合上线前的提前测试) PS: 我这有添加Hosts的小脚本,需要的可联系我。 Add-Hosts.ps1(powershell编写) Add-Hosts.bat (batch编写) 2、DocFetcher/Anytxt Search:全文本搜索工具,大名鼎鼎的everything是搜索文件名,而这两个工具是搜索文件中的关键字,非常快速高效! 3、ChromeReloadPlus:谷歌插件,自动刷新网页,特别适合我司堡垒机,OA系统等页面,因为这些页面一段时间不操作,就会退出重新登录,有了这个工具,它隔一段时间就会自动刷新,可保持一直登录状态。从而节省时间,提高效率。 【建议类型】工具
    1 0
  • 00224103
    2022年10月11日 16:24
    【我的建议】建议产品将冗余代码删除,多写注释; 【我想解决的问题是】了解底层,解决问题根本原因; 【建议类型】多组织技术会议探讨项目中遇到的技术问题;
    0 0
  • 01803617
    2022年10月11日 16:23
    【我的建议】将工作中的案例和相关好的素材,共性的技能,输出物沉淀出来,用SVN平台记录输出物,能够实现分享和输出物利用最大化。 【我想解决的问题是】不受时间和空间限制,随时随地可以进行分享和输出物的交付。 【建议类型】工具 1
    0 0
  • 01815491
    2022年10月11日 16:22
    【我的建议】Confluence 【我想解决的问题是】Confluence是一个专业的企业知识管理与协同软件,可以用于构建企业wiki,平时项目中遇到的问题都可以发布在上面,包括技术文档等可以公司内共享的信息 【建议类型】工具
    0 0
  • 00224027
    2022年10月11日 16:22
    【我的建议】将专利意识贯穿工作始终。及时将优秀方案提炼为专利,形成知识沉淀并共享。 【我想解决的问题是】知识产权认知不足,不会挖掘和输出专利。多一种以专利共享知识的方式。 【建议类型】技术建议
    1 0
  • 01816896
    2022年10月11日 16:20
    【我的建议】(原创)localForage 本地储存技术 【我想解决的问题是】localForage 是一个 JavaScript 库,通过简单类似 localStorage API 的异步存储来改进你的 Web 应用程序的离线体验。它能存储多种类型的数据,而不仅仅是字符串。localForage 有一个优雅降级策略,若浏览器不支持 IndexedDB 或 WebSQL,则使用 localStorage。在所有主流浏览器中都可用:Chrome,Firefox,IE 和 Safari(包括 Safari Mobile)。比起常规的localStorage 只有5M的空间,它可以永久保存数据,并且内存有250M,可以满足更多数据储存的需求。 【建议类型】工具
    0 0
  • 01815491
    2022年10月11日 16:18
    【我的建议】 笔记工具-印象笔记 【我想解决的问题是】 项目组之间的信息共享 【建议类型】 工具
    0 0
  • 01791976
    2022年10月11日 16:17
    【我的建议】推荐一个工作备忘事项软件(敬业签),是一款多端同步的便签软件,不仅可在Windows电脑上使用,还可在Android手机、iPhone手机、iPad、web端和苹果Mac端使用,多端口登录同一账号便签内容不仅能实时同步,凡是设定提醒时间的内容还能同时在多个端口触发提醒,还可绑定手机微信、钉钉提醒、开启短信、语音电话以及邮箱提醒 【我想解决的问题是】实时提醒大家及时处理工作备忘,提高工作效率 【建议类型】提效
    0 0
  • 00223892
    2022年10月11日 16:16
    【我的建议】技术分享,业务培训资料视频,可以发布到银雁客户技术社区上 【我想解决的问题是】公司新员工可以更快的了解公司产品,技术更快提升 【建议类型】业务类
    0 0
  • 01823421
    2022年10月11日 16:16
    【我的建议】所在行分公司人力负责一下发票报销吧 【我想解决的问题】发票报销太麻烦,走流程繁琐 【建议类型】行政
    0 0
  • 01739285
    2022年10月11日 16:15
    【我的建议】分亨工作及学习中的用到的便利小工具 【我想解决的问题是】每个项目完成及在技术学习中, 分享用到的工具及技术提高工作效率 【建议类型】提效建议
    1 0
  • 00223939
    2022年10月11日 16:15
    【我的建议】代码分享小工具 【我想解决的问题是】大家可以把平时写代码遇到的重点难点问题,或者好玩的代码分享到工具里,供大家讨论、研究 【建议类型】工具
    0 0
  • 01805834
    2022年10月11日 16:15
    【我的建议】FinalShell 【我想解决的问题是】FinalShell是一款免费的国产的集SSH工具、服务器管理、远程桌面加速的良心软件,同时支持Windows,macOS,Linux,它不单单是一个SSH工具,完整的说法应该叫一体化的的服务器,网络管理软件,在很大程度上可以免费替代XShell,是国产中不多见的良心产品,具有免费海外服务器远程桌面加速,SSH加速,双边TCP加速,内网穿透等特色功能。 【建议类型】工具
    0 0
  • 02122845
    2022年10月11日 16:14
    【我的建议】推荐一款比较好用的github加速器steam++ 【我想解决的问题是】可以使用steam++实现github访问加速 【建议类型】工具
    2 0
  • 00223136
    2022年10月11日 16:14
    【我的建议】 UXtester 【我想解决的问题是】 能使可用性测试的执行、数据分析及管理规范化和智能化,并实现提效 【建议类型】 工具
    0 0
  • 01791833
    2022年10月11日 16:12
    【我的建议】项目设计时把问题优先级提前订好方便开发时的取舍 【我想解决的问题是】项目设计时未考虑到后续执行会产生的冲突隐患导致边缘功能影响到主干功能得不偿失 【建议类型】提效建议
    0 0
  • 01850905
    2022年10月11日 16:10
    【我的建议】推荐一款比较好用的笔记工具语雀 【我想解决的问题是】可以使用语雀记录自己的心得体会,绘制思维导图等,简单易用,并且免费 【建议类型】工具
    0 0
  • 01829762
    2022年10月11日 16:10
    【我的建议】在一个项目开发生产的过程中应该列个计划表,每次开会时应该把下个任务指出分配给谁时间期限等等,而不只是口头上分发任务,口头上分发任务可能会导致有些人不清楚任务的具体,开会后就记不清导致效率低。 【我想解决的问题是】工作时应该有相应的工作计划表 【建议类型】日常开发细节
    1 0
  • 01817068
    2022年10月11日 16:07
    【我的建议】在解决/了解一个技术源的时候,最好摸清楚该技术的底层原理,更好的解决问题的根本原因,比如在解决mysql数据库操作偏慢的时候,去了解数据库存储的底层原理是B+树,了解是怎么存储的,方便更好的解决效率,执行错误的问题,还可以转本开展了解底层的技术讨论会等等,既丰富大家技术理论,也提高大家解决问题的效率! 【我想解决的问题是】了解底层,解决问题根本原因 【建议类型】技术建议/开发建议
    0 0
  • 01756167
    2022年10月11日 16:05
    【我的建议】控制好产品需求、概要设计等相关文档的版本,有修改时需标注或输出新的版本并通知项目相关人员
    0 0
  • 01794294
    2022年10月11日 16:04
    【我的建议】推荐一款比较好用的绘图工具draw.io 【我想解决的问题是】可以使用draw.io绘制UML图,架构图,原型图等复杂流程图,简单易用,并且永久免费、完全开源。 【建议类型】工具
    1 0
  • 01801038
    2022年10月11日 16:03
    【我的建议】自行创建每日工作记录表记录每日工作。 【我想解决的问题是】解决负责的项目迭代太多工时混乱,自行记录每天的工作养成习惯方便后续月度录入工时 【建议类型】其他
    0 0
  • 00223126
    2022年10月11日 16:03
    【我的建议】巧用企业微信文档的“插入文档”功能,把团队/项目/个人的微文档做成导航微文档,方便文件查找和打开,文档集中管理,以提高办公效率 【我想解决的问题是】文档漫天飞,查找文档困难,文档不能集中管理 【建议类型】项目管理 img[https://51techud.yykj.com:9002]
    2 0
  • 01758930
    2022年10月11日 16:02
    【我的建议】测试在接到需求时不是特别详细,需求可以更加的细化 【建议类型】业务
    0 0
  • 01791976
    2022年10月11日 16:02
    【我的建议】在项目工作过程中生成的文件尽量生成可以共享的在线文件,方便工作使用 【我想解决的问题是】项目人员变动,减少交接缺失造成的问题,方便员工更快上手投入工作,不需要花大量时间去了解。 【建议类型】提效方法
    0 0
  • 01827133
    2022年10月11日 16:02
    【我的建议】h2数据库连接工具,通过解压安装包运行脚本,输入正确的连接方式和密码即可连接 【我想解决的问题是】h2数据的连接方式 https://blog.csdn.net/gm371200587/article/details/80134576 【建议类型】工具
    1 0
  • 00223926
    2022年10月11日 16:02
    【我的建议】Tabby是近年来非常出名的一款开源图形化Shell连接软件。近年来,介绍它的文章浩若繁星。私以为,网工同行都应了解一下Tabby,因为Tabby是目前为止,开源软件中,网工类操作体验最接近SecureCRT的平台。 【我想解决的问题是】使用好的免费shell工具。 【建议类型】工具
    0 0
  • 00223010
    2022年10月11日 15:58
    【我的建议】 目前文档格式转换比如PDF转Word、PDF合并、PDF转PPT,这类功能软件大部分收费,最近发现一个免费的工具就是flash中心,里面办公模块集成很多文档格式转换工具,可以免费试用,非常方便。 【我想解决的问题是】文档格式转换收费 【建议类型】工具
    1 0
  • 01773640
    2022年10月11日 15:58
    【我的建议】 1、项目中的工具类或一些通用的类最好做文档说明,后续接手工作的人可以方便的使用,避免重复的创建各写各的。 2、开发在编写代码时,做到注释紧跟随,方便你我他。 3、对于表设计,字段和表要添加注释,对于外键标明对应表名,方便查找关联。 【我想解决的问题是】开发规范 【建议类型】项目开发
    2 0
  • 01756167
    2022年10月11日 15:57
    【我的建议】开会只讲重点,跑题时及时打断 【我想解决的问题是】开会经常会有跑题的时候,导致相关参会人员浪费大量时间 【建议类型】提效建议
    0 0
  • 01753182
    2022年10月11日 15:56
    【我的建议】大家可以使用免费的BoarMix工具进行制作思维导图,UML设计, 可以团队共享,且不限制人数及文档数量 【我想解决的问题是】推荐免费好用的画图工具,提高团队沟通效率。 【建议类型】工具
    3 0
  • 01728999
    2022年10月11日 15:56
    【我的建议】快开2.0的建议 【我想解决的问题是】快开2.0不断在优化迭代,出现版本兼容问题,新的版本集成到旧的环境下就会出现运行异常等很多奇怪现象,建议建立好快开各模块的版本依赖关系,并能够提供多版本的下载地址; 【建议类型】技术建议
    0 0
  • 01801038
    2022年10月11日 15:56
    【我的建议】成型的产品保留创建相关操作文档、业务流程图、账号创建步骤 【我想解决的问题是】解决新人对业务熟悉困难的问题 【建议类型】提效
    0 0
  • 01823548
    2022年10月11日 15:55
    【我的建议】加强前期需求梳理与分析,详细设计和测试用例的评审 【我想解决的问题是】避免遗漏需求问题到开发和测试阶段,加大解决成本和解决的难度 【建议类型】业务建议
    0 0
  • 00223911
    2022年10月11日 15:53
    【我的建议】MAC工具推荐:iShot、paste、Diagrams、Yoink 【我想解决的问题是】长截图/录屏、复制粘贴记录、流程图制作、可视化拖放软件工具,可以提效日常工作 【建议类型】提效
    0 0
  • 00020356
    2022年10月11日 15:53
    针对低代码平台提个建议:低代码平台对研发提效的确起到较大作用,也有很多业务系统采用该平台做开发。给提个建议供参考: 【我的建议】多采用主流、公司开发团队熟悉的中间件或组件,采用的每个组件最好能够标注版本以及技术社区中开发者对该组件的支持周期,避免采用没有持续升级优化的社区组件。如减少使用H2数据库的使用,使用mysql数据库替代 【我想解决的问题是】统一技术栈,数据库。 【建议类型】技术建议/开发建议
    1 0
  • 01791976
    2022年10月11日 15:50
    【我的建议】业务在禅道上所提生产问题提出来后,先指派给测试人员,由测试人员进行初步的判断与定位再给到开发人员 【我想解决的问题是】规范生产问题处理流程,进一步提高工作效率 【建议类型】提效方法
    0 0
  • 01801038
    2022年10月11日 15:49
    【我的建议】公司目前所有产品、业务线做下操作培训,让所有人都对公司产品有个了解会使用塑造全能型业务人才,后期可以更好的接手除自己手上其他业务线或产品的开发测试工作。 【我想解决的问题是】解决项目人员调用新人不熟悉业务很难接手、融入花费的时间成本较大 【建议类型】业务类
    0 0
  • 00223911
    2022年10月11日 15:49
    【我的建议】业务需求工作量评估时按固定公式计入相关文档编写工时 【我想解决的问题是】项目进行中,大量的文档编写,没有计入工时,但又实实在在花费了工作时间 【建议类型】业务
    0 0
  • 01763368
    2022年10月11日 15:46
    【我的建议】推荐一个比较好用的记事本工具eDiary 【我想解决的问题是】平常工作时一些关键信息会记不住,随手用记事本记录在电脑上安全性又不高,eDiary针对这些问题有很好的解决方案。比如: 1.采用登录方式,只有输入正确用户名和口令才能进入; 2.日记文件经过非常严格的加密,充分保护用户隐私; 3.完善的搜索功能,支持全局快速搜索; 4.全中文软件,使用方便,适合中国人习惯。 【建议类型】工具
    0 0
  • 00223082
    2022年10月11日 15:44
    【我的建议】由于雁微服使用腾讯地图定位,当用户定位不准时,是通过多次连续定位的方式解决。但是实际使用过程中依旧存在定位不准的问题,而且连续定位也会增加成本。建议用户定位不准时,增加一个重新定位按钮,点击该按钮时,自动选用其他地图软件重新定位。 【我想解决的问题是】雁微服考勤定位不准问题 【建议类型】其他建议
    1 0
  • 01853836
    2022年10月11日 15:44
    【我的建议】在代码提交合入的过程中新增人员审批过程。 【我想解决的问题是】避免不规范代码合入。 【建议类型】技术建议
    9 0
  • 01776165
    2022年10月11日 15:43
    【我的建议】多利用公司的开发设计文档模版,也可以参考其他项目优秀的文档资料 【我想解决的问题是】提高开发人员文档编写能力,为项目产出优秀的文档资料 【建议类型】项目资产管理
    0 0
  • 00223764
    2022年10月11日 15:42
    【我的建议】归纳总结测试项目的经验和方法。 【我想解决的问题是】对于不同类型的测试项目,可以归纳总结出特殊点,输出文档,以便后续其他同事参考。 【建议类型】提效方法。
    1 0
  • 01784847
    2022年10月11日 15:41
    【我的建议】 公司统一数据要求的同时建议考虑已经成熟的系统改造的代价,花大量成本 改造是否合理,影响范围。 【我想解决的问题是】数据治理要求方案,没有考虑下游的各个业务系统真实问题,建议多调研实际场景需求在执行。 【建议类型】数据问题
    0 0
  • 01776165
    2022年10月11日 15:41
    【我的建议】利用好禅道上记录的任务内容 【我想解决的问题是】可以更完整的记录投入的工时消耗,能在项目总结中提取相应的项目数据 【建议类型】提效
    0 0
  • 00223764
    2022年10月11日 15:40
    【我的建议】可以增加一些集体活动 【我想解决的问题是】增加团队集体活动不仅仅局限于聚餐,可以多一些户外活动,增进项目组同事的合作力。 【建议类型】团队建设。
    0 0
  • 00223764
    2022年10月11日 15:38
    【我的建议】增加安全测试学习讨论 【我想解决的问题是】增加安全渗透测试的学习渠道,目前渗透测试学习可获取的方式有限 【建议类型】测试
    0 0
  • 00223126
    2022年10月11日 15:38
    【我的建议】使用RPA工具进行禅道任务工时和8M工时匹配核对,大大减少人工核对工作量,提高核对效率(已实现)。 【我想解决的问题是】推动禅道使用规范,提高工时核对效率。 【建议类型】工具
    1 0
  • 01756167
    2022年10月11日 15:35
    【我的建议】维护好相关产品的概要设计文档 【我想解决的问题是】可以更完整的了解系统设计 【建议类型】提效
    0 0
  • 00223729
    2022年10月11日 15:09
    【我的建议】将系统重构纳入系统迭代的范围; 【我想解决的问题是】系统前期的设计缺陷和代码质量低; 【建议类型】技术建议
    0 0
  • 02120582
    2022年10月11日 15:05
    【我的建议】前端开发使用新的技术,让开发更加规范化,创建公司的自己的组件库,提高开发效率。 【我想解决的问题】在前端代码中dom结构较为复杂,而且大量直接操作dom结构和节点数据,导致代码复杂,可读性较低。 【建议效率】技术建议、效率
    0 0
  • 00224267
    2022年10月11日 15:02
    对于严格要求除投产时间段外 不允许进行客户端执行sql语句的。可以在系统中开发工具箱进行特殊情况处理。
    0 0
  • 01819073
    2022年10月11日 14:59
    【我的建议】fiddler - 抓包调试工具,可抓包、发送自定义请求 【我想解决的问题是】Fiddler是一个http协议调试代理工具,它能够记录并检查所有你的电脑和互联网之间的http通讯,设置断点,查看所有的“进出”Fiddler的数据(指cookie,html,js,css等文件)。 Fiddler 要比其他的网络调试器要更加简单,因为它不仅仅暴露http通讯还提供了一个用户友好的格式。使用方便 【建议类型】工具
    0 0
  • 01768672
    2022年10月11日 14:59
    【我的建议】SVN设计文档和需求文档的整理归纳 【我想解决的问题是】项目人员更换后,新的人员对于之前的需求的不熟悉,一旦涉及到之前的业务,需要在SVN中找到对应的文档,文档较多且有的部分后续进行迭代更新后改动了导致后续人员查阅困难。 【建议类型】文档归纳
    0 0
  • 01787829
    2022年10月11日 14:55
    【我的建议】提供信息共享平臺如Trelo,teambition,jira平臺方便項目事宜跟進 【我想解决的问题是】軟件技術分享會 【建议类型】提效方法。
    0 0
  • 00228223
    2022年10月11日 14:49
    【我的建议】建立学习社区,把外面讲得好的公开课整理上传到社区供大家学习和讨论 【我想解决的问题是】加强同事技术知识学习 【建议类型】技术建议
    1 0
  • 01814044
    2022年10月11日 11:06
    【我的建议】代码编写规范简洁美观,代码功能写上对应的注解,每次迭代完成之后,进行代码走查; 【我想解决的问题是】提高代码可读性,提高开发效率,减少bug处理时间; 【建议类型】技术建议
    2 0
  • 00223926
    2022年10月11日 10:24
    【我的建议】业务人员技术培训,公司业务人员对技术人员工作体系了解程度根据以往的反馈经历很低,例如:很多业务人员对技术人员提供支持需要工时这个都不了解,经常会造成很多各式各样的不理解与甚至冲突,建议规划定期培训公司业务人员技术支持体系了解培训,让业务人员在支持之初就先已经做好准备工作,技术人员直接提供支持不用在繁琐的杂事中浪费时间。 【我想解决的问题是】技术与业务项目管理对接。 【建议类型】业务建议
    0 0
  • 00223926
    2022年10月11日 10:12
    【我的建议】测试资源集中化,公司大部分测试都是会独立申请测试环境,部署一套公司微服务架构,很多都是重复部署,资源使用率不是很多,建议将重复使用的微服务独立出来在一个性能较高的服务器中,各项目独立开发的微服务仅关注自己开发的微服务,共有部分直接对接公司通用服务,大大节省资源。 【我想解决的问题是】服务器资源利用率提升。 【建议类型】技术建议
    0 0
  • 00223926
    2022年10月11日 10:04
    【我的建议】微服务体系轻量化,现有公司2.0架构,将很多功能可以集成的功能全部微服务化,每次部署推外推广都会因体积庞大耗费资源高丧失很多潜在客户,我的建议是,将upms(用户管理),message(消息发送)等微服务集成起来,提供稳定版本,提高部署效率 【我想解决的问题是】系统部署轻量化,提升微服务效能。 【建议类型】技术建议
    0 0
  • 01800875
    2022年10月11日 10:01
    【我的建议】建立代码分享仓库 【我想解决的问题是】加强同事间技术知识流通性 【建议类型】技术建议/开发建议
    0 0
  • 02125437
    2022年10月11日 09:22
    共同学习,加油,把产品做到极致
    0 0
  • 01842457
    2022年10月11日 08:51
    【我的建议】(原创)Trello可视化工具 【我想解决的问题是】Trello可视化工具功能强大包括了项目/任务的追踪(任务拆解、任务依赖、任务时间、人员、清单等),文档的管理/存储(附件、标签、Markdown输入、搜索),团队的协作,从需求到开发到测试到产品的闭环跟踪,是一个开源免费软件,产品体验极好,非常方便,可以在网页上进行操作,支持多人一起共同使用,有许多可用模板。 【建议类型】工具
    0 0
  • 01766026
    2022年10月10日 22:06
    【我的建议】需求文档及原型版本的更新能有规范工具进行记录,以便需求查看及需求追溯 【我想解决的问题是】项目中需求变更较快,项目人员更替后,对系统新需求及优化需求等开发工作,由于对之前需求的理解不清晰导致功能问题反复出现,浪费人力、资源。【建议类型】技术建议
    0 0
  • 01757152
    2022年10月10日 21:21
    【我的建议】jsonviewer2小工具(Notepad+++插件) 【我想解决的问题是】对Json字符串快速格式化 【建议类型】工具
    0 0
  • 01817068
    2022年10月10日 18:03
    【我的建议】方法通用:要对一个流程性逻辑里面的方法要多拆解,使更多方法在其他地方能够使用,方便处理逻辑的统一,以及后续修改的便捷。 接口通用:接口参数要常常采用封装类去代替少用直接传参调用,方便后续其他方法采用该接口,添加或者减少参数,接口中的业务逻辑不变。 【我想解决的问题是】解决方法/接口通用性问题 【建议类型】技术建议/开发建议
    0 0
  • 01802650
    2022年10月10日 09:56
    【我的建议】 Everything 基于文件名快速搜索软件 【我想解决的问题是】 使用文件名搜索文件时,Everything相比于windows自带的搜索系统在搜索文件时具有极高的效率,能够快速定位文件位置 【建议类型】 工具
    0 0
  • 00223869
    2022年10月9日 10:35
    【我的建议】 开发人员需要保持办公电脑整洁,少点aaaa.sql、2222.txt等等,桌面会很混乱 【我想解决的问题是】 电脑太多临时性的文本文档。 很多小伙伴应该知道myBase Desktop这款笔记软件,一个文件一个数据库,允许创建N个富文本、网页、纯文本或MD,界面以树状结构显示创建的子项目且能导出为丰富的文档格式; 可以分类整理日常便签信息,避免丢失有用信息且保证数据安全; 可以使用笔记软件记录系统维护记录,高亮显示代码修改记录,在不具备版本管理的环境下尤为重要; 代码工作交接也方便,什么时间修改了什么代码为什么修改都一目了然。 【建议类型】 工具
    0 0
  • 00223869
    2022年10月9日 10:32
    【我的建议】 修改BUG,中等难度 【我想解决的问题是】 发现Java应用服务器常年cpu占满的状态,执行top命令发现是某个java进程占满cpu资源,后发现是“Java死循环执行InputStream.available()导致CPU占满” 个人原创贴:https://blog.csdn.net/wodejava2012/article/details/105976844 【建议类型】 BUG解决方法
    0 0
  • 01816896
    2022年10月9日 10:21
    【我的建议】(原创)Snipaste 贴图提效工具 【我想解决的问题是】Snipaste 是一个简单但强大的贴图工具,同时也可以执行截屏、标注等功能。比起常用的通信软件自带的贴图工具,Snipaste体积更小,使用更方便。截图、贴图、放大缩小的快捷键都更顺手,可以提高工作效率,简洁明了。 【建议类型】工具
    1 0
  • 01797197
    2022年10月9日 09:40
    【我的建议】完善快开1.0框架中的avue-crud组件 【我想解决的问题是】avue-crud本身是一个比较强大的表格生成器,使用这个组件可以快速生成表格,以及搜索,增删改查等等功能。现在框架中引入的这个组件版本老旧,封装凌乱,给出的示例代码不清晰。使用起来特别不方便,如果能好好改造一下快开中的这个组件那么会大大提高开发效率。 【建议类型】技术建议
    0 0
  • 01791833
    2022年10月8日 15:49
    【我的建议】工具型的软件依赖规范与共识,即工作中选取软件工具或者依赖的参考标准或规范能有一个区间或者达成选取共识 【我想解决的问题是】提高同一系列产品的开发连续性,讨论和操作的便捷性 【建议类型】工具
    0 0
  • 01818587
    2022年10月8日 15:15
    【我的建议】IDEA插件-Alibaba Java Coding Guidelines 【我想解决的问题是】从事Java开发工作的小伙伴,肯定看过阿里巴巴的《Java开发手册》。该手册总结了我们在日常开发过程中,可能会遇到的问题。从编程规约、异常日志、单位测试、安全规约、Mysql数据库和工程结构,这6大方面,规范了开发的流程,确保我们能写出高效、优雅的代码。但这些规范性的东西,仅仅靠人的自觉性,很难达到预期的效果。为了解决这个问题,阿里巴巴推出了Alibaba Java Coding Guidelines插件,能够通过该插件,直接查出不合规范的代码。 【建议类型】工具
    0 0
  • 01800248
    2022年10月8日 15:08
    【我的建议】nodeJs框架:nestJs 【我想解决的问题是】前端也可以开发后端接口,并且自带swagger接口文档 【建议类型】技术建议
    0 0
  • 00223731
    2022年10月8日 14:52
    【我的建议】FinalShell - 一个免费且好用的ssh工具 【我想解决的问题是】日常工作需要ssh工具连接服务器并且进行文件上传下载等。FinalShell一个工具可以同时处理。使用方便 【建议类型】工具
    0 0
  • 01784847
    2022年10月8日 14:34
    【我的建议】公司项目需要有一个统一日志查询分析平台 【我想解决的问题是】每个项目都自己搭建一套日志分析平台 【建议类型】工具
    0 0
  • 01763368
    2022年10月8日 11:53
    【我的建议】前后端进行接口对接时可以使用YApi工具 【我想解决的问题是】之前进行接口对接时一般是通过接口文档,但是有时文档写的并不规范,而且也不方便,使用YApi工具可以解决以上问题 【建议类型】工具
    0 0
  • 01794294
    2022年10月8日 11:49
    【我的建议】评估工作量时,利用project分解任务,安排计划,然后以此为基准更新其他对应文档,提高效率、准确度; 【我想解决的问题是】工作量评估时:工作量估算表和费用估算表人天数相差过大或者不一致的问题; 【建议类型】工具
    0 0
  • 01818588
    2022年10月8日 11:48
    【我的建议】对快开1.0开发平台开发手册进行梳理补充。 【我想解决的问题是】对于新入职或者需要使用快开1.0平台进行开发的同事有更好的了解,更快上手投入开发。 【建议类型】提效方法。
    0 0
  • 【我的建议】(非原创)DBeaver 数据库管理工具 【我想解决的问题是】解决各种数据库连接问题,连接稳定方便,免费。支持各种常用操作。 【建议类型】工具
    5 0
  • 00224012
    2022年10月8日 10:13
    【我的建议】对项目文档梳理补充。 【我想解决的问题是】客户要求提供相关产品文档手册可直接提供,避免实施时重复编写和修改文档的工作。 【建议类型】提效方法。
    0 0
  • 00223750
    2022年9月30日 18:27
    【我的建议】加强开发的单元测试 【我想解决的问题是】项目的质量保障是项目组内每个人员的职责,现在有些开发项目编写完代码后,会认为代码工作就已经完成了,没有考虑如何保障自己的代码质量。再交付到测试的时候,往往各种阻塞无法测试,影响其他环节效率,同时也会系统中埋下深层不好发现的问题。 【建议类型】技术建议
    1 0
  • 00223750
    2022年9月30日 17:52
    【我的建议】加强系统迭代开发的自动化测试覆盖率 【我想解决的问题是】现在公司业务中台相关的生产系统每周都会有一些大小的迭代上线,因为现在很多系统没有采用自动化测试,所以每次迭代上线更有保障的是当期迭代的功能,但是以往的功能就无法全覆盖测试。有可能当期的修改会出现影响以往功能的情况,缺少自动化测试覆盖,光靠人工覆盖,很难杜绝这样的问题。最终上线以往功能出现问题,影响业务。所以希望在业务中台范围的系统内增加自动化测试的投入。 【建议类型】技术建议
    1 0
  • 00223010
    2022年9月30日 17:43
    各位程序员大佬,辛苦了face[哪吒开心]
    1 0
  • 01794411
    2022年9月30日 17:29
    【我的建议】对于公司较为成熟的产品,可借鉴敏捷的模式管理,项目团队每个人都需要能按照模式参与进来并遵循对应规则,有固定需求窗口期、迭代发包期等 【我想解决的问题是】有固定的需求窗口,开发可通过需求池子的优先级来排期,在需求窗口截止后固定的时间做确认好的事情,能让开发团队更好的保障质量,以迭代轻快的方式快速满足客户需求,增强产品竞争力。 【建议类型】项目建议
    4 0
  • 00223768
    2022年9月30日 17:28
    【我的建议】对于项目中一些公共模块,例如增删改查性质的基础功能、异常往来处理的重发、重做等,可以将这些测试用例标准化后放入资源库中 【我想解决的问题是】一是可减少重复性输出用例,提高效率,二是可供实习生或新同事学习参考 【建议类型】项目建议
    0 0
  • 00031496
    2022年9月30日 17:21
    【我的建议】技术社区基本全是开发版块,太专业了,运维人员太难懂,缺少IT运维模块,可以增加“IT运维”版块发布运维相关技术技术贴,跟帖回复进行探讨,共同进步。 【我想解决的问题是】运维人员可以把平时运维中遇到问题、解决方法当做笔记一样的记录在技术社区,既是技术沉淀也是分享 ,当沉淀到一定储备量之后大家逐渐形成一种“有问题上技术社区找答案”意识。 【建议类型】技术建议 提出人:技术管理与开发部/IT服务团队
    6 1
  • 00223926
    2022年9月30日 17:15
    背景:分享好用的小工具Apifox。 【我的建议】(非原创工具推荐)建议使用 apifox:这是中国自主研发的集文档、接口调试、Mock、接口自动化测试一体的协作平台。通过一套系统、一份数据,解决多个系统之间的数据同步问题。只要定义好接口文档,接口调试、数据Mock、接口测试就可以直接使用,无需再次定义;接口文档和接口开发调试使用同一个工具,接口调试完成后即可保证和接口文档定义完全一致。高效、及时、准确! 【我想解决的问题是】postman测试工具局限性问题解决,以及功能拓展。 【建议类型】工具 提出人:技术管理与开发部/数字化
    0 0
  • 01794411
    2022年9月30日 17:09
    【我的建议】对分子公司支持、资源调配、闭环等转线上,数据沉淀至系统 【我想解决的问题是】由于线下节点繁杂带来的各种质量问题及风险,能够第一时间响应不会造成信息传达相关方不到位等情况 【建议类型】系统/工具
    4 0
  • 01794411
    2022年9月30日 16:58
    【我的建议】做项目预算和周期时,需要结合我司项目管理规范要求,基本的准出准入条件不能省略(核心交付件,评审,变更管理等) 【我想解决的问题是】不能一味的想着花最少钱用最短的时间完成一个高质量的产物,把握好度,有取舍前期相关方对齐 【建议类型】项目建议
    3 0
  • 01794411
    2022年9月30日 16:45
    【我的建议】项目全员有全局意识,知道做这个事情背景,目标,要求等,有定位共同对项目负责(项目启动会、过程中信息分享同步等) 【我想解决的问题是】产品、PM、开发、测试等项目团队成员基于自身专业背景积极分享,相互沟通,过程中一起提出风险,控制风险并共同解决问题,让项目组能如期完成项目目标。而不是到后期扯皮 【建议类型】项目建议
    4 0
  • 01728999
    2022年9月30日 16:42
    【我的建议】程序概要设计阶段建议所有开发人员都参加设计,但最终的结果还是开发经理完成 【我想解决的问题是】让每个参与项目开发的人员都能够提早了解项目逻辑,而不是在开发时才根据文档了解实现逻辑改如何写,提高开发效率,减少返工率 【建议类型】技术建议/开发建议
    0 0
  • 00223722
    2022年9月30日 16:33
    【我的建议】开发不能只懂技术,还需要懂业务,成就业务,必须做一个即懂技术也懂业务的人 【我想解决的问题是】开发如果对业务理解不深,不懂用户的真正痛点,无法开发出用户真正需要的产品 【建议类型】业务建议
    2 0
  • 00227819
    2022年9月30日 15:55
    【我的建议】让有技术与项目管理的专业人才,赋能事业部与分子公司的软件管理与开发能力,优势互补推进商机与技术融合,项目更快落地。 【我想解决的问题是】业务、运营类等对软件项目管理开发流程并不专业,技术部门对业务与运营不专业。希望技术部门向前走一步,了解业务,双方消除专业知识壁垒,协调高效推动商机-项目落地。 【建议类型】业务建议
    1 0
  • 向小玉
    2022年9月30日 15:49
    【我的建议】(原创)低代码平台-代码生成 【我想解决的问题是】可以通过拖拽组件的方式,生成页面代码。拖拽完即可通过预览查看效果。简单配置即可生成table表单增删改查等功能,大大减少程序员的开发时间。 【建议类型】工具
    4 1
  • 00223750
    2022年9月30日 15:46
    【我的建议】系统运维管理实现更高覆盖度的自动化 ,引入自动化运维工具。构建自己的CMDB,在此基础上实现与日常运维、巡检、ITSM、升级、补丁等更多自动化场景,降低运维故障,提升运维效率,保障业务连续性。 【我想解决的问题是】现在公司的数字化建设已经从往年建设系统的阶段过渡到了如何使用好系统的阶段,那么随之而来对于后端运维的压力就越来越大,一定要保证好系统的可用性,才可以确保业务的连续性。但公司目前的运维模式主要还是停留在原始的人工运维系统阶段,人工运维比较明显的痛点就是:1、只要是人工做的工作,就容易出现人为的疏忽; 2、风险发现不够及时,告警分析比较依赖人的能力和经验;3、消耗大量的人力在重复工作中;4、与运维体系规范的工作结合不够紧密 【建议类型】技术建议
    3 0
  • 01776560
    2022年9月30日 15:45
    【我的建议】关于产品的研发建议采用敏捷方法 【我想解决的问题是】对于产品的研发,应该是持续的迭代升级,要有稳定的技术开发人员。不建议采用传统的项目管理的方式来做产品,每次项目收尾后,导致没有人员来对产品进行维护升级了。 【建议类型】其他提效方法
    2 0
  • 田竣心
    2022年9月30日 15:44
    【我的建议】(原创)Devops开发提效工具 【我想解决的问题是】Devops集成了权限管理、系统管理、项目管理、代码仓库、代码质量、流水线、制品库、测试管理、私有化部署包模块,优化了开发、测试、代码质量检测、项目管理等流程,解决了重复搭建、多次部署、版本混乱、缺乏统一标准等问题。使得整个流程得以提高效率,保证质量。 【建议类型】工具
    4 0
  • 01801700
    2022年9月30日 15:24
    【我的建议】针对已有项目编写对应的业务逻辑文档,梳理业务线并罗列业务流程图,便于不了解业务的开发人员能通过文档快速清晰的理解业务线,提交开发效率,避免理解不一致出现开发返工的问题。 【我想解决的问题是】在不了解业务的情况下,没有一份清晰的文档用于快速理解,直接上手开发业务相关代码难度较大 【建议类型】效率
    2 0
  • 02128864
    2022年9月30日 15:12
    【我的建议】提供在线网站文档系统,允许申请好用的免费工具 【我想解决的问题是】 1、可以分类写技术,业务等知识分享,参考如CSDN 2、工具如snipaste等对于开发可以提高效率 3、提供个人虚拟机环境,公用环境经常互相干扰,很浪费时间,这点成本应该比人工便宜 4、业务介绍,系统框架详细设计文档,利于新员工熟悉新的环境,也利于维护,需要熟悉整个系统大佬编写(别的开发系统之前是有架构师开会决定详细设计流程的) 【建议类型】效率
    1 0
  • 00223126
    2022年9月30日 15:10
    【我的建议】工作量评估借助现有的工作量评估工具/模板,减少评估工作项的遗漏(如文档编写,安全测试等),避免工作量的重复评估(入可复用已有组件的不应重复评估工作量),避免工作量评估盲目乐观(增加必要风险系数)等问题,必要时组织评审。 【我想解决的问题是】评估偏差大,需求方不认可 【建议类型】工具
    2 0
  • 01810955
    2022年9月30日 15:08
    【我的建议】开发在后期数据库加表时,应该加上注释 【我想解决的问题是】方便新加入的开发人员和测试人员了解 【建议类型】技术建议
    1 0
  • 02125606
    2022年9月30日 15:06
    【我的建议】老代码完善注释 【我想解决的问题是】目前部分旧代码的注释缺失,补充注释有助于新员工了解代码架构 【建议类型】开发建议
    1 0
  • 00223764
    2022年9月30日 14:55
    face[good] face[good] face[good]
    1 0
  • 锐哥
    2022年9月30日 14:53
    【我的建议】: 1、从公司层面上打造技术创新的文化氛围,鼓励技术同学多提出创意,并定期对创意进行收集整理分析 2、鼓励技术同学个人或虚拟项目的方式申请技术类项目立项,只要能说清楚价值并这个价值能得到评审通过就可以申请立项 3、公司提供一些创新基金,来解决创新项目的落地 【我想解决的问题】: 1、提供公司整体的技术活跃度,并在创意中发现新产品的可能 2、通过技术自发项目的研发,来解决日常工作中的问题或提效工具 【建议类型】:技术/业务创新、提效、新技术的预研等 提出人:技术管理与开发部/平台开发团队
    21 0
  • 01776165
    2022年9月30日 14:44
    项目结项后,过程中产生的技术沉淀,可以形成文档或开培训会议,分享给大家。
    1 0
  • 01776560
    2022年9月30日 14:41
    【我的建议】(原创)RPA提效工具 【我想解决的问题是】可以根据已有的组件设计流程图,使得个人电脑可以根据设计好的流程图自动按照流程来执行,包括有自动登录某一系统下载数据,然后对下载数据进行处理,或者将处理的数据结果自动发送邮件等。 【建议类型】工具
    4 2
  • 00223927
    2022年9月30日 11:49
    【我的建议】(其他提效方法)使用frp、nacos和本地nginx提高微服务开发效率 【我想解决的问题是】微服务本地开发的问题 【建议类型】技术建议(可选业务建议/技术建议/工具) 1、使用frp将本地服务穿透到测试的服务器上,然后在本地写了一个小工具,用来往服务器的nacos和本地的nacos中写入实例信息 2、本地启动微服务,和网页,然后通过nginx进行转发,将其他的服务转发到服务器上,将要调试的服务转发本地对应的服务器端口,再加上jreble就可以实现快速开发调试
    1 0
  • 01794294
    2022年9月30日 11:47
    评估工作量时,利用project分解任务,安排计划,然后以此为基准更新其他对应文档,提高效率。
    1 0
  • 00222853
    2022年9月30日 11:30
    【我的建议】建议公司统一运用一套可扩展的应用架构及基础功能 【我想解决的问题是】提高应用系统的开发效率 【建议类型】技术建议/开发建议
    3 0
  • 01795017
    2022年9月30日 11:29
    face[good] face[good] face[good]
    0 0
  • 00224176
    2022年9月30日 11:29
    背景:短视频剪辑获取资源渠道少,容易被查重。 【我的建议】使用剪辑的基础上+轻抖 可以在各大平台通过连接获取无水印视频素材 【我想解决的问题是】在制作公司内部或者对外宣传视频的过程中获取更多素材。 【建议类型】工具 提出人:技术管理与开发部/平台开发团队
    3 0
  • 00224176
    2022年9月30日 11:27
    背景:短视频剪辑之后如果要形成产品品牌或者个人品牌,封面展示不可或缺。 【我的建议】使用剪辑的基础上+巨量创意 可以制作出具有连续封面的短视频内容 【我想解决的问题是】产品说明功能讲解,以更直观方式向大家展示产品功能。培训等各类视频剪辑,解决日常工作需求。 【建议类型】工具 提出人:技术管理与开发部/平台开发团队
    3 0
  • 00223126
    2022年9月30日 11:03
    【我的建议】针对信息安全法律法规要求的相关条款,做成可复用的组件以供项目组进行复用,减少开发工作量及成本。 【我想解决的问题是】信息安全合规,节约成本。 【建议类型】工具
    3 0
  • 00228191
    2022年9月29日 18:28
    【我的建议】给技术相关人员配置外接显示器 【我想解决的问题是】看文档开发不方便,编写代码笔记本屏幕太小影响效率 【建议类型】工具
    2 0
  • 02123928
    2022年9月29日 18:02
    【我的建议】 1.开发初期应该运用统一框架,大家工作模块都在统一框架下实现,后期换人或修改代码时能更快速上手 2.项目测试版本更迭太频繁,导致无效测试消耗时间多 3.公司内部系统工具多而杂,网站体验感不佳,如个人修改密码网站、工时系统、绩效填报系统,很多功能可融合 【我想解决的问题是】开发流程,测试流程进一步优化,提升整体工作效率 【建议类型】开发建议,测试流程建议,工作网站建议
    1 0
  • 00224183
    2022年9月29日 17:41
    【我的建议】测试人员和开发人员都需要熟悉业务,针对测试案例共同进行细致的讨论并完成评审。 【想解决的问题】测试人员提交的BUG清单开发人员不太清晰,相互扯皮;影响项目开发、测试进度 【建议类型】项目开发建议
    3 0
  • 01734740
    2022年9月29日 17:06
    【我的建议】项目开发过程中不要压榨或者直接不要文档编写的工时 【我想解决的问题是】项目开发过程中会经过很多开发,没有文档输出,或者文档不全,不是最新版,新的开发从需求了解到功能设计再到功能开发维护需要耗更多工时,每次换人都有同样的工时消耗,得不偿失 【建议类型】开发建议
    1 0
  • 00223947
    2022年9月29日 16:43
    我觉得工号为00223935的同事提的建议很有建设性,很有针对性,从多方面多角度考虑及解决问题,我非常同意他哩些讲法。
    3 0
  • 00228218
    2022年9月29日 16:22
    【我的建议】测试人员只有一套测试环境,在多人测试时,测试不同模块,会影响其它测试,例如测试系统切换,基本不能做业务,跑自动化时也不能做业务 【我想解决的问题是】最好可以给测试人员提供2套以上的独立的测试环境 【建议类型】测试建议
    2 0
  • 01739835
    2022年9月29日 16:15
    【我的建议】在测试功能过程将繁琐但通用的操作提取出来,开发一个小工具 【我想解决的问题是】提高工作和测试效率 【建议类型】提效方法
    1 0
  • 02124841
    2022年9月29日 16:13
    【我的建议】接口类测试应在自动化平台或框架边配置边测试,接口测试和接口自动化测试不应分开进行 【我想解决的问题是】缩短测试周期,更快的回归 【建议类型】测试流程
    1 0
  • 01845969
    2022年9月29日 16:12
    【我的建议】开发在解决BUG的时候,开发应该把开发在测试环境自测截图方在BUG单上,在打回给测试回归测试 【我想解决的问题是】重复工作量问题,提高工作效率 【建议类型】测试建议
    2 0
  • 00228200
    2022年9月29日 16:07
    建议:集成一个自动化管理平台,自动化执行可在此平台公共管理,与现有的禅道或bugfree工具结合,提高项目实际自动化执行率,并可在平台通过表格或图表的形式统计。
    1 0
  • 00223782
    2022年9月29日 15:55
    【我的建议】测试人员多准备一些常用的脚本,Linux的或者数据库的,在有一些测试需求,统计数据需求等等,可以直接修改脚本参数执行,提高效率。 【我想解决的问题是】节约测试时间,提高测试效率 【建议类型】测试
    1 0
  • 01855325
    2022年9月29日 15:29
    【我的建议】对于比较大的项目,添加模块或者函数时,可以先创建一个小工程,单独对改块功能进行测试 【我想解决的问题是】减少大型项目的测试次数 【建议类型】技术建议/开发建议
    1 0
  • 01785558
    2022年9月29日 15:29
    【我的建议】在开发、测试阶段的修改,也要及时修改文档 【我想解决的问题是】减少新员工入项的学习成本 【建议类型】业务类
    1 0
  • 00223935
    2022年9月29日 14:52
    【我的建议】 1、在做升级改造项目中有条件的话多优化原有代码,使得系统更健壮的运行,减少bug出现; 2、实时性要求比较高的系统,多想想怎么提高实效性,多考虑算法的时间复杂度及空间复杂度; 3、项目完成后尽可能详细的完成开发文档(包括系统设计、详细设计、数据库设计、业务流程图及状态流转等文档),能让小白都能看得懂项目相关内容,以方便以后升级改造开发; 4、在开发系统时多考虑可移植性、可扩展性、可配置性、异常处理设计的实现以方便后人维护及升级改造; 5、在项目开发任务完成后不断的思考,考虑代码可能存在的安全隐患,代码条理不清导致的维护成本上升。 【我想解决的问题是】存量提效,项目开发建议,升级改造项目需要后人花大量时间去熟悉,减少熟悉项目的时间以减少成本。 【建议类型】项目开发
    4 0
  • 01806593
    2022年9月29日 14:33
    【我的建议】提交的变更方案做好版本记录,避免文档传递出现内容遗漏 【我想解决的问题是】生产环境变更出现异常的痛点 【建议类型】技术建议
    1 0
  • 01813976
    2022年9月29日 14:16
    【我的建议】公司产品可以考虑增加一些目前比较稳定的前沿技术。 【我想解决的问题是】技术创新 【建议类型】技术建议
    1 0
  • 00223914
    2022年9月29日 13:15
    face[good] face[good] face[good]
    0 0
  • 00223925
    2022年9月29日 12:59
    【我的建议】基础产品的性能优化 【我想解决的问题是】现在很多实施的产品都是老产品,版本根据技术的更新很落后,以至于性能在产品竞争的时候完全没有优势 【建议类型】技术建议
    0 0
  • 01858871
    2022年9月29日 12:24
    【我的建议】加强新员工培训 【我想解决的问题是】新员工在入职期间对公司业务和专业知识的了解不够深刻,融入工作进程慢 【建议类型】视频教学、相关文档
    0 0
  • 00224000
    2022年9月29日 11:36
    我的建议】产品提供历史版本的下载以及做好release notes。 【我想解决的问题是】每家银行因各自需要升级的节奏不一致,单一的产品版本无法对老版本提供良好的支持,同时需要产品做好没一个版本的release nots,我们才清楚这个版本改了哪些东西。 【建议类型】开发建议
    0 0
  • 01801828
    2022年9月29日 10:49
    【我的建议】修改BUG时要全面深入分析修改的部分对整个项目的影响 【我想解决的问题是】改好这个BUG又出现另外一个BUG 【建议类型】技术建议
    0 0
  • 00223850
    2022年9月29日 10:36
    【我的建议】同一个产品,可以采用不同的语言(技术)进行开发 【我想解决的问题是】技术创新 【建议类型】技术建议
    0 0
  • 01807770
    2022年9月29日 10:31
    【我的建议】代码规范,从我做起 【我想解决的问题是】编码不规范,同事泪两行,在项目中良好的编程习惯事半功倍,项目随着时间推移以及后续项目成员的变更,良好的编码习惯更能让人理解和对项目的实施和维护 【建议类型】开发建议
    0 0
  • 00223907
    2022年9月29日 10:29
    背景: 项目代码版本管理问题 【我的建议】产品和项目的需求管理,代码版本管理 【我想解决的问题是】规范流程,统一管理 【建议类型】技术类
    0 0
  • 00223908
    2022年9月29日 10:17
    【我的建议】做好需求管控,版本管控 【我想解决的问题是】技术模块化与解偶。 【建议类型】技术建议
    0 0
  • 00227854
    2022年9月29日 10:17
    【我的建议】将客户使用的各个产品有统一规范管理 【我想解决的问题是】有些客户使用的系统很难找到当时对应的开发版本,使得目前维护难度较大; 公司产品业务相对成熟,但对新型技术的兼容还不成熟,所以建议公司产品有机会的话进行升级 【建议类型】开发建议
    0 0
  • 02126774
    2022年9月29日 10:02
    【我的建议】目前项目在整个实施周期过程中,缺乏专职的运维同事,在测试侧,针对测试环境的搭建、调试、调优、故障处理都由研发统一处理,同时研发同学对整体的应用架构和组件的理解及支持有限,在日常的测试过程中,遇到相应的主机、中间件、网络、存储等专业性较强的领域问题,需要花费一定的时间去找资料、找人去协助解决,可能自身研发的工作投入不够专注,难免在开发代码过程中出现一些问题;基于此问题,是否在相应的项目中,针对运维的工作进行一些分类定性,负责日常环境的维护、调优、故障分析、上线维护、后期连续性保障等,从业务的角度,也可以串联我们的研发和测试,保障开发的效率、测试交付成果,达到持续迭代、持续稳定。 【我想解决的问题是】提升开发效率和质量,保障系统业务连续性 注:新人报到,个人从侧面了解,如有不符请指正。
    2 0
  • 01830655
    2022年9月29日 09:43
    [赞] [赞] [赞] [赞]face[good]
    1 0
  • 00223923
    2022年9月29日 09:41
    【我的建议】做好产品版本控制。 【我想解决的问题是】各实施项目产品版本不一致,或需要对应版本产品源码的情况 【建议类型】开发建议
    0 0
  • 01821528
    2022年9月29日 09:33
    【我的建议】测试和开发在需求理解阶段,可以交叉串讲统一对产品需求的认知 【我想解决的问题是】确保进入测试阶段,开发与测试因对需求理解不一致导致出现较多的优化甚至逻辑bug 【建议类型】提效方法
    0 0
  • 01830037
    2022年9月28日 21:11
    1、测试过程中遇到问题先思考再沟通,带着问题去沟通会事半功倍 2、对于有需求改动或者流程改动的会议,应该形成文档避免遗漏
    0 0
  • 00224005
    2022年9月28日 20:42
    【我的建议】编码规范 【我想解决的问题】编程不规范,代码可读性差。处理逻辑问题,处理性能问题。给项目维护带来巨大挑战。增加了后期维护的成本。增加编码评审,提高项目编码质量。 【建议类型】技术建议
    0 0
  • 01830039
    2022年9月28日 20:33
    【我的建议】代码注释 【我想解决的问题是】减轻代码交接、维护难度 【建议类型】技术建议
    0 0
  • 01850905
    2022年9月28日 20:25
    【我的建议】在外派员工银行驻场时,给外派员工一个详细的工作介绍,和接手的项目文档 【我想解决的问题是】降低外派员工的接手难度 【建议类型】项目管理
    1 0
  • 01762357
    2022年9月28日 20:16
    【我的建议】公司应该做一款自主产品,以产品带动发展,获得收益。还有就是我觉得可以通过业务销售+工程师模式推动找寻新商机。 【我想解决的问题是】以前传统集成项目都是建立在产品带动上,现在如果还需将传统集成业务跟上,需要新的稳定产品推动。然后集成业务也需紧跟当前实际步伐,走上数字化发展,跟上云,多学习技能。 【建议类型】个人建议:集成业务
    0 0
  • 01805836
    2022年9月28日 20:13
    【我的建议】编码之前需要全面思考,并通过纸质或者思维导图的方式梳理清楚。你后端需要创建哪些类,需要提供给前端哪些接口,接口需要校验什么规则,有没有哪些接口方法是公用解耦的?如果处理时发生错误,数据库要不要回滚?最后接口输出,需要输出哪些数据? 【我想解决的问题是】在开发开始之前,需要审视的一些细节 【建议类型】技术建议/开发建议
    0 0
  • 01770462
    2022年9月28日 20:05
    【我的建议】在项目前期,需求范围列举清楚,和项目经理及成员做好沟通,需要变动的内容需登记,控制有效范围,评估工作量超过数量的,通过邮件的形式发出,一致通过后,才能实施变更的需求 【我想解决的问题是】解决需求不明或者变更带来的工作量导致项目延期交付 【建议类型】项目沟通
    0 0
  • 00224017
    2022年9月28日 19:44
    【我的建议】在保证良好的编码习惯前提下,也需要提供文档同步支持。尤其在老系统的升级或者系统功能点的优化上,更需要提供文档记录每一次的变更 【我想解决的问题】项目、人员迭代方便,提高效率 【建议类型】提效方法
    0 0
  • 01842457
    2022年9月28日 19:01
    【我的建议】测试和开发可以在一起办公,促进问题的高效解决和沟通 【我想解决的问题是】开发测试沟通问题 【建议类型】提效方法
    0 0
  • 00223921
    2022年9月28日 18:48
    【我的建议】SVN上项目基础产品与具体某项目的源码文档进行分开管理,具体项目源码和文档都建立对应的分支进行管理!尤其针对某具体项目客户化部分其相关文档不要与基础产品混合在一起!应放在具体对应的分支目录中! 【我想解决的问题是】项目产品与具体项目维护管理混乱 【建议类型】项目管理
    1 1
  • 01841569
    2022年9月28日 18:41
    【我的建议】现在公司的文化、新闻、号召等都是以文章的形式推送的。员工的浏览率和接受率会低一些。建议使用视频、直播或者线下的方式来推送公司的文化与企业精神,会更好一下。 【我想解决的问题是】更好的传播企业文化,树立特有的企业特色,使团队更具有凝聚力 【建议类型】技术建议
    0 0
  • 00223939
    2022年9月28日 18:36
    【我的建议】 养成良好的编程习惯,注意格式规范,关键、新增和修改的内容需要添加注释 【我想解决的问题是】提升代码可读性,方便阅读。若项目交接,可以让后来的人更快接手项目,读懂代码,增加工作效率。 【建议类型】技术建议
    0 0
  • 00224029
    2022年9月28日 18:29
    【我的建议】在系统建设过程中做好沟通管理,组织成员开展多种方式沟通及团建活动,增加项目的人文气息。提高项目活力及建设效率。 【我想解决的问题是】项目及成员缺乏活力。 【建议类型】项目沟通
    0 0
  • 01853506
    2022年9月28日 18:25
    【我的建议】 主要业务的代码注释一定要详细 【我想解决的问题是】提升代码可读性,方便阅读 【建议类型】技术建议
    0 0
  • 01855159
    2022年9月28日 18:25
    我的建议 在行方办公时,查询一些资料比较麻烦。没有电脑的只能用手机查询。但是这样效率特别低下。 解决办法 能否在行方的共享文件夹里提供一些项目资料,可以设置一个共享文档,把自己遇到的问题和解决方案填进去,让后来的人提前知晓部分处理方案
    0 0
  • 01841401
    2022年9月28日 18:20
    我的建议】编程规范,文档规范,从我做起 【我想解决的问题是】规范编码,规范注释,规范日志打印,规范文档,减少后期系统维护成本 【建议类型】技术建议/开发建议
    0 0
  • 01853962
    2022年9月28日 18:20
    【我的建议】规范代码书写 【想解决的问题】代码注释以及良好书写有利于同事学习,有利于项目开发,维护。 【建议类型】技术建议
    0 0
  • 00223869
    2022年9月28日 18:18
    【我的建议】多了解本公司和同业公司的同事正在进行的项目,多看看每年的行业报告,了解未来行业的发展趋势。学会过滤无用的信息,筛选有价值的信息。 【我想解决的问题是】对思考问题有一定帮助,避免片面思考问题,这样工作也不会显得枯燥 【建议类型】其他建议
    0 0
  • 01829762
    2022年9月28日 18:12
    face[赞] face[赞] face[赞] face[赞] face[给力]
    1 0
  • 01841131
    2022年9月28日 18:11
    【我的建议】系统开发、编码规范化 【我想解决的问题是】对于系统进行开发前,业务编码规范化,代码编码规范化,方法定义规范化,根据以往的开发经验制定一套规则,不然一套系统开发出来出现代码风格及编码都是各种各样的,后面维护起来比较困难 【建议类型】技术建议/开发建议
    1 0
  • 01815717
    2022年9月28日 16:43
    face[给力] face[给力] face[给力]
    2 0
  • 01803308
    2022年9月28日 16:40
    face[good] face[good] face[good]
    0 0
  • 01849078
    2022年9月28日 16:02
    【我的建议】建议减少不必要的群聊 【我想解决的问题是】团队项目多,小群数量更多,有些无需重新拉群的消息同步可以直接在团队总群内进行同步,避免过多群聊,导致聊天窗口过于冗杂 【建议类型】提效建议
    1 0
  • 01841616
    2022年9月28日 15:53
    【我的建议】项目文档较多,及时更新整理,方便后续同事查阅 【我想解决的问题是】当项目结束一段时间后,开展后续三期四期时,可以有效的依据前几期的文档进行借鉴查阅 【建议类型】业务类
    1 0
  • 01864369
    2022年9月28日 15:36
    【我的建议】推荐项目组内成员灵活使用企业微信共享文档。可以分享项目中遇到的棘手问题,减少同类型问题的处理时间,当问题收录到一定程度时,可以考虑构建成知识库形式,以方便项目成员查阅。另一方面,可以将工作跟进过程进行简要记录和共享,当遇到项目人员异动或者休假时,接手工作的同事可以直观了解到工作进度,降低对项目工作的影响。信息的共享可以有效提高团队的效率。 【我想解决的问题是】减少项目成员在项目工作中相互间的沟通成本。 【建议类型】工具
    3 0
  • 00223878
    2022年9月28日 15:08
    【主题】拥抱云原生技术,助力企业/银行加速企业数字化转型 【背景】近几年来,云原生技术蓬勃发展,给企业数字化转型提供了强有力的支持,目前越来越多企业使用云原生技术栈,包括PaaS容器云平台、微服务架构、DevOps、敏捷开发等先进的技术及方法论。 【我的建议】作为现代支付领域的“黄埔军校”,银雁/雁联需要大步紧跟数字化转型的步伐,让我们的开发、测试、部署、版本迭代、运维等一系列软件开发项目交付的工作简单化、流程化 【我想解决的问题是】1、公司原有传统架构改造成冗余性、容错性更强的微服务架构,以适应客户的高要求;2、公司原有产品进行容器化(PaaS改造);3、采用敏捷/DevOps方法论,寻找软件项目开发交付的最佳实践,把开发-测试-集成-迭代-转维等一系列工作全流程的串联起来,让专业的人专心做专业的事情,提高产品开发迭代的效率; 【建议类型】PaaS容器化+微服务架构+DevOps全流程管控 【提出团队】云技术服务组
    5 0
  • 01849022
    2022年9月28日 14:53
    【我的建议】产品相关文档和开发文档(api)等要完善 【我想解决的问题是】新进公司的同事可以自行查看文档熟悉产品,在编码期间代码要规范,注释必须要搞起,以便后期自己和其他同事更易维护,工作中任务分配不要口头相传,容易遗漏 【建议类型】技术建议/开发建议
    0 0
  • 01849075
    2022年9月28日 14:51
    【我的建议】项目组成员都要比较熟悉业务,开会统一开发测试的共识 【我想解决的问题是】项目周期延长,项目风险增加 【建议类型】团队建议
    0 0
  • 01825535
    2022年9月28日 14:48
    【我的建议】基于可用性的目标易于识别、定位和阅读 易于理解、学习和记忆易于操作让产品更好用 【我想解决的问题是】开发时只保证功能可用即可 【建议类型】产品优化建议
    1 0
  • 01736944
    2022年9月28日 14:42
    【我的建议】多一些技术分享,产品研发,项目交付过程方面的分享 【我想解决的问题是】如何提供研发效能或者交付速度 【建议类型】业务建议
    9 0
  • 01841073
    2022年9月28日 14:36
    【我的建议】尽量减少或者缩短不必要的会议时间 【我想解决的问题是】无效的工作会议过多占用工作时间 【建议类型】提效建议
    0 0
  • 01845936
    2022年9月28日 14:31
    【我的建议】在项目临近上线的时候,有需求临时变更,需要需求人员将需要变动的内容,通过邮件的形式发出,再由项目经理、 开发、测试共同评估可行性,一致通过后,才能实施变更的需求 【我想解决的问题是】解决需求变更带来的工作量导致项目延期交付 【建议类型】需求变更
    0 0
  • 01847062
    2022年9月28日 14:28
    【我的建议】项目相关文档较多,整理对应操作手册,方便新同事熟悉项目 【我想解决的问题是】方便新入职/新入项同事了解项目 【建议类型】业务类
    0 0
  • 01784181
    2022年9月28日 14:23
    【我的建议】开发多熟悉业务 【我想解决的问题是】解决bug的时候不要给测试直接看代码 【建议类型】业务建议
    0 0
  • 01794766
    2022年9月28日 14:09
    【我的建议】提交代码前使用idea 阿里代码编码规范检查 【我想解决的问题是】解决代码编写不规范问题 【建议类型】技术建议
    9 0
  • 01794766
    2022年9月28日 14:07
    【我的建议】善用企业微信文档 【我想解决的问题是】解决文档共享编辑 【建议类型】业务建议
    7 0
  • 01814651
    2022年9月28日 13:05
    face[good] face[good] face[good]
    0 0
  • 00223927
    2022年9月28日 11:09
    【我的建议】(原创)Office Project 批量设置日历 小工具 【我想解决的问题是】可以根据模板批量设置Project中的节假日和工作日,方便按工作日排计划 【建议类型】工具
    1 0
  • 01795177
    2022年9月28日 09:49
    善用效率工具,如logseq,创建todolist,使用协作工具,如协同办公软件,提升方案文档的协作修改效率。
    0 0
  • 01848774
    2022年9月28日 08:55
    代码规范,多写注释
    0 0
  • 00223860
    2022年9月27日 17:57
    【我的建议】产品相关文档和开发文档(api)等要完善 【我想解决的问题是】新进公司的同事可以自行查看文档熟悉产品,在编码期间代码要规范,注释必须要搞起,以便后期自己和其他同事更易维护,工作中任务分配不要口头相传,容易遗漏 【建议类型】技术建议/开发建议
    1 0
  • 01736787
    2022年9月27日 17:39
    技术共享,扩展技术面,共同进步,加油
    0 0
  • 01828071
    2022年9月27日 17:38
    face[good] face[good] face[good]
    0 0
  • 00223969
    2022年9月27日 16:58
    face[给力] face[给力] face[给力]
    0 0
  • 00224279
    2022年9月27日 15:18
    【我的建议】编程规范,从小事开始 【我想解决的问题是】编码后期维护问题,多写备注,编写代码规范,不用多层嵌套,减少后期系统维护成本 【建议类型】技术建议/开发建议
    1 0
  • 01826986
    2022年9月27日 14:45
    【我的建议】项目各文档尽量尽量完整完整,如有变更及时更新 【我想解决的问题是】1.减少不必要的沟通2.如有文档记录完整,无需每次翻代码查看,节省时间 【建议类型】提效小建议
    0 0
  • 00224127
    2022年9月27日 14:45
    bug分析解决小方法 1、确定系统架构交易接入方式和交易走势; 2、根据交易报错关键字(流水、账号、交易码等)、从交易接入到交易末尾找出对应日志; 3、分析交易所属服务源日志,确定交易报错原因(sql相关、异常报错Exceptino相关、未释放资源等等一些问题)、如果是超时,分析交易从接入前置到后台服务器每一次接收和发送时间,确定具体异常服务,找出交易流程中超时问题; 4、如果是无报错信息,结果不符合预期,需要结合功能需求和代码进行分析。
    0 0
  • 01729148
    2022年9月27日 14:39
    我的建议:增加代码注释量,方便阅读者了解业务熟悉逻辑
    0 0
  • 01812291
    2022年9月27日 14:36
    【我的建议】同似业务线的项目间组互相交流思路,有更多参考事例,扩展解决问题思路总结出相对成熟解决方案推广给大家 【我想解决的问题是】很多相似的项目组件可能遇到过同一个需求难题 【建议类型】开发建议
    0 0
  • 00224112
    2022年9月27日 14:36
    【我的建议】多方位分析定位问题 【我想解决的问题是】减少因业务理解不透彻而多次返工的问题 【建议类型】业务建议
    0 0
  • 00228067
    2022年9月27日 14:33
    【我的建议】公司能够提供一些关于银行金融基础,系统的学习视频或文档 【我想解决的问题是】面对需求中部分专业的金融知识不懂含义,对理解需求,开发造成一定的困扰 【建议类型】业务类
    0 0
  • 00224047
    2022年9月27日 14:33
    【我的建议】 建议参考某银行研发中心的Confluence建设我们公司的专业版社区,目前技术社区的使用率远远达不到效果,内容也不够完善。可以参考客户对Confluence的内容结构,分为团队人员管理、研发过程管理、研发成效、培训园地、案例介绍、技术交流。知识库分为:IDEA、持续集成平台、服务运营平台、ETL、日志易等各种知识工具的详细介绍和使用等。 【其他】社区设立积分制等一系列奖惩机制激发活跃度,增加使用量。对社区访问设定一定的安全权限,防止文档泄密。
    3 0
  • 01848737
    2022年9月27日 14:26
    顶顶顶 更新黑科技 技术前瞻
    0 0
  • 00224319
    2022年9月27日 14:24
    【我的建议】将评审工作落实到地,不仅仅是合同评审、需求评审、设计评审还是代码评审,都要检查必须的交付物是否齐全是否准确 【我想解决的问题是】每个阶段开始之初,都要能准确瞄准目标,减少后期风险。同时齐全准确的交付物,完全可以作为交接或新人的材料,不用过多的再去整理。 【建议类型】项目管理类
    1 0
  • 00224281
    2022年9月27日 14:21
    代码要有清晰的注释
    0 0
  • 00224264
    2022年9月27日 14:20
    【我的建议】同一业务条线的项目经理定时开会,沟通新增需求和最近的新想法,汇总整理之后加入到产品构想当中 【我想解决的问题是】需要创建条线产品时,发现需求杂乱,无从下手,且有不少需求已经丢失了 【建议类型】提效方法
    0 0
  • 01799980
    2022年9月27日 14:20
    【我的建议】多组织团建活动 【我想解决的问题是】增强团队凝聚力和协作能力 【建议类型】团队建设
    0 0
  • 00224308
    2022年9月27日 14:15
    【我的建议】代码多加注释 【我想解决的问题是】减轻代码交接难度 【建议类型】业务建议
    0 0
  • 00224338
    2022年9月27日 14:15
    开发时,一定要多方位思考,不能开发半小时,修改BUG一整天。
    0 0
  • 01816131
    2022年9月27日 14:13
    部门内部每月举行技术分享、经验分享或问题交换讨论活动
    0 0
  • 00228101
    2022年9月27日 14:12
    face[赞] face[赞] face[赞] face[赞]
    0 0
  • 01845792
    2022年9月27日 14:12
    【我的建议】部门定期举行知识技术分享活动,或者技术知识大赛。 【我想解决的问题是】有效的提升与推动大家对新的技术知识学习,推动部门团队整体的技术能力以及个人能力。 【建议类型】业务类
    1 0
  • 02122462
    2022年9月27日 14:09
    规范文档,需要做的需求标红提高开发效率
    0 0
  • 01803617
    2022年9月27日 14:07
    多做注释,多打日志
    0 0
  • 00227818
    2022年9月27日 13:54
    【我的建议】部门内部每月举行技术分享、经验分享或问题交换讨论活动 【我想解决的问题是】部门内部知识共享,营造组织内部学习、分享氛围 【建议类型】业务类
    2 0
  • 01784940
    2022年9月27日 12:54
    规范编码格式,增加必要的注释。👍👍👍
    0 0
  • 01807315
    2022年9月27日 12:53
    多向他人学习,加强自生业务知识,才能去更好的服务客户。
    0 0
  • 01751508
    2022年9月27日 12:52
    代码要写注释(代码逻辑、改动时间及说明...); 文档要保留(需求文档,接口说明文档,变更文档...); 反正做事记得留痕啊啊啊啊啊啊啊
    0 0
  • 00227843
    2022年9月27日 12:48
    背景: 项目代码版本管理问题,生产bug修复增量发布时 导致代码版本混乱 【我的建议】编码规范,版本管理(git) 【我想解决的问题是】规范编码,规范流程,统一管理 【建议类型】技术类
    0 0
  • 01211580
    2022年9月27日 12:05
    【我的建议】多参加行业权威的直播课程,扩大业务知识面,了解业务前沿趋势 【我想解决的问题是】 提高需求分析能力: (1)业务知识的高度和全局观; (2)业务知识的更新和迭代; (3)业务流程的合理设计; (4)业务与技术的结合 【建议类型】业务类
    4 1
  • 02126448
    2022年9月27日 10:47
    【我的建议】SVN中部分文件更新较快,却和旧版文件存放在一起,容易让查阅的人弄混。 【我想解决的问题是】尽量把更新较快的文归类到文件夹中,使得项目文件清晰。 【建议类型】工具
    1 0
  • 01853506
    2022年9月27日 10:09
    face[good] face[good] face[good]
    0 0
  • 01846717
    2022年9月27日 09:47
    【我的建议】业务模块代码的主要逻辑一定一定要写注释 【我想解决的问题是】提高代码可读性,让所有团队成员阅读代码更省时省力 【建议类型】现有系统建设建议
    0 0
  • 01844022
    2022年9月27日 09:12
    【我的建议】滴答清单-提效小工具 【我想解决的问题是】1.减轻大脑负担、提升效率、优化日常工作流2.规划目标,安排任务,阶段复盘,习惯打卡3.PC端、手机端app、微信等实时同步数据,方便随时查看制定并修改。 【建议类型】提效小工具
    3 0
  • 01813808
    2022年9月27日 09:02
    多进行代码走查,适当通过设计模式重构重复冗余代码,提升代码简洁性和可读性,重读代码也可以修复代码测试过程中未发展的问题。
    0 0
  • 00223960
    2022年9月26日 20:24
    【我的建议】 三个一定 1,开发改完,一定要自验 2,开发不确定问题,一定要和测试或业务沟通 3,开发不能重现问题,一定不要立即关,等多轮测试无法重现再关闭 【我想解决的问题是】Bug修复一次性通过率 【建议类型】流程
    1 0
  • 01830689
    2022年9月26日 19:55
    测试过程输出过程文档,方便新加入同事熟悉项目,更快上手项目。
    0 0
  • 01855159
    2022年9月26日 19:12
    face[赞] 看看大佬们的发言
    0 0
  • 00228689
    2022年9月26日 18:29
    face[good] face[good] face[good] face[good]
    0 0
  • 01832138
    2022年9月26日 18:23
    同一项目组的成员最好在同一个办公地点办公,这样沟通更高效
    0 0
  • 01814005
    2022年9月26日 18:08
    【我的建议】测试相关:测试同事多写操作手册,流程梳理,方便后续同事快速上手 【我想解决的问题是】接触新项目需要花很长时间熟悉业务流程和测试操作 【建议类型】提效方法
    0 0
  • 01826509
    2022年9月26日 18:05
    【我的建议】公司可以多组织组织开发同事们在一起交流技术 【我想解决的问题是】提升开发质量与效率 【建议类型】技术建议
    0 0
  • 01839149
    2022年9月26日 17:53
    【我的建议】每次评审需求/改动点时,必须落实到位,指定开发负责人、测试负责人,以及时间/任务量评估(设计评审时间、用例评审时间、开发提测时间、预计完成时间); 使用表格/禅道跟踪任务进度情况,确保任务闭环解决。 【我想解决的问题是】需求开完会后未落实到位,造成任务不明确,日期无法估量,任务丢失等情况 【建议类型】技术建议
    1 0
  • 00223343
    2022年9月26日 17:52
    【我的建议】开展高效的分享会 【我想解决的问题是】定期开线上分享会,包括并不仅限于技术方面,项目方面等。分享会时长可以尽量短些,大概能控制在一个小时,分享包括提问等 【建议类型】
    0 0
  • 02120027
    2022年9月26日 17:50
    背景:代码管理目前不统一,也不是都有流水线发布 【我的建议】编码规范,版本管理,流水线, 【我想解决的问题是】规范编码,规范流程,统一管理 【建议类型】技术类 分享一个全局鼠标手势工具:WGestures
    0 0
  • 01751216
    2022年9月26日 17:50
    多个项目下,有时任务会比较多,并且比较分散,需要有一个工具进行统计,避免遗漏 目前使用系统提供的【便签小工具】,随时记录任务,并且进行打开系统立即可见,避免任务遗漏。
    0 0
  • 00223930
    2022年9月26日 17:45
    一、关于软件开发方法的建议: 1、 建议所有的开发逐步切换至容器化的开发过程,但不需要重型的k8s或类似的演化平台,使用最原始的docker + git 模式,达到随意切换 软件 的版本,用于开发和验证,特别是需要同时支持维护多个版本的情况; 2、强化单体应用的设计能力,作无状态化设计,从系统后续运营、升级的角度,能不用微服务就不用微服务,微服务平台对组织的管理能力、人力投入成本等要求,不是一般的企业能玩转的,容器平台、负载均衡器 进行集群应用部署,可以解决性能问题,微服务不是唯一选项。 二、关于现有办公系统建议 打通所有的系统数据,不让数据形成孤岛,提高软件产品体验,目前的办公系统的体验远不及公司给客户开发的项目的体验。 三、关于开源软件以及第三方技术造型的建议 1、 建议所有涉及到存储类的操作,如应用集群条件下的文件存取、以及大量的文件操作等, 尽量使用OSS来完成,如minio等; 2、在当前云化的前提下,建议适当使用新型技术,如Golang等,具有先天语言级别优势的技术方向。
    6 0
  • 01839495
    2022年9月26日 17:45
    同一项目组的成员最好在同一个办公地点办公,这样沟通更高效
    0 0
  • 01810218
    2022年9月26日 17:43
    【我的建议】 1、阶段性进行项目复盘、总结积累经验,共性问题避免再次发生; 2、技术经理严格做好代码走查以及单元测试工作,减少低级bug的产生; 3、对于不确定的需求,优先与客户进行确认沟通,确认后再进行开发测试,避免后期开发测试后不断修改的情况; 4、对于客户在后期改造功能的需求,先做好功能的评估,最好是能进行分期迭代给到客户,避免由于改造的功能影响交付给客户的版本质量; 【我想解决的问题是】频繁更改需求打板给客户,质量低以及低级bug、bug重复出现的问题; 【建议类型】技术建议
    5 0
  • 01787829
    2022年9月26日 17:41
    【我的建议】多點團建活動 【我想解决的问题是】公司内部同类型项目无从参考,无法借鉴历史经验。 【建议类型】技术建议
    0 0
  • 00223985
    2022年9月26日 17:41
    梳理业务需求时,以思维导图整理出来,方便其他同事理解; 梳理开发功能时,以流程图方式将各重要节点体现出来,方便其他人理解。
    0 0
  • 00223755
    2022年9月26日 17:40
    【我的建议】需求、设计文档标准化规范化 【我想解决的问题是】需求、设计文档五花八门 【建议类型】业务
    0 0
  • 01827532
    2022年9月26日 17:39
    【我的建议】测试相关:提升测试同事自动化水平,多进行技术分享、技术交流会,版本回归用自动化代替手工 【我想解决的问题是】版本迭代更新,需进行历史版本回归测试,功能回归耗时久,投入成本过高。 【建议类型】提效方法
    0 0
  • 01843489
    2022年9月26日 17:36
    多向他人学习,加强业务知识
    0 0
  • 01734740
    2022年9月26日 17:33
    【我的建议】多组织团建活动 【我想解决的问题是】同事之间相互熟悉,相互了解,团队协作能力,使员工更有幸福感,做事会更有效率 【建议类型】团队建设
    1 0
  • 01831463
    2022年9月26日 17:33
    【我的建议】多组织团建活动,多交流学习,组织培训 【我想解决的问题是】同事之间相互熟悉,相互了解,团队协作能力 【建议类型】团队建设
    0 0
  • 01836419
    2022年9月26日 17:32
    【我的建议】现任开发同事可以留下框架范围描述,让新同事能够尽快适应 【我想解决的问题是】解决新员工入职问题 【建议类型】业务类
    0 0
  • 02125264
    2022年9月26日 17:28
    减少重复代码,提高增强代码的可复用性,采用设计模式,利用现成的工具类
    0 0
  • 01812379
    2022年9月26日 17:24
    【我的建议】现任项目的所有同事可以总结该项目的经验和问题点,让新同事进入项目能够尽快上手。 【我想解决的问题是】解决新员工接入项目问题 【建议类型】业务类
    0 0
  • 00223979
    2022年9月26日 17:21
    【我的建议】及时修改bug状态 【我想解决的问题是】bug未录入、问题回归失败未激活、问题解决未改状态等情况。不利于系统稳定性分析,以及及时发现风险。 【建议类型】技术建议
    0 0
  • 01738424
    2022年9月26日 17:18
    背景:项目程序开发 【我的建议】加强项目组成员之间的沟通。规范邮件/微信汇报或通知需求/bug问题时的条件,争取有效沟通,减少为了弄清楚对方想传达的问题,而多次进行不必要的沟通浪费时间,影响开发进度。
    0 0
  • 00223751
    2022年9月26日 17:17
    【我的建议】公司软件成功和失败项目相关的案例、代码组件的沉淀,形成专有组织过程资产共享。
    0 0
  • 01763445
    2022年9月26日 17:16
    建议项目成员可以同一场地办公
    0 0
  • 01833314
    2022年9月26日 17:08
    【我的建议】系统开发、编码规范化 【我想解决的问题是】对于系统进行开发前,业务编码规范化,代码编码规范化,方法定义规范化,根据以往的开发经验制定一套规则,不然一套系统开发出来出现代码风格及编码都是各种各样的,后面维护起来比较困难 【建议类型】技术建议/开发建议
    0 0
  • 01810955
    2022年9月26日 16:44
    项目成员可以集中办公,减少沟通成本
    0 0
  • 01766430
    2022年9月26日 16:17
    【我的建议】做好版本控制及记录 【我想解决的问题是】修改产品代码中的bug,但是不确定现在的工程用的哪个版本的产品代码 【建议类型】技术建议
    0 0
  • 02126566
    2022年9月26日 16:07
    face[good] face[good] face[good]
    1 0
  • 01765974
    2022年9月26日 16:04
    【我的建议】现任开发同事可以留下框架范围描述,让新同事能够尽快适应。 【我想解决的问题是】解决新员工入职问题 【建议类型】业务类
    0 0
  • 01765543
    2022年9月26日 15:59
    【我的建议】系统开发、编码规范化 【我想解决的问题是】对于系统进行开发前,业务编码规范化,代码编码规范化,方法定义规范化,根据以往的开发经验制定一套规则,不然一套系统开发出来出现代码风格及编码都是各种各样的,后面维护起来比较困难 【建议类型】技术建议/开发建议
    1 0
  • 02125606
    2022年9月26日 15:35
    face[good] face[给力] face[赞]
    0 0
  • 01799600
    2022年9月26日 15:32
    【我的建议】编程规范,从我做起 【我想解决的问题是】编码后期维护问题,多写备注,把备注写详细些,减少后期系统维护成本 【建议类型】技术建议/开发建议
    1 0
  • 00223988
    2022年9月26日 15:22
    【我的建议】编码要化繁为简,减小非必要的耦合 【我想解决的问题是】无论业务多复杂,都不应该从头写到尾,理清逻辑后应该拆出小模块;后续方便阅读亦可以减少代码耦合。 【建议类型】技术建议/开发建议
    4 0
  • 00223868
    2022年9月26日 15:16
    【我的建议】编程规范,从我做起 【我想解决的问题是】代码千万行,注释第一行;编程不规范,同事泪两行。无论是时间推移或人员更替,良好的编程习惯事半功倍,非常有助于项目实施和维护。 【建议类型】技术建议/开发建议
    6 0
  • 01848512
    2022年9月26日 15:16
    face[good] face[good] face[good]
    0 0
  • 01845969
    2022年9月26日 15:14
    【我的建议】多组织团建活动 【我想解决的问题是】同事之间相互熟悉,相互了解,团队协作能力 【建议类型】团队建设
    2 0
  • 01846843
    2022年9月26日 14:47
    【我的建议】给新入职的同事坐在老同事旁边,一对一解决顾虑。或外派时,充分的了解新入职的同事的意愿。 【我想解决的问题是】解决新员工入职顾虑 【建议类型】业务类
    0 0
  • 01841073
    2022年9月26日 14:44
    实在是一到了提建议的时候就想不起任何建议,还是点赞吧哈哈哈face[good]
    0 0
  • 01841569
    2022年9月26日 14:42
    face[赞] face[赞] face[赞]
    0 0
  • 01847052
    2022年9月26日 14:35
    【我的建议】阶段性的完成项目数据度量工作,输出数据报告,复盘项目存在的问题及形成优化方案。 【我想解决的问题是】项目执行过程中的流程优化,问题追踪闭环。 【建议类型】提效方法。
    0 0
  • 01849573
    2022年9月26日 14:32
    【我的建议】将工作中的案例和相关好的素材,共性的技能,输出物沉淀出来,用SVN平台记录输出物,能够实现分享和输出物利用最大化。 【我想解决的问题是】不受时间和空间限制,随时随地可以进行分享和输出物的交付。 【建议类型】工具
    1 0
  • 01830037
    2022年9月26日 14:26
    face[给力] face[给力] face[给力]
    0 0
  • 00200157
    2022年9月26日 14:14
    【我的建议】在已有标准化基础上,进一步将产品原型和UI中复用性高的功能模块做成标准化组建。比如登录、积分、钱包、支付、个人信息管理、机构管理、角色管理等 【我想解决的问题是】工作标准化,进一步提升产品和UI工作效率 【建议类型】提效方法 提出人:技术管理与开发部/技术管理团队
    8 0
  • 01824456
    2022年9月26日 14:13
    【我的建议】在系统建设过程中做好过程管理、交付物评审,将组织过程资产沉淀下来,便于后续同类型项目借鉴。 【我想解决的问题是】公司内部同类型项目无从参考,无法借鉴历史经验。 【建议类型】技术建议
    5 2
  • 00200157
    2022年9月26日 14:12
    背景:目前视频用于工作各个方面,比如产品讲解、培训视频等等,视频剪辑软件众多,现分享好用的剪辑软件给大家。 【我的建议】(非原创)剪映-大众剪辑。AE+Pr(Adobe After Effects 和Adobe Premiere Pro)-专业版剪辑                         【我想解决的问题是】产品说明功能讲解,以更直观方式向大家展示产品功能。培训等各类视频剪辑,解决日常工作需求。 【建议类型】工具  提出人:技术管理与开发部/技术管理团队
    8 0
  • 01825535
    2022年9月26日 10:20
    注释大法: 将代码一点点注释,来缩小范围 Printf大法: 在合适的代码位置对特定的变量等进行输出 日志大法: 在代码合适位置记录相关变量等关键数据
    2 0
  • 陈明恩
    2022年9月22日 18:04
    face[赞] face[赞] face[赞] face[赞]
    3 0
Vaptcha启动中...