㈠ 35岁的程序员工资不错,却不喜欢领导,该不该辞职走人
在当今社会,很多人对工作有诸多抱怨:比如不喜欢现在的工作,又不知道该干嘛:对领导不喜欢,是不是该辞职?工作没有成就感,一辈子就这样了吗?压力好大,撑不下去等等问题。
其次,尝试从自己身上找原因。一般来说,和上司关系不好的员工,基本上自身也存在问题。所以,改变对领导不满情绪的第二个做法,就是审视自己,处理事情的时候有没有被自己的主观情感所影响。很多人之所以对领导不满,往往是评价对方时过于主观。
最后,尝试寻找改变的机会,试着与领导进行沟通,或许能通过这来处理问题。
㈡ 周鸿祎:互联网老板教写代码我第一,他为何敢如此自信
只有用自己的双手去辛勤的付出,我们才有可能会获得成功。成功不含世是一蹴而就,需要长时间的积累,同时也需要付出大量的精力和努力,才有可能给自己拼一个美好的未来。所以,加油吧!
㈢ 周鸿祎表示当程序员比当老板更幸福,他为什么要这么说
周鸿祎作为IT行业的优秀人员,他表示当程序员要比当老板更加幸福。然而,他之所以这么说,主要是因为当程序员的时候根本不用考虑别人会不会被人算计,而当老板却经常会被其他人算计。
但就我个人而言,我认为虽然周鸿祎说的很有道理,但是我并不完全认同。毕竟大家所在的位置不一样,他没有办法切身的体会到程序员身上的痛苦。毕竟程序员有时候还是会受到老板的压迫,对一些事情无能为力。
㈣ 程序员在职场中,是不是只要写好代码就行,不需要讨好领导
职场中程序员不应该只是写代码,程序员的重中之重是写代码但是更应该注重和领导以及同事之间的关系。
领导在工作中会很大程度上决定你的口碑和声誉。在职场中,口碑非常重要。在一个单位里面,口碑,名誉声望可以说是一个人最为重要的无形资产,是一个人这个实力的这种体现。
㈤ [转]程序员转行为什么都喜欢做小饭馆老板
年纪大了,在网络这行呆的时间也够长,就开始思考未来出路的问题。有人将程序员比做小姐,因为两者都是吃青春饭的,而小姐年华老去后的出路无非两条:升级做妈妈桑或者转换跑道,从良嫁人;而同样的,程序员也是要么升级做管理,要么转换跑道,开店做小老板。前几天看某杂志报道,程序员退休后80%的选择开小饭馆,觉得颇有趣,就贴到我常去的程序员论坛上,反响热烈,选点精彩的出来大家搂搂:1、除了写代码就是去吃饭,而吃的多是盒饭,所以希望开个店有餐好的吃。哈哈,我刚刚吃完盒饭回来。2、程序员:总认为别人的代码不如自己的代码优化,总喜欢重写. 厨师:总认为别人作的菜不如自己的好,总喜欢自己做.3、因为做程序员的时候,总是穷得吃不上饭。4、我要感谢小泽圆、朝河兰(武藤兰)、长濑爱、美竹凉子、高树玛莉亚、川本舞、忧木瞳、夏木美夕、芹尺直美、白石、工藤葵、小山内真由、岸川美穗、西田友纪、泽井牙衣、藤崎彩花、叶山みづき、井上千寻,松村、yuki、观月雏乃、薫まい、三田爱、柳上友香、松冈理穗、 霜月、冲那つばさ、中里爱菜、高木萌美、樱田、夏目衣织、朝仓音梦、芳乃樱、白河小鸟、天拁美春、水越真子、水越萌、胡ノ宫环月城アリス、芙蓉枫、时雨亚沙、プリムラ、カレハ、茜亚、莉可莉斯、水无灯里、蓝华アリス、アリシア、アテナ、近卫七海、仲里ひかり、友坂铃夏、石和多惠、佐仓裕美、凤仙エリス、桔梗雾、荻野可奈、鹭ノ宫纱绫、美咲堇、藤浪朋子、竹内麻巳、ドロス雪儿、シャナ、Eureka、姫百合珊瑚、姬百合琉璃、灰原哀、千鸟かなめ、テレサ、来栖川姬子、姬宫千歌音、陵波レイ、ラクス、ルナマリア、四枫院夜一、井上织姬、渡濑晶、常盘樱子、菊川莲、瀬戸准、夏目衣织和泉静香等等这些我知道名字和不知道名字的、曾经出现在我电脑中现在已经被删除或者仍然在电脑中的异国友人:每每夜深人静的时候,是她们陪我渡过了一个又一个孤单的夜晚;在我精神最不济的时候,是她们适时地来安慰我;当我玩CS精疲力尽时,是她们让我体会到通畅的快感;在我状态低迷没有手感时,是她们让我精神为之HIGH起来~5、写代码的就在公司和饭店之间徘徊。不去公司上班当然去饭店上班了。由于压迫太久,想做老板,所以天下80% 中国籍的coder 都想开饭店!6、这是由程序员的生活环境决定的。 整天不是坐在电脑前就是坐在饭前还有马桶上 所以,这三者:电脑、饭桌、马桶。如果不做程序员后最好的选择就是开个饭店,当然做为一个堂堂搞过高科技的人才,也不能以后去刷马桶或是卖马桶去啊。所以还是开个饭店吧! 眼睛里所能看到的决定了他脑子里所能想到的,脑子里所能想到的决定了他手上能做到的。7、因为程序员总是花很多钱,也吃不到好吃的盒饭。
㈥ 程序员被老板发现从网上抄代码,后果是怎么样
老板会怎么样if(老板对程序开发有了解){ //有了解,一点点的了解即可
认同,见怪不怪;
}else if(老板很开明){ //一无所知,但是开明
信任,尊重程序员的做法;
}else{ //不仅一无所知,还要胡乱猜想
可能需要一个合理的解释;
}
程序员为什么会从网上抄代码
我们程序员不把这个叫做抄,一般称之为“代码复用”。
当程序员需要使用到一个新的框架、类或者方法的时候,一定会做到有迹可循、有理可依,也就是不要乱用。
例如我们一个Spring Boot的项目,现在想用到Rabbit MQ,但是之前没有用过,怎么办?程序员一般会通过这么几种方式:
一些建议
我建议,先试试方案1和3,自己解决不了的话,再去请教其他的同事。
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解,希望能得到你的关注。
抄代码分为三种。
一,整个项目抄过来,不做丝毫改动地把别人的代码照搬过来。这种情况很罕见,一是涉及版权问题,二是网上的代码都是烂大街的,抄过来也没什么意义,也获得不了什么收益。
二,抄框架,这点是比较常见的。拿盖楼来举例,就是把别人打好的地基,搭好的脚手架直接拿来用,省去了基础设施搭建的工作。盖房子就直接开始砌砖,编代码就直接开始写业务逻辑。好处是显而易见的,减少了项目前期的重复工作,节省大量的人力物力。老板家里要没有矿的话,一般不会反对用别人的框架。
三,抄算法。简单的算法可以自己写,比如求2个数的和,很简单,一行代码就搞定了。复杂的,人脸识别算法,没有几百万也有几十万行代码,倾注全公司资源都未必搞的出来, 科技 含量非常之高。这种时候,往往会寻求与专业的算法公司进行合作,通过付费的方式获取到相关的代码。
程序员被老板发现从网上抄代码,后果是怎么样?这样的事情被老板发现了,至少从现在来看一点儿事情也没有,如果能够抄得让项目进度大大提前还不出问题不出Bug,不引起纠纷老板还大大的高兴。给他节约了大把大把的钱,他不高兴还咋的。
当然从网上抄代码并不是说整个项目给拿过来,特别是有知识产权的那种,这样一旦被原版权人发现会引起纠纷。大部分程序员抄代码都是一小段一小段代码实现某种小功能、或者对某些方法、类等等用法的抄,以便于在自己的项目中去实现自己所需要的功能,融合到自己的项目中去,而不是盲目的去抄原封不动的搬运过来,程序员一般很少会做那样的事情的。
程序员很少有不上网去了解查询相关的知识的。而现在很多老板本来就是从搞软件项目出身的,或程序员出身的,早就知道这些招数甚至自己也用过,根本不值得大惊小怪,基本上都会鼓励程序员如果有什么不懂就去网络就去找网上相关的解决方法。
尽快寻找解决方法,才可以尽可能的减少一个问题就被卡死在那里花费掉太多的时间,大部分老板不是让你去当钻研代码的开拓者,而是去当能实现项目功能的技术能手,你用什么方式方法去得到那些技术,大部分老板不会关心的。
所以抄不抄代码基本没人管你,最重要的是抄来的代码是不是能解决项目的问题、加快项目的进度、节约项目的成本,只要能解决问题为项目带来效益,总监或者老板还会夸奖你是高手,是能人。
更多分享及互动,欢迎点击右上角关注【东风高扬】。
如果你能抄代码,请选择正确的抄代码的方式,来推荐几个我认为好的网站。
如果有一个网站的提问,可以涵盖你基本90%以上的日常开发问题,那就是这个网站。这里什么方面的代码都有,如果你是一个好的程序员,建议你可以来这里抄代码。
如果你还没有自己的github账户,那你得赶紧来注册一个。GitHub上有好多好的开源项目,Vue,React等等,如果你想看一想好的项目,建议来GitHub看看
如果你善于使用搜索引擎,那你已经比一般人好太多啦。学会使用一些搜索的技巧,能提升你快速找到问题。
所以,我觉得抄代码没什么,我觉得正确的方式,是如何去抄好的代码,去看别人的优点,然后可以使用到自己的项目,这完全没有问题。
拿着高薪的程序员,最熟练的两个快捷键就是ctrl+c 和 ctrl+v。
看到这里你是不是觉得:
哇,做程序员太轻松了吧,了解相关的知识,每天复制黏贴就可以了,还拿那么高的工资,还有没有天理了?
首先“代码复用”这个情况是很普遍的,从 社会 学和经济学来看,复用这个行为是值得肯定的,因为它能够避免浪费有限的 社会 资源。
如果合理地利用开源代码,可以避免“重复造轮子”的动作,从而解放大量的程序员去进行更有价值的开发工作,加快开发效率,以达到资源价值的最大化。
想要把开源代码做成适合公司项目的功能,本来就要求这个程序员的基础扎实,如果没有相关的项目经验,又如何对代码进行维护?
知其然,更要知其所以然。
这就是高薪程序员的高明之处:他们用开源代码来解决自己的问题,把架构、思路融会贯通再变成自己的逻辑表达出来。
程序员主要是实现功能需求,至于怎么实现的,是不是从网上抄袭得又有多少关系,现实中又有多少程序员不是从网上直接复制代码然后应用在自己模块中,把优秀的代码看明白然后灵活应用写在实际代码编写过程中特别常见,现在的开源社区不就是典型嘛,拿到源码然后搞明白,进行各种定制,很多公司都会正大光明的这么去做,在当今的技术领域特别正常。
如果真是老板发现了代码和网络上接近,但是功能用起来没有啥问题,如果因此找到程序员说事,那这老板才是有问题,正常来讲代码的审核主要还是在于直接的技术主管,老板都操心到代码是不是从网上找的了,方向估计该处问题了,老板正常来讲关心的是结果有没有达成,如果进一步拓展自己的业务圈子,把产值最大化。
希望能帮到你。
老板的态度无非是要么是置之不理,要么是批评开除。从老板的态度上可以折射出很多东西来。
置之不理:老板要么不懂程序要么懂程序,老板不懂程序置之不理也正常,如果老板懂程序,那他应该明白这是正常现象。这种态度属于明智之举。
批评或者开除:那老板肯定是不懂程序的,既然不懂程序,就不要在那瞎指挥。团队里自然会有总兼把关恒量。老板的职责是统筹大局,如果这些细小之事也要插手的话,不要留恋立即走人。这里绝对会限制你的发展。
项目本来就是以结果为导向的,任务急,工期短,尤其在创业型公司里,从头到尾从零开发,要耗费多少精力多少人力?我们就要学会“拿来主义”啊,去除糟粕,取精华!
作为码农,将别的功能代码拷过来稍作修改,完成了自己的工作,这样的方式简单快捷,好用,bug少。
能抄到代码,还能知道到哪里抄代码,知道应该抄什么代码,哪段代码,抄完之后怎么融入进去,并且还能解决问题,结果代码还真跑起来了!这也是本事!这也是励练自己的一个方式!
所以自己要对抄代码也要保持清醒的认识,我能故我抄!
俗话说的好,“天下文章一大抄”。我们在工作时,新闻稿、会议纪要等等也是有一定的模板,我们只需要比着葫芦画瓢就行了。那么,程序员从网上抄代码这件事情,如果被发现,会面临什么样的处置结果呢?
实际上,编写代码时最重要的一条,就是学会怎样利用其他程序员的代码和思路来解决问题。程序员写程序抄代码这件事情,也可以视情况分为三种:抄算法、抄框架、抄整个项目。
其实,简单的算法可以自己写,复杂的,比如一个大型 游戏 ,代码多到足以让全公司的程序员怀疑人生。而且一般这种复杂的代码需要和大型的算法公司合作,也不是简单的在网上随便抄一抄就能抄到的。
抄一个应用或者是功能的的框架这件事情,好处也是显而易见,减少了自身这个项目前期的重复工作,节省大量的人力物力,同事还能在现有的而基础上做一些自己需求上的改进,何乐而不为呢?而且应该很少有程序员去真的从最基础的时候一个字母一个字母的敲一整个程序的代码吧。
但是!整个项目不做丝毫改动地把别人的代码抄过来,这就涉及到一个版权和隐私的问题,严重的话是要负法律责任的。
所以说针对程序员从网上抄代码这件事情,要面临的结果无非下面两种,要么老板置之不理,要么被批评开除。
程序员要做的是在能抄到代码的情况下,还能知道到哪里抄代码,知道应该抄什么代码,哪段代码抄完之后能融入进去,并且还能解决问题,才是最重要的。
第一,一般公司老板从来不懂技术,也根本看不懂你是不是在搜资料还是。第二,就算发现你抄,那也是正常,初级程序员抄代码已是常态。关注一下再看下面的精彩哈。
文| 科技 黑洞宇文笑
本人是在某世界五百强企业,公司的老板肯定是见不到的,部门总经理也几乎从来不会在我们这些普通程序员这边逛 ,而且不懂技术。至于所谓的老板,应该是那些技术总监,可惜技术总监一般情况也不会碰你的答案。而技术总监下面一般是技术经理,普通程序员就归技术经理管管,跟着做项目,即使他发现你抄代码,也不会说什么,只要你能完成自己手头上的任务,无论你用什么方法实现。甚至他会教你“抄”哪的,其实这是叫你借鉴代码,这样你才能完成你的左右。
现在程序员抄代码,是比较普遍的,抄网上的,或者复制同事的。复制同事的函数直接不改,就有些无脑,而复用别人的代码,反而是正确值称赞的,这往往能提高代码的整洁度。如果你抄网上的,一般是没有现成可以用的代码,只能借鉴其思路,然后结合自己的业务,写一套自己的代码,这种做法往往还需要程序员有不错的基础,不然你连别人的代码都不懂利用。
程序员宇文笑一句话:
善“抄”代码,反而是一种编程美学,不过请你优雅。觉得说的好赏个关注呗。
产品功能产出流程:
一、产品经理:需求调研、产品需求文档、原型图的产出。
二、商讨需求可行性(移动端、前端、后端、UI、测试、产品)。
三、根据各个职能岗位意见以及需求产出时间成本等等条件因素,修改需求。
四、需求文档、原型图交由UI、后端、测试
1.UI根据需求文档、原型图设计效果图、标注图、切图。
2.后端根据需求文档、原型图设计数据库表结构、接口数据结构、接口文档;
3.测试根据需求文档、原型图写测试用例;
五、如上所产出(计效果图、标注图、切图)(接口文档)交由移动端和前端开发人员开发。
六、开发人员开发完成自测之后交由测试人员进行功能测试以及性能测试。
1.测试人员根据《测试用例》进行功能测试形成报告反馈(移动端、前端、后端、UI、测试、产品)进行BUG修复,需求完善,交互优化等。
2.性能测试包括后端压力测试,移动端的内存等等。
七、最后进行灰度测试或者内部众测。
八、最终产品更新上线。
如上表述,程序员在一个功能开发过程中,最重要的是保证产品功能稳定性、扩展性。至于怎么实现如果没有意外。领导不会关心你怎么实现。而且在程序员这个行业工作要的是思路具体怎么实现复制粘贴代码是很经常的事情。so。。。你这个问题其实并不是问题。
㈦ 为什么老板总想着程序员把软件开发成万能傻瓜式,以后没有技术人员也能做项目
一般我们中国把程序开发设计人员及程序维护测试人员都归为程序员;
可以,高数只是数学方面的知识,很多没有上大学的程序员开发程序做软件能力很强,高数和软件开发维护没有必然的联系,当然你连一些基本常用的数学知识也没有就不行啦。
程序员的要求如下:
1:团队精神和协作能力
2:文档习惯
3:规范化的代码编写习惯
4:需求理解能力
5:模块化思维能力
6:测试习惯
7:学习和总结的能力
我就是要问你 工作内容怎么不一样了
答:
首先软件工程师与程序员工作上最大的不同,可以打一个比喻:把一款软件比做一座大桥,那么软件工程师相当于施工总指挥,而一般的开发人员也就是程序员相当于建筑工人!
所以很多人就说自己是IT民工就是这么来的;
软件工程师的工作不同于程序员但是一个软件工程师必定是一个优秀的程序员!
为什么工程师要懂?
答:
前面也已经说了,高数和软件开发没有必然的关系,工程师也不一定要懂高数;要讲一点高数是可以提升你的逻辑思维,但是软件开发技术范围很广,这之间没有必然的关联,学了高数软件开发就很厉害或者不学高数软件开发就不行都是伪命题。
软件的开发工具、开发技术在不断地发展。在校学生所能学到的东西很难跟得上发展的需要但是也不能说那些东西完全没有用,只有在完全理解了相应的基本技能之后你才能很轻松地掌握新的技能,软件技术都是一个循序渐进的过程。所以高数只是你在大学里面学习的东西,是很重要的但不是必要的;
软件工程师要理解和领会软件工程,软件工程只是一个理论一个指导思想,搞软件开发的都必须了解这些基本理论并在平时的工作中认真地去贯彻执行,做软件工程师更是如此。
写思路用懂的高数吗?
答:
同上,写思路的关键是要懂软件技术,具体的实现不需过多的考虑,当然有时候设计的时候动数学建模也有帮助,不过不是必需的。
加一句,大学里学的知识上了社会很多都没有什么用处,社会是最好的大学,当然学好高数对开发什么的也有帮助,但是关键是你要一直不断地提升自己,高数再好软件技术不好你也成为不了IT精英,成为高手没有捷径,不可能速成!天道酬勤,作为学生你应该知道眼前需要做什么。那就是打基础,多动手做程序,首先争取成为一个优秀的程序员,技术达到一定高度再转软件管理方面的工作,比如:软件工程师,项目经理,IT主管,IT经理,企业CIO。