我在现在这家国有企业里面已经一个月了（试用期三个月），最近两个星期以来，直接上级领导总是要求我把程序代码写上详细的注释——包括函数注释、行注释、参数注释等等交给他。而他自己只管下达任务，却从不做这方面的代码。这家公司主要是搞硬件的，软件就我们三个人，另外一个是他的上司，他不敢要人家这样做。
如果我是正式员工，享有别人都有的待遇的话，把代码给他，也没什么，反正国企不会轻易辞退一个遵守规矩、能按时完成任务的人。但现在我处于试用期呀，随便找个理由说我不合格就辞退我了。 如果我按他的要求把程序代码写上详细的注释——包括函数注释、行注释、参数注释等等交给他，等他利用完了我，把我辞退，那该怎么办呢？不是没有这种可能呀！
在此，从学校出来还不久的我，肯请各位帮帮我，遇到这种事情该怎么办才好呢？！
如果我是正式员工，享有别人都有的待遇的话，把代码给他，也没什么，反正国企不会轻易辞退一个遵守规矩、能按时完成任务的人。但现在我处于试用期呀，随便找个理由说我不合格就辞退我了。 如果我按他的要求把程序代码写上详细的注释——包括函数注释、行注释、参数注释等等交给他，等他利用完了我，把我辞退，那该怎么办呢？不是没有这种可能呀！
在此，从学校出来还不久的我，肯请各位帮帮我，遇到这种事情该怎么办才好呢？！
有些东西，你不能立即改变的，那么，就将它们做为一种前提吧，在上面发挥自己。
自己留点后路吧，把关键代码函数写到dll中吧
最后说句话，交流才能促进发展，这也是CSDN这个论坛的精神。大家都藏着就没意思了。
在这些相处的日子里,如果你对你那个同事技术表现是：
1,没看到他写的代码，感觉有点神秘。
（那可以断定他80%是水货）
2,看过他写的代码，还可以，但对技术的看法一般，平时有点喜欢吹牛。
（那可以断定他有50%是水货可能，他有些的代码可能是请别人写的，
他每天能干出来的东西不多，要第二天才搞出来，他即时写代码的能力较弱)
3,他一天能干很多东西，有时他的工作表现使你自愧不如的感觉。
(他是高手,至少对你来说)
------------
基本上，那些有点神秘,有点cool,喜欢吹的人的技术都不怎样。to : studiovc()
我也有同感。看下面
引：http://community.csdn.net/Expert/topic/3368/3368404.xml
--------------------------------------------------
随着对行业的认识逐渐加强，我发现程序员群体里有一些人特别会吹！
而令我更失望的是：有些公司的主管居然会相信这些这些特别会吹的人！
似乎衡量一个程序员的水平：就是听他吹得多厉害！
--------------------------------------------------
在这些相处的日子里,如果你对你那个同事技术表现是：
1,没看到他写的代码，感觉有点神秘。
（那可以断定他80%是水货）
2,看过他写的代码，还可以，但对技术的看法一般，平时有点喜欢吹牛。
（那可以断定他有50%是水货可能，他有些的代码可能是请别人写的，
他每天能干出来的东西不多，要第二天才搞出来，他即时写代码的能力较弱)
3,他一天能干很多东西，有时他的工作表现使你自愧不如的感觉。
(他是高手,至少对你来说)
------------
基本上，那些有点神秘,有点cool,喜欢吹的人的技术都不怎样。to : studiovc()
我也有同感。看下面
引：http://community.csdn.net/Expert/topic/3368/3368404.xml
--------------------------------------------------
随着对行业的认识逐渐加强，我发现程序员群体里有一些人特别会吹！
而令我更失望的是：有些公司的主管居然会相信这些这些特别会吹的人！
似乎衡量一个程序员的水平：就是听他吹得多厉害！
--------------------------------------------------!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!也不一定是这样啊!我们公司就有很多牛人平时不怎么工作,很闲,但是这些人一旦出手肯定是别人碰到了很严重的技术难题,解决不了,他们出手往往搞定.这些人真的很厉害呀!但是楼主说的同事不愿意帮助你的问题,我觉得确实不好,这可能是单位的真个风气的问题吧!你看看别的同事是不是也是这样呢?在这种公司确实挺郁闷的.
但是每句每行都写注释，那更是不可取的。向来都有两种分歧：
1、注释要写的很详细；
2、写必要的注释就好了，过多的注释反而影响到代码阅读；如果文档里面已经涉及了某些东西，就让人们参考文档就是了，如还在注释里面重新写，那么随着时间，出现代码注释和文档分歧的机会就很大，代码维护更加困难。我同意第二种说法，自己也是这么做的，大篇幅的代码都是采用良好的命名方式和缩进、空行来保证可读性，在某些关键部分，或者思路比较个性化的地方，加上适当的注释进行说明。
另外，在版本管理系统的每次Check in都要写详细的Comment，使得整个开发时间线上自然形成说明。
1. 他自己一点都不会,怕你知道.
2. 他想考验一下你的独力编程能力!我们公司呢,还算可以,同事间如果有不懂的,可以互相请教.
但是如果你要经常请教别人,就说明你的能力欠缺,不能独当一面,这样你的工资相对也会比较低的.
一开始我有什么不懂的都是问同事的多,知道了这点后,呵呵,自己想想,上这里或DFW去问问了.
//他不愿意给你写代码是因为他不会。他不给你解答问题因为他技术不如你。
//如果是这样的话，你大可不必担心你被辞退，因为他要靠你干活呢...
强~~和 xqchang()
想法真的不错！//2、不要指望别人来解决你的问题，单位要你是要你为单位解决问题的，所以要加强自己独立解决问题的能力。绝对精辟的观点，不只是程序员，很多人都不知道，自己存在的意义！
B建议道：“我举双手赞成你报复！！破公司一定要给它点颜色看看。不过你现在离开，还不是最好的时机。”
A问：？？？
B说：“如果你现在走，公司的损失并不大。你应该趁着在公司的机会，拼命去为自己拉一些客户，成为公司独挡一面的人物，然后带着这 些客户突然离开公司，公司才会受到重大损失，非常被动。”
A觉得B说的非常在理。于是努力工作，事遂所愿，半年多的努力工作后，他有了许多的忠实客户。
再见面时B问A：现在是时机了，要跳赶快行动哦！
A淡然笑道：老总跟我长谈过，准备升我做总经理助理，我暂时没有离开的打算了。
其实这也正是B的初衷。一个人的工作，永远只是为自己的简历。只有付出大于得到，让老板真正看到你的能力大于位置，才会给你更多的机会替他创造更多利润。