!!!!!散分贴 !!!!! 聊聊编程你会不会‘倔强’遇到了问题 但觉得这个问题自己是完全可以解决的 却又偏偏卡住
!!!!! 散分贴 !!!!! 聊聊编程你会不会‘倔强’
遇到了问题 但觉得这个问题自己是完全可以解决的 却又偏偏卡住了 大家会倔强吗， （我就不信弄不好？又或者放一放？ 再或者others?)大家说说看
我比较倔强的 散分了~~
[解决办法]
顶上。你这种精神比直接要代码的要好很多很多。早晚你会变得越来越强的
[解决办法]
当然，不要专牛角尖别人的答复未必都对。但是会给你起到一定的作用。比一眼看到结果舒服。
[解决办法]
如果你是在学校，你这样自己努力解决问题，这样做是件好事，
如果是在公司上班，这样做或许太浪费时间了吧.
马上上MSDN/baidu/google 先把问题解决，下班后回去再想。
[解决办法]
我就喜欢看到自己写出来的代码呈现出自己想要的结果``那种感觉真爽``即使是个小功能
[解决办法]
我会自己弄...最后再去问别人..
[解决办法]
[解决办法]顶，同感！
[解决办法]搞技术的都比较倔,一根筋
可是这个社会圆滑的人才能吃的开
[解决办法]先是自己，万一不行就没办法
[解决办法][解决办法]会的
我会想好久来解决问题
等解决了 发现哈哈
其实自己换个角度 就不需要浪费时间了
[解决办法]技术这东西，可不是脑筋急转弯，倔强是没用的，何不看下别人怎么说
[解决办法]会~
只要不专牛角尖就好
经过自己思考后的问题
就算自己没弄明白
在询问别人的情况下
往往会出现恍然大悟的感觉
这种感觉很爽~\(^o^)/
[解决办法]我觉得我思维比较局限
[解决办法]我觉得要多多琢磨,参考资料,实在没法突破,请教别人,多交流
[解决办法]我很倔强...
[解决办法]我好像一不会就先问baidu了！！！
[解决办法]能自己解决当然最好了 追求速度的时候还是要多查多问了
[解决办法]我的第一份工作老板跟我说的第一句话：
这里是公司不是学校，有问题马上问，有空再研究
[解决办法]我就不信弄不好。
[解决办法]自己想办法解决
[解决办法]博众家之所长,弥己身所不足。
我的观点是不管你的代码是不是最优化，首先实现功能才是最好的代码。
至于LZ所说的问题，我也比较倔强，但是有个时间期限，当倔强超过我的底线时，我会认真的去抄别人代码
但是空闲时会把这些拿出来整理成自己的东西...
[解决办法] 大家都会自己看出错的地方。。实在整不出来就得问别人了。。
[解决办法]说不顶，有些问题掘
有些就直接来米快点，用过了也记得到
[解决办法]我要是觉得有点眉目了,那就继续研究
如果一点都没头绪..直接过掉了...
[解决办法]呵呵，我通常都会向别人咨询一下
有的时候并不是遇到困难就要请别人帮忙或怎样
就是当一个人的思路走到死胡同的时候，别人无意中的一句可能就会让你柳暗花明又一村的
为什么现在这么强调团队力量
团队的效率之一就在于大家在交流沟通之中爆发的火花
往往是一个人想破脑袋也想不到的
或者要花费很多时间才能想的到的
个人觉得程序员不能太倔强
就算你是头头，遇到沟坎的时候，比较有效的办法也是开会解决，而不是一个人闷在角落里苦思冥想吧~
[解决办法]
[解决办法]给自己一个时间 来研究 然后不行就放过。。。
[解决办法] 视情况而定,赶项目就没有必要了，自己练习这样做很好！顶
[解决办法]送君八字箴言，望君鉴之：一人计短，二人计长。
[解决办法]放一放，过段时间可能灵光一显就搞定了
[解决办法]没有做不到只有想不到!但需求一定得合理,有时候我就会感觉需求不合理,不知道有没有人遇到过?
[解决办法]有时候一卡就是几天!!!
[解决办法][解决办法]当然会啊！而且现在最烦遇到这样的情况，一出现这样的情况就会走很多弯路的。
[解决办法]多交流，
你给人一个苹果，你自己就少了一个，
但是你把思想和别人分享，你们两个人就都有了这个思想，所以，思想要共享，要开源..
[解决办法]呵呵 好
[解决办法]其实等你研究的久了，你就知道，哪些困难是要自己研究，哪些是没必要研究，直接GOOGLE即可
[解决办法][解决办法]我不强调个性，只要能尽快解决问题，投入下一个问题的研究中，搜索，询问都是可以的。
看你是想尽快解决问题，还是想干什么了。
[解决办法]455585
[解决办法]只要有现成的,我都会直接过掉.实在是没有的,再自己搞....
[解决办法]關注哦～！～！要講究效率～！
[解决办法]我还在学校....但很多问题我自己解决不了...要来这里问的多的是....
[解决办法][解决办法]如果第一直觉是自己能弄出来，并且有思路，请在半小时内尝试，前提是项目时间允许
[解决办法]看时间了
[解决办法]如果你是在学校，你这样自己努力解决问题，这样做是件好事，
如果是在公司上班，这样做或许太浪费时间了吧.
马上上MSDN/baidu/google 先把问题解决，下班后回去再想。
[解决办法]同意6楼的看法
[解决办法]看情况
[解决办法]先去查资料，解决了方法记下来
[解决办法]推荐利用晚上做梦时间想...
要充分利用时间^_^
------解决方案--------------------
说的没错。。我们要的应该是思路。。
只要思路出来了就不可能写不出代码。。
[解决办法]只要没天亮，或者经理不催，往死里磕
[解决办法]来了~
[解决办法]我自认为叫掘..........
上个星期刚结束的一个项目，sql文我写了5个星期.............
最后PM让一个前辈来看............
最后证明单是SQL文行不通...............
[解决办法]UP
[解决办法]反正我会。
[解决办法]UP
[解决办法]楼主这样做是对的。支持你……
[解决办法]搞程序的自己都可以解决。
但要看时间，精力等等。
如果很快能解决，自己在思考没问题。
但很长时间还是没得到解决，问问别人也是件好事。
倔强一词，在朋友，家，学校可以行得通。
但在公司行不通。
[解决办法]不倔强一点是学不好的。很多事就是不能随便
[解决办法]我也是属于比较倔的。
一般遇到问题，觉得自己可以解决的在想一想。
但不会超过2个小时，2个小时还没得到解决。那就去查，或者网上搜索。
这样一来，花的时间也是太长。问题也解决了。自己也知道哪里不对了。
以后还能记住这次的问题。
[解决办法]我会自己弄...最后再去问别人
[解决办法]如果确实被卡住了，自己无能无力了，那就找个本子，记下这个问题的具体情况。然后找资料，找朋友，找高手，总之想尽一切办法去解决它，然后在本子上记下解决方法，日后可以复习一下。这样日积月累，时间长了，就提高不少。
[解决办法]毕竟一个人的思维有限，多请教别人，是比较有好处的。一个程序员，钻牛角尖的时候很多，互相帮助绝对是一件好事！
[解决办法]顶上。你这种精神比直接要代码的要好很多很多。早晚你会变得越来越强的
[解决办法]这事得看情况，如果急活，当然是baidu下速战速决，如果时间允许还是自己多琢磨下好
[解决办法]另外这位mm，看我这可怜的0分，能否多送我点分啊，初来宝地，全仰各位达人！在此先谢过了！
[解决办法]经常倔强，但是偶尔在项目紧逼的时间压力下偶尔会妥协
[解决办法]我一般也喜欢自己解决先
[解决办法]首先我觉得在技术这东东上，还是倔一点的好，因为这样更能让你理解深入，让你的技术更扎实，如果真遇到很困难的时候或感觉这东东我一定可以做出来，（在这样的情况下，你对自己十分有自信，坚信这种问题根本不算问题，有时候我们真的会一下子只是头脑转不过的，不一定是想不出好的方法来解释，……）这个时候我想还是先出去放松一下自己，呵呵，如果还是不行，那还是再深入地学学吧，好好看看基础或其它，看看他人的想法，然后再动动脑想想，如果还是不行，请教他人，是非常有必要的，当然我最喜欢向人讨教了，哈哈。不问不知道，一问才知道他们的想法我居然想不到，哈哈。有时人就是这样，需要向人家学习时千万不能放弃，嘻嘻，只有学习才有进步，而不是一味地相信自己～～呵呵。我不是来拿分的，我来玩的～～哈哈。祝你一切顺利。
[解决办法]遇到此类情况，可以更正一下自己的思路，或者休息一下，走路的时候想想，一般是我遇到难解决的问题以这种方式来处理。
[解决办法]先放一放喽，降低难度，归纳总结，想一个变通方法
[解决办法][解决办法]jf
[解决办法]从项目管理的角度上看，例如pm计划一个任务需要半天完成，而如果过了1天还没有完成，并且pm认为是人为原因，pm还应该跟这个程序员讨论“倔强”问题吗？
我们可以google一下“为什么学不像丰田模式”。企业管理中的问题跟软件项目管理也很像。如果pm仅仅会简单地把工作分解和压到程序员身上，那么他也一定会被程序员所反过来“要挟”。这就好像是许多企业学丰田，但是不论搞了多少形式主义都没有能学像。对于项目管理来说，真正的敏捷开发可以保证很高的质量、很准时的进度，而且真正从技术和绩效上体现以人为本，而不是那种靠称兄道弟嘻嘻哈哈而体现出来的以人为本（实际上生产率低下）。
[解决办法]
看情况
[解决办法]
时间还是要考虑的，毕竟工作中没这么多时间去研究
[解决办法]
一般都放置一周左右时间思路就来了，如果你也像我一样做梦都在解决问题的话，恭喜你离成功很接近了，赫赫
[解决办法]
或者在这里顺便把问题描述一下大家玩玩也很有意思哦
[解决办法]
JF 该坚强时 就坚强
[解决办法]
我是湖南长沙的
我们做事能够
吃得苦，耐得烦，霸得蛮
霸得蛮就是固执，倔强
[解决办法]
一般男人解决问题，倔强到谈不上。
除去抽根烟在像一想。（想一想只是个比喻，就光站着发呆那种。哈哈）
但还想不明白，就跟别人讨论。
这样一来，效率也搞，问题也解决，自己也有更深的了解。
[解决办法]
我这里随便想象地“附会”几条丰田经验到软件开发上：
1. 程序员编写的代码只应该有项目成功所需要的一半，另一半应该是检测、管理等。你不能仅仅靠买来所谓先进的项目管理、质量保证和开发工具，应该（一旦工具不合手就）自己开发和改造关键的工具，从而了解如何善用工具。而不是一旦遇到工具不合手的问题就去寻找新的工具，那样永远只是一个理论家而不是实践者。
2. 只做必要的重构工作，不盲目地为了分层、模式编程而重构你的系统。
3. 物尽其用。每个人离开电脑，电脑就暂时停机了？为什么不用来做十分钟自动化测试。
4. 对待bug要做到全员管理，而不是只有测试人员才能报告bug。对待bug要如临大敌一样敏捷地响应，而不是无动于衷。
5. 只给开发人员采用可靠的经过充分测试的技术。
6. 按照软件的机制自己去精细和准确地解决问题，而不仅仅是到google上去找实现方法。
7. 不仅仅是产品，设计、管理等等要纳入同一个bug管理系统。不论最终是否被评估为bug，任何人都可以对于感觉是bug的东西进行投诉。
8. bug管理系统全过程对所有人都是透明的，可以从一个系统上读到全过程的处理情况。
9. 管理者是真正懂行并且懂得具体生产产品的（而不仅仅是指挥）。
在一个好的组织中，个人性格不会与组织目标发生什么冲突。
[解决办法]
我就不信弄不好？
[解决办法]
大多感受了,不会就查资料,查不到就CSDN..
[解决办法]
自己解决感觉好
[解决办法]
思考思路》google
[解决办法]
身边就经理一个人 ，你也要问 ？先考虑考虑吧
[解决办法]
有时候会比较倔强~。。。
[解决办法]
google 一下
[解决办法]
好！
[解决办法]
100L，结束。
