在业务型的公司里面同事写的代码质量比较差,而且安全性,重用性太低,我该走吗?
这个问题已被关闭，原因：无法获得确切结果的问题
回复内容：
在业务型的公司里面同事写的代码质量比较差,而且安全性,重用性太低,我该走吗?我在这待了2年,同事的代码根本不考虑安全性和重用性,维护性,每次看到他的代码,心里就暗暗说:这个傻-逼,哪有这样写代码的.团队才3个人,你们觉得该不该找个中型团队,去试试自己的能力.
给出建议一起成才，才显出你的能力
我们都会经历眼高手低的过程，这再正常不过了，当然我不知道你目前的能力状况，所以只是泛泛而谈，并不针对你。
有的人就是眼界涨的比能力要快，在一个相对水平低的团队里呆不久就会觉得心好累，因为身边的人达不到你所了解和期望的水准。
可是，真的把自己丢到一个跟高水平的团队去就能达到他们期望的水平吗？在你决定走之前应尽可能问问自己清楚这个问题。
如何判断自己的水平到了该走的阶段？比方说，去一些 meetup 或 conference，看看那些高水平的玩家在说些什么做些什么，评估一下自己的适应能力和理解程度。如果感觉只要再稍微加把油就可以赶得上，那么时候就差不多到了。
如果火候不够怎么办？前面认识了那些人了对吗？看看他们的社交账号（我指得是 Github），follow 他们的项目，做一些 contribution，这就等同于和他们一起工作了，经验值涨的很快。
另外，要多花些时间写博客，回答问题，发表见解。这有助于你能力的提升同时获得圈子内的“声望”，如果你言之有物，用不了多久就会收到主动的 offer（我编程五年，发表文章不计其数，每月平均收到电邮 offer 三份左右），这时候就不是犹豫要不要离开，而是离开后去哪儿的问题了。
在你还没有做好离开的准备前，别浪费时间，要成为团队的大腿这样走了也不留遗憾。比方说你的队友从不 handle ajax 除了 success 之外的情况，也许不是他们不懂，而是觉得麻烦为了赶时间才只考虑 happy path。那好，你可曾想过如何帮他们减去这些负担，一两行的代码就可以自动处理这些问题？callback 是地狱，那能不能教教大家 promise？generator？async？归根结底，UI 编程就是异步编程的各种体现和挑战，生产工具落后自然谈不上生产力。在走之前让大家至少明白这些事情也会很有成就感吧？
工作需要让你感到快乐和满足，即使条件不能满足你的期望也不要紧，别迷茫也别抱怨，因为你可以做到更多，然后潇洒的离开，向着下一个目标前行。
走咯~ 我上个公司因为代码太恶心 走了一个java
然后我也走了~ 虽然我是前端~ 因为前端代码也写的很恶心
你同事咋想的呢？
直接说不就行了，别人也会感激你的
组织一下代码审查或者技术分享会，如果组织不起来或者上级不认可，那就走吧。
因为你永远叫不醒一个装睡的人
简单啊，成为他的领导，我就是这样做的，现在看到写的不好的直接打回去重构。
楼主，我也有类似的经历，这个是不可避免的。
其实很简单： 要么走，要么留
如果这个业务系统太庞大，单靠你一个人的能力搞不定的话，还是趁早走，因为这里不适合你的发展。
如果你能搞得定，那就把这个坑填好。
像我现在这样，能干就不走，做了这么10多年了哪个地方都一样，当然如果碰到非常好的机会就走呗，不然无非就是在这里填坑或在其他地方擦屁股的问题而已
建议还是向高层提出建议，整改目前的现状，如果领导不予采纳，按自己的计划走即可。
不开心就撤，你不走怎么能看到新的世界。每次面试都有人问我跳槽频繁，我心里暗问，你丫大傻逼，我不多闯闯怎么能认清这个世界，我不认清这个世界我怎么能成长，我不成长我又如何为这个世界做出我的贡献。每个人都在一个公司不摞动，这个世界岂不是一潭死水。哦，不好意思，说得有点多了。
走！
分析当前情况：
你是否有权利和决心信心带领几个同事将这个项目重构？
当前的手上的工作是否有多余的时间去重构？
老板是否同意？
重构的工程量，工期，是否对现有业务造成影响？
要重构成什么样的结果，其他同事是否形成一个统一重构的概念和认识？
云云……
我们学会要去堵住“破风窗”，但是有些东西又不是我们能拿定主意。
普通人适应环境，牛逼的人改变环境。
虽为一句鸡汤，但也有其道理。
首先你要问自己是否有改变这个环境的能力？能力主要包括扎实的技术、优秀的管理能力、威信力、BOSS是否信任你等，如果不具备这些，你很难改变一个团队的做事风格（性格），当然具备了也会有难度，但完全可以一试。
答案很明确了，有，那就搞，你真的很难得有这样的练手机会。
没有，那就算了，不想难为自己就跳槽吧，对于IT来说，跳槽 = 加薪。
兄弟，换哪都一样的，有时候可能不是别人的问题，你想走的时候总是有千种理由。
所以调整自己的心态，清醒的判断下到底走不走。
走
很有可能 他们挖的坑最终要你来填。
到时更难受