🍊
翻译橙
🍊返回主站🤖参与贡献
  • 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. 第三部分 正确的人

18 童年的终结

阿瑟·克拉克在他的科幻小说《童年的终结》中描绘了由于新一代人不仅仅在数量上,更在质量上优于他们的父母而造成的张力。这本书的书名象征着这代人的到来标志着人类童年的结束。进化跟父母们开了一个邪恶的玩笑,让他们突然回到了儿童乐园,而他们的孩子却成了一群超级生物。

现在,新加人工作大军的年轻人差异并不算大,但不同年代的差异还是需要去理解和适应的。

科技——和它的反面

来自迪士尼的阿伦·凯把科技定义为在儿时是幻想现在却存在的事物。他进一步观察到,我们将那些在成长过程中已经存在的事物命名为环境。因此,一代人的科技成为了下一代人的环境。

在 20 世纪末,一些与办公环境相关的重要科技还未进入寻常百姓家,在学校也不多见。如今时过境迁。对于年轻一代的员工来说,电脑、智能手机、互联网、编程、黑客破解、社交网络和博客已不再是科技,而是演变为他们的环境了。对这些事物的使用,他们不需要你来教,你所说的各种有关使用的道德规范,他们完全掩耳不闻:当然,即使如此,在他们从公司新人成为对公司有价值的员工的过程中,也需要学习和理解应该如何合理使用你们的科技/环境。

持续不断的局部注意力

如果做最简单的归纳,在你的组织里,员工年代的划分都是根据关注度:年轻一代关注的内容繁多,而老一辈的员工通常会集中精力,把注意力投向一两件事上。

学习过程中伴随着 iPod 里的音乐,来来往往的短信,随时打开的社交网络,还有在历史作业旁边不时闪烁的电子游戏窗口,这就是微软前副总裁琳达·斯通所谓的“持续不断的局部注意力”(continuous partial ttention)。最年轻的员工会告诉你,在这样的环境中,他们的工作效率最高。

问题是这种持续不断的局部注意力正好是我们前面提到的流的反面。如果你认同流的状态才是完成真正工作的方法,就需要限制一下人们注意力的分散。你需要让你的年轻员工理解,虽然花在 Facebook 上的时间只占总时间的百分之二,但一个固定的时间段与整天不时去看看还是不同的。前者是员工作为社会人的合理需要(就像在工作时间偶尔打电话或发短信给家里),后者是对他们成为有价值员工的阻碍。不能进入流状态的员工是低效酌,他们也不太可能融人到不同年代员工组成的团队中。

明确合同

我的第一个老板是贝尔实验室的图门纳斯卡·李。第一天他就把我叫到一边,说:“汤姆,情况是这样的:我们这里从早晨 8 点 45 分到下午 5 点 15 分是工作时间,午餐休息一小时。一天的真正工作是 7.5 小时,一周是 37.5 小时。这就是公司支付薪水的时间,我希望你能够尊重这些时间。如果你哪天真的需要晚到,哪怕是在某天晚一两小时也好,也不要隔三岔五地晚 5 分钟或 10 分钟,这样和大家都没有踩到一个点儿上。”我当时很需要这样的谈话。我对合同没有什么概念——一个 22 岁从没真正工作过的小伙子能知道什么呢? -TDM

为年轻员工清楚讲述合同规则,实际上是给他们机会融入组织。倘若工作需要流状态才能完成,那么你的员工需要做好专注的准备。持续不断的局部注意力的时间段需要被定义为个人非工作时间,在每个工作日都应该有个限制。工作日剩下的时间应该全力工作。

在会议上,无论出于何种明确的合法目的,这种持续不断的局部注意力对于会议都会产生同样的破坏力。如果你的公司跟我们拜访的诸多公司一样,那么问题就不仅仅在于几代人的差别。即使是老员工也不可能幸免,总会在会议时查查邮件或者干点其他什么事。会议上的不专注更应该被看做是会议文化的紊乱,而不是某些人的工作道德问题。站立会议或者不允许携带笔记本电脑的会议就是在明确规则,但除了这样的措施要求,你需要重新考虑你的会议哲学,多数情况下这都是一个好主意。(在第 31 章中我们会更多探讨。)

昔日的杀手级应用

不要期待年轻一代的员工会多么尊重电子邮件。如果你和我们一样,仔细琢磨过现代社会的电子邮件,那么准备好被惊呆吧。

在过去几年时间里,我在缅因州大学教授本科生的一门文化课程。这是一门写作课程,所以我希望能够让学生看到必须经历的几经删改的迭代过程的价值。在一次普通的作业中,我要求学生周五给我第一个草稿,然后在下周五提交下一个版本。我会在第一个周末评审他们的初稿,然后发邮件给他们。让我吃惊的是,基本就没有一个学生会在第二稿中参考我周末的评语。我问他们为什么,却了解到竟然没有一个学生查看了他们的邮件。他们建议我,如果有什么邮件发到收件箱需要他们查收,就短信通知他们。 -TDM

越是年轻的员工群体,就越可能认为邮件冗长乏味,简直浪费时间。简洁的短信更符合他们的口味。在这个带宽急剧增长的年代,最炙手可热的科技却是使用最少带宽的工具:用他们的拇指打字。

(如果我们在第 33 章中关于反面乌托邦的观点让你难以接受,那么最好就不要雇用年轻人。)

上一页17 与他人良好合作下一页19 在这儿很开心

最后更新于5个月前

这有帮助吗?