作为一个programmer,我们的路很长

与其说软件行业是一个浮躁的行业,不如说社会是浮躁(部分而非全部),社会中人是主体运作,人的急功近利,自负,追求利益的最大化,原本技术驱动的行业,变得乌烟瘴气,令人唏嘘,令人看衰。

软件的行业浮躁主要来自于两大方面,一是雇主,二是雇员,请允许我这样称呼,雇主一般指老板,老板无非追求功与名,因而大肆宣传自己,自吹自擂,当然有些人做出了些实事,有些人一直在做秀,玩虚的。套用时髦词汇,云计算,互联网+,好像不说,都感觉自己out了........甚至有人认为是一场科技革命,是一个全新的时代,这个需要时间的。雇员有一线的,高级的。比如职业经理人,各种o,(CEO,CFO,CTO,,,),各种理(总经理,产品经理,销售经理,,,,),首先这些人的生活是体面的,受人尊敬的,有的还有丰厚的收入,当然他们中有些被称为所谓的砖家,砖家种有些有自知之明,而有些便是头衔而已,你绝对不要崇拜,迷信,信仰他们,就像很多人有语言宗教信仰一样,因为他们也是人,是人就有缺陷,人都有局限性,呵呵,你应该自主!当然这部分人应该说是产生浮躁,制造混乱的根源,因为有些人他的能力远远没有到达那个高度,但是他就是喜欢玩弄时髦,新花样,因为这更有身份,层次,他们认为这是自主产权,创新,明眼人一看这不就是那个xxx开源项目嘛,这样确实解决了一些问题,但是背后的魔鬼他们却闭口不谈。一线雇员某些就更加自负,所谓无知者无畏,他们坚信自己得代码没有bug,喜欢讨论一些比如多线程,网络阻塞非阻塞,算法,,,其实就是谈谈,他们只是个使用者,想融会贯通确实要成为砖家的,,,对于一线,一些人是苦逼的,但是需加时日,他们有些还是很乐观的。

总之,浮躁的社会生产了一些浮躁的软件ers,一些浮躁得programmer,一些浮躁coder,有篇文章一直鼓舞着我前行,因为我喜欢玩技术,喜欢简洁,喜欢纯真,就是这篇文章,http://www.cnblogs.com/flish/archive/2010/12/04/1896273.html,程序员的十层楼,其实作者或许已经知道了浮躁得一帮人,

时间: 2024-08-29 07:34:13

作为一个programmer,我们的路很长的相关文章

                IT生涯的路很长,是否准备好?

IT生涯的路很长,是否准备好? 曾几何时,梦想自己成为一个出色的化学家.那大概是4年前的事了吧.后来,慢慢走向成熟.我很感谢亲爱的自己在大学所收获的知识.每天上班般的走进图书馆看着自己所喜欢的书,以前很讨厌看书的我,现在能静下心去学习.我感到自己渐渐成熟,某天突然对IT行业感兴趣,尤其是LINUX的博大精深.这将是我人生职业最大的转折. 有时候,我就会问.学这么多,还不是为了帮别人服务,找个工作那么难,并且还要忍气吐声的忙碌着,人的一生就要这样度过?这种想法一直促使这我,人总是会明白很多道理,以

人生的路很长,路有很多分支,每个分支都对应着不一样的未来,然而你选择了现在的这条路你就必须走下去

人的一生常处于抉择之中,如:念哪一间大学?选哪一种职业?娶哪一种女子?……等等伤脑筋的事情.一个人抉择力的有无,可以显示其人格成熟与否. 倒是哪些胸无主见的人,不受抉择之苦.因为逢到需要决定的时候,他总是求询别人说:"嘿,你看怎么做?" 大凡能够成大功业的人,都是抉择力甚强的人.他知道事之成败,全在乎已没有人可以代劳,更没有人能代你决定. 在抉择的哪一刻,成败实已露出端倪. 美文欣赏完了,是不是可以一心来阅读我的文章了呢?静下心来,这期的文档含金量都比较大,一定要好好吸收! 下面说说我

只为提醒自己,前面的路很长

1.某君结合自己经历总结的c/c++程序员的修炼之道 转自:http://blog.csdn.net/langeldep/article/details/6333562 本人是过来人, 结合自身的体会和大家交流一下,希望新人能少走弯路. 每个人的情况不一样,我下面的描述可能并不适合每一个看到这篇文章的人. 一.C/C++语言 如果你的基础很差, 建议不要一开始就学C++语言,从C开始学起,对程序有个初步的认识,循序渐进.C语言的书嘛,先买一本 300 页以内的,把书中的每一个例子都通过键盘敲打进

如果一个问题纠缠了你很长时间,那么你很有可能走进了一个死胡同。

很多时候,一个很简单的问题,往往会使得你毫无办法,然而在你一遍又一遍的检查了代码后, 发现没有任何问题时,却还是没能达到你预期的效果.这时候说明,你可能陷入了死胡同. 这时,你需要的时,完全摒弃之前的思路,跳出这层,问题会逐渐浮出水面的. 在今天上午,用jquery 的ajax去调用一个aciton,用到内部的架构(对这框架不熟悉), 需要配置action的url,在调用的时候,无论如何也不会去执行aciton,判断的标准就是 在后台会不会打出Log,结果是返回一堆乱七八糟的xml,急于把程序跳

路还很长

今天是4月9日,离实习的日子也剩下2个多月了. 而此时心情还是没能调整过来,昨天去参加了蓝桥杯C组的Java比赛.从最开始的激动,紧张到最后的失落. 0分,注定的0分. 这是个教训的开始,毕竟是太投入到这个比赛中. 又一次让很多人失望,也让自己明了这条路还很长,要学的东西还很多.从最开始不爱交流,只敢匿名的发布自己代码,到后来被 老师发现,却一下成了"有能力的青年".从最开始的用Java开发了打地鼠游戏,却一次一次夸下不能完成的海口,"我会在一个星期完 成给你的",

前端的路还很长

1.会做一些简单的设计(能够熟练使用ps.fireworks.ai.Flash等设计软件做出一些特定的效果) 2.使用html+css进行合理的页面布局 (考虑页面兼容性---->最终要学会做响应式页面或者能够做                               到页面的自适应:注意一下他们的区别于联系                               性能优化------>了解浏览器怎样工作的:渲染与重绘) 3.使用css3做出一些特定的动画效果(Canvas或SVG也可

专访黄勇:Java在未来的很长一段时间仍是主流(把老板当情人,把同事当小孩,把客户当病人)

url:http://www.csdn.net/article/2015-09-06/2825621 2015-09-06 13:18 摘要:本文采访了现任阿里巴巴公司系统架构师黄勇,从事近十年的JavaEE应用开发工作.采访内容包含了技术人生.IT职场.程序员.Java Web框架.研发管理.敏捷开发.开源等问题,希望你在技术这条路上不孤单. [编者按] 一个普通的技术人讲述不平凡的技术人生路.黄勇,在工作十年后,写了一本书:<架构探险——从零开始写Java Web框架>,这本书是给他十年技

为什么drop table的时候要在checking permissions花很长时间?

昨天,我drop一个表的时候在checking permissions花了20s+,这个时间花在哪里了呢?经常查找发现我的配置文件innodb_file_per_table=1的,innodb需要遍历LRU链表,并且丢弃属于这个表的表空间里面的页.如果innodb buffer pool很大的话,需要花费很长时间,并且当执行这个动作的时候table_cache的锁是不能被其他query语句持有的. 参考资料: https://www.percona.com/blog/2011/02/03/per

解决c#所有单线程单元(STA)线程都应使用泵式等待基元(如 CoWaitForMultipleHandles),并在运行时间很长的操作过程中定期发送消息。 转载

最近做一个后来程序,启动了事务后有一段操作业务,当运行一段时间后,出现这个异常 CLR 无法从 COM 上下文 0x1b1c38 转换为 COM 上下文 0x1b1da8,这种状态已持续 60 秒.拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送 Windows 消息的情况下处理一个运行时间非常长的操作.这种情况通常会影响到性能,甚至可能导致应用程序不响应或者使用的内存随时间不断累积.要避免此问题,所有单线程单元(STA)线程都应使用泵式等待基元(如 CoWaitForMulti