一、先列三个常见的开发场景:
1、拿到一个模块详细设计文档,大部分程序员的通常做法就是开始搭建界面代码,然后从第一个按钮点击事件或页面Load事件开始写第一行业务代码。写的差不多了,就运行一下,发现哪里不是自己想的那样,就改改,直到改到是自己预想的那样。
2、做完了一个功能模块或几块相关联的功能模块,输入111asd,发现新建正常、保存正常,就提交给测试人员。测试员用测试用数据、测试场景用例来测试,发现有问题,就登记bug。对于严重的影响下一步测试的BUG,测试员就用内部IM通知这个开发人员。对于不影响继续往下测试的BUG,测试员就登记下来,等程序员有空时处理。
3、程序员一般工作不希望大家打扰,所以开发起来就是开发。等手头开发告一段落,就看看BUG库。发现有与自己有关的BUG,就从第一个BUG开始看起。就开始通过IM和测试员掰扯起来(这不是个BUG啊、业务逻辑不是你想的那样啊、我这里不能重现啊、你给的信息描述不清晰啊),于是IM几来几往,甚至跑过去当面交流一番,甚至会拉扯上产品经理一起讨论,更甚者需要项目经理或产品经理发起一个会议来集体讨论一下
这是不是很熟悉呢看这就是大部分程序员开发的三个步骤:写代码、自测、修复BUG。
二、说好的代码设计、代码测试呢看
代码设计看那不是都有开发平台么,已经固化了啊。那不是维护旧功能做完善修改呢么,又不是写新代码,只能在现有代码基础上修改啊,你又不能大幅重构。
代码测试看你丫需求讨论期、产品设计期、设计评审期那么长,都把研发项目时间占光了,就留下2个星期让我们写代码,我们哪里有时间搞那么深的测试。还想让我们搞结对编程看还想让我们搞测试驱动开发看
而且你看测试,什么功能测试、集成测试、性能测试、安全测试、安装部署测试、升级测试、迁移测试、UAT测试,一大堆测试,测试也需要很多时间。
一个项目,需求讨论、产品范围规划与评审、产品设计与设计评审占了一个半月,开发+自测就一个月,测试占了一个半月,这就4个月了啊。
三、为啥程序员写代码总是写写测测看
刚才大家也都看到了,大部分程序员都是从界面代码开始写起,而且写一写,就运行一下看看。为什么会是这种开发方式看
那是因为大部分程序员缺乏在脑子中的整体建模能力。只能做出来一点,真实的感觉一下,然后再往下。
有些是产品经理的上游就有问题,没给出业务流程图(因为产品经理也没做过业务),也没画清楚产品功能 *** 作流程图。
为啥没给出业务流程图看因为产品经理不熟悉业务,另外,产品经理也没有流程建模能力啊。为啥没画清楚产品功能 *** 作流程图啊看因为不会清晰表达流程啊。
很多产品经理、程序员,都缺乏分类、分层、相关、先后能力,更别说总结、洞察能力。
这是基本训练,是一个做事头脑清醒的人必备的技能,这不是一个程序员或产品经理或测试员的特定技能要求。
我经常看书就梳理书的脉络,每看一本就写一篇总结。我过去闲扯淡还梳理过水浒传、红楼梦的人物关系图呢,其实就在事事上训练自己的关联性、层次性、洞察性。
我经常面试一个人时,我会问这样的问题:逗你把我刚才说的话复述一遍,另外你再回答一下我为什么会这样看地,其实,我就在看一个人的细心记忆、完整梳理、重现能力,我也在看一个人的梳理、总结、洞察能力。
我个人写代码就喜欢先理解业务流,然后理解数据表关系,然后理解产品功能 *** 作流,大致对功能为何这样设计、功能这样 *** 作会取什么表、插入或更新哪些表,哪些表的状态字段是关键。
然后我写代码的时候,就根据我所理解的业务流、功能 *** 作流、数据输入输出流,定义函数,定义函数的输入与输出。
然后,我会给函数的输入值,赋上一些固定值,跑下来看看能否跑通这几个关联函数,看看还需要怎样的新增函数,或者看看函数的输入输出参数是否满足跑通。
剩下的事,就是我填肉写详细逻辑代码了。
当然,大部分人没我这样的逻辑建模能力。怎么阅读理解也想象不出来,也没法定义函数。毕竟有逻辑建模能力的程序员都很少,100个人里有10个,已经是求爷爷告奶奶好幸运了。
那怎么办呢看
我建议是分离分工配合,这就是现实中没办法的办法。让有逻辑建模能力的人来设计函数框架、来设计工具来设计代码模板,然后让没有逻辑建模能力的人来填肉写详细逻辑代码。
我们可以先从最紧要的模块开始这么做。不紧要的模块,还让它放任自流,让熟练手程序员继续涂抹。
我曾经还让有头脑的程序员做榜样,给大家分享他是怎么规划函数的,怎么做维护性代码的代码结构改善的。但是发现效果并不佳,其他人并没有因此能做代码设计。可能逻辑建模能力是个人的基本素质,是从小到大训练成型的,不是你一个大学已经几年的人能够短时间内可以训练的。
所以啊,还是让能走的人先走,让从最紧要的模块开始这么做。
不必担心这样做后,因为过去一件事被分工(一个做代码框架一个填肉)成两个人做了会降低工作效率。我们很多的工作效率低就是因为半瓶子醋搞出来的,来回反复修改。
真是应了刘德华在**里说的那句话:说你又不听,听又听不懂,听懂了又不做,做又做不好,做不好还不服气。
四、为什么大部分程序员不做代码测试或白盒测试或单元测试呢看
还是因为没有代码设计。因为没有函数啊。所以,一个按钮功能有多复杂,代码就有多长。我见过2000行的函数,我也见过1000多行的存储过程和视图SQL。怎么做白盒测试啊,这些代码都粘在一起呢,要测,就得从头到尾都得测。
所以啊,先学会设计函数,先写好函数,这就求爷爷告奶奶了。很多开发了5年的熟练手程序员,可能都未必会写函数。
函数的输入输出值就很有讲究。很多人都写死了,随着版本迭代,发现过去定义的函数参数不够用了,于是就新增了一个参数。然后,相关性异常就爆发了,其他关联的地方忘改了,到底哪些有关联,怎么查啊,本系统没有,没准其他系统就调用你了,你根本不知道哪个神经人曾经COPY过你的代码修吧修吧就改成了他的功能呢,而且里面的很多代码他看不懂也不敢删,只要他实现的功能正常了他也不管了。于是,你改了你这个函数,他的系统就莫名出错了。
所以,我一般会定义几个对象来做参数。另外,我也很注重函数的日志、函数的异常保护、异常抛出、异常返回。另外,我也很注重参数输入值的合法性校验。
所以啊,应该开发Leader们先制定函数编写规范最佳实践,输入输出参数怎么定义比较好,函数的返回值如何定义比较好,函数的日志记录应该怎么写比较好,函数的异常保护、异常抛出、异常返回如何写比较好。先教会一般程序员,先从会写函数开始啊。
当然,你光有一份规范,程序员们还是不理解、不实际应用啊。所以,还得Leader们做好典型的代码模板,里面是符合函数规范的代码框架,只有这样,一般程序员们才会照猫画虎适应了函数设计的编程习惯。
所以啊,我专门重新定义了leader的明确职责,其中第一个重要职责就是:负责工具/框架/模板/规范的制定,并且负责推广且普及应用落地。
你不明确定义Leader的这个重要职责,你不对这个职责做明确的KPI考核,谁尿你啊。你以为好的工具/框架/模板/规范是靠人们的热情、自发产生的么看我们还没有那么自觉高尚啊。
五、为什么大部分程序员不写注释啊看
我经常说一句话,千万别多写注释。为啥看
因为我们经常遇到的问题不是没有注释,而是更糟的是,注释和事实代码逻辑是不相符的。这就出现常见问题了:残存下来的设计文档是一个逻辑、注释是一个逻辑说明、真实代码逻辑又是一个,钟表多了,你也不知道正确时间了。
所以啊,产品文档、注释、真实代码,三者总是很难一致同步。我为了几百人研发团队能做到这个同步花了大量心血和办法,但我最终也没解决了这个问题,还把Leader们、总监们、我都搞的精疲力尽。
索性回归到一切一切的本源,代码,就是程序员的唯一产出,是最有效的产出。那么,让代码写的不用注释也能看懂,咱得奔着这个目的走啊。
为啥看不懂,不就是意大利面条式代码么,又长又互相交杂。
OK,我就规定了,每个函数不能超过50行。用这一个简单规定和静态代码检查插件,来逼迫大家尝试着写函数。有的函数属于流程函数,是串起其他函数的,有的函数就是详细实现函数,实现一个且唯一一个明确作用的。
有了流程函数和功能函数,而且每个函数不超过50行,这就比过去容易看懂了。
六、为什么大部分程序员不抽象公共函数啊看
我经常说一句话:千万别抽象公共函数啊。为啥看
因为大部分程序员缺乏抽象洞察能力。特别是有些积极热情有余、爱学习爱看书、半瓶子醋晃悠的二杆子,看了几本UML、重构、设计模式、整洁代码之道,就跃跃欲试了,还真敢给你抽象公共函数了。
一开始,他觉得80%相似,20%不相似,于是在公共函数里面简单写几个ifelse做个区隔就可以。没想到,越随着版本迭代,这些功能渐渐越变越不一样了,但是这个代码已经几经人手了,而且这是一个公共函数,谁也不知道牵扯多少,所以谁也不敢大改,发现问题了就加一个ifelse判断。
没想到啊没想到,这个本来当初公共的函数,现在变成了系统最大的毒瘤,最复杂的地方,谁也不敢动,除非实在万不得已,手起刀落。
所以,我平时告诫程序员,纯技术的、纯通用的,你们可以尝试搞搞抽象公共函数,对于业务的,你们还是简单粗暴的根据Leader们做的代码模板代码框架,乖乖的复制、修改、填肉吧。
你们啊,先从做模板做代码片段开始吧,咱们放到咱们内部代码片段开源库里,看谁的代码片段被别人复制的多,说明你的代码抽象设计能力越好了。那时候,我就大胆放心让你撒丫子跑了。在没有学会跑之前,给老子乖乖的复制、修改、填肉吧。
30岁,对于每一个程序员来说都是尴尬的年龄,仿佛舞台上不知不觉间已经谢幕,而自己仍在独舞;创业,对于每一个程序员来说都是曾经或者正在憧憬的梦想,可是梦想与成功之间难以逾越的距离却也让多少人望而却步……以下是我为大家整理的程序员如何自己创业相关 文章 。
周鸿祎谈程序员创业
很多人都向往着有一天自己创业,程序员更是如此。如果你想创业,那么该怎样创业、需要有哪些准备、自己还有什么不足等等这些问题你考虑过吗本文就跟大家分享周鸿祎在接受某媒体采访时给程序员上的创业课。
程序员创业的特别之处
关于程序员创业,我之所以愿意谈我的观点,是因为我是程序员出身,也是从小公司做起来的,我自认为对待很多程序员个人包括共享软件作者和一些小网站还是很好的。我希望和他们分享一些 经验 和体会。
首先,我想说的是聪明人不一定能成功,很多程序员很聪明,但我一看就知道他们不会成功。因为我看到了一些问题,而且现在太多程序员存在很多误解。因此,我希望把我的观点告诉程序员。或许有一些程序员能够清醒,某个人可能因为我的某一句话有了感觉,对他以后的成长产生了帮助,这就足够了。
要知道,程序员总是以为自己优秀所以就能成功,其实不是。中国的程序员大部分是盲目的:看看一些论坛就能够感觉到,要么有一群人自我感觉极端的良好,以专家自居,要么就是一群蓝领埋怨公司和社会环境不行,待遇不好。
应该说,中国程序员创业的成功率也是很低的。放眼望去,中国互联网成功的人士有几个是真正写过十年软件的。事实上,现状和我们所能听到的媒体宣传的 故事 很不一样。
很多程序员的最高理想就是写一个共享软件,一年可以挣几百万。但我希望谈的不是告诉程序员如何挣钱,挣钱很容易,而是要告诉程序员如何去创业。比如虽然FlashGet的作者收入很高,衣食无忧,但从创业的角度看,它并没有以商业公司的方式创业成功。
程序员在创业方面的欠缺
首先,我看到中国程序员的合作心态非常缺乏,我认为这是中国程序员最大的问题,当然这是有很多原因的。
大家经常说这句话:态度决定一切。但事实上好程序员基本上都比较傲气,因为程序员往往会觉得自己在做世界上一件十分伟大的事情,这就是驱动机器,修改一行代 码,机器就能够工作,可以产生各种不同的行为。这很容易会让程序员产生一种错觉,认为自己可以Control Everything。程序员的自信在编程上是非常需要的,但不是适合一切场合。如果我们不说这些,可能很多程序员到现在还不知道自己错在哪里,仍然认为 自己是King of the World。
事实上,程序员的能力只是控制了一个机器。但创业仅仅具备了和机器打交道这一种能力是绝 对不够的,他还需要和合作伙伴、竞争对手、投资人、员工甚至整个社会环境打交道。很多程序员因为已经习惯了和机器打交道,不善于也不愿意 其它 的工作。很多程序员会内心认为“营销不是很简单嘛,市场很简单啊,管理也很简单啊,”我认为这种心态是非常害人的。
程序员还是一个很固执的人群,他觉得自己是机器的统帅,因此不会灵活,不会妥协。我当时也喜欢写程序,但我知道如果自己沉迷于写程序,肯定没戏,所以是逼着自己改变角色。
优秀的程序员不要自负
这两天,我收到几封程序员的来信。有一封信中大意说“我是个如此优秀的程序员,为什么我就不能成功呢,请你指点。这里有我的blog地址,看完你就 会了解我了。”我想说的是:如果真的希望别人帮忙,就要把情况真实的说出来,而不是上来就说自己很优秀,这种语言就会让别人觉得很不舒服,不是很好的交流 方式。我还真看了那个blog,但看完之后,觉得这个程序员就是一个空想狂。
可以说,很多程序员实际上是优秀带来了自负,这种自负使得其不要说创业,可能在在公司中工作也会遇到问题。所以,我甚至认为程序员在创业方面遇到的困难比其它类型的人员更大。如果程序员希望主导一个创业,可能首先就要逼自己不是一个程序员。
程序员应持开放心态,寻求团队合作
程序员首先要学会和别人合作。提到这点,很多程序员都会说“我正在带着其他程序员写程序啊,我会合作啊。”但这种合作是片面的,我所谈的不仅仅是程序员和程序员之间的合作,而是包括了程序员和其它各种角色之间的合作。程序员相亲,他们的语言比较能够容易理解。但作为一个程序员,你能不能商业人员、销售人员很好的合作呢。
我这些年还看到很多这样的例子:程序员动不动就把目标定为比尔·盖茨。其实,比尔盖茨不应该成为程序员崇拜的目标对象,这会让程序员迷失方向,因为微软另外一个创始人保罗·艾伦才是真正的程序员。再看其它一些例子,Google的第20名 程序员都可以获得五亿美元。Adobe公司两个创始人也是一个精通技术,一个对商业精通,这样的搭配才能够更好的成功。因此,对于很多程序员来说,一定要找准真正的榜样,不要被外界的故事迷惑了头脑。如果剖开一些故事的外表,你会发现国外很多成功的程序员,背后一定有一个很强大的商业感觉的人或者一个团队。
程序员的商业感觉其实并 不是很好。即便有商业感觉,其实这只是一个灵感,一个创意,但要要做成、做大还需要一系列的管理、市场、运营,这些对于程序员是不可想象的。程序员要明 白,在自己不擅长的领域,找到一个可以弥补自己缺陷的合作团队才是出路。加入一个创业团队,可能个人占10%,但因为更容易成功,而且团队可以做100分 的事情。而如果只是一个人做,很可能就失败了。
这方面,国外的程序员对自己的长短比较清楚。在硅谷,很多程序员技术上都很牛,但他们 都非常知道自己只是在技术这个领域水平比较高,出了这个领域,自己什么都不是。正因为有了这种心态,他们特别懂得与人合作。我认为国外的程序员已经普遍意 识到了这点,他们很愿意成为创业团队中的一员而并非自己创业。
因此,程序员需要调整心态,不要把自己当作精英人物,要承认自己在编程方面是优秀的,但永远有人比自己更优秀,对于其它的领域,很可能自己很无知。要知道,其实程序员的选择其实是最少的,因此抱有开放的心态是最重要的。
程序员与创业要求还有哪些差距
我认为现在的很多程序员经验过于不足,他没有认真踏实做过很多工作就奢谈创业。如果一个程序员没有在编程方面深入过,没有积累,也就是半瓶子醋。这 样的程序员我接触过很多,他们自己也不清楚问题出在哪里,让人感觉又爱又恨。我认为程序员既然要凭借自己的技术,那就一定要踏实,要能够实现任何创意。
但现在一些程序员自己没有商业意识,却又很自负,不相信别人,不理解的事情就不做。我遇到过很多程序员,他们对公司做什么方向都质疑。他 们希望自己先想清楚,可是一想就浪费了很长时间。很多程序员就可悲在这里,积累的不多,看不到方向,但他也不相信自己的公司和老板,这是一个悖论,需要程 序员深刻反省。要知道,每个公司都有懂商业的人。
就这样,一些程序员极端自负,另外有一些程序员碰了很多钉子之后,感觉很自卑,于是便认为国内软件业不行,最后 出国 或者打工,很少有程序员能对自己能做公正的评价。
国内环境是否造成程序员浮躁的因素
我以前没有仔细考虑过这点。但我想,不管怎样,程序员需要先从自身找问题,因为大环境就是这样了。我承认一个现实:程序员生存状态并不是很好,但程序员很多报怨其实是一种不切实际的期望值和自身的缺陷产生的反差。
首先,产品没有大小,只有市场的大小。很多人总是觉得这也小,那也看不上。认为公司做的产品很无聊,要做就要像某些人宣扬的那样:做游戏一定要 做3D引擎,好像只有这样才够牛。这其实就是一种浮躁。很多程序员写软件总是很多bug,基础知识也不牢固,没有参加几个项目,没有写过十万行代码,就奢 谈做大项目,这有价值吗
而且我还发现有些程序员特别愤青,骂环境,骂老板,其实这只能把自己的心态搞的很坏。很多人刚进公司时做的很差,虽然工资少,但他没有想到给公司增加了很多bug,公司实际上是在给他出学费。论坛上大家都在讨论哪里活干得少钱拿的多。甚至还有人列了一些黑名 单。这种做法的结果就是程序员自己将周围环境搞的乌烟瘴气了。
有的程序员还非常喜欢指点江山,指点公司。我个人觉得这不是不可以,但 指责别的公司对个人没有什么好处,因为存在就是合理的。如果看不到,恰恰证明是自己看不到。我看到很多程序员也写blog,技术交流的我认为非常好,但有 些人是写评论。我是觉得程序员不要做评论家,中国不缺评论家,最缺的是实干家。
总之,程序员一般过于自我。总生活在自我的世界中,就不可能真正了解世界是什么。我很早就意识到了这些问题,也努力的去客服。我的经验就是看别人如何做的好,为什么能够做的好,什么是我所不能理解。程序员要学会慢慢站在别人立场上看问题。
最后给希望创业的程序员一点建议
对程序员来说,现在要做的也很简单,这就是需要大量的实践,要慢慢培养对产品,对商业的感觉。我的建议说出来可能有些忠言逆耳。对绝大多数程序员来 说,自己一个人成功的机率是很小的,所以我认为加入一个创业的团队可能更为合适。现在有很多初期创业的公司,也需要很多优秀的程序员加盟。如果有理想,可 以选择加入一个团队,也有相应的股份,这方面我可以充当一个桥梁。
看看前百度程序员是如何创业的找合伙人已经OUT了!
“来吧,做我的CTO,给你股份,咱自己当老板。”
因为同学的一句话,前百度研发工程师YK辞职创业。一群毛头小子,技术能力过硬,但毕竟资源不足,经验欠缺,不到半年,项目无疾而终。 互联网创业 盛行的现在,一个好的技术抵得过一支团队,更别说出身BAT了。
但很多人不知道的是,就是这一样一支技术实力超强的团队,最终竟然也输在了人上——过于强调技术,没有头脑足够清醒的团队成员及时制止。这也是为什么要选背景不同、经验不同的一群人一起创业了。曾经和YK聊过很久,项目失败的背后是他对创业更多的思考,特别是对于那些拥有好工作的人来说,抛下一切投身创业需要付出的成本太高,但如果只是给创业者打工,那还不如守着原有的工作,至少更体面、更有保障。
就在我以为他会重新安安稳稳工作的时候,却意外的在创业大街再次见到了他。细聊起来才知道,他并非辞职重新开始创业,而是用自己擅长的技术加入到新的创业团队中,以外部合伙人的身份帮助两个不同方向的项目解决技术开发问题。这次来到大街,是专门和一支团队开技术碰头会的。
他的这个选择意料之外,却又情理之中。意料之外的是他居然理智的没有辞职,情理之中的是他选择了成为外部合伙人,用业余时间一边做顾问、一边写代码,实现了时间、能力价值的最大化。
其实,说到外部合伙人就不得不提智筹平台。去年3月,正是看到了毛大庆宣布 离职 但依旧担任万科外部合伙人的新闻后,智筹将“外部合伙”作为创业者&人才之间对接的一种新的合作关系。现在,创业者来智筹发布任务,除了能与互联网高级人才建立长期顾问、短期兼职、驻场办公、远程协作等合作关系之外,也能通过部分现金+可回购股份的方式,与人才建立外部合伙关系。外部合伙人是一个没有行政职位,但依旧为企业、团队做贡献的人。
对于创业团队来说,外部合伙人解决了以下问题:
1快速成长,度过难关。
按照原本的思路,YK服务的两支团队还陷在满世界寻找CTO、找程序猿的泥沼中,但有了外部合伙人,更低的参与门槛吸引了更多人才愿意加入,不仅解决了燃眉之急,更推动项目度过难关、快速前行。
2满足了人才的多样性。
一个合伙人已经很难找了,更不用说基因不同、知识不同、经验不同的一群人。外部合伙人大大降低了对人才的束缚,而这样的一种合作模式,让越来越多的人才愿意加入到创业中来,组建这样一支多样化团队更容易。
3更快找到,成本更低。
外部合伙人是通过股权激励撮合到一起的一群人,利用可回购股权让人才把创业者的事当做自己的事,目标、利益一致,做事更用心、更高效。股权支付的方式又可以降低初创的资金压力,创业者不用支付很高的现金,也能请到非常NB的人才来解决难题。
外部合伙人极大的缓解了创业找人难的窘境,但当创业者真正去寻找外部合伙人的时候,往往又会担心外部合伙人的时间、效率怎么保证水平怎么衡量什么人才适合做外部合伙人
首先,时间自由是第一标准,至少是时间可控,能够拿出足够精力完成任务。否则,连时间都不能自由支配的外部合伙人也太不称职了,CEO找你开会,你却说你在公司加班,即耽误了创业者的时间,又降低了自己的口碑。
其次,独挡一面的能力绝对必不可少。做得了合伙人的,都是某方面十分擅长的专业人才,那么做的了外部合伙人的,需要更高的水平。从一开始我就强调,外部合伙人一定是高级人才,不然没资格帮助创业者解决问题,甚至指导方向。俗话说,没有金刚钻不揽瓷器活,想做外部合伙人,一定得先有过硬的水平。
第三个标准是认可股权模式。中国基金报曾发表评论称,未来十年,如果你与股权无缘,可能无法实现财务自由。在如今楼市低迷、股市重挫的时候,股权投资却异军突起,特别是在大众创业、万众创新的激励下,全国创业氛围浓厚,涌现了一大批优质有潜力的新兴企业、互联网企业。也许你不是土豪,没有钱参与众筹,而此时外部合伙人模式的出现,让普通人也能参与,只不过是用能力和时间参与创业、解决任务,换取股权。
智筹在帮助创业团队对接外部合伙人合作的过程中,通过实践 总结 出了最适合做外部合伙人的群体:自由职业者、大企业主管级以上在职人才、工作室、外包团队等等。这些人能够站在实战的高度,不只提供经验分享,更能够有针对的解决具体问题,融入到项目和团队中。
对于很多创业小伙伴来讲,找钱、找人是躲不开的两座大山,有钱了当然可以请NB的人才加入,有人了事儿干好了钱自然不愁,先有鸡还是先有蛋的问题永远都在,找到一方的突破口自然事半功倍。这时,外部合伙人就是打破这一死循环的关键钥匙,只是需要创业者用开放的心态接受、尝试,毕竟改变原有习惯肯定难受,甚至懒得尝试。但创业原本就是不破不立的事,只有打破旧有习惯,才能接受新鲜事物,才能有更多新的收获。
从另一个角度来看,参与创业的门槛降低,意味着越来越多的人能够将自己的智力换成股权,帮助推动创业的同时,也是对未来的投资。根据智筹平台的数据显示,当 创业项目 获得融资后,人才所持的可回购股权将会以最少3倍的价值兑现,这对于很多人来讲也是不小的吸引力。外部合伙人模式,降低初创资金成本的同时,也让越来越多的高级人才加入到创业中来,大大激发了创业活力,无论创业还是参与创业,用起来都是极好的。
我也在自学当中,起初是看不懂的,看了犯困是常事,首先,我觉得应该给自己定一个理想吧,你要真的喜欢上它,因为它真的具有魔法,可以改变现实。其次,可以先做有意思的事,产生兴趣,比如在网上跟着教程做一款小游戏。最后是认准方向,花时间,精力,投入热情,看书,文档,教程,小时候我们也不懂古诗是什么意思,当年纪大一些就理解了,你发现你已经会背诵很多年了,加油,坚持也是一种魔力。
1确定你要干嘛然后在学,不要想搞设置学java,想做web学python,想搞人工智能学js
2选定目的后,选择语言
3选定语言后,google相关的语言,然后去辛苦的备战吧
-1把官方文档看熟悉,搞清楚大脉络,如果是高级语言,应该离不开,类,函数,继承,数据类型,装饰器巴拉巴拉
-2去163study或者bilibili随便找一个教程,做一些你喜欢的事情
-3等你把你想做的事情做成之后,拿着你的成果去面试吧,多面试失败几次你就大概懂了这行了
-4失败无数次后你就成为了我一个程序猿天天爬树,荡来荡去,挺好玩的
我本人也是一个编程爱好者,以下以我的个人见解,提出个人的一些看法和建议。
我认为这个问题问得本身就显得有点矛盾,想学却担心自己看不懂代码学不来,试问哪个编程人员不是从零开始的。
1、坚定信念
我认为学习是一种从心开始的过程,想学就说明有学习的心,有心之后就是行动。很多人开始有学习的心是受到外界因素的影响,比如说看别人学习编程可以自己编写一些小程序、APP之类的很酷,然后自己就滋生想学习编程的想法,又或者是看到别人、听别人说学习编程日后就业好、工资好、可以做副业等等之类的好处萌生学编程的想法,但真正把心落地,拿起编程书,看编程视频,开始接触代码时,发展学习编程并没有自己想象中的那么简单,又开始打退堂鼓了,觉得自己不行,学不来编程等等,开始对编程产生排斥心理,这样自然也就不可能学会编程。我认为学习编程,必须要有坚定的学习编程的信念。
2、从零开始
学习编程是一个逐渐积累、不断提升的过程。刚接触编程就得从最最基础的知识学习,砖头是盖成摩天大厦的基础,没有坚实的基础哪会有大厦。学习编程初期从零开始学习编程基础理论知识,记忆编程代码,有了初步的编程认知后,简单实 *** 感受编程的魅力。有了基础以后就是提升,多看实例,学习编程的编程方法,看多了自然也就会了,同时融汇贯通形成自己的编程手法,这需要时间的积累、沉淀,正所谓没有量变怎么会有质变出现。
以上是我的个人见解,希望对你有所帮助,谢谢!
本人就是一个半路出家的程序猿,说一下自身的经历吧!当决定要去学编程的时候,首先是在网上找了一些相关的课程视频!了解一些基本的知识,对于一个小白来说,不建议上来就去看专业的编程数据!因为确实是看不懂,然后就会对自己产生质疑,是不是自己不是学这行的料,然后就放弃了,看视频的好处相对于书来说,更有吸引力一些。更有利于自己的坚持。然后就是报培训班的问题,报班的好处在于有一个很好的学习氛围,身边都是志同道合之人,这样不会半途而废,毕竟现在的培训班都不便宜,一旦报了培训班,就没有了退路,这样自己只能一往无前的去学习!我在培训的时候,中途也想过放弃,到一想到自己交了这么多钱,花了这么多时间,就咬牙坚持了下来!最后就是培训出来后慢慢找工作!总之对于想学编程的朋友一定要考虑清楚,毕竟现在这个行业竞争真的很激烈,需要始终保持学习,不然说不定那天就被淘汰了,一旦想好,去一条道走到黑了
你出现这问题的原因,不是编程太难。是你基础都不了解就跑去看源码。还有就是你不是天才,才看不懂代码。
输入输出,变量声明,循环结构,分支结构看过吗?ide,运行环境配置好了么。
凡事不要急于求成,踏踏实实的慢慢学。代码不难,是人太笨,想法上有问题。去b站上学习吧。路子没找对,觉得难,其实很简单。
声明:我也是编程爱好者。这是我的原创回答!非搬运工!手工一个字一个字码出来的!答案往下看。
自学编程可以啊!方便透露下年龄,还有英语方面程度?还有你要做什么软件?我只能猜测个大概,作出如下表述。建议补全想法。好有针对性。
根据你所说的情况,结合我学编程的经历,建议如下
推荐使用“易语言”编程,因为是中文编程软件,不需要记英文!比起其他编程语言C、C++、Delphi等容易上手!重点来了,好多外G作者都是用易语言的。某些病毒也是易语言写的。
所以,建议你先从易语言着手,打好基础!再学别的!学易语言任何年龄段都能上手!
附:易语言最新版本59。自行搜索下载即可。这里就不贴出具体下载地址啦。
题外话,很好奇问答的答案为何非要凑字数??普遍是一堆废话。我用手机打字半小时,只是表达一个重点:请先从“易语言”学起!!保证立马见效果!附图是易语言官网截图。
除非你是天才,否则没有学过和有基础的前提下,你不太可能看懂,编程还是比较烧脑的,有兴趣做,有毅力做下去,且需要长期的学习和实践,这些你都能接受后,那就开始从基础学习吧,网上的各种教程,免费的,收费的,按照学习路线前进
你好,我是一个大学的任课老师,现在就是带学生软件编程的相关课程,每个初学编程都会有你这样的感受,学习软件编程是一个一点一滴积累的过程,没有谁开始就能懂得程序代码,他是一个循环渐进一步步边学习边理解的过程,需要时间去积累经验和理解的过程,随着学习的深入,慢慢的对于以前不理解的问题或者编码过程以及思想也就会慢慢理解的,不要着急,知识的沉淀需要一个过程,你要做的就是努力。加油
首先为你这个爱好点赞(òó),编程又分好多种,
编写电脑软件c语言,要是个人写的玩易语言都可以。
手机呢你就关注华为那个鸿蒙系统学那个就好
网站又phphtm5等
其实都很简单,多年以前我也这样晕。工作用到一点就学一点知道就行。时间和精力有限不能浪费的就千万不要浪费。
都是从浅入深,确定了方向就努力学习吧加油(_)
"以上就是关于一名小白程序猿怎么快速提升编程能力全部的内容,包括:一名小白程序猿怎么快速提升编程能力、程序员如何自己创业、我很想学编程,但看不懂编程代码怎么办等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)