程序员和服务器蛀虫

⑴ 程序员太累怎么办

程序员真的很辛苦么？
做程序员不好！程序员就是一工地里面提灰桶的民工。大公司的程序员还好，仅仅只是让你每天提灰桶。小公司就不行了，你不但要提灰桶，而且还要去合泥，砌墙，做木工。甚至只要工头（就是老板）高兴，泥还得客串着去做厨师，给民工们做饭。不过，忍一忍就过去了！当你的技术，你的经验，你的声望积累到一定的程度，你就可以升级成项目经理了！哈哈，那个时候你的日子就可以快活点了！

程序员本身：

这一行正如你所说得：压力很大，工作量也很大，很枯燥，而且生命周期也就是到35岁左右。这些都是程序员的缺点。

程序员的优点：

挣钱比较多，工作环境好，能够于时代共同进步。

程序员的发展：

如果单从程序员本身来说，发展不大，但是大部分程序员有了一定的知识基础，和工作经验后，都会继续发展，你也可以理解为“跳槽”。随着知识的基类，经验的丰富，你的工资也会随之上升。如果你有一定的领导能力，最后发展到“管理层”，这样的话你就不会轻易的被公司和时代“晌销淘汰”！

而且毕指，现在编程公司大多都是外企，如：美国，日本。发展好了有一定的出国机会，对你的前途也是大有益处。

所以不要从单发面来看“程序员”，要从工展的眼光来看，至于你自己的前途如何，那就要看你自己了！！
当程序员累吗
您好，很高兴为您解答！

我是程序猿转行的，我给你说说一些我的体验吧；

程序猿累是普遍的，但是也有一些例外的公司，几个人维护一个项目，没有什么大需求，但是这样的公司凤毛麟角；

工资的话相对其他行业，偏高；但是最不好的两点是，女生少，找女朋友不容易；还有就是天天都是对着电脑，对身体不好，也不会交接，很多人慢慢的就变成不太会说话，活在自己的世界里。

希望我的回答能够帮助到您!
我是一名程序员，感觉这工作太累了，经常有想放弃的想法，怎么办？
每一份工作都累，都不容易，换工作之前先了解一下自己适合什么工作，有合适的可以换，但是不要一冲动就换了，祝你好运～
做程序员是不是很累，每天要工作多久
北京JAVA程序员一天九小时，工作不忙服务器不用调试一周就有双休，一个月月薪1w，不过也是有点累，一天基本看电脑，注意保护眼睛
程序员到底有多累，有多辛苦
在北京基本都是双休的，之所以说辛苦，主要是公司可能某段时间赶项目的话会需要加班的。当然如果效率很高的话，那根本不涉及到加班这么一说啊。在很多大公司的话，程序员待遇是想当令人羡慕的。。根本就不是说的那么苦逼
程序员手谨配到底有多累，多辛苦
互联网行业和传统行业相比，他们更强调快速迭代和开发，即时的用户反馈；因此对于大部分互联网企业来讲，时间就是机会，甚至只要落后于别人几天，就可能错过发展的最好时间；因此互联网行业的时间紧迫感比传统行业以及传统软件行业都要更加强烈。

因此程序员们，尤其是互联网的程序员的工作肯定是非常辛苦的，996(早上9点到晚上9点，每周六天)是很常见的工作时间；加班，躺椅基本上成为一些互联网企业的标配；猝死是屡见不鲜的新闻；

很多程序员在出差，旅游，度假甚至过年的时候笔记本电脑都不会离身的，因为你不知道什么时候系统会出问题；不管你在哪儿，在什么时候，只要一个电话，问题必须得到及时的解决。

程序员是辛苦的，程序员是劳累的，不过大部分程序员也是快乐的；大部分程序员看到自己的成果变成用户的习惯，变成用户的挚爱，享受着用户的赞美，那个时候就会觉得一切劳累都是值得的；

自Avazu Holding张中庆
程序员到底有多累，多辛苦
程序猿的工作强度和工作内容密切相关。

如果从事和客户密切沟通，需要及时解决问题的岗位，往往是非常辛苦的。每年支付宝和微信的负责红包功能的程序猿都要守在服务器前处理负载，解决网络问题。每到双十一，也是淘宝程序猿加班加点的时候。

如果很介意加班的话，建议从事一些较为稳定的工作。例如维护，测试等。
做程序员工资高吗？平时工作辛苦吗~
我做过7年程序员转行了，很辛苦，收入在北上广很客观。其实和盖房子的民工是一个性质，人家搬砖你搬代码，未来人家还能发展成包工头，程序员如果不在外企，过了三十岁就歇菜了！慎重！
我是一名程序员，感觉这工作太累了，经常有想放弃的想法，怎么办？
每一份工作都累，都不容易，换工作之前先了解一下自己适合什么工作，有合适的可以换，但是不要一冲动就换了，祝你好运～
程序员到底有多累，多辛苦
北京JAVA程序员一天九小时，工作不忙服务器不用调试一周就有双休，一个月月薪1w，不过也是有点累，一天基本看电脑，注意保护眼睛

⑵ 什么是计算机硬件工程师、程序员、网络管理员、系统维护专家及数据库管理人员

硬件工程师
主要负责
电脑硬件
的设计，维修。主要是这2个方面，还有的还要参与编程，但都是单片机编程！
程序员就是写程序代码的一些人，分初级到高级，按级别编写不同的代码，初级主要写一些简单的，比如前台代码，高级主要写核心部分！
网络管理员
主要管理的是网络连接，维护，服务器的管理，
路由器
的配置，和网络的组建！
系统维护
专家主要干的是硬件与软件方面的结合部分，难度挺大的。
数据库管理员
主要负责编写数据库
存储过程
和数据库文档的编写，还要写
帮助文件
，和各个数据库之间的转换！
在一些大一点的软件公司这些人都不可缺少！

⑶ 在一些大公司，程序员是做什么的

都一样的 只是大公司人员比较足有产品有测试 程序员只需要根据安排做好相应的功能模块 小公司的话可能没有产品没有测试 程序员就需要负责功能的规划服务器搭建数据库设计功能设计还包括功能测试 总的来说就是大公司程序员负责的区域比较小责任分派清晰 小公司只要涉及技术方面的东西都会由程序员来做

⑷ 程序员跑路锁死游戏服务器致公司破产~老板下海干活

1月20日，深圳市螃蟹网络 科技 有限公司创始人尹柏霖发文控诉，前员工燕某在 游戏 上线测试当天（2017年12月15日），锁死服务器与电脑，并恶意失踪，致公司损失惨重。尹柏霖称，“我们上线不了也测试不了，等新员工到职后熟悉新代码又是几个月过去了。”他表示，时隔这么久才曝光燕某是觉得项目败了无所谓了，正准备走法律程序。现在公司已解散，自己背了几百万债在打工。

人们的最大疑惑，是一个刚来公司三个月的程序员，如何能拖垮耗资600万元、开发了两年的 游戏 项目？ 游戏 之前是谁在开发，是否另有隐情？

尹柏霖表示：创业公司养不起闲人，燕飞宏负责的后端，之前在公司也只有一人负责。当时前任跟同事相处得很好，奈何身体出了问题，跟妻子孩子离开深圳，回老家养病去了。而公司正值 游戏 上线前夕，他情非得已，通过朋友认识了燕飞宏。

尹柏霖惊奇地发现，燕飞宏跟自己是老乡也是校友，技术能力也过关，就给了技术总监的职位（相当于技术部门负责人）和4万元的月薪。“这其实是挺不合理的，但当时我们项目已经停摆了。如果他做得好，工资高一点也可以接受。”

公告里称燕飞宏“心智异于常人”。公司同事跟燕飞宏很难沟通，“他自己做后端时还没问题，一跟前端和策划合作，各种骂人摆谱都来了。”尹柏霖称，燕飞宏经常早退去吃饭，一起拼命的同事对他意见很大。然而他的级别是“技术合伙人”，燕飞宏表示：他们是普通员工，我是管理层，我想怎样就怎样。“在公司得小心哄着他，还专门给他搞了特殊的电脑桌和椅子。”

矛盾爆发是在 游戏 上线测试的那一天。中午全员会议时，燕飞宏怎么也请不来，尹柏霖亲自去请，他却摔键盘走人了。下午两点 游戏 就要上线，他们原以为他像往常一样出去就餐，结果燕飞宏再也没回公司。他的电脑密码、服务器密码，也无人能解。 游戏 内测最终泡汤。

这款 游戏 本名《生灵怒》，预算100万元，耗时8个月，但实际开发拖了一年多。“拖到这时候，每个月支出就有十多万元，我们实在没钱了。”内测泡汤后，前端主程序员颇为失望，“大家苦兮兮熬了一年，最终落得这个后果，心态要崩了。”最终抢救8个月后，项目宣布失败。

尹柏霖是 游戏 策划出身，工作了七八年，把攒下的100万元全部投入了项目。另一位做实业的合伙人也投进了自己的300万元。项目失败后，尹柏霖不得不关闭公司。他形容自己在深圳“一无所有，33岁没车没房，老婆还要生了”，只能打工度日。

在规划里，《生灵怒》是一款RTS+实时消除对战玩法的 游戏 ，全球同服。“我们走的是独立 游戏 路线，对口碑抱有很大希望。”尝试过 游戏 的玩家尽管提出诸多不足，但对玩法机制赞不绝口。根据尹柏霖预测，这款 游戏 未来能做到月千万元级别的流水。但这一切如今都已付之东流。

⑸ 37岁京东程序员“被猝死”，当事人已经辟谣，你如何看待这起乌龙事件

这次乌龙事件更像是京东公司的竞争对手所发布的谣言。

国内的互联网公司高强度的工作是一件非常普遍的事情，而京东这些年在事业上也取得了很大的进步，所以导致京东很容易引起行业当中的其他公司眼红。而且现在很多网友非常不满互联网公司高压的工作强度，因此一旦互联网公司的员工发生猝死情况就很容易导致该家互联网公司受到舆论攻击，而且舆论攻击必然导致企业的发展受挫，所以这一次的乌龙事件很像是竞争对手的有意为之。

被造谣员工猝死明显不是针对员工个人，而是针对京东。因为仅是员工个人根本不可能产生如此大的影响，但是这名员工作为京东的员工，自然也在某种程度上代表着京东，所以只要通过一个员工就可以让整个京东的名誉和口碑受到影响，这就足以说明网络平台的造谣成本有多么的低。

当然我们也希望商业竞争应该要通过正当手段来进行，如果用这种小伎俩来打击一家公司的发展的话，是根本不可能获得成功的。而且一旦暴露在公众视野当中，必然会遭到所有人的诟病。

⑹ 程序员需要懂的一些服务器性能名词

QPS、TPS、PV、UV、GMV、IP、RPS等各种名词，外行看起来很牛X，

Queries Per Second，每秒查询数。每秒能够响应的查询次数。
QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准，在因特网上，作为域名系统服务器的机器的性能经常用每秒查询率来衡量。每秒的响应请求数，也即是最大吞吐能力。

Transactions Per Second 的缩写，每秒处理的事务数目。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数，最终利用这些信息作出的评估分。
TPS 的过程包括：客户端请求服务端、服务端内部处理、服务端返回客户端。
例如，访问一个 Index 页面会请求服务器 3 次，包括一次 html，一次 css，一次 js，那么访问这一个页面就会产生一个“T”，产生三个“Q”。

page view即页面浏览量，通常是衡量一个网络新闻频道或网站甚至一条网络新闻的主要指标。户每一次对网站中的每个页面访问均被记录 1 次。用户对同一页面的多次刷新，访问量累计。
根据这个特性，刷网站的 PV 就很好刷了。
与 PV 相关的还有 RV ，即重复访问者数量（repeat visitors）。

访问数（Unique Visitor）指独立访客访问数，统计1天内访问某站点的用户数(以 cookie 为依据)，一台电脑终端为一个访客。

Internet Protocol独立 IP 数，是指 1 天内多少个独立的 IP 浏览了页面，即统计不同的 IP 浏览用户数量。同一 IP 不管访问了几个页面，独立 IP 数均为 1；不同的 IP 浏览页面，计数会加 1。IP 是基于用户广域网 IP 地址来区分不同的访问者的，所以，多个用户（多个局域网 IP）在同一个路由器（同一个广域网 IP）内上网，可能被记录为一个独立 IP 访问者。如果用户不断更换 IP，则有可能被多次统计。

Gross Merchandise Volume 的简称。只要是订单，不管消费者是否付款、卖家是否发货、是否退货，都可放进 GMV 。

代表吞吐率，即 Requests Per Second 的缩写。吞吐率是服务器并发处理能力的量化描述，单位是 reqs/s，指的是某个并发用户数下单位时间内处理的请求数。
某个并发用户数下单位时间内能处理的最大的请求数，称之为最大吞吐率。

⑺ 运维程序员如何快速处理线上问题

对于大多数运维程序员来说，时时刻刻都需要关注服务器和系统程序可能出现的问题并提前解决。今天我们就通过案例分析来了解一下，运维程序员如何快速处理线上问题。

任何一旦掉进坑里，明智的做法一定是：跳坑_>填坑_>避坑，线上故障处理的过程也一样，优先级从高到低，线上故障处理的目标如下：

跳坑

‘跳坑’——快速恢复线上服务，或者将对线上服务的影响降到低。

线上服务的可用性决定着服务者的客户利益，影响着公司的收益。一旦线上环境不可用，无法服务用户，给公司/团队带来经济利益损失的同时，更为严重的会给公司/团队带来恶劣的名声。所以一般公司都会对线上环境提出稳定性和可靠性的要求，这也是团队乃至部门的kpi。为此，遇到生产故障后的一要务是：恢复生产服务，即使不能完全恢复线上服务，也要想尽办法将对线上服务的影响降到低。

填坑

‘填坑’——找到问题原因，根本上解决问题。

在恢复线上服务，尽大限度减掉对用户/公司/团队带来的影响后，我们需要彻查问题，搞清楚故障发生的根本原因，从根本上解决问题。通常情况下，‘填坑’和‘跳坑’是同步在做的，完成‘填侍吵坑’也就意味中乎拿‘跳坑’成功，但是也有一些紧急情况下的特别‘跳坑’方法，比如重启服务，或者服务降级/熔断等等，实际并未在当时完成‘填坑’，而是先采取非常规手段‘跳坑’，之后再慢慢‘填坑’。

避坑

‘避坑’——举一反三，消灭隐患。

找到了根本原因，解决了问题之后，我们需要举一反三，以此及彼，想想在这个故障排查和处理过程中，那些环节存在弱点?那些流程/规范/制度需要优化?这类问题是否在其他系统或者团队中也存在?通过这样的反思和自我批评，形成一份线上事故报告，不断完善流程，避免再次踩坑，也在团队中交流经验，共同提高。

线上故障处理的思路

依据线上故障处理的目标及目标的优先级，线上排障的一目标是恢复线上服务或者降低对线上服务的影响，关键点在于快速二字，在‘跳坑’-‘填坑’之后，再行回溯总结，以便‘避坑’。因此，可以将线上故障处理的步骤分为：

故障发现

故障定位

故障排除

故障回溯

其中前三步是‘跳坑’行为，后面一步包含了‘填坑’和‘避坑’。

上述步骤并不是说要从上到下顺序进行，建议在不乱阵脚的情况下，并行去做，因为通常线上故障后会紧急启动故障处理程序，运维、开发、测试、产品各个角色都会参与进来，这时候分工下去，并行去做，不断汇总消息，做出判断，以求快速排障岁谈搭，恢复服务。这个思路类似于操作系统的fork/join设计思想，目的在于提高效率。

在无法快速找到故障原因的时候，需要果断跳过故障定位环节，直接进行故障排除，比如采用服务降级、服务器扩容等手段，确保对线上服务降到低且可控。北京北大青鸟建议可以等到线上服务’撑’过去之后，我们再慢慢定位故障原因，根本上解决问题。

⑻ 游戏服务器端和客户端程序员哪个工作压力大又哪个工资高呢

1。服务器端程序员的主要工作是将服务器端提供来的数据请求进行合理的对数据库进行安全的读写.以及将游戏内相对玩家的信息及时转发给其他玩家2。个人感觉都差不多.客户端工程师的压力主要来自bug的修复。数据库端工程师的压力来自合理的分配系统...

⑼ 作为程序员，你的职业有哪些不足之处

在职场中最想吐槽的很多：一，不升职，不加薪。刚刚入职的时候，老板是说的天花乱坠，公司的发展前途多么好，将来会发展的如何还大，加入公司前途不可限量，将来是升职又加薪，后来，就没有后来了。没有升职，更没有加薪一带知说。二，没完没了的会议。白天基本是开会讨论需求，然后还要配合前端联调，不停地被打断，时不时地很有几个会议要参加，不是很重要的会议一边开会拿着笔记本一边写代码，有时候你会发现到下班了开发才刚刚开始，下班后终于可以安心敲代码了。

三，被迫的加桥扮班。

大概小公司的程序员不是程蠢消消序员，五分钟给你断一次，前端后台服务器，电脑坏了找你修，软件安装也找，耳机听不到了也找，真以为就这样了？各位系统使用者各种不会使用的问题找你，一天只有大家都下班了才有时间写代码。可以说为了生活，打工人早已用尽全力，一个合格的打工人必定是每天早上六七点就起床，赶首班公交车或地铁，通勤1小时以上到市中心上班，风雨无阻。

中午匆匆地敷衍一下胃，到了晚上9点过，地铁站依然是人头攒动，像是沙丁鱼罐头般。Lisa偶尔加班，当拖着沉重的身体进入地铁站时，发现身边都是加班人，那一刻，既觉得有些安慰，又觉得更加心酸。为生计努力的人，做梦都想工作能够轻松一些，根本没时间矫情，没时间去思考生活的意义

⑽ 作为一个程序员需要懂服务器吗

不用的！！！