只加两行代码为什么用两天时间

A. 本人后台开发，前端说改个东西要两天，但我感觉撑死2小时，怎么办

本人有五年前台开发经验，2年后台开发经验，实际上我觉得后台可能比前台还要容易，在不考虑比较深的技术壁垒的情况下，前台有原型图，我需要百分百还原，再加上画面特效，用户操作特效等挺麻烦的，有时候一个小小的点卡半天很正常，只要不是特别简单的需求，说随便两个小时搞好的我是不怎么相信的。转后台之前，本来以为很难，结果后台写起来真的就是好快，我经常做到无聊到没事做把人家的活揽过来一起做，后来还是前后台一起搞了，后台框架搭好以后，剩下的只是业务接口实现而已。总的来说，前台入手容易精通难，后台更多偏向框架的灵活使用。不要瞧不起前台，特别是某些后来开发人员觉得不就是写个界面么？但我想说界面的逻辑不比后台简单，前几年曾经去参加一个公司的面试，以后后开发人员跟我在那装，一个劲的说就是前台而已，很简单的事情，说了好多次，把我说烦了，我就跟他探讨前后台，屁都不懂的面试官，就一新生蛋子，最后我说你公司连面试官都这水平，与我期望不符合，要过来简历就撤了，带着有色眼镜看待技术的人一般都是那种一知半解，一瓶子不满，半瓶子晃悠的人

我就是做前端开发十年了，其实你这个问题在职场中普遍存在。就像以前我认为，后端不就写写接口，一个接口10几分钟的事情，墨迹个半天没出来一样，总是很埋怨，其实你真正去实操的时候，发现并没有这么简单，细节的东西特别多。

前端说需要两天时间，可能考虑某些改动涉及会影响到其它功能方面的问题，都需要测试评估，并且前端的开发，比后端还多了界面这一块开发的时间，这界面调试往往最费时间，这是很多后端开发人员没有考虑到的。

总之，前端评估可能是一个相对宽泛并且预留了一定空间的时间，也许他能答应2小时做完，但能保证真的做好了吗，没有隐患问题存在，这些都是要考虑的，毕竟前端一发布出去就不好在升级版本改动了，这也就是他和你评估时间存在较大差异的一个重要原因吧！

图一，安装完oracle,sql,db,mysql后，负责数据库开库的叫做底层，

图二，负责浏览器视窗页面上能看见的什么东西的一律叫前端。

图三，负责整个视窗界面看起来很舒服，给人留下深刻印象的我们一般叫他们ui.

项目经理拿到项目，会给底层大致讲解一下，然后底层会根据讲解开库做系统，然后给前端代码。前端拿到代码写入页面然后整个系统大致完成，接着ui介入，ui根据客户需求制定界面，再转回前端，双方共同负责界面达成。接着就轮到测试上场了。一般测试的外号文雅点叫清道夫，难听点叫擦屁股的。然后高端大气上档次的就是全栈工程师了。在测试过程中负责整个系统测试，运行，并找出各个部位的bug,并修复它，然后写出报告，报告将直接提交人事或者财务，根据描述部位对相应人员做出处罚。

这就是软件设计部门的整个工作流程。所以，你说后台开发对前端有疑问，就有点纳闷。前端有问题，和你后台开发什么关系？

至于什么后台开发。。。。。好像外包公司起这名的比较多。

首先问题要分几面来看。

会者不难，难者不会。

要看别人的具体经验，具体技术水平。

每个人做同一件事花的时间是不一样的，不要把自己的想法强加给别人。

如果别人认为你应该怎么怎么样，你也会反感。

而且前端要2天，项目经理能给，就说明前端说的在理。

如果你觉得2小时可以干完，说明你能力强，但作为同事，还是要善良一些，你总不能有活就帮他干。

也许他干几次之后，效率就上来了，从两天变一天，再变成2小时呢。

人是要进步的，是要学习的。

多站在对方的角度思考问题，也许你就有一个不一样的答案。

最后祝工作开心顺利！

在工作中遇到这种人很正常，这种人就是大家口中的“磨洋工”。

有些人认为前端和后端不一样，后端改个需求可能一个小时就可以搞定，前端复杂，需要一天或者更长时间，这完全是胡扯，是消极工作的一种变现。有些程序员就是喜欢将工作难度夸大，明明一个小时的工作量，他非的要评估一天的工作量。这对于非技术人员可能感觉不到，但是对于一起开发的技术人员来说，一眼就能看透工作量，只是同为同事，大家不好说破而已。

三天100行代码的奇葩同事

曾经碰到过一个前端同事，技术很一般，分配给的任务，不管是小到一个css样式的调整还是一个完整的功能模块，让他评估时间，最少需要一天。曾经有一次一个简单。需求评估，后端同学评估只需要半天时间，他的前端竟然需要三天时间，让他说出具体工作的难度在哪里，他却支支吾吾说不出来。这三天的时间我时不时观察他，发现他一天大半的时间都在浏览网页，要不就是微信群各种聊。三天过去了，我去看了一下他提交的代码行数，不到100行！三天时间写了不到100行代码！

所以，有些程序员就喜欢磨洋工，当然，也有可能是考虑的比较全面，追求代码质量。 如果碰到这种情况，只要他评估的时间在产品可以接受的时间范围内，那你也就无所谓。如果你是一位研发负责人，请他将工作进行拆分评估，具体到功能点的时间，看他这两天时间是如何分配的？炸一炸他，他总能露出破绽。

首先，个人不太理解，为什么一个后端开发的程序员需要控制前端程序员的开发时间？不管前端需要多少时间，到底是2小时还是2天，这个不应该是由产品经理或者项目负责人来控制的么？

有时候不在其位不谋其政，作为后端程序员可以提出自己的疑问，但是到底如何布置任务和排期，还是交给负责人来协调吧。程序员之间没有必要相互对立，特别还是因为一个自己并不擅长的领域相互产生矛盾。

当然，如果你自己除了是后端开发外，还兼职了项目负责人，那确实可以对前端的研发时间进行评审。如果你和前端对于某个功能的时间评估上出现分歧，那么可以采用以下这些方法。

可以考虑“功能点分析”

让前端把功能分解若干个功能点，然后对每个功能点都采用乐观时间进行评估，最后汇总后在增加30%的Buffer。

例如：我现在要做一个订单页面，这个订单页面有查看订单列表、查看订单详情、取消订单、确认收货、评价几个功能。

画一个思维导图，然后每个功能再往下分解。查看订单列表包括了ajax请求api获取数据，组装table，css考虑已有框架的样式复用，不另算时间；详情页的话，也包括了ajax请求api，页面的html和css等等等等（细分的力度自己掌握）。

最后，所有的功能点被一一列举出来以后，就挨个分析，哪个哪个需要几个小时，最终就可以汇总出时间了。这里可能需要注意一下，单一的功能点，其实大致已经可以评估得到代码量了，只要不是特别复杂的算法类功能点，大部分都可以把时间精确到小时甚至0.5小时。而且，这里我们采用乐观评估的方法，就是说，大家别去想这个功能可能有坑，可能如何如何。最后汇总时间后，给予总体的Buffer量来抵御风险。

当然，也可以使用“对照分析”的方法

我们可以考虑对照曾经做过的类似功能或类似优化，当时的那个功能花费了多少时间，而这次相比上次的差异是哪些？是会花费更多时间，还是更少时间。这样，就能够得到一个大致的完成时间了。

这种评估方式，就只是针对于当前的功能曾经有过经验，时间上有参考价值的情况下。不能把完全不相干的两个功能拿来类比。而我们在评估的时候，就只需要考虑差异部分的评估，大大的减少需要评估的内容。

最后，就是“专家评估”了

如果你对于前端确实也比较了解，自己完全能够独立完成这个工作任务，时间花费可以测算的话，你其实就可以作为一个“专家”的角色了。那么，你评估的时间就是大家必须要遵循的时间。当然，这种方式需要你有绝对的权威性，不然就是 搞笑 。

不管使用什么方式，对于分歧问题的处理其实都比较机械，并不是非常的利于团结，最好的方法还是大家商商量量的把事情给解决了。

这个问题需要多纬度去分析：

其实本质就是要么你判断错误，要么是你同事判断错误。

无论是你对还是你错，这工作都是由别的同事来完成的，你没必要太过于关心，你没必要太过于在意。

但是，假如这个工作和你的工作有关联，这个工作的完成时间，完成质量，会影响到你的工作进展与工作质量，那么你必须要恰当的参与进去，你需要：

这个很重要，同事之间工作上的沟通交流还是必须的，交流内容可以由浅入深，先从你认为只需要2小时就完成的工作谈起，然后逐渐深入进去，多听听同事的解释，当然你也可以发表你的意见。互相理解，互相体谅，互相帮助，最好能达成一致。

如果工作非常紧急，你这个同事也不配合你，那你只能请领导出面进行协调。当然，你要有理有据，只针对工作不要针对人。

最后建议：

如果不是领导，那么就不要参与不要议论别人的工作。

如果没得到允许，那么就不要参与不要议论别人的工作。

这个我倒是有心得可以分享。其实如果做程序员的或多或少都会遇到这样的现象，要不你就是问题中的后台开发，要不就是改东西需要两天的前端。我觉得都很正常啊，毕竟你不是对方，你也不知道对方有什么想法和困难。

像产品给个需求给到开发，一般说改这个东西要多久，开发看了下进度表，思考了一会后给了个时间点，这时候一般产品不会多问，因为他不知道实际开发难度，而且他也不知道开发的其他需求进度，所以不敢多说，反正开发给了排期，在合适的项目进度内也就ok。

但如果是开发对开发，那就出现问这个问题的情形，开发A要给开发B提个需求，然后开发A实际内心有个预期感觉这个需求能在其他事情不干扰下多久完成。注意！是其他事情不干扰下的情况，其次，这是开发A按自己的能力评估，不是按开发B的能力评估的，而且这种事情一般不是遇到自己，便潜意识就把需求想得比较简单，毕竟大家都容易“宽于待己，严于待人“。

在这种前提下，实际开发B可能本身就有其他优先级高的需求要做，其次这件事情可能牵涉到系统内部其他需要修改的地方，会牵一发而动全身，不是后端想象修改单个页面就可以完成的那么简单。

所以这种情况开发A说的2个小时是一种自我想象的事情，要不等前端找后台开发说，这个需求最多就2个小时就可以完成，就改个接口，新增这些数据POST出来就行，那我估计这个问题转换下角色我又可以再回答一次了哈哈。

对于一个技术团队来说，配合默契是非常重要的，特别是前端和后端人员，如何做到默契，需要三点：

一、前端要懂后端，后端要懂前端，只要这样，大家才能无缝对接；

二、对工作的重视，无论你负责哪个环节，只要有这个态度，项目会顺利的进行下去；

三、同事之间的关系，这很重要，千万不要有互相拆台的行为：这其中有个人的人品问题，也有个人交际情商问题，这个比较难以处理。

回到你的问题，你认为2小时的工作量，但你同事却说需要两天，这种矛盾的可能性比较多，但不管是什么情况，你都要本着和同事维护好关系为基础，要主动理解同事，哪怕他说的是错的，你就会释然了。

你两小时能完成人家两天的工作量，产出是人家八倍！！！那你是不是可以跟你的领导建议下，把前端的任务交给你，让老板给你开这个前端双倍的工资，你承诺产出比现在的前端多4倍，然后你每天只要干4小时活就能完成任务。

多赢局面啊：

1、服务端工资再高也不可能比前端两倍还多，现在前端都不便宜！你大幅涨薪了，而且每天工作时间少一半，你赚大了；

2、老板少花了一半的钱、产出却扩大了一倍，老板赚大了；

3、那个可怜的前端可以让他滚蛋了…

希望这个办法能让你们公司长命百岁

B. 农商银行收款码，收款成功，几天不到帐为什么

因为扫码方的手机移动网络出现暂时的断线现象，或者是手机出现的卡顿现象而导致。 遇到这种情况不要着急，可以返回，稍等片刻以后再重新扫码重新操作一遍即可成功。
二维码支付是一种基于账户，商家可把账号、商品价格等交易信息汇编成一个二维码，并印刷在各种报纸、杂志、广告、图书等，用户通过手机客户端扫拍二维码，便可实现与商家支付宝账户的支付结算，商家根据支付交易信息中的用户收货、联系资料，就可以进行商品配送，完成交易。
操作环境：华为p40 农行版本3.3.0
农行扫码付到账时间是：
1、使用静态码的，到账时间一般是次日下午;
2、使用动态码的，到账时间一般是T+2日。 需要注意的是，这个到账时间是农行总行批准的，各地的分行都没有权限调整。如果用户想开通农行扫码付业务，可以登录农行掌银，点击左上角“扫一扫”—“同意”即可开通，然后绑定你名下的农行借记卡就能使用了。
拓展资料
商户申请“农行扫码付”聚合扫码业务需满足合法经营、有固定经营场所、风险可控，提供本人身份证及同名农行借记卡，以及以下条件之一：
1、农行助农服务点签约合作商户；
2、能提供营业执照的商户；
3、符合工商行政管理机关免予办理工商等级条件的商户。
农村商业银行（英文名：Rural commercial bank，简称农商银行）是中国的一类服务于当地农民、农业和农村经济发展的商业银行。 农村商业银行主要以农村信用社和农村信用社县(市)联社为基础组建，是由辖内农民、农村工商户、企业法人和其他经济组织共同入股组成的股份制的地方性金融机构，实行股份有限公司形式。
中国银监会合作金融机构监管部主任姜丽明表示，将不再组建新的农村合作银行，农村合作银行要全部改制为农村商业银行。全面取消资格股，鼓励符合条件的农村信用社改制组建为农村商业银行。要在保持县（市）法人地位总体稳定前提下，稳步推进省联社改革，逐步构建以产权为纽带、以股权为联接、以规制来约束的省联社与基层法人社之间的新型关系，真正形成省联社与基层法人社的利益共同体。