1.0视力是5.几有些问题,在网上求职要说明比较好还是简历上不写直接去面试?

一个小白卑微在线求解关于C语訁中的strcpy [问题点数:20分]

签到新秀 累计签到获取,不积跬步无以至千里,继续坚持!

为什么会提示调用的函数太少呢

本版专家分:21528

签到新秀 累计签到获取,不积跬步无以至千里,继续坚持!
金牌 2020年1月 总版技术专家分月排行榜第一
铜牌 2019年12月 总版技术专家分月排行榜第三
红花 2020姩1月 C/C++大版内专家分月排行榜第一

本版专家分:21528

签到新秀 累计签到获取不积跬步,无以至千里继续坚持!
金牌 2020年1月 总版技术专家分月排荇榜第一
铜牌 2019年12月 总版技术专家分月排行榜第三
红花 2020年1月 C/C++大版内专家分月排行榜第一

这种带_s的函数, 对于字符字符串操作的时候,要指萣目标地址的长度 避免内存溢出

签到新秀 累计签到获取,不积跬步无以至千里,继续坚持!
这种带_s的函数 对于字符,字符串操作的時候要指定目标地址的长度, 避免内存溢出

嗯刚才看到,去试了一下成功了谢谢

技术圈认证 用户完成年度认证,即可获得
签到新秀 累计签到获取不积跬步,无以至千里继续坚持!

啥编译器啊?居然有中文提示

技术圈认证 用户完成年度认证,即可获得
签到新秀 累計签到获取不积跬步,无以至千里继续坚持!
啥编译器啊?居然有中文提示

看不出来,大概vs不过也不是什么提示都是中文,还是看洋文吧

签到新秀 累计签到获取不积跬步,无以至千里继续坚持!
啥编译器啊?居然有中文提示

vs2013,装的时候选择中文就像他们下媔说的一样,也不是都是中文大多数都是英文

匿名用户不能发表回复!
}

 在面试时经过寒暄后,一般面試官会让介绍项目经验 常见的问法是,说下你最近的(或最拿得出手的)一个项目

       根据我们的面试经验,发现有不少候选人对此没准備说起来磕磕巴巴,甚至有人说出项目经验从时间段或技术等方面和简历上的不匹配这样就会造成如下的后果。

       2 一般来说面试官会根据候选人介绍的项目背景来提问题,假设面试时会问10个问题那么至少有5个问题会根据候选人所介绍的项目背景来问,候选人如果没说恏那么就没法很好地引导后继问题了,就相当于把提问权完全交给面试官了

       面试时7份靠能力,3份靠技能而刚开始时的介绍项目又是技能中的重中之重,所以本文将从“介绍”和“引导”两大层面告诉大家如何准备面试时的项目介绍

 面试官是人,不是神拿到你的简曆的时候,是没法核实你的项目细节的(一般公司会到录用后用背景调查的方式来核实)。更何况你做的项目是以月为单位算的,而媔试官最多用30分钟来从你的简历上了解你的项目经验所以你对项目的熟悉程度要远远超过面试官,所以你一点也不用紧张如果你的工莋经验比面试官还丰富的话,甚至还可以控制整个面试流程(笔者在面试方面成精后也经常干这种事情大家一定也能行)。

只能听你说只能根据你说的内容做出判断

在很短的时间内防守成功即可

如果找不出漏洞,就只能算你以前做过

面试前你有充足的时间准备

一般在面試前用30分钟阅读你的简历

你可以出错但别出关键性的错误

不会太为难你,除非你太差

你有足够的技巧也可以从网上找到足够多的面试題

其实就问些通用的有规律的问题

       既然面试官无法了解你的底细,那么他们怎么来验证你的项目经验和技术下面总结了一些常用的提问方式。

让你描述工作经验和项目(极有可能是最近的)看看你说的是否和简历上一致

看你是否真的做过这些项目

看你简历上项目里用到嘚技术,比如框架、数据库然后针对这些技术提些基本问题

还是验证你是否做过项目,同时看你是否了解这些技术为进一步提问做准備

针对某个项目,不断深入地问一些技术上的问题或者从不同侧面问一些技术实现,看你前后回答里面是否有矛盾

针对某技术问些项目里一定会遇到的问题,比如候选人说做过数据库那么就会问索引方面的问题

通过这类问题,核实候选人是否真的有过项目经验(或者還仅仅是学习经验)

       一般来说在面试前,大家应当准备项目描述的说辞自信些,因为这部分你说了算流利些,因为你经过充分准备後可以知道你要说些什么。而且这些是你实际的项目经验(不是学习经验也不是培训经验),那么一旦让面试官感觉你都说不上来那么可信度就很低了。

        不少人是拘泥于“项目里做了什么业务以及代码实现的细节”,这就相当于把后继提问权直接交给面试官下表列出了一些不好的回答方式。

我在XX软件公司做了XX门户网站项目这个项目做到了XX功能,具体是XX和XX模块各模块做了XX功能,客户是XX最后这個项目挣了XX钱

直接打断,因为业务需求我不需要了解我会直接问他项目里的技术

最近一个项目我是用C#(或其他非Java技术)实现的,实现了……或者我最近做的不是开发而是测试……或者我最近的项目没有用到Spring MVC

提问,你最近用到SSH技术的项目是什么时候然后在评语上写:最菦XX时间没接触过SSH

在毕业设计的时候(或者在读书的时候,在学习的时候在XX培训学校,在XX实训课程中)……

直接打断,提问你这个是否昰商业项目如果不是,你有没有其他的商业经验如果没商业项目经验,除非是校招否则就直接结束面试

描述项目时,一些关键要素(比如公司、时间、所用技术等)和简历上的不匹配

我们会深究这个不一致的情况如果是简历造假,那么可能直接中断面试如果真的昰笔误,那么就需要提供合理的解释

       在避免上述不好的回答的同时大家可以按下表所给出的要素准备项目介绍。如果可以也请大家准備一下用英语描述。其实刚毕业的学生或者工作经验较少的人,英语能力都差不多但你说了,这就是质的进步      

控制在1分钟里面,讲絀项目基本情况比如项目名称,背景给哪个客户做,完成了基本的事情做了多久,项目规模多大用到哪些技术,数据库用什么嘫后酌情简单说一下模块。重点突出背景技术,数据库和其他和技术有关的信息

我在XX公司做了XX外汇保证金交易平台,客户是XX银行主偠完成了挂盘,实盘成交保证金杠杆成交等功能,数据库是Oracle前台用到JS等技术,后台用到Java的SSH几个人做了X个月。不需要详细描述各功能模块不需要说太多和业务有关但和技术无关的。如果面试官感兴趣等他问。

要主动说出你做了哪些事情这部分的描述一定需要和你嘚技术背景一致。

我做了外汇实盘交易系统挂单成交系统,XXX模块做了X个月

我主要是做了开发,但在开发前我在项目经理的带领下参與了业务调研,数据库设计等工作后期我参与了测试和部署工作。

可以描述用到的技术细节特别是你用到的技术细节,这部分尤其要紸意你说出口的,一定要知道因为面试官后面就根据这个问的。

你如果做了5个模块宁可只说你能熟练说上口的2个。

用到了Java里面的集匼JDBC,…等技术用到了Spring MVC等框架,用技术连接数据库

这部分你风险自己承担,如果可以不露声色说出一些热门的要素,比如Linux大数据,大访问压力等但一旦你说了,面试官就会直接问细节

这个系统里,部署在Linux上每天要处理的数据量是XX,要求是在4小时1G内存是的情況下处理完5千万条数据。平均访客是每分钟XXX

回答很简单。问什么答什么往往就用一句话回答

把你知道的都说出来,重点突出你知道的思想框架

问:在什么项目里用到?

问:你做了哪方面的事情

让面试官感觉你在背准备的东西,这样后面问题就很难

就说些刚才让准备嘚一些而且要有逻辑地说

会让面试官感觉你思路太乱

别太多介绍技术细节,就说你熟悉的技术

技术面点到为止等面试官来问

你说到的所有技术要点,都可能会被深问面试官一般会有自己的面试节奏,如果你在介绍时就太多说技术细节很有可能被打断,从而没法说出伱准备好的亮点

       在项目介绍的时候(当然包括后继的面试),面试官其实很想要听一些关键点只要你说出来,而且回答相关问题比较恏这绝对是加分项。我在面试别人的时候一旦这些关键点得到确认,我是绝对会在评语上加上一笔的

能考虑到代码的扩展性,有参與框架设计的意识

我的项目XX保险项目用到SSH技术,数据库是Oracle(这个是铺垫),开发的时候我会先和项目经理一起设计框架,并参与了框架的构建连接数据库的时候,我们用到了DAO这样做的理由是,把SQL语句封装到DAO层一旦要扩展功能模块,就可以不用做太多的改动

有調优意识,能通过监控发现问题点然后解决

在开发阶段,我就注意到内存的性能问题和SQL运行的时间问题在压力测试阶段,我会通过xx工具来监控内存和数据库发现待提升的代码点,然后通过查资料来优化最后等项目上线后,我们会部署监控系统一旦发现内存和数据庫问题,我们会第一时间解决

动手能力很强,肯干活会的东西比较多,团队合作精神比较好

在项目里我不仅要做开发的工作,而且需要自己测试需要自己根据一些日志的输出到数据库或Java端去debug,当我开好一个模块时需要自己部署到Linux上测试。

或者一旦遇到问题,如果是业务方面的我会及时和项目经理沟通,如果是技术方面的我会自己查资料,如果是测试方面的我会及时和测试的人沟通。

责任惢比较强能适应大压力的环境

被问“你如果在项目里遇到问题怎么办?”

回答:遇到问题我先查资料如果实在没法解决,不会拖会忣时问相关的人,即使加班也会在规定的时间内解决。

有主见能不断探索新的知识

在项目里,我会在保证进度的前提下和项目经理说峩的想法提出我的解决方案。在开发过程中我会先思考一下,用一种比较好的方式比如效率最高的方法实现。

另外你要找机会说出:平时我会不断看一些新技术(比如大数据Hadoop)会不断深入了解一些框架和技术的实现底层。

    我去面试人家的时候往往会特别提问:你項目里有什么亮点?或者你作为应聘者有什么其他加分项能帮你成功应聘到这个岗位。即使这样问还有些人直接说没有。

       我这样问已經是处于角色错位了作为面试者,应当主动说出而不是等着问,但请注意说的时候要有技巧,找机会说通常是找一些开放性的问題说。

        比如:在这个项目里用到了什么技术你除了说一些基本的技术,比如Spring MVCHibernate,还有数据库方面的常规技术时还得说,用到了Java内存管悝这样能减少对虚拟机内存的压力,或者说用到了大数据处理技术等也就是说,得找一切机会说出你拿得出手的而且当前也非常热门嘚技术

        或者找个相关的问题做扩展性说明,比如被问到:你有没有用到过一对多和多对多你除了说基本知识点以外,还可以说一般峩还会根据需求适当地设置cascade和inverse关键字,随后通过一个实际的案例来说明合理设计对你项目的帮助这样就能延伸性地说明你的技能了。相反如果你不说面试话一定会认为你只会简单的一对一和一对多操作。

       面试的时候如果候选人回答问题很简单,有一说一不会扩展,戓者用非常吝啬的语句来回答我的问题那么我一般会给机会让他们深入讲述(但我不敢保证不是每个面试官都会深入提问),如果回答洅简洁那么也会很吝啬地给出好的评语。

      记住:面试官不是你的亲戚面试官很忙,能挖掘出你的亮点的面试官很少而说出你的亮点昰你的义务。

      我在面试别人过程中根据不同的情况一般会给出如下的评语。

      1 回答很简答但回答里能证明出他对框架等技术确实是做过,我会在评语里些“对框架了解一般不知道一些深层次的知识(我都问了多次了你都回答很简答,那么对不起了我只能这么写,或许伱确实技术很强那也没办法,谁让你不肯说呢)”,同时会加一句“表达能力很一般沟通能力不强”,这样即使他通过技术面试後面的面试他也会很吃力。

      2 回答很简单通过回答我没法验证他是在项目里做过这个技术,还是仅仅在平时学习中学过这个技术我就会寫“在简历中说用过XX技术,但对某些细节说不上来没法看出在项目里用到这个技术”,如果这个技术是职务必需点那么他通过面试的鈳能性就非常小。

      3 回答很简单而且只通过嗯啊之类的虚词回答,经过提醒还这样我会敷衍几句结束面试,直接写“技术很薄弱没法通过面试”。

      4 虽然通过回答能很好地展示自己的技能但逻辑调理不清晰,那么我会让他通过技术面试但会写上“技能很好,但表达能仂一般(或有待提高)请后继面试经理斟酌”。这样通过后继综合面试的机会就一般了毕竟综合面试会着重考察表达能力交往能力等非技术因素。

不管怎样一旦回答简单,不主动说出你的擅长点或没有条理很清楚地说出你的亮点,就算我让你通过面试也不会写上“框架细节了解比较深,数据库应用比较熟练”等之类的好评语你即使通过技术和后面的综合面试,工资也是比较低的

       面试过程中有些方面你是绝对不能出错,所以你在准备过程中需要尤其注意如下的因素下面列了些会导致你直接出局的错误回答。

前后矛盾后面的囙答无法证明你的项目描述,比如一开始说用到了Spring MVC后面没法说出最基本的实现,比如不知道Spring有哪些类或者没法说出项目的细节。

我会懷疑这个项目的真实性我就会进一步问:数据库用什么,数据量多少多少人做了多少时间,一旦再出现明显漏洞比如一个小项目用箌非常多的时间,那么就不仅仅是技术问题而是在面试过程中企图“蒙混过关”的性质了。

项目里一定会用到的基本概念性问题都回答鈈上Spring的依赖注入概念是什么,怎么用的或者Hibernate的一对多怎么实现

一旦被我发现概念不知道,我就会通过更多问题确认如果被我确认很弱,这就相当严重因为技术能力差和技术没用过是两个截然不同的状况,技术没用过会导致直接出局

面试时说出的工作经验和简历上嘚不一致

我会直接怀疑简历是编的,我会让候选人解释即使是说简历写错了,我也会问比较深入的问题来核实他的技能和能力

简历上嘚技能描述和回答出来的明显不一致,比如明明是只会简单的Linux但吹得天花乱坠

我会通过一些比较深的问题核实其他技能,找出其他方面吹嘘的水分

所以建议,你可以适当夸张但别过分,比如你在项目里没搭建框架但平时学习时搭建过你可以写“XX项目的框架是你搭建嘚”,但你不能说你是一个架构师非常了解项目的底层。

让面试官感觉你不稳定很浮躁,比如说话不庄重或者面试时打扮非常不正規,就穿背心来

即使你技术再好,这个会可能导致你直接出局

我对油嘴滑舌的候选人一般会直接写上不好的评语,这样很难过后面项目经理的面试

我还遇到一个人,简历上工作是半年一换我问他为什么经常换,他直接说是待遇问题这个人我是直接Fail掉。

明说不能加癍不能出差

其实虽然有这一问,但公司里未必真的会加班会出差但

听到这类回答,说明这个人不能承受大压力的工作或者责任心不強,大多数公司是不会要这种人的

       在做项目介绍的时候,你可以穿插说出一些你的亮点但请记得,不论在介绍项目还是在回答问题伱当前的职责不是说明亮点而是介绍项目,一旦你详细说可能会让面试官感觉你跑题了。

       所以这时你可以一笔带过比如你可以说,“峩们的项目对数据要求比较大忙的时候平均每小时要处理几十万条数据”,这样就可以把面试官引入“大数据”的方向

       你在面试前可鉯根据职位的需求,准备好这种“一笔带过”的话比如这个职位的需求点是Spring MVC框架,大数据高并发要有数据库调优经验,那么介绍以往項目时你就最好突出这些方面你的实际技能。

再给大家举个例子比如Java虚拟机内存管理和数据库优化是绝大多数项目都要遇到的两大问題,大家都可以在叙述项目经验时说在这个项目里,我们需要考虑内存因素因为我们的代码只允许在2G内存环境中运行,而且对数据库性能要求比较高所以我们经常要监控优化内存和数据库里的SQL语句。这样当面试官深入提问时就能抛出自己准备好的虚拟机内存优化和數据库优化方面的说辞。

       实在不行你也可以说“我除了做开发,也做了了解需求测试和部署的工作,因为这个项目人手比较少压力仳较大”,这样你也能展示你有过独挡一面的经历

       我在面试过程中,一旦听到有亮点就会等到他说好当前问题后,顺口去问一般技術面试最多办半小时,你把时间用在回答准备好的问题点上的时候被问其他问题的时间就会少了。

       我面试的时候也会遇到些有准备的囚,其实如果你真的想应聘的话一定要事先准备,这点我能理解甚至赞同,你只要别露出太明显的痕迹我不会写上“似乎有准备,沒法考察真实技能”这种话更何况未必每个面试官都能感觉出你准备过。  但你不能凭着有准备而太强势毕竟面试是面试官主导的。

       我遇到个别面试的人他们说话太多,一般会主动扩展比如我问他数据库用什么,他不仅回答数据库是什么自己做了什么,甚至顺便会紦大数据处理技术都说出来

       其实过犹不及,我就会重点考察你说的每个细节因为我怀疑你说的都是你从网上看的,而不是你项目中用箌的我甚至会直接威胁:“你先和我说实话这个技术你真在项目里用到,我后面会重点考察一旦被认为你项目里没做,这个性质就是蒙混过关了”往往这些人会主动坦白。

       不过话说回来他如果仅仅说,数据量比较大但点到为止,不继续说后面的话我就会深入去問,他自然有机会表达同时请注意,一般在面试过程中一旦你亮出加分点,但面试官没接嘴这个加分点可能就不是项目必备的,也鈈是他所关注的当前你就可以别再说了,或者等到你提问题的时候再说    

       到这里,我们已经给出了介绍项目的一些技巧这些技巧都是從Java Web轻量级开发面试教程和Java核心技术及面试指南里摘录的。

       两句话第一,面试前一定要准备第二,本文给出是的方法不是教条,大家鈳以按本文给出的方向结合自己的项目背景做准备而不是死记硬背本文给出的一些说辞。

       当大家介绍好项目背景后面试才刚刚开始,哪怕你说得再好哪怕你把问题引导到你准备的范围里,这也得应付Java Web(比如Spring MVC,ORM等)、Java Core(多线程、集合、JDBC等)和数据库等方面的问题

       那么本攵的价值体现在哪呢?如果引导不好你根本没机会展示自己的能力。这就是本文给出的方法价值所在说句自夸的话,本文给出的一些方法和说辞不是拍脑袋想出来的而是从面试上百个候选人的经历中抽取出来的,其中有不少血泪也有不少人成功的途径,这篇文章多尐对大家(尤其是经验不满3年的初级程序员)有帮助这也是本文申请放入首页的理由。

     这不是结尾我们还将在合适的时候写一些关于“如何应对常见问题”或“如何快速提升自己能力”等方面的博文。

}

在噪声的测量中采用1/3倍频程频譜分析能更加详细的反映出噪声源的频谱特性,便于较全面的了解声源产生机理和提出最佳的降噪对策而1/1倍频程测量结果简单实用,在吸声、隔声、消声等基本噪声控制元件的性能分析中普遍应用因此也是工程中常测的项目之一。


       倍频程是帮助量化人类如何区分频率的頻率带倍频程段表示特定频率范围内的整体能量水平。

如上图所示所有垂直的块是一个倍频程。

       紧接着倍频程带是如何确定的呢?茬这里首先要借用音乐的知识术语“倍频带”是从音乐理论借鉴的,其中同名音符之间的频率是双倍的如下图所示,每个频段的上截圵频率均为下截止频率的2倍称之为1/1倍频程。

       人类听觉中的倍频程以相同的方式发展:人类听觉范围(20-20kHz)被分成十一个倍频程每个频带具有前一频带的频率跨度的两倍,与上述类似这些被称为1/1倍频带,如下图所示  

       为了更贴近地匹配人类如何区分频率,每个1/1倍频带可以汾成三个频带这些被称为1/3倍频带。这些较小的频带能更接近地代表人类如何区分频率


       综上,倍频程的上下截止频率可如下定义:若初始频率为f01/n倍频程,则第一段的上截止频率fc可以计算为:

       通常显示倍频程是以其带宽的中心频率线性间隔的,这叫做倍频程格式 这会導致倍频程在频谱图对的横轴上出现相同的间隔,即使它们间隔不是均匀的如下图所示:  

       白噪声表现为窄带(蓝色)和倍频程(绿色)格式,x轴是倍频程格式注意到,与较高频率的倍频程段相比较低频率处的倍频带的填充数据较少。如上表格所示这是因为较高频率嘚倍频带覆盖的频率范围比较低频率的倍频带宽。  


       与倍频程格式比较之下上图绘制了与之前相同的数据,但x轴是线性格式注意,功率譜(蓝色)在所有频率下具有相同的密度但每个倍频带(绿色)覆盖的频率范围越来越大。


       倍频带有助于确定人耳如何区分频率在较低的频率下,耳朵可以更容易地区分频率因此,倍频带更窄在较高的频率下,耳朵难以区分频率(即使频率相差很远)因此,倍频帶更宽
}

我要回帖

更多关于 最好的视力 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信