`
aric_chen
  • 浏览: 8959 次
文章分类
社区版块
存档分类
最新评论
文章列表
最近前端大热,各种MVC框架层出不穷,大有百鸟争鸣之意。 这“百鸟”中,数ReactJS尤其火热,出身高贵,一面世就引起关注! 之后Facebook更是宣称支持构建安卓以及苹果原生应用,这对很多烦恼于多平台的企业更是一场 ...
最近几年,互联网如火如荼的发展,短短几年就造就了如Facebook,Google这样的世界级企业。国内如饿了么,58同城等等也是在短短几年就名声大噪,变得炙手可热! 每每想到此种情景,我总是羡慕嫉妒,外加醋坛子爆发,大家同是混互联网圈的,为什么别人隔三差五融资几亿,随随便便纳斯达克上市,而我所在行业却是越混越差,真是恨铁不成钢! 相信做企业软件的同行,都有这种感觉。市场越来越难做,客户越来越难伺候,周期越拖越长,动不动尾款都难收! 市场上如金蝶用友这些大牌,听闻说财报都是投资房地产撑起来的!
估计很多人看到标题估计蒙圈了,心想你一个苦逼呆萌的程序员,不好好聊你的技术,跑来聊尼玛幸福不幸福? 对,你木有看错,今天我也学CCAV,问众多程序员一句,你幸福了吗? 最近和前同事吃饭,大家都疯狂吐槽公司,相信这样的情景大家都不少见,所以就想起聊聊程序员的幸福。
你没看错,哥就是要聊哲学!!! 之前每篇文章都会在CSDN上同步发布,反响最好的一篇大概有600多人的浏览量,这已经让我喜不自禁!!! 忽然最近闲的蛋疼,看看CSDN上其他同学发的博客,才发现被这个世界深深伤害着.... 很多文章一个标题,贴一段代码,浏览量能上30W,我真是日了狗了!
NoSQL全名 Not Only SQL,而非No SQL NoSQL是伴随着WEB2.0的兴起而迅速发展,它的出现就是为了解决大规模的非结构化数据的存储,所以目前市面上的NoSQL都天生支持【集群】和【数据分片】 这里的天生支持是指使用内部机制实现,而非类似MySql的集群和分片,需要使用插件MySQL Proxy来实现,所以在配置和使用上更加灵活以及稳定。 NoSQL的分类
SOA(Service-Oriented Architecture),中文全称:面向服务的架构。 SOA让把系统分离成不同的服务,使用接口来进行数据交互,最终达到整合系统的目的。 专业的词总是让人懵懵懂懂,看起来高大上,但就是不知道在BB什么.... 我们换种讲法。 很多开发人员,做系统的时候是这样合作的: 小明负责【考勤】,小王负责【薪资】。 小王说: 小明,我要用【考勤】数据,你做好了没?
首先讲明,我不是标题党。这纯属我个人的意见,勿喷。 先来讲讲JSP是怎么出现的吧. 在早期的WEB中,JS,CSS远未成熟,技术大方向并不明确!由于前端语言的匮乏,各家大公司都推出基于后端的模板语言。比如JSP,ASP,PHP等。 这些基于后台的模板语言引领了一个时代 ! 比如在JSP中,内置基本数据对象,外加自定义Tag,可以实现“半组件式”的开发,这在当时大大加快了系统的开发速度。
搞定了前期所有的问题,你的平台架构也在慢慢完善中...余下的就是更新部署方面的问题了。 大家都知道,平台运行需要一个运行环境。抛开操作系统以及服务器这方面的安装,平台本身运行就需要数据库,数据等需要初 ...
很多程序员看到标题,估计心里一愣:一个组织代码,有什么可讲的,无非是公司网址倒着写,外加命名规范,最多分模块管理而已!怎么这都能忽悠一篇文章来? 代码组织确实是一件简单的事情,但是如果我说的“代码组织”不仅仅限于这些内容呢... 大家都知道Web项目的架构,文件很琐碎。一个模块前台包含JS,CSS,HTML文件,后台还有模块的逻辑处理类,实体的数据库访问类,以及实体本身。 如果这个模块需要打印,还要有打印的模板文件! 如果这个模块还有一些关联数据,比如学员的学分数据等等。
搭建轻量级的架构,没有轻量级的开发原则是不行的。 传统的软件工程理论是统一软件过程,统一软件过程说的简单点就是沟通,建模,开发,维护。 大家注意,这是一个一次性的过程,也就是每个阶段必须要力求详细,确认功能的务必完善,然后一次性搞定。 所以按照传统的工程理论,开发反而是一个可控性最高的阶段,根据前期“超级完善”的模型,程序员完全是流水线工人,俗称码农!
所有软件最终都是面向用户的。软件的用户,大概可以分为三个层次。 第一层次:发烧友 发烧友愿意使用系统,并且很了解系统,很乐于发掘系统的隐藏功能,提出有建设性的意见。类似于很多安卓系统的发烧友...但是发烧友对于任何软件而言,都是非常少的,可以说是可遇而不可求。 第二层次:普通用户 普通用户就是使用系统的普罗大众,基本上占据用户的80%以上。他们或许是打发无聊的时间,更或者是被逼使用。这类用户不会有很深的系统背景。功能简单粗暴,他们是最乐意的。如果太专业化,那他们根本就不会用了。
我们要搭建轻量级的架构,首先要确保有一套轻量高效的“辅助工具”,确保平台架构可以正常推进。 项目的“辅助工具”包括协作平台,管理工具。 首先来说说 项目协作工具 比较老旧的团队协作,都是枯燥的会议记录,列表式的Task,还有附件形式的项目文档... 很多公司总是想通过这些方式来把控项目,认为有“协作平台”就能为项目带来便利。
一直专注于构建高效的开发平台,在这方面颇有一些心得。今天就和大家聊聊关于平台架构的一些话题。 何为平台?从狭隘的角度来看,有二个方面: 1. 提供可扩展的开发 2. 提供基础功能,例如:查询,导入导出,打印,BI,工作流,表单,数据权限等。
现在开源世界已经越来越流行,软件的开发也越来越简单。 一般来说,只需要选择几款开源框架,然后结合自己业务的特色,整合起来,就可以快速成为一个平台。 那么,如何选择一款好的技术框架呢? 大家都知道,选择一款技术框架,大多数都是作为平台底层运行,一旦使用,基本上没有替换的可能。
上一篇讲到AngularJS是在三月17号,已经过去整整3个月。 当时我也只是AngularJS的入门程序员,文章涉及的内容也只是针对框架的特性和Backbone进行简单的对比。 在当时,我正在进行内部平台从Backbone向AngularJS的转型。那时Backbone版的平台,已经趋于稳定,并且已经服务于多家客户。 很多读者会有疑问:既然Backbone版的平台已经稳定且有成功案例,为什么要使用AngularJS再大费周章的进行替换呢?
Global site tag (gtag.js) - Google Analytics