客服热线:0769-82869349   |  E-mail:ye@ssyd2010.com

东莞市欧柯保温材料河北快3走势图

应用案例四

我的专业是Ruby on Rails的。我有没有推荐的偏好,如果别人正在使用PHP或。 NET或Java,我们不应该指望资本导入一个新的框架。其实我没有很喜欢硬斯卡拉或Node.js的相同。他们能对他们有用的中央点发送,但绝对不是主体。原因很简单,我不认为他们是成熟的,足以让所有成员快速上手,不重新创建的车轮。

  普通团队喜欢使用PHP。很容易找到PHP工程师的Rails工程师找到。但在我的经验,一路下来,我觉得这是一个伪命题。内部劳动力市场和企业的实践中的运作情况,你会发现这个命题是不可靠的。是的,你正在寻找PHP工程师,但它是有罪的,很多人写的代码不能使用(更准确的说,写的多数只)。 (我没有冒犯的PHP开发人员的意义)

  原因是PHP开发人员之间的标准,从根本上没有太多的差异,是爱怎么写就怎么写。产生的,即使你的团队里面,即使是非常凶猛的开发商,但也没有多大用处。因为每个人都是不相同的代码格式以及网站结构是不一样的。填写人根本没有办法发挥添加剂的效果,我们可以只写自己,即使爆炸一样长原作者修复。

  在我眼里是极端Mifei团队作战部队的罪魁祸首。

  Rails不会有这种情况呢?这是中央,我认为Rails的优势,这是一个非常受欢迎的框架(后在台湾,你可能不觉得他是很抢手后)。由于这是一个框架,这本身就是一个很强的约束力,至少MVC和路由规则,共同即使是新手也不会被放错地方太远。写代码有一定的潜规则。

  发展过程中遇到任何攻击的错误,开发人员只需使用谷歌找到任何可能的攻击的原因,修复的目的。这简直是​​不能比普通自中央框架,如果你建立了一个框架,对任何问题的根本攻击,最后只是打扰了原来的设计工作的建筑师。 (这也是非常Mifei的钱中央,由于建筑师的薪水是非常昂贵)。

上一篇:应用案例三

下一篇:应用案例五

顶部
爱尚彩票平台 宝乐彩票平台 河北快3开奖结果 必博彩票平台 宝马彩票APP下载 爱拼彩票平台 爱彩彩票APP下载 爱拼彩票平台 伯爵彩票APP下载 必博彩票APP下载