技术人员入职手册

建议流程:

  1. 开发环境文档阅读(1H)  搭建开发环境(2H)  认真阅读开发约定(4H)。
  2. 基本技术的掌握(如果已经熟悉请跳过本步骤):jquery  struts2  spring JdbcTemplate
  3. 开发框架的阅读(2H)   获取demo工程并熟悉(4H)。
  4. 在demo上编写例子。

公司制度(建议第一天熟悉)和产品说明书自己安排时间学习。

基本技能培训

  1. IDE基本使用。
  2. SVN基本使用。
  3. JIRA、wiki基本使用。
  4. 数据库DB2和ORACLE。以及常用工具。
  1. 项目开发约定。
  2. 开发中代码规范。
  3. JIRA、wiki基本使用。

公司使用的通用框架介绍,环境的搭建,相关技术的介绍、demo的编写。

  • 开发流程规范

产品部门和研发部门的流程制度,与测试、实施交互注意事项。

公司产品介绍

对公司产品部和研发部相关产品的介绍。

    公司制度培训

    1. 企业概况
    2. 日常制度
    3. 安全培训

    技术人员入职手册

    时间: 2024-10-05 08:09:45

    技术人员入职手册的相关文章

    IT人员如何提升在企业里地位和价值?——新人入职如何烧旺前三把火

    本文是老男孩个人公众号的第一篇文章,如果喜欢, 可加oldboy_linux,或扫结尾的二维码进行关注! http://oldboy.blog.51cto.com/2561410/1829072 技术的提升仅是量的积累,思想的提升才是质的飞跃! ------老男孩 前言:虽然本文题目是针对IT运维人员的,但其他行业的伙伴同样能从中受益! 目录 1. 重视入职后的前3个月 2. 新入职的普通员工如何烧旺三把火? 2.1 新手菜鸟如何做? 2.2 新入职的有能力的老鸟如何做? 3. 新入职的领导如何

    写给即将入职的你-软件工程之需求开发流程

    前言 在这个春风得意马蹄急,金三银四跳槽季的日子里,相信很多小伙伴都拿到了心仪的offer了吧,其中不乏有初入职场的同学.那么今天,我就从服务端的角度来给大家分享一些关于工作中开发流程的经验,希望初入职场的同学尽量少踩坑不背锅,能够顺利通过考核期. 进入公司你会发现,一般正规点的公司都会分很多部门,如开发部(科技部或研发部).产品部(业务部)等,这两个部门是相互对等的,也就是说后者负责产品功能的创意.设计,产品的大方向,说白了就是负责提出产品需求,把控产品的定位和走向:而前者则是需求的受理者,负

    反思:毕业入职的第一家公司

    得到这第一份工作,说来还真有几分传奇.大四下学期一开学,就买好去深圳的火车票,和同学几个踏上了南漂的路.由于是穷学生,所以买了硬卧票,很巧的是在火车上遇到了一个潜江的老乡,反正火车要开一天一夜也怪无聊的,于是在火车过道找了个桌子几个年轻小伙就开始畅谈人生和憧憬未来.这位刚认识的老乡年龄和我们差不多,但社会经验比我们丰富很多,于是就说起他在中专技校里面是如何半夜溜出去上网,毕业如何被分配到工厂做车厂机加工人,说和自己同班出来做机加工人的一个女同学的女同事由于金属镁粉过敏全身都红肿,那个女同学见到这

    技术人员职业规划(二)

    技术人员的困惑主要来自于两个方面: 1.如何选择一个适合自己的方向 2.如何“立足于现状”达到目标职位的“实际要求” 一.如何选择一个适合自己的方向 首先,对于技术人员来说,典型的发展方向就两个:技术路线和管理路线. 技术路线:工程师-架构师…科学家 管理路线:工程师-项目经理-部门经理…首席技术官 各个企业可能因为自己的业务特点,进行大同小异的调整,比如我们公司是这样的: 技术线:工程师-高级工程师-架构师-高级架构师-资深架构师… 管理线:工程师-高级工程师-项目主管-项目经理-部门经理…

    15个IT技术人员必须思考的问题

    行内的人自嘲是程序猿.屌丝和码农,行外的人也经常拿 IT 人调侃,那么究竟是 IT 人没有价值,还是没有仔细思考过自身的价值? 1. 搞 IT 的是屌丝.码农.程序猿? 人们提到 IT 人的时候,总会想到他们呆板.不解风情,专注于 IT 技术,就算性感的美女躺在旁边也无动于衷.事实真的是这样吗?虽说不能完全否定有这样的情况存在,但这是 IT 人普遍的特点吗?而其它行业也有很多这样的人,那为什么人们总是拿程序员说事?下图为 2013 年网上曾经流传的一张屌丝分布图(图片来自3dmgame.com)

    入职两周总结

    已经入职两周了,慢慢开始熟悉了公司的业务与人员... 知道自己是被分配到了PAD组,刚开始入职第一周的时候还以为自己时做前端方向的工作,也跟着杨欣姐做了一些小bug的排除,由于自己业务不熟悉,所以速度比较慢.终于跟上以后才发现自己是被分配在PAD组中,下周可能就要接一些PAD组的正式任务了.公司用的是比较传统的架构,对前端的需求似乎不是特别大,感觉自己在学的VUE和NODE完全没有任何卵用...同时,公司使用的前端框架是ExtJS,PrototypeJS....相比较老旧的一些技术...怎么说呢

    对即将入职前端工作的新人有哪些建议?

    3个词吧沟通,努力,多看. 1.沟通.沟通是在工作当中是很重要的一个环节,沟通好了事半功倍,沟通不好事倍功半.在网站开发的整个环节当中前端能接触到的有产品,设计,后台,测试这些岗位的人.产品会根据客户的需求或者是老板的需求把项目的产品原型,需求文档,交互文档给到你们,然后就是各自看各自的,如果有问题大家开会或者QQ群讨论,能修改的修改,修改不了的那就是前端和后台抓耳挠腮的把困难解决掉,而在这个过程中需要的就是良好的沟通,你得说明白你哪些模块有问题,有什么问题能解决还是不能解决,如果说实在的实现不

    谈谈入职新公司1月的体会

    新公司入职有1个多月了,说说最近的一些感想吧. 当然由于入职时间短,可能有些只是我看到和想到的,也许不够客观,这些只是我个人的一些体会. 当初由于一些原因降薪到这边,也是因为想把这个产品做好后,能够满足自已的需求,不管是从经济还是事业上对自已都有帮助.可从入职这段时间上来看,这其中的问题还有不少.不管是从做产品还是公司的整个管理流程.以及领导层对产品的看法方面,我感觉都不是我想像的那样. 研发这边.由于以前的技术债和不合理的架构,造成现在增加和修改一个功能经常要小心翼翼的.尤其是这个基础功能数据

    月薪5W的程序员入职新公司,谁知竟是接手烂代码,重构还是走?

    事情是这样的,前几天在朋友圈,我看到一朋友发表了一条说说:"入职新公司,从重构代码到放弃",我就问他怎么了?他说:前段时间有公司给我开出了5w的工资,我高高兴兴跳槽了,谁知道,刚进一家新公司,接手代码太烂,领导让我先熟悉业务逻辑,然后去修复之前项目中遗留的bug,实在不行就重构. 关键是,离职的那位仁兄走之前,还跟我在QQ上说,老哥辛苦了,我写的很乱真不好意思,但我是故意的. 这几天,我都在想,要不要离职? 其次,我相信,这个问题很多人都遇到过. 每个新人去一家新公司都会觉得公司代码很