🍊
翻译橙
🍊返回主站🤖参与贡献
  • 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. 第六部分 快乐地工作

38 自由电子

在我们祖父那一代,工作通常都固定在公司的圈子里:你为一家公司工作,定时上下班。领取的薪水也是周复一周没啥区别。对地位在其上的高层需要保持恭顺:“当然,先生。我会把事情干好的,先生。”这不像是一份可以让人为之奉献一生的事业——它只是一份工作而已。但是,世道已经变了:

我大学室友组织了一次班级聚会。在到场的 20 人中,只有一个人算是有一份正常意义上的“工作”。其他人要么自己创业,要么自由职业,要么工作于非传统岗位。 -TDM

小作坊现象

现在,我们经常能看到自己身边的人成为作坊式创业者。他们要么编写程序,要么从事设计工作,要么负责管理,并按天、按周甚至按年获取报酬。另外,还有专门的中介,为需要这些人才的公司牵线搭桥。

有些极其古板的公司或机构发现他们招聘的是一群独立人士。他们可能更希望招聘一些属于自己的职员,而不是合同工和自由职业者。但是,这些人又能做什么呢?专业服务总是处于卖方市场的地位。很多公司最后都在和一些小型公司打交道,比如 William Alonzo&Associates 和 Fat City Smarts Company 等。这些小公司的员工还很特别,他们想什么时候工作就什么时候工作,每做完一个项目都会休上两三个月的假。呃,实在太不专业了!

要是你身为公司老大,这种作坊现象足以让你头疼了。那些自由人不仅傲慢无比,还会在员工中塑造一个坏榜样。他们拥有更多的自由,更多的休假时间,更多的选择工作的机会。他们工作得更加愉快,挣钱也更多。

同事、大师内部创业者

企业正面临巨大的压力,他们需要向那些最优秀的员工提供更好的工作环境,以防止这些员工转行到作坊产业。其中一种途径便是创造一些职责比较松散的职位,工作在这些职位上的员工有更大的话语权来决定自己的工作。比如,他们的任务可能是“为二十一世纪研究一种新方法”,或者“开发一种全新的让人激动不已的培训系列”,又或者“为开发人员设计一个埋想的工作环境”等。

极端情况下,他们的任务甚至可能就是一个空头支票。如果你所在的公司允许存在一些自组织的超级员工,就相当于说“定义你自己的工作”。我的同事 Steve McMenamin 将这种员工称为“自由电子”,因为他们可以自行决定自己的工作。

增加“自由电子”式职位的作用远远不止于应对作坊产业这么简单。在现代企业中,之所以存在如此之多的大师、内部创业者和内部咨询者,是因为这些企业的盈利依赖于他们。这些“自由电子”以不成正比的方式为公司创造者效力。他们被这种工作方式所激励,从而积极思考如何反过来回报自己的公司。我们有好些同事曾经就职于这样健康的公司,并从事咨询工作,来听听他们的感想吧:

到什么地方去,做什么事情都由我自己做主。管理层意识到有必要探索一下我们还没有触及的领域,于是就有了我这个职位,即持续研究和寻找那些对我们有帮助的新技术和新方法。这个职位愈发使我忠于公司,不再信赖信息科学中那些旧有的专业知识,我们更欢迎新的点子:我根据自己为公司创造的价值来定义自己的成功。这种感觉就好似公司就是我自己的一样:公司很多人都有着这样的“衣橱”,里面放着他们内部创业的“帽子”。你只需要找出这些人是谁,然后让他们戴上这项帽子即可?

-Michael L.Mushet Southern Califomia Edison 金司技术研究部经理

我在公司先后担任了多种职位,但只有一种职位让我喜欢。自那以后,我便可以在很大程度上决定自己的职位了。在一定程度上,公司里总会有人愿意支持在新的领域开展有意义的工作。一旦看到新领域的前景,公司上层就会立即投入人力,而不只是谈谈概念这么简单。进入该领域的员工负责定义并且解释这些概念。每个人都应该有责任开拓行业目标,并且有自由去追求这些目标。

-Richard Branton Southem Company Services 公司 DAIS 部门经理

当人人都具有自我激发精神,并能让现实引导前进方向时,事情就好办了。我经常会被拉回现实中,因为这是由公司的效益决定的。纯粹的技术研究只能是死路一条。我们更需要做的是将技术应用到实际生产中,只有这样才能有利于公司。当然,有些“自由电子”职位所产生的作用恰得其反,就像 Xerox 公司那样。一部分最棒的员工认为他们的新想法得不到公司的重视,于是他们离开了公司。

-Bill Bonham MicroSage Computer Systems 公司员工

没有前车之鉴

在苏联,曾经有一段时期,每个共产党员都有一个导师帮助你规划自己的人生。人们一般每周和自己的导师进行一次谈话,其中包括婚姻和职业问题,也包括一些政治思想问题。此时的导师就像父母一样。

在西方世界里,这完全不可接受。西方人认为这些事情都应该由本人自己处理,或者他们可以自行决定从什么地方获取建议。但是,这种自由主义到了工作场所便销声匿迹了。在工作中,我们认为每个人都需要一个确切的方向,这个方向是由我们的上层制定的。大多数人都把从老板那里获得工作计划,然后按时完成该计划当作成功。大多数人都需要一个明确的章程,但是管理那些不这样做的人又是另外一回事了。

最好的管理者就在于有能力找出少数几个关键的苗子,这些苗子既成熟稳重,又视野开阔:找到后,就放手让他们去干。这样的管理者知道不能给那些“自由电子”规定确定的方向。他们需要自行确定方向,而不是得自从上层传来的指示。因此,放手让他们做吧。

上一页37 混乱与秩序下一页39 霍尔加·丹斯克

最后更新于5个月前

这有帮助吗?