×

Loading...
Ad by
  • 推荐 OXIO 加拿大高速网络,最低月费仅$40. 使用推荐码 RCR37MB 可获得一个月的免费服务
Ad by
  • 推荐 OXIO 加拿大高速网络,最低月费仅$40. 使用推荐码 RCR37MB 可获得一个月的免费服务

我的看法。

1. 这个 troubleshooting 工具,是为了提高自己的效率。

2. 以前分享的原因不明。既然已经分享了,无话。

3. 改进后的 troubleshooting 工具,还是为了提高自己的效率。

4. 是否分享是个人的选择。其他人工作效率和自己无关。

5. 部门会议的时候,经常需要screen share, 这个情况下,如果使用新版本,同事就会索要新版本,直接说自己改进了工具。虽然旧版本以前分享了,但是新版本无法再分享。开会时候重点是 show 工作成果。你用了自己改进的工具达到了工作成果,同事也可以达到同样甚至更好的工作成果,如果 TA 们有更好的工具。旧工具任何同事都可以改(包括自己),who can who up。

Report

Replies, comments and Discussions:

  • 工作学习 / 事业工作 / 开发了一个troubleshooting的工具(这不属于自己份内的工作),极大的改善了工作效率,早期的版本share给了自己的team, 也在更大的team里也得到了推广使用。自己在这个shared的版本基础上, 做了大量更新,性能,功能都得到了大幅提升。 +1
    自己是做contract的,需要保持一些独有的核心竞争力,新版本就不想share给team了,但部门会议的时候,经常需要screen share, 这个情况下,如果使用新版本,同事就会索要新版本,但如果还用老版本,效率已经不能容忍了,如何处理这个两难的局面?
    • 跟部门经理每周要半天的BUDGET,更新工具写文档,钱比那些虚无缥缈的核心竞争力重要。 +4
      • 如果,老板愿意据此延长个两年的合同,倒是不介意彻底分享给公司的。问题是合同工,分享完了,自己这方面独有的核心竞争力也就没了,或者弱化了。不能恶意揣测别人会卸磨杀驴,但保护自己还是有必要的吧。 +3
        • 既然担心卸磨杀驴,说明公司对你一般。如果性能,功能的提升,影响到你的合同,建议慢慢释放更新,保持自己技术领先,公司只要不倒,有你饭吃就好,至于提高效率,不是你的职责范围,而且你已经做得超过预期了。 +3
          • 合同从1年变成两年,就还想从两年变成5年,合同工不就图个稳定长期性。 说"卸磨杀驴“,只是形容那个具体share不share的特定情境,现实情况没那么凶险。
            • 干嘛在一个公司终老?那跟full time有什么区别? +1
              • 看来你不止不吃晚饭很久了,而且不做contract也很久了。
    • 要不然改版引入另一个人共有版权,你无权做主直接分享?
      • 完全自己开发的东西,完全有权直接分享,问题不想分享了。但和产权完全是两码事。
        • 我只是给你找个借口啊,不是真引进,只是说法而已
    • 卖给公司,收钱分享 +1
      • 虽然不是份内工作, 虽然也用了大量业余时间,但这东西产权还是公司的吧?虽然自己觉得这个东西的完整性,对提高公司有关人员的工作效率,的确是个大的改进。
        • 大概率产权属于公司,争取到一个SIDE PROJECT的BUDGET作为补偿比比较好。 +2
        • 这个是正解。在company clock 上完成的东西,应当属于公司,除非能够证明完全是业余时间没有利用公司资源完成的。
        • 业余时间做的东西算自己的 +1
    • 独门绝活,一般不应该让别人看到的。 +2
      • 完全remote的工作,开会screen share是常规操作。老版本用起来已经相当不顺手了,虽然同事都还在用。 这就是郁闷的地方。 +1
    • 职务发明不属于个人,不想分享就删了吧,谁也别用 +4
      • 站这里 +2
      • 这个很难证明,如果是开源社区抄来的东西,不可能属于公司。
    • 比较好的solution 是不停的开发新东西, 解释权(expertize)和维护权在你,full time employee/ 别人可能也不愿意maintain 你的program。 +2
      我参与的一个项目,有个high performance 的contractor 不停的deliver ,越积越多,文档也写的很好,但是因为系统太复杂,一般人即使看了文档也无法完全了解。几十人的项目,这两个contractors 成了大家倚重的关键。
    • 合同工还对工作那么上心,值得敬佩,一般合同工最希望事情多,可以化身万千,多填TS +2
      • 要合同一直能延长下去, 能做点特殊的贡献去延长合同,总比去不停的找新合同来的容易。再说,当时开发这个工具的出发点也是为了方便自己尽快熟悉业务。
        • 我要是你就不share这种工具, 没有这个义务 +2
          • 开会了,一起troubleshooting, screen share了,同事看到了,给你要,你怎么说? +1
            • 你还是太技术思维了、你看苹果怎么拉客户的,从iPhone1到14每次给你挤点牙膏出来,这叫用户粘性,你不share不会有人知道你的价值、你全部share等于把老底一次性交了,你要创造用户粘性,一点一点改进,让同事都粘上来,这样你的长期饭票就有保证了。 +4
              • 你说的非常对,我本身是有这个想法的,但从一开始这就是个remote的contract工作,从来没面见过任何同事,要想把这个局面演化成你说的”创造用户粘性,一点一点改进,让同事都粘上来,这样你的长期饭票”的局面,除了技术本身, 还需要花些时间经营的。
    • 居然选了做合同工, +3
      或者说奔挣钱去的,就别想那么多提高工作效率,因为坦率地讲你也并没有因此而得到好处,比如延长合同。至于说版权,不管你赢了多少个人业余时间,也很难证明你完全是利用业余时间。而且就算是业余时间,你的这个工具也或多或少和公司系统有关。所以压根就不应该提更别说share with team,当然你要是full time想升职另当别论
      • 为什么“居然”? 提供工作效率,不是为了在高效率下干的更多, 是为了省出更多的时间。思考问题不要太一根筋。别人干4小时的活,你1小时干完了,省下的时间是你自己的。你不会是在公司干完活了,就马不停蹄的找领导指派新的活给你吧?
        • 既然,打错了
          • JRAN。。一个拼音。哈哈。现场工作,提高了效率,时间还是得耗在那,远程工作,提高了效率,节省的时间是你自己的。
    • 停用新版,同时游说老板慢慢升级现版 +1
    • 这种事情在我们公司都是付钱给员工的。甚至有两次帮员工申请了专利。跟公司谈,能有助职业发展,免费给公司也没什么,但总是要有个名头的,不能做了白做。 +1
      • 谢谢,是不能做活雷锋啊
    • 没看明白,如果给这个部门用,怎么影响自己的竞争力?
      • 比如就像用显微镜做细胞研究,只你有显微镜,别人都没有,你当然有核心竞争力了,每个人都配一台,你还有核心竞争力吗?哪部分难理解了?当然了,重要的是这个显微镜是我自己搞出来的。
        • 我是外行,多问一句,这个工具能拿到别的公司用吗?
          • 只适用于我这个行业领域,没有什么普适性。不好意思哈,可能我打这个显微镜的比方误导了你。
            • 我要是你,就把改进版本揣兜里,演示低级版本的同时向老板提建议,自己有些好的idea会帮到大家,但需要时间去做,结果会非常promising 。看反应如何。好的老板会支持,你不会吃亏。差的,就等以后再说 +1
              • 才参加项目3,5个月的时候,写了这个工具,manager非常认可(的确有独创性),就email汇报给他的老板,同时推广给其他的team使用。
                现在我自己使用的新版本已经做了无数的功能,性能更新了。没有什么中间的过渡版本去逐步的释放了,要么就是和盘托出,要么自己继续敝帚自珍啦。
                • 该出手时要出手. 做人要格局大些. 记得圣经上有说过, 你怎样对待别人, 上天就怎样对待你. +1
                  • 该share时就share? 其实如果不share, troubleshooting的时候,你总比别人棋高一着,快人一步,一样可以该出手时就出手了, 而且可以确保细水长流的想出手时就出手。
                    • 舍不得孩子套不住狼. 觉得你应该用这个工具来提升自己在公司层次. 而不只是想着混在team中显得棋高一着.
                      • 要是full time, 有升职的企图心,当然就是不同的操作方法了。
    • 不错,俺以前在公司就是经常手痒做一些类似的生产力工具,搞到后来所有的qa,ba都要用我的工具进行日常工作,否则效率要低一倍以上 +2
    • 除非领导让你把你如何做这个工具的source code都share出来,这类工具免不了经常需要更新。否则真不觉得你share了就会影响你在公司的位置。除非领导瞎了眼,看不到因为你的工具而提升了效率。如果领导真瞎了眼,就不值得再renew这个合同了, 换一个地方重新开始。 +2
      • 所以,share不share的考量感觉还是在于是full time还是contract, 如果fulltime,可能就应该share了,contract,就倾向于保持点独有的秘笈,慢慢的细水长流了,反正同事也都在用那个初级版本的,虽然,在我看来,已经很不好用了。
        • 你如果只能做这个一个工具,那对于公司来说贡献未必很大很重要。但是如果你一直有贡献,明眼的领导必定会知道你的value。perm也好,contract也好,关键是领导需要你对公司和team有长久的contribution。 +2

          至于工作能否保住,合同工的合同能否一直被renew。外部因素经常大于contribution。例如一家公司盈利不断下降,别说合同工了,连长工都不保。如果项目缺人,市场缺人,又遇上一个long term的项目,可能一个贡献平平的合同工的合同也一次一次地被renew。

          我的理解就是,你现在所掌握的技能能否在市场上很快找到工作,远比是否share一个新版本的工具更重要。记住任何公司或者team都不会离开你就无法运转下去的。你真想做长久,那就去做长工,然后先办法掌握long term项目的核心技术, 让team一旦离开你就转不了。

    • 我的看法。 +3

      1. 这个 troubleshooting 工具,是为了提高自己的效率。

      2. 以前分享的原因不明。既然已经分享了,无话。

      3. 改进后的 troubleshooting 工具,还是为了提高自己的效率。

      4. 是否分享是个人的选择。其他人工作效率和自己无关。

      5. 部门会议的时候,经常需要screen share, 这个情况下,如果使用新版本,同事就会索要新版本,直接说自己改进了工具。虽然旧版本以前分享了,但是新版本无法再分享。开会时候重点是 show 工作成果。你用了自己改进的工具达到了工作成果,同事也可以达到同样甚至更好的工作成果,如果 TA 们有更好的工具。旧工具任何同事都可以改(包括自己),who can who up。

      • 谢谢分析,总结的非常到位。其实如果不是经常视频会议要解释自己的troubleshooting的来龙去脉,必须得sreen share,我压根不会纠结这个问题,反正早期版本也得到了同事,老板认可。
        自己的新版本就藏着掖着自己用了,人微言轻的同事如果要,直接以性能问题,或者其他借口拒绝。如果位高权重的,,, 嘿嘿嘿, 听上去,好猥琐啊,职场不就是这回事嘛。
        • 真有点猥琐男样.在职场上谨小慎微, 不如:show every one you are with bigger heart.
          • 哎,本来想怼两句的,看你接着我自己的话说的猥琐,那好吧。不解释。
            • 大家都匿名. 看开点. 俺就事论事. 没有人参公鸡的意思.不过你就此打住, 还是值得一赞.比俺强.
      • 如果老板或同事热情请你分享呢?
        不分享的话,一定会影响以后的关系。
        • 老板真要求分享了,那这个事情就要做的很正式,得安排的轰轰烈烈的,反正也是要做演示demo的,跟新版IPhone发布会似的,哈哈哈。
        • 可以说改进版是 Beta,自己还在试。不便不成熟时候分享。再问,还是这么说。如果问 2 次不分享,对方还品不出来,以后就有问无答就是了。 +1
          • 对那些虾兵蟹将,无关紧要的还没有眼色的同事,是这样的。头如果正式要求分享,当然还是会给的。我都是基于4k的分辨率设计的界面,还一般都是80%以下的zoom显示,涵盖的信息在他们HD的分辨率字体都跟蚊子一样,
            偶尔screen share的时候,他们就没有能看见的。当然在4k的笔记本上也是没办法看了
            • 你觉得要是白男,头要求分享的时候会给吗?
              • 你是说头是白男,要分享?和是不是白男,关系不大吧。只要是头要求分享,没有理由拒绝他。作为合同工,尽量延长合同就是现实的目标。不过,头的确是白男。
                • 我以前的公司中主管performance review里写明了一条"愿意与同事分享"。主管会把例证保留下来,review的时候拿出来作为证据。 +1
                  • 这里的“愿意与同事分享”,我更倾向于理解为一种团队精神,当然,不是说这个就是说空话,而是,这和我分享自己花了一两百个小时开发出来的还不属于自己份内工作的成果,是两个层面的问题。
                    • 不是,是愿意transfer knowledge的意思。有很多同事的确不愿意把自己知道的告诉别人,就算问了也不愿意说。 +1
                      • 我们team里,developer,qa大部分都是印度人,有offshore的,也有本地的,3,50人的大team没遇到过华人,BA,白女居多,管理层还是白人多,整体氛围还算不错了,offshore的是有些摸鱼的, 不过,有时候感觉人家收入只有本地的好几分之一,也就不好意思追究他们了。
              • 本地长大的白男就算主管不提出来,我们这些small potato去问,也会主动告诉我们。印度同事中只有那些级别比较高的才会愿意很无私地transfer knowledge,不过还有不少连沟通都不沟通的。华人中愿意说的不少,不过可能我是做QA的缘故,和开发不冲突。
    • 还是分享比较好。分享给team, 不是分享给某个人。 +4
      如果不分享,有两个不好的结果对你不利。第一,被别人觉出来你不愿意分享,进而认为你格局不够大,一点小东西藏着掖着。第二,有好事者觉得你的老版本不好用,改进了或者直接另作了一个,不用多好,只要比你的老版本略好,可能比你的新版还差好多,但是他分享了,你就尴尬了。
      • 耶鲁的妈妈的建议,应该慎重考虑,准备搞一个阉割版的,分享一下,比早期版本的也绝对算是鸟枪换炮了,当然好保留了大量私货,绝招。 +1
      • 我就特别愿意分享我私下做的各种小工具,和楼主一样,也是熬夜加班加点做出来的,不求回报,看到公司同事用我的软件做各种演示,心里有一种成就感 +3
        • 公德心vs私得心.
        • 赞一个, 成为大猫不是没有原因...... +1
    • 作为一个开发经理,我建议你分享,首先没有什么是不可以替代的,没有什么是独门技术,马上分享了,你就得到了好处,这个team和经理对你的好感,这个比技术水平高更重要,晚分享或不分享,一旦别人知道,你就完全被动了,即使再分享了,你也没有好处只有不好的了。 +1
    • 既然已经分享了,就只能继续分享。不要指望别人感谢你,你的工具有可能成为别人推卸责任的借口。当初不应该分享,就说里面BUG 太多,别人用会出毛病。。。 +1
      • 感谢不感谢的,还好你说的不算。我这只是个troubleshooting的工具,有什么好推卸责任的?让你说的俺好像多骑虎难下,偷鸡不成蚀把米的样子。 +1