精华内容
下载资源
问答
  • Ios 性能分析工具 及其使用侧重点

    万次阅读 2013-05-05 21:21:14
    l 有效地帮助测试人员对复杂应用的不同发布版进行测试,提高测试人员的工作效率和质量,确保跨平台的、复杂的应用无故障发布及长期稳定运行   相信以后有机会能够移植到iOS上的。

    测试我们的程序性能

    在开发iphone程序的时候,如果程序会有较大的开销并且希望运行在配置较低的早期设备上,我们就需要解决一些在设备环境窘迫的时候出现的性能问题,程序性能优化调整上升为一个不可忽视的问题。

    接下来介绍一些现有的一些测试工具,来帮助程序员发现热点,优化性能,解决程序bug。并希望以后可以出现的一些测试工具或方案。

    一、     现有工具

    Shark

    代码分析程序。帮助分析代码性能,允许配置所有系统文件,方便调试各代码运行时间,以跟踪代码性能。


    Xcode包含许多性能分析工具,其中有一个叫shark,位于/Develpoer/Applications/Performance Tools下,他最早是用于处理运行mac的程序,现在对于运行在iphone上的程序也有很大帮助。

    作为没有mac开发背景的iphone程序员,不了解也是很正常的。即时现有iphone开发书籍也很少有介绍。还有一个原因可能是他的测试方式需要对程序员有更高的要求。程序员通过CPU时钟周期分析出程序的资源消耗热点,定位到代码中的位置。其实到现在我也不会很好的使用这个工具。


    大致需要以下的步骤来完成测试和分析。

    1.        在模拟器中构建运行程序,

    2.        切换到shark设置,时间分析或其他方式,选择进程或者其他,选择指定的进程,

    3.        start,测试过程的操作,

    4.        stop,查看结果。


    通过分析,可能是消耗过多的GUI布局,或者是无谓的计算等,最终发现热点用更有效的方法来消除热点

     

    在配置好代码签名的环境,也可以测试和mac相连的ios设备,选择其中相关远程调试选项即可开始,手头没有设备的环境,没有测试。

     

    shark有效但是还是有一定的局限性:它把在他的取样周期中的所有活动同等对待,无法捕捉一小段时间,而这段时间里也许有一些其他的外部事件,做了有趣的事情,会导致其他的结果出现。

    Instruments

    性能测试工具,收集程序运行数据,帮助分析程序运行。


    他的出现解决的shark的不足的地方,Instruments维持一个程序关于时间的活动记录,并把它显示在一条时间线上,可以看到程序在生命周期中活动的响应,程序是如何消耗cpu,内存和其他资源的。很直观的通过图形界面得出了分析结果,程序很容易就可以定位到问题代码的位置。

    这是一个iphone开发书籍必备内容,现在主要是用来检查内存泄露,你可以通过网络或其他书籍来了解Instruments其他详细的功能,这里就不在赘述了。或者你也可以直接开始,我相信你很快就可以掌握其使用方式,Instruments对程序员的要求很简单。


    不过其实各有利弊,Instruments呈现的更多是分析的结果,也许会掩盖一些问题。有时候其实我们也希望通过shark的原始底层数据来更加精确的解决问题所在。

    Clang静态分析器

    这是一个LLVM的开源项目,更具体的信息可以通过其网站来了解。

    静态分析器不是在程序运行时检查代码,它是一个代码静态分析工具,通过自身的技术建模并试图发现那些易于识别的错误。

    Clang其实是集成在GCC编译器中的,并不一定需要xcode工具,也可以通过命令行配置来执行。

    在xcode中使用非常简单,没错,只需要点击Build and analyze就坐等看结果了。


    在制作下面这张截图的时候,我发现并解决了工程中的几个内存泄露和删除一些无效分支的死代码。

     

    Clang主要可以分析得出以下这些问题

    l  内存泄露

    l  Retain和release的正确使用

    l  未初始化的变量

    l  未使用的变量

    l  无法到达的代码路径

    l  引用空指针

    l  除零

    l  死存储(赋值非从未使用的变量)

    l  类型不兼容的oc方法签名

    l  缺少dealloc

     

    在应用程序的生命周期中,有很多的对象被创建,因此要发现一个较长时间内稳定但是泄露缓慢的对象的错误可能是比较困难的。Scan-build能捕捉到这样的引用技术错误。试图写一个已释放的变量会导致崩溃,静态分析器发现可以减少测试人员和用户的痛苦。

    静态分析器可以遍历所有可能的路径并发现那些可能的会错过的错误。

    Unit test bundle

    我们还有单元测试包( Unit test bundle),单元测试其实应该是开发的一部分工作,单很多时候我们并没有这样做。

    二、     还需要什么

    UI Recorder

    看看截图中的那些灰色的选项,有一个UI Recorder选项,这是一个已经Mac上存在的测试工具,顾名思义,它是一个类似于windows的Winrunner的自动化测试工具。

     

    UI Recorder通过记录一些与GUI的交互操作,通过自动录制、检测和回放用户的应用操作。

     

    l  发现那些依赖于应用程序使用方式的的性能问题。就算只是通过简单的机械重放,通过可以发现bug的重现规律,可以发现可能需要和用户指定的交互动作才会出现的问题。

    l  可以自动进行需要的压力测试,通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题。

    l  有效地帮助测试人员对复杂应用的不同发布版进行测试,提高测试人员的工作效率和质量,确保跨平台的、复杂的应用无故障发布及长期稳定运行

     

    相信以后有机会能够移植到iOS上的。

    展开全文
  •  是在软件开发过程中要进行的最低级别的测试活动,在单元测试活动中,软件的独立单元将在与程序的其他部分相隔离的情况下进行测试,测试重点是系统的模块,包括子程序的正确性验证等。  集成测试  也叫组装测试...

    单元测试

           是在软件开发过程中要进行的最低级别的测试活动,在单元测试活动中,软件的独立单元将在与程序的其他部分相隔离的情况下进行测试,测试重点是系统的模块,包括子程序的正确性验证等。 

    集成测试

            也叫组装测试或联合测试。在单元测试的基础上,将所有模块按照设计要求,组装成为子系统或系统,进行集成测试。实践表明,一些模块虽然能够单独地工作,但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题,在全局上很可能暴露出来,影响功能的实现。测试重点是模块间的衔接以及参数的传递等。

    系统测试

            是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。测试重点是整个系统的运行以及与其他软件的兼容性。

    展开全文
  • 单元测试与系统测试相比,其侧重点在于发现程序设计或实现的逻辑错误,基本属于白盒测试的范畴   ․ 单元测试使问题及早暴露,也便于问题的定位解决,单元测试属于早期测试,因而错误发现后就能明确...

    单元测试与集成测试的区别:

    单元测试与集成测试相比,测试对象有所区别:

    集成测试的被测对象是单元间的组合,这里,不同模块往往是分配给不同的人员开发。集成测试主要关注不同单元模块之间的接口和配合

    单元测试的测试对象是这些模块下的实现具体功能的单元,一般是对应详细设计中所描述的设计内容。单元测试主要关注每个具体单元模块内部的逻辑结构和功能是否正确

    单元测试与系统测试相比,其侧重点在于发现程序设计或实现的逻辑错误,基本属于白盒测试的范畴

     

    单元测试使问题及早暴露,也便于问题的定位解决,单元测试属于早期测试,因而错误发现后就能明确知道是由某一单元产生的

     

    单元测试允许多个被测单元的测试工作同时开展

     

    系统测试定义:

       系统测试是针对软件项目组所承担开发的软件系统进行的测试,主要目的是验证该软件系统是否满足了软件需求规格的定义

    系统测试对象:

       软件项目组所承担开发的软件系统,是软件项目级的系统

    系统测试依据:

       软件需求规格说明书、各种技术规范

       系统测试的依据决不是软件本身

    系统测试用例的设计原则:

    ●系统测试用例应覆盖软件需求规格的所有测试点

    ●系统测试用例应该指出实际输入值和预期结果

    ●系统测试用例应该考虑各种输入输出条件和各种边界值

    ●系统测试用例的设计应该考虑测试执行的可行性

     

    集成测试的对象:

     以模块为基本单位

     测试模块间的接口及同步机制

     测试模块间全局数据的正确性

    测试子功能是否实现

     

    单元、集成、系统测试比较:

    测试类型

    对象

    目的

    测试依据

    测试方法

    单元测试

    模块内部的程度错误

    消除局部模块的逻辑和功能上的错误和缺陷

    模块详细设计

    大量采用白盒测试方法

    集成测试

    模块间的组装和调用关系

    找出与软件设计相关的程序结构,模块调用关系,模块间接口方面的问题

    软件概要设计

    结合使用白盒与黑盒测试方法,较多采用黑盒方法构造测试用例

    系统测试

    整个软件系统

    对整个系统进行一系列的整体、有效性测试

    软件需求规格说明书等

    黑盒测试

     

    集成测试特点---优势互补:

        单元测试具有不彻底性,对于模块间接口信息内容的正确性,相互调用关系的是否符合设计,无能为力,只能依靠集成测试来进行保障

        同系统测试相比,由于集成测试用例是从程序结构出发,目的性、针对性更强,测试项发现问题的效率更高,定位问题的效率也较高

        能够较容易的测试到系统测试用例难以模拟的特殊异常流程,从纯理论的角度来讲,集成测试能够模拟所有实际情况

        定位问题较快,由于集成测试具有可重复性强,对测试人员透明的特点,发现问题后,很容易定位,所以能够有效的加快进度,减少隐患

    展开全文
  • 工作总结8:从安卓调整到服务端后的思考

    万次阅读 多人点赞 2017-02-19 23:09:38
    客户端开发的侧重点 后端开发的侧重点 浮躁的心 架构师之梦 跳出局限 总结 其他 Thanks 前言距离写上篇博客已经有一个月了,年后由于岗位调整转去写后台,开发框架、开发模式的不同让我适应了好一阵子,更难的是后端...

    前言

    距离写上篇博客已经有一个月了,年后由于岗位调整转去写后台,开发框架、开发模式的不同让我适应了好一阵子,更难的是后端开发与客户端开发的思维习惯的转变

    客户端开发的侧重点

    在我看来,客户端开发最重要的是:

    • 业务流程的理解与建议
    • 交互方式的理解与建议
    • 数据的展示(快速、高效)
    • 数据的获取(用户主动输入、UBT 采集)
    • 保证应用的性能(内存、弱网、耗电)

    实际工作中,产品经理拿到业务需求后会分析背后的真实需求,提出解决方案,然后与研发沟通是否能实现:

    • 如果是偏交互方式的,一般是找客户端开发沟通;
    • 如果是偏业务流程的,一般是找后端开发沟通。

    相较而言,“业务流程”当然比“交互”更为重要。不管是移动应用,还是WEB 网站,在满足用户最基础的需求之后,才有资格谈体验。

    水彩笔都学不出字儿了,谁管你颜色多漂亮。

    因此,上面的前两点中我强调的是 理解与建议

    在拿到原型图、设计稿时,其实业务流程已经基本确定了,客户端要做的基本上是照着设计图实现效果。

    后端开发的侧重点

    在长期习惯了客户端开发后,转入后端开发没几天,就被我司架构师怼了一顿。

    原因是我在写接口时,除了增删改查,不知道还能写什么,去问架构师C 哥,C 哥让我“自己想需要什么接口”。

    ( ・◇・) ?自己想?原型图都没有,我哪儿知道需要什么接口。

    此话一出,C 哥眉头一皱,语重心长地对我说:“服务端开发,重点就在服务二字!你有增删改查多个数据的能力,如何将这些能力组合起来,尽可能多地为其他人提供服务,才能发挥价值。很多时候服务端启动开发时,原型图还没设计好呢,难道你就不写了?你应该从不同业务场景,思考对不同业务系统需要提供哪些数据,设计能处理更多要求的接口!”

    “自己思考能提供什么服务”,这点上就和客户端开发大不相同。

    根据我对服务端的了解,服务端开发时的主要流程有:

    • 从不同业务场景,思考对不同业务系统需要提供哪些数据
    • 设计数据库表结构
    • 层级拆分,模块拆分
    • 设计能处理更多要求的接口
    • 实现接口

    浮躁的心

    虽然我在上面夸了半天后端,但实际上,在写这篇博客之前,我的心已经纠结、痛苦了好长段时间。

    痛苦的是公司要我离开自己擅长的安卓开发,去做后端。

    做后端就做吧,能好好学后端开发也不错。然而最近业务紧,天天写业务代码,一点儿意思都没有。

    虽然我很认同业务抽象、建模能力的重要性,但这一定是以扎实的技术为基础。

    借用知乎上一位前辈说的话:

    现在架构师大部分都是业务架构,用现有的技术傀儡搭建。比如选型的时候参考xx网的技术架构或者认识人在里面给你说下他们系统的架构,然后自己用 zookeeper redis 等等各种存储和中间件搭建一套系统。
    平台架构是设计 Netty Dubbo 这些中间件并能带领牛逼开发一起实现的神人,平台架构是非常非常少的,需要阅读大量开源代码和积累多年开源经验才有机会做到,写了几年业务代码天天 get set if else foreach 是绝对做不到的。

    因此我很纠结,究竟是要继续走下去,还是回归安卓,把安卓做精通。

    内心辩论、抉择了许多天后,突然有一天,我看到了我的中级软考《软件设计师》证书,想起了当时报名这个考试的初衷。

    架构师之梦

    早在开始学习编程时,我就有个愿望:成为一名架构师。

    那时对架构师的定义很模糊,只知道普通程序员是搬砖的码农,而架构师就是绘制盖楼图纸的人,所有程序员都得听他的,好威风啊!(:3 」∠)

    大二时学校有朋友告诉我“软考”这个考试,里面有个高级别的考试“系统分析师”,它的要求让我感觉很接近架构师:

    根据系统分析师百度百科的介绍:

    系统分析师是计算机行业的高级人才,是一个大型软件项目的核心领导者,他的主要职责是对软件项目进行整体规划、需求分析、设计软件的核心架构、指导和领导项目开发小组进行软件开发和软件实现,并对整个项目进行全面的管理工作。

    系统分析师的工作职责决定了他必须是计算机行业各个领域的精通者,因此一个合格的系统分析师,能够精通各种计算机前沿理论、具体的软硬件开发技术、大型数据库的知识、项目的整体规划和框架设计、模块式设计和开发技术、数字化建设知识等等。

    系统分析师具备在一个信息化项目从立项到正式上线整个过程中,在过程的各个不同阶段担任不同的核心角色的能力,其中最为重要的能力就是系统架构的整体设计能力和详细设计能力,这个能力直接关系到一个软件项目的成败。

    碍于个人能力以及系统分析师考试的要求,当时的我选择了先报考中级。

    一晃眼毕业快一年了,随着对 IT 行业的逐渐了解,我逐渐意识到:展示数据可以有 app、网页、微信公众号、小程序等多种平台技术,但处理数据,必须依赖一个强有力的后台。

    终于明白为什么架构师一般都是做后台的了:后台决定了业务!

    跳出局限

    人们常说:

    黑夜里行走,需要仰望星空才不至于跌倒。

    从事编程其实也很相似,如果我没有想起自己当初的目标,只是想着当下的得失,恐怕会一直活的不开心。

    Android 也好,后端也罢,其实并不矛盾,都是我通往目标可以走的路。

    我会努力把一个学精,然后横向拓展的。

    总结

    最近内心积攒了太久,不知不觉扯了这么多。

    写博客还是有很大益处的,让我能冷静思考反省,而不是因为工作上的变动就胡思乱想,看着各种各样的文章眼红、纠结。

    借以此文警醒差点忘记目标的我!

    其他

    《系统分析师教程》图书目录(平时积累相关知识):

    • 第1章 绪论
    • 第2章 经济管理与应用数学
    • 第3章 操作系统基本原理
    • 第4章 数据通信与计算机网络
    • 第5章 数据库系统
    • 第6章 系统配置与性能评价
    • 第7章 企业信息化战略与实施
    • 第8章 软件工程
    • 第9章 系统规划
    • 第10章 系统分析
    • 第11章 软件需求工程
    • 第12章 软件架构设计
    • 第13章 系统设计
    • 第14章 系统实现与测试
    • 第15章 系统运行与维护
    • 第16章 新技术应用
    • 第17章 嵌入式系统分析与设计
    • 第18章 系统安全性分析与设计
    • 第19章 系统可靠性分析与设计
    • 第20章 项目管理

    一些知乎上关于“如何成为一名架构师”的回答:

    • 其实和代码水平无关,看你占在什么高度看问题。不过不写代码,可能没人敢让你沾架构。
    • 通过接触这些优秀项目的开发者,了解他们解决问题的方法会让人受益终身。
    • 一个架构师,如果没有对技术的敏感度和前瞻性,一直抱着一套技术架构不变,估计很快会被淘汰。
    • 现在的软件开发封装的层次已经非常高了,只要学会 Java 就能做一个编程工作了,随着你做的越来越深,越来越专,这些基础的问题就会浮现出来。更重要的是,计算机软硬件的基本思想在这几十年里其实变化不大,例如缓存,增加抽象层等,有了这么基本的思想的武装,去学习新的东西不但学的快,理解的会更透彻。
    • 理解了技术的本质以后就能够触类旁通,就能够快速学习,这在技术更新很快的软件行业尤为重要。 只是学会使用是不行的,不但要知道how,还要知道why。 停下来,思考,才是进步的本质。设计模式一直强调的『发现变化并且封装变化』其实就是这个意思。
    • 抽象能力的训练没有捷径,就是经验的积累,勤于思考和学习。例如:学习Android的程序员可以思考下Android是怎么对未知的,纷繁复杂的应用程序进行抽象的?为什么有Activity、Service、BroadcastReceiver、ContentProvider这四大组件?

    Thanks

    回顾15年程序生涯,我总结的7点经验

    如何成为一个架构师?
    解读客户端开发流程

    展开全文
  • 单片机和PLC在工业中都有广泛的应用,因为他们的特点的不同,所以他们的工作侧重点也不同,下面就来看下,单片机和PLC在工业应用
  • 工作分析的目的内容与程序 本章内容 口工作分析的目的 口工作分析的内容与信息流 口工作分析的程序 口组织设计与工作分析 工作分析的主要目的与侧重点 工作分析的主要目的 为空缺岗位招聘员工 确定绩效考核的标准 ...
  • 工作分析的目的内容与程序 本章内容 口工作分析的目的 口工作分析的内容与信息流 口工作分析的程序 口组织设计与工作分析 工作分析的主要目的与侧重点 工作分析的主要目的 为空缺岗位招聘员工 确定绩效考核的标准 ...
  • 着重分析建设规划修编与续编研究工作的特点,提出不同于第一期建设规划研究的工作侧重点;从宏观目标、直接目标、线网规划、原建设规划的执行情况、建设方案的调整、客流预测、工程建设标准与实施计划、投资计划与财政...
  • 浅析PLC和单片机性能和应用pdf,浅析PLC和单片机性能和应用:单片机和PLC 在工业中都有广泛的应用,因为他们的特点的不同,所以他们的工作侧重点也不同,下面就来看下,单片机和PLC 在工业应用中的相同点和不同点。
  • 算法工程师大致是做什么的

    万次阅读 多人点赞 2021-01-25 22:37:39
    笔者在算法领域这些年遇到了不少做算法的同行,发现各自的差别还是很大的,工作侧重点甚至思维方式都不同。为了给刚入门的朋友介绍得清晰一些,这里就简单串一串我遇到的不同的算法。 算法与非算法的区别 一般来说,...
  • 工作分析的主要目的与侧重点;工作分析主要目的和侧重点;表工作分析目的与调查项目的关;本章内容;工作分析解决的主要问题;图解工作分析的内容;Determining the;Job content;Job context;Job contextcon;Employee ...
  • 产品经理的核心工作

    千次阅读 2016-01-07 16:36:22
    (关注微信公众号,获取更多内容)
  • 以及干扰信号的测量,频谱的监测,器件的特性分析等等,各行各业、各个部门对频谱分析仪应用的侧重点也不尽相同。下面 结合我台DSNG卫星移动站的工作特点,就电视信号传输过程中利用频谱分析仪捕捉卫星信标,监控...
  • c5工作分析研究.pptx

    2020-01-13 17:21:49
    确定工作分析的目标和侧重点; 二工作分析实施;工作分析信息的内容;职务分析应该收集的典型资料;收集工作分析信息的人员选择;工作分析专家;主管;任职者;工作分析的方法;问卷法;现场观察法;访谈法;访谈法;访谈法常问的...
  • 上一节对数据库的知识做了一个小总结,实际找工作过程中,因为公司或单位侧重点不一样,考察的知识也是不尽相同的,但是作为计算机类的学生,操作系统的知识也是必不可少的,去年参加笔试面试的时候,腾讯微软阿里等...
  • 前言目前市面上包含边栏的APP比较多,自己在使用第三方控件时,就在想何不自己也做个属于自己的边栏控件呢,这也是写这篇文章的原因,不单单能用别人,还能写出自己边栏。看过一起玩转下拉刷新控件的同学们,...
  • 企业的业务不同,运维的工具和中间件也会各不相同,技术的侧重点会不一样,但要尽量避免定制化岗位。 什么是定制化岗位? 所谓的定制化岗位就是这个岗位所用到的技能和方法,只适合于当前这家公司,当你有一天离职,...
  • 首先说的是,颜值非本文的重点,UI动画仍有调整空间,重要的是在一个自定义ViewGroup里处理那些冲突。 首先,本类继承自ViewGroup,那么onMeasure()和onLayout()方法,就需要我们自己动手写了,而且在上文我们也提到...
  • 本文重点介绍了国内外用于激光组合增材制造的向送粉工作头、同轴送粉工作头和智能化送粉工作头的结构原理及最新研究进展,并分析了三种送粉工作头的性能特点。根据三种不同送粉工作头目前存在的问题提出了激光组合...
  • 对于上班族来说,手机和电脑都是日常要使用的电子设备,它们的功能和用途各有侧重点,在我们的生活和工作中是互为补充的。但有不少网友表示自己在工作的时候,经常需要手机和电脑不断的切换使用,其实这样不仅会增加...
  • 综合采用数值模拟、相似材料模拟和...采空区煤柱巷道破坏区明显大于工作面实体煤巷道,且留设的窄小煤柱临近工作面全部进入破坏状态,因此综放工作面回采巷道稳定性应从控制变形角度重点加强采空区煤柱的巷道支护。
  • 这两周生活、工作1.订婚大事我跟肉肉在一起也有 5 年 4 个多月了,没毕业前双方家里睁一只眼闭一只眼,过得倒也开心、自在。毕业工作后,不能算早恋了,两个人关系也要拿上台面谈谈。肉肉从小娇生惯养,掌上明珠,...
  • 整理了一整套CodeGuide 程序员编码指南 - https://github.com/fuzhengwei/CodeGuide/wiki 本代码库是作者小傅哥多年从事一线互联网 Java 开发的学习历程技术汇总,旨在为大家提供一个清晰详细的学习教程,侧重点更...
  • 通过对沿空留巷顶板活动规律进行分析研究,提出了采空区充填体、巷道直接顶板和煤壁重点部位采取的加固方式,确保了小青矿W2713刨煤工作面和E1403综采工作面的安全顺利回采,进一步提高沿空留巷工艺的可靠性和适用性,...
  • 介绍几款知名的工作流系统软件

    千次阅读 2015-11-26 10:31:33
    随着需求的不断延伸以及人们对企业信息化思想的不断普及,工作流越来越受到企业内部的使用推广,虽然工作流主要功能国内比较知名的工作流软件基本上都具备,但功能的侧重点各不相同,增加了企业对工作流或BPM选型难度...
  • Android listView item侧滑实现删除和置顶功能

    千次阅读 热门讨论 2015-08-26 15:54:34
    第一次写博客,先说下大概思路吧~ 要显示item侧滑显示删除,置顶。首先要隐藏一部分item的布局(自定义隐藏布局宽度,在adapter里设置LayoutParams)。然后重写listview的onInterceptTouchEvent和onTouchEvent对...
  • Servlet工作原理解析

    万次阅读 多人点赞 2016-02-24 11:14:55
    目录 ---写在前面---Servlet的使用与侧重点---Servlet的工作原理 a---Servlet容器怎样工作(以Tomcat为例) b---Web应用在servlet容器中如何启动 c---Servlet容器怎样解析web.xml中定义的servlet d---Servlet容器...
  • 面临新的学期,新的挑衅与局面,我室将在总结上一学期得与失的基础上,扬长避短,牢牢缭绕学校重点工作,积极当真制订好工作计划,语无伦次地开展我室各项工作。 一、重视班主任培训,严格班主任的量化评比考察工作...
  • 一般来说,根据个人经历的不同侧重点,可以选用以下三种形式: (1)以学历为主的简历 basic resume 这种形式适应于应届毕业生或中学毕业后仍在待业的求职人员,因为没有工作经历,所以把重点放在学业上,从最高...
  • 为合理确定孙家沟煤矿1304孤岛工作面煤柱尺寸,结合该工作面工况条件,利用FLAC3D数值模拟软件,制作了煤柱宽度4、6、7、8、10、12 m六种模型进行分析,重点分析了各推进阶段的巷道顶板、沿空和实体煤侧帮位移的变化。...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 53,792
精华内容 21,516
关键字:

工作侧重点