Sime Thoughts on software development

摘要: 最近在忙项目的事, 其中遇到了很多非技术上的问题(我个人认为是非技术的问题). 特写下这篇博文, 阐述下自己的观点. 并没有什么针对性的问题, 也只是闲谈下

前言

至冯诺依曼协助开发人类历史上第一台计算机起(也许不是第一台), 数学就和计算机结下了不解之缘. 可以想象一下没有数学, 当代计算机会变成什么样子, 软件行业还能像现在这样蓬勃发展吗

正文

一个问题引发的血案

小明的问题

小明问: 老师我要使用怎样式子才能解决结果一定等于2呢
老师回答: 1+1=2 或 x+y=2
小明: 好简单啊: 1+1=2 x+y怎么能等于2呢
老师: …

关于自己的一点看法

我个人比较喜欢使用框架去完成一项工作

一个框架

• 并不是能解决你的说有问题, 而是能解决你大部分核心问题, 那他就是一个适合自己项目的框架了
  在包含上条的时候同时, 语法友好, 表层简单代码(复杂关系封装在相对底层的代码内)

• 当一个问题有几种, 乃至几十种的可能性的时候, 你需要写多少代码才能解决这问题呢
  最主要还是写完了还不一定就能把所有问题就解决, 因为仍然有很多问题是我们未能及时想到的
  而框架中我们多半只需要一个函数就能解决这些问题

• 框架能解决的问题, 为什么还要自己写解决方案, 找虐呢
  还是说你是个抖M
  那么有人要问题, 搞IT这行不就的得有点抖M精神吗

  念念碎: 放你娘的狗P, 抖M===纯找虐!==求知欲

• 当我们决定用一个框架的时候, 自然会有很多问题是框架不能解决的, 那么怎么办呢
  这时候路人甲又要跳出来说, 直接写一套实现呗
  我想说的是这只是最后才使用的笨方法, 对, 这就是笨方法
  路人甲要问题了, 那你丫倒是说说要怎么弄呢, 站着说话不闲蛋疼

  ok
  如果是我, 我会安装框架定义的标准去已插件的形式去给框架扩展功能, 而不是把功能独立于框架而存在
  当使用框架的时候, 整套框架就已经===你的项目了
  剩下的还用我多说吗

回答小明的问题

自己想去..

总结

• 没有银弹
• 现代的程序猿很幸福, 前辈们为我们留下一大笔财富(代码)和经验
• 能在坑上搭桥过去, 为何要先用绳索爬下坑, 再用绳索从坑里爬到对岸呢

写的不好, 很多语法都有问题, 我自己知道, 但是就是不想改了. 强迫症表示看不下去了, 那你丫的来打我啊