在2021年问这5个Python问题

在OOP中，"优先于继承而不是继承"被认为是最佳实践。从理论上讲，此类最佳做法应有助于意大利面条式代码。不幸的是，这仅仅是"最佳实践"。面向对象的编程范例本身对执行此类最佳实践没有任何限制。您的团队中的初级开发人员必须遵循此类最佳做法，并在代码审查中强制实施(并非总是如此)。

函数编程呢?在函数式编程中，函数组合(和分解)是构建程序的唯一方法。这意味着编程范例本身会强制执行组合。正是我们一直在寻找的东西!

函数调用其他函数，较大的函数始终由较小的函数组成。就是这样。与OOP不同，函数式编程中的组合是自然的。此外，这使得重构等过程非常容易-只需剪切代码，然后将其粘贴到新函数中即可。无需管理复杂的对象依赖项，也不需要复杂的工具(例如Resharper)。

可以清楚地看到，OOP是代码组织的次等选择。函数式编程的明显胜利。

但是OOP和FP是互补的!

抱歉让您失望。它们不是互补的。

面向对象编程与功能编程完全相反。说OOP和FP是互补的，就等于说放血和抗生素是互补的……是吗?

OOP违反了许多基本的FP原则：

• FP提倡纯净，而OOP提倡杂质。
• FP代码从根本上讲是确定性的，因此是可预测的。OOP代码本质上是不确定的，因此是不可预测的。
• 组合在FP中是自然的，在OOP中不是自然的。
• OOP通常导致错误的软件和意大利面条代码。FP生成可靠，可预测和可维护的软件。
• FP很少需要调试，而不是简单的单元测试会更多。另一方面，OOP程序员住在调试器中。
• OOP程序员花费大部分时间来修复错误。FP程序员花费大部分时间来交付结果。

最终，函数式编程是软件界的数学。如果数学为现代科学奠定了非常坚实的基础，那么它也可以以函数式编程的形式为我们的软件奠定坚实的基础。

采取行动，为时已晚
 

数据点3：管理离线时间

在远程工作的团队中，员工在离线时发送消息的情况并不少见。尽管组织不需要为不同时区或脱机消息接收实施正式的流程，但如果他们知道某人可能处于脱机状态，则可以在邮件前面加上“非紧急”或其他限定词。即使按惯例采用这种做法也是有帮助的，但是能够找到一种方法帮助管理这一过程的组织将使他们能够更好地改进协作实践。

数据点4：组织小型会议

在疫情蔓延期间，许多组织安排公司范围内的视频会议，这是将全体团队成员召集在一起的好方法。这很重要，但通常为特定的团队或举行小规模的会议。对于那些员工不会很快回归企业办公室的组织来说，在正确的层面上重建面对面的交流是关键。现在是开始构建这些类型交互的更好时机。

数据点5：认识家庭的挑战

在疫情期间，那些已经基本上处于远程和分散状态的组织在某些方面取得了进展，这可能会使工作过渡变得更容易——从知道如何建立远程团队文化，到拥有适当的IT基础设施来保障员工的安全。但对于那些在疫情期间改变家庭空间方式的组织来说，都是一个难题。重要的是要努力营造一种文化，接受员工在家庭办公这一事实，需要认识到员工的孩子、配偶甚至宠物可能会出现在Zoom视频通话中，或者偶尔要求改变工作时间表等突发情况。

数据点6：编纂和记录文化习俗

在过去的一年中，许多组织通过企业文化和惯例来应对这样的挑战。这一事实并不意味着他们解决了由于突然转向远程工作而产生的问题。通过有意识地采用适合员工的实践(并将其添加到企业手册或其他书面指南中)，组织可以随着其业务的发展更有效地扩展这些实践。

数据点7：远程协作挑战将继续存在

无论疫情带来长期的还是短期的影响，随着人们进入2021年，许多组织的员工仍将在远程工作。从流程调整到技术改进，有许多方法可以应对远程团队面临的挑战。尽管组织的惯例可以起到缓解作用，但它不能填补员工工作方式的变化所留下的结构性空白。那些花费时间评估员工未来发展、了解如何改进协作并将其中一些更改融入持久性政策的组织更有可能开发出受到欢迎的、可扩展的协作实践。

（编辑：长春站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!