php

php

php相关问题
html+css

html+css

JavaScript

JavaScript

js,jquery,vue.js等
Linux

Linux

Linux操作系统
Mysql

Mysql

各种资源

各种资源

开发工具,手册等
就业指导

就业指导

UI设计

UI设计

教学视频分享

教学视频分享

程序员的几种类型

各种资源赵老师 发表了文章 • 0 个评论 • 63 次浏览 • 2017-11-22 14:52 • 来自相关话题

纯以编码能力来看,可以分为五类,依次是:

1. 拷贝型
拷贝型选手就是传说中的“代码拷贝员”了,他们对实现功能几乎没有思路,所作的事情就是从网上或是之前其他团队成员写的代码中拷贝出片段,然后放到项目中,如果运行项目出现了期望结果,则表示任务完成。
这类人只会改代码,却不会写代码。他们大多对编程毫无兴趣,只是希望以此糊口;又或是加入了平庸的团队,无法感受到技术的魅力。

2. 新手型
当产品有功能需求时,由于经验有限,程序员并不完全知道要如何实现这个功能,需要通过学习、寻找资料等方式来解决问题。
这种情况下的编码过程,程序员的主要目标是“完成功能”,那么很难有多余的心思去考虑边界条件、性能、可读性、可扩展性、编码规范等问题,因此代码bug可能较多,稳定性不高。常常会发生开发花费1个月,改bug却要改上好几个月的事情。

3. 学习型
这类程序员对所在领域的语言已经比较了解,对于一般功能可以有较为清晰的实现思路,给出需求时可以通过自己的思路来实现,并且会一定程度上考虑边界条件和性能问题。但仅此而已,他们对可读性和可扩展性考虑很少,也没有项目级别的考虑,主要是希望通过实现代码来练手或是学习。
这类程序员最大的表现在于喜欢“创造代码”,即使有现成的实现,他们也希望自己来实现一套,以达到“学习”的目的。他们不喜欢复用别人的代码,看见项目中别人实现了相类似的功能,他们会以“需求不同”的借口来自己重新实现一套。这类人一般来说对技术有着较为浓厚的兴趣,希望能够通过项目来进行学习。
从项目的角度来说,这种做法最大的麻烦在于开发周期可能较长(相比直接使用现成的实现),并且会使得项目代码膨胀,影响未来的维护。但这类程序员由于有兴趣,如果好好培养或许会成为明天的牛人。

4. 实现型
这类程序员一般有较为丰富的经验,由于写得太多,因此不再追求“创造代码”来进行学习,同时对所在领域可能涉及的很多第三方框架或是工具都比较熟悉,当接受到产品需求时,对功能实现方案已经了然于胸,因此他们可以快速的实现需求,并且对边界、性能都有一定程度的考虑。因为能够快速实现需求功能,经常会被团队评价为“牛人”。但他们一般仅仅停留在“完成功能”级别上,对代码的可读性、可扩展性、编码规范等考虑较少,对项目总体把握也较少(例如控制项目膨胀、方便部署等架构级别的东西)。
这类程序员最大的表现在于喜欢“开发项目”,却不喜欢“维护项目”。他们产出的代码最大的问题就是维护较为困难,可能过上几个月回头看自己的代码都会晕头转向。因此即使是自己写的代码,仍然不愿意维护,一般会苦了后来人。
因为接口设计的缺乏,当需求变更时,发现代码要改的东西太多,然后抱怨需求变化,却很少认为是自己的代码问题。这样的项目如果经过长时间的变更维护,最终会变得难以维护(一般表现在需求变更响应时间越来越长)甚至无法维护,最终要么是半死不活,要么是被推倒重来。

5. 架构型
这类程序员比实现型更进一步,他们经验丰富,对相关框架和工具等都很熟悉,“完成功能”“稳定性”“性能”这些已经不再是他们的追求,更优美的代码、更合理的架构才是目标。
这类程序员接口设计大多建立在对需求变更的预测上,即灵活又不过度设计——可扩展性好;代码细节也尽量多的考虑边界情况、性能——稳定高效;代码命名、注释及逻辑分离都恰到好处,语义丰满——可读性较高;同时在开发过程中他们会不断重构,对代码做减法——保证项目可持续发展;等等。
但由于考虑问题较多,单从“实现功能”阶段来看,完成速度不一定会比“实现型”要快。只是到了项目中后期优势才会慢慢体现出来。
 
你属于哪种类型的程序员呢?
 
链接:https://www.zhihu.com/question ... 73375
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。 查看全部
纯以编码能力来看,可以分为五类,依次是:

1. 拷贝型
拷贝型选手就是传说中的“代码拷贝员”了,他们对实现功能几乎没有思路,所作的事情就是从网上或是之前其他团队成员写的代码中拷贝出片段,然后放到项目中,如果运行项目出现了期望结果,则表示任务完成。
这类人只会改代码,却不会写代码。他们大多对编程毫无兴趣,只是希望以此糊口;又或是加入了平庸的团队,无法感受到技术的魅力。

2. 新手型
当产品有功能需求时,由于经验有限,程序员并不完全知道要如何实现这个功能,需要通过学习、寻找资料等方式来解决问题。
这种情况下的编码过程,程序员的主要目标是“完成功能”,那么很难有多余的心思去考虑边界条件、性能、可读性、可扩展性、编码规范等问题,因此代码bug可能较多,稳定性不高。常常会发生开发花费1个月,改bug却要改上好几个月的事情。

3. 学习型
这类程序员对所在领域的语言已经比较了解,对于一般功能可以有较为清晰的实现思路,给出需求时可以通过自己的思路来实现,并且会一定程度上考虑边界条件和性能问题。但仅此而已,他们对可读性和可扩展性考虑很少,也没有项目级别的考虑,主要是希望通过实现代码来练手或是学习。
这类程序员最大的表现在于喜欢“创造代码”,即使有现成的实现,他们也希望自己来实现一套,以达到“学习”的目的。他们不喜欢复用别人的代码,看见项目中别人实现了相类似的功能,他们会以“需求不同”的借口来自己重新实现一套。这类人一般来说对技术有着较为浓厚的兴趣,希望能够通过项目来进行学习。
从项目的角度来说,这种做法最大的麻烦在于开发周期可能较长(相比直接使用现成的实现),并且会使得项目代码膨胀,影响未来的维护。但这类程序员由于有兴趣,如果好好培养或许会成为明天的牛人。

4. 实现型
这类程序员一般有较为丰富的经验,由于写得太多,因此不再追求“创造代码”来进行学习,同时对所在领域可能涉及的很多第三方框架或是工具都比较熟悉,当接受到产品需求时,对功能实现方案已经了然于胸,因此他们可以快速的实现需求,并且对边界、性能都有一定程度的考虑。因为能够快速实现需求功能,经常会被团队评价为“牛人”。但他们一般仅仅停留在“完成功能”级别上,对代码的可读性、可扩展性、编码规范等考虑较少,对项目总体把握也较少(例如控制项目膨胀、方便部署等架构级别的东西)。
这类程序员最大的表现在于喜欢“开发项目”,却不喜欢“维护项目”。他们产出的代码最大的问题就是维护较为困难,可能过上几个月回头看自己的代码都会晕头转向。因此即使是自己写的代码,仍然不愿意维护,一般会苦了后来人。
因为接口设计的缺乏,当需求变更时,发现代码要改的东西太多,然后抱怨需求变化,却很少认为是自己的代码问题。这样的项目如果经过长时间的变更维护,最终会变得难以维护(一般表现在需求变更响应时间越来越长)甚至无法维护,最终要么是半死不活,要么是被推倒重来。

5. 架构型
这类程序员比实现型更进一步,他们经验丰富,对相关框架和工具等都很熟悉,“完成功能”“稳定性”“性能”这些已经不再是他们的追求,更优美的代码、更合理的架构才是目标。
这类程序员接口设计大多建立在对需求变更的预测上,即灵活又不过度设计——可扩展性好;代码细节也尽量多的考虑边界情况、性能——稳定高效;代码命名、注释及逻辑分离都恰到好处,语义丰满——可读性较高;同时在开发过程中他们会不断重构,对代码做减法——保证项目可持续发展;等等。
但由于考虑问题较多,单从“实现功能”阶段来看,完成速度不一定会比“实现型”要快。只是到了项目中后期优势才会慢慢体现出来。
 
你属于哪种类型的程序员呢?
 
链接:https://www.zhihu.com/question ... 73375
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

养成良好的工作习惯

就业指导赵老师 发表了文章 • 0 个评论 • 74 次浏览 • 2017-11-07 16:36 • 来自相关话题

1、别人质疑你时,不要习惯于给自己找理由,弱者才会这样去做。
2、养成总结的习惯,每隔一段时间,写一点什么。如果不知道写什么,把自己这一段时间的工作罗列下来,然后把工作展开,写下来每个工作中你对自己满意的部分和不满意的部分,坚持一段时间,你会对自己越来越满意。
3、把自己的工作、学习心得分享出来, 是很好的习惯。因为分享的过程既是二次思考,又能听到别人的意见。
4、很多时候,你的主管要的是成果,而不会去关心过程有多曲折,因此汇报工作时不要强调加了多长时间班等和过程相关的问题(不要担心你的主管不知道),而要明确你完成了什么事。
5、要处理的事情有很多,忙不过来,怎么办?我的建议是把这些事按紧急并且重要、紧急但不重要、重要但不紧急、既不重要又不紧急的方式进行分类,你会发现世界是如此的美好,而我也没那么烦躁。
6、如果承诺在指定时间完成工作,一定要全力以赴去做。如果确实事情进展过程不顺利,不能按期完成,一定要提前告知对方(该事项owner或者主管),否则对方无法及时调整,从而因为你一个环节导致整个事情推迟。
7、学着这样提问:“我现在遇到了一个问题,…………,对于这个问题,我有两个解决方案,第一个方案有以下优点……,同时有以下缺点……,第二个方案……,请您帮我想想”。而不是:“我有个……问题,你看怎么办?”。 查看全部
1、别人质疑你时,不要习惯于给自己找理由,弱者才会这样去做。
2、养成总结的习惯,每隔一段时间,写一点什么。如果不知道写什么,把自己这一段时间的工作罗列下来,然后把工作展开,写下来每个工作中你对自己满意的部分和不满意的部分,坚持一段时间,你会对自己越来越满意。
3、把自己的工作、学习心得分享出来, 是很好的习惯。因为分享的过程既是二次思考,又能听到别人的意见。
4、很多时候,你的主管要的是成果,而不会去关心过程有多曲折,因此汇报工作时不要强调加了多长时间班等和过程相关的问题(不要担心你的主管不知道),而要明确你完成了什么事。
5、要处理的事情有很多,忙不过来,怎么办?我的建议是把这些事按紧急并且重要紧急但不重要重要但不紧急既不重要又不紧急的方式进行分类,你会发现世界是如此的美好,而我也没那么烦躁。
6、如果承诺在指定时间完成工作,一定要全力以赴去做。如果确实事情进展过程不顺利,不能按期完成,一定要提前告知对方(该事项owner或者主管),否则对方无法及时调整,从而因为你一个环节导致整个事情推迟。
7、学着这样提问:“我现在遇到了一个问题,…………,对于这个问题,我有两个解决方案,第一个方案有以下优点……,同时有以下缺点……,第二个方案……,请您帮我想想”。而不是:“我有个……问题,你看怎么办?”。

白班程序员VS夜猫子程序员

各种资源赵老师 发表了文章 • 0 个评论 • 66 次浏览 • 2017-11-07 15:15 • 来自相关话题

我一直深信,在这个世界上有两种程序员,我们称之为:

1. Day Programmers 白班程序员

2. Night Programmers 夜猫子程序员

白班程序员在这个行业中最受关注,你会发现在公司组织架构上占据一定的数量。

白班程序员具备以下特点:

通常大部分是被领导,很少领导别人
无法应对突发情况
无法设想出一个解决方案
不会在家使用开发工具
通常不会参与开发社区工作
把编程仅看成“一份工作”来对待

相反的,如果你是一名夜猫子程序员,你可能很难理解为什么白班程序员会进入到这个行业,原因是他们做的事情有区别于你。

夜猫子程序员具备以下特点:

通常都领导别人
面对难以理解的事情,一定会刨根问底
能根据第六感设计出一个解决方案
会在家使用alpha/ctp/beta等各种版本工具
参与用户群组和邮件列表项目
把编程视为呼吸空气作为生活中至关重要的一部分

如果你是一名白班程序员,看到夜猫子程序员你会认为他们的生活没有意义。当他们为开发框架做出一些很酷、很炫的技术而感到兴奋时,你甚至会嘲笑他们。

有的程序员人喜欢白天工作,有的则喜欢夜间工作,此前,CSDN还发表过一篇文章《为什么程序员都是夜猫子 》,这事归纳起来有3点即:工人的时间表,疲倦的大脑和明亮的电脑屏幕。

有人便提出了疑问:为什么我们要把智力上最复杂的事情放到我们的大脑想去睡觉的时间段里去完成,而在我们的大脑最敏锐最清醒的时候去做相对简单的事呢?
 
那么,你怎么看呢? 查看全部
我一直深信,在这个世界上有两种程序员,我们称之为:

1. Day Programmers 白班程序员

2. Night Programmers 夜猫子程序员

白班程序员在这个行业中最受关注,你会发现在公司组织架构上占据一定的数量。

白班程序员具备以下特点:

通常大部分是被领导,很少领导别人
无法应对突发情况
无法设想出一个解决方案
不会在家使用开发工具
通常不会参与开发社区工作
把编程仅看成“一份工作”来对待

相反的,如果你是一名夜猫子程序员,你可能很难理解为什么白班程序员会进入到这个行业,原因是他们做的事情有区别于你。

夜猫子程序员具备以下特点:

通常都领导别人
面对难以理解的事情,一定会刨根问底
能根据第六感设计出一个解决方案
会在家使用alpha/ctp/beta等各种版本工具
参与用户群组和邮件列表项目
把编程视为呼吸空气作为生活中至关重要的一部分

如果你是一名白班程序员,看到夜猫子程序员你会认为他们的生活没有意义。当他们为开发框架做出一些很酷、很炫的技术而感到兴奋时,你甚至会嘲笑他们。

有的程序员人喜欢白天工作,有的则喜欢夜间工作,此前,CSDN还发表过一篇文章《为什么程序员都是夜猫子 》,这事归纳起来有3点即:工人的时间表疲倦的大脑明亮的电脑屏幕

有人便提出了疑问:为什么我们要把智力上最复杂的事情放到我们的大脑想去睡觉的时间段里去完成,而在我们的大脑最敏锐最清醒的时候去做相对简单的事呢?
 
那么,你怎么看呢?

只有程序员能看懂的幽默

各种资源赵老师 发表了文章 • 0 个评论 • 65 次浏览 • 2017-11-06 16:50 • 来自相关话题

1、据说有一位软件工程师,一位硬件工程师和一位项目经理同坐车参加研讨会。不幸在从盘山公路下山时坏在半路上了。于是两位工程师和一位经理就如何修车的问题展开了讨论。硬件工程师说:“我可以用随身携带的瑞士军刀把车坏的部分拆下来,找出原因,排除故障。” 项目经理说:“根据经营管理学,应该召开会议,根据问题现状写出需求报告,制订计划,编写日程安排,逐步逼近,alpha测试,beta1测试和beta2测试解决问题。”软件工程说:“咱们还是应该把车推回山顶再开下来,看看问题是否重复发生。”
2、【高效的程序员】当世界末日还有5分钟就要到来的时候。程序员: 让我们在这最后的时刻作些什么吧!女友: 那好,让我们在做最后一次吧!程序员: 那剩下的4分50秒做什么啊?
3、【开发时间】项目经理: 如果我再给你一个人,那可以什么时候可以完工?程序员: 3个月吧!项目经理: 那给两个呢?程序员: 1个月吧!项目经理: 那100呢?程序员: 1年吧!项目经理: 那10000呢?程序员: 那我将永远无法完成任务。
4、我是个程序猿,一天我坐在路边一边喝水一边苦苦检查bug。这时一个乞丐在我边上坐下了,开始要饭,我觉得可怜,就给了他1块钱,然后接着调试程序。他可能生意不好,就无聊的看看我在干什么,然后过了一会,他幽幽的说,这里少了个分号。。。分号。。。分号。。。
5、女友对程序员说:“紫禁城占得地方好大呀!”程序员:“杀死那个子进程……”
6、一程序员家的水管坏了,他打电话叫来一个水管工修理。 水管工鼓捣了一个小时,终于把管子修好了,他递给程序员一张600元的帐单。“600元!”程序员愤怒地说:“我当程序员一天都赚不了这么多钱!” “是啊。”水管工平静地说,“我当程序员的时候也是。”
7、十年前,女:“对不起,我不会喜欢你的,你不要再坚持了,就好比让 Linux 和 Windows 同时运行在一台PC机上,可能吗?”男生听后默默走开,十年后,在一次虚拟技术大会上,我听到一名虚拟技术开发程序员给我讲述了这个故事。
8、【程序员被提Bug之后的反应】1.怎么可能; 2.在我这是好的,不信你来看看; 3.真是奇怪,刚刚还好好的; 4.肯定是数据问题; 5.你清下缓存试试;6.重启下电脑试试; 7.你装的什么版本的类库(jdk) 8.这谁写的代码; 9.尼玛怎么还在用360安全浏览器;10.用户不会像你这么操作的。
9、发现程序员经常熬夜有三个弊端:第一,记忆力越来越差;第二,数数经常会数错;第四,记忆力越来越差。
10、如果你ctrl+alt+del,蹦出任务管理器,你从上到下扫一眼,所有的进程你都认识,知道他们是干什么的,并且知道关掉有什么后果,而且你还能从CPU和内存占用的数字跳动上清楚的知道电脑现在什么状态,那么你应该没有女朋友”………..你妹啊
11、《c++程序设计语言》比《c程序设计语言》厚了几倍…果然有了对象就麻烦很多么…
12、某女:你能让这个论坛的人都吵起来,我今晚就跟你走. 某软件工程师:PHP是最好的语言! 某论坛炸锅了,各种吵架... 某女:服了你了,我们走吧 你想干啥都行. 某软件工程师:今天不行,我一定要说服他们,PHP必须是最好的语言 某女:.... 查看全部
1、据说有一位软件工程师,一位硬件工程师和一位项目经理同坐车参加研讨会。不幸在从盘山公路下山时坏在半路上了。于是两位工程师和一位经理就如何修车的问题展开了讨论。硬件工程师说:“我可以用随身携带的瑞士军刀把车坏的部分拆下来,找出原因,排除故障。” 项目经理说:“根据经营管理学,应该召开会议,根据问题现状写出需求报告,制订计划,编写日程安排,逐步逼近,alpha测试,beta1测试和beta2测试解决问题。”软件工程说:“咱们还是应该把车推回山顶再开下来,看看问题是否重复发生。”
2、【高效的程序员】当世界末日还有5分钟就要到来的时候。程序员: 让我们在这最后的时刻作些什么吧!女友: 那好,让我们在做最后一次吧!程序员: 那剩下的4分50秒做什么啊?
3、【开发时间】项目经理: 如果我再给你一个人,那可以什么时候可以完工?程序员: 3个月吧!项目经理: 那给两个呢?程序员: 1个月吧!项目经理: 那100呢?程序员: 1年吧!项目经理: 那10000呢?程序员: 那我将永远无法完成任务。
4、我是个程序猿,一天我坐在路边一边喝水一边苦苦检查bug。这时一个乞丐在我边上坐下了,开始要饭,我觉得可怜,就给了他1块钱,然后接着调试程序。他可能生意不好,就无聊的看看我在干什么,然后过了一会,他幽幽的说,这里少了个分号。。。分号。。。分号。。。
5、女友对程序员说:“紫禁城占得地方好大呀!”程序员:“杀死那个子进程……”
6、一程序员家的水管坏了,他打电话叫来一个水管工修理。 水管工鼓捣了一个小时,终于把管子修好了,他递给程序员一张600元的帐单。“600元!”程序员愤怒地说:“我当程序员一天都赚不了这么多钱!” “是啊。”水管工平静地说,“我当程序员的时候也是。”
7、十年前,女:“对不起,我不会喜欢你的,你不要再坚持了,就好比让 Linux 和 Windows 同时运行在一台PC机上,可能吗?”男生听后默默走开,十年后,在一次虚拟技术大会上,我听到一名虚拟技术开发程序员给我讲述了这个故事。
8、【程序员被提Bug之后的反应】1.怎么可能; 2.在我这是好的,不信你来看看; 3.真是奇怪,刚刚还好好的; 4.肯定是数据问题; 5.你清下缓存试试;6.重启下电脑试试; 7.你装的什么版本的类库(jdk) 8.这谁写的代码; 9.尼玛怎么还在用360安全浏览器;10.用户不会像你这么操作的。
9、发现程序员经常熬夜有三个弊端:第一,记忆力越来越差;第二,数数经常会数错;第四,记忆力越来越差。
10、如果你ctrl+alt+del,蹦出任务管理器,你从上到下扫一眼,所有的进程你都认识,知道他们是干什么的,并且知道关掉有什么后果,而且你还能从CPU和内存占用的数字跳动上清楚的知道电脑现在什么状态,那么你应该没有女朋友”………..你妹啊
11、《c++程序设计语言》比《c程序设计语言》厚了几倍…果然有了对象就麻烦很多么…
12、某女:你能让这个论坛的人都吵起来,我今晚就跟你走. 某软件工程师:PHP是最好的语言! 某论坛炸锅了,各种吵架... 某女:服了你了,我们走吧 你想干啥都行. 某软件工程师:今天不行,我一定要说服他们,PHP必须是最好的语言 某女:....

程序员加班的真正原因

就业指导赵老师 发表了文章 • 0 个评论 • 75 次浏览 • 2017-11-06 16:38 • 来自相关话题

IT已成为最疯狂的加班行业,没有之一!
 





 
 
加班分两种,一种是强制的,一种是非强制。

什么是强制的呢?
——公司文化导致加班,就是这个公司的氛围就是这样的,大家一定要到几点之后才会离开公司,你自己走当然不好意思了。如果适应不了建议跳槽。
——团队配合有问题导致加班,你可能是个高效率的人,但是其他同事会因为很多原因导致你必须要通过加班来完成团队上的进展。建议分析团队的问题,与老大商量解决方案,老大无能的话,建议跳槽。
——项目确实很紧急,在正常的工作日是无法完成的情况下,这种偶尔几次是可以的,毕竟做公司没那么容易嘛。但是如果危害到你的正常生活或身体健康了,要么加薪来获得补偿,要么跳槽离开。我不建议大家长时间的在加班状态下工作,工作赚了钱就是要来享受生活的。当然目前阶段需要积累经验,或者你很缺钱,那就另说。


什么是非强制的呢?
——自己没有规划好进度时间,在极有可能完成工作的情况下拖延,导致需要加班来完成。比如上午刷微博,中午吃完饭回来睡觉,才开始工作,这....
——自己的技术水平问题,一个人任务,别人两个小时搞定,你因为一个可笑的bug搞了一天,这...自己反省一下吧。平时养成良好的知识整理的习惯,学会掌握更先进的工具,做到每次解决问题都是有效率的,而不是反复的在一些低级事情上浪费时间。代码不要每次都重写,要善于把代码抽离,很多时候一些任务,真的是把自己以前的东西拿来改改就可以了。别人不管你怎么解决的,实现是第一位的。
——个人认为作为初级程序员,加班是必修课,多点工作经验后解决问题的能力就会增加,加班自然会少。
 
加班形式

——臭名昭著的 996 制:早 9 点至晚 9 点,每周工作 6 天。
——996 升级版 716 制:每天上班 16 个小时,一周 7 天。
——掩人耳目弹性制:中国特色的弹性制,民主的背后是延迟了下班时间。
——假期待命制:小假期随叫随到,大假期远程支持。
——自愿加班:申请成为公司的奋进者,自愿放弃所有带薪年休假,自愿进行非指令性加班、自愿每天工作 12 个小时、每周工作 6 天,除此之外,春节、国庆等大假期还需随叫随到,无条件加班。
所谓“白天做开发,午时做案头,晚上跟测试,凌晨理思路,晨会拍桌子”
 
加班与回报
  有人说:优秀的程序员其实会越来越轻松的。也有人讲:说到底,是自己的选择问题,三百六十行,哪行容易?关键是自己的心态,如果工作成了你的负担,你是否愿意改变?
  其实,程序员对加班的态度是和回报对应的。加班一般能给我们带来“心里回报”+“经济回报”。心里回报指,认同感和成就感;经济回报指工资和福利待遇。
 





日子是自己的。

镶嵌在你日子当中的加班,有可能是熠熠生辉,满载流光溢彩的。也有可以是揶揄腐朽,黯淡无光的。每个人都不一样。

但他绝对不可能是无用的。

也许他提醒你该换个公司了。也许他在提醒你你现在的工作方式是不是有问题。也许你要思考自己的态度是否端正。

人最怕就是,他连自己面对是什么,自己要的是什么都不知道。就开始计算自己是不是得不偿失了。 查看全部
IT已成为最疯狂的加班行业,没有之一!
 

timg_(1).jpg

 
 
加班分两种,一种是强制的,一种是非强制

什么是强制的呢?
——公司文化导致加班,就是这个公司的氛围就是这样的,大家一定要到几点之后才会离开公司,你自己走当然不好意思了。如果适应不了建议跳槽。
——团队配合有问题导致加班,你可能是个高效率的人,但是其他同事会因为很多原因导致你必须要通过加班来完成团队上的进展。建议分析团队的问题,与老大商量解决方案,老大无能的话,建议跳槽。
——项目确实很紧急,在正常的工作日是无法完成的情况下,这种偶尔几次是可以的,毕竟做公司没那么容易嘛。但是如果危害到你的正常生活或身体健康了,要么加薪来获得补偿,要么跳槽离开。我不建议大家长时间的在加班状态下工作,工作赚了钱就是要来享受生活的。当然目前阶段需要积累经验,或者你很缺钱,那就另说。


什么是非强制的呢?
——自己没有规划好进度时间,在极有可能完成工作的情况下拖延,导致需要加班来完成。比如上午刷微博,中午吃完饭回来睡觉,才开始工作,这....
——自己的技术水平问题,一个人任务,别人两个小时搞定,你因为一个可笑的bug搞了一天,这...自己反省一下吧。平时养成良好的知识整理的习惯,学会掌握更先进的工具,做到每次解决问题都是有效率的,而不是反复的在一些低级事情上浪费时间。代码不要每次都重写,要善于把代码抽离,很多时候一些任务,真的是把自己以前的东西拿来改改就可以了。别人不管你怎么解决的,实现是第一位的。
——个人认为作为初级程序员,加班是必修课,多点工作经验后解决问题的能力就会增加,加班自然会少。
 
加班形式

——臭名昭著的 996 制:早 9 点至晚 9 点,每周工作 6 天。
——996 升级版 716 制:每天上班 16 个小时,一周 7 天。
——掩人耳目弹性制:中国特色的弹性制,民主的背后是延迟了下班时间。
——假期待命制:小假期随叫随到,大假期远程支持。
——自愿加班:申请成为公司的奋进者,自愿放弃所有带薪年休假,自愿进行非指令性加班、自愿每天工作 12 个小时、每周工作 6 天,除此之外,春节、国庆等大假期还需随叫随到,无条件加班。
所谓“白天做开发,午时做案头,晚上跟测试,凌晨理思路,晨会拍桌子”
 
加班与回报
  有人说:优秀的程序员其实会越来越轻松的。也有人讲:说到底,是自己的选择问题,三百六十行,哪行容易?关键是自己的心态,如果工作成了你的负担,你是否愿意改变?
  其实,程序员对加班的态度是和回报对应的。加班一般能给我们带来“心里回报”+“经济回报”。心里回报指,认同感和成就感;经济回报指工资和福利待遇。
 

wKiom1l4CfWTLvB_AAHAWcw-9yI241.jpg

日子是自己的。

镶嵌在你日子当中的加班,有可能是熠熠生辉,满载流光溢彩的。也有可以是揶揄腐朽,黯淡无光的。每个人都不一样。

但他绝对不可能是无用的。

也许他提醒你该换个公司了。也许他在提醒你你现在的工作方式是不是有问题。也许你要思考自己的态度是否端正。

人最怕就是,他连自己面对是什么,自己要的是什么都不知道。就开始计算自己是不是得不偿失了。

程序猿要预防职业病

各种资源赵老师 发表了文章 • 0 个评论 • 73 次浏览 • 2017-11-01 16:56 • 来自相关话题

 




  身边的程序员很多,一直有些针对程序员身体状况的建议来告诉大家,尤其是即将走上职场的学员,养成良好的习惯,尽量减少身体损伤。
  如何爱护自己的身体?几乎每个程序员都会在一天的劳累后,感觉脖子和肩膀硬硬的,痛痛的,望着电脑一天,眼睛也是干涩发酸,坐了一天,整根脊柱又酸又累。
  可以参考下面的方法,提醒自己爱护自己的身体。
 
  爱护自己的脖子和肩膀:程序员的职业病多半就出在脖子的肩膀,因为长时间的面对电脑,头往前倾斜的姿势,使你的脖子和肩承受着巨大的压力,久而久之,脖子和肩之间的肌肉就肌肉劳损了。
  缓解方法:上班前将双手搭在双肩上,轻轻揉捏双肩可以缓解疼痛的同时,可以舒缓肌肉,让肌肉进入激活状态,更好为你服务,就像运动员运动前的热身运动一般。一般每两个小时就如此运动5~15分钟,可以很好保护你的脖子和肩,有效避免肩周炎类似疾病的发生。
  爱护你的腰:腰痛是很多长时间坐姿或者长时间站立的工作的问题,对付长时间工作造成的腰痛。
  缓解方法:有些公司的座椅在腰部突出,正好抵着腰,很好的支撑着腰,就好像有个人一直牢牢的扶着你的腰,所以腰舒服了很多。很多公司没有类似的座椅,程序员们可以自己买个抱枕什么的垫在后面,一样的很有用。还有就是晚上休息坚持睡质地较硬的床,这个在很多医学杂志都如此提倡。
  爱护你的眼睛:长时间看电脑,眼睛难免受不住。
  缓解方法:可以在你电脑旁边放盆绿色盆栽,例如仙人掌等植物,每半个小时就看看绿色植物,既可以保护眼睛,又能让你小憩一会,有利于提高效率;如果有条件可以走到窗户旁边望望远景或者做做眼保健操,干涩的眼睛也可以选择适合自己的眼药水来保护自己的眼睛。现在市面上还有专门为上网而设计的眼镜,不知道管不管用,如果你愿意也可以尝试。
  上述的保护措施都需要你建立在正确有规律的生活工作习惯上,正确的坐姿很重要。
 



 
   另外分享一些习惯,保持身心健康:
 
  1、电脑屏幕的亮度调节应该适中,且屏幕比水平视线略低,与眼睛距离50厘米左右最佳
  2、每工作1小时左右,眼睛最好休息10分钟,这十分钟不是让你闭目养神的,适当做一些眼保健操或是目视窗外远处景物,主要缓解视疲劳。
  3、日常饮食多吃些如胡萝卜、菠菜、西兰花、蛋类、鱼类等等对眼睛都有好处。
  4、常喝些绿茶或菊花茶对抗辐射和护眼都有一定功效,少喝咖啡,加班的时候给自己冲一杯牛奶或是麦片。
  5、每隔两个小时左右在椅子上伸伸懒腰或者做一做颈椎操,动作幅度不宜过大,网上有这类保健操的视频。
  6、预防腰间盘突出要每两个小时左右起身做体转运动,简单来说,双脚并拢站着不动,上半身或左或右扭动腰,幅度和强度不宜过大。
  7、每天在有限的时间内,应该坚持步行至少4公里。
 
  查看全部
 
7cc829d3gw1f6vf2r72qnj20fa0ammyv.jpg

  身边的程序员很多,一直有些针对程序员身体状况的建议来告诉大家,尤其是即将走上职场的学员,养成良好的习惯,尽量减少身体损伤。
  如何爱护自己的身体?几乎每个程序员都会在一天的劳累后,感觉脖子和肩膀硬硬的,痛痛的,望着电脑一天,眼睛也是干涩发酸,坐了一天,整根脊柱又酸又累。
  可以参考下面的方法,提醒自己爱护自己的身体。
 
  爱护自己的脖子和肩膀:程序员的职业病多半就出在脖子的肩膀,因为长时间的面对电脑,头往前倾斜的姿势,使你的脖子和肩承受着巨大的压力,久而久之,脖子和肩之间的肌肉就肌肉劳损了。
  缓解方法:上班前将双手搭在双肩上,轻轻揉捏双肩可以缓解疼痛的同时,可以舒缓肌肉,让肌肉进入激活状态,更好为你服务,就像运动员运动前的热身运动一般。一般每两个小时就如此运动5~15分钟,可以很好保护你的脖子和肩,有效避免肩周炎类似疾病的发生。
  爱护你的腰:腰痛是很多长时间坐姿或者长时间站立的工作的问题,对付长时间工作造成的腰痛。
  缓解方法:有些公司的座椅在腰部突出,正好抵着腰,很好的支撑着腰,就好像有个人一直牢牢的扶着你的腰,所以腰舒服了很多。很多公司没有类似的座椅,程序员们可以自己买个抱枕什么的垫在后面,一样的很有用。还有就是晚上休息坚持睡质地较硬的床,这个在很多医学杂志都如此提倡。
  爱护你的眼睛:长时间看电脑,眼睛难免受不住。
  缓解方法:可以在你电脑旁边放盆绿色盆栽,例如仙人掌等植物,每半个小时就看看绿色植物,既可以保护眼睛,又能让你小憩一会,有利于提高效率;如果有条件可以走到窗户旁边望望远景或者做做眼保健操,干涩的眼睛也可以选择适合自己的眼药水来保护自己的眼睛。现在市面上还有专门为上网而设计的眼镜,不知道管不管用,如果你愿意也可以尝试。
  上述的保护措施都需要你建立在正确有规律的生活工作习惯上,正确的坐姿很重要。
 
1509526223(1).jpg

 
   另外分享一些习惯,保持身心健康:
 
  1、电脑屏幕的亮度调节应该适中,且屏幕比水平视线略低,与眼睛距离50厘米左右最佳
  2、每工作1小时左右,眼睛最好休息10分钟,这十分钟不是让你闭目养神的,适当做一些眼保健操或是目视窗外远处景物,主要缓解视疲劳。
  3、日常饮食多吃些如胡萝卜、菠菜、西兰花、蛋类、鱼类等等对眼睛都有好处。
  4、常喝些绿茶或菊花茶对抗辐射和护眼都有一定功效,少喝咖啡,加班的时候给自己冲一杯牛奶或是麦片。
  5、每隔两个小时左右在椅子上伸伸懒腰或者做一做颈椎操,动作幅度不宜过大,网上有这类保健操的视频。
  6、预防腰间盘突出要每两个小时左右起身做体转运动,简单来说,双脚并拢站着不动,上半身或左或右扭动腰,幅度和强度不宜过大。
  7、每天在有限的时间内,应该坚持步行至少4公里。
 
 

软件开发人员该如何描述项目

就业指导赵老师 发表了文章 • 0 个评论 • 57 次浏览 • 2017-10-31 16:59 • 来自相关话题

  许多学习软件开发的学员不知道如何在个人简历中如何填写“项目经验”或“项目描述”,最近接触的一些学员在简历中,往往项目经验及描述都只能寥寥几笔完事,这样的简历肯定是不吸引招聘企业HR的。

  那么软件开发人员如何才能写好个人简历中的项目经验及描述呢?

  首先你要知道招聘企业想从你的项目经验里的描述中获得什么信息?他们真的在乎你的项目用在了那一行业?为这个行业提高了多少效率吗?实际上对方需要知道的无外乎以下几点:

1、你在实际开发中用过什么技术、用了多久;

2、你在项目组中的位置、是否能独立解决问题;

3、你的业务知识与团队合作能力等。

  技术显然是最重要的,但你需要非常用心的描述整个项目的技术框架,让招聘人员知道你从对宏观上架构很熟悉,然后突出你解决的技术问题。

下面我们以JAVA为例,参考一种项目描述:

“本项目采用JSP + JavaBean + Struts开发,采用了MVC模式,表现层与业务层分离,易于维护、扩展”

感觉如何?其实觉得很糟糕,短短的几句话中居然包含了大量的重复,使用Struts了难道能不用JSP吗?难道能不MVC吗?可维护性本该是描述的重点,可是只有简单的一句“表现层与业务层分离”……

下面是一段成功的项目描述:

“本项目结构上分为表现层、业务层和数据访问层,层次间的依赖关系自下到上。
采用的技术有Struts,Spring,Hibernate,Log4J,JDom等。
其中表现层采用Struts框架开发;
业务层封装业务流程,为适应业务的变更,每一业务模块均有专门的接口及实现类,利用Spring的IoC功能将实现类注入给表现层的Action;
数据访问层借助于Hibernate实现,代码简洁且可适应不同的数据库。
事务部分利用Spring的声明式事务管理。
为提高性能,采用Servlet Filter实现了缓存代理”

  这段项目经验描述简单的勾划出了系统的结构,也表现出你非常熟悉Struts,Spring,Hiberante这几种技术。

  同时可以注意到,其中一些重要环节描述的十分简略,比如事务、缓存代理,这其实是故意的。

  面试的时候很多人都怕对方突然问一个自己没有准备的问题,往往缺乏应变能力。一方面你需要多进行专门的练习,另一方面要知道面试时你并不总是被动的,等待对方发问。

  如果你给对方的只是一份普普通通的简历,里面只提到了大家都会提及的JSP,Struts,那你只好等待对方随机的问题了。但是如果你的项目经验和描述像刚才那么写,对方就很可能会问你到底是如何在Spring中应用事务、如何使用缓存代理(如果对方是技术人员的话),这时你已经变被动为主动啦……当然,前提是你写的这些技术要点一定是自己掌握的,事先已经想好如何表达的!这只是一点面试技巧里面的内容。

  总之写好个人简历中项目经验中项目描述也是求职方法的一种。 查看全部
  许多学习软件开发的学员不知道如何在个人简历中如何填写“项目经验”或“项目描述”,最近接触的一些学员在简历中,往往项目经验及描述都只能寥寥几笔完事,这样的简历肯定是不吸引招聘企业HR的。

  那么软件开发人员如何才能写好个人简历中的项目经验及描述呢?

  首先你要知道招聘企业想从你的项目经验里的描述中获得什么信息?他们真的在乎你的项目用在了那一行业?为这个行业提高了多少效率吗?实际上对方需要知道的无外乎以下几点:

1、你在实际开发中用过什么技术、用了多久;

2、你在项目组中的位置、是否能独立解决问题;

3、你的业务知识与团队合作能力等。

  技术显然是最重要的,但你需要非常用心的描述整个项目的技术框架,让招聘人员知道你从对宏观上架构很熟悉,然后突出你解决的技术问题。

下面我们以JAVA为例,参考一种项目描述:

“本项目采用JSP + JavaBean + Struts开发,采用了MVC模式,表现层与业务层分离,易于维护、扩展”

感觉如何?其实觉得,短短的几句话中居然包含了大量的重复,使用Struts了难道能不用JSP吗?难道能不MVC吗?可维护性本该是描述的重点,可是只有简单的一句“表现层与业务层分离”……

下面是一段成功的项目描述

“本项目结构上分为表现层、业务层和数据访问层,层次间的依赖关系自下到上。
采用的技术有Struts,Spring,Hibernate,Log4J,JDom等。
其中表现层采用Struts框架开发;
业务层封装业务流程,为适应业务的变更,每一业务模块均有专门的接口及实现类,利用Spring的IoC功能将实现类注入给表现层的Action;
数据访问层借助于Hibernate实现,代码简洁且可适应不同的数据库。
事务部分利用Spring的声明式事务管理。
为提高性能,采用Servlet Filter实现了缓存代理”

  这段项目经验描述简单的勾划出了系统的结构,也表现出你非常熟悉Struts,Spring,Hiberante这几种技术

  同时可以注意到,其中一些重要环节描述的十分简略,比如事务、缓存代理,这其实是故意的

  面试的时候很多人都怕对方突然问一个自己没有准备的问题,往往缺乏应变能力。一方面你需要多进行专门的练习,另一方面要知道面试时你并不总是被动的,等待对方发问。

  如果你给对方的只是一份普普通通的简历,里面只提到了大家都会提及的JSP,Struts,那你只好等待对方随机的问题了。但是如果你的项目经验和描述像刚才那么写,对方就很可能会问你到底是如何在Spring中应用事务、如何使用缓存代理(如果对方是技术人员的话),这时你已经变被动为主动啦……当然,前提是你写的这些技术要点一定是自己掌握的,事先已经想好如何表达的!这只是一点面试技巧里面的内容。

  总之写好个人简历中项目经验中项目描述也是求职方法的一种。

面试时如何克服紧张情绪

就业指导赵老师 发表了文章 • 0 个评论 • 73 次浏览 • 2017-10-31 14:23 • 来自相关话题

   很多学员在培训阶段成绩优异,甚至有些是班上公认的“大神”。但是到了面试环节却屡屡碰壁,同期毕业的学员都已找到心仪的工作,自己却还在苦苦的投简历面试。结果越面越绝望,最后只能入职一家比自己预期差很多的企业。明明面试只是一场普通的交流,为何我们如此紧张 ?
 





1.与面试官素未谋面,却对即将到来的见面抱有期待。
 
  我们期待能通过面试,也正是因为这样的压力,我们无法在面试中有一个自然的表现。就是典型的过于在乎,反而表现得太刻意。
 
2.在面试过程中,当我们准备表现自己的时候紧张,是正常的生理反应。
 
  在熟人面前,我们就不会有这样的感觉。处在陌生的环境中,人会感到不自在,即使我们知道自己能够胜任某份工作,仍会被很多元素左右,比如说:
 
- 被面试官判断,让我感到不舒服;
 
- 为了能有一个好的表现,面试官所提的每一个问题,我都有一种“必须拿出好答案”的压力;
 
- 我不知道他会问什么,也不确定我的答案能否让他满意;
 
- 谈论自己的事情会感到不舒服,“推销”自己也会让自己不舒服;
 
- 因为不经常面试,表现得好不好,心里没底;
 
- 我真的需要这份工作,如果面试不成功,以后就再也没有机会了;
 
- 我总是担心面试官认为我的回答很幼稚,或者担心他们不看好我的背景;
 
- 我不知道面试官到底要招一个什么样的人,为了确保万无一失,我应该超水平发挥……
 
不安全感,不自信,被动,焦虑,以及各种压力交织在一起,面试的时候能不紧张吗?总是在面试过后,才想出更好的回答方式,可为时已晚。
 





有什么办法能缓解面试带焦来的紧张和虑吗? 有。
 
1.做好准备。花越多的时间去准备,你就越自信。
如果你准备得足够充分,那么,不管面试官提出多么尖锐的问题,你都能很好地将自身的技能和应聘的岗位匹配起来,自然就水到渠成了。需要准备好的事情包括:
 
- 纸质简历,证书原件,推荐信什么的,用一个文件袋装好;
 
- 准备好面试时要穿的衣服,以免出门的时候匆匆忙忙;
 
- 根据应聘的职位要求,提一些问题,列出你要回答的点,做到心中有数;
 
- 考虑好你要给面试官所留下的印象:如果你想让面试官认为你是个外向的人,则告诉自己,面试的时候尽量不要太拘谨;
 
- 对着镜子练习,纠正不合适的言谈举止,试着说说你准备的答案,这会帮助你在焦虑的时候回想起这些信息;
 
- 心态一定要到位,告诉自己:一切准备就绪,不要临阵惊慌。
 
2.深呼吸。
  当我们感到紧张或焦虑的时候,短而急促的呼吸,心跳加快,这些都是正常现象。呼吸速率增加是对生存威胁作出的无意识的生理反应。虽然在面试的时候并没有这样的威胁,但这种感觉可能会有。这种感觉,也会让我们说话的语速加快。
  因此,调整呼吸是在面试前或面试时克服紧张的一种方式,而深呼吸是最有效的方法之一。用鼻子吸气,嘴巴呼气,节奏放慢,重复几次。在说话的时候,尽量放慢语速,把你的观点表达清楚。
 
3.改变你的观念。不要一味地认为是面试是单方面的,其实你也在面试向你提问题的那个人,时刻判断着这个职位是否合适你---找工作本就是双向选择。不妨也给面试官准备一些问题,让你在面试的过程中,“也有掌握主动权的时候”。
  所以,不要对绝望感低头。不管你多么渴望这份工作,这始终只是一个发展的机会,你的整个未来并非依赖于这个职位,甚至你还不了解这个岗位---虽然招聘条件写得很诱人,但事实未必适合你。或者你可以这样想,面试可以是一个学习的机会,如果通不过,就总结经验教训,知道下次面试的时候应该注意什么。
 
4.放松自己。
- 可以不用一直坐着,站起来走走,让肌肉放松。
 
- 拿出一张纸,写下你产生恐惧的原因,和你当时的想法,当你把这些写出来之后,其实,面试也没有那么可怕。
 
- 嚼口香糖也可以帮助缓解紧张情绪。为了你的形象,请一定不要在面试的时候嚼口香糖。
 
- 保持微笑。
 
5.面试之前,先填饱肚子。
  面试就像一场考试,在你各种思考,各种回答问题的时候,你的身体也在不断地消耗大量的能量。考过英语四六级的孩纸都知道,短短几个小时,卷子没有写完,反倒是肚子先开始叫了。同样的,在饥肠辘辘的情况下,你很难拿出最佳的状态去参加面试。
  注意,不要吃味道太大的东西,如韭菜/大蒜/腌制蔬菜,trust me,这些食物的味道连口香糖都盖不住!吃完东西记得照照镜子,不要让菜叶塞在牙缝里,保持面部干净。
 
 
 
 
 
 
 
  查看全部
   很多学员在培训阶段成绩优异,甚至有些是班上公认的“大神”。但是到了面试环节却屡屡碰壁,同期毕业的学员都已找到心仪的工作,自己却还在苦苦的投简历面试。结果越面越绝望,最后只能入职一家比自己预期差很多的企业。明明面试只是一场普通的交流,为何我们如此紧张 ?
 
timg.jpg


1.与面试官素未谋面,却对即将到来的见面抱有期待。
 
  我们期待能通过面试,也正是因为这样的压力,我们无法在面试中有一个自然的表现。就是典型的过于在乎,反而表现得太刻意。
 
2.在面试过程中,当我们准备表现自己的时候紧张,是正常的生理反应。
 
  在熟人面前,我们就不会有这样的感觉。处在陌生的环境中,人会感到不自在,即使我们知道自己能够胜任某份工作,仍会被很多元素左右,比如说:
 
- 被面试官判断,让我感到不舒服;
 
- 为了能有一个好的表现,面试官所提的每一个问题,我都有一种“必须拿出好答案”的压力;
 
- 我不知道他会问什么,也不确定我的答案能否让他满意;
 
- 谈论自己的事情会感到不舒服,“推销”自己也会让自己不舒服;
 
- 因为不经常面试,表现得好不好,心里没底;
 
- 我真的需要这份工作,如果面试不成功,以后就再也没有机会了;
 
- 我总是担心面试官认为我的回答很幼稚,或者担心他们不看好我的背景;
 
- 我不知道面试官到底要招一个什么样的人,为了确保万无一失,我应该超水平发挥……
 
不安全感,不自信,被动,焦虑,以及各种压力交织在一起,面试的时候能不紧张吗?总是在面试过后,才想出更好的回答方式,可为时已晚。
 
timg_(1).jpg


有什么办法能缓解面试带焦来的紧张和虑吗? 有。
 
1.做好准备。花越多的时间去准备,你就越自信。
如果你准备得足够充分,那么,不管面试官提出多么尖锐的问题,你都能很好地将自身的技能和应聘的岗位匹配起来,自然就水到渠成了。需要准备好的事情包括:
 
- 纸质简历,证书原件,推荐信什么的,用一个文件袋装好;
 
- 准备好面试时要穿的衣服,以免出门的时候匆匆忙忙;
 
- 根据应聘的职位要求,提一些问题,列出你要回答的点,做到心中有数;
 
- 考虑好你要给面试官所留下的印象:如果你想让面试官认为你是个外向的人,则告诉自己,面试的时候尽量不要太拘谨;
 
- 对着镜子练习,纠正不合适的言谈举止,试着说说你准备的答案,这会帮助你在焦虑的时候回想起这些信息;
 
- 心态一定要到位,告诉自己:一切准备就绪,不要临阵惊慌。
 
2.深呼吸。
  当我们感到紧张或焦虑的时候,短而急促的呼吸,心跳加快,这些都是正常现象。呼吸速率增加是对生存威胁作出的无意识的生理反应。虽然在面试的时候并没有这样的威胁,但这种感觉可能会有。这种感觉,也会让我们说话的语速加快。
  因此,调整呼吸是在面试前或面试时克服紧张的一种方式,而深呼吸是最有效的方法之一。用鼻子吸气,嘴巴呼气,节奏放慢,重复几次。在说话的时候,尽量放慢语速,把你的观点表达清楚。
 
3.改变你的观念。不要一味地认为是面试是单方面的,其实你也在面试向你提问题的那个人,时刻判断着这个职位是否合适你---找工作本就是双向选择。不妨也给面试官准备一些问题,让你在面试的过程中,“也有掌握主动权的时候”。
  所以,不要对绝望感低头。不管你多么渴望这份工作,这始终只是一个发展的机会,你的整个未来并非依赖于这个职位,甚至你还不了解这个岗位---虽然招聘条件写得很诱人,但事实未必适合你。或者你可以这样想,面试可以是一个学习的机会,如果通不过,就总结经验教训,知道下次面试的时候应该注意什么。
 
4.放松自己。
- 可以不用一直坐着,站起来走走,让肌肉放松。
 
- 拿出一张纸,写下你产生恐惧的原因,和你当时的想法,当你把这些写出来之后,其实,面试也没有那么可怕。
 
- 嚼口香糖也可以帮助缓解紧张情绪。为了你的形象,请一定不要在面试的时候嚼口香糖。
 
- 保持微笑。
 
5.面试之前,先填饱肚子。
  面试就像一场考试,在你各种思考,各种回答问题的时候,你的身体也在不断地消耗大量的能量。考过英语四六级的孩纸都知道,短短几个小时,卷子没有写完,反倒是肚子先开始叫了。同样的,在饥肠辘辘的情况下,你很难拿出最佳的状态去参加面试。
  注意,不要吃味道太大的东西,如韭菜/大蒜/腌制蔬菜,trust me,这些食物的味道连口香糖都盖不住!吃完东西记得照照镜子,不要让菜叶塞在牙缝里,保持面部干净。
 
 
 
 
 
 
 
 

时间不多了,你需要快速成长起来!

就业指导赵老师 发表了文章 • 0 个评论 • 60 次浏览 • 2017-10-18 17:19 • 来自相关话题

  也许你刚刚走出校园想充实自己多一项技能,也许你在社会上摸爬滚打了一阵又想学点东西,在这里经历了一段介于职场和校园之间的过度。在这里你可以偷懒;天气不好,身体不适,可以有任何理由来请假;没有人逼你完成某一项任务;
  但是当你走出实训时代的大门那一刻,你就是真真正正的职场人。不管你愿不愿意,也不管你转身的姿态是华丽还是狼狈。
  在这里给你几点建议,可以说是一针见血但非常受用。
 1、公司里没有人惯着你,没有人会对你的成长负责,除了你自己。
2、公司不是学校,不会整天培训你。要想学到更多东西,要在平时多动手、勤思考。
3、不要担心自己没有成长空间,只要你表现出足够的意愿和能力,你的主管会很乐意给你机会。
4、认为只要做好本职工作就是OK,这样你永远也得不到升职的机会,得到永远在付出之后。
5、不要担心自己做错事,因为只有多做事才有机会做错事。你要避免的是在同样的事情上一错再错。失败并不是成功之母,失败后的总结才是成功之母。
6、“不懂——>提问——>得到答案——>去做”,在这样的过程中你不会得到锻炼,最好的过程是“不懂——>思考——>提问——>讨论——>得出结论——>去做——>总结——>分享——>改进”。 查看全部
  也许你刚刚走出校园想充实自己多一项技能,也许你在社会上摸爬滚打了一阵又想学点东西,在这里经历了一段介于职场和校园之间的过度。在这里你可以偷懒;天气不好,身体不适,可以有任何理由来请假;没有人逼你完成某一项任务;
  但是当你走出实训时代的大门那一刻,你就是真真正正的职场人。不管你愿不愿意,也不管你转身的姿态是华丽还是狼狈。
  在这里给你几点建议,可以说是一针见血但非常受用。
 1、公司里没有人惯着你,没有人会对你的成长负责,除了你自己。
2、公司不是学校,不会整天培训你。要想学到更多东西,要在平时多动手、勤思考。
3、不要担心自己没有成长空间,只要你表现出足够的意愿和能力,你的主管会很乐意给你机会。
4、认为只要做好本职工作就是OK,这样你永远也得不到升职的机会,得到永远在付出之后。
5、不要担心自己做错事,因为只有多做事才有机会做错事。你要避免的是在同样的事情上一错再错。失败并不是成功之母,失败后的总结才是成功之母。
6、“不懂——>提问——>得到答案——>去做”,在这样的过程中你不会得到锻炼,最好的过程是“不懂——>思考——>提问——>讨论——>得出结论——>去做——>总结——>分享——>改进”。

推荐几本程序员都应该读的书籍

各种资源赵老师 发表了文章 • 0 个评论 • 68 次浏览 • 2017-10-18 16:35 • 来自相关话题

书籍是知识和智慧的重要来源。但不幸的是,现在很多人已经不愿意看书了。程序员更是罕见地会去读书,最常见的依靠互联网搜索结果来找寻答案。
  技术向前的步伐比人类历史上的任何时候都要走得更快。用不了几个月,就会有新的编程语言和工具问世,弥补现有语言、工具和方法的缺陷。
  事实上,许多伟人都已经遇到过差不多的问题,并指出了解决这些问题的最佳途径。而这些方法和解决方案都收录在一些超棒的书籍中。
  下面就是在这个行业中开发人员应该阅读的一系列书籍。

《The Pragmatic Programmer》

  绝对是书籍中的瑰宝!这不是常规地建议你编码,编码还是编码的编程书。事实上,它并不限定于某种特定的编程语言:在这本书中的智慧适用于所有编程语言。
  这本书不仅可以帮助改变编码的习惯,还可以改变你作为一个程序员的性格。它充满了关于如何改进自己和代码的实用建议。
  还有一个总结了提示和检查清单的小册子。
 
《The Mythical Man-month》: 关于软件工程的散文集
 
  非常经典,被奉为软件行业的圣经。第一次出版于1970年,但是里面的内容比起以前,可能更适用于现在!
有听说过这些话吗?它们均摘自于这本书!
“所有的程序员都是乐观的:一切都会顺利。”
“添加人手到一个延迟的项目中只会导致完成得更慢。”
“生一个孩子总是需要九个月的时间,不管安排多少个女性。”
“一个煎蛋,承诺在两分钟内完成,但如果两分钟后还是没有准备好,那么客户有两种选择——等待或吃半熟品,软件客户也只能这样选择。”
  正从标题中所说的那样,这是一本散文集。文辞优美。这本书唯一的缺点就是引用了年迈25的古老技术。但是,这并不影响这本书的魅力。
 
《Clean Code》: 敏捷软件工艺的手册
  有没有在看他人代码的过程中,不由自主地发出“哦,天哪,这是什么?”的经历,那么这个人肯定没有阅读过《Clean Code》。
  这是一本关于软件工艺史诗般的书籍。这本书不仅会告诉你如何编写好的代码,而且还提供了软件开发的高效途径。照着去做的话,必将改变你的工作前景。
  书中描述了编写干净代码的原则、模式和做法。里面一些关于整洁代码的几个案例都是开发人员宝贵的经验教训。
  请注意,虽然在这本书中的所有实例都是关于Java的,但是从中学到的经验教训可以应用于任意的编程语言。
  这本书出版得比较晚,所以可能更能引起年轻开发人员的共鸣。
 
《The Clean Coder》:专业程序员的行为守则
  此列表中Rob Martin的第二本书。建议你在读了《Clean Code》后,再读这本书。《Clean Code》讲的是代码,而这本书是关于“Coder”。
  该书探讨了一些程序员经常忽视的主题。
  成为专业的程序员意味着什么?
  如何打磨自己成为一个真正的软件工匠
  冲突和紧张的日程处理
  如何管理你的时间?如何扩张技能?
  何时说“不”
  避免倦怠
  ..以及更多。
  你可能并不总是同意作者的观点,但它提供了良好的精神食粮。这可能并非你所期望的,但可能正是你所需要的。
 
《Peopleware: Productive Projects and Teams》
  很棒的一部作品。这本书并非关于编程。这是一本有关管理和激励程序员的书籍。开发人员也应该阅读。很多时候,开发人员,尤其是那些没有经验的开发人员,不理解管理的思维过程。
  软件开发是一个创造性的过程。但是,大多数管理人员把它当作是流水线。开发人员被视为是机器上可替换的齿轮零部件。管理人员普遍性地会给予一个紧迫 的时间期限,当作促进积极性唯一途径。他们对开发人员的工作不感兴趣,甚至可悲的是,他们也不会试着去理解开发人员或他们自己的工艺。
  如果你想成为一个想要的是质量,而不仅仅是数量的管理人员,那么请立刻阅读这本书!
  作者解释了管理者应该如何以一种可持续的方式使他们的软件开发团队认识到他们的潜力。 查看全部
书籍是知识和智慧的重要来源。但不幸的是,现在很多人已经不愿意看书了。程序员更是罕见地会去读书,最常见的依靠互联网搜索结果来找寻答案。
  技术向前的步伐比人类历史上的任何时候都要走得更快。用不了几个月,就会有新的编程语言和工具问世,弥补现有语言、工具和方法的缺陷。
  事实上,许多伟人都已经遇到过差不多的问题,并指出了解决这些问题的最佳途径。而这些方法和解决方案都收录在一些超棒的书籍中。
  下面就是在这个行业中开发人员应该阅读的一系列书籍。

《The Pragmatic Programmer》

  绝对是书籍中的瑰宝!这不是常规地建议你编码,编码还是编码的编程书。事实上,它并不限定于某种特定的编程语言:在这本书中的智慧适用于所有编程语言。
  这本书不仅可以帮助改变编码的习惯,还可以改变你作为一个程序员的性格。它充满了关于如何改进自己和代码的实用建议。
  还有一个总结了提示和检查清单的小册子。
 
《The Mythical Man-month》: 关于软件工程的散文集
 
  非常经典,被奉为软件行业的圣经。第一次出版于1970年,但是里面的内容比起以前,可能更适用于现在!
有听说过这些话吗?它们均摘自于这本书!
“所有的程序员都是乐观的:一切都会顺利。”
“添加人手到一个延迟的项目中只会导致完成得更慢。”
“生一个孩子总是需要九个月的时间,不管安排多少个女性。”
“一个煎蛋,承诺在两分钟内完成,但如果两分钟后还是没有准备好,那么客户有两种选择——等待或吃半熟品,软件客户也只能这样选择。”
  正从标题中所说的那样,这是一本散文集。文辞优美。这本书唯一的缺点就是引用了年迈25的古老技术。但是,这并不影响这本书的魅力。
 
《Clean Code》: 敏捷软件工艺的手册
  有没有在看他人代码的过程中,不由自主地发出“哦,天哪,这是什么?”的经历,那么这个人肯定没有阅读过《Clean Code》。
  这是一本关于软件工艺史诗般的书籍。这本书不仅会告诉你如何编写好的代码,而且还提供了软件开发的高效途径。照着去做的话,必将改变你的工作前景。
  书中描述了编写干净代码的原则、模式和做法。里面一些关于整洁代码的几个案例都是开发人员宝贵的经验教训。
  请注意,虽然在这本书中的所有实例都是关于Java的,但是从中学到的经验教训可以应用于任意的编程语言。
  这本书出版得比较晚,所以可能更能引起年轻开发人员的共鸣。
 
《The Clean Coder》:专业程序员的行为守则
  此列表中Rob Martin的第二本书。建议你在读了《Clean Code》后,再读这本书。《Clean Code》讲的是代码,而这本书是关于“Coder”。
  该书探讨了一些程序员经常忽视的主题。
  成为专业的程序员意味着什么?
  如何打磨自己成为一个真正的软件工匠
  冲突和紧张的日程处理
  如何管理你的时间?如何扩张技能?
  何时说“不”
  避免倦怠
  ..以及更多。
  你可能并不总是同意作者的观点,但它提供了良好的精神食粮。这可能并非你所期望的,但可能正是你所需要的。
 
《Peopleware: Productive Projects and Teams》
  很棒的一部作品。这本书并非关于编程。这是一本有关管理和激励程序员的书籍。开发人员也应该阅读。很多时候,开发人员,尤其是那些没有经验的开发人员,不理解管理的思维过程。
  软件开发是一个创造性的过程。但是,大多数管理人员把它当作是流水线。开发人员被视为是机器上可替换的齿轮零部件。管理人员普遍性地会给予一个紧迫 的时间期限,当作促进积极性唯一途径。他们对开发人员的工作不感兴趣,甚至可悲的是,他们也不会试着去理解开发人员或他们自己的工艺。
  如果你想成为一个想要的是质量,而不仅仅是数量的管理人员,那么请立刻阅读这本书!
  作者解释了管理者应该如何以一种可持续的方式使他们的软件开发团队认识到他们的潜力。