精华内容
下载资源
问答
  • 对于每天学习的新知识进行一定的总结,是有必要的。 之前我学的每一门知识,我都没有怎么总结自己的问题,也没有怎么去想想该怎样才能学的更好,把知识掌握的更牢固。... 刚接触java web的时候,就感觉应该...

     

          对于每天学习的新知识进行一定的总结,是有必要的。

    之前我学的每一门知识,我都没有怎么总结自己的问题,也没有怎么去想想该怎样才能学的更好,把知识掌握的更牢固。从现在开始呢,我会每半个月,或每一个月总结总结自己的不足或是感觉自己良好的地方。让自己变得更好。我现在正在学习Java Web;

           刚接触java web的时候,就感觉应该会比之前学的科目(html css C语言 java)会难些的。我们的老师也讲得是比较慢的。我的老师也是个比较活泼的老师。在课堂上他如果是看见班上的同学有走神的,或是没有精神的。他马上就会讲一些笑话,讲一些故事。让这些同学都回到课堂上来。这个老师是一直带我们的,国庆节回来之后呢,因为老师生病住院了。不得不重新找个老师带我们。重新找了个老师带我们之后。我学java web的前一两个星期我都不在状态的。在课堂上我觉得我自己还是在认真的听讲的,但是一回来做家庭作业的时候,就总是做不起。就是做得起的作业,很简单的作业。我也是要做很久才能做起。就算是做好了之后。我觉得我还是不能够理解的认清楚的。到现在我都感觉学的java web的知识都是散的知识,我都把知识联系不起来的。

         我觉得我最大的毛病就是,老师讲的时候,那些代码什么的我都能够理解,但是一到自己做的时候,就不能够敲出来

         我觉得我最大的优点呢,就是不管是做什么事,我都是有信心去把他做好的,尽管我真的做不好他。这样会不会觉得自己太过于自信,反而会影响到自己的学习呢!我是不是应该不要这么自信呢!思考下这个问题!虽然每讲完一章,我一般就会总结该章的知识!但是重点的知识,我也不是很清楚的!

           我觉得吧!学完了当前的知识点,对于接下来要做的工作需要以下几点

    1:看看当天讲得知识点,觉得哪里自己不是很清楚,理解不到的知识点记下来,第二天问问老师或同学。(因为我觉得自己已经不清楚的知识点,自己再去想,只是浪费时间。但是我又觉得自己花时间去想清楚后,知识点或记得牢一些。我该选着哪个呢)。

    2:做当天的作业时,想想运用了那些知识点,是怎样用的。(前提是对这些知识点很清楚的)。

    3:总结当天重要的知识点。

    4:我还是应该提前一天预习老师第二天要讲的知识点。就算不写代码,理论的知识还是应该看一下的!

    主要还是用恰当的运用时间,由于我是在两个学校上课的。白天这边上完课,晚上继续另一边上课。

    意志力还是不够!

    如果看到我的感想的朋友,可以提提意见嘛!谢谢!

    展开全文
  • web测试失败感想

    2020-07-11 15:12:45
    这些领域之一可能与您的Web应用程序的可访问性有关。 例如,如果您正在执行自动跨浏览器测试,则用于Selenium测试的自动化脚本将在不同的浏览器或操作系统上呈现网页的显示。但是,要确定网站是否按照设计进

    不切实际的期望– 100%自动化
    最初的测试自动化失败是从不切实际的期望中获得的。在我的职业生涯中,我已经多次观察到它,一旦您获得了自动化的质量保证或工作人员,管理层就期望他们对所有内容进行自动化测试。尽管听起来很令人愉悦,但这是不可能的。您不能进行100%的自动化测试,因为在少数几个领域必须进行人工检查。这些领域之一可能与您的Web应用程序的可访问性有关。

    例如,如果您正在执行自动跨浏览器测试,则用于Selenium测试的自动化脚本将在不同的浏览器或操作系统上呈现网页的显示。但是,要确定网站是否按照设计进行渲染,版式是否合适,文字是否合适,最好手动评估

    自动化什么以及自动化多少?
    许多组织确实意识到期望进行100%自动化测试的问题陈述,但通常会遇到以下问题。我们可以实现什么自动化,如果不是100%,那么我们可以为Web产品实际实现多少自动化?

    没有适用于每个企业的自动化测试覆盖率的完美百分比或近似值。这完全取决于您所提供的Web应用程序,并且由于不同的企业正在满足不同的需求。自然而然地,人们会对围绕自动化测试实际能实现的自动化测试百分比抱有独特的期望?自动化测试的范围将从电子商务Web应用程序到静态,动态或动画Web应用程序有所不同。因此,如果您想知道为什么自动化测试对您的组织失败?然后,我建议您根据所提供的Web应用程序的类型来评估所需的自动化测试量。
    在这里插入图片描述
    加入我们!!领取最新软件测试资料大厂面试和Python自动化、接口、框架搭建学习资料!一起学习进步

    管理不当导致测试自动化缺乏可见性
    在我作为自动化测试员开始IT生涯时,我就一直是管理不当的受害者。我当时在一家基于Service的公司工作,他们为我分配了我的第一个项目。这个项目已经运行了两年,当我加入后,我被交给了一系列测试自动化脚本。项目的高层将要离开组织,管理层对即将到来的冲刺太忙了,无法考虑将要离开的高级自动化测试人员进行的全面知识转移课程。他们离开后发生的景象不佳?我的经理在听证会的结尾说,我们因停电而大吃一惊,而我刚起步,对各种出站和入站流程如何受到众多自动化脚本的影响的了解最少。然而,

    我见过一些由少数成员负责实现自动化的团队,而其他成员则对正在发生的事情一无所知。

    您是否认为当一半的团队缺乏可见性时,从自动化测试中获得魔术效果是不现实的吗?由于自动化必须是一个协作的工作,因此对每个团队成员进行相关工具和流程的教育非常重要,尤其是对新手而言。您可以通过举行团队会议和会议来讨论与自动化有关的工具,趋势和实践,从而实现这一目标。

    对手动测试或探索性测试不了解
    这可能会让您有些惊讶,测试自动化失败的另一个原因可能是缺少手动测试技能或探索性测试技能。自动化测试脚本并不意味着团队成员可以减少一些懈怠。到目前为止,我们已经知道,自动化方法不能涵盖所有内容,而这正是挑战所在。因为现在您必须更深入地研究Web应用程序,并找到队友尚未发现的关键测试方案。

    自动化是节省测试工作的一种方式。软件公司应该使用它来最大程度地减少重复,并仅使那些不易更改的元素自动化。一旦完成,公司应该分配他们的资源来执行广泛的手动测试或探索性测试,以找到独特的测试用例。

    不仔细考虑并编写脚本
    自动化似乎是减少工作量的一站式目标。但是在开发测试自动化脚本之前,必须考虑周全。此外,这可能会花费大量的自动化测试执行时间。框架和测试自动化工具的灵活性在开发脚本场景所需的时间中起着至关重要的作用。

    由于每种情况都不同,因此必须编写脚本。即使您仔细考虑,如果不编写脚本脚本,这都是浪费。确保测试工程师的编码技能与测试的复杂性保持一致。复杂的测试需要大量时间才能实现自动化。因此,随着全新功能的发展,他们通常没有机会发现回归错误。在写下测试方案之前,请确保牢记这些注意事项。

    对何时使用自动化以及何时不使用自动化缺乏理解!
    “ 为什么测试自动化对您的公司失败? ”背后的最常见原因?”是人们不知道什么时候应该自动化,什么时候不知道。例如,可以自动化不同的网页功能。但是通过测试自动化评估填充,图像等渲染问题不是一个好主意。如果使用坐标来确定元素位置,则在以不同的屏幕分辨率和大小运行时,可能会导致差异。

    在测试易于进行大量更改的项目时,使用自动化是不可行的。如果您要测试稳定的实体,那么自动化是必经之路。基本上,需要重复执行某些操作的普通任务最适合自动化测试。因此,测试自动化可以简化您的回归测试过程。

    人员和资源计划选择不当
    我看到IT行业普遍存在错误观念。人们认为任何开发人员或测试人员都可以执行测试自动化。测试自动化的设计,配置和实施需要特定的技能。执行自动化的测试人员应该知道如何在经理,开发人员和客户之间阐明想法。他/她还应该对开发趋势有清晰的了解,并且应该知道开发团队要去的方向。

    自动化测试工程师是最困难但重要的一些人。为了启动各种自动化项目,聘请具有广泛技术知识的测试人员至关重要。整个团队应该知道发生了什么,而不是由一个或几个人进行自动化测试。即使在雇用技术精湛的员工方面投入很高,但回报还是值得的。

    没有足够注意测试报告
    由于自动化测试是一个相对较新的现象,因此失败的可能性很高。测试团队进行的新实验太多,因此准确分析结果变得很重要。进行测试后,测试人员必须做出详尽的测试报告。但是,这就是测试自动化对您而言失败的原因!您的团队没有对测试报告分析给予足够的重视。如果执行不当,分析可能会导致无人看管的故障,并浪费时间,资源和精力。

    在自动测试中,有些测试成功,有些失败。因此,必须检查测试报告是否有故障并分析某些测试失败的原因。最好手动进行分析,以发现真正的故障。揭露隐藏的问题并确保它们不会被其他问题掩盖而被忽略是至关重要的。
    在这里插入图片描述
    自下而上的方法来定义您的自动化目标
    设置太高而不能成为自动化的真正目标,在纸面上似乎很完美。但是,在执行步骤时,团队成员之间严重缺乏清晰度。最大的问题是目标不明确。他们缺乏从自动化中获得真正价值的准确性和准确性。大多数公司所做的是,他们开始将非常复杂的事情自动化,并最终重构整个框架。结果,团队最终会浪费大量时间,金钱和精力。

    您可以通过从小处着手并逐步提高复杂性来消除不确定性。选择稳定的功能,并从其自动化开始。之后,收集反馈以确定出了什么问题。一旦您的测试达到一致性,就可以继续使用其他功能。对于不同的项目环境,需求可能会有所不同,因此请使用自定义方法进行测试自动化。

    选择合适的工具进行高效有效的测试
    在拥有大量自动化工具的情况下,有时候选择最佳工具变得充满挑战。最终目标是改善整体测试程序并满足实际要求。但是大多数团队都无法从头再来,也没有挑选出最适合其测试需求的工具。毫无疑问,自动化测试高度依赖于您决定继续使用的工具。每个工具都有特定的功能。但是,团队缺乏充分利用这些功能所需的专业知识水平。

    此外,公司陷入了对特定工具的炒作。但是在选择它之后,他们意识到它并没有提供他们希望获得的一切。另外,每个团队都有预算,有时该工具的成本超出了预算。在继续选择炒作工具之前,请仔细列出要求。之后,确定您对该工具的期望。在设定目标时要非常具体,并检查与产品用户接受标准的对应关系。您也可以咨询有使用这些工具经验的专家。

    忽略假阴性和假阳性
    几乎每个组织都经常观察到这一点。一旦自动化测试套件准备就绪并且工作正常,管理就开始放松。他们开始放宽对测试执行的深入分析,因为他们认为只有通过/失败检查才足够。但是,这就是测试自动化对他们失败的原因!

    有时,系统从根本上可以正常运行。但是,自动化脚本不能反映出相同的情况。他们以其他方式陈述并导致假阳性方案。因此,这造成了混乱的局面,浪费了时间,精力和资源。我已经看到测试团队试图找到不存在的东西是多么令人沮丧!

    另一种情况是,自动化脚本发出绿色信号时,出现了问题。系统无法正常运行,但脚本另有声明。网络问题可能会导致测试环境设置出现差异。这是由于数据库开始阶段缺乏准确性而导致的。从长远来看,让系统处于受损状态可能会导致灾难性后果。

    具有未定义ID的Web元素
    每个Web元素都必须有一个ID才能执行有效的测试。但是有时,开发人员无法将ID分配给所有Web元素,这就是测试自动化失败的原因。在这种情况下,自动脚本必须查找这些Web元素,这会花费大量时间。此外,如果脚本无法在规定的时间内找到这些元素,则测试将失败。因此,为了确保脚本的正确同步,团队必须为所有Web元素分配唯一的ID。

    不利用并行执行
    因此,您最终使所有想要自动化的东西都自动化了。您最终获得了庞大的测试套件,直到现在,您才开始碰壁。这些复杂的测试套件执行时间比您预期的要长。这开始与您各自的IDE测试自动化框架中的测试队列质量相抵触。结果,由于队列超时问题,测试用例突然停止,这都是因为您要按顺序执行它们。测试用例的顺序执行是Web应用程序测试自动化失败的另一个原因。

    与顺序运行测试不同,并行执行使您可以在不同的环境中同时执行多个测试。但是自动化测试可能会导致意外的代码交互。调试失败原因非常困难,因此您需要透彻的报告机制,提供有关测试执行的详细见解。

    通过测试自动化对ROI的错误估计
    无论您在线经营什么业务,ROI都将成为每次董事会会议的议程。股东要求更高的回报。而且,无论您准备测试自动化套件花费了多少时间和精力,如果它们产生的ROI均达不到预期,那么它们的重要性将比您预期的要轻得多。

    在计算测试自动化的投资回报率时,可能需要考虑许多指标,例如测试维护,购买必要的测试自动化工具所涉及的成本,板载资源等等。计划不切实际的ROI对于许多组织而言可能是成问题的,并且可能是测试自动化失败的原因。
    在这里插入图片描述
    无法评估涟漪效应
    许多组织给人以自动化测试容易的印象。您所需要做的只是编写几行代码以自动化您的Web应用程序的测试工作流程。就是这样!您完全不必担心测试自动化脚本的计划和输入。但这不是!

    您需要评估波纹效应。您的Web应用程序将包含许多旨在测试不同模块和流程的测试自动化脚本。如果一个测试脚本无法正确执行,则其他脚本也可能触发测试自动化失败。不仅如此,在计划资源时还应该计算出连锁反应。

    假设您有一个高级资源,他曾经写过脚本,现在已经离开了公司。您可能没有想到辞职可能会在自动化项目的未来时间表中产生连锁反应。这就是为什么需要记录有关系统中每个自动化测试脚本的每个细节的原因。该文档应作为萌芽的自动化测试人员以及经验丰富的自动化测试人员的标准。

    测试套件不是一成不变的东西–它应该随着平台的发展而发展/变化/不适应的测试套件
    测试自动化对您的组织失败的另一个原因可能是不合适的测试套件。许多自动化测试人员会创建静态测试套件,这些套件在您扩展业务时并不那么灵活。每当平台发展时,它们最终都会重新编写整个自动化测试脚本。这是一个坏习惯,因为您在浪费时间,资源带宽和金钱。另外,这是一个错误的过程。确保您编写随平台扩展而发展和适应的测试套件。

    自动化一个过程并跳到另一个过程而无需回头
    避免测试自动化失败的另一种方法是即兴测试套件。现在,这听起来似乎很明显,但是在许多组织中却没有实践。原因是,一旦他们设计了测试套件,并发现它可以正常工作,便开始着手自动化新领域。我没有批评沉迷或探索新领域以实现自动化的努力。但是,管理一个时间窗口并让您和您的团队回顾现有的代码段,以找出进一步优化它的方法并没有什么坏处。始终尝试使用您的测试套件,以使事情变得更好。

    无法合作
    随着敏捷软件,看板软件等现代SDLC(软件开发生命周期)方法在全球范围内的采用,协作已成为将Web应用程序更快部署到市场中的关键组成部分。

    这是一个多维软件开发过程,所有团队都在同时开发Web应用程序。您有一组开发人员设计前端,另一个负责后端,还有一个负责中间件活动的团队。作为测试人员,您需要了解哪个团队负责哪个模块。您必须及时了解不同团队所做的产品增强功能,并对自动化脚本进行相关更改,以确保测试自动化不会失败。

    执行每个测试自动化套件之前,手动设置测试环境
    自动化测试的主要目的是最大程度地减少重复手动测试所涉及的压力,以节省时间。从抽象的角度看,这听起来不错,但对于那些执行测试自动化的人来说,要意识到为执行内部测试自动化而配置正确的基础结构的艰辛。我经常观察到测试人员在执行新脚本之前会刷新整个测试自动化套件,以避免与脚本产生任何歧义。但这不能使自动化测试的整个过程都失败,不是吗?

    例如,如果您正在使用内部Selenium Grid执行自动跨浏览器测试,以测试适用于Google Chrome和Safari浏览器的macOS和Windows操作系统的网站。现在,您可能每次都要运行Selenium脚本之前就不得不面对设置新操作系统的麻烦。

    在静态测试环境中重复运行多个测试套件,而无需进行清理
    这是组织自动化测试失败的非常普遍的原因。特别是在临近最后期限时。您的测试部门将继续在同一测试环境上运行大量测试套件,而不会清除先前执行的测试自动化脚本的缓存。这可能会导致错误的测试评估,当您遇到更多的假阴性和假阳性时,您的测试报告可能会受到影响。

    例如,假设您需要针对不同的地理位置测试您的Web应用程序。在静态测试环境中执行地理位置定位时。您的脚本可能会遭到Google的测试,要求您证明自己不是机器人。这将导致测试自动化脚本失败。

    这就是需要使用清除的缓存的新虚拟机的原因,因此您可以获得自动化跨浏览器测试脚本的准确结果。

    测试环境本身很麻烦
    为了使自动化能够在不同的测试环境中工作,需要进行大量的计划。您需要在暂存环境上进行测试,以确保将代码移入生产管道时,它们可以完美地工作。但是,经常会发生这样的情况:在舞台环境中进行测试时,用于代码更改的测试自动化脚本可以无缝运行,但是当移至生产环境时,它就会崩溃。此类问题背后可能有许多原因,例如缺乏持续的监控,登台环境无法使生产环境成对增长,缺少实时流量等等。

    测试代码本身有错误
    最后但并非最不重要的。如果到目前为止我们已经讲完所有要点,并且您的测试自动化仍然失败,那么您唯一需要反思的地方就是您自己的测试自动化脚本。确保您没有为整个项目中涉及的任何测试脚本提交任何编译时以及运行时错误。

    总结一下
    如果您的组织需要提高生产力,那么自动化测试就是必经之路。这是提高最终产品质量所需的最有效的过程之一。测试自动化还提高了软件的健壮性。但是要谨慎执行和拖延。您不能在没有障碍的情况下匆匆忙忙,因为没有一家公司可以承受损失巨额资金的麻烦。另一方面,过多的恐惧会阻止您获得自动化测试所提供的显着优势。

    加入我们!!群,642830685,领取最新软件测试资料大厂面试和Python自动化、接口、框架搭建学习资料!一起学习进步

    展开全文
  • web网站感想

    热门讨论 2010-09-17 11:08:00
    三流的程序员都是在web编程起步,想想啊兽做web编程都两年了,我觉得只要是好的技术,先进的,都会有人学 想想当初为什么选择c#呢,我也不知道,也许使赶时髦的原因,也许是因为有秦xx的影响,也许是多几个工作...

    小引:

    我这篇日记居然在csdn首页公布,我很高兴,很高兴..这给我的启示录:

    坚持写东西,写有用的东西,从小菜变成大虾

    这是我的目标

    但是为什么编程读书全会 放下书写代码却又全不会

     

    瞎思考着:

    对于非名校的我们,刚参加工作或是没有参加工作

    如果足够幸运 跟碰上一个大项目

    好好干完 无论 自己基础多么差

    多么不牢 咬咬牙 顶住

    不要想我要学什么 学什么 一切都为了解决这个项目

     围绕项目而转

    总是觉得必然有很多都是在困惑中 都是在待解决中

    当这个项目干完 你会知道自己有多么多么不足 哪些方面是需要学习的

    这个时候再去系统的学习一段时间 好好思考一段时间 打好基础

     

    前人的话:

    不要盲目追求技术,选择语言。这些都不重要,要培养自己的逻辑思维能力和业务经验。

    语言只是工具,有了思想和经验后学一门新技术只是时间问题

     

    我的话:

    最近Rp很差啊,写的老是不顺,问题多多...

    三流的程序员都是在web编程起步,想想啊兽做web编程都两年了,我觉得只要是好的技术,先进的,都会有人学

    想想当初为什么选择c#呢,我也不知道,也许使赶时髦的原因,也许是因为有秦xx的影响,也许是多几个工作岗位的原因

    之前我了解的c#是:强大的面向对象开发能力的,雨web紧密结合的,完整的安全性与错误处理,较强灵活性与兼容性

    说了那么多c#的亮点,我觉得还是蛮讨人喜欢的,这不,看下有三位网友的看法:

     

    网友的话:

    网友一:

    C#是一门计算机语言 C#相关的技术有很多 当下最流行的是asp.net 是用来做网站开发的 还有C#.net 是用来做窗体程序开发的 这是两个大的分支 web 和 windows C#也可以用来编写像 webService wcf 这种的服务接口 以供其它程序调用 概括来说 C#是用来做软件的 而重点是 软件是用来做什么的? 信息管理 数学计算 物理实现 游戏开发 .... C#可以做任何事(指软件能做的任何事)

    C#.XNA是专门用来开发游戏的

    C#的优点有很多 劣势也有

    C#可以适应当下很有市场前景的企业级应用程序的快速开发 高友好度的客户体验 这是C++所不能比拟的 重点是:快速开发,高友好度

    C#是基于win系统的开发语言 而win系统是世界上最为普及的应用系统 所以C#的前景很被看好

    最新的技术应用如WPF SilverLight也是颇有前途的 使C#开发项目的客户体验难以被超越.

    XNA的异军突起也使得被众人耻笑为"不可能开发出游戏"的C#语言在游戏开发中表现优秀

    总之 C#能做什么? 很多 而C#最被认可的能力就是 在短期内开发高用户体验度的应用软件和网站 

    c#是被认为在短期内开发高用户体验度的应用软件和网站 

    网友二:

    你这个问题,有点儿……,太门外汉的意思。呵呵。

    不过,大家都是从一个门外汉过来,我当初学C#的时候,也很迷茫,不知道它有什么用途。

    现在,我已经从事开发有两三年了,主要用C#。要说它有什么用途,还真不好说,我是做ASP.net开发的,主要是做网站的开发。

    C#主要是用来,读取数据库,处理数据,然后传给网页,或是直接生成网页;当然,它的很多操作,还得依赖.net环境;毕竟它只是一种语言;

    就像我们说话,用中文或英语,或其它的语言进行沟通,我们沟通的目的是什么,是为了说话吗?当然不是,我们通过沟通可以做很多事情,决不是为了说话而 说话,这就是语言的用途。C#语言对于计算机,也是这样的一个功能。

    我们要让计算机做我们想让它做的事情,我们毕竟让它听懂我们说什么,于是,首先,我们要学会计算机的沟通方式。 

    网友三:

    C++,C语言这个词在中国大陆的程序员圈子中通常被读做“C加加”,而西方的程序员通常读做“C plus plus”,它是一种使用非常广泛的计算机编程语言。C++是一种静态数据类型检查的,支持多重编程范式的通用程序设计语言。它支持过程化程序设计、数据抽象、面向对象程序设计、制作图标等等泛型程序设计等多种程序设计风格。 

    【C++语言的应用】

      哪些程序是用C++写的:

      主流的3种操作系统Windows,Linux,Unix,内核都是用C语言和汇编写的,上层高级特性是用C++写的。

      《魔兽世界》等几乎所有的网络游戏,百度搜索引擎(Baidu.com),我们所用的大多数软件都是用C++写的(硬件也有很多用到C++的)。

    C#是微软开发的一种面向对象语言,其目标是即拥有C++的执行效率和运算能力也具备如VB一样的易用性。C#是基于C++的一种语言,同时包含类似Java的很多特征。  

    C#是被设计工作在微软的。NET平台上的,微软的目标是使数据和服务的交换在网页上更容易,并且允许开发人员构建更高的程序可移植性。C#可以方便的用于XML和SOAP,并可以直接访问程序对象或方法,而不需要添加额外的代码。所以程序可以构建在已存在的代码上,或者多次重复的使用。C#的目标是为市场开发产品和服务时更快捷且成本开销更低。 

    我的感受:

     

    今天看网站的一般功能,发现一个网站功能的规律,拿asp.net来说,

    控件,datalist,datagrid,分页,会话,还有查询,缓存,内置对象等,

    再多一点就来个swf ad轮换,美观点就来个ajax登录页面,

    技术新点来个linq to sql 操作后台数据 还好国庆做个ajax许愿墙...

    校学生会网站玩了那么久,感觉也快要接近尾声了,

    想想自己,看书,百度,gongle,一路走过来..也许这当中的喜怒哀乐只有心里知道.

    当中不禁感到心酸,程序员的路子,算法的应用,每天指定的看《成功之路》到底坚持到多久了...

    没几天就大三了...我的web编程是不是也停一下..

    看来是要停止一下

    校学生会网站v1.0.rar 

    http://cid-4595ee2067fa1fd8.office.live.com/browse.aspx/code

    展开全文
  • web课答辩感想

    千次阅读 2012-06-03 23:22:17
    对于今天Web期末答辩,有几点想说的。首先,雷同性太强。我总觉的我们的思维不够开阔,有n多的棋:五子棋、国际象棋、暗棋类(包括斗兽棋、暗棋等大吃小的棋),还有n多小游戏:俄罗斯方块、贪吃蛇、连连看、扫雷、...
     
    

    对于今天Web期末答辩,有几点想说的。首先,雷同性太强。我总觉的我们的思维不够开阔,有n多的棋:五子棋、国际象棋、暗棋类(包括斗兽棋、暗棋等大吃小的棋),还有n多小游戏:俄罗斯方块、贪吃蛇、连连看、扫雷、打豆豆什么的。不是否认他们做的东西不够好,也不否认他们没有花时间。只是我觉得创新性不是太强。从我体会来讲,做什么作品,很大程度上和本身的接触面有关系。因为我经常玩扫雷,经常玩泡泡龙,所以我就做扫雷、泡泡龙。很少有很新颖的选题,也很少有做应用软件的。在应用软件上和08级不是在一个数量级上。我们只有一个阅读器,用WPF做的,从质量上来讲确实高端,我觉得要比上一级高一个档次。

           我试着分析一下其中的原因:第一,我们的固定思维把我们框死了。因为总认为作业只能做游戏,并且我们把太多时间花在游戏上。曾经我看到某些同学上课在手机上玩俄罗斯方块,玩了起码一学期。其实本来他可以用这些时间接触到许多不同的东西,学到更多的知识——学习不仅仅在课堂上,甚至我认为对于那些无聊的课就应该果断翘之。于是,今天我看到他做了俄罗斯方块。

           另一点是从众。我发现几个关系比较好的同学,他们做了同一个游戏,甚至连布局都一样,唯一不同的居然只有图片- -。那么我就猜想,他们规则之类的代码也应该是一样的吧,那有何必写三遍呢?不如封装个类,要用大家一起调用就好了嘛。

           不过也有好的一面,其中最震撼我的是一个游戏大厅,界面不但美观的没话讲,功能也几乎和QQ游戏相同,登陆用了SqlServer,游戏设置等属性都保存在xml文件里,只可惜游戏怂了,又是俄罗斯方块。如果我想到了这个点子,那我一定只做游戏大厅平台,把其他所有游戏都调用到我的平台里,在平台里实现联网对战等。另外,桌球也很不错,用了物理的知识,还考虑了能量损耗,还有炸弹人。

    昨天基友们去了InfoSys,回来一大通学习英语的决心,某基友还立志考托烤鸭,要背《新概念3》什么的。我倒认为那位程序员不需要花额外的时间在学英语上,因为他本身就对写代码感兴趣,那么其实他可以多看一些优秀的英文文档,去英文的程序员论坛提问,这对他来说是一举两得。这同样适用于不会编程却立志学英语的人,因为网络上有足够且充足的资源,完全可以自学,同时还能学英语,岂不是一举两得的事?其实很多时候我们总是对我们拥有的视而不见,不仅仅是学英语。

    我们有时候会聊到某大牛、某大神很厉害,但我们却不能成为他们一类的人物。其实我们要向他们学习,学的不是编程语言的方法,也不是算法是怎么写的,而是要了解他们是怎么想到的,他们的逻辑过程是什么。高中老师只会教解题技巧,但他们很少跟你讲他们是怎么想到的。可能他们自己也是拍脑袋拍出来的,就像想出苯环六边形结构的大牛,那位大牛做梦的时候梦到六只猴子首尾相连但一旦学会了这种联想过程,原来的难题也就不那么难了。

    最后做一个自我检讨,我做了一个你画我猜,选色、更改线宽、绘画同步、聊天都实现了,可是我觉得还是做得太简单。花的时间也不多,从立题到完成一共花了11天时间。其中排除掉上课和通三国志12的时间,实际所花时间所剩无几。那么为什么说简单?因为涉及的内容不多,没有算法,没有新技术,最大的难点也就是画图同步和传颜色。其实最开始我是想做新闻分类器,奈何数据训练让我实在头大,RapidMinerStatistica都不会用,视频教程要翻墙,看起来又卡。网上已经分类好的新闻语料库也很少。在这方面我觉得我一个人的能力是有限的,想找几个人一起做这个东西。然后临近答辩了,就转到你画我猜上了。在答辩的时候听到有部分同学是想做数据挖掘相关工作的,可是却把这么好的练手机会给放弃掉了,这让我很惋惜。

    展开全文
  • web开发入门感想

    2014-02-14 11:57:06
    原创:negoo(方晓) ... ... [s:2]  ...这个简单也许真的不简单,呵呵。下面我想分享一下自己学习的一些过程。...先说些费话,语言组织能力差,说了不少费话,愿意看的就看,不要骂我就行 ...其实学习一门新语言并
  • Java web 分页感想

    2013-03-28 20:43:28
    最近在作一个小项目,就是一个b/s模式的毕业选题系统,基于SSH框架做的,用的是Mysql数据库,在做的过程终于到了很多问题,尤其是分页处理,总是显示空指针异常,要不就是传的值NumberFormat异常,经过我一下午的...
  • Java web 分页感想

    2012-11-18 17:10:00
    最近在作一个小项目,就是一个b/s模式的毕业选题系统,基于SSH框架做的,用的是Mysql数据库,在做的过程终于到了很多问题,尤其是分页处理,总是显示空指针异常,要不就是传的值NumberFormat异常,经过我一下午的...
  • Web编程的导读感想

    2021-08-27 09:45:00
    有了这本书,语义Web的承诺(机器能够发现、共享和组合Web上的数据) 不再是一种技术上的可能,而是一种可以实践的现实。《语义Web编程》展示了使用现有和新发展的标准和技术来实现语义Web应用程序的几种方法。你将...
  • 也谈谈关于WEB感想

    2015-04-22 10:23:00
    引起我想发这篇博文的原因是 @Charlie.Zheng所发表的 《Web系统开发构架再思考-前后端的完全分离》 本着个人博客是自己的私人领地,我的地盘听我的的基本原则,我就在本文中大胆胡说。若各位看官的意见与鄙人相左,...
  • Web学习 第一天感想

    2019-05-21 19:14:45
    Web学习-第一天感想 <!doctype html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Document</title> <style> .red { color: red; } ...
  • 谈谈第一次Web项目的感想(上)

    千次阅读 2017-01-01 06:51:31
     这次也仅仅是谈一下,自己对于整个Web项目的感想,收获,和不足。  需求分析阶段,由于没有客户,所以所谓的需求分析会议并没有开起来,需求分析是由小组几个开发者自己讨论,需求记录暂且不谈,整个阶段最大...
  • 从事了几年软件开发,经常性的做网站开发,所以所思所想也都不自觉的会转移到WEB开发方面来。个人认为,作为一个好的WEB PROGRAMMER,所应掌握的知识体系应该不仅仅局限于前端、后端、服务器等等方面,而是应该...
  • 手机web开发的感想

    2011-12-22 11:51:00
    前几天做了一个手机web的页面,由于是刚刚毕业,以前只是做过pc的网站,上来以为和以前一样呢,结果做了一个东西,本来说是手机分辨率是480*800的,那我就定义网页的宽度是480不就好了吗,结果做完了部署一看,好...
  • 学习Web前端开发感想一二

    千次阅读 2011-11-02 16:55:42
    辞掉工作后,想从事前端开发,躲在宿舍看书,看了一本别人推荐的《Web前端开发修炼之道》。这本书通过作者自己的开发经验,着重讲解了在web开发中一些习惯性问题。   在web前端中我最熟悉的,也最自信的是div+css...
  • 不知何时有了框架注定会过时的这种观点,所以最近一直在寻求原生开发的方式,也就是web component。趁着最近有空,一天读完了Building Native Web Component 这本书 讲一下对于web component原生开发的一些想法。 在...
  • 浅谈 web app 的几种适配方法感想

    千次阅读 2015-12-03 09:11:04
    移动端越来越火,特别是基于微信开发的web,今天就来捣鼓捣鼓web app适配不同大小手机屏幕的几种方法以及感想,如有错误和不足,望大虾指正 1.响应式: 响应式比较出名的一个框架bootstrap,bootstrap是一个“ 组件...
  • 视频长度:1 小时左右 视频作者:Scott Hunter 和 Scott ...视频地址:Visual Studio 2013 为 Web 开发人员带来的新功能 一些感想 这段视频虽然标题设定为 Visual Studio 2013 最新版本发布,但其实并没有对 Vis...
  • web研发工作中的一些感想 我是一名web工程师,工作三年,现在在全网项目组担任web前端研发的工作。有些想法不吐不快,虽然不一定符合拓九条的价值观,但绝对是真实想法的流露。 认识工作与报酬的关系...
  • 试用web2.qq感想

    2010-09-14 09:39:27
    腾讯9月14号新出的一款产品,web2.qq 同事今天介绍我用了下,感觉非常不错。嘿嘿·~~~(奸笑)   腾讯这款产品,几乎集成了它的所有应用,包括游戏,团购,QQ音乐,还有新推出的QQ地图,速度貌似比google的还要...
  • google总是让人喜悦的公司,金山词霸与谷歌合作版加入在线翻译功能,对我们看英文文档,给了很大的帮助,今天又适用了GWT,这个工具能将java编译为javascript, 很好很强大,java语言开发web前台... ...
  • 我刚开始接触web网页设计的时候,教材都是以table来布局的,看到插入table生成了很多标签代码后,tr里面一个个td,理不清楚这个里面怎么回事。敷衍的学习了一个学期。还是没学到什么。真正学到的还是停留在怎么新建...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 7,355
精华内容 2,942
关键字:

web感想