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

Apr 30
公司最近一个项目,是将多个数据源合并成一个数据库.
原来有一个类似的项目,只是针对单个数据库迁移.

但这个项目当时弄了很久.如果再用这样的方案来实现.不太划算.
而且这个项目后期维护也不太明确.所以不考虑.

所以我偏向于使用ETL的工具快速的去实现功能.
试用了openfrefine, clouddx 最后发现 Pentaho Data Integration (Kettle) 最适合.
优势:
1.gui编辑数据集成的逻辑
2.命令执行
3.能支持sql server ,mysql等常用数据库
4.支持js调整数据内容
5.分批操作

https://www.jianshu.com/p/6876c204f447
https://blog.csdn.net/romaticjun2011/article/details/40685113
https://www.cnblogs.com/mq0036/p/9372713.html
Apr 26
一般情况下使用certbot来申请证书,但使用动态域名的时候,不能使用80和443端口.所以一直没有申请下来.
只能使用aliyun或者腾讯云的证书来申请.
但这样每年处理一下.而且时间长了.也不一定记得去更换.就算记得更新的过程也是挺麻烦的.

最好能像阿里那样使用dns来验证域名这样就可以一劳永逸了.

acme.sh可以使用创建泛域名的证书
分页: 3/119 第一页 上页 1 2 3 4 5 6 7 8 9 10 下页 最后页 [ 显示模式: 摘要 | 列表 ]