俗话说“条条大路通罗马”,但是对于程序员来说,有些路千万别走,走得越久越难以抽身,甚至说毁掉你的职业生涯。
今天来跟大家讲一下,作为程序员,有些公司千万不要进去,你以为稀松平常,但却暗藏汹涌,风险特别大。

文章目录
金融类公司做程序员是没有问题的,但千万不要去一些需要外派你到大型金融类背景的公司,比如说你做入职的一家互联网公司需要外派你去银行类的金融公司,为什么呢?
基本上你只要被外派到一些银行之类背景的公司做项目,90%的岗位都是远程写代码,因为它对整个安全系数要求非常高,写个代码我还需要连接一个堡垒机远程桌面进行编写代码,而且整个电脑不能连接外网。
如果你需要解决一些问题,基本上都是自己通过手机百度查,这样的话你的效率可以说是非常非常低的。

不仅如此,有70%~80%的银行项目内部全部都是别人写的一些框架,别人封装好的框架,不会使用到一些目前市场主流技术,也不会让你接触底层,你写的永远都是应用层。
如果你老是跟这种老技术打交道,你就会与主流技术渐行渐远,尤其是你换工作去面试的时候,你极有可能会吃亏。
我依然之前有个低几届的学弟在找工作时选择去做银行的外包项目,当时给他的建议就是不要去做,但是没听,结果做了差不多3年之后,不想干了,出去找工作,他当时月薪是1万2,结果投了近五十多份简历,硬是没找到1万2的工作,最后只能干着8000块钱月薪的活…工作三年,工资不增反降。

为什么不推荐去外包公司工作?因为在很多大厂的HR筛选技术简历时,只要你的项目背景是外包背景,很有可能过不了,原因有3个:
1.很多人会认为外包的项目第一,技术含量可能不是很高。
2.外包员工不可能会做到一些很底层技术。
3.很多的人会误认为就是外包的员工能力就一定比甲方差,事实上不一定,但存在这个偏见。

所以我建议,刚开始工作的头三年,你哪怕是进一些中小型的互联网公司都可以,千万不要去软件外包公司,就算知名的软件外包公司也别去,对你下一段工作非但没有加持反而减分。
我自己之前是做外包起家的,我熟知外包的行情,之前在跟阿里P9级的朋友在交谈的时候就讨论过这个问题,当时我就问他说你们大公司在招聘时是否介意外包出身的人,他说他不介意,重要的看技术,但他也说了,HR会介意,基本上做外包的人的简历是不会流到他手里,在简历投过来的时候就会PASS掉。

还有很多人进入到一些小公司,使用什么jsp来进行编写项目,使用非常传统的技术在完成项目,像这样的公司,注意千万不能长待,你刚毕业的时候可以试一试,但如果说你工作了三五年后,你还去这种公司并长期待在那里,你会发现你在找下一段工作的时候,你身上毫无优势。
作为程序员,最好的去处是一线或者二线的企业,规模较大,名气较高就更好了,在那里你会学到很多的主流的技术,因为大公司都有一种互联网精神,“赶不上变化就要被超越甚至淘汰”,同样的人待在不同的工作环境,两三年就能有所区别。
越是困难的时候,越是要选择好道路,工作前三年建议是选择成长大于薪资的公司,三年后可以更注重发展空间。
还有一点就是,一直深耕某个行业也会让你在跳槽的时候更有优势,哪怕是技术稍微差一些,但门清的程序员会对企业更有吸引力。
感谢你们的阅读和喜欢,我收藏了很多技术干货,可以共享给喜欢我文章的朋友们,如果你肯花时间沉下心去学习,它们一定能帮到你,干货内容包括:

点击文末的名片可以抱走

我需要在客户计算机上运行Ruby应用程序。通常需要几天才能完成(复制大备份文件)。问题是如果启用sleep,它会中断应用程序。否则,计算机将持续运行数周,直到我下次访问为止。有什么方法可以防止执行期间休眠并让Windows在执行后休眠吗?欢迎任何疯狂的想法;-) 最佳答案 Here建议使用SetThreadExecutionStateWinAPI函数,使应用程序能够通知系统它正在使用中,从而防止系统在应用程序运行时进入休眠状态或关闭显示。像这样的东西:require'Win32API'ES_AWAYMODE_REQUIRED=0x0
Rackup通过Rack的默认处理程序成功运行任何Rack应用程序。例如:classRackAppdefcall(environment)['200',{'Content-Type'=>'text/html'},["Helloworld"]]endendrunRackApp.new但是当最后一行更改为使用Rack的内置CGI处理程序时,rackup给出“NoMethodErrorat/undefinedmethod`call'fornil:NilClass”:Rack::Handler::CGI.runRackApp.newRack的其他内置处理程序也提出了同样的反对意见。例如Rack
我想用ruby编写一个小的命令行实用程序并将其作为gem分发。我知道安装后,Guard、Sass和Thor等某些gem可以从命令行自行运行。为了让gem像二进制文件一样可用,我需要在我的gemspec中指定什么。 最佳答案 Gem::Specification.newdo|s|...s.executable='name_of_executable'...endhttp://docs.rubygems.org/read/chapter/20 关于ruby-在Ruby中编写命令行实用程序
我构建了两个需要相互通信和发送文件的Rails应用程序。例如,一个Rails应用程序会发送请求以查看其他应用程序数据库中的表。然后另一个应用程序将呈现该表的json并将其发回。我还希望一个应用程序将存储在其公共(public)目录中的文本文件发送到另一个应用程序的公共(public)目录。我从来没有做过这样的事情,所以我什至不知道从哪里开始。任何帮助,将不胜感激。谢谢! 最佳答案 无论Rails是什么,几乎所有Web应用程序都有您的要求,大多数现代Web应用程序都需要相互通信。但是有一个小小的理解需要你坚持下去,网站不应直接访问彼此
我尝试运行2.x应用程序。我使用rvm并为此应用程序设置其他版本的ruby:$rvmuseree-1.8.7-head我尝试运行服务器,然后出现很多错误:$script/serverNOTE:Gem.source_indexisdeprecated,useSpecification.Itwillberemovedonorafter2011-11-01.Gem.source_indexcalledfrom/Users/serg/rails_projects_terminal/work_proj/spohelp/config/../vendor/rails/railties/lib/r
刚入门rails,开始慢慢理解。有人可以解释或给我一些关于在application_controller中编码的好处或时间和原因的想法吗?有哪些用例。您如何为Rails应用程序使用应用程序Controller?我不想在那里放太多代码,因为据我了解,每个请求都会调用此Controller。这是真的? 最佳答案 ApplicationController实际上是您应用程序中的每个其他Controller都将从中继承的类(尽管这不是强制性的)。我同意不要用太多代码弄乱它并保持干净整洁的态度,尽管在某些情况下ApplicationContr
我是一个Rails初学者,但我想从我的RailsView(html.haml文件)中查看Ruby变量的内容。我试图在ruby中打印出变量(认为它会在终端中出现),但没有得到任何结果。有什么建议吗?我知道Rails调试器,但更喜欢使用inspect来打印我的变量。 最佳答案 您可以在View中使用puts方法将信息输出到服务器控制台。您应该能够在View中的任何位置使用Haml执行以下操作:-puts@my_variable.inspect 关于ruby-on-rails-如何在我的R
如何检查Ruby文件是否是通过“require”或“load”导入的,而不是简单地从命令行执行的?例如:foo.rb的内容:puts"Hello"bar.rb的内容require'foo'输出:$./foo.rbHello$./bar.rbHello基本上,我想调用bar.rb以不执行puts调用。 最佳答案 将foo.rb改为:if__FILE__==$0puts"Hello"end检查__FILE__-当前ruby文件的名称-与$0-正在运行的脚本的名称。 关于ruby-检查是否
是否可以在应用程序中包含的gem代码中知道应用程序的Rails文件系统根目录?这是gem来源的示例:moduleMyGemdefself.included(base)putsRails.root#returnnilendendActionController::Base.send:include,MyGem谢谢,抱歉我的英语不好 最佳答案 我发现解决类似问题的解决方案是使用railtie初始化程序包含我的模块。所以,在你的/lib/mygem/railtie.rbmoduleMyGemclassRailtie使用此代码,您的模块将在
前言作为一名程序员,自己的本质工作就是做程序开发,那么程序开发的时候最直接的体现就是代码,检验一个程序员技术水平的一个核心环节就是开发时候的代码能力。众所周知,程序开发的水平提升是一个循序渐进的过程,每一位程序员都是从“菜鸟”变成“大神”的,所以程序员在程序开发过程中的代码能力也是根据平时开发中的业务实践来积累和提升的。提高代码能力核心要素程序员要想提高自身代码能力,尤其是新晋程序员的代码能力有很大的提升空间的时候,需要针对性的去提高自己的代码能力。提高代码能力其实有几个比较关键的点,只要把握住这些方面,就能很好的、快速的提高自己的一部分代码能力。1、多去阅读开源项目,如有机会可以亲自参与开源