工作不开心, 下定决心换工作

yyiu002

相比较。

我刚到公司的时候，有一个存储过程执行太长时间，导致 SQL Server 性能严重下降，甚至不能执行其他工作。
我发现了原因，就写了一个很长的报告，指出哪些地方有问题。

当然软件项目就我一个人负责，我说了算，经理就听了我的意见啊。

我的建议，仔细研究问题，写一份报告，把所有你认为有问题的地方都研究透，给你的大牛，毕竟是你的领导，别到处吹嘘你有多牛。

jasonliu234

lz 其实可以提出自己的想法，不必独自一个人，闷着干。

不听师傅的话，阳奉阴违，自己干，师傅不会喜欢的。

有不同意见说出来，大家讨论后，达成共识 一起行动。

blingblinglola

支持

diouf

很奇怪你为啥不商量着来呢??

团队工作中的大忌就是自顾自得搞, 即使技术再好, 效率再高. 永远是第一个被开的.
对于企业来说团队永远 > 个人

zyx_zhang

Your team leader is the leader and has been considered as tuning guru for years.

If you are working on fine tuning and you should consult him first. Also talk to him the things you want to try out such as application tracing, adding extra indexes as you did, removing necessary indexes,  gather stats or analyzing table etc. etc.  Then you should show him before and after your change, how the system has been improved in areas such as CPU time, elapsed time, logical reads, physical reads, writes etc...

Then he will be happy and you will be happy and you can get promoted one day.

阿乌卵

谁都有年少轻狂的时候，lz有时候也应该找找自身原因，即便是靠技术吃饭的，但是在职场上技术绝对不是唯一

wulawula

支持支持

helenazy

楼主明显是要让技术部门集体失业的节奏啊，

rayx

abd 发表于 2014-8-27 00:52
谢谢大家支持。

还是伐开心。

我挺同情你的，你的思维太直。 不知道为啥你的头一个聪明人不用聪明的办法。 其实很多时候每个人都有自己的算盘，比如他还指望靠这个升职加薪。 你一提出来，就断了他的这个念头，这多不好。人在职场要多想想有没有职场政治在搞怪。

abd

zyx_zhang 发表于 2014-8-27 14:14
Your team leader is the leader and has been considered as tuning guru for years.

If you are working ...

你是内行.

谈到application tracing, 矛盾点就在这儿. 我们的应用是有比较完备的tracing功能, 能记录所有执行过的SQL语句, 但问题是, trace里的SQL都是绑定变量被运行时的值替换掉的, 即Seek Criteria全部都是literal value. 而我们应用里真正执行的语句全部,100% 都是用的bind variables. 我师傅的方法是直接从trace里截出所有的SQL语句, 形成一个脚本, 然后呢每做一次改动就运行一遍脚本, 收集performance statistics, 做比对以确定效果. 但这是有问题的呀, SQL Optimizer 对有绑定变量和没有绑定变量的查询完全可以产生不同的execution plan. 另外一个致命问题是, 我们由于查询特别复杂, 大量地使用了临时表, 有时候往临时表里插入数据是bulk insert, 这个根本就不在trace里, 结果实际情况是临时表里可能有数千条中间记录, 而由trace 而生成的脚本执行下来临时表完全是空的. 那么后续的所有基于临时表的查询都是return 0 rows. 所以说这个方法本身就是有问题的, 我几年前就不用了, Skype时也委婉地和他讨论过这个问题, 他也没听进去.

现在这个项目他又要求我按照这个方法来, 每做一个change 跑一遍脚本, 然后分析statistics, 如你所说, Logical I/O, physical I/O, CPU usage, etc. 给他报告, 这是一个非常费时繁琐的过程, 而且又有时差, 照这样弄下去没几个星期月下不来呀. 而且我其实已经在客户的Test env 上都已经调出来了, 他还要求我回到内部的DEV环境上, 照他的Methodology给来一遍, 一步步给出详细的报告. 我真觉着这太无聊了, 完全是浪费自己的生命, 闲着上上足迹也比这有意思. 所以就和PM说, 这个活我可以这么干, 但一来我觉着对项目没什么实际帮助, 二来这需要时间, 你项目有足够Budget的话我可以照做. PM本来Budget就不够, 后来就不了了之了.

没想到上周我就被告状了, 说我没按他的方法来. 师傅是大神级的人物, 公司总部负责产品研发的VP都是他好哥们, 所以我经理憋了几天后昨天就来问我了呀.

很明显

你没到关键时刻就出手了，人家不稀罕，要我就按照大牛的来做，把大牛拉下神坛，然后自己上去

Gladwin

加油

sidneygan

abd 发表于 2014-8-27 17:18
你是内行.

谈到application tracing, 矛盾点就在这儿. 我们的应用是有比较完备的tracing功能, 能记录所 ...

我不是搞IT的，你说的我大部分不明白，我只是觉得先斩后奏是职场大忌。如果是你中间有环节没有想的很全面，导致问题，那你的leader还要帮你擦屁股，如果你做的比以前完美，那更糟，因为你的leader就没有功劳了，不利于团结。

所以，这个问题的核心不在技术，而在沟通。

我估计楼主发现师傅是半吊子以后潜意识看不起他，所以导致了这次的自作主张。情商有待提高。

zyx_zhang

abd 发表于 2014-8-27 17:18
你是内行.

谈到application tracing, 矛盾点就在这儿. 我们的应用是有比较完备的tracing功能, 能记录所 ...

When I do tuning, I followed this methodology:
a)  Ensure overall configuration and set up of the system is OK, such as version and patch level, is latest or almost latest

b) Ensure memory, CPU/processors are configured reasonable well, based on experience, I mean years years experience.

c) Ensure disk and network are reasabley functioning well, again based on experience and other tools such as iometer, sqlio etc

d) now to application and database I followed this way:
   d.1)  Focus on overall system of many users complain in different functions/modules/areas, identify the bad boys and fix them, I will get the big bang for the buck
   d.2) Focus a few area, but very critical area, key to the business function and operation, then fix it. if it is oracle, I may have to use 10053, 10046 etc, or server side tracing/extended events in SQL Server, or application tracing in Sybase.
   d.3) Now every thing settles, I will benchmark the system, waiting new code/application change, find out who will breaks, which will need indexes( yeah, index, you cannot index everywhere you want, do you? that's why nosql, columnstore system get popular today. )

Thanks

Adamlonger

“我花了很大精力分析归类了SQL 语句，重新设计了索引，结果是所有的操作都降到了几秒，客户也挺满意的。”

这不是件好事吗？
你可以把为什么你不follow production team的performance tuning methodology的原因详细解释一下，你要让老板知道你干了多少活，你的方法提高了多少效率，而不是在这里抱怨。

yingying.li001

laoqiu 发表于 2014-8-27 10:25
你的表现明显不是team player。

1 如果你觉得你有好的方法，要提出来，不管是正式还是非正式途径

正解

seecloud

kawara 发表于 2014-8-27 08:17
澳大利亚的IT没有太多活。只好通过两点来维持工作
1，把活做慢
2，创造活 ...

好精辟啊，把真想干点活的人能急死

Ozquest

I have the same thinking, but just come to work day by day........

abd

Adamlonger 发表于 2014-8-28 10:13
“我花了很大精力分析归类了SQL 语句，重新设计了索引，结果是所有的操作都降到了几秒，客户也挺满意的。” ...

不敢挑战权威呀, 把人家用了几十年一直引以为傲的方法说是错误的, 那不得把老头气死.

其实我是老板找我谈话后心里当天很不爽, 现在经过大家这么一分析,心情平复下来了, 更多是反思自己啦.

再说工作中不可能没挫折的, 总归会有不如意事儿.

各位足友给出的建议和分析让我收益良多, 促使自己从各个角度, 不同的方面, 不同的出发点看一个问题.

等过一阵子找个锲机把老头哄哄开心吧.

谢谢大家, 请继续踊跃发言, 就当作职场case study 吧.

lulucai

abd 发表于 2014-8-28 10:51
不敢挑战权威呀, 把人家用了几十年一直引以为傲的方法说是错误的, 那不得把老头气死.

其实我是老板找我 ...

你要有好的方法，可以告诉老头阿，最后他用不用就是他的问题了，和你无关。
但是你先斩后奏就不对了，你没和他沟通过，老头也不知道你的方法好啊

abd

zyx_zhang 发表于 2014-8-28 10:09
When I do tuning, I followed this methodology:
a)  Ensure overall configuration and set up of the  ...

我现在遇到最大的难题是execution plan 不稳定.

我们的主要查询一般会包括十来个表的Join, 然后二三十个search criteria在这些表上, 全部是绑定变量. 当然前期的Index呀, statistics 呀什么的都会做, 现在问题是, SQL Server query optimizer 有时会Build出来很差的执行计划, 差到不行. 不知道SQL  Server 有什么好的工具或者第三方工具可以象Oracle 的SQL Tuning  Advisor 那样能调试单个SQL 的.

感觉Oracle在这方面强很多, 但价格真是贵死, 我们好多客户都转SQL Server啦.

jasonliu234

abd 发表于 2014-8-28 10:51
不敢挑战权威呀, 把人家用了几十年一直引以为傲的方法说是错误的, 那不得把老头气死.

其实我是老板找我 ...

没必要说他的方法是错的。只是说，你也有个方法，不知道可不可行，可以讨论一下。
如果老头觉得不行，那么就按老头的来。

老头也不是傻瓜，应该能看出哪个更好。

而且，如果老头采纳您的意见，也不要到处说是你的想法，

而是要说 那是老头的决定正确，才如此有效得搞定问题。

荣誉属于老头，

您要低调，当老头强有力的左右手，但不能居功，把功劳推给老头。老头才会把你当心腹，等老头退休或者跳槽，把你推荐上去，或者带着你一起走，

不是双赢？

您借助他的名气和地位，他借助你的技术和能力。

casion2012

问题就出在你只看到了眼前狭小的一个问题，而team lead要照顾这个工作流程和操作方案，虽然有时候个别问题要个别对待，但是前提是需要首先大家要讨论达成共识，然后修改流程方案。这也是我们国人常犯的一个问题，总想自己暗箱操作然后一名惊人（我刚入职场也是如此，小马过河的问题），但是这个在职场尤其是团队环境比较忌讳的，因为团队需要的是合作而不是各自为战。而且工作上虽然技术是基础，但是干好工作最大的部分往往是作人。只懂技术的只能在最底层。职场切忌不要只埋头苦干，重要的是交流，让别人知道你在做什么，让别人理解你为什么那么做。我们大部分的日常工作还真没有除了你别人就不能做的。

心平气和

路过安慰下
出个嗖主义：写封道歉信给老头抄送给相关经理
纯属饭后路过...

哭天抢地宝

悟空一个筋斗就到西天了，为啥还要跟着唐僧走？佛祖稀饭谁？想想吧。。。

wyatt

跳过师傅找ＰＭ，这是大忌.

abd

心平气和 发表于 2014-8-28 13:18
路过安慰下
出个嗖主义：写封道歉信给老头抄送给相关经理，顺便马屁拍一下老头，顺便把你的功劳‘代过'如何 ...

嗯, 这个不是嗖主意啊, 挺好的.

等这事儿凉凉给老头写封email 吧.

abd

其实想想老头是个好人, 标准的技术宅男, 一个人两条狗,住在深山老林里的一栋百年老屋里.
我们其实有诸多相似之处, 就是都是喜欢技术,不善交流.
这下惹老头生气了, 是我不好.
不过下次他还让我用他的方法我还是不会做的哈

很明显

abd 发表于 2014-8-28 14:02
嗯, 这个不是嗖主意啊, 挺好的.

等这事儿凉凉给老头写封email 吧.

经理找你谈完，你去跟大牛解释沟通一下是可以的，还等什么冷却的？冷却了再热一下？

这邮件的表达就是很烂，拍马屁拍马蹄上了

很明显

abd 发表于 2014-8-28 14:25
其实想想老头是个好人, 标准的技术宅男, 一个人两条狗,住在深山老林里的一栋百年老屋里.
我们其实有诸多相 ...

同行相轻，人家这么大年纪，要的是饭碗

你刚出道的，不尊敬前辈，你觉得没什么，人家觉得管不住你 就是威胁自己饭碗


是你全权负责你可以稍微自作主张，要是就一打工的，你显摆不成把人得罪了

你就想想你觉得你自己本事大，他本事小，他反过来，会觉得你本事大？


就因为这一件事你比他对，他能觉得你更牛？


年头久的程序员，谁不觉得自己牛逼