- 最大赞力
- 0.00
- 当前赞力
- 100.00%
你是指学习上落后?我以前也看youtube和netflix. 后来发现落后别人太多了。。。。
我也觉得是这样。如果是java,request,response,sevlet生命周期等,很多框架都是扩展开来的。之前给公司新大学生培训时候,我先培训WEB目录结构,然后是jsp+jdbc连数据库,然后是jsp+sevlet(jdbc),然后是全sevlet,后来jsp+javabe+sevlet,这之后,可以逐步加入hibernate和springmvc。web开发,其实理解几个基本点就可以对付了,当然无数的技术细节只能一点一滴的积累:1. 理解客户端(浏览器)和服务端的交互过程,页面的生命周期,这个最重要。比如有人说什么从“后台”调用“前台”的javascript,其实是没有理解这个交互过程。 2.基本的html, css等,这个不难,稍微翻翻书就可以了解个大概 3.javascript,关键是要理解函数式编程的特点,需要看点好书,如Javascript: The Good Parts 4. mvc框架,这个严格地说不是必须,但它是流行技术,掌握有好处。
javascript这个夏天,我得恶补一下,平时都是网上抄抄,改改再用web开发,其实理解几个基本点就可以对付了,当然无数的技术细节只能一点一滴的积累:1. 理解客户端(浏览器)和服务端的交互过程,页面的生命周期,这个最重要。比如有人说什么从“后台”调用“前台”的javascript,其实是没有理解这个交互过程。 2.基本的html, css等,这个不难,稍微翻翻书就可以了解个大概 3.javascript,关键是要理解函数式编程的特点,需要看点好书,如Javascript: The Good Parts 4. mvc框架,这个严格地说不是必须,但它是流行技术,掌握有好处。
Spring没学过,其他都有点接触,但稀里糊涂的。你上面是意思jsp+java bean+servlet,还是jsp+java ee + servlet?我们还有实验是jsf的我也觉得是这样。如果是java,request,response,sevlet生命周期等,很多框架都是扩展开来的。之前给公司新大学生培训时候,我先培训WEB目录结构,然后是jsp+jdbc连数据库,然后是jsp+sevlet(jdbc),然后是全sevlet,后来jsp+javabe+sevlet,这之后,可以逐步加入hibernate和springmvc。
web service 大致说来,服务端公布一个接口说明(wsdl),客户端据此构造相应的对象,然后系列化(简单粗略地说就是变成文本,一般用的是xml),然后发送文本到服务端,服务端再反系列化成对象,执行操作。不行啊,就你说的那些,还有什么RESTful, WebService 都得懂,广告里面经常出现。我就是稀里糊涂的。
去年冬天服务器开发课,实验就是这两个点,主要是我搭档弄的,我跟着混,所以现在都忘了。
看我的书单,下载了,都没看,这些都看了,web, mobile开发都行了吧浏览附件496773浏览附件496772
Spring没学过,其他都有点接触,但稀里糊涂的。你上面是意思jsp+java bean+servlet,还是jsp+java ee + servlet?我们还有实验是jsf的
学编程,光看书没用的,只有动手编程,才能真正掌握和理解。
这些书,大部分没看过。Javascript: The Good Parts看过,很薄,但很精辟。不过这书需要对javascript有一点实践经验后再看,效果可能比较好。看后感觉以前理解得朦朦胧胧,不甚明白的地方,看了这本书才豁然开朗。
我现在感觉最有效的学习方法,是先找到一个很明确的需求,比如,下载某网页的动画,提取pdf里的文本,等等,然后试图编程实现。在此过程中,会查很多资料和代码(大部分是google,stackoverflow一类,很少查书,因为大多查不到),最终把程序调通,这才能真正学到东西。只有手里有了working的code,才算真正掌握。
书在对一个技术毫无概念,想了解个大概时有用。技术手册之类,有了google, msdn,基本上没用了。当然好书如上面说的Javascript: The Good Parts还是很有点拨之效的,可惜这样的好书太少。
软件工程之类的书我现在基本不看,因为都是纸上谈兵,没有切身体会,很难学到东西。
只有动手编程,才会发现问题,只有解决了这些问题,把程序调通,才有了自己的理解,才算真正掌握。光看书,过了段时间,不用就忘了。而如果写过程序,即使忘了,如果需要,至少还有现成的working code能用。
举个例子,当年跟风学java,结果hello world的程序都调不通,费了老大劲才发现原来问题出在classpath没设好,而这是当时找到的教材里都没有说清楚的。所以只有动手编程才会发现问题。
技术太多太杂,学不过来,所以我现在除非有明确的需求,否则不会因为一时的兴趣而去学。我觉得你看的书太多太杂,看这么多书,那有时间去实践?没有实践,你掌握的只能是皮毛,没有自己的理解。面对有经验的面试官,你只能重复书上看来的一套,而说不出自己的理解。
记得当初一个俄罗斯博士面试我,问我什么是soap,我说是基于xml的远程过程调用。他点点头,说只有这个我才算是掌握的。确实,我只有这个实践多一点,所以才有自己的理解。
跟youtube上的教程,学习实战内容,怎么样?jsp+java bean+servlet
这些基础的东西,你理解透了,后面去看其他的东西,就知道为框架是解决了什么问题了,为啥加一些框架了。
另外一点,学基础,我是建议用原始的工具和原始的方法,工具和方法就是文本编辑器比如editor plus之类的,不要用集成开发环境。手写每一段代码,包括html,css,javascript,jsp,java等等。 有助于你基本功的提升。
有些东西懂了后,你去看书,理解能力提升了不少,阅读速度也提升了不少。很多书都是箱单多的废话,直接google一下核心知识更快。
加分加分~学编程,光看书没用的,只有动手编程,才能真正掌握和理解。
这些书,大部分没看过。Javascript: The Good Parts看过,很薄,但很精辟。不过这书需要对javascript有一点实践经验后再看,效果可能比较好。看后感觉以前理解得朦朦胧胧,不甚明白的地方,看了这本书才豁然开朗。
我现在感觉最有效的学习方法,是先找到一个很明确的需求,比如,下载某网页的动画,提取pdf里的文本,等等,然后试图编程实现。在此过程中,会查很多资料和代码(大部分是google,stackoverflow一类,很少查书,因为大多查不到),最终把程序调通,这才能真正学到东西。只有手里有了working的code,才算真正掌握。
书在对一个技术毫无概念,想了解个大概时有用。技术手册之类,有了google, msdn,基本上没用了。当然好书如上面说的Javascript: The Good Parts还是很有点拨之效的,可惜这样的好书太少。
软件工程之类的书我现在基本不看,因为都是纸上谈兵,没有切身体会,很难学到东西。
只有动手编程,才会发现问题,只有解决了这些问题,把程序调通,才有了自己的理解,才算真正掌握。光看书,过了段时间,不用就忘了。而如果写过程序,即使忘了,如果需要,至少还有现成的working code能用。
举个例子,当年跟风学java,结果hello world的程序都调不通,费了老大劲才发现原来问题出在classpath没设好,而这是当时找到的教材里都没有说清楚的。所以只有动手编程才会发现问题。
技术太多太杂,学不过来,所以我现在除非有明确的需求,否则不会因为一时的兴趣而去学。我觉得你看的书太多太杂,看这么多书,那有时间去实践?没有实践,你掌握的只能是皮毛,没有自己的理解。面对有经验的面试官,你只能重复书上看来的一套,而说不出自己的理解。
记得当初一个俄罗斯博士面试我,问我什么是soap,我说是基于xml的远程过程调用。他点点头,说只有这个我才算是掌握的。确实,我只有这个实践多一点,所以才有自己的理解。
边看边动手,楼上一位agent1234也说了,一定要动手编程。跟youtube上的教程,学习实战内容,怎么样?
实际工作中,可能也是拿来一段现成的代码或者一个现成的框架,修改修改,变成自己的。还有个问题:一到具体开发,我总得网上找类似的,在人家的基础上修改成自己需要实现的功能,就是不能从0开始,咋办?
这个很好啊。实际工作中很多代码也是拼拼凑凑,调通了就行。
先看懂别人的代码,然后慢慢有能力修改,添加功能,fix bug,在此基础上慢慢自己有能力独立做东西,我觉得这是一个很好的进步过程。
我就是觉得这样很丢人啊,还好没有公司面试让当场做个项目,顶多是控制台程序考算法实际工作中,可能也是拿来一段现成的代码或者一个现成的框架,修改修改,变成自己的。
要从0开始,下个决心就好了。