这种人怎么带。。。
气的我吐血。。都可以做经典反例啊 。远方们 如何看
protected void GridView1_RowCommand(object sender, GridViewCommandEventArgs e)
{
Label label = new Label();
for(int i=0;i<GridView1.Rows.Count;i++)
{
label = (Label)GridView1.Rows[i].FindControl("Label1");
}
Response.Redirect("QiYeBaoMingList.aspx?...
}
[最优解释]
菜鸟只是一时的，如果肯努力可以教教啊。
[其他解释]
[其他解释]
呵呵。。。。慢慢带呗。
[其他解释]
你告诉他不就行了，告诉他怎么使用参数，怎么使用帮助
[其他解释]
都是新手过来的，何必笑别人呢？
[其他解释]
他没有来CSDN找和复制
[其他解释]
如果你是培训班的老师，那你干的这个差事，就得受这个罪，耐心点，慢慢来。不行哄哄他。
如果这种人是你的同事，果断打报告请公司让他卷铺盖滚蛋。
[其他解释]
一看你就是第一次带人，他RowCommand中写错了，你就教他呗，或者你下个Gridview全例子给他看呗
[其他解释]
新手上路，多多关照。
[其他解释]
汗 咋都是从菜鸟过来的 能带就带 是在带不了就让他卷铺盖走人 何苦为难别人 总不可能你一点耐心都木有吧
[其他解释]
不懂需求 不发表意见 至少可以肯定语法没错
[其他解释]
是啊，都是从菜鸟过来的，多给点指点，实在听不进去就让他走呗
[其他解释]
（1）不是每个人都从菜鸟走过来的，但是这种人就是典型的菜鸟。菜鸟的含义不是什么都不会的新手，而是根本就混饭吃的人，这种人主观上不想进步，只是混世的，你“帮助他”，给他代码，不过就是让他更懒惰地贪小便宜而已。如同俗语“救急不救穷”，这种菜鸟没有帮助的价值。
（2）帮助懒惰的、无能的人是政府的任务而不是企业的事。你为这种鸟人着想，看上去很仁慈，很道德，那么你有没有为勤奋工作的同事着想呢？你有没有花钱请你开发软件的客户着想呢？有没有为公司的投资人和股东着想呢？这只是妇人之仁罢了，说到底，只是菜鸟为自己的无能和懒惰开脱而已。
[其他解释]
公司的人事部门不把这种人轰走，而怜悯他，说到底，就是拿公司的利益做自己的人情，我不反对你的怜悯，你可怜他，你可以从你的工资中拿钱给他。本质上来说，这样做好比一个强盗抢了人家的钱去做慈善。
[其他解释]
说的真棒
[其他解释]
说得好啊.. 别同情菜鸟 菜鸟不会感激 只会觉得是应得的
教是应该的 不教就推责任到你身上 你都没教我怎么会懂
教的态度也得好 不好就说 你做技术怎么这么傲气 一点耐心都没有
做不好也是应该的 毕竟没做过 要给时间来,随便三个月就可以上手了 然后教懂了就跑了..
碰过好些个..不值得同情 在公司还是公事公办 不然你得扛别人的责任.
[其他解释]
循环也不是他的错嘛
[其他解释]
多的我就尽量不说了，骂人也是很累的。
换个角度，我来说说你犯的很明显的低级错误。凡是仅仅在小作坊里出来的，大体上只知道浑浑噩噩地去拼凑程序，只知道斤斤计较什么“程序员的洁癖”之类的问题，而不是了解工程技术和流程技术。编写软件的目的是什么？就是为了让其能够通过测试。真正重视测试的人才是真正的项目管理者（我不是说测试人员，我说的是管理实践者）。对于程序员来说，假设它花了1小时完成了任务、还是花了1分钟完成了任务，价值往往是一样的。但是这有一个前提，就是你能够事先测试。
着就好像一个小工头组织一般人砌墙，你应该先拉一根基线，并且每当砌一层之后就要立刻移动到下一个基线。如果你没有预先拉起基线，如果你只是事后对工人说三道四，我认为这种工头也是很烂的。
如果你有初步成熟的工程组织思维，按照基本的工作习惯，其实你不用去太多重复去喊“这种人咱么带”的话，实际上你把他写的多余的代码注释掉、并且过2天之后彻底删除掉就行了。为什么要跟他生气呢？
如果没有成熟的工作方法，如果你自己就是仅仅拼凑代码的，很容易被人说成“你不是也是菜鸟过来的？所以你应该习惯于菜鸟！”这种话。这是因为你自己就算是多写过了一些代码，懂得套用更多的代码模式，可是还是没有掌握如何处理豆腐渣工程和以菜鸟为借口的人的方法。
顺便再在CSDN上（第二次）贴一下我在我们的一个项目中写下的一个简单文档，供参考：
《关于删除代码的要求.txt》
我们采取极限编程方式开发，注重保持“让其他人可以随时修改代码”的趋势，可能与传统的功能分解开发的方式有所区别。因此有以下要求：
1. 尽量注释掉.cs文件中的代码。对于已经提交到svn超过2天的代码文件，任何人都可以随时注释一些代码，只要所有测试程序均可以通过即可。
2. 尽量删除掉代码。每周内一定要删除一次注释了的并且已经超过2天的代码，系统中所有代码页仅剩下必要的那些代码即可。如需要追溯代码修改历史，请使用svn系统来完成。
3. 程序注释应仅写最少和必要的内容，或者不必写注释。如果对代码不理解，请自己写测试程序来研究，并且鼓励同事交流学习（而不是文档化）。在个人所写的测试程序中可以写大段的注释。
4. 每一个开发人员都要以测试驱动方式来写代码。一旦保证当前系统的（至少三天内）测试可以通过，立即提交到svn。例如可以每隔十几分钟即提交一次代码。要养成频繁提交代码的习惯。
5. 在任务分工时所编写的任务工单是主要的非代码文档。请仔细核对是否完成了工单上的接口需求（被其它组件调用、调用其它组件、数据库要求等）。没有完全完成一个任务，请不要转去做其它任务！
6. 如果一个任务被撤销（或者没有意义了），那么与之相关的代码应当在几天之内删除。请不要在最终提交的系统中留下不需要调用的代码！
7. 最重要地一条：鼓励所有人、任何时候均可以修改别人写的共享代码。没有任务时，可以随时重构已有的任何代码，对任何需求都（仅仅）采取“极端简单”的方式实现功能即可。
8. 由于特殊原因，本系统的测试代码写在发布的系统内了，而没有单独建立测试启动工程。这些测试用的代码（不管是谁提交的）应尽量保持不变。如果要修改，请先告诉我:-)
9. 对于由于特殊原因、因为赶进度而忽略了测试驱动开发原则所产生的代码，允许暂时使用“目测”的方式来测试。但是应当尽快补充编写自动测试代码！
[其他解释]
别的都不用看，就看第一条（最初级的一条），对照一下lz贴出来的代码，我们可以看看哪些代码可以注释掉（以至于彻底删掉）。
程序员自己会提高的。但是不是仅仅靠骂，而是一定要让他们感觉的你这里跟别的小作坊不一样！
[其他解释]
好玩吧 vvvvvv
[其他解释]
可不止参数呢 兄弟们 看仔细了
来吧 找1个错 给10分。先答的有效
[其他解释]
不会的 可以问啊 。这样到处复制过来一拼凑算什么 太没责任心了
[其他解释]
说的挺多的。。。。呵呵。。。挺好的。。
顺便强烈鄙视楼猪童鞋。。。。。
谁让你他妈的招的？不是你自己招的？
[其他解释]
你们那没有编程规范吗？
起名字咋起都不告诉人家
[其他解释]
作为一个菜鸟我深深地表示遗憾 我有个很耐心的导师去帮我解决问题，碰到低级的错误也会耐心帮我分析。。很感激
[其他解释]
该回复于2012-11-30 08:33:53被管理员删除
[其他解释]
好，我给你来找错：
气的我吐血。。都可以做经典反例啊 。远方们 如何看
第1：气的我吐血 正确的写法应为：气得我吐血
第2：气的我吐血。。 这里不知你是写句号还是家省略号 如果是句号，那就只有一个，而不是两个，如果是省略号那就应该为“……”
第3：远方们 从来就没有听说过这过词， 元芳，倒是最近挺忙，被到处使用。
记得“严以律己，宽以待人”这个词吗，连自己都管不严，何以管人？
[其他解释]
有个好的导师很不错的
[其他解释]
搞技术的都会从刚学三年天下无敌，再学三年寸步难行中走过。学生能做的是听好，听不懂，那就是老师的问题。但，懂了就忘，那就是学生的问题。好好带吧。
[其他解释]
家省略号 五笔打误，应为“写省略号”
[其他解释]
你生气，说明你负责任，既然有这个心，那就好好的帮着他，
[其他解释]
大家都是这么过来的。。现在也菜，只是曾经更菜啊。。
[其他解释]
没学过.net,表示看不太懂！
[其他解释]
感谢各位的关注和意见。目前我这里有2个困惑。
1. 开发人员技术不达标。最好的一个呢是培训机构出来在其他单位从事了一年开发转过来的。其他均低于他。
我提议安排时间做整体技术培训。但老板不给时间，让周末搞（不算加班的）。而兄弟们呢 不想周末来浪费时间。
2. 开发流程管理上的问题更比比皆是。例如前不久刚犯的错： 客户需求根本不摸，领导直接从网上扣了别人的需求安排开发的来做（我提到找个业务专家给培训下业务，领导就一句：你们上网搜点资料看呗）。开发完了拿给客户直接给否了。接下来 好嘛 2个月没白天没黑夜的从头赶一个新系统出来。
我提出来建立开发流程、制度。领导口头上支持下。事后 ，一遇到进度压力谁还记得这个。都是霹雳啪嚓一通乱敲的。前不久刚刚批一下某人 ，事后立马就不理睬我了 拿我当仇人看。
[其他解释]
程序猿何必为难程序猿。。。。
[其他解释]
我感觉写的挺好的
[其他解释]
比我还菜啊，哈哈哈哈
[其他解释]
我说话比较刻薄的 也担心几句话 毁了一个人的开发之路。
[其他解释]
想起去年的时候连repeater都不会用，第一个单位的的那个经理很耐心，各种耐心讲解...好感激
[其他解释]
特别感谢20楼兄弟的意见。
开发走不上正轨，我责任重大。希望您更多的建议。
团队里没有一个从技术里解脱出来的。都天天缠着我这个咋实现，那个咋写。这个系统的业务知识也不算太深的，但没人去深入下。也是开发人通病，都不关心业务。
我给大家推荐过学习psp，有人马上反驳我了:这啥意思 我们每分钟干什么都记录啊。我们去wc记不记？
[其他解释]
带我吧！！我正要找工作，明年毕业，现在随便跑
[其他解释]
算不算砸人饭碗啊？？？？
[其他解释]
同是菜鸟
[其他解释]
你招人的时候，就应该先问这些问题，不配合，不合作，招他做什么，开发要求，开发过程，事先，说清楚，就可以减少这些问题，
[其他解释]
如果你招的人就那个价钱，那就得多费点心。
如果价钱还不合适，建议和他砍砍价。砍不动就让他卷铺盖走人算了。
[其他解释]
我居然没有看出错误。
好吧，我也是菜鸟！
[其他解释]
何必呢 如果人家真的是不懂可以教的，谁不是一步一个脚印出来的难道你就是天生就会的吗
[其他解释]
我也是菜鸟，LZ 不要气坏身子啦
[其他解释]
我觉得这里
Label label = new Label();
for(int i=0;i<GridView1.Rows.Count;i++)
{
label = (Label)GridView1.Rows[i].FindControl("Label1");
}
写的有问题啊。
好像应该这样写
Label label = null;
for(int i=0;i<GridView1.Rows.Count;i++)
{
label = (Label)GridView1.Rows[i].FindControl("Label1");
}
本人新手，说错了不要骂啊
[其他解释]
每个菜鸟都有一个过渡期，当你拿上十几K的工资时，想想别人才拿二三K的日子。都是慢慢学过来的。能教就教，教了学不会才有问题，果断卷铺盖。
[其他解释]
新手上路，多多关照。
[其他解释]
个人觉得有阶段：“菜鸟”引自习惯用法。
第1步、菜鸟首先不是成为什么高手，赚多少钱，他需要生存，无论是社会还是公司或者公司的成手需要给他们生存空间。
第2步、做人：能够实现基本生存就开始学做人，这个没法教，不是今天你请顿饭，明天喝个酒就是做人；他自己要能独立承担责任，承担任务，别开口就问，或者干脆不问自己睡大觉，老板来了，立马就精神一会，这算真小人，伪君子人人都讨厌。
第3步、独立：学会了基本生存方式，具有独立完整的人格，起步学会开始赚钱的方法。
一个成手首先做到就是保证一个菜鸟的生存，尽自己的可能，由时间去判断他的行为是对是错，相信我们都不是什么精神领袖，我们不能随便给别人评分；
如果一个人不具备完善的人格，注定他赚不了什么钱，得不到一个长久的利益保障。有时间会去惩罚他，我建议成手不要去干涉过多，一方面对方不接受；另一方面，自己不累吗？
[其他解释]
第一次看到还有人这样获取控件的。厉害啊。
[其他解释]
都是拼代码的 何必呢
[其他解释]
楼主，身体是自己的，何必拿比人的错误来惩罚自己呢。
首先，这样的需求应该会出现在从信息列表转向详细页面或者修改页面的操作，里面传递的值应该是产品的ID值，而楼主的ID值又是保存在一个lable中，用for循环获取是完全错误的，正确的应该是用e参数获取当前行。然后获取当前行的lable，这样问题就解决了。用for消耗服务器资源，而且lable定义为全局，这样每次或的lable都是列表中最后一行的lable，这样做完全是错误的，不可取。
[其他解释]
楼主，我不从事.net开发，我想问下，那段代码，你生气是因为传的参数全部没用到么？如果是这样的话，我觉得只能说，他应该从事这行不久吧，我觉得嘛，招人的时候，应该严格把关的。至于你这么生气，我觉得没必要，新人可以带下的，谁都是从新人过来的，平时可以训训，但只是对于工作。宽于对人，严于律己，我才觉得是最重要的。没必要将工作环境，弄的那么不愉快
[其他解释]
楼主：
１.对于手下。 别当好人，也别当坏人。 跟他讲一次问题在于哪里， 然后问他， 这些错误是怎么产生的， 告诉他要怎么样自己去跟踪调试， 业余要想什么办法去提高？
２.对于上头， 你也别急。 责任与权利是成正比的。 出了问题你负责， 但是你没有任何的权利， 又有何用？ 但是这个没有人帮得了你， 你自己要去讲， 去争取！
３.要建立基本的制度。 如命名规范、注释规范、新人新进来的培训规范（至少让他看“标准代码”一周！，然后给你讲讲他的心得与他留下的印象，而且能做一些demo来）。
[其他解释]
加油吧 楼主啊
[其他解释]
亲，想想你菜的时候，也别太傲啦
[其他解释]
这人是你招进来的？
[其他解释]
很少用GridView的飘过~~~感觉楼主小题大做了，新手嘛。。。有必要这么大动肝火吗？？你难道没做过类似的蠢事？！
[其他解释]
慢慢带吧，谁都是一路慢慢上来的。
[其他解释]
有什么不对？
他不就是多NEW一个嘛！
然后又多转下URL嘛！
大概他只是不记的删除了吧！
测试的时候用的！
[其他解释]
补充第1点，你做好了这些， 人家再次出了这样的错， 你再骂人， 再怎么样， 就是问心无愧的了。
[其他解释]
看看，人品，态度。可以慢慢教。
lz淡定。以前刚用Grid好多也不清楚。
[其他解释]
第一次可以告诉他为什么，以及该怎么做。
下次再犯的话
个人观点
[其他解释]
说句坦白的话，我刚学编程的时候连事件都不会运用呢。。。。。。那个时候的我算什么呢？每个人都有不懂的时候难道这个时候就是可以去取笑别人？我也是别人教导和自己学习到现在这个水平的。难道你不是？
[其他解释]
不就一个GridView的使用嘛根本不用纠结错还是对更不用说带不带，他不会使用直接告诉他就好了啊，我敢说现在很多大牛很有可能有部分一下子让他使用GridView还真不会
[其他解释]
程序猿何必为难程序猿
[其他解释]
这个代码有什么问题？ 不就是标签实例的时候 用label么。
[其他解释]
好带，就像老p说滴，你把他的代码删除，写上正确的代码。
然后可以发通知，通知他东西以修改，以后照此处理。
程序员都是善于吸收，会自我更正，自我提升的一类的人。而且程序本身很多东西都是一层纸，那个关键点不知道就雾里看花，如果被人把那个点捅穿了，立马就豁然开朗。所以你改过来，他知道你的处理比他的好，他自然就会改正，自然就知道这个关键点到底是啥。
当然如果屡教不改，不会自我更正，不会自我提升的滴，也不必姑息，该怎么样就怎么样，新手到熟练工起码有60%的流失率，不可救药的人不必救，让他自然消亡就是
[其他解释]
我终于明白了 为什么我的导师带我出师是完全不教
让我自学了。
哈哈哈
[其他解释]
是啊，看得出你是一个蛮认真教他的人，耐心点吧，都是出来混口饭吃。如果他要真是自己一点不努力，那也就罢了
[其他解释]
[其他解释]
new 一个Label也不能说什么，可以理解为考虑null的时候异常。
1、for循环获取变量---如果新手不知道事件，可以谅解，但是循环获取组件总得有个判断条件吧，要不循环出来全是最后一个直接用Count就完了。
2、个人感觉此人不适合做程序，没有一点逻辑意识
[其他解释]
这是个迷，需要好好的寻找里面隐藏的密码
[其他解释]
支持一下。
其实LZ不必那么上火。原因如下：
1. 可以看出来你很有责任心，但是你要明确，你也是为别人做事的，事情做好就行，责任感可以有，但是不能以你现在的标准要求新人啊；
2.这个新人代码写不好，你可以自己去对他了解一下，他是那种不求上进，鱼目混珠进来就混日子的话，直接T掉拉倒，但是如果你发现他其实还是挺聪明的，但是就是没啥经验，代码基础又差的话，你可以培养培养嘛，他的代码有问题，你帮忙知道怎么写好，怎么写得简洁，这对他，是一种莫大的恩惠，他会感谢你记住你的。
3.对新人 ，还是要有耐心啊，虽然不一定每个人都是新人走过来的，但是很多都是新人成长起来的呀。
[其他解释]
个人认为大家应该将心比心的想一下。最开始我们学习的时候也是什么都不知道，同时api也看不懂，百度上的东西可能也看不懂，简单的demo也看不懂。那时的我们与楼主说的那个人差不多。原因何在？在于缺少一种基本功。当我们有了基本功之后，我们发现自己即使有问题也可以不用别人帮忙，可以自己上百度，查api，就可以解决。而楼主说的那个人他可能就解决不了。个人觉得楼主给他讲一些基本的小例子吧，这样对方懂了基本的模式之后，以后遇到的问题相信他自己就可以百度解决了。
[其他解释]
我深深的同情并理解你
[其他解释]
那些说什么都是菜鸟出身什么的，纯粹的胡扯。有的人就没有责任心，像caozhy说的就是再混，尼玛你混你也混的差不多点啊。作为领导不苦逼，苦逼的是同事
[其他解释]
不用再强调说自己是菜鸟
[其他解释]
菜不要紧，关键是要用心
[其他解释]
我告诉他去查API，然后他几天对我爱理不理的。
[其他解释]
有人问我怎么获得一个ArrayList（java）的大小。元芳，你怎么看？
[其他解释]
高手们可以出一个解决方案出来，我们可以好好学习学习
[其他解释]
判断类型、终止循环
[其他解释]
有些人转职比继续写代码好。
[其他解释]
支持20楼的，看了规范文档，才发现自己需要提高的还有很多。
[其他解释]
你这样一发，你那位同仁看到了，该是怎么想，如果他是认真想学习的，大可不必小题大作
如果是真的不想学习混日子的，那直接辞了就是。
程序员何苦为难程序员呢
也不是什么菜鸟不菜鸟的问题，lz人是你们招进去的，基础你们没摸透么，不能怪别人，你这样
露出来反而显得你们招人实在很不负责
[其他解释]
这个法子好
[其他解释]
其实你只需要问他一句，那个for循环有什么作用，他自己就明白了。不要太激进。。
[其他解释]
看来跟对了人很重要...
[其他解释]
假设我们注释掉一行代码，程序仍然完成原来的功能，那么我们就应该最终.......最终删除它。
这是一个基本原则。
把这个原则做到位，你的团队的编码能力就能提高。而少了很多争吵。
[其他解释]
不知道为什么那么多人斤斤计较于“该如何写代码”的问题。实际上我们问一下编写者：您这个方法的目的是什么呢？如果我把行代码注释点是不是丝毫不影响这个目的？如果那一行也注释掉呢......最后就注释得只剩一行 Respose.Write(..) 代码，我们就高高兴兴地去干这自己的事去就行了。如果他不来问我们，我们也没有必要告诉他该如何写代码！
为什么有那么多人就喜欢计较于别人怎么写代码呢？我只要教会别人删除代码，别人就能提高。相反地，指着人家本来已经完成了功能的代码而对其“风格”说三道四，大多数时候是我们自己比较变态、有过度洁癖的毛病，不怨人家。
[其他解释]
1，逻辑不对,当他运行的时候，不就知道答案了吗？--会自己认识到错误。
2，如果非要这样的结果，这样写是多余。--可以引导
3，考虑的问题因素欠缺，这是经验问题。--今后可以慢慢积累。
4，项目管理有问题。看GridView1，连命名都是默认。--公司是否该让这员工
看看公司自己的编码规范呢？
5，项目设计有问题。就根本没必要用GridView1这种傻瓜的控件。
总的来说，推荐你那位员工，自动辞职，或者公司请这位员工走人。
1，能有这样老员工毫无耐心，相信也带不出什么好成绩。
2，老员工既然觉得这位新员工不适合带。直接申请让他走人，免得整天生气，弄坏身体。
这样对双方都有好处。
[其他解释]
假设我们注释掉一行代码，程序仍然完成原来的功能
-----------------------------------------------------
没见过这种情况，呵呵！
[其他解释]
null
[其他解释]
null
[其他解释]
null
[其他解释]
null