分页: 3/119 第一页 上页 1 2 3 4 5 6 7 8 9 10 下页 最后页 [ 显示模式: 摘要 | 列表 ]
Oct 29
周一的时候发现测试环境有一个命令执行后报
引用
segmentation fault(core dump)


网上基本减于这个错误,基本上是c语言的编译问题,但我大php怎么会有这样的错误?
所以怀疑是系统内核错误.把容器重新打包一次.结果没有改善.

最后发现原为是同事在CommonLogic::__call(),再调用了一次,call_user_func_array([$this, $method_name], $agrs);


class CommonLogic{

    function __call($method_name,$agrs){
             if(anycheck()){
                     //and function
             }else{
                   // 如果不符合的,就再调用一次,这个就变成了一个死循环.
                   // 因为__call就是类里没有对应的方法才会去调用,但这里又再调用一个不存在的方法
                    return call_user_func_array([$this, $method_name], $agrs)
             }
    }
}


这个错误算是概念不清引起的错误.
Sep 10
场景一
我把develop分合并到master,但还没有推到服务端,这时候我想这个合并不要了.
引用

git reset origin/master
git checkout -- .
git clean -fd
Jul 15
上个月接了一个erp扩展的项目.客户是已经购买了金碟云星空独立部署,但金碟对用户数收费.但客户员工比较多.所以让我们给他基于云星空进行扩展开发.

这个项目我最开始评估是2周的开发时间,投入工时24人天.
第一周,感觉进度缓慢,基本都花时间在了解云星空的业务逻辑上和接口测试上.
第二周,原来准备撤走的工程师还留在开发上.协助另一个工程师开发.
第二周周末,功能初步完成,可以进行添加.测试时发现所有联动的都没有做.重新评估,需要增加一周来完成测试和修复.
第三周,重新整理联动要求.调整各项细节.

最终花了三周时间,投入工时34人天.

总结一下经验:
1.需求文档不完成导致工程时需要花更多的时间来理解功能的需求.(准备充分一些,可能会少一些时间)
    后面花了半天时间整理了联动要求.修改起来也很快.
2.开发方案的调整.
    * 计划是直连sqlserver读取数据.
    * 工程师考虑到已经熟识了接口的参数,再使用sqlserver方式会产生学习成本.就不用sqlserver
    * 最后发现接口还是很多数据没有返回.最后还是使用sqlserver来读取
    涉及到我的问题:未坚持开发方案.导致学习成本叠加.
3.出现了意想不到的功能开发
    联动效果里有很多意想不到的情况.这个也是之前的联动要求没有分析透引起的.但在实际的报价阶段,很难有时间来去分析这些细节.

这里涉及到学习成本.假如我们已经很了解云星空的接口和数据结构.我们估计只需要21人天就可以完成,但对于不熟识的事物,我们比原计划多花了40%的学习时间.当然,这是不可以避免的.但评估时候需要考虑学习成本和
Jun 21
最近公司准备开始一个新项目,而这次客户要求是使用java.
为了节省时间的我,选择了若依后台系统.但发现没有整合oauth
(虽然其它版本有整合,但使用分离开发成本有点高.对于我们这种没有前后端分离的小团队不划算.)
May 12
知识储备,目前公司使用了k3cloud,但接口提供的接口实在是有点少.所以在考虑是不是可以通用使用界面的接口.来完成功能.

但查看返回来的数据是这样的

H4sIAAAAAAAEAA3JOwrAIBAFwLu8egshkMJzpBOLNVmI4Cfomka8ezLtuAk+NdZSOAssuugRs9ShIDzcOHdYN/FyGv9vuzEEKRySXLDahhBu4RaE9W9jll80l/8ABPfqSlgAAAA=

分页: 3/119 第一页 上页 1 2 3 4 5 6 7 8 9 10 下页 最后页 [ 显示模式: 摘要 | 列表 ]