博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
关于系统前期选择架构的问题
阅读量:6963 次
发布时间:2019-06-27

本文共 756 字,大约阅读时间需要 2 分钟。

hot3.png

最近在整公司之前的一个基于动量的项目,我也是第一次接触动量。第一感觉是用动量开发真的比较快。但觉得不适合程序员。开发直接基于动量后台,什么IDE都不需要。动量框架可能对于公司还是比较不错的,但是在开源码农的眼里着实是个垃圾。

动量的X宗罪

1、没有原有代码的概念,不能做版本控制

2、代码片段的概念很坑爹,但是不得不佩服动量,使得编程的技术活变得像是富士康装配工人的活。但是作为程序员我是鄙视这种东西的。但不得不说这是趋势,以后编程真的有可能像街边的装修工人扛大包的,站在街边随客户调,“java 80, python 60”。

3、动量不支持eclipse神器,作为程序员,我现在的习惯是,no eclipse will die。

4、动量的发布很坑爹,不方便。但是它支持tomcat增量发布还是比较先进的,想当年我为了实现tomcat热发布,忙了好几天。

5、动量的调试及其坑爹。垃圾。试问没有一个调试的环境怎么写代码。但是调试才是能体现程序员价值的,调试使得程序员还有那么一点点的成就感吧。所以动量有意弱化之吧。

6、动量是闭源的,动量公司那帮货的技术支持简直为0。不开源,没有技术支持,网上开发资料接近0。出点问题自己琢磨。欲哭无泪。

 

当然作为开源人,平时没有机会接触动量,也不屑使用之。spring核心,加上精选的外设(+mybatis +xxcache+...)所有功能自己写。

动量毕竟是平台,很多商用功能集成度很高,开发效率极高,维护成本极大。哈哈。

我是鄙视动量的,大家可以搜一下。

写到这里有点乱,我的本意是什么也忘了。总之开发之前选择平台(框架要谨慎吧,特别是市面上NB的不开源的平台,慎用之。)

转载于:https://my.oschina.net/AaronCN/blog/314901

你可能感兴趣的文章
漫谈vfp程序界面及设计观
查看>>
性能魔方mmTrix:应用性能与用户体验“石器时代”终结者
查看>>
1.大道至简的数据处理工具(Power Query)
查看>>
python第二阶段第五天额外增加
查看>>
开始写博客啦
查看>>
Cisco_IP_Communicator_软电话配置过程全解
查看>>
友元函数的产生和理解
查看>>
系统运维问题诊断集合
查看>>
springboot 2.0+elasticseach 5.5.0集群环境搭建示例(附源码)
查看>>
利用Hadoop提供的RPC API实现简单的RPC程序
查看>>
avg count null值计算
查看>>
SfB迁移CMS中央存储数据库镜像配置
查看>>
Gartner:2013-2014年全球MSS市场分析
查看>>
std::function源码分析
查看>>
Android的Activity组件启动,切换和值传递学习
查看>>
SQL Server中truncate、delete和drop的异同点
查看>>
我的友情链接
查看>>
工作节点配置
查看>>
fedora 20安装软件
查看>>
我的友情链接
查看>>