🍊
翻译橙
🍊返回主站🤖参与贡献
  • hello,这里是翻译橙
  • spring boot参考文档
    • 1. 法律
    • 2. 寻求帮助
    • 3. 文档概述
    • 4. 入门
    • 5. 升级Spring Boot
    • 6. 使用 Spring Boot 进行开发
      • 6.1. 构建系统
      • 6.2. 构建你的代码
      • 6.3. 配置类
      • 6.4. 自动配置
      • 6.5. Spring Bean 和依赖注入
      • 6.6. 使用@SpringBootApplication注解
      • 6.7. 运行您的应用程序
      • 6.8. 开发者工具
      • 6.9. 打包您的生产应用程序
      • 6.10. 接下来读什么
    • 7.核心特性
      • 7.1. SpringApplication
      • 7.2. 外部化配置
      • 7.3.Profile配置
      • 7.4.日志记录
      • 7.5.国际化
      • 7.6 面向切面的编程
      • 7.7. JSON
      • 7.8. 任务执行与调度
      • 7.9. 单元测试
        • 7.9.1. 测试范围依赖
        • 7.9.2. 测试 Spring 应用程序
        • 7.9.3. 测试 Spring Boot 应用程序
        • 7.9.4. 测试容器
        • 7.9.5. 测试工具
      • 7.10. Docker Compose 支持
      • 7.11. 测试容器支持
      • 7.12. 创建您自己的自动配置
      • 7.13. Kotlin 支持
      • 7.14 SSL
      • 7.15.接下来要读什么
    • 8. 网络
      • 8.1. Servlet Web 应用程序
        • 8.1.1. “Spring Web MVC 框架”
        • 8.1.2. JAX-RS 和Jersey
        • 8.1.3. 嵌入式 Servlet 容器支持
      • 8.2 反应式网络应用程序
        • 8.2.1. “Spring WebFlux 框架”
        • 8.2.2. 嵌入式反应式服务器支持
        • 8.2.3. 反应式服务器资源配置
      • 8.3. 优雅关机
      • 8.4. spring安全
        • 8.4.1. MVC安全
        • 8.4.2. WebFlux 安全
        • 8.4.3. OAuth2
        • 8.4.4. SAML 2.0
      • 8.5. spring 会话
      • 8.6.GraphQL
      • 8.7. Spring HATEOAS
      • 8.8.接下来读什么
    • 9. 数据
      • 9.1. SQL数据库
      • 9.2. 使用 NoSQL 技术
      • 9.3. 接下来读什么
    • 10. 消息
      • 10.1. JMS
      • 10.2. AMQP
      • 10.3. Apache Kafka 支持
      • 10.4. Apache Pulsar 支持
      • 10.5. RSocket
      • 10.6. Spring Integration
      • 10.7. WebSockets
      • 10.8. What to Read Next
    • 11. IO
      • 11.1. 缓存
      • 11.2. Hazelcast
      • 11.3. Quartz 调度程序
      • 11.4. 发送电子邮件
      • 11.5. 验证
      • 11.6. 调用 REST 服务
      • 11.7. web services
      • 11.8. 使用 JTA 进行分布式事务
      • 11.9. 接下来读什么
    • 12. 容器镜像
  • Spring核心功能
    • 1.IOC容器和Bean简介
      • 1.2. 容器概述
      • 1.3. Bean概述
      • 1.4. 依赖项
        • 1.4.1. 依赖注入
        • 1.4.2. 详细的依赖关系和配置
        • 1.4.3. 使用depends-on
        • 1.4.4. 延迟初始化的 Bean
        • 1.4.5. 自动装配协作者
        • 1.4.6. 方法注入
    • 2. Resources
      • 2.1. 介绍
      • 2.2. Resource接口
      • 2.3. 内置Resource实现
      • 2.4. ResourceLoader接口
      • 2.5. ResourcePatternResolver接口
      • 2.6. ResourceLoaderAware接口
      • 2.7. 资源作为依赖
      • 2.8. 应用程序上下文和资源路径
    • 3. 验证、数据绑定和类型转换
      • 3.1. 使用 Spring 的 Validator 接口进行验证
      • 3.2. 将代码解析为错误消息
      • 3.3. Bean 操作和BeanWrapper
      • 3.4. spring类型转换
      • 3.5. spring字段格式
      • 3.6. 配置全局日期和时间格式
      • 3.7. Java Bean 验证
    • 4. SpEL表达式
    • 5. Spring 面向切面编程
      • 5.1. AOP 概念
      • 5.2. Spring AOP 的能力和目标
      • 5.3. AOP 代理
      • 5.4. @AspectJ 支持
        • 5.4.1. 启用@AspectJ 支持
        • 5.4.2. 声明一个切面
        • 5.4.3. 声明切入点
        • 5.4.4. 声明切点
        • 5.4.5. 切面说明
        • 5.4.6. 切面实例化模型
        • 5.4.7. AOP 示例
      • 5.5. 基于模式的 AOP 支持
      • 5.6. 选择要使用的 AOP 声明样式
      • 5.7. 混合切面类型
      • 5.8. 代理机制
      • 5.9. @AspectJ 代理的程序化创建
      • 5.10. 在 Spring 应用程序中使用 AspectJ
      • 5.11.更多资源
    • 6. Spring AOP API
      • 6.1. Spring中的切入点API
      • 6.2. Spring 中的 Advice API
      • 6.3. Spring 中的 Advisor API
      • 6.4. 使用ProxyFactoryBean创建 AOP 代理
      • 6.5. 简洁的代理定义
      • 6.6. 以编程方式创建 AOP 代理ProxyFactory
      • 6.7. 操作切面对象
      • 6.8. 使用“自动代理”工具
      • 6.9. 使用TargetSource实现
      • 6.10. 定义新的切面类型
    • 7. 空指针安全
    • 8. 数据缓冲器和编解码器
    • 9. 日志
    • 10. 附录
      • 10.1. XML 模式
      • 10.2. 自定义XML Schema
        • 10.2.1. 创作 Schema
        • 10.2.2. 编码一个NamespaceHandler
        • 10.2.3. 使用BeanDefinitionParser
        • 10.2.4. 注册处理程序和模式
        • 10.2.5. 在 Spring XML 配置中使用自定义扩展
        • 10.2.6. 更详细的例子
      • 10.3. 应用程序启动步骤
  • 使用redis实现分布式锁
  • Java 安全标准算法名称
  • JDK 9 JEP
  • JDK 10 JEP
  • 人件
    • 《人件》
    • 第一部分 管理人力资源
      • 01 此时此刻,一个项目正在走向失败
      • 02 干酪汉堡,做一个,卖一个
      • 03 维也纳在等你
      • 04 质量——如果时间允许
      • 05 再谈帕金森定律
      • 06 苦杏素
    • 第二部分 办公环境
      • 07 家具警察
      • 08 “朝九晚五在这里啥也完成不了。”
      • 09 在空间上省钱
      • 间奏曲:生产效率度量和不明飞行物
      • 10 大脑时问与身体时间
      • 11 电话
      • 12 门的回归
      • 13 采取保护步骤
    • 第三部分 正确的人
      • 14 霍恩布洛尔因素
      • 15 谈谈领导力
      • 16 雇一名杂耍演员
      • 17 与他人良好合作
      • 18 童年的终结
      • 19 在这儿很开心
      • 20 人力资本
    • 第四部分 高效团队养成
      • 21 整体大于部分之和
      • 22 黑衣团队
      • 23 团队自毁
      • 24 再谈团队自毁
      • 25 竞争
      • 26 一顿意面晚餐
      • 27 敞开和服
      • 28 团队形成的化学反应
    • 第五部分 沃土
      • 29 自我愈复系统
      • 30 与风险共舞
      • 3l 会议、独白和交流
      • 32 终极管理罪恶得主是……
      • 33 “邪恶”电邮
      • 34 让改变成为可能
      • 35 组织型学习
      • 36 构建社区
    • 第六部分 快乐地工作
      • 37 混乱与秩序
      • 38 自由电子
      • 39 霍尔加·丹斯克
由 GitBook 提供支持
在本页
  • 偏离公司政治
  • 为什么需要社区
  • 没有魔法

这有帮助吗?

在GitHub上编辑
  1. 人件
  2. 第五部分 沃土

36 构建社区

本章,我们将目光转向那些伟大的管理者做得最好的地方:构建社区。对社区的需要其实早已存在于人件中了:

在我上学的时候,我家平均每年便会搬一次家,因此我几乎从来没有在一个地方完完整整地上完一年的课程。每一年,我都会认识不同的人,结交不同的朋友,更换不同的老师。唯一不变的便是那些年在每个学校都会使用到的基础读本,其中讲到了自 1770 年开始住在一个小镇的一家人,这个小镇的名字叫做温彻斯特镇。每一年,我们都会学习这个家族的下一代所发生的事情。直到第六代的时候,发生了大革命,然后就进入了 20 世纪。虽然我现在已经记不起这个家庭中的那些人物了,但是对那个小镇却记忆犹新。在这个小镇上,每个人都互相知晓,他们代代相传,繁衍生息。即便是丢了只小狗,镇上的每个人都会出来关心一下。当发生灾难时,他们都会到邻居家看看有没有事=如果说我们有根的话,那么根便是温彻斯特镇。 -TDM

如果说有什么能够使我记起来还有这么一个小镇存在,那就是我现在没有生活在这样的一个小镇中。从 20 世纪 20 年代起,温彻斯特小镇的种种就开始消失了。现在,我们中的大部分人都没有生活在一个真正的社区里。人们并不熟悉他们的邻居,他们在不同的地方工作,没人期望孩子们在相同的城镇里定居。尤其是,卧室社区就是只有卧室,唯独没有社区。

但是,我们依然对社区心存期待。目前的现状是多数城镇已经没有维持社区的可能了。事实上,只有在工作环境中,我们才有机会找到这样一个社区。如果存在,就能发现…

偏离公司政治

社区并不会从工作过程中自然形成,它需要被创建出来。那些创建者便是我们的幕后英雄。

如何创建社区,如何使其健康发展以及满足更多人的需求,这便是政治。请注意,我们这里所讲的“政治”并不是指那些相互明争暗斗的小把戏,而是亚里士多德所说的“作为高尚科学的政治学”。

亚里士多德将政治学作为组成哲学的五种高尚科学之一,这五种学科分别如下。

  • 形而上学:对于存在、宇宙及其中事物本质的研究;

  • 逻辑学:我们认识事物的方式,基于我们的认知能力所得出的结论,以及演绎和推理的原则;

  • 伦理学:我们对人类的认识,以及由此推断出的人与人之间的交互准则;

  • 政治学:我们如何将伦理学应用到更大的人类族群当中,政治学便是关于创建并管理这样的人类族群的科学,它要求作为形而上学主体的人类在伦理行为和逻辑认知上具有一致性;

  • 美学:对超自然实体中符号和图像的欣赏,美学告诉我们伦理学和政治学之间的和谐美。

你可能并不希望成为办公室政治的一部分,但是亚里士多德的政治学却是一种完全不同的东西。亚里士多德政治学是高效管理的关键性实践,拒绝了它,你将损失惨重,因为这才是管理者的真正职责:相似地,资深员工也应该承担构建社区的职责。他们是组成任何社区中都需要的“长者”。

为什么需要社区

能够成功构建社区的组织更能留住人。当员工有了足够的社区意识时,他们就不想离开了。你对人力资本的投资由此也得到了回报,进而愿意投资更多,再进而你的员工将会表现得更好,也更喜欢你的公司。这种正面的增强会形成一种良性循环。

当然,即使是具有社区的良好氛围也未必能保证你留住自己的员工:员工离开的理由可以有很多,比如追求更好的职业生涯等:然而,当员工离开这样的公司时,他们也倾向于选择尽量不对社区造成不利影响的合适时机。这种情况对于从事项目工作的任何人都有好处,它意味着员工不大会在项目期间选择离开。即便员工要离职,也很有可能在项目结束时才离开,这比你为了挽留员工而做的其他诸多举措都有效。

到目前为止,我们只是讨论了一些看得见的实实在在的好处。现在,让我们再谈谈一个不怎么容易察觉的好处,但它的重要性却远超其他好处。设想一下,把你的思维推远一些,推到遥远的将来,在某一天某一瞬间,就是当你的身体如脆片一般行将崩溃的那个时候。你已 101 岁,垂垂老矣。在弥留时刻,你内心平静,没有什么不满,只是觉得自己太过苍老了。就在这样的年纪,你回忆过去。你问自己一个问题:我这一生中最在乎什么?不在乎的又是什么?

毫无疑问,那些多年来你最着迷的东西(例如,为了让 WhizBang 6.1.1 版本趋于稳定,做了多达 27 次的大规模构建)并不能随你升到天堂去。你最在乎的还是温馨的家庭关系,儿孙满堂,其乐融融的大家庭以及所有这些温暧回忆。那么,工作中的贡献呢?是的,能在信息时代成为这弄潮儿的一份子当然不错;能够晋升为公司高层,并有机会决策公司的行进方向也令你欣喜;但别忘了,你在公司成功创建的社区才是人们真正喜欢的、尊重的,并付出自己忠诚的。这就是你的成就。如此成就将是你生命的诸多事迹中最值得铭记的。你乐在其中,就如米开朗基罗享受着他取得的非凡成就那样,这种乐趣不会随着时间流淌而转瞬即逝:这是创造。这是艺术。你告诉自己,凡能让如此奇迹发生的人,皆为艺术家。

没有魔法

好吧,社区确实很好,在工作中创建社区是一个令人钦佩的目标。那么,该如何创建社区?

我们并不会假设社区的创建存在一个标准的公式可循。没有这样的公式。与任何一种艺术一样,创建一个成功的社区需要天分、勇气和创造力。同时,你需要付出很多时间。当然,你也不能单打独斗,最好能成为一种催化剂。你的创造形式应该是与众不同的:

因此,要忘记所谓的公式。在这里,我们给大家讲一个例子,这是一个独立的例子:它来自我们的一个客户,一位具有进取心的管理者力图改变企业文化的故事:这位管理者说服了公司将公司地址选在一所学校旁边。这所学校由一家托儿所和学前中心组成,另外还有一所幼儿园。这所学校是专门为员工子女服务的。

无疑,你从中看到了一些实实在在的好处:将公司建在学校旁边有助于招聘程序员和工程师。但是,你要进入公司之后,才能了解学校对于社区的意义。每天下午,你到学校去接小孩,老师带着孩子们排成一队走出校园。孩子们玩着、闹着,他们向每个人打招呼。你甚至在一英里之外就可以听到他们的欢笑声。为了这些小孩,所有事情都得停下来。家长们拥抱着自己的小孩,每个人都很开心。

倘若你就是这些事情的负责人,再想想当你 101 岁的时候,回首这些往事,你的感觉会如何呢?

上一页35 组织型学习下一页第六部分 快乐地工作

最后更新于5个月前

这有帮助吗?