SFDC 框架布局, 通过以下分类我们可以了解Salesforce 每个云上所提供的功能和用途. ●销售云 Sales Cloud 销售自动化(Sales ForceAutomation,SFA)&CRM. SalesforceIQ CRM  精简版 CRM SteelBrick Quote-to-Cash 由 Salesforce Lightning 驱动的全自动 CPQ(Configure 配置,Price 价格,Quote 报价),和账单自动化生成.客户能够获得精准简便的报价,清晰的项目提

lightning对于开发salesforce人员来说并不陌生,即使没有做过lightning开发,这个名字肯定也是耳熟能详.原来的博客基本都是基于classic基于配置以及开发,后期博客会以lightning为主. 那么问题来了,why lightning? lightning针对classic,不管是针对界面上来说还是开发上来说,都有很大的改变.lightning基于sales,service增加了很多很便捷的功能,针对列表视图也增加了kanban 视图,列表,详情页面更加友好,可以基于组件

上一篇中我们在demo中使用了很多的 @salesforce 以及 lightning/ui*Api的方法,但是很多没有细节的展开.其实LWC中针对这些module提供了很多好用的方法,下面对这两种进行详细介绍. 一. @Salesforce @salesforce模块封装了很多的方法,用于在运行时添加相关的功能.主要方法及使用如下. 1. @salesforce/apex : 此方法用于引入apex的方法,这里的方法包括自定义的方法以及标准的预置的方法,具体操作如下.1)引入自定义apex类的

0x00 前言 目前所在的团队实行敏捷开发已经有了一段时间了.敏捷开发中重要的一个话题便是如何对项目进行恰当的版本管理.项目从最初使用svn到之后的Git One Track策略再到现在的GitFlow策略,中间有经验也有教训,所以记录在本文,既是和各位朋友交流也供自己日后查阅. 0x01 基础:Unity项目如何做版本管理? 为什么更喜欢git? 初来项目组到时候,项目还在使用SVN作为版本管理的工具.作为一个不喜欢SVN的人,自然而然想到了换用git来做版本管理.这里当然并不是说svn不如g

组织级项目管理--有你,有我,有大家 在过去的2年,无论对于企业来讲,还是对于我们个人都有很多大脑的冲击,有几个词大家应该特别耳熟能详:转型,变革,敏捷,互联网+,组织的项目化管理等.就是这些让我们的变的不平凡.     对于我们来讲组织级项目管理已经成为了重要的产品体系之一,无论是给企业培训,还是咨询:无论是给企业的员工培训知识体系,还是给企业进行组织级项目管理体系的搭建,看到很多学员感受到项目管理给他们带来的提升,看到一家家企业在我们的帮助下感受到组织级项目管理带来的很多收益,我们感到自豪的

GitHub使用操作指南 作者:白宁超 2016年10月5日18:51:03> 摘要:GitHub的是版本控制和协作代码托管平台,它可以让你和其他人的项目从任何地方合作.相对于CVS和SVN的联网限制和传速慢有明显的优势.因此,越来越受企业和个人的青睐.github上进行项目管理也是趋势.基于此,笔者十一小假期,花了1天时间学习总结得以此文,旨在节约读者时间,快速掌握.在此,特别感谢廖雪峰官网教程,本文基本其于教程又有所不同,内容进行取舍,外加梳理成文,最后参考资料建议大家阅读.本文布局如下:一

Atitit.attilax软件研发与项目管理之道 1. 前言4 2. 鸣谢4 3. Genesis 创世记4 4. 软件发展史4 5. 箴言4 6. 使徒行传 4 7. attilax书 4 8. 启示录4 9. 技术标准的7条原则4 9.1. 后向兼容性4 10. 软件之道5 11. 计算机科学导论(原书第3版5 12. 数字电路5 13. 通用管理学5 14. 项目管理5 15. 团队建设与人力资源管理5 16. 软件工程5 16.1. 软件编写5 16.2. 软件构件化理论与技术5 16

感兴趣的同学可以关注这个翻译项目 . 我的博客原文 和 我的Github 前段时间翻译的Spring MVC官方文档完成了第一稿,相关的文章和仓库可以点击以下链接.这篇文章,主要是总结一下这个翻译项目自开始到上线发布,完整的一个生命流程.内容包括 翻译环境搭建 .项目管理 与 自动化构建 三部分. 博客首页声明:Spring MVC官方文档翻译稿发布 托管在七牛上的翻译文档 Github仓库 环境搭建 翻译与写作一样,首要之事均为专注于翻译/写作本身,而不考虑样式等方面.而章节之间的联系,自然也

沟通是人类所具备的优良而有一定技巧的一种方式.但是,沟通也是PMO项目管理办公室中所有项目组必须建立起来的能力,也是PMO项目管理办公室日常所需要进行的一项工作内容. 一.项目间的沟通: PMO项目管理办公室所管理的项目间都需要进行沟通.其最主要的就是项目资源间需要的内容,比如项目间的数据接口等内容.所以,PMO项目管理办公室就需要对项目组进行培训,让业务相关的项目组间进行技术和业务的学习和沟通,这样才能更好的管理和处理各个相关的项目间的内容. 二.项目经理间的沟通: 因为项目组之间需要进行沟通

培训是一个重要的内容,在公司内部就有相关的培训.对于PMO项目管理办公室来说,就是相关的项目的技术和业务的培训,以期让项目组人员能够快速的学习好项目业务内容和所需要使用到的技术内容,然后尽快的进入项目开发建设中,配合项目经理的计划完成项目. 一.项目经理培训: 对于项目经理来说,本身就应该具备相关的项目管理知识,比如项目管理知识体系指南.然后,项目经理需要具备一定的技术能力,不过,项目经理最需要的是当前项目所需具备的业务知识,还有,项目经理需要具备项目组人员管理能力.下面的博文从最基本的培训内容

PMO项目管理办公室也需要对项目相关的资源进行提供,从而针对项目的资源也进行标准化和规范化的管理.也就是说,PMO项目管理办公室就是提供项目相关的规范化资源内容,从而统一管理项目相关的内容,达到规范的作用. 一.项目资源: 首先讲讲项目资源.公司的项目,需要业务经理去争取获取到,或者说,有些项目资源需要部门经理等去找寻争取,这个是根据公司大小规模来确定的,大的公司有专门的项目业务经理去寻找项目资源,小公司的话就是经理和部门级别的员工进行寻找项目资源.然后,这些项目资源再由PMO项目管理办公室进行

PMO项目管理办公室应该是针对公司级别的项目内容制定项目标准.这个由公司的项目经理们进行集中讨论,然后将项目标准进行文档化,标准化,从而为公司的项目进行指导性的功能,为公司的项目进行服务.下面对项目标准的规范化内容做一下介绍: 一.编码规范: 对于软件公司,需要对公司的软件编码进行规范化管理,下面提供相关编码规范标准内容,笔者建议,在公司级别和项目组级别都要形成一套编码规范体系,用来约束软件工程师编写代码的风格. 1.C#编码规范. 对于C#来说,它的代码风格与C语言风格类似,所以编程上手很容易

我们在此处不讨论 GIT 比 SVN 好多少,也不讨论 Maven 和 Gradle 哪个好用,基于现有的开发环境,大多数公司还是采用 SVN + Maven 来进行项目管理——因为这已经满足了大多数的代码管理需求,并且对于一个成熟的公司来讲,项目管理工具的改变可能需要很大的成本和决心,基于 GIT 的项目管理将会在以后详细介绍. 做程序开发和项目管理的老银棍们肯定知道,基于 SVN 的项目开发管理有两种方式:集中式开发和分散式开发,对应正常的语言描述来讲,集中式开发对应的是基于trunk进行开

任何事情都有三个阶段,分析.制作.质检的过程.在程序中就分为设计.编码.调试(测试)三个阶段,其中设计最为重要,设计的不好会导致编码和调试重复,甚至最后又回到了设计的过程.为了不会重复返工,所以设计的时候需要考了全面,否则会导致资源上的浪费和占用,甚至造成资源不足而终止.就像任何一个投资项目一样,设计的不好,往往会导致人力资源的浪费,如果在项目进程中达不到预期的效果,这个项目生命周期就会缩短. 1.项目管理器设计 为什么要使用到项目管理器?如果这点都不明确,那么这样的功能需求是无效的,也就是说不

SFDC的顾问初期,基本都是做一些配置的工作,权限,字段,工作流和审批流之类.那么在这些工作流或者审批流没有按照你预想的来运行而且你检查了多遍后没有找到问题所在的时候.你就需要DEBUG了. 做过开发的人都比较熟悉DEBUG的概念了.就是将原来一瞬间自动运行的程序分为一步一步来运行,同时监控每一步运行时的变量的值来试图找到问题所在.这个将程序分为步骤来执行的操作可能需要开发环境的支持,比如.NET的Visual Studio. 对于SFDC,我们无法将工作流分步执行,但我们可以将SFDC运行时的

今天参加了SFDC. 第一次参加这样的技术大会,感触总是有点. 简单的记录如下 1.自动化运维在行业已经成为趋势,未来DevOps 作为开发和运维统一已经是新时代对开发人员的要求.公司架构一个自己的自动化运维很有必要. 2.微服务吵的越来越热,虽然我还是不太明确微服务的确切定义,但是听起来还是对传统的应用有很大的进步,不过,合理的分,合理的和,才是微服务的正确的姿势,不能为了微服务而去分的粒度太小,成了纳米服务,这就带来了很多问题,得不偿失. 3.容器技术的应用越来月广泛.Docker火爆程度已

目前市面上主要源程序管理软件主要有:Microsoft TFS(Team Foundation Server).GitHub.Trac.BUGZILLA.Apple XCode.SVN Microsoft TFS(Team Foundation Server): 优点: 任务版上能将需求.项目进度一览无余,对于小团队而言,比甘特图更有用集成了项目管理.版本控制.BUG 跟踪,能有效实现 SCRUM能与 VS 无缝接合 缺点: 搭建.维护tfs比较复杂,硬件要求也比较高. GitHub: 优点:

现今,技术引领的商业变革已无缝渗透入我们的日常生活,「技术改变生活」的开发者们被推向了创新浪潮的顶端.国内知名的开发者技术社区 SegmentFault 至今已有四年多了,自技术问答开始,他们已经发展成为一个问答.专栏.笔记.头条以及线下活动等多产品线的技术交流平台.到目前为止,SegmentFault 已成功举办 40 多场技术沙龙,让 13 座城市的 5000 多位活跃开发者积极参与其中.今年,更是开启 SFDC (SegmentFault Developer Conference) 开发者

前面当项目经理的时候曾经用到过Project来进行项目管理.这些天闲着无事,将代码翻出来留念了一下,现在将Project项目管理的东西也翻出来玩玩. 微软的Project是一款不错的软件,经过微软这么些年的不断的开发,应该说已经基本完善了.初次接触Project是用的2007版本,这次介绍的是2010版本.Project基本涵盖了项目管理的几大领域的概念了(PMP项目管理书里谈到了九大领域,而最新的PMBook里增加了“项目干系人”管理).当然,网上有不少项目管理软件,其中不乏WEB版的(见ht

十年前,笔者还是一个刚毕业的大学生,对IT业只是停留在学校的编程知识领域.刚出社会,有很多需要学习的地方.在这十年间,笔者经历了程序员,技术经理,项目经理,部门经理等职位.本文就是要说说如何从程序员到部门经理的经验. 对于程序员,按笔者在<软件项目角色指南>一文中的称呼,应该称为软件工程师.大家可以去看看该系列中对软件工程师的职责等内容,希望大家能对该角色有一定的理解.软件工程师要做的事情还是比较多的,因为在项目中可能要涉及到很多方面的内容,所以,软件工程师往往身兼多职.软件工程师在项目中的作