程序员误区

⑴ 少儿学编程需要注意的几个误区

孩子学习编程在家长中普遍存在一个误区，就是学习编程就是要成为码农。
学习编程并不是让孩子将来能成为程序员，编程教育的最终目的是为了培养孩子的逻辑思维能力、实践能力、解决问题的能力等综合素质，即使将来孩子不做程序，也会遇到各种各样的标准化，程序化问题~

⑵ 刚刚进入职场中的新人，有什么样的误区

这种员工大多比较内向或者性情有点高冷，须不知三人行，必有我师。多向同事学习，互通有无，对自己以后的发展有百利而无一害。有导师制或者老员工带，情况或许会有所改善，但如果内因没有改变，最终效果依旧不容乐观。

技术开发工作中遇到一些技术难题非常正常，当然独立思考固然可贵，但是公司项目往往有一定的时间限制，优先解决问题永远放在第一位，而不是一个人在那里苦苦挣扎和搜索解决方案。如果时间压力不大，多思考一下也未尝不可。考虑到交付压力，这个时候就需要积极和同事，技术经理沟通，寻找解决思路，通常情况下，积极的沟通好过自己的单打独斗。也许同事或者老板的一句话，就应了那句古诗，山重水复疑无路，柳暗花明又一村。与此同时也和同事建立了更好的友谊，在老板心里也留下了做事有方法的好印象。

相信职场新人如果能成功避开上面说的几个误区，那么在职业发展道路上就可以少走一些弯路，少犯一些错误，从而更快地实现自己的小目标。

⑶ java常见误区与细节有哪些

Java常见的30个误区与细节！

在Java中，没有goto语句。因为大量使用goto语句会降低程序的可读性和可维护性，所以Java语言取消了goto的使用。同时，为了避免程序员自行使用goto所带来的混乱，Java语言仍将goto定义为一个关键字，但是没有定义任何语法，故称为“保留字”。

1、在Java中，没有goto语句。因为大量使用goto语句会降低程序的可读性和可维护性，所以Java语言取消了goto的使用。同时，为了避免程序员自行使用goto所带来的混乱，Java语言仍将goto定义为一个关键字，但是没有定义任何语法，故称为“保留字”。

2 、 true、false和null在IDE中虽然以不同的颜色显示，但是并不是关键字，而是“字面常量”，就和String类型的abc一样。

3 、 定义名称时尽量避免使用$，因为编译器在对.java文件进行编译的时候，会将”$”编译成顶层类型与底层类型的连接符。见下例：

• packagecom.javastack.Test;publicclassOuter$Inner{publicstaticvoidmain(String[]args){Outero=newOuter();Outer.Inneri=o.newInner();i.innerPrint();}}classOuter{classInner{voidinnerPrint(){System.out.println("InnerPrint!");}}}



在编译(javac Test3.java)这段代码的时候，编译器会报以下错误：Test.java:12: 错误: 类重复: com.javastack.Test.Outer.Inner class Inner{ ^

4、 Unicode转义字符处理的非常早，在解析程序之前。例如：

• //charc1='u00a';//charc2='u00d';



在程序中出现这两行代码编译报错。这两个Unicode码分别表示”换行”和”回车”，所以，在编译器编译的时候，代码是这样的：

• //charc1='';//charc2='';



5 、 Unicode码使用16位字符编码，在Java中用char类型来表示。现在Unicode已经扩展到一百万个字符，超出16位限制的成为增补字符。所有增补字符都不能用字符常量来表示。

6 、 当short，byte，char参加运算时，结果为int型，而非与较高的类型相同。如果变量是byte，short，byte类型，当对其赋予编译时期的常量，而该常量又没有超过变量的取值范围时，编译器就可以进行隐式的收缩转换。这种隐式的收缩转换是安全的，因为该收缩转换只适用于变量的赋值，而不适用于方法调用语句，即不适用于方法调用时的参数传递。（详见java中默认类型转换的小问题）

7 、 注意char类型，这是一个无符号类型。因此，char与short或char与byte之间的转换必须显示地使用类型转换。 从byte到char的转换为扩展收缩转换，该转换比较特殊，即先将byte扩展转换到int，然后再收缩到char。

8 、 在整型数据间的扩展转换中，如果操作数是char类型（无符号类型），则进行无符号扩展，扩展位为0.如果操作数是byte，short或int（有符号类型），则进行有符号扩展，扩展位为该变量的符号位。

9、 整型数据之间的收缩转换，仅仅是截断并丢弃高位，不做任何其他处理。

10、 0.1+0.2不等于0.3.System.out.println((double)0.1+(double)0.2);这条语句的输出结果是0.30000000000000004。因为计算机使用二进制来存储数据，而很多小数都不能够准确地使用二进制来表示（事实上，大多数地小数都是近似的），就像使用十进制小数不能准确地表示1/3这样地分数一样。大多数地浮点型，在计算机中只是近似地存储其值，而不像整型那样准确地存储。又例，这是一个死循环：for(float f = 10.1f;f != 11;f+=0.1f){}

11、 float类型可以保留7～8个有效数字，而double类型可以保留15～16个有效数字，因而当int类型或long类型数值多于double或float地有效数字时，该值的一些最低有效位就会丢失，从而造成精度丢失，这时，就会采用IEEE754最近舍入模式，提取与该整型值最接近的浮点值。尽管整型向浮点型的转换属于扩展转换，但当数值很大或很小（绝对值很大）时，就会产生一定的精度丢失。

12、 i+++j如何计算？（这个问题在C/C++）中讨论是没有多大意义的，因为C/C++依赖于实现的硬件结构，不同的环境结果也会不同。不过在Java中，这个结果是固定的，不受其运行的硬件环境与平台的影响） 答：根据贪心规则，前置＋＋优于后置＋＋，结果是（i++）＋j

13、 i++和++i其实都是先＋1，再赋值。++i，没什么好说的；i++,以j=i++;为例在底层的实现是：temp = i;i = i + 1; j = temp; 所以，i=15;i=i++;这个表达式的结果是15.（因为加一之后又执行了一次赋值，从16变回15）

14、 +0与-0在浮点类型变量存储中，符号位是不同的。当-0和+0参与浮点类型的相关运算（例如相除与求余运算）时，可以产生不同的结果。

15、 浮点的相除与求余运算不同与整型的相除与求余运算，当除数为0时，浮点运算不会产生ArithmeticException异常。

16、 String类是非可变类，其对象一旦创建，就不可销毁。String类那些看似修改字符序列的方法实际上都是返回新创建的String对象，而不是修改自身对象。

17、 由于String对象是不可改变的，因此具有线程安全性，可以自由地实现共享。

18 、 在String类内部，是使用一个字符数组（char[]）来维护字符序列的。String的最大长度也就是字符数组的最大长度，理论上最大长度为int类型的最大值，即2147483647.在实际中，一般可获取的最大值小于理论最大值。

19 、 main()方法在表现行为上，与其他方法基本相同，可以重载，由其他方法调用，继承，隐藏，也可以抛出异常，带有类型参数。我们也可以在一个程序中通过反射来调用main方法（或其他方法）。

20、 当两个或多个方法的名称相同，而参数列表不同时，这几个方法就构成了重载。重载方法可以根据参数列表对应的类型与参数的个数来区分，但是，参数的名称、方法的返回类型，方法的异常列表与类型参数不能作为区分重载方法的条件。

21 、究竟选择哪个方法调用，顺序是这样的：

• 在第一阶段，自动装箱（拆箱）与可变参数不予考虑，搜索对应形参类型可以匹配实参类型并且形参个数与实参个数相同的方法；

• 如果在步骤一不存在符合条件的方法，在第二阶段，自动装箱与拆箱将会执行。

• 如果在步骤二中不存在符合条件的方法，在第三阶段，可变参数的方法将会考虑。

• 如果3个阶段都没有搜索到符合条件的方法，将会产生编译错误。如果如何条件的方法多于一个，将会选择最明确的方法。最明确的方法定义为：如果A方法的形参列表类型对应的都可以赋值给B方法的形参列表类型，则A方法比B方法明确。如果无法选出最明确的方法，则会产生编译错误。

22 、重写和隐藏的本质区别是：重写是动态绑定的，根据运行时引用所指向对象的实际类型来决定调用相关类的成员。而隐藏是静态绑定的，根据编译时引用的静态类型来决定调用的相关成员。换句话说，如果子类重写了父类的方法，当父类的引用指向子类对象时，通过父类的引用调用的是子类方法。如果子类隐藏了父类的方法（成员变量），通过父类的引用调用的仍是父类的方法（成员变量）。

23 、 构造器是递归调用的，子类的构造器会调用父类的构造器，直到调用Object类的构造器为止。

24 、构造器没有创建对象，构造器是使用new创建对象时由系统调用的，用来初始化类的实例成员。从顺序上说，先是创建对象，然后再调用构造器的。（构造器并没有产生新的对象）

25 、 默认的构造器不为空，该构造器会调用父类的无参构造器，并可能执行实例成员变量的初始化。所以，默认的构造器至少调用了父类的构造器，它做的工作还可能更多，包括实例变量声明初始化与实例初始化块，都是在构造器中执行的。

26 、 当==或!=运算符的两个操作数的类型一个是基本数据类型，另一个是包装类引用类型时，将引用类型拆箱转换为基本数据类型，然后比较两个基本数据类型的值是否相等。

27、在Java中，数组也是类，数组声明的引用变量指向数组类型的对象。所有的数组都继承Object类，并且实现了java.lang.Cloneable与java.io.Serializable接口。数组的成员包括变量length（隐式存在）与从Object类继承的成员。Cloneable与Serializable是两个标记的接口，这两个接口中没有显式声明任何成员。

28 、接口是完全抽象的设计，不能实例化。使A用new方式创建的借口类型，实际上是创建了一个匿名类，该匿名类实现了接口类型。

29 、果两个接口声明了相同的变量x，则当某接口同时继承这两个接口，或者某类同时实现这两个接口时，通过简单名称访问会产生编译错误。

30、 如果两个接口中声明了相同名称的方法m，并且两个方法没有构成重载，则当某接口能够同时继承这两个接口，或者某类能够同时继承这两个接口时，必须存在一种方法签名，使得该签名同时为两个m方法签名的子签名，并且在方法的返回类型上，必须存在一种类型，使得该类型同时为两个m方法返回类型的可替换类型。

希望可以帮到你，谢谢！

⑷ 程序员，在开发的过程中应该注意哪些安全方面的问题

可忽视的误区 企业的软件开发能力取决于该企业的软件过程能力。如果一个企业软件过程能力越成熟，那么该企业的软件开发能力就越有保证。大量的实践经验表明，在体现企业软件开发能力的因素中，技术或工具并不是第一位的。其实，许多问题不是出在不懂怎么做，而是没有安排做，做的次序不对，或不知道怎样做得更好。 目前，比照软件过程管理模型（如图一），中国的软件企业中还存在各种影响过程改进的因素和误区，主要表现在个体和组织两个方面。 在组织方面，首先，中国软件企业实施CMM往往缺乏高级管理者的支持。其次，没有足够的SEPG资源。从很多情况考虑，SEPG成员要比其他CMM相关组综合素质高一个层次，CMM相关组的管理素质需要比技术类组高一个层次，才能顺利开展工作。第三，没有合适的先行者或者没有适当全局观的项目经理配合。被组织选为先行者的人员经常说自己没有时间，由于这些人都是从各个项目中抽出来的，一般人很难有足够的权力让他们为配合CMM做工作。最后，软件组织缺乏足够详细的项目计划和监督调整机制。 在个体方面，首先，手工作坊式的个人英雄主义情结成为实施CMM的制约。其次，某些软件开发人员错误地认为过程管理会影响或压抑专业人员的创造性，其实这是不清楚过程的定义造成的。第三，由于软件项目的成功更多地依赖于少数人员的杰出技术能力和项目管理能力，成功项目的经验不能得到最大限度的继承，软件生产的可重复性相对比较差。最后，软件企业人员变更相对频繁也增加了实施CMM的难度。 “三七”法则 在过程改进总体建议方面，应该从三个方面做准备，分七步走。 首先，在组织方面的准备上，除了要求高层经理出资支持CMM改善软件过程，委托具有管理职责的人员负责CMM实施之外，须成立软件工程过程组（SEPG），研究CMM、编写/修改必要的文档并推广文档；成立软件质量保证组（SQAG），研究软件质量保证技术及过程，编写/修改必要的SQA文档并推广已编写的文档，测量和分析项目进展情况，反馈项目过程状态，准备和评审过程、计划和标准，审计指定的软件工作产品以检验其遵从性，审计软件工作过程的符合性；成立软件配置管理组（SCMG），研究软件配置管理技术及过程，编写/修改必要的SCM文档并推广已编写的文档，建立必要的工具支持。 在知识准备方面，要加强培训工作，建立内部过程评估队伍和庞大的过程改善队伍。对各角色人员进行专项培训，普遍开展软件工程基础及CMM的培训，使每个岗位的人员都具备过程改进的意识，并掌握所必需的过程改进知识和技能。此外，要重视对软件工程的研究，包括方法、工具和过程，加速培养过程改进的骨干队伍。 在能力准备方面，建立有效的软件项目管理，文档化且遵循软件项目管理过程，在建立管理过程中，使用组织的方针来指导项目，建立基本软件工作产品完成准则和检查单，并迅速实施，然后根据反馈意见及时修改。坚持适当的监控机制，例如对项目进度进行跟踪而建立的例会制度，制度化的日报和周报活动。做好实际数据收集、测量与分析工作等。重复成功的以前项目的开发经验。 改进过程总体可以分为以下七个步骤。 确定目标：确定在一段时间内达到的改进等级。 状态诊断：把过程改进要达到的状态与目前的状态作比较，找出存在的差距。 制定计划：“凡事有计划，按计划办”不仅是CMM强调的，也是软件开发过程中应该注意的。 规程制定：过程改进的一个重要的地方就是“事事有规程，时时有记录”，这样，即使关键人走了，原来的事也能继续而不致产生过多的停顿。 过程试点：制定了规程后，要对行动计划按执行过程的情况进行适当调整。其中，尤其要注重评审和验证，实现定期监控，注意采集度量数据。 反馈修正：总结过程试点的经验，修订规程。 过程推广：扩大应用范围。 软件过程改进实施步骤 公司的过程改进活动也是一个项目，并且是很大的项目，涉及的人员、技术和资源都很多，还要平衡现有产品或项目的进度等。同时，它也是一个不断往复，螺旋上升的一个过程。 第一个步骤为高级经理下定决心，提供足够的资源来主持并完成前期的准备工作，这个阶段核心是评价SEPG组长的资格和资质，还包括评估培训、购买工具的预算及相应资金能否及时到位。 无论是软件商业化的过程或CMM实施的过程之中，建立规范化的易于操作的软件开发行为规范都是首先要做的工作。但是，切记，编制规范的时间一定不能长，以10到12个工作日为宜，文档不宜过多，以5～6个规程为好（对应5个或6个关键过程域），这是第二个关键阶段。评价标准可以是SEPG组长能够顺利、流畅地讲解其制定的规程。在规程编制阶段必须有老板或常务副总直接领导CMM工作。但是一定要记住，制定的过程要遵从“从实践中来，到实践中去”，同项目经理、有经验的开发人员研究、讨论，从而使SEPG组长能够及时反映工作中的问题，并且问题能够得到及时解决。 第三个步骤是制定并发布公司的评估方针和方案，包括开发体系重组过程中的激励措施，中层在此阶段必须介入，这关系着过程改进的结果。SEPG和CMM实施的周例会，必须有高级经理参加，要有记录或录音作为证据，是考核的一个指标。 除此之外，对于还没有进行基于CMM改进的企业，还要重视设计复查、代码复查以及测试工作 。很多程序员习惯于“只做不想”这样一种工作方式，他们更关心每天可以写多少行代码，完成几个模块，在这种态度下，他们都很不愿意复查自己的工作，而习惯于在软件测试阶段把隐藏的错误改正过来。CMM实施过程，就是要通过各种复查，沟通信息，及早发现并更改问题。 在实施了初始的过程或技术部署后，培训成了主要问题。但人员变动时，附加培训的必要可能没被认识到，管理技能的培训尤为重要。而对于那些由于过硬的技术而被提升到管理职位的人员，需要接受一整套新技能的培训，包括人际关系技能。 项目经理在整个过程改进中（尤其是CMM二级）的工作量大约要占到整个总量的一半到四分之三，在评估访谈时也占有了举足轻重的地位。有些项目经理认为自己心里有一套计划，只要按计划进行就可以按时保质完成项目，但事实并非如此，在项目组之间的协调问题上，高层经理的作用是非常明显的。 试点或模拟项目可以很小，哪怕只有两个人，或者联合SEPG进行指导全部公司的模拟项目，这是缩短试验的最好途径。先组织配置管理活动的培训或学习，配置管理活动和质量保证活动在此期间可以得到很好的练习。 CMM为软件企业的过程能力提供了一个阶梯式的改进框架，它基于过去所有软件工程过程改进的成果，吸取了以往软件工程的经验教训，提供了一个基于过程改进的框架; 它指明了一个软件组织在软件开发方面需要管理哪些主要工作、这些工作之间的关系、以及以怎样的先后次序，一步一步地做好这些工作而使软件组织走向成熟。 但是由于CMM中不研究所有软件过程和质量改进问题，也未提供有关实现子过程域所需要的具体知识和技能，因此要进行个体软件过程PSP的实践活动，以填补这一空白，并优化过程改进途径。

⑸ 程序代码优化的漏洞误区

最近很多人问Keith“SEO需要学会做网站吗?”，同时身边也有几个好友去学习PHP代码去了。有时候Keith觉得他们可能会走入一个误区，今天Keith就来具体谈谈作为SEO到底该不该学会做网站?如果要做，需要做到一个什么程度。
参加过系统SEO培训的朋友都知道SEO课程需要讲到HTML以及CSS的一些基础知识，很多朋友学到这里就晕头了，说实话编程开发这东西不是一般人能 不晕乎的。很多人觉得难、会放弃，外加自己学到点三脚猫SEO功夫弄点文字+外链就做排名了，每天重复干着苦逼的事情。时间久了就彻底对SEO不信任了。
回到正题，我们来说说SEO与代码之间的关系。
SEO和代码的关系：
从广义上来讲SEO是属于推广网站，编程开发做网站属于建站。两者表面上看不相关，目前针对中小型网站的网站运营模式也不相关。因为大多数企业的网站找 建站公司建设完成过后就交给聘请的SEO人员进行管理了。而很多SEO人员只会点SEO基础，写点文章发发外链，当一个“超级”编辑。其实SEO会贯穿整 个网站建设+运营的过程，从网站打算建站到后续的网络营销推广，SEO都需要参与其中负责一块。那么从建站方面来说SEO会负责什么呢?1.HTML的代 码优化。 2.链接布局 3.网站布局 4.URL布局 5.相关技术 等等，只有这些和建站开发人员很好的沟通，做错来的网站才可能是营销型的经典网站。
以上建站过程中需要SEO参与讨论的问题其实都是建站开发 程序员该考虑到的问题，如果中国的程序员在建站过程中一切按照W3C去写HTML 与CSS，那么HTML 代码上面SEO参与的相对来说算是比较少的。但是可悲的是，中国程序员很少严格按照规范去做的。所以建站开发过程很多需要SEO去参与并集合SEO需要优 化的地方给予优化。
想必很多朋友都遇到过这样的网站，浏览器访问可以看见网站内容很丰富，但是一看网络快照只有框架，没有任何文字。这种就是 开发程序员乱用技术(AJAX)的后果，虽然从技术上考虑这样没的问题。但是从优化和该技术实现的最终目的来看，这是程序员自己不按照规范处理的问题。
而对于一个程序员来说，他们要研究的是技术而并非网站运营问题。大公司技术部门和推光营销部门分工明细，各种环节都有人监控并把握。对于小公司来说或许就一个推广部门，或许就一个不懂SEO推广的技术与一个苦逼SEO。
对于这类公司或者个人来说自己了解HTML，了解代码优化给予SEO的帮助以及怎么处理，怎么优化HTML 和一些常见误区上面的技术问题是一个很关键的问题。只有自己了解并知道怎么优化HTML才有可能和技术合作并指导他按照自己的优化方式执行下去，为自己优 化网站起到推动作用。
我们可以想想如果你不懂代码优化、不懂HTML ，只知道写文章发外链。时间长了网络依然没有收录，这时候你就会很迷茫。连个收录都没的或者收录甚少，会严重打击你的积极性。可能这些问题就是因为程序员 开发不当乱用技术造成的，而你如果不懂技术，你要做的就是遇到一个牛逼的程序员。要不然你就得懂，并指导他操作。并不要求你去处理技术上的东西。
SEO需要自己会做网站吗?
做SEO并不是一定要自己会做网站，原因很简单，SEO操作的仅仅的了解什么技术不能干什么?如 目前重要信息不能放在FALSH、JS、iFROM 、AJAX里面。并不是喊你去学会做FASLH。网站建站和SEO名义上没什么关联。SEO涉及到的只有用“哪个技术”问题完成什么功能和HTML问题。 其他优化问题其实应该说是程序员自身该考虑的问题，而并非SEO需要协助程序员完成的。如：代码执行效率、代码安全、易于维护等等。
SEO不 需要会用高级代码语言建站。如PHP、C#.NET、ASP、Java等等。但是你得了解整个网站构成和各种语言的简介，以及会下载开源程序如织梦快速完 成一个平台的搭建。如果你采用虚拟主机，你得弄清楚虚拟主机控制面板上面的所有功能，都干嘛的。如404，301，默认首页设置，域名绑定与解析、网站编 码问题、目录权限等。如你使用的Windows服务器至少得了解IIS的所有需要用到的功能吧。
SEO需要了解并熟悉HTML：
作为SEO需要了解并熟悉HTML以及CSS的原理以及能看懂并简单修改。再者就是需要了解网站服务器执行原理，客户端浏览器执行原理以及浏览器渲染加载 页面元素的原理。只有明白这些，你才能更好的优化你的网站。HTML和CSS并不难，只要肯下功夫认真去学习两天即可搞定。很多人不懂，看着代码晕乎不是 因为他比别人笨而是因为他心里懦弱了。

⑹ 程序员不注重衣着打扮有什么不好

个人认为不管是不是程序员，都应该注重个人的衣着打扮，可能是因为以前的程序员对于衣着的不重视导致人们对于程序员的打扮有了误区。

我认为程序员还是应该注重自己的打扮的。毕竟作为一个个体，我们应该对自己的身份有一个定位，程序员也需要面试的，在面试过程中，如果程序员衣冠不整，给领导的第一印象就不好，对于职业的发展也是没有好处的。

作为一名程序员，在工作的时候可以不必选择过于花哨的衣服，一些简单的黑白搭配就已经很好了，尝试不同的风格。

⑺ 在手机软件开发的过程中如何去避免开发误区

1、App开发需分工明确
我们都知道，一家手机app软件开发公司必备的工作人员除了程 序员之外，还有app ui 设计师、产品经理、策划师、测试人员、app推广人员等。也就说，开发一款手机app不是程序员独立完成的，是需要每个环节的工作人员一起，分工合作，一起努力的结果。所以，一个app的开发需分工明确，各司其职。
2、明确手机app开发流程
任何一件事情的完满完成不仅要决策者的周全考虑，还需要执行者按照预定的套路和流程去一步步地完成预定的事项。手机端app开发也是同样的道理，切忌在流程图没有制作出来之前就开始制作app。App开发流程图的制作是为了确保每个环节的顺利完成，也是按照一定的逻辑确定的，有利于简化开发者工作事项。
3、手机app制作尽量保证用户体验的完美性
虽然说，事情不可能十全十美，但是可以尽zui大的努力接近完美的状态。手机app开发要不断地提高用户体验，增强用户对app软件的粘度。这方面主要从细节做起，如app不要在不该使用动画的地方使用，影响用户空等的时间和app加载的速度；其次，由于app应用是在手机端使用的，手机界面有限，app界面的文字要表意明确，限制合理的文字长度；zui后，移动app的菜单开发避免层次太深、用户引导项太乱等。
以上几点中扬科技小编关于手机app开发可以避免开发的过程中掉进“坑”里，是app开发者们都需要了解的事项。

⑻ Java常见误区与细节有哪些

Java

1 、在Java中，没有goto语句。因为大量使用goto语句会降低程序的可读性和可维护性，所以Java语言取消了goto的使用。同时，为了避免程序员自行使用goto所带来的混乱，Java语言仍将goto定义为一个关键字，但是没有定义任何语法，故称为“保留字”。

2、true、false和null在IDE中虽然以不同的颜色显示，但是并不是关键字，而是“字面常量”，就和String类型的abc一样。

3、Unicode码使用16位字符编码，在Java中用char类型来表示。现在Unicode已经扩展到一百万个字符，超出16位限制的成为增补字符。所有增补字符都不能用字符常量来表示。

4、当short，byte，char参加运算时，结果为int型，而非与较高的类型相同。如果变量是byte，short，byte类型，当对其赋予编译时期的常量，而该常量又没有超过变量的取值范围时，编译器就可以进行隐式的收缩转换。这种隐式的收缩转换是安全的，因为该收缩转换只适用于变量的赋值，而不适用于方法调用语句，既不适用于方法调用时的参数传递。（详见java中默认类型转换的小问题）

5、注意char类型，这是一个无符号类型。因此，char与short或char与byte之间的转换必须显示地使用类型转换。 从byte到char的转换为扩展收缩转换，该转换比较特殊，即先将byte扩展转换到int，然后再收缩到char。

6、在整型数据间的扩展转换中，如果操作数是char类型（无符号类型），则进行无符号扩展，扩展位为0.如果操作数是byte，short或int（有符号类型），则进行有符号扩展，扩展位为该变量的符号位。

希望以上的回答对你有所帮助。

⑼ 程序员是不是只能吃青春饭

很多计算机相关专业的毕业生在择业时，不知道是受到什么因素的影响，对于程序员这个职业，普遍存在一个认识上的错误，他们认为程序员的“职业生涯”很短暂，吃的是青春饭，等年龄大了，如果不转行，就没用了，没有企业要了，生存都存在问题了。

还有很多人认为程序员这个职业眼前虽然高薪，但是却是以牺牲身体、时间换来的，经常还要加班，“享受”非人的待遇，最后还落下一身职业病，例如：颈椎病、腰椎间盘突出、高度近视等，所以他们认为这个职业尽管眼前光明，但是没有什么前途，可事实绝非如此，这是对程序员这个职业的一种误解。

误区:软件开发职业是青春饭

之所以出现“程序员是吃青春饭的”这一观点，可能是因为很多人认为国内程序员的工作虽然高薪，但确实很累，需要耗费大量的时间和精力，只有年轻人才顶得住。无法否认，就国内的软件行业现状来说，程序员工作比较累的现象确实存在，但是编程序只有年轻人才能做得了的说法，却是错误的认识。

首先，国内的软件开发管理存在不规范的现象，作坊式的个人行为很严重，互相配合、协同开发的效率很低，分工不明确，一个人要做好几个人的事；

其次，客户需求不明确，很多客户自己企业的管理都很不规范，自己都搞不清楚自己的生产流程，要用计算机进行管理是行不通的；

第三，软件开发市场竞争激烈，有些公司为了获得订单，用户要求什么就答应什么，结果就苦了程序员。随着国内软件开发市场和用户市场的逐渐成熟，以及软件规模的扩大，程序员的辛苦会逐渐降低。

而随着技术能力和工作经验的增加，程序员可以向软件设计师、系统分析员、项目主管、项目经理、CIO过渡。中国的软件产业刚刚开始，不但需要大量的程序 员，而且逐渐会需要更多的设计分析、管理人员。当然，准程序员们目前首先要做好的是学好功课，然后去做程序员，做上几年程序员以后，再逐步向上发展。

还有一个问题：工作很辛苦。我郑重地告诉你：没有不辛苦的工作！关键是怎样把工作转化为一种享受，让自己的心情快乐起来。

针对软件开发职业是青春饭这个观点，我们来做一个误区分析：

误区01年长程序员要求的薪酬一般要比年轻程序员高很多，相比之下年轻的程序员更能受到企业的青睐。

其实，相比年轻程序员，年长程序员更有竞争力，因为年长程序员具备丰富的项目经验，之所以薪酬比年轻程序员高很多，有它的合理性与必然性。虽然年轻的程序 员薪水相对比较少，但是他们一般没有经受过失败的教训，对于项目的认知与把握普遍不如年长的程序员。很多项目需要有激情的年轻人，同时也需要经验丰富的年 长者进行架构、技术指导，因此给予年长者高薪也是必须的，因为他们的价值完全能够匹配他们拿到的薪水。

误区02年长程序员缺少灵活性，缺乏学习新知识的能力与动力，做事比较古板。

年长程序员的阅历较年轻的程序员更深、更广，越是有经验的程序员越能够更迅速、更深度地迁移到新的技术、框架和系统里，其中很多深刻的见解并不是新人可以拥有的。况且，由这些思想储备来提升的生产效率，并不是能用什么方法直接测量到。

误区03年长程序员不愿意去干那些很辛苦的实际开发工作，编程水平一般，只会指手划脚。

没有谁能够保证年长的程序员就不用加班，年轻的程序员就一定经常加班。随 着人生阅历的增加，年长的程序员相比较年轻的程序员，更不愿意加班加点辛苦地工作，毕竟他们有了家庭，需要考虑的事情更多了，他们知道只有工作效率有问题 才会将自己推到每周工作80小时的处境。很多有家室的程序员都能有效地管理自己的个人时间，否则他立刻会淹没在各种工作之中无法抽身。而当企业需要他们加 班的时候，年长的程序员也会义无反顾地加班，丝毫不逊色于年轻的程序员。

误区04年长程序员没有年轻程序员脑瓜灵活、思维敏捷。

最后，由于生理特性，年长者在智力方面确实不如年轻人了，年长的程序员比年轻的程序员的反应速度也相对慢一些，但正确的判断来自于经验，经验来自于常年累 月的积淀，年长的程序员见识过、经历过的成功、失败的案例都比年轻人多得多，经验丰富的程序员有大量的案例可以拿来作为借鉴和参考，而年轻的程序员初出茅 庐，很难做到这一点，即使可能会有一些很好的新观点，但通常是没有经过测试和验证的，很难付诸实践。

每个人都年轻过，也有年老的时候，而年轻不是坏事，年老也不是所有都好，重要的是，肚子里没有真材实料的程序员在哪里都很难有发展前景，有实力的程序员，无论是年轻还是年老，在哪里都是香饽饽。所以程序员这个职业不仅不是吃“青春饭”的，而且这个职业还会让人永葆青春，充满活力。