对程序员的意见和建议

① 如何看待程序员这个工作，你觉得这个工作有何优势

社会上的每份工作都会有自身的优势和劣势，没有哪一份工作是只有优点而没有缺点的。现如今，越来越多的人对程序员这份工作感兴趣，想要从事这份工作。不过并不是每个人都可以直接去当程序员的，这份工作有一定的门槛。不过，如果你成功当上了程序员，这份工作还是非常不错的。下面我就来说说当程序员的好处。

在互联网行业或者说IT行业，每项技术都是日新月异的，因此程序员必须保持一颗热爱学习的心，主动学习新的东西，那么在学习的过程中，我们就能够不断地提高自己，提高自己的实践能力。这种提高对于我们未来的发展是非常有好处的，永远保持一颗学徒的心，我们迟早能够成为大师。还有，程序员每天的工作就是解决麻烦，在解决各种各样的麻烦的过程中，我们还能积累很多的工作经验。

② 程序员好吗，大学毕业没多久，不想干软件开发了，大家给点意见啊，突然很迷茫

我觉得你可以去做美工之类的，这样就不会太累了，其实你的专业很好，可以继续的，就是有点累，但是以后工资很高，你可以先去辽沈人才网找个一般的程序员干着

③ 作为一个程序员 你的职业规划求助咨询是什么意见

一般程序员有以下几种发展路线。如果你选择了某一个路线，我可以给你更进一步的建议。

1、技术路线，要求能力强智商高，把握公司核心技术和公司的技术发展。
初级程序员，中级，高级，系统架构师，技术部经理、技术总监。总经理

2、业务路线，要求知识面广，懂得大部分技术，并知道该怎么做，不一定会做，表达能力好，协调能力好，对某一个行业的业务精通。
初级程序员，中级，高级，系统分析员，项目经理、产品经理、研发总监，总经理

3、实施路线。
初级程序员，中级，高级，系统分析员，项目经理、实施经理，实施总监

4、销售路线
初级程序员，中级，高级，系统分析员，项目经理、实施经理，产品经理，售前顾问，销售经理

④ 对于程序员这份工作有什么看法

程序员其实也还好，只是一个职业不会有太大的区别，人际关系可能差点点，然后逻辑肯定不差。其他就是宅。

⑤ 你对程序员这个职业有什么看法呢

程序员，外面都说人傻，钱多，死的早。
不过我本人是程序员，所以不完全认同，但是也不能说没有。程序员因为天天和代码打交道，代码是很多逻辑的部分，所以程序员一般逻辑思维不会太差，但是整体来说和人交接和情商就比较低。因为一群大老爷们讨论需求什么的就是各种吵吵，基本上说弄就弄。
然后程序员的起步工资确实比较理想，但是后期其他行业工资也会上来。程序员的工资都是加班加出来的，不管多么好的公司，出产品的时候各种加班，有一些加班是阶段性，但是有很多的公司就是长期性，基本上每天都是加班。所以加班也是程序员的标签之一。
程序员因为逻辑长期脑力运动，再加上程序员都是很懒的，肯定也有爱运动的，但大部分都比较懒，我接触的懒人居多，不会特别去装扮自己（包括女程序员，基本都不会化妆的）。所以程序员会有一点点的邋遢，但是邋遢和脏是两回事，邋遢只是不爱打扮，但是个人卫生一般还是可以的。然后体格方面也不会太好，长时间坐着，大肚子的概率和秃头非常高，我的几个老大头发都比较稀少掉头发，我现在也开始掉头发。所以死的早应该是说这个。
还有一点，程序员聊天的时候喜欢说一些代码性的东西，外行感觉十分奇怪，但是这是程序员的笑话，这个是职业病，其他职业应该也有。
不过程序员谈恋爱的时候这些毛病一般很少存在，都会刻意去避免。
总的来说程序员其实也还好，只是一个职业不会有太大的区别，人际关系可能差点点，然后逻辑肯定不差。其他就是宅。

⑥ 大厂程序员的发展瓶颈是什么

大厂程序员的发展瓶颈是年龄大了，但依然在写代码，没有当上领导，这时候精力和体力都不足了。

⑦ 24了，想转行做程序员，懂的人，或过来人有什么建议或意见吗

对于像你一样，24岁，想转行做程序员的人，我的建议只有四个字，就是贵在坚持。
转行做一个技术含量高的行当，不是一个容易的事情，自己要心里有数，程序员虽然待遇优厚，但是不是白来的一份付出？一份收获，你要做好努力的准备。

⑧ 一个程序员需要有怎样的自我修养

作为一名程序员，一个“程序员的自我修养”是什么？
尽管我们不一定要像尹天仇那么的认真对待自己的事业，但，一些基本的修养，作为一名新时代的码农，总应该是要具备的吧。不过真要说修养，方面还是挺多的，技术自我提示自不必说。但我并不打算从这个大家都觉得理所当然的技术方面入手，而是谈谈，可读性代码，这个容易被大家忽视的基本素养。
1、遵从所在团队的代码规范。
一个高效、成熟的团队，必定有一个属于自己的代码规范，这个规范是团队的宝贵的财富，它是整个团队从各种坑中爬起来后积累的经验教训。什么是规范，它是人们从无数经验中总结出来的规则，标准。而代码规范，指导团队成员如何以最短的时间写成最高效，可读性强的代码。试想，如果成员不遵从规范，你用驼峰命名，他用下划线，这对程序的可读，将造成多大的影响。我想，应该没有一个人愿意去阅读一段，各种变量命名形式都能见得到，private, public 方法随意排序，甚至常量类都散落在各个角落的代码吧。
代码，一个作用是让机器阅读，另一个重要的作用是让人阅读！！！

2、遵从行业内通用的规范
在团队的代码规范未涉及到的，那请按照行业内的规范来编写代码。规范的一个好处是，可以明显减少学习和交流成本。在java中，当我们看到全大写的变量名时，我们就知道这是常量，而不需要去看注释，不需要去看代码逻辑。为什么这么迅速，因为行业里大家都习惯把常量用大写命名。但假如你用其他命名方式命名常量，比如team_nums命名常量，不仅不能让人迅速知道这是个常量，而且可能让人误会这是个变量，增加了团队成员学习和沟通成本，甚至可能误导他们。就见过一位仁兄，明明用的是工厂模式，偏偏按模版模式的命名方式来命名，问他，他说他知道这是工厂模式，但他觉得，更应该叫模版模式。。。我的天，，你这么任性，以后还能做朋友么?
举个例子，我们需要根据支付类型，来生产多个支付产品，于是，我们写了个工厂类，命名为FactoryPay。当其他人看到一个类叫FactoryPay，他们会猜测，这应该是个工厂类，负责生产各种支付产品的工厂，然后按照这个猜测去阅读代码，就能比较快速的理解整个类的作用。但是，假如我取名PowerPay，别人还不知道是啥，看了半天，才明白，这是个工厂的作用。这就明显增加了他人的学习成本和维护代码的成本。

不管你是新手还是老鸟，务必了解施行行业规范，切勿为了标新立异而违反规范。这么低端的装逼，就没必要采用了，要装也写个高端的框架来提升逼格呗。

3、变量、方法命名要能表达变量作用
在程序员这个圈子很久了，就发现，程序员这货，都喜欢这套，“这个接口干嘛用的，有文档么”，“自己看代码去”。很多时候都是一脸黑。
尽管程序员阅读别人代码技术都是一流，不管你是有没有注释，不管你是怎么循环嵌套，也不管你是怎么命名，他们都能耐心的，把代码分析个所以然来。但，对于程序员这个视时间宝贵如生命，分分钟都能创造几百万价值的群体来说，您行行好，给我们省点时间吧，把变量是干啥用的，说清楚呗，没准节省的这几分钟，多赚个几万，还能请大家出去嗨呢。
每每看到部门的某大神，用一个神一般的变量名“flag”，我就有吐血的冲动，他还这个flag一直雪藏，不用，只是传递到第n个方法才使用，顿时心力交瘁，我的天，这个flag都是是干嘛用的啊，后来才明白，是isPay的意思，用来标识用户是否支付成功了。当时一口老血吐屏幕上，心里狂吐槽，老兄，你命名个isPay会死么，我的脑细胞这么不值钱么。到后来看到，去魔法数字，用int NUM_7 = 7,而不是MAX_MEMBERS来表示最大成员、用x y z来命名变量名，各种只有作者，或者作者后来都忘了的独特命名方式，都见怪不怪了。更有甚者，一个变量命名为passed，作用居然是“未通过”的意思，当时就石化了，作者还真是用心良苦，这都要考我细心不细心。
一个好的变量名，能帮助阅读者了解变量的作用，也辅助了对整段代码的理解。

4、不要show英语，乡下的孩子伤不起唉
LZ所在的团队，英语一直都是团队的硬伤，但总是能看到，某位仁兄，加上大把大把的英文注释，有些变量名也取些高大上的复杂的英语单词。敢问，你这么高的逼格，以后我们怎么和你玩啊。(那位仁兄其实就是LZ，年轻时唉，罪过罪过)
代码是用来沟通的，传递作者意图的，都看不懂，怎么沟通交流。建议英语好的童鞋，英语能力可以放到阅读英文书籍中展示，在代码中，如果团队英语能力很弱，避免使用英文，变量命名也尽量按照团队英语水平来命名

5、添加必要的注释
正如上面LZ说的，经常遭遇“你仔细看看代码，就知道干嘛用的”这样的神回复。尽管阅读代码是每个程序员的强项，但必要的注释，比如逻辑比较复杂的地方，添加必要的注释，对提升团队成员阅读熟悉代码的效率是有很大帮助的。试想，一个类，几百行，没有一行注释，对于阅读者来说，阅读它将是一个多么恐怖的事。

6、注释保持简洁，避免没有必要的注释
即看过一行注释都没有的代码，也看过注释比代码还要多的程序。一个是让人生不如死，一个是让人痛不欲生。(唉，有时不仅感叹，在程序员界混，真的是难)。
LZ就经常看过，一大段注释，啰嗦了半天，要不就是没表达清楚重点，要不就是只为说明它是个循环的作用！！！譬如i++这样的代码，有必要加个“每个计数增加1”这样的注释么，这完全是把读者定位为非程序员啊，或者就是严重鄙视读者的编程水平。
注释是帮助阅读的人更好的理解程序的逻辑，只是辅助，如果不重视通过命名等方式来传递代码的作用，而是依赖于注释，这就是本末倒置了。而且，冗长啰嗦的注释，这到底是帮助人理解，还是阻碍人理解啊，是读程序还是读小说啊。

7、拥有自己的编码规范
规范是为了让团队更快的理解、熟悉代码的，同理，拥有自己的一套规范，就能帮助其他人更快的理解我们所写的功能，减少学习和沟通成本。

8、代码清晰简洁的表达出作者的意思
在我们每次写完一段代码时，一定要问问自己，代码是否表达清楚了我的意思，是否需要添加些注释，名字取得是否恰当了，别人在阅读时是否吃力。。每每看到别人一团糟的费解的代码，就时刻提醒自己，一定要把代码写好咯，我也确实是这么做的，一遍又一编的检查，看变量名、方法名是否表明了它的用途，是否有些不必要的、只是为了提升逼格的代码，别人是否能在短时间内看懂。所有的这些，只是为了写出一段更优美的代码。

9、坚持并捍卫上面的准则
经常能听到，有些公司是代码行数来定义绩效的，但作为一个有操守，并秉承基本自我修养的程序员，我们绝不能为了各种诱惑或者胁迫，甚至是自己的惰性、个性，而放弃写出简洁清晰，可读的代码。

以上的几点，并不是严格的意见或者建议，只是提醒广大程序员同胞们，在痴心与高端的技术时，千万不要忘了，代码不仅机器要阅读，人也需要阅读。就算你写出再复杂的代码，但它让人完全无法阅读，这有什么用呢。这就如同，你很牛逼很牛逼，但别人听不懂你说的话，还不是没用。如果你真的写出了可读性强的代码，但你也不应该鸣鸣得意，我觉得，写出一段优美，健壮，可读性高的代码，是一个程序员最基本的自我修养。

⑨ 程序员日常生活面临的问题和挑战有哪些

一、熬夜
很多程序员将熬夜变成了生活习惯，还口口声声解释“程序员只有在晚上效率才高”，这是非常扯淡的理论。有人将程序员做下图的类比，虽然比较贴切，但这种方式对你的健康伤害是最大的。建议你尝试一下晚上10点睡觉，早上6点起来工作的作息方式，也许会事半功倍。
二、久坐
有些程序员在电脑面前一坐就是一天，中间除了吃饭上厕所外，基本不起来动动。这是非常不好的习惯，时间久了，很容易得肩周炎、颈椎病，到时候后悔就晚了。建议每坐一个小时就起来动10分钟，主要是转转手臂和脖子。
三、外卖和泡面

很多程序员在饮食上也非常不注重健康，上班的时候为了贪图方便经常叫一些外卖，更厉害的是直接搞一桶方便面来做午餐。这里建议大家中午出去吃，荤素搭配，再可以弄点水果。
四、缺乏锻炼

建议在工作日下班后做一些简单的球类运动，乒乓球、羽毛球。
五、用眼过度
IT公司的员工的体检报告中大部分程序员都患有“慢性结膜炎”，当然对于这个病并不是长时间对着电脑引起的，但是用眼过度也会加剧“慢性结膜炎”的恶化。
建议大家平时准备防止眼干的眼药水，如果确定是结膜炎的话，还要及时去医院就诊。另外电脑的背景可以设成绿色，这样对眼睛也能起到一定的保护作用。