现在大多数人都会问为什么程序员过了35岁就退休的说法？你知道吗？答案其实是这样的
不是说一个程序员35岁就老了，而是35岁的程序员在接收新的技术上不是那么的了如指掌了，而是开始变得琢磨不想现在在学校里面的学生他们看待与事情还是比较很客观的看待事情，今天突然在网上又看到35岁的程序员创业的知识，

让我大吃一惊内容如下：

创业是一条艰苦的道路，其中面临的各种坎坷是外人想象不到的。本文作者以自己的亲身经历，讲述了自己从大学以来的创业故事。

今年对我个人来说是个特殊的年份，不但是35岁这样一个程序员的人生转折点，也是大学毕业十周年。其实早在30岁的时候，就想写篇人生总结，但当时状态实在太差，这一拖就拖到了现在。这次趁过年没回家，集中精力写下这篇文章，了却一桩心愿。

毕业这十年来，我90%以上的时间都是在参与创业或自主创业的状态下，所以文章也会以创业为主线。

由于内容可能比较长，我会以讲故事的方式展开，避免大家看上去太枯燥，在适当的节点再插入自己的感悟和总结。

既然决定把本文发出来跟大家分享，就不应该喃喃自语，不负责任。就算我现在各个方面做得都还不够好，但至少我可以尽力分享到最好，对得起大家的阅读时间。

本条创业之路转载http://www.woshipm.com/chuangye/3995221.html 如有版权规范请联系作者

1. 人生没有对错，选择合适自己的就是正确的 正式故事从大学讲起，但这里我想先提一下我的高中。

高三的时候，不知道哪跟筋抽了，突然就厌学了，觉得中国的整个教育界和大部分老师都是SB，然后就不听课了，总是思考类似“爱国是不是典型的小团体主义”这类哲学问题和“分母为什么不能为零”这种数学问题。

然后成绩就一落千丈，在学校再也找不到成就感了，于是就学会了上网，去网上发表各种奇葩但又很幼稚的观点。

后来因为不满雨后池塘和榕树下等文学网站的个人主页板块儿，就萌生了自己做一个个人网站的想法。那时候还是网页三剑客的天下，我就这样走上了互联网技术的漫漫长路。

镜头切回主线，高中最终勉强考上了一个三流的本科，学的是建筑给排水专业。考大学的时候，我报的计算机专业，但没考上，就服从了调剂，只想早点脱离高中炼狱般的生活。

进入大学，总算解脱了，大一大二参加各种社团，搞演讲、搞辩论、当团支书，挺嗨的。过程中一直在关注网页技术相关的东西，但是并不算真正开始学习，只是感性地了解到网页技术涉及哪些知识点，有哪些网站可以去学习。

这里插一句，大一大二各种社团活动，收获最大的是辩论赛，倒不是锻炼了胆量、表达力什么的，是通过辩论赛我搞定了比我低两级的一个小师妹。经过十年长跑，现在是我的老婆。

虽然大学前期各种活动很嗨，但大二下学期一开专业课，我就又郁闷了。大量的基础物理、化学、力学等学科，光力学就分为基础力学、结构力学、材料力学和流体力学。

妈呀，我的心中只有互联网和网站啊！学习这些东西简直是一种折磨，而且很多学科我都不知道学了有啥用。

然后我就又开始不安分了，上课不听课，思考“我是谁？我从哪里来？我要到哪里去？”这种哲学问题，还洋洋洒洒写下了一篇上万字的《我的21岁人生哲学》。这篇文章完全是一种愚人自语的状态，就不拿出来献丑了。反正最后把自己脱光来回打量了好几遍，也没得出啥真正靠谱的结论。

然而，没有结论怎么行？那不是白忙活了？挤也要挤出来一个：“人生没有对错，选择合适自己的就是正确的！”这就是我最后挤出来的结论。霸气！有没有？至少当时自己是这么觉得的。

然而对于一个迷茫的青年，没有高人指点，更没有多少人生和社会经验，空有一腔激情，喜欢不停思考。可以预见，在外部一切都不可控的情况下，他必然会走向无限内化的过程，以至于陷入极端主观的状态。

“选择合适自己的就是正确的”这话听上去是爽，但现在回头看，当时的意思其实是这样的：“靠，既然想不清楚，那就不想了，凭感觉来吧。而且只要我选了，肯定就是适合我的，别人说啥我都不听，因为你们不是我，你们不懂我！”，我自己生动地演绎了一部先有结论再找理由的生活剧啊，而且还找的非常牵强。

于是，未来十年的创业悲剧从此拉开序幕。

你想高薪就业吗？

那你得赶快试一下这个高薪就业的Sql语句调优？？？

1.  根据业务场景建立复合索引只查询业务需要的字段，如果这些字段被索引覆盖，将极大的提高查询效率.
    多表连接的字段上需要建立索引，这样可以极大提高表连接的效率.  where条件字段上需要建立索引,
   但Where条件上不要使用运算函数，以免索引失效.  排序字段上, 因为排序效率低, 添加索引能提高查询效率.
    优化insert语句: 批量列插入数据要比单个列插入数据效率高.  优化order by语句: 在使用order by语句时,
   不要使用select , select 后面要查有索引的列, 如果一条sql语句中对多个列进行排序, 在业务允许情况下,
   尽量同时用升序或同时用降序.  优化group by语句: 在我们对某一个字段进行分组的时候, Mysql默认就进行了排序,
   但是排序并不是我们业务所需的, 额外的排序会降低效率. 所以在用的时候可以禁止排序, 使用order by null禁用. select
   age, count() from emp group by age order by null  尽量避免子查询,
   可以将子查询优化为join多表连接查询.

4. 合理的数据库设计(了解)
   根据数据库三范式来进行表结构的设计。设计表结构时，就需要考虑如何设计才能更有效的查询, 遵循数据库三范式：
   i. 第一范式：数据表中每个字段都必须是不可拆分的最小单元，也就是确保每一列的原子性；
   ii. 第二范式：满足一范式后，表中每一列必须有唯一性，都必须依赖于主键；
   iii. 第三范式：满足二范式后，表中的每一列只与主键直接相关而不是间接相关(外键也是直接相关)，字段没有冗余。
   注意：没有最好的设计，只有最合适的设计，所以不要过分注重理论。三范式可以作为一个基本依据，不要生搬硬套。有时候可以根据场景合理地反规范化：
   A：保留冗余字段。当两个或多个表在查询中经常需要连接时，可以在其中一个表上增加若干冗余的字段，以 避免表之间的连接过于频繁，一般在冗余列的数据不经常变动的情况下使用。
   B：增加派生列。派生列是由表中的其它多个列的计算所得，增加派生列可以减少统计运算，在数据汇总时可以大大缩短运算时间, 前提是这个列经常被用到, 这也就是反第三范式。
   C：分割表。
   数据表拆分：主要就是垂直拆分和水平拆分。
   水平切分:将记录散列到不同的表中，各表的结构完全相同，每次从分表中查询, 提高效率。
   垂直切分:将表中大字段单独拆分到另外一张表, 形成一对一的关系。
   D: 字段设计

1. 表的字段尽可能用NOT NULL
2. 字段长度固定的表查询会更快
3. 把数据库的大表按时间或一些标志分成小表