精华内容
下载资源
问答
  • 摘要:程序员无论是在学习还是工作中经常会接触到开源代码,遇到不清楚的地方或者问题非常常见,这时往往需要向开源社区寻求帮助。...但对于开源软件,在遇到问题时,如何才能及时有效地寻求帮助呢? 本文以开
    摘要:程序员无论是在学习还是工作中经常会接触到开源代码,遇到不清楚的地方或者问题非常常见,这时往往需要向开源社区寻求帮助。但是很多开发者并不擅长这类事情,支付宝玉伯给大家提供了一些建议。

    使用软件产品,或多或少都会遇到问题。对于商业产品,我们可以咨询客服寻求帮助。对于公司自己研发的产品,我们可以直接请教专家同事。但对于开源软件,在遇到问题时,如何才能及时有效地寻求帮助呢?

    本文以开源类库  SeaJS为例,说说我心目中的最佳实践。

    提问前

    遇到问题时,心里都很着急。在决定向开源社区提交问题前,最好先做做以下功课:

    尝试从官方文档中找到答案

    确保自己阅读过至少一次官方文档。这样在遇到问题时,如果能回忆起只言片语,就可以再去读一遍相关文档,问题往往也就解决了。

    Google 是你的朋友

    对于成熟的开源项目,你遇到的问题,很可能别人也遇到过。这时通过 Google、StackOverflow 等网站的搜索服务,可以帮你快速定位并解决问题。永远记住,地球上的你并不孤单,包括你遇到的问题。

    挖掘 Bug 宝藏

    开源软件一般都会有自己的 Bug 管理方案,比如 WebKit、V8、jQuery、SeaJS 等等。从它们的官网上找到 Bug 管理地址,然后通过搜索看看有无你遇到的问题。对于活跃社区来说,这一招经常很管用。比如 jQuery 的 Bug Tracker,通过右上角的 Search Tickets 可以找到非常多有用的信息。一个运作良好的 Bug 库,经常是一座巨大的宝藏。SeaJS 是直接通过 GitHub Issues 来管理,你可以在 Issues 中找到很多信息。

    求助身边的朋友

    如果你使用的开源软件,在朋友圈或同事圈里也有人使用,那么抬起你的脚、或拿起你的电话,真挚诚恳的探讨不会遭遇拒绝,而会增进友谊。不要犹豫,你的内心渴望面对面交流,你的朋友也是。

    如果以上 4 步都无法解决你遇到的问题,也别犹豫,立马向开源社区提交问题就好。

    提问时

    提问有很多种,比如你认识作者,直接面对面请教就行。下面探讨的是如何通过互联网的方式来问问题。

    平和对等的心态

    很多开源软件都是免费的,作者往往是业余时间出于兴趣在维护,没有义务回答社区问题。提问时,不要把自己摆在顾客的位置,比如:

    项目马上要上线了,请务必帮忙解决

    这是我的邮箱,请及时联系我

    另外,也不要把自己摆在乞食者的位置,比如:

    冰天雪地跪求解答

    救命啊,我的网站挂了

    在开源社区,一切皆是朋友。无论对方是 pnux 内核的作者,还是某个 jQuery 插件的作者,你和作者都是对等的。你的提问是在帮助开源软件完善。平和对等的心态,可以让你的问题赢得更多人的阅读和思考。

    通过正确的途径提交

    如果遇到问题的开源软件有专门的 Bug 管理系统,请最好到这些指定系统中提交。比如,对于前端开发工程师来说,下面这些 Tracker 系统很重要。

    还有各个开源类库的 Issues 库,比如 SeaJS 的是:  seajs/issues

    最不好的途径是:

    QQ 、阿里旺旺、微信等群组。这些群组主要是用来工作或休闲的。对开源项目来说,在这些地方提问,作者一般不会关注,效率非常低。

    微博、Facebook 等社交网络。不少人在微博上通过 at 或私信询问 SeaJS 问题,这些我经常看不到。看到了,也不情愿回复。微博是扯淡、交流情感的地方,一般是写代码写累了,才去逛逛,很少会有在社交网络上回答技术问题的心情。

    通过正确的途径提交问题,一般可以让你的问题得到及时准确的回复。

    使用明确、有意义的标题

    抱着平和对等的心态,找到合适的途径后,就得静下心来将遇到的问题写成文字。书写文字不是一件简单的事情,我们可以从遵循一些简单的规则开始。

    首先是标题要简洁清晰,要言之有物。比如:

    我遇到了一个 Ajax 问题

    SeaJS 在我的浏览器上运行不了

    上面的标题很糟糕,光看标题作者无法知道发生了什么事。当开源社区的问题很多时,上面这类标题,经常会让作者直接忽视或将优先级降到很低。更妥当的标题是

    Ajax 请求未返回正确的 responseXML

    SeaJS 2.0 在 IE6 上运行时抛错

    明确、有意义的标题,可以帮助作者确定问题具体是什么类型、预估需要多少时间解决、是否现在马上解决等。一个好的标题,也有利于社区知识的沉淀和后期搜索。标题有如一个人的颜面衣着,虽然不是关键,但在嘈杂的信息社区中,这很重要。

    遵循良好的模板

    如果社区提供了问题模板,一定要仔细看下。比如 Google Code 社区,当你创建一个问题时,会自动提供以下模板:

    What steps will reproduce the problem? 

    该问题的重现步骤是什么?

    1. 

    2. 

    3. 

    What is the expected output? What do you see instead? 

    你期待的结果是什么?实际看到的又是什么?

    What version of the product are you using? On what operating system? 

    你正在使用产品的哪个版本?在什么操作系统上?

    Please provide any additional information below.

    如果有的话,请在下面提供更多信息。

    遵循这个模板去描述问题,经常能省很多事。作者一般也非常欢迎通过模板提交的问题。如果社区没有提供模板,也可以自己遵循以上模板来提交。

    下面针对问题内容,具体说说一些需要注意的点。

    语法正确、格式清晰

    虽然我们不是作家,但正确的语法、清晰的格式,可以让读者赏心悦目,也就更有心情帮你一起思考解决问题。

    对于很多需要代码来描述的问题,要尤其注意格式,比如

    1
    seajs.use('jquery',function($){$(document).ready(function() {/* ... */})});

    可读性不如

    1
    2
    3
    4
    5
    seajs.use('jquery'function($) {
    $(document).ready(function() {
    // ...
    });
    });

    GitHub 的 Markdown 语法可以很好地支持代码排版、语法高亮等,建议书写代码时,一定要先阅读下说明:GitHub Flavored Markdown。这能让你的内容看起来很专业,社区也就更有意愿会去帮助你,否则糟糕的排版,经常带来的是发帖之后的石沉大海。

    描述事实、而不是猜测

    事实是指,依次进行了哪些操作、产生了怎样的结果。比如:

    我在 Windows XP 下用 IE6 打开 seajs.org 后,点击“5 分钟上手 SeaJS”,这时浏览器弹出脚本错误提示,例子显示不正确。

    上面是一段比较好的事实描述(更好的是把错误提示也截图上来),而不要像下面这样猜测:

    SeaJS 在 IE6 下运行不正常,我怀疑是源码第 213 行有问题。

    上面的描述,会让作者一头雾水、甚至很恼火。尽量避免猜测性描述,除非你能先描述事实,在事实描述清楚之后,再给出合理的猜测是欢迎的。

    对于前端项目来说,如果能提供可重现错误的在线可访问代码,那是最好不过的。一旦你这么用心去做了,作者往往也会很用心地立马帮你解决。

    描述目标、而不是过程

    经常会有这种情况,提问者在脑袋里有个更高层次的目标,他们在自以为能达到目标的特定道路上卡住了,然后跑来问该怎么走。比如

    SeaJS 的 parseMap 方法在遇到 map 的多个配置项同时匹配同一个路径时,应该允许用户指定是全部生效还是仅第一个匹配的配置项生效。

    上面这个问题的背后,提问者实际上想解决的是如何通过 SeaJS 来做版本管理。提问者选择了通过 map 的方式来实现,但这过程中遇到了问题,因此跑过来继续怎么走。然而,如果只是描述过程,往往会把作者也绕进去。

    实际情况却是,提问者选择的路本身就是一条崎岖之路,对于要解决的问题,实际上有更好的方式。这种情况下,描述清楚目标,讲清楚要干什么非常重要。

    在描述自己是怎么做之前,一定要先描述要做什么。提问题时,What 往往比 How 更重要。

    要有具体场景

    无论在开源社区,还是微博、知乎等平台上,有一种非常常见的问题:

    如何维护 JavaScript 代码?

    如何使用 SeaJS 进行模块化开发?

    这类问题还有很多,每每遇到,只能笑笑,然后悄悄地忽略掉。因此这类问题很难回答,就如下面这些问题一样:

    如何才能让生命有意义?

    如何打败淘宝?

    这类提问者,一般比较浮躁,经常对问题本身也没有经过思考。踏实的提问者,不会让问题浮在空中无法回答,而会在具体场景中让问题落地:

    我的项目有 20 多个 JS 文件,接下来还会急剧增加。目前遇到以下问题……(省略五百字)…… 请问如何维护?

    仔细检查、确保准确

    是人都会犯错误,特别是在如此快节奏的互联网环境下。好不容易把问题描述清楚时,不要急着立刻提交。在提交前,至少保证从头到尾再仔细阅读一遍,比如语法错误、错别字、标点符号、排版等等。做到这些,不光是尊重别人,也是尊重自己。

    提问后

    提交问题后,建议通过邮件等方式订阅回复。互联网上最有效的沟通方式是异步沟通,不要期待作者马上回复,也不要心烦意乱着急地等待。出去看看天,数数云朵,你会逐步明白什么是风轻云淡。

    尽可能补充信息

    在接收到回复时,仔细阅读。最经常的情况是,社区回复的,经常不是你想要的。比如

    根据你的描述,问题无法重现。能否提供具体使用环境和重现步骤?

    这时要淡定。仔细看看自己提交的问题描述是否足够清晰,如果有可补充的信息,尽量补充,以帮助作者能尽快定位问题。比如

    很抱歉,我前面有一步描述不正确,实际情况是我是在 IETester 中运行的……

    谦和淡定的交流,不光能帮助你解决问题,还有助于你结交更多朋友。

    适当的总结

    当问题终于解决时,建议对问题进行总结。可以编辑原帖,也可以通过博客等方式总结。你的总结,会让遇到同样问题的朋友们受益,并且对自己的技能也是一种提高。前端业界,无论国内还是国外,有很多牛人之所以成为牛人,很大程度上都是因为有总结思考的好习惯。

    不要忘记感谢

    最后,记得感谢。很多开源软件的作者,都是利用业余时间在创作代码。你的感谢,汇集许许多多大家的感谢,会让开源社区充满爱与力量。

    最后的最后,如果你认可这篇文章,欢迎以各种形式转载。你的传播,能让整个开源社区更美好。

    原文链接:  GitHub

    展开全文
  • 程序员在工作中会遇到各式各样的问题,提问题是一种能力,如何问问题是一门学问,我大家分享一下自己的看法。  问题类型和提问技巧  一、有“标准”答案或明确定义  这类问题就不要问了,自己找...
    程序员在工作中会遇到各式各样的问题,提问题是一种能力,如何问问题是一门学问,我给大家分享一下自己的看法。


      问题类型和提问技巧


      一、有“标准”答案或明确定义


      这类问题就不要问了,自己找答案。

    (同交流:3428

                           提问题36117)

      例如:


      ① 考研都考什么?计算机软件资格水平考试都考什么?


      这种就是属于有“标准”答案,自己去找考试大纲就可以。


      ② sprintf 参数都是什么意思?


      这种就是属于 有明确定义的,可以通过手册、书本、搜索获取答案。


      二、无标准( “思考”型、“实践”型、“排查”型、“经验”型)


      1. “思考”型


      例如:


      如何实现一个随机播放音乐,要求能够方便查看上一首播放的是什么,方便交换即将播放的歌曲顺序?


      这种问题一般要注意:


      先搜索,一般常见的算法或问题,别人可能遇到过,已经分享出来了。


      问的时候注意先提供自己的思路,如果是需要提供解决方案的,那么要把环境问题同时说明清楚。


      2. “实践”型


      例如:


      学校那些编程实践作业或试题,针对这类问题的建议,就是怎么样把题目细化,转换成思考型问题,然后按照思考型问题提问。如果没有的话,除了亲朋好友基本上没人能帮忙解决,谁有空编写一大堆代码然后把文件给你,为了达到目的或许付费请人帮忙是可行的。


      3. “排查”型


      这类问题很多,例如代码或服务器出现问题。


       这种问题一般要注意:


      找找Web服务器日志、系统日志的错误信息,或者程序报错信息。先通过错误信息搜索,别人可能遇到过,已经分享出来了。


      4. “经验”型


      这类问题,我遇到最多。典型的就是问职业规划,专业选择。能不能学会,如何学习,该不该考研?还有就是问经验,比如各类考试经验。


      这类问题,可以选择跟导师、师兄师姐、职场前辈或者网络上相关领域牛人咨询。


      问的时候,把自己的情况和背景信息介绍清楚。


        问问题其它注意事项


      1、不要问调查式问题, 特别是向陌生网络朋友提问问题,应该先自报一下自己的情况和背景,切忌调查式的提问。别一上来就开始调查:你是学什么的?你做哪方面开发?你在北京吗?…


      2、不要先问: “在吗 ?” 或者很粗糙的问题,应该直接把问题具体化。


      因为你不确定对方什么时候会回复,如果你发这种消息过去,对方看到可能直接忽略不回复或者根据粗糙的问题给一点建议,或者回复一个:在啊。然后对方回复的时候,你又不在线或者没办法马上跟对方聊上,那么对方还在等你的下一步消息,你半天以后才回复,来回几次,对方就会觉得你很烦。


      3、周全准备问题。 根据上述问题分类,描述清楚问题的背景、环境等信息以及你的理解和思考。


      提问题是一种智慧,每个人都应该学会问问题。
    展开全文
  • 建议也就罢了,问题是所的那些建议或者没有任何新意,或者是自己想当然的认为。没有实际的作用。 比如,如何找个喜欢自己的男朋友? 这本身是一个没有固定答案的题目。而且范围太广泛。 我的建议是在知乎...

    文 / 王不留(微信公众号:程序员生存指南)

     

     

    最近发现自己一个毛病,总喜欢以过来人的身份给别人提建议。

     

    提建议也就罢了,问题是所提的那些建议或者没有任何新意,或者是自己想当然的认为。没有实际的作用。

     

    比如,如何找个喜欢自己的男朋友?

    这本身是一个没有固定答案的题目。而且范围太广泛。

     

    我的建议是在知乎、微博上多晒图,筛选频繁给你点赞的有钱的男孩子。

     

    这纯属瞎扯。最多只是会心一笑,没什么指导意义,更没什么营养。

     

    第一,有钱的男孩子,如在23岁左右,大概率属于富二代,有钱有时间。如果在27岁左右,可能事业有成,有自己的一份事业,他也没有太多时间和精力刷知乎刷微博。

     

    第二,频繁点赞,这个范围又小了很多。对自己来说,可以反问,为什么人家要天天给点赞?自己的哪种气质吸引到了他?

     

    这问题的解答需要增加太多的限制条件,需要了解提问者的实际情况,才可给予更好的建议。

    01

    别人的问题可以大体分为两类:

     

    1、倾诉自己内心烦躁,不需要太多建议。

     

    这时应把自己当作一个垃圾桶,静静倾听就可以了。不要瞎提供什么建议。

     

    比如有个同事的闺蜜抱怨男友总总不是,有些事情让人义愤填膺,感情让人感觉已经到了无法挽回的地步。

     

    同事愤愤不平地给她了建议:和他分手。

     

    过了几天,人家又和好了。

     

    这下打脸了。女方的男朋友认为同事怂恿自己的女友分手。闺蜜埋怨她,认为她的建议影响她和男友之间的感情。

     

    你说这是什么事儿?!同事极为愤怒,搞得自己里外不是人,立刻在微信把他俩全部拉黑,号码删除。永不联系!

     

    经常动不动就找你倾诉情绪,屁大点小事就哭哭啼啼要死要活的人,不值得交往,也不配有什么朋友。

     

    不论这种人有多大价值,都尽量退避三舍,不要交往。

     

    这种人压根不懂什么交友之道,跟她/他在一起你永远是负能量满满,无穷无尽的烦恼。

     

    生活如此,职场也一样。

     

    职场中的同事遇到问题了,正确的做法是要么不理,要么贡献情绪价值:

     

    去安慰她,给他买杯饮料零食等等,鼓励他好好干,相信他一定会好的。但是不要主动提出帮忙。

     

    一般人也不会让你帮忙,最多会问你方法,怎么做。

     

    如果问了,就详细解答,如果没问,那就闭嘴。

     

    做到这些就够了,他会对你感激涕零,因为情绪价值远大于实际利益价值。

     

    也不要找领导反馈他的工作多辛苦。

     

    瞎给领导提啥反馈?鼓励安慰饮料零食纸巾不香吗?

     

    2、真正遇到了问题需要解决

     

    自己在某个领域有了一定的见解,别人的问题是自己擅长的。这样的问题可以认真解答。

     

    对我来说,如何备考MBA的?项目管理方面的经历?这类的问题因为自己有了一些经历,也有了一些想法,虽然不一定成体系,但可以分享。

     

    我愿意分享出来,给感兴趣的朋友或真正想了解知识的朋友一些帮助。

     

    我的想法是,先在网络平台多分享自己经验,慢慢自己的理论系统开始系统化,可以延伸出课程和书籍。

     

    这时候才算是基本成熟,才有资格,有能力,有水平,去对他人进行实体的咨询。

     

    如果认识不到这点,永远不去系统化自己的理论,沉迷在零碎的经验心得里,不成体系,这样是比较危险的。

    02

    总结以上:

     

    1、不要好为人师:别人不问,不要上赶着去“帮助别人,指点别人,教育别人 ”。

     

    2、对别人的倾诉,谨慎提建议,重点贡献自己的情绪,贡献自己的感同身受。

     

    3、对别人真诚的请教,尽自己所能,在自己熟悉的领域解答,但不要误人子弟。 

    * 作者简介:王不留(微信: wbliu85),早晨四点开启奔跑人生的一枚非典型程序员。

    关注微信公众号「程序员生存指南」,收看更多精彩内容

    展开全文
  • 领导意见的三步法

    千次阅读 2007-11-29 20:15:00
    领导意见不能直来直去,必须使用一些技巧。意见最重要的当然是自己的意见被对方所采纳,在这样的前提下,使用一些技巧是非常必要的。我们经常会看到甚至会亲身遇到这样的情况:话是好话,意见对双方都有好处,...

    给领导提意见不能直来直去,必须使用一些技巧。提意见最重要的当然是自己的意见被对方所采纳,在这样的前提下,使用一些技巧是非常必要的。我们经常会看到甚至会亲身遇到这样的情况:话是好话,意见对双方都有好处,但是仅仅由于说话的方式和技巧的问题,搞得双方不欢而散,甚至形同仇敌。可以看出技巧是非常重要的。因此,技巧是一个标准的三步法:

    第一步叫做承认。无论如何,首先要认可对方,特别是当对方是你的领导的时候,这个认可就显得极其重要。如果他的主意不好,就认可他的眼光;如果他的眼光也不好,就认可他的原则;如果原则也是错的,那么至少要认可人家积极的态度。总之,一定要找出一些可以认可的东西来,以真诚的态度加以赞扬。这样可以取得对方的信任,为以后的进言做好铺垫。

    第二步叫做同化。也就是说,要在说出建议内容之前有一个表态。怎么表呢?要领就是在前一步认可的基础上,讲一讲自己认可的那些东西对自己的启发和教育作用,进一步指出自己后边的想法都是在这个重要启发下的基础上形成的。这个表态非常重要,它表示出了自己的立场不是和领导对立的,而是和领导站在同一个队伍里的,是受了领导的启发才有所建议的。这样,建议错了,立场还是对的。这样,领导自己就会消除敌意,周围的人(即使一些小人)也不好做落井下石的举动。

    第三步叫做附加。这其实是整个建议的核心部分,在前边做了两步铺垫的基础上,这个核心部分才可以登场。而且说得时候,不说成是自己的建议或想法,而是说成“受了前边的启发以后的个人的一点不成熟的想法,作为对领导意见的补充,供各位参考”。这样,就可以不显山露水地把自己的意见讲出来了。目的只有一个,就是为了减少抵触情绪、减少冲突和敌意,使得自己的建议真正地被大家所重视,被领导所考虑。

    或许很多人对这样提意见有不同的看法,耿直的人会觉得这样提意见太过虚伪,豪爽的人觉得这样提意见太过隐晦,简要的人会觉得这样提意见太过罗嗦。其实,天下万事没有绝对的完美无缺,我们做事情只要把最主要的目的达到了就可以满意了。提意见的最主要的目的当然是想让自己的意见能够被接受。只要能达到这个目的,那么罗嗦一点、麻烦一点,甚至虚伪一点都没有关系的。这是做事情的胸怀 

    展开全文
  • 再仔细分析下原因,面试中问的问题,虽然在职位介绍里已经出了范围,但针对每个点,面试官的问题是随机想的,甚至同一个面试官在两场相似的面试里,问题也未必一样。 也就是说,如果让面试官自由提问,那么...
  • Q1:如何测试一个纸杯?A: Q2:怎么测试手机的短信功能?A:Q3:你对加班有什么看法?A:对于加班,根据公司的需要,服从公司的安排。当然这是套话,没有提及比较敏感的加班费,但是日后一旦有加班,就要视情况而...
  • 大家讲了一堂关于初学者如何从零基础到就业正确的学习步骤,在课堂中我过两点困难是初学者最大的问题,其中一个问题就是学了后面忘了前面的问题,还有一个最重要的问题就是编程思维。今天主要大家讲一下初学...
  • 今天,我将重点大家介绍,发布时候生成的“签名文件”的作用(前面过,叫大家一定要保管好此文件),如何验证自己的App是否发布成功,是否成功签名,以及发布后的apk文件如何上传(一般上传到哪里去,要怎么弄呢...
  • 一、在这里我先一个问题,你们kali虚拟机做快照了吗? 首先大家一定要养成虚拟机做快照/备份的这个习惯,特别是花了很长时间才配置完一个东西之后.之前有一些学员,废了好大力气才在虚拟机里安装好k...
  • 谢谢邹老师我们带来这么精彩的书,话不多说,强行提问: 1.不面向用户的软件,程序员自娱自乐的项目,如何选择开发模式。 2.结对编程后,由此可能造成的损失和不了后果由两人承担,具体比例怎么算。 3.像微软...
  • 今天,我将重点大家介绍,发布时候生成的“签名文件”的作用(前面过,叫大家一定要保管好此文件),如何验证自己的App是否发布成功,是否成功签名,以及发布后的apk文件如何上传(一般上传到哪里去,要怎么弄呢...
  • “怎么判断模拟登陆是否成功”我最开始的时候也问过这个问题,当时对所有流程都还不熟悉,而且写的代码没一个能成功的,就给自己提了一大堆的问题,也在论坛上发表提问,在这个过程中,我遇到了很多的情况,好多都能...
  • 编程如何入门?写写自己一点感受

    千次阅读 2016-04-14 19:23:09
    首先,我并不是稀罕你的积分,我自己几万积分都用不完,我只是想想初学编程的人一点个人意见。 从你的描述来讲,你要自学JAVA?我并不清楚你目前的情况也与你问题有点不相符,这里简单唠嗑几句。如果你具有...
  • 再一看还是去年问题,突然就被冲上了问答榜单,我怀疑是绿厂自己动的手,但我没有证据。 不过还是说明,大家最关心的还是“拿多少钱”。 国内IC就业环境 oppo近两年的高薪动作先按下不表,单说目前国内IC行业...
  • 这是我的第一篇博客,从事Android开发也有大半年的时间了,之前一直没有想过把自己的工作上遇到问题的解决方法分享大家,这次公司的UI设计师那边了一个需求,希望我们这边可以实现一个镂空的按钮,乍一听不知道...
  • x平台下游戏的开发,写了一段时间后又想新建一个项目的时候突然发现自己忘记如何新建一个项目了,实在是太囧了,所以就在这里记录一下,希望也能给刚刚接触cocos2d-x的朋友们一点点帮助,同时也给自己提个醒。...
  • 原因我也大概知道是自己APP在AudioService的ComponentName已经不在栈顶了,那怎么样解决这个问题呢?360智键解决了,我没有思路呀,上来请教一下大牛,哪怕指点个思路也行。增加广播优先级这个方案就不要了,我...
  • 如何请教别人

    千次阅读 2017-09-08 09:48:29
    这篇文章主要是写自己用的,以后再遇到不会提问题的人,我就贴他这篇文章就可以了。 如何请教别人呢,要做到以下几点。 合适的自我介绍 上次有一个人在一个线下分享会后一直拉着我问问题,我一直
  • 如何写论文

    2019-12-16 10:42:51
    我想大家可以在很多地方找到如何做研究的引导文章了,而每个学长或是老师一定也都会常常提起,因此重复的部分我就不再了,下面写的几个都是我自己体验的经验,大家最为参考。 时间规划:两年...
  • 项目刚刚开始的时期,项目经理做的主要事情是搜集客户需求,这...能快速回答你的问题2 以为自己很专业。 的文档基本没法用。没法提供规范和标准,喜欢指指点点和挑毛病。只会向你傻逼问题。基本回答不了你的问题。3
  • android APK瘦身全面总结——如何从32.6M到13.6M

    千次阅读 多人点赞 2017-03-22 14:32:47
    公司项目是32.6M,我给自己的要求就是低于20M。上周花了一个星期瘦身,至于为什么花了一周,主要是svg适配问题我被搞蒙蔽了。然后发现还要改大量代码,想想也就算了,又换了另一种瘦身方法。 很多人是因为这标题而...
  • 上两篇小编已经将如何制做PPT以及如何轻松做好演讲大家梳理完成,接下来小编将大家说一下如何面对述职过程中的问题回答。 回答问题技巧 回答问题可以采用演讲结构中的PREP结构进行问题回答,这样回答问题会更...
  • 如何带新人?

    2010-03-12 16:12:37
    现在出来一些问题上来大家, 一起探讨,希望能共同解决。 1.如何培训新人,让他们快速入手? 2.如何监督新人,让他们有压力,不总是闲着。我发现我他们分配任务很不合理,要么过多,要么过少。 3.自己...
  • 如何阅读

    2010-11-28 20:44:00
    明确阅读的目 的 预习 看目录划分类型回想已知道的相关内容 抓关键字 提问题(没有问题不读书) 给自己讲 举一反三 (根据关键词进行讲解) 放电影 做习题 第二遍重复上述过程 第三遍重复上述过程 思维...
  • 解决问题&完成交付

    2015-01-20 18:28:55
    总结-如何解决问题 自己尝试解决 上午查 问同事 进行总结 总结-如何交付问题 交付的问题都有把握 不要只抛出问题,多解决方案 抛出多种方案 有优缺点分析 ...自己意见

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 408
精华内容 163
关键字:

如何给自己提问题