“你好,可以帮我看一下我这Swift代码怎么调试吗?”

“你好,可以帮我看一下这个bug怎么回事吗?”

“帮我做个界面呗,拜托拜托,很着急用,老师让交作业”

“牛哥,tableview不能上下滑,只能左右划,怎么实现?”

“你不是做Swift开发吗?直接告诉我就好了。”

“必须发帖吗?我这是小问题啊。”

“我这很急,求求你快点告诉我,我有空再发帖。”

看到敏捷大拇指QQ群里一堆新进来的人劈头盖脑的发问,我真心想厉声反问:

同学,你先把问题总结好!

上下文环境、你的配置、功能需求、代码、运行效果图、……,这些都没交代,就要人家告诉你怎么解决?!

这是“看病”,不是“算命”!



寻求帮助解决Swift相关问题的人,先看此帖可马上得到解答

寻求帮助解决Swift问题的人,看此帖可马上得到最优解答秒杀 - 敏捷大拇指 - 寻求帮助解决Swift相关问题的人,先看此帖可马上得到解答





正确的、Professional的做法是:




1、先搜搜再说

你有问题就问我,怎么不先问一下我是否在忙?我哪有时间?有什么义务去扔下自己手头的工作?

自力更生的Swift开发者,会先到敏捷大拇指上顶部的搜索框里搜一下,看看是不是已有同类问题

1.1、已经解决了的话,直接套用人家现成答案,这不省事很多吗?!

1.2、没有解决的话,可以在这个同类问题的相似帖子基础上回帖追问。

1.3、还可以把以前提问的人和回帖的人加为好友,没准人家现在已经解决了,对吧?用点心啊同学!

如果连这都不会的话,就别想在工作中独当一面,也别想成长为“独立开发者”。

估计连offer都难以拿到,即便拿到了,team leader也会觉得带你很累,会甩掉你的,这是一个IT工作者的基本的职业素养啊亲!




2、让问题能够快速得到解决的提问技巧

搜完如果发现并没有同类问题,

或者自己的问题跟别人的问题有很大不同,

那么就在敏捷大拇指的“互助问答”版块发帖提问。

别说自己的是小问题,不客气的反讽是:小问题你都解决不了?

白马也是马,小问题也是问题,更何况:你眼中的“小问题”,你能确保不是大问题的冰山一角吗?

跳出眼下的“小问题”圈子局限,退一步到大环境,清醒头脑,梳理好思路,定义好你的问题。

阿尔伯特·爱因斯坦曾经这样总结“定义你的问题”的重要性

如果人们给我一个小时时间让我来拯救地球,那么我会花
59 分钟时间来定义这个问题,最后一分钟来解决它。

所以,花点时间去定义问题、归纳问题,这个过程中你会学到很多很多的(也许你自己暂时还感受不到),没准你在归纳过程中就自己把问题解决了!所以,别跟我进行“你先直接告诉我,我再发帖”这种讨价还价的幼稚行为,要明白这是你的事、你的trouble、你的problem,你是乙方!从来没听说过求人者还摆筹码的!

接下来进行打开互助问答版块,点击发帖按钮(最好点击“发布悬赏”)。



2.1、标题——定义问题

要方便其他Swift开发者在浏览的时候一瞄标题就看出问题症结所在

要足够概括,也要相对具体。

别写什么“跪求这个问题的解决办法”这种虚的,

谁也没时间、没义务 去深究你、去追问你,

你自己何尝不也是没怎么去深究过别人啊~ 推己及人~



2.2、内容——情景重现

重现出来的情景应该包含如下内容:

  • 需要实现什么功能(这就是目的啊,是要实现分享到微信朋友圈还是实现第三方登录啊)
  • 系统配置(是iOS 8还是OS X啊、是Xcode6还是几啊、等等)
  • 项目的上下文环境(比如引用了什么Swift库啊)
  • 你遇到的问题所在(描述清楚:你现在做的,和,你想做到的,存在什么差别)
  • 及其对应源代码(注意是点击大拇指发帖页面的编辑器里的输入代码,而不是截图,难道还要人家按照你的截图一个个敲入代码去在他自己电脑上调试?把代码发出来可以让人一眼瞅出基本的语法问题,代码比较多的话最好是把项目打包直接上传成附件
  • 你已经实现的效果的截图以及你这项目的UI设计图(也就是你要实现成的截图)(没有图片的话是无法推送到大拇指首页的)


别怕泄露代码,你自己都没跑通呢,除了你之外其实也没多少人稀罕用……

大家要下载源代码也都是直接去敏捷大拇指的“项目Demo”版块下载已经运行OK的源代码!

尽量一次把上面的情景都描述清楚,尽量减少让人家追问你的次数,少几个问答回合你也能尽快得到解答啊,减少沟通成本啊,这也是职业素养,汇报工作的素养。



2.3、加速?悬赏!

想尽快有人解答,可以发成“悬赏帖子”(把鼠标移动到“互助问答”版块左上角的“发帖”按钮,会飘出“发布悬赏”按钮),给回帖者发放敏捷大拇指社区专用的金钱。

要么你直接承诺 先发红包给牛人,相当于购买了他的时间,但是牛人不缺你这点RMB,而且搞得就为了你这几个RMB才来回帖似的,尴尬。



2.4、赚钱

金钱不够就去回回帖解决一下别人的问题,可以马上有金钱奖励的。去邀请好友来访问大拇指、去签到、去别人空间留言、去别人日志评论、去别人相册评论、去门户模块的文章发表评论、去做任务、去红包中心领取红包、去上传代码、去回帖、甚至于发帖本身、等等,都可以挣到金钱的!



2.5、关系

平时跟敏捷大拇指的QQ群、微信群里Swift同行混好关系,多聊聊天、多互动一下,到敏捷大拇指家园”里踩踩其他人的空间留个言啥的,没准隔壁兄弟要跳槽正好空出一个职位来可以给你考虑,对吧?这种有效信息在自己的亲戚同学同事等强关系圈子里是几乎不存在的!通常只存在于敏捷大拇指等弱关系圈。

不忙的时候解答一下别人的问题,这样等你有问题时他也很愿意帮你嘛,毕竟大家都有自己的短板,团队互补一下总是双赢的,强强联合,1+1>2。况且,这等于自己在做Swift习题一样,不知不觉中你的Swift水平就在别人的坑上成长起来了,别人吃一堑,你长一智,多么合算的买卖!

千万别等到你有问题才冒出来,大家都不是傻子,没义务去帮一个不认识的人滴。

即便有好心人愿意帮你,也得等他工作不忙、闲暇时来逛敏捷大拇指并且心情好的时候才敲几下键盘告诉你。




3、扩散之!

发完帖子,事情还没完,别坐等。

拷贝你的帖子的标题和URL,做如下三个操作:



3.1、主动分享

把标题和URL发给提过同类问题的人,或者回帖过同类问题的人,或者直接发到各个技术讨论的QQ群里,问题越急切就发到越多的QQ群啊、微信群啊、微博里面。

不宜在QQ群里直接提问,因为:

  • 当时在忙的牛人是不会参与回答的,他正在聚精会神做他自己的开发工作,没反过来责问你给他思考造成“中断”就是人家涵养好了,你不也很讨厌别人(尤其是产品经理)给你带来“中断”嘛;
  • 大家也没回看聊天记录并专程回答你的习惯,别说可能会,你自己有过吗?我从没见到过,所以QQ群里提的问题不仅曝光机会少、而且也是无法得到深入解答的,你自己想回头看看的话搜都搜不到呢;
  • 不在QQ群的人回答不了你的问题,因为看都看不到;
  • 以后遇到同类问题的人看不到你的问题(即便当时看到 后来也会忘了),从而即使他有更优的解答也无法传达给你。


而到敏捷大拇指发帖,“帖子”这种产品形态,有利于知识信息的“沉淀积累”,你的lead也会“无意中”看到你的努力、你的上进、你的好学!

扩散了的问题是会被踊跃讨论的,比如这个提问《运行 let context = app.managedObjectContext 报错unwrapping an Optional value》。



3.2、求推送

一般只要内容填好了都会推送到敏捷大拇指首页,前提是必须要有图片

最好跟敏捷大拇指站长阿牛哥打好招呼,请他帮忙把帖子尽快推送上首页、增加曝光、让更多人看到、并来帮你。



3.3、发专家分,求秒杀!

好的问题是会被秒杀的!比如这个提问《Swift为什么用var声明会警告用_代替?

如果求得阿牛哥答应给正确解答的回帖者发放专家分,那就最好不过了!怎么求?去他空间留言啊~

因为敏捷大拇指上的Swift开发者很看重这个专家分很多不懂技术的HR就是用这个来衡量Swift开发者的技术水平的,自己在Swift领域的“江湖地位”也是用这个来区分的。




4、更优的解答



4.1、查看解答

经常回来看看你发的问题的帖子,也许分分钟就被秒杀了,也许一小时内就答复了。

如果你问题描述不清楚的话,可能会半天都没反应,这时,你就要追加问题描述,补充上述情景里的内容,再扩散、再分享。

还可以用敏捷大拇指的金钱来购买“置顶卡”的道具,别让帖子沉没了。



4.2、追求更优

不是有人解答了你当前的问题,解决了燃眉之急就算结束了!

一般的开发者走到这步就结束了,而,优秀的开发者会这么做:

正确的学习方法是:多找几个解决方案试试,找出最优解,毕竟每个人的视角不同,发帖提问可以更多视角,使得解决方案更完备,代码也更健壮!

比如这个帖子《求问计算数组内重复值数量,并转换成一个新的字典》,就有好几个解决办法,最后你也学到了更加优雅的写法。

自己有更好的解决方案也应该补充回帖进来,让其他回帖者也从你这学到,以后其他遇到同类问题的人也可以请教你,没准他有比你更优的解决方案!

这才是真正的“善于学习”!

这才是企业HR、team leader真正欢迎的Swift开发者!

而聪明的HR和team leader是会从你的网络行为“人肉”调查到你的能力水平滴,如《换个角度看看你的薪水是怎么被决定的,揭秘人事上司老板》。

所以,好好在敏捷大拇指表现吧~~

认真点,敏捷大拇指不仅仅是个问答社区,更是个职业平台!



4.3、养成多思考、多提问的习惯

别等屎到屁眼了才急匆匆跑去上厕所,要是卫生间被占了呢?小屁孩才会这样,所以才穿开裆裤~

不要等到急需解决的时候再发帖,平时就要养成多思考、多提问的习惯。咱们Swift“工程”之“师”,就应该做到:千军未动,粮草先行!

比如这个帖子《移动端后台要学习哪些东西??》,这个Swift开发者就懂得往全栈工程师方向“自我培养”。

先储备好技能,台上一分钟,台下十年功!

练好功底,迟早有机会给lead或老板展现一下的,加薪升职的福利,不给这样的人才还给谁呀?

机会是给有准备的人的!但从来不会给那些应付责任内的工作都还吃力的人!

别跟我抱怨说你已经努力把职责范围内的工作做好了,为什么不给加薪?!

老板要的永远是性价比更优!这也是公司为了公司的使命被逼的,不能怨老板。

人力资源法则:给3人的团队、发4个人的工资、干5个人的活!




5、因事结缘

这下总算完了吗?

没有。


5.1、你还还要去结帖,编辑帖子把状态从“未解决”到“有响应”再到“已解决”;

5.2、去给帮助了你的人发金钱;

5.3、去他们空间留言致谢,而不仅仅是在你的帖子里回帖说thank you。

帮助过你的人,比没帮过你的人,在下次你再需要帮助的时候,会更愿意帮你!

更何况他是你的“贵人”,他有本事解决你解决不了的问题,他就是你应该学习的对象,这关系不拉拢拉拢?赶快去他们的大拇指空间、加他们为好友啦。

5.4、你要是不服,也可以去解决解决他的问题;要是他没问题的话,就去看他的回帖,你提出一个比他的解答更优的方案!英雄往往是惺惺相惜的


5.5、如果你还怕以后遇到其它问题、需要再到敏捷大拇指提问求助的话,就多多推荐iOS Swift开发者同行来敏捷大拇指,人多力量大!





6、从提问水平看技术境界

补充于2016年9月21日。



6.1、提问也是门技术活

  • 不先到Swifthumb自己查一下问题就囔囔着求助,这就相当于,遇到不懂的代码却不去看现成的文档。
  • 把提问的话题单独拎出来发帖,这就相当于,将一块功能拎出来写成单独一个函数。
  • 把QQ群里你一言我一嘴的穿来穿去的对话,改成发帖,这就相当于,将面向过程的设计改成面向对象的设计。


那些说这问题小、不用单独发帖、只求在QQ聊天中头疼医头脚疼医脚的人,在这一技术点上已经落下一层境界了。



6.2、好不好带

通常遇到问题,就在群里囔囔着求助、而没看到在Swifthumb.com上已经有明显解决方案的人,是不好带的。

我知道不少CTO就有网上查证候选人的行为轨迹的情况,通常称为“背景调查”,也简称“背调”。

我就干过这事,还记录下来了,给大家看看:《换个角度看看你的薪水是怎么被决定的,揭秘人事上司老板》。

不是说,我提问的问题比较弱智,会不会被未来老板看到,会以为我技术差啊。

No!CTO的认知能力没这么低级,他们更关注一个人的学习能力,是怎么从不懂到懂(遇到困难时的应对),再是否能自己提出更优解,是否有优化意识(上进),是否愿意回答别人问题(可以用作Team Lead),等等。



6.3、还有更多能力的考核:

  • 表达能力(把问题定义清楚,把任务有条理地划分)
  • 团队协作能力(不应该在自己需要帮助时就巴不得别人/领导丢下手头工作来帮你搞定)
  • 沟通能力(是不是在没回答对你的问题时,你就恶语相向)
  • 非所在领域的技术问题(比如iOS工程师是否有后台配合定义API接口的能力)
  • 非技术层面(比如产品,比如UI设计,比如作息)




兄弟们,处处留心皆学问啊。


建议大家先看看罗辑思维的观点《罗振宇:谁有问题谁牛逼!进敏捷大拇指互助问答之必看!

再给大家看看台大教授的观点:《这是“看病”,不是“算命”!最难的一课,却没教给学生




相关内容

寻求帮助解决Swift问题的人,看此帖可马上得到最优解答秒杀

伸手党和玻璃心

罗振宇:谁有问题谁牛逼!进敏捷大拇指互助问答之必看!

这是“看病”,不是“算命”!最难的一课,却没教给学生