‘壹’ 请问烟台东方电子集团公司是国企还是私企现在烟台东方电子效益怎样
东方电子是上市企业，是股份制企业。
企业介绍：
烟台东方电子信息产业集团有限公司是一个集科研开发、生产经营、技术服务、系统集成于一体的大型高新技术企业集团，以电力系统自动化、信息化和能源管理系统解决方案为主营业务，是国家和山东省重点扶持的高新技术企业之一。
历经30多年的发展，公司已经拥有包括一个上市公司在内的11个权属企业，资产总额达22亿元。现有员工2000余人，本科及以上学历人员占70.43%，产品覆盖了电力自动化、信息化以及铁路、能源（矿山、油田、大型冶炼与化工）等领域，目前有电厂自动化、保护及变电站综合自动化、配电自动化、电能计量计费管理、企业信息管理、智能通信电源、无线通信等8大系列300多个品种。
公司于1997年被认定为“国家级企业技术中心”，1998年被确认为“博士后科研工作站”，通过了ISO9001质量标准体系认证（于2003年10月通过了2000版的换版认证），2001年被认定为国家级软件生产企业。2006年，公司第六次被国家信息产业部评为“中国软件业务收入前百家企业”，位居26名，连续6年位列前30名。先后被授予“中国企业管理杰出单位”、“中国专利——山东明星企业”、“省级重合同、守信用企业”、“山东省文明企业”等称号，为中国电力企业联合会、中国电气工业协会、中国电工学会理事单位。
平均薪水为：5264元/月
员工组成
东方电子有54.69%的人员为工程师和技术人员,14.06%的员工为销售和服务人员
每周工作时间
82.81%的东方电子员工工作时间在：每周工作 40-49 个小时
9.38%的东方电子员工工作时间在：每周工作 50-59 个小时
0%的东方电子员工工作时间高于：每周工作 60 个小时
7.81%的东方电子员工工作时间低于：每周工作 40 个小时
加班情况
68.75%的员工在工作中需要加班,31.25%的员工不需要加班
工作名称 （RMB/月 ） 平均
软件工程师 ¥5550 00
工程师 ¥14500
研发工程师 ¥5567
技术支持 ¥1833
程序员 ¥7811
销售经理 ¥3170
高级销售经理 ¥15000
销售工程师 ¥2000
科员 ¥1000
售后服务工程师 ¥4900
工程服务工程师 ¥2600
经理 ¥8000
品质技术员1 ¥1930
技术工程师 ¥3800
制图员-实习生 ¥310
部门主管 ¥1800
单证 ¥2000
普通职员 ¥1800
现场工程师 ¥2200
工程部经理 ¥5000
一般员工 ¥1350
图像工程师 ¥17500
研发工程师 ¥3200
助理工程师 ¥3050 ¥3050
员工-外聘员工 ¥4100
软件开 ¥4500
年终奖 ￥3400
‘贰’ 程序员一般通过什么途径接私活
楼主是问要通过什么平台去接单吧，现在的平台很多，要说找一个好点的程序员私活平台确实有点难度。一般程序员接单是通过远程工作平台，比如云工，就是一个专门的程序员外包平台，上面每天有大量的程序员兼职发布
‘叁’ 我是一个as3前端程序员，有一年多的工作经验，我现在有点迷茫，有点想转行，不知道改转向哪种职业
可以给你几条建议，我就是程序员转行的，程序员确实苦逼呀，虽然收入比一般工作要高出几倍。
1：建议你在这一行再干上一年，在几个项目上有成绩了，以后转行有话语权。20几岁就怕苦，还能干什么，这个时候正是苦的时候。
2：纯程序员想转策划，操作性不大。因为这不是看你的程序写的好不好，而是看你的创意好不好，有可能好的游戏策划，根本一点程序都不懂。
3：你可以去当教师，你的专业不会丢，也轻松。大学嘛，如果运气好，先进去干着再说，因为有的大学要招一些有经验的程序员做实验室指导员的，先代课，再外聘，再混编制，慢慢来。还可以去教一些很对口的中职，但不出三年你的程序就会恢复到初学阶段，因为你随便编个小游戏就可以让这些中职生学上两年。（原因是学生素质问题，不详谈）
4：自己当老板，不要老想着写个大项目挣大钱，甚至有可能一个人半个月做个免费的手机应用，光靠广告费就能达到千万富翁。
5：题外话，本人正在某中职任教，朝九晚五，课余接点外包小项目，锻练自己不要丢了专业。生活很有规律，家庭很幸福。祝你成功。
‘肆’ 为什么说银行科技岗是程序员好的就业选择
闺蜜老公，某国有银行IT部门，在编，年薪30万+，谈谈他和一般修“996福报”的程序员的异同。
1、加班也是有的，但是属于正常能承受范围的加班，周末一般是可以不加班的。
2、工资30万+，对比阿里、腾讯这些大厂的，算是一般，而且每年的涨薪幅度也是有限的，好处就是旱涝保收。
3、部门里的晋升也是有限的，一个萝卜一个坑，要么有背景，要么极具能力，要不就慢慢熬着吧。
4、因为有编制，所以如果你不离职，一般也不会被裁员。35岁的互联网程序员的危机，基本不会发生在他们身上。
5、晋升有限，工资涨幅也是慢慢的，属于一眼看到头的那种。所以在部门里，有些过了40岁，觉得自己晋升无望、干多干少都一样的一些职员，就开始了养老日常。
稳定、旱涝保收、也有周末时光，闺蜜老公时常自嘲说：“这工作，比较适合他们这些居家型男人，有雄心壮志的好男儿不太适合。”
我作为一个工作了几年的程序员，对于银行 科技 岗的一些看法是：1.银行 科技 岗要求的技术能力并不是很强，但是业务能力要有一定的经验，这样就会导致一些想要提升技术的程序员待不下去，而对于业务能力，大多是要在一个岗位待够一定的时间，慢慢熬出的经验，这就要求那些比较有耐心的程序员，对技术没那么有追求，对体制的一些规则承受能力比较强的可以待下去。2.和家庭背景有很大关系，对于农村出来的，没有任何银行关系，而且现阶段急需挣到钱的年轻程序员。大多要去互联网公司，因为相比较而言互联网公司的工资给的比较高，虽然加班多，但是确实能拿到不错的工资，而银行的程序员现阶段工资还可以，但是随着程序员体量的庞大，技术低的银行程序员的可替代性更强，导致工资会越来越低，当然那些家庭条件好的年轻人，有不喜欢加班的就可以待下去绿。3.和个人规划也有很大关系，都知道程序员到35岁会有职业危机，虽然说在银行工作会稳定，但是职位也不好晋升，基本三十岁以上的都是一般的小组长，不会有更大的职位，但是如果从年轻的时候多去一些互联网公司历练，能积累很好的技术和经验，大多可以当一个项目的小领导，即便不是领导，但是如果你的技术够强，也会在部门里面收到尊重！
资深程序员来回答一下这个问题：
1.现在程序员最大的第一个工作弊端，就是加班严重，要么996，要么007，没有生活质量，没有时间陪家人，银行 科技 岗位是不怎么加班的，保证稳定性就可以了，解决加班长的最大矛盾。
2.第二大矛盾，就是现在程序员有些吃的年轻饭，35岁以后就面临被辞退被裁员的情况，银行 科技 岗位不会有被裁员的情况。
3.银行 科技 岗工资也是相当可观的，时间越长积累的技术经验越好，银行系统轻易不会变动和更新，所以时间长技术也不会过时和被替代。
所以说银行 科技 岗是程序员最好的选择，也是有一定的道理的，大部分程序员还是愿意从事银行 科技 岗的。
谢谢！求关注！
这个问题的本质就是择优选择。
首先程序员到了35岁，在家庭跟身体的双重压力下，精力已经严重入不敷出，那么退路是什么就跟关键了。
最好的选择就是继续重拾你熟悉的技能，那么 科技 岗位就是不错的选择
接下来就是为什么从传统IT公司出来，加班压力太大，精力不支是关键，又想熟悉，又想工资高还加班少
最优的就是银行科级岗位了。
我在一家股份制银行做了一年的技术外包，接触了不少行内 科技 岗的正式员工，谈一谈我的看法吧。
行里一般是业务驱动型，重安全和稳定，所以技术迭代比较慢，对业务的理解能力大于对技术的要求。如果你对新技术有极大的狂热与追求，那银行 科技 岗肯定不适合你，因为这边很难得到技术的提升。
然而对于不太想撸代码的人来说，行里 科技 岗简直不要太幸福。
首先，随着时间的沉淀，很多之前行里的程序员都慢慢转业务岗了，平时就做做需求收集分析和项目管理，不参与实际开发，说实话对业务很熟的话基本就没有什么35岁被裁员的危机了，相当的稳定，因为业务需要沉淀，很难一个新人进来就可以替代胜任。
其次，行里基本都是朝九晚六，下班就走，不用像互联网公司一样996加班，可以有更多时间陪伴家人，做自己想做的事情。
最后谈谈工资，每月工资普遍不高，但绩效，年终奖及平时福利加起来一般不会比非一线互联网差太多，但要是换算成时薪，甚至都比一线大厂高。
所以个人建议，如果没有太多的技术追求，不想搞大钱，喜欢稳定，害怕35岁后被裁员，那银行 科技 岗绝对是最优选。
对于35岁以下的人并不是！
坐标上海，90的IT妹子，刚从银行出来！
对于那些没有任何经济压力的人来说，银行确实是一个好去处，可以完完全全躺平，也不用担心被裁员，只是晋升空间小，薪资稳定（涨幅很小，而且普遍低于互联网行业，除了像招行那样的金主爸爸外）
我在银行4年多，只有一次基本薪资普调了400（据说是根据KPI，200，400，600三挡），出来的时候猎头都心疼我这可怜的与市场严重脱节的薪资水平[捂脸][捂脸]
但是，对于绝大多数35岁以上的IT从业者来说，银行确实是一个好的选择，因为这个年龄阶段的IT人往往会被互联网行业所抛弃，去银行简直不要太理想！
个人觉得年轻人还是先去大厂历练一下，再去银行，这样容易要到高一些的薪资，但是银行内的勾心斗角要做好心理准备，领导马屁该拍还得拍，太高尚了可能处境会艰难[泪奔][泪奔]
这句话就是胡扯，对于任何行业都是能靠近利润中心或者权利中心就一定靠近，能远离成本中心以及辅助工种（所谓三产）就一定远离，银行IT属于彻头彻尾的身为辅助工种的成本中心
进银行做IT就两种可能，一是去分行或者总行机关（非研发中心）信息部门做机关行政工作，二是去研发中心做技术工作，第一条路代表着你彻底放弃了代码工作，也就不再是程序员，同时信息部门出身将会在未来极大限制你的内部升迁，信息部门在银行的地位类似于老干部局及地方志编纂部门在政府机关的地位，是出不来大领导的，猴子爬杆式的升职最上边的猴子爬不上去下面的也别想动，同时你也不可能通过校招直接进机关，信息 科技 管培生一样要在基层轮岗，半年-三年的支行基层轮岗风险极大，先不谈50%以上的机关竞聘淘汰率，如果当初搞这个计划的领导左迁或高升了，这一批人彻底被人事部门遗忘，作为一线营销人员呆一辈子支行基层也不是不可能
如果你能确定自己轮岗后能进分行/总行机关（比如你是招行之类股份制省分以上管培，或者部分不喜欢暴殄天物的国有行），那第二条路甚至都远不如第一条，现在各大行研发中心往往打着“总行直属机构”的名号招聘，但事实上这种研发中心在机构设置上和分行和其他业务直属机构（内审、证券子公司等）完全不同，管理扁平职位少，领导往往来自外聘或者其他部门空降（流放），内部升迁难度较业务部门高很多，可以说是前途渺茫
而升迁难只是研发中心最微不足道的缺点，就我的了解大部分选择银行IT的程序员都是为了追求稳定，然而研发中心真的稳定吗？远离权利中心又不产生利润，且和日常经营关联低、易替代的特点就决定了研发中心是银行中最不稳定的部门，改制子公司、彻底剥离独立都不是没有可能，银行高层过去、现在都没有从研发中心出来的大领导，可以说研发中心的命运从来就没有掌握在自己手里过，一旦银行业利润出现问题，又能指望着谁去力保这个部门的利益不被牺牲呢？
部分人可能认为我在危言耸听，但我以我家石油系统三代人的经验告诉你们，行业危机到来的时候，率先奖金归零工资七成的就是做劳保工服的三产企业，而研发中心在银行的作用和石油三产是类似的，全部外包出去也不会对业务开展产生实质性影响，石油系统做工服的当年还是“XX局直属企业”呢，论行政级别不亚于生产研究单位，而“XX采油厂电视台”已经从科级单位变成股级单位了，
@世界人民上议员
诸多回答里提到的东亚文官体系就是我国各类央企国企的现实，在这个体系里可以掌握自己命运的就两种人，要么进机关单位当文官，要么进利润中心为全系统的人当 bread winner，一定要记住，央企里工匠也是分三六九等的，搞减员增效从不会裁撤作为权力中心的机关和作为利润中心的业务部门，一般都是先拿最可有可无，在机关连话事人都没有的那一批工匠动刀，银行研发中心程序员就是这样一个群体
个人认为，银行IT只适合两种人，第一类是十分厌恶编程的信息技术类学生，编程如上坟，最大的追求就是永远不要编程，同时资历又不够苏粤选调、人才引进和其他优质选择的标准，可以走第一条路，能利用专业优势找到一份比较好的工作，工作后也可以谋求内部调动转型；第二类是由于诸多硬伤实在拿不到其他的好offer，这类人可以去研发中心，银行IT虽然在前途上不如大厂员工，稳定上不如业务部门行员，但也比诸多小公司强的多，同时也保有了未来冲大厂的可能
实际上计算机类专业作为当今的万金油工科专业，如果不想996跳槽、追求稳定内部发展也有很多去处，比如真正的金融业和公共事业事实上都能提供比大厂程序员低不了多少的综合收入，且在前景上不一定比大厂程序员差
如果不想丢掉编程技能，做量化算法、风控模型的都是在业务一线的金融程序员，既有稳定又有前途；如果无所谓编不编程，各地的选调、人才引进都是优先选调信息技术人才，试问去苏州工业园优化营商环境，和企业家谈笑风生难道不比在银行最没地位的部门写没人看的报告、码远离业务的代码香吗？更何况前者在薪资待遇上甚至比后者还高，随着“新基建”“中国制造2025”“带货扶贫”等概念的炒作，过去和信息产业毫不相干的政策性金融机构、融资租赁都在近几年大规模扩招计算机及信息类学生，我在校招的时候这类套利机会比比皆是，甚至在某行研发中心面试时碰到的计算机大佬比待遇更好、地位更高的政策行还多，未来几年这类机会只会越来越多
写这个的原因也不是去劝退银行IT，事实上农行成都研发中心不知道比成都一众996小微企业强上多少倍，但对于真正的人才，还是希望大家一不要浪费自己的技术，二不要浪费自己的学历背景，否则到时一边看着自己大厂同学的薪资流口水，一边看着自己考选调进体制的同学的前途福利酸倒牙，而自己想两头兼顾结果什么都没有，空耗几年青春还得从头再来就没意思了
这只是相对的。成都这边有不少银行招聘it从业者了，我也见过不少人在银行做软件来来去去。但是除非是总行信息部，其他的都只是内包而已，比外包好一点，有的称为二级或三级子公司，有的在行员来说都是外包。毕竟银行的主业是金融。而这些 科技 岗怎么样呢，待遇还可以，不过加班一样的多，不可能轻松的，而且技术老旧，杂事多，也不会有成长，有的商业银行it岗一样的有末尾淘汰，压力并不小。要说最好的选择，还是公务事业单位的信息技术岗，或者比较大的外企，要不还是去奋斗吧。
我现在就在银行做软件类的工作，每天实际干活的时间没超过4个小时的。适合养老的工作岗位。
银行 科技 岗工资高，福利好，工作强度相对于互联网公司不算太大，当然好啊。
银行 科技 岗，估计年薪都在四五十万，应届生年薪30万。金融行业本来就是赚钱行业，作为发家致富的确是个好去处。我曾经的同事，进入银行 科技 岗后，月薪直接翻倍，从不到1万直接奔到2万，每天都有零食、水果供应。
而且银行年终奖高，多的甚至10几万。一般招商银行、工商银行比较高。
银行工作，光鲜亮丽。非常适合大家发展，而且比较有地位，受人尊敬。
我同学能进入银行的也是佼佼者，一般发展前途都比较大，有行业积累作为后盾，很适合长期发展。
银行工作技术都比较成型，不会有太难的技术。总体来说很稳定，不像互联网公司劳动强度巨大。
应该是舒适、安逸的，工作时间也固定，不会过劳。各大银行都在争相挖人才，对于大家是个重大利好消息。
能进银行 科技 岗，赶紧去吧，肯定不会后悔。
‘伍’ 谁清楚在西安，Java程序员平均工资多少想转这个行业
我是小学学历，参加培训了30天，刚开始工资不高，实习期吹得失败了，月薪50K左右，我有几个同学厉害的，实习期78K，在成都天美上班。哎！！！差别太大了，现在我都想转业了！我同学里面有摆地摊卖烤红薯的月薪100K+。 建议如果有条件一定要自己摆摊。
‘陆’ 土建施工员和程序员选择哪个
金钱和自由两选一！
‘柒’ 程序员遇到很难的技术问题是怎样的感觉
昨天刚领一个线上P0级重大事故，持续时间1小时，影响范围全站 ！准确的时间点是下午17点开始，具体问题定位且听我下文细细道来。
先说感觉，那感觉真是太刺激了，本来下午五点，昏昏沉沉的，瞬间一个激灵就清醒了（想象一下高中课堂，你在打瞌睡，突然老师走到你面前给你一下子的感觉），原本准备再过一小时吃晚饭了，吃完晚饭再摸鱼到21点就可以下班了呀，别问我为啥到21点，问你就不是程序员！
带着无比紧张且颤抖的心情开始定位问题，先来个错误日志尝尝鲜：
1、下午五点开始有少量的慢sql报警，没有人当回事，因为这种事情总发生，虽然大家都知道在实际开发中如何避免慢sql，但是整个团队要想完全避免慢sql却很难；
2、五点十分左右，开始零星有用户反馈指定功能不可用，SLB开始报警，技术开始介入排查；
3、十五分左右，客服部门电话开始爆炸，用户密集反馈指定功能不可用，技术部开始重视；
4、二十分左右，所有服务大面积出现接口无法响应，整体服务不可用；
5、我们一开始定位觉得是MySQL的问题，因为前面有mycat的慢SQL报警，后来定位并不是MySQL，因为MySQL的内存、连接数、流量这些指标都很平稳；
6、最终在五点三十分的时候我们定位到是ES出问题了，因为所有的Java服务不可用最终都指向上面的错误日志，bbo提供的服务线程池满了，再有请求进来直接拒绝了，查看这个服务的代码，最终查询的是ES，此时的ES进程已经处于假死状态。
那接下来大家说怎么办？如何快速的恢复线上服务？
重启！
是的，只有重启大法此时是最快的解决办法，你不可能说保留ES事故现场，让我用arthas之类的工具来现场分析jvm内存情况。
然而重启之后服务依旧是不可用，接口还是无法响应， 大家知道这个时候是什么原因吗？为什么重启了ES服务还是不行？
后续继续重启报错bbo日志的相应服务，当这些服务全部重启完毕后，我们的服务终于恢复访问了，这个过程持续了十几分钟，确切的说，直到17点五十多分，我们的所有服务才恢复了访问。
接下来就是事故总结、相关责任人、产生问题的原因、接下来的优化方案，全公司邮件通报！
你说这个难不难？本身并不难，难的是事情紧急且重要，这个时候你慌了啊，乱手乱脚的，大家你一言我一语的，如何冷静提取有效信息然后尽可能快的解决生产的重大故障才是最难的！
最后，当一切都恢复平静的时候，你会发现：“卧槽，好累啊！”。
虚脱的感觉！
最后祝大家程序员节日快乐，今年可是程序员的本命年哦
2020 = 1024 + 996 = 404 + 404 + 404 + 404
这种感觉能难受，很压抑。
技术难题，对于程序员来说，是经常有的事，关键是如何面对吧。
说下我的事情，虽然也会写点代码，但并不是以此为正业，所以对于真正的程序员来说，可能说法会有点偏颇。
遇到难题时，一般都在网上搜索解决方法，一般来说，都有很优秀的程序员分享他的劳动成果，所以一般都能解决问题。但也真正碰到难的问题，一个就是循环的问题，无限极菜单问题，当时都是找了很久，看了很多遍才明白过来，当时自己是几天都不太开心，也不太想说话，总是在测试着程序。挺烦也挺不开心的。只是最后做出来了，心情就好多了。
这是我的一些经历，当然，如果全职程序员，可能压力就更大了。
如何形容这种感觉呢？焦躁，紧张，失落，无助，亚历山大...
再多词可能都描述不清楚。本人在工作中经常遇到难题，有些问题一两个月都搞不定。遇到这种问题，估计只有下面这张图的表情能描述此时此刻的心态了。
程序员遇到的难题其实分为两种，一种是没有办法定位清除的问题，另外一种是定位清除了，但是没办法，或者很难解决的问题。
难定位的问题所谓难定位的问题，其实就是你根本不知道这个问题是什么。比如系统突然挂掉了，你从现有的信息根本不能确定问题在哪。这个时候你剩下的可能只有满脑子的问号了。
如果系统只挂了一次，后面不再出问题，那就很难找出问题的根源了。不过这样也有好处，那就是问题的影响的程度相对较轻，毕竟不容易出现。所以在软件开发中通常不是什么问题都解决的，因为不是所有问题都能搞清楚是什么问题，谈何解决呢！
难解决的问题难解决的问题是问题搞清楚了，但是基于现有架构很难，或者没法搞定。遇到这种情况，通常先是很高兴，兴奋，然后就只剩下无奈了。
当然，从技术层面来说并不是完全解决不掉。只是如果要解决需要涉及架构调整或者其它方面的改动，修改调整的内容太多。这种情况下就要考虑利弊得失了。
如果改动太大，可能会引入很多新的问题，可能得不偿失。因此，遇到此类问题可能会采取一些规避方案。
当然，在开发和运营当中遇到各种问题是很正常的，关键是遇到不同的问题采用不同的策略。首先保证的是业务的正常运行，然后是考虑是否需要彻底解决。这样慢慢调整，心理压力会小一些。
作为一个工作多年的老码农，在工作也遇到过一些艰难的技术问题，就以切身体会谈谈对这个问题的看法。
首先需要明确一下，问题是否困难除了取决于问题本身之外，还在于解决问题的人的水平，也许对你很难的问题，在别人看来不过是小菜一碟。明白了这一点，那么这些技术问题也就成了考察程序员水平的试金石，有些人可能会因此气馁，甚至放弃；而有些人则通过解决问题学到了很多新的技术，也让自己进一步成长。
记得多年前看工作中要用到一款开源库，那时候刚学完C++不久，自以为对面向对象了解甚深，然而学习这个库时却是一头雾水，最后在经过泡论坛，然后又认真的学习了面向对象设计模式，后来不但能使用那个库，更重要的是对面向对象编程有了更深的认识！
后来还有很多类似的事情，刚开始时感觉无比困难，但是通过自己的努力，或求助他人、或查阅资料，当最终问题解决时，你会发现自己又牛逼了一些，然后再遇到一些新的问题，如此循环……
其实编程也是一个学习的过程，就如同爬山一样，每一阶段都会有一些山头，只有当你爬上山头才能欣赏美丽的风景，但是当你爬上一座山头的时候，就会发现更高山峰！只有当你爬上最高峰，才能“一览众山小”，可是到那时，你可能会向往地球之外的天地！
很难解决一般就是遇到某些瓶颈了，不同瓶颈的感觉是不一样的，但无非可以归结为下面几类。
成本原因
不让马儿吃草，还想让马跑。这个是有些不太理解互联网的一些领导的错误观念，他们会给你安排一个老旧台式机，想要让你承载几万、几十万并发的秒杀系统，你当然很难解决。
外界的评论可能是，“这帮程序员是吃干饭的么？这系统也太垃圾了！”
老板的评论是，“我这台式机也不少钱呢。”
程序员的评论是，“这抠门老板不会是个傻子吧。哎，再优化优化吧。”
当然，有些情况也是能够理解的，公司明白需要更好的设备，但是由于成本控制，不得不在某些方面节省。但换句话说，设备成本是占不了一个大头的，可能有其他方面的成本更加需要收紧。
如果是因为成本原因，我们的心情可能是无奈，又有些不能施展拳脚的束缚感。
历史 原因
举个例子，系统用了5年了，迭代了N个版本，在面对新的需求的时候，就会出现需求限制于系统的情况，常常会有程序员说，这个实现不了，那个不符合现在系统规则。其中很大一部分是这些年的积累，欠下的技术债造成的。俗话说，大船难调头。
这种情况更多的出现在刚创业之后的几年，由于一开始的快速迭代，追求先把业务流程跑通，先生存再规范，会让一开始的软件开发流程并不那么规范，如果在1-2年内没有进行重构，那么积攒的3-5年的技术债就会慢慢把你压得喘不过气来。
解决这种情况，一是需要时机，给出足够的空间和时间让技术团队重构，二是需要魄力，你得有成功的把握，不能干着干着说不行了，咱们还是回到原来吧。
如果是因为 历史 原因，我们的心情可能是期待和渴望，又有些对现状的无奈。
能力原因
虽然说专家很厉害，但说白了，大部分企业需要的研发人员，还到不了需要专家的级别。所以，一般而言，没有什么技术是攻克不了的。如果真的遇上了，那就说明你的公司已经到达了一个新的层次，从而需要那个层次的人员来解决，可以通过外聘或者顾问的方式，引进新的技术。
如果是因为能力原因，我们的心情虽然有些力不从心，但又为公司在新的台阶而高兴。
不管怎样，程序员是一群追求美好的人，不管是外部限制还是内部限制，不能解决的难题对于技术人员来说总是很憋屈的。
不能着急，慢慢分析，找到问题点，没有解决不了的问题
程序员的技术问题，排除架构师技术选型错误以外，都是程序员的功夫不到家所致。
1,面向网络的程序员会第一时间问度娘，各大社区求助大神。
2,面向源码的程序员会第一时间查看源码实现，查找api文档，思考解决方案。
3,不管技术如何发展，架构如何延伸，不变的是基本功，再先进的组件都是由基础语法书写出来的 。
练武不练功，到老一场空，共勉！
首先说下这个很难的技术定义，个人认为在你知道之外的知识都是很难的，一旦你深入了解其使用方式，原理，甚至阅读了他的源码，你会觉得有的时候会恍然大悟。程序员是一个不断要学习的岗位，就要面临很多从未知到已知技术的时候，每当遇到这样的情况时候，总有种不解决了这个问题，睡不着觉的感觉，心里不踏实，总是想尽各种办法去解决这个问题。甚至可以一直追查这个问题。也许这就是一种执拗吧
我老公最近就遇到一个大石头需要敲碎，我作为一个旁观者，都挺心疼他。
他还在读博，最近遇到的问题是他一个项目上的问题，也跟他的毕业设计相关。他刚读博的时候确定了一个方向，去年开题的时候他觉得这个方向没有什么前景，真的是考虑了好久要不要换，如果不换，就是安稳的毕业，换的话接下来的一年多时间他会很艰难，很多新的问题需要一一克服，最后他决定换了，他说他读博就是为了提高自己，还是想挑战一下。
年前，系统板设计好了，然后最近做好回来了，开始调试，说这个板子跟个石头一样，不工作。本来就是礼拜一到礼拜六待在学校不回来，周日是休息的。现在放假回来都是在啃变压器的东西，早上起的很早，晚上又很晚。真的挺心疼的，他还安慰我说，他又要进步了。挺担心他的身体的，我特别希望时间能快点过去，能顺利毕业。他却不希望，总觉得时间过的太快，没有时间搞研究。
今年的生日愿望，希望他科研顺利，身体 健康 。
以我的从业经历，说说遇到很难的技术问题是什么感觉吧： 兴奋、充满挑战性 。尤其是在开发中遇到了技术难题，很多情况下真有种可遇不可求的感觉。
我认为能遇到技术难题，至少证明这个工作是有价值的。 这种价值体现了两个方面，一是你的工作在整个产品开发中占据重要地位，甚至是核心地位。二是你的认知和经验，仍然有成长的空间。如果你的工作一直没有遇到难题，轻而易举地就解决了一切，那么很可能是你没有机会深入重要的核心部分，或者你的工作性质可替代性很高，简单重复性很高。
分解法。 把技术难题拆分，尽量的单元化、模块化，这样有利于逐步攻破，逐步解决。主要是降低技术难度，寻找真正的难点所在。如果问题无法拆分，就是那么一个点，那么需要逆向思维，可以先把问题扩大，看看涉及面有哪些，然后再缩小范围，锁定关键之处。
刨根法。 把技术难题抽象化，理论化，从根本的源头去解决。很多技术问题，从基础理论的角度去看，其实真的不难，只要你能定位到相关的技术点，困难点，知识点，就很容易进行快速解决。解决的终极办法就是从理论上彻底解决，做到知行统一。
讨论法。 三人行，必有我师。很多情况下，所谓的技术难题，在别人的眼中，也许并不是难题。很多情况下，小组讨论，交换意见，方案互补，就可以解决难题。有些情况下，还需要和供应商一起讨论，主要是补充信息的错漏。经常出现的芯片问题，很多情况下供应商都更加有经验。因为供应商有更多的使用客户，有很多解决问题的经验。最主要的是，芯片是他们设计的，他们更加清楚缘由。
没有绝对的技术难题，有的只是尚未解决的技术难题。