Mar
30
目前工作机器上,我习惯是安装了一个linux虚拟机.开发环境
每天开始工作时,就会需要启动手工去启动.所以需要改为开机启动.这个就少管一件事
1.在window里打开 任务计划程序
2.在右侧栏里点击创建任务
每天开始工作时,就会需要启动手工去启动.所以需要改为开机启动.这个就少管一件事
1.在window里打开 任务计划程序
2.在右侧栏里点击创建任务
Mar
30
目前我使用的是cygwin64,
第一步,使用cygwin64的setup软件安装cron
第二步,执行cron-config 这个命令会提示你配置cron为window的服务.跟进提示就可以了.(注意需要使用管理员来打开cygwin)
第三步,测试定时任务
crontab.exe -e
然后输入
* * * * * /usr/bin/date >> /tmp/atim.log
第一步,使用cygwin64的setup软件安装cron
第二步,执行cron-config 这个命令会提示你配置cron为window的服务.跟进提示就可以了.(注意需要使用管理员来打开cygwin)
第三步,测试定时任务
crontab.exe -e
然后输入
* * * * * /usr/bin/date >> /tmp/atim.log
Oct
29
周一的时候发现测试环境有一个命令执行后报
网上基本减于这个错误,基本上是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)
}
}
}
这个错误算是概念不清引起的错误.
引用
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
我把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%的学习时间.当然,这是不可以避免的.但评估时候需要考虑学习成本和
这个项目我最开始评估是2周的开发时间,投入工时24人天.
第一周,感觉进度缓慢,基本都花时间在了解云星空的业务逻辑上和接口测试上.
第二周,原来准备撤走的工程师还留在开发上.协助另一个工程师开发.
第二周周末,功能初步完成,可以进行添加.测试时发现所有联动的都没有做.重新评估,需要增加一周来完成测试和修复.
第三周,重新整理联动要求.调整各项细节.
最终花了三周时间,投入工时34人天.
总结一下经验:
1.需求文档不完成导致工程时需要花更多的时间来理解功能的需求.(准备充分一些,可能会少一些时间)
后面花了半天时间整理了联动要求.修改起来也很快.
2.开发方案的调整.
* 计划是直连sqlserver读取数据.
* 工程师考虑到已经熟识了接口的参数,再使用sqlserver方式会产生学习成本.就不用sqlserver
* 最后发现接口还是很多数据没有返回.最后还是使用sqlserver来读取
涉及到我的问题:未坚持开发方案.导致学习成本叠加.
3.出现了意想不到的功能开发
联动效果里有很多意想不到的情况.这个也是之前的联动要求没有分析透引起的.但在实际的报价阶段,很难有时间来去分析这些细节.
这里涉及到学习成本.假如我们已经很了解云星空的接口和数据结构.我们估计只需要21人天就可以完成,但对于不熟识的事物,我们比原计划多花了40%的学习时间.当然,这是不可以避免的.但评估时候需要考虑学习成本和
