1. 一个程序员平时只会复制黏贴和抄袭别人的代码,然后根据自己的需要修改,这样工作两年或者三年。
天下文章一个抄,复制,粘贴并不是代表人家不会,而且省得去写,重复的东西直接拿过来改就是了,其实这也是一种水平上的提升,当然有独立的项目完成最好,至于工作,地区差异,无法比较。
2. 程序员都有祖传代码,祖传的会有实际用处吗
前段时间,有这样的一个话题,非常的火热,那就是关于程序员的,新入职程序员吐槽老员工写的代码就像是“一坨屎”!这样的言论瞬间就引起了程序员们的讨论。
感觉公司各种各样的祖传代码都是令新人虎躯一震的代码,因为有时候你根本不知道它是干嘛的,甚至觉得它毫无用处,关键是 还绝对不能动,碰一段改半年,别问我怎么知道的。
截取某网友的一段评论:你以为看到祖传代码已经很悲催,但是有的代码八代单传更悲催,你以为八代单传很悲催,但是发现有的代码断了香火,你以为断了香火的代码最悲催,但是你发现了无字天书。
3. 我是一名程序员刚入职一周,已经开发一年多的游戏让我改需求,代码还没熟悉,什么也找不到,怎么改我改
谢谢邀请。
从你的描述中,可能心中有很大不愉快,这会影响你的判断和工作效率。趁中午午休时间简单聊一下:
1、你的岗位和你现在说的工作问题不矛盾,是你职责所在,份内的工作而已,这没抱怨的必要。我们公司技术部门也会出现这样的问题,一个BUG,要连续加班几晚上,不停修改。这是你这个岗位的工作性质决定的。
2、你现在面临的是无法完成工作,中途接手,不熟悉,心里烦躁,这个可以理解。但入职一周了,还没了解自己公司开发的一个游戏逻辑,这有点说不过去,再怎么忙,熟悉了解的这个过程所需的时间总有的吧。
3、找不到问题,就虚心请教,向前面的同事向其他高手求教,三人行必有我师,这个应该不难吧?
4、摊牌,,,,,这个太过激了。
或许是你的一时气话吧,但很不恰当!说严重点就是不负责任!在我的理解中,工作中发生问题一点都不可怕,完全可以坦然面对。难以接受的是问题发生了,没有穷尽人力没有千方百计的去设法解决它,而是投降,撂挑子或不干了,,,,这真的是职场大忌!
不要灰心也不要意气用事,谁还没遇到过麻烦事吗?
端正态度 然后 去执行!
就这么简单!
与你共勉。
希望对你有所帮助。 来自职Q用户:邢先生
新官上任三把火,新员工入职三个困难,这是第一个吧?降临一个艰巨的任务在你的头上,公司的陈旧问题希望得到解决,这是老板的期望!先别急着投降,也先别摊牌,认真思考一下问题在哪里,评估同事和你个人有没有这样的能力能力,带上一两套方案,跟老板商量这件事怎么解决~《白日梦想家》主角米提华特的经历说明,只要你尽全力,甚至突破自己,希望和机会总是会在最后出现的~ 来自职Q用户:匿名用户
4. 为什么程序员不喜欢改别人的代码
每个人都有自己的开发习惯,以及自己的写代码的方式。
例如写代码的时候,格式不一样啦,换行的位置不一样啊等等。别人的代码不像是常见的dos,linux命令行之类的,在没有备注的情况下,很有可能会完全看不懂.咋改?
5. 程序员都有祖传代码,是真的吗
首先,基本上大部分都是有祖传代码的,几乎每个公司都会存在祖传代码。在代码界,有一个令程序员闻之心惊、谈之色变的存在——祖传代码(legacy code)。相信很多接触编程的人都对祖传代码有着难以言表的恐怖体验。如果不改这个祖传代码,就难以实现新的需求,支撑新的业务。但是一旦改了这个代码,改之后新出现的bug绝对能让人失去理智。
祖传代码,前人程序员留下的“宝藏”代码,这种代码多多少少都会存在些问题。运气好点的会碰到by xxxx多少年的注释,运气差的连注释都没有,各种奇葩的逻辑,甚至直接一大段看不懂的代码。这一般就是程序员们所说的祖传代码,祖传代码又称作“屎山”、“历史遗留代码”。碰到这种代码,程序员们最好不要去优化去动它,因为可能会引发后续一系列的问题。所以遇到这种代码,一般程序员会有两种应对方法。
6. 互联网前辈总是说“bug是改不完的”,新入职的程序员该怎样应对bug
互联网前辈总是说“bug是改不完的”,新入职的程序员应对bug:
7. 我是一个新入职菜鸟程序员,公司让我负责软件维护和错误修改,老手们写的代码各种看不懂,求大神指点。
啥都没怎么指点?先发上来,看看对不对口,不对口也帮不了你。
8. 程序员只会敲代码会被淘汰吗
毫无疑问会被淘汰,因为现在市面上已经出现了可以实现全栈式前后端开发+测试运维的SoFlu软件机器人,很多码农能做的敲代码工作⌄它完全可以轻松胜任,而且整体能力是可以顶一个小开发团队的。
9. 程序员不会写程序怎么办 只是看代码或者只是挪用别人的 最后会怎么样啊
如果经常这样的话,这样下去会阻碍自己的发展!希望会用会写别人的代码!