看过了很多的技术书籍，到了今天，似乎对技术书籍失去了盼头。过去，因为是在学校的关系，上课只好带着书过去，现在工作了看书的时间越来越少，但是看的书似乎没有比原来少。只是看书的内容变了，以前看的是技术书籍，现在懂的技术多了，看的类型变成了理论类型的。而我本身是更喜欢实践的类型，于是到了今天技术似乎没有想象中的重要。
业务与技术
在学校的时候，由于接的一些单子数量比较少，三天打鱼两天晒网，可以有更多的时间放在技术的学习上面。或者说，当时的学习是目的性不强的学习。受一些客户的影响，当时我们所要做的一些技术方面的东西，也是被驱动着去学的。
工作的时候，主要的东西也是受业务驱动。换句话说，不论在哪我们都是要以营利为目的去写代码。只有在Github上写代码可以自由自在，换句话来说，这也是写博客和写书的区别。
作为一本书的作者，我们需要将我们想讲述的东西变得简单一点。有时，我们不得不去重复一些内容，以便让我们的读者读懂我们的思想。这就是我们的主要业务——写作，最好的写作是可以按自己的想法而来，而不是读者想要什么我们给他们什么。然而，我们也需要去考虑读者的感受。毕竟，这时可以给我们带来收入。
作为一个博主，我总是自己想写些什么就写什么。我需要写点什么就写点什么，这就是我们的自主。我们可以不需要去重复一些内容。而且相对于写书来说，我们可以不断发布我们地新版本的博客。博客可以是我们的笔记，于是我们想要什么就给自己什么。我们不需要考虑太多读者的感觉。毕竟，这算是一种额外的收入。
于是，我们回到技术与业务上。这也是我们在Github上写代码和项目上写代码的区别。
工作上写的代码，绝大多数是以业务为驱动的。有时，我们甚至会抗拒某些功能的代码，至少从心里上不会认可这样的行为。然而，在业务上却是受欢迎——比如广告。我们写的代码多数时候是受约束的，这样也就意味着我们可以写出更好地代码。只是当我们有太多优先级比较高的功能时，我们写的代码就会越来越糟。我们没有时间去重构，没有时候去写出更好地代码。正如:
如果我有更多的时间， 我就能给你写更短的信了。Github上的代码。总是可以随心所欲地写，我想有这个框架，用这个数据库。我们可以在自己的项目上选择需要的功能，就像Linus一样，可以决定Linux内核需要怎样的功能。这时，我们没有业务驱动，我们可以写作更好地代码。我们总会试着去重构我们的代码，因为我们有足够的时间。
只是我们靠工作来赚钱，靠Github来保持热情。虽然，多数时候对工作上的代码很有热情，比如某些有挑战性功能。而我们靠Github来保持更高地热情，不是么？
说说技术书籍
多数时候我们看书是靠兴趣，少数时候我们是靠技术上的需要。于是，作为一个兴趣广泛的孩子，我有一堆书，多到我不想去统计到底有多少。
有一天，我发现我的书架上摆满了太多关于技术的书籍。
于是有时，我开始向一些非技术类的书籍靠拢。毕竟，了解活着的意义，有时候比更好地活着来得有意义。
如何写技术书籍
这是一个简单而又有趣的话题，如果我们写关于某方面技术的话，我们我想我们要写关于这方面的书籍唯一缺少的就是恒心。因为我们在这上面工作了一些时间，我们有足够的能力去写一本书。当你发现一本书上面的所有知识都是你会的时候，你也有能力写这样的一本书。但是你真的会去写么，如果每天你都想着把睡懒觉的习惯戒掉的话，这可能是一件很能的事情。这需要持之以恒地力量，所以在那之前需要好好地去评估一下这可能性。
听过不少关于技术方面的讲座等等，多数都讲得比较显浅，并不是演讲者的水平问题。而是如果演讲者讲得太深的话，那么多数的人就听不懂，也就不会有兴趣。听上去，你似乎是一个NB的人物，仅些而已。于是如果我们把一本技术书籍写得复杂的话，那么受众就少了，肯看的人就更少了。很难去了解到底有多少出版社真的愿意去出这样的书，于是多数的技术书籍的主要对象都是那些初学者或者中级。
结论
于是开始慢慢去思考，我们是要写更多的代码，还是要看更多的书。只是有时可以少看一些技术，我们真的需要去了解一些不在用的技术吗?我们把一门语言学得再好，如果用不到的话，是不是只能用来聊天？
其它
总想说的一句话是: 技术应该用来改变生活。
