PDT(product development team)产品开发团队   类似于产品经理 程序员 --  PL -- PM  --开发代表 -- PDT LEADER ----------------------------------------  引用  ---------------------- 产品经理PDT Leader是二级,现在的叫法应该是产品线总监. 项目经理PM是官方承认的最小级别的管理者.大致上,开发代表是三级,软件.硬件.测试经理是四级.PM算四级半. 项目组长PL是半

Atitit.研发团队的管理原则---立长不立贤与按资排辈原则 1. 组织任命原则概述1 2. 历史的角度看,大部分组织使用的立长不立贤原则1 3. 论资排辈 立长不立贤原则1 3.1. 资格和辈分是硬指标,不容易争议,能够持久.2 3.2. 权力的轮流坐庄,实现一定的管理民主化2 4. 选贤任能模式属于补充原则2 5. 无为而治 抽签大法(这个也可以作为补充原则)3 6. 管理的权利分散民主化原则3 6.1. 2.2. 管理问题的解决------分权制衡-最高七大组织机构3 6.1.1. 2.

Atitit.研发团队与公司绩效管理的原理概论的attilax总结 1. 四个理念 1 1.1. 绩效管理的三个目的.四个环节.五个关键2 1.2. 绩效目标smart2 2. 考核对象2 3. 绩效管理模式2 3.1.1. 德能勤绩2 3.2. 6.2 检查评比2 3.3. 6.3 共同参与2 3.4. 6.4 自我管理2 4. 绩效实施流程 2 5. 绩效方法(BSC.KPI及360度考核)3 5.1. kpi3 6. 第9章 绩效管理与绩效评价 9.1 绩效管理和绩效评价的基本概念 9.2

Atitit.如何建立研发体系 组织,流程,prj..Mana  oppm 发管理是一个完整的管理体系,从结构上来讲,它主要由四个方面的内容构架而成:组织结构与岗位设置 管理流程与工作流程..项目及管道管理(项目资源的优化与筛选) 第一部分 研发管理体系概述 1.1:高效的研发管理体系有哪些表现? 1.2:中国企业研发管理现状与存在的问题 1.3:有快速.高质量.精准.低成本的研发体系吗? 1.4:产品与研发管理体系的进阶演进路线 1.4.1:PACE提供的五级进阶模式 1.4.2:每个级别的表

Atitit.研发管理软件公司的软资产列表指南 1. Isv模型下的软资产1 2. 实现层面implet1 3. 规范spec层1 4. 法则定律等val层的总结2 1. Isv模型下的软资产 Soft assets就是“软资产”,指人力资源(human resources).品牌(brand).技术(technology)及知识储备等资产,研发能力也是软资产 2. 实现层面implet 产品 ,框架,类库 作者::  ★(attilax)>>>   绰号:老哇的爪子 ( 全名::Att

作为应用程序开发人员,我们需要注意在开发应用程序时的一些问题. 这些问题的安全级别是取决于应用程序的类型和使用域. 在这里列举了一些我们在开发中需要注意的一些问题: 开发日志输出相关: 1. 不要在 LogCat 中打印敏感信息.比如:用户名,密码,Web服务的URL,请求或响应信息等细节信息. 2. 在应用上线前去除没有必要的log日志 研发过程细节相关 1. 移除 AndroidManifest.xml中不必要的权限. 2. 慎用 DexClassLoader 加载应用程序之外的dex文件.

  标准: 研发应发现: 主功能流程无法正常使用,以及联调时主功能流程是否正常 功能缺失 打包时数据库表非最新.程序文件非最新: 文件导出时有明显错误(如无法导出.导出后格式明显不对.批量导入出错) 输入检查 非空验证 数据类型验证(如身份证和电话等) 页面显示 初始化时的默认条件加载是否正确? 主功能.流程界面有JS错误 风格和元素跟设计不符(在设计未变更的前提下) 对齐方式错误 数据正确性 查询模块单条件查询是否正确 模糊查询 有联动关系的下拉菜单(如省市区联动) 下拉菜单的值无明显错误(比

起因 面试过程 等待offer的过程中悟道 Java面试常考知识点个人总结 过程 百度——作为国内互联网的巨头之一,最近的一些风波对其褒贬不一,但是类似事件不是第一次发生,也绝对不是最后一次,对于真的找工作的人没有丝毫影响,反而更激发了加入百度的决心,毫不夸张的说,bant(n=网易)……可谓是诸多相关专业应届学生的向往之地,本人一直有bat情节,其中偏偏独爱作为世界互联网公司排名第四,国内头三把交椅的大百度…… 而自从去年百度全面冻结hc,停止社招之后,今年陆续又缩小了实习生的招聘规模,每个部

Atittit.研发公司的组织架构与部门架构总结 1. archi组织架构与 部门规划2 1.1. 最高五大组织机构2 1.2. 宗教事务部2 1.3. 制度与重大会议委员会2 1.4. 纠纷处理部:3 1.5. 行政部3 1.6. 保安与治安维护部:3 1.7. -------------------------3 1.8. 行政大部下面的小部门3 1.8.1. 总务部::负责具体的团队内部行政制度执行4 1.8.2. 保安部门::4 1.8.3. 餐饮食品部:规划食物体系,根据不同的分部实际

本文承接上文:Java研发岗位面试归类A(附答案): http://www.cnblogs.com/wp5719/p/5870243.html 答案自己网上找的,如有纰漏或错误,烦请指教. 七.数据库MySql 1.MySql的存储引擎的不同. MyISAM:拥有较高的插入,查询速度,但不支持事务. InnoDB:5.5版本后Mysql的默认数据库,事务型数据库的首选引擎,支持ACID事务,支持行级锁定. BDB:源自Berkeley DB,事务型数据库的另一种选择,支持COMMIT和ROLLB

郑昀 创建于2015/11/10 最后更新于2015/11/12 关键词:佣金计算.定时任务.数据抽取.数据清洗.数据计算.Java.Redis.MySQL.Zookeeper.azkaban2.oozie.mesos 提纲: 为什么要做“数据”并行计算调度? 他山之玉:azkaban2/oozie/mesos Summoner的特性 Summoner 是国玺部门推出的基于 MySQL+Redis+Zookeeper 的分布式并行计算调度和管理系统,李红红主设.   0x00,为什么要做“数据”

郑昀 创建于2015/12/2 最后更新于2015/12/2 关键词:数据库,MySQL,自动化运维,AutoDDL,刷库,帐号授权,审核,回滚 提纲: 数据库自动化运维什么?别人家是怎么玩的? 我们打算做哪些特性? 我们的iDB iDB 是刘勤红部门推出的数据库自动化运维平台,它其实已经断断续续开发了几个月了,线上也跑了一段时间,最近又发布了新版本.版本迭代的主力是王晓华同学,李世杰也参与了一部分开发工作,曹富志和张永奎是需求方. iDB 的主要目的是解决绝大部分重复.复杂的数据库运维工作 ,

古者富贵而名灭,不可胜记,唯倜傥非常之人称焉.故西伯拘而演<周易>,屈原放逐,乃赋<离骚>.文人雅士一次次的谱写着千古绝唱,而我亦不能免俗,也要附庸风雅,写一部前不见古人.后不见来者的经典之作. 于是,历时一年,呕心沥血,结合自身3年来从事App领域的一线实战经验,再辅之以从事软件行业十余载的奇技淫巧,写下这洋洋洒洒三百多页十几万字.初稿完成后,就如同和氏璧般,竟找不到出版社愿意出版,而我又不肯妥协,去写那些无关痛痒的语法介绍和UI布局等入门级章节.就在这时,杜勇帮我介绍了机械工业

Atitit 研发团队建设----福利法案--非物质福利与物质福利法案 1.1. 何为非物质福利法案??1 1.2. 福利类型1 1.2.1. 公共福利1 1.2.2. 个人福利2 1.2.3. 组织内公共福利2 1.2.4. 生活福利2 2. 具体福利种类2 精神福利与物质福利,这里暂时先讨论非物质为主的福利方案..物质福利需要有一定的物质基础,我们先讨论精神福利吧,这个容易实施.. 1.1. 何为非物质福利法案?? 福利制度是组织在制度范围内为所有对象普遍提供在一定的生活水平上尽可能提高生活

长沙芒果TV招聘高级 JAVA Python 工程师,工作地点:湖南广电   有兴趣的邮件0xmalloc@gmail.com; zealotyin@qq.com 公司有一大批从北京上海一线互联网企业(BAT)回去的同事,技术氛围非常好,是北上广人员回长沙不二的选择,同时也是长沙本地高级研发工程师的好出去. 公司产品覆盖:PC-WEB PC客户端  手机APP  WAP  PAD-web  OTT盒子 以及IPTV等,互联网主线产品(PC-WEB PC客户端  手机APP  WAP  PAD-w

以IPD方法论为基础,采用原型+迭代的开发模式,并以质量优先为原则,持续对用户做价值交付. 使用JIRA+WIKI+SVN管理整个的研发过程:JIRA管理任务和进度:SVN管理代码和过程文档:WIKI管理计划.规范.过程报告等. 沟通机制以信息透明.对称为原则,目标是让项目组每个人都明确项目的当前进度和阶段目标,每日晨\夕会,每周例会,每月总结会. 研发状态报告:测试出日报,项目经理出周报,每个人每月写月总结. 研发决策组:开发主管.测试主管.需求负责人.研发项目经理

郑昀 最后更新于2014/11/12 关键词:GoogleDapper.分布式跟踪.鹰眼.Tracing.HBase.HDFS. 本文档适用人员:研发   分布式系统为什么需要 Tracing?   先介绍一个概念:分布式跟踪,或分布式追踪.   电商平台由数以百计的分布式服务构成,每一个请求路由过来后,会经过多个业务系统并留下足迹,并产生对各种Cache或DB的访问,但是这些分散的数据对于问题排查,或是流程优化都帮助有限.对于这么一个跨进程/跨线程的场景,汇总收集并分析海量日志就显得尤为重要.

郑昀 基于朱传志的设计文档 最后更新于2014/11/11 关键词:异步消息.订阅者集群.可伸缩.Push模式.Pull模式 本文档适用人员:研发   电商系统为什么需要 NotifyServer?   如子柳所说,电商系统『需要两种中间件系统,一种是实时调用的中间件(淘宝的HSF,高性能服务框架).一种是异步消息通知的中间件(淘宝的Notify)』.那么用传统的 ActiveMQ/RabbitMQ 来实现 异步消息发布和订阅 不行吗?     2013年之前我们确实用的是 ActiveMQ,当

郑昀 基于朱传志的设计文档 最后更新于2014/11/13 关键词:LDAP.认证.权限分配.IdCenter. 本文档适用人员:研发   曾经一个IT内部系统配一套帐号体系和授权   线上生产环境里,技术人员需要登录许多内部系统,如: memcached/redis/mongodb 的管控系统 譬如我得有个把线上某个 memcached 的某个业务端口下某个/某些键值清空的 Web 界面吧: 譬如我得有个查出某个缓存键值并选择用哪一个Java Class反序列化的功能吧: jobcenter/

郑昀 最后更新于2014/11/11 关键词:定时任务.调度.监控报警.Job.crontab.Java 本文档适用人员:研发员工   没有JobCenter时我们要面对的:   电商业务链条很长,业务逻辑也较为复杂,需要成百上千种定时任务.窝窝的大多数定时任务其实调用的是本地或远端 Java/PHP/Python Web Service.如果没有一个统一的调度和报警,在集群环境下,我们会: 不知道哪一个定时任务执行失败或超时,不见得能第一时间知道——直到最终用户投诉反馈过来: 要求每一个定时任