程序员的转正申请优缺点和建议怎样写

程序员转正申请

尊敬的领导：

您好!首先非常感谢您能在百忙之中抽出宝贵的时间来看我的申请。于2011年6月27日非常幸庆地能够成为贵公司的一员，也很高兴能加入目前这个团体，自从入职当日至今已有两个多月，在其期间，在领导和同事的教导及帮助之下，我基本上了解了许多工作的流程，也能很快着手工作上的事情，完成领导安排的任务。

目前，我主要负责的是服务器维护与网站编程这一块，维护网站的正常运营和功能的添加修改。定期清理服务器沉淀的垃圾文件，定期进行各个网站和通达OA的数据备份，以便提高网络的浏览速度和文件的安全。参与网站的维护和管理，设计网站页面布局，调整关键字密度及推广。以便于浏览量的增加和搜索引擎的收录。有时帮忙录制网课、解决同事们电脑的问题、解决公司内部网络问题，以及公司设备使用运作情况。现在在了解和学习ASP编程，通达OA组件功能 *** 作和二次开发，以便日后的升级管理和维护。

在工作过程中，我学到了许多东西，身边的同事、上级的领导，他们每一句话都有可能成为我人生中的一个警钟。在此我接触到许多与我之前未曾了解过的东西，如：ASP编程、通达OA的工作原理、JAVA的工作流实现、以及硬件设备的维修等。我非常珍惜这份工作，所以我一直严格要求自己，每天都认真努力去做好领导布置的每一项任务，在完成过程的同时，也尽力去完善。

我很感谢领导能给我这么一次机会，让我在公司学习和锻炼，经过这段时间的努力，不管是个人经验还是能力，都有所提升。也非常感谢领导们在工作中的指导，让我吸取许多丰富的经验和纠正了许多错误，感谢同事在工作中给予我的帮助和支持!

毕竟我到公司已有一段时间，相信领导也对我有一定的了解，因此我希望能以一名正式员工的身份进行工作，特写此转正申请，恳请领导予以批准。不知我的行为是否正确，如有不对之处，敬请谅解。刚到公司，还有很多不懂得地方，经验阅历不是特别的丰富，在工作当中难免有不足之处。所以以后，不管是我的能力还是性格，处事或是思维上有问题，还往领导能及时地指出，以便于自己努力去纠正和改善，我会以优秀同事做为榜样去提醒自己，争取能成为公司一名优秀的员工，希望能在龙本这个大舞台上展示自己，能为公司奉献自己的一份力量。

网络部：李XX

我认为Java语言的10大问题是：

1、缺少闭包（closure）：我想这个不需要解释了。函数式编程已经存在几十年了，但最近几年，它们获得了越来越多的关注，最主要的原因，是它可以自然地编写并行程序。我部分的同意Joshua Bloch强调在Java中引入闭包的问题需要再想一想（BGGA提议的方式真的很糟），至少闭包的缺失，使得在Java中做任何真正的函数式编程都是不可能的。

2、缺少一等函数：这个问题与前一个有些关联，但我认为它更糟糕。在Java里，要达到类似效果的唯一方式，是使用著名的、丑陋悲惨的单方法匿名内部类，但这看上去的确是一个拙劣的方法。甚至在C#中，也通过代理机制，提供了一个更好的实现。

3、原生类型（Primitive types）：如果在Java中一切皆对象，那是多么完美啊，但他们偏偏不这样设计。因而，这一点导致了一些问题，比如，不能把一个int放到集合（Collection）里，这个在Java5中通过自动装箱特性得到了解决（下面会提到）。它也造成了传值与传引用上的困扰，原生类型数据是通过值传给方法的（复制一份拷贝，然后传给函数），而真正的对象是通过传递（译注：其实是复制对象地址再传递，因此应该也是传值方式，只是由于函数内部可通过这个对象地址访问对象，因此效果上类似传引用）。

4、自动装箱（Autoboxing）和自动拆箱（autounboxing）：这个特性是为了解决因原生类型的存在所导致的问题，在Java5引入的。它允许静默地转换原生类型到相应的对象，但这常常导致其它的问题。比如Integer可以为null，但int不能，因此这时JVM只能抛出一个难以调试的空指针异常（NullPointerException）。此外，它还可能导致其它奇怪的行为，就像下面的例子，我们就很难理解，变量test为什么是false：

Intger a = new Integer(1024);

Intger b = new Integer(1024);

boolean test = a < b || a == b || a > b;

5、缺少范型具类化：范型是Java5引入的一个很酷的特征，但是为了保持与旧版本Java的兼容性，导致缺失某些重要的特性，尤其是不能在运行时反省范型的类型。例如，你有一个方法，接受List参数，如果传进来一个List，你却不能知道运行里该范型的确切类型。同理，你也不能创建范型数组。这意味着，尽管下面的代码看起来很自然，但却不编译不了：

List[] listsOfStrings = new List[3];

6、不可避免的范型警告：你有发现过自己陷入不可能去掉的关于范型的警告么？如果你像我一样大量使用范型，我打赌你碰到过。事实上，是这个问题的规模化症状，让他们认为需要引入一个特定的注解(@SuppressWarnings("unchecked"))来处理这种情况，我觉得，范型应该可能被设计的更好。

7、不能传void给方法调用：我得承认，这种给方法传递void的需求，乍一看有些怪异。我喜欢DSL，当我实现自己的DSL库（lambdaj）的一个特定特性时，我不得不需要一个方法声明成这样的签名：void doSomething(Object parameter)，这里为这个方法传进来的参数parameter，是另一个方法调用的结果，它唯一的目的，是注册调用（的对象）自身，以可以在以后执行它。让我吃惊的是，即使println方法返回void，看上去也并没有一个好理由，不允许我把代码写成这样，：

doSomething(Systemoutprintln("test"));

8、没有原生的代理机制：代理是一种非常有效和应用广泛的模式，但Java提供的代理机制，只针对接口，而不是具体类。这是为什么象cblib这样提供这种机制的库，被如此多的主流框架，如Spring和Hibernate，采用的原因。此外，由于cglib通过运行时创建被代理类的子类来实现的，因此这些种方式有一个众所周知的限制——不能代理final类，比如String。

9、差劲的Switchcase语句：Java规定，switchcase只能选择int和enum（Java5开始）。这一点如果跟更现代的语言如Scala相比，看起来简直太弱了。

10、受检查异常（Checked exception）：类似原生类型，受检查异常也已经成为Java的一个罪孽之源。它迫使程序员必须做下面两件极其糟糕讨厌的事情中的一个：让你的代码里充斥大量的、糟糕难读的、容易出错的trycatch语句，而这样做的最大意义，只是将捕获的异常，包装成运行时异常，然后再重新抛出；或者是让大量的抛出声明子句污染你的API，让接口缺少灵活性和可扩展性。

真正的问题是，这里我提到的这几大主要问题，唯一的解决办法，是要做一个痛苦的决择，定义一套新的语言规范，放下当前版本的向后兼容性。我猜他们永远也不会这么做，虽然我相信，如果编写一个能够自动转换旧Java源码的程序，让它们与假设的新版本兼容，并不是很困难。最后，这就是我决定开始寻找一个更好的JVM兼容语言的原因。

当面试官问求职者有哪些缺点是，从这几个方面回答是合理的：不该说的不能说：有些缺点是雷区说不出口，比如追求完美，急躁，身体不好，不想加班；该说的应该坦率地说：不能把优点说成缺点，同时要说明自己正在学习或一直在学习改正；如何提前准备：作为面试官经常遇到的问题，求职者要结合岗位提前准备2-3个缺点。这个理由太通俗了。我应聘的时候，不知道我也是这么回答面试官的。估计面试官心里飞过一只乌鸦。求职者说自己的缺点太完美了。其实他们是变相的夸自己，面试官会反感。他们不会给面试加分，反而会降低分数。例如，当求职者说缺点是，他们的不耐烦意味着两个意思：

求职者没有耐心。对于领导的三天任务，求职者一天就能完成；第二，求职者没有耐心，不成熟，不稳定。不管什么原因，求职者都没有太多缺点。同理，我夸自己加班，用不同的方式热爱自己的工作。虽然影响自己身体和家庭的和谐，但都是为了工作，估计最后困难还是会克服的。这样的答案感觉就像是一个几乎没有思考能力的人可以随意从网上找到的答案。好像很不真实。一般情况下，不能说严重影响工作的原因，比如应聘销售，但也不能说不喜欢旅游；申请会计的时候，不能说自己粗心；申请管理，不能说容易动情。这些原因会严重影响岗位职责的正常履行。

缺点就是缺点。不代表优点就会变成缺点。要勇于承认自己的不足，同时要给出实际的例子来证明。一定要有改正和进步的表现。既然谈缺点，就要有解决办法。举例的作用是说明缺点是真的，突出自己的解决办法，变相说出自己的优点。“我的主要弱点是，当我工作过度时，我往往会忽略一些事情。有时候忙着急事，会忽略一些细节或者小事。但是，我也找过解决办法。现在，通过一个备忘录，我总是记录需要工作的事情，并做好序号，以确定顺序，减少出错的可能性。”

了解公司文化和工作职责，什么都不要忌讳，尤其是谈到缺点的时候，不要和工作职责冲突。因此，我们有必要认真了解公司文化和岗位职责，这不仅是本岗位的职责，也是同行业同岗位的职责。毕竟有时候HR招聘可能不够细致。反过来说，申请管理岗位可以说是技术能力有待提高，申请技术岗位可以说是管理能力和沟通能力欠缺。你可以说申请财务岗不够主动，也可以说申请技术岗太认真。显然，这些都与工作匹配的程度相悖，不是什么大缺点。

应聘技术岗位时，可以说自己的需求计划不完善；申请管理职位的时候，可以说自己PPT不是很好，等等。这些都是和职位关系不大的地方，即使有这些缺点，面试官也不会太介意。通过对反方向和远处缺点的解释，把缺点说清楚，和工作关系不大。即使说自己的缺点，也要适当组织语言。同样的意思，不同的说法，给人完全不同的看法。与其直说自己的缺点，不如打包：“我的缺点是太严重了！”“因为程序员本身要求工作严谨，不能出错，也导致我平时工作太认真。”

以上就是关于程序员的转正申请优缺点和建议怎样写全部的内容，包括:程序员的转正申请优缺点和建议怎样写、java开发的缺点、当面试官问到你的缺点时，你应该怎样回答等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！