我司有个 A 总，每周都给我们发鸡汤文 PPT 邮件。我没有从中吸取多少精华，但是这份周复一周的坚持挺让我佩服的，重点是哪里去找这些不重样的东西啊……

今天快下班时，邮件又来了，是关于领导力的主题，说了几个点，但我感觉少了点啥。具体跟我最近看的一本书有点联系，我想说的是要保持乐观的心态。

有的人认为自己是悲观者，有的人认为自己是乐观者，有的人认为自己是务实的乐观者。大家的自我认知不一而足。作为领导者，自我的认知其实并不重要，重要的是：让大家在绝望中看到希望，并且带领大家一起向前走。

真正影响心情的是预期不达标，你指望着在股市年年翻倍，过几年就退休，实际上一年三倍容易，三年一倍很难。

我们以沪深 300 为例，市场上市值最大的前 300 个公司，十几年的年化收益率大概在 7.8% 左右，加上分红可以到 9% 左右。对比一下你自己的心里预期收益率是多少，肯定差很多吧。

当你满心欢喜冲进股市或买入基金的时候，就应该问问自己，我的胜率和赔率是多少，我能承受多大的跌幅。一个公司每个季度的业绩都不是稳稳增长的，你怎么会认为股价就一直涨呢？

盘后看了一下投资体系的几个关键因子，全 A 的估值基本上跌到位了。不建议只看上证指数，没有意义，我一般看万得全 A 或中证全指，次一点也是中证 800。估值看 PE 也没有意思，要看 PB，如下图。

现在恐慌情绪仍在，消化需要时间。其实下跌已经超过一年了，钝刀子割肉，你没感觉到。今年从新能源的暴跌开始，幅度比较大而已。去年 2 月份左右经济见顶，出口增速放缓，基本上就预示着未来不好过了。

本专题主要解决 Swift 5.5 增加的 Concurrency 功能的学习，首要问题就是要明白Swift Concurrency 是什么。

推荐从官方文档学起，对接口使用能有些概念，接着从提案清单去了解，为什么提出这个功能？解决了什么问题？最终采取的方案为什么是这样做？

最后，可以看看别人对这个功能的理解，以及在实际场景下的实践经验。

​ 今天，2022 年 03 月 30 日，A 股的地产板块迎来了久违的大涨。

老实说，对于这个涨幅，我一点都不感到惊讶，因为这是可以预见的结果，而且我前两个月就在布局整个地产产业链了，不仅仅包括地产商，还有建筑材料、家居橱柜。

这时有人就问了，地产现在还能入吗？有些人心里面肯定已经蠢蠢欲动了。

我特别不希望有些朋友看到其他人赚钱了也想来玩，投资不可以这样。

怎么说呢？投资很多时候靠的是一种信念。这种信念支撑着投资者在很黑暗的时候不会放弃。

经常逛掘金的朋友，可能已经看到过这篇文章 《2022，前端的天 🌦️ 要怎么变？》，这篇文章翻译到 medium 平台 《My 5 Predictions for Frontend Trends in 2022》 并设置为 会员阅读 后作者获得了超过 50 美金 的收益，并且还在持续增加。这篇文章并非原作者翻译，译者出于对版权的尊重，与原作者取得合作关系后才进行翻译发表，文章的收益采用 55 分成。

定义​

先看一下ViewBuilder的定义，实际上这是一个@resultBuilder 的 struct。

@resultBuilder public struct ViewBuilder {

    public static func buildBlock() -> EmptyView

    public static func buildBlock<Content>(_ content: Content) -> Content where Content : View
}

问题起源​

SwiftUI 的可变容器 View 有VStack, HStack, ZStack, ForEach, Group等。

@ViewBuilder 因为是 @resultBuilder修饰的 struct，定义了很多静态方法buildBlock，这些方法可以接收一个或多个子 View，实际返回的是一个TupleView类型，最多接收 10 个参数。

我们可以用具体的方法来调用：

// TupleView<(Text, Text)>
let inner = ViewBuilder.buildBlock(

前端快速发展了这么多年，诞生了非常多有意思的 State 框架，用法上都有自己的一套，但是归根结底还是围绕着 Mutable 还是 Immutable 的选择。本人深受 React 的颠覆式影响，近几年都是跟随 Immutable 的单项数据流模式，所以在架构上选择时，除了基础的 MVVM + Reactive，有时还会把 Flux 也引入其中。

说到 Flux，那就不得不提 Redux 了。Redux 并不是完全照搬了 Flux 的思想，而是提倡全局 Store，整个应用使用同一个 Store，所有的公共状态都从 Store 获取。这当然是有待商榷的，因为应用大了，公共状态必然很多，怎么分别管理子状态是要慎重考虑的。本人更倾向于尽量使用类似 React 的 useState，先把状态分散化管理，有需要的复杂界面采用useReducer, 全局 Store 只存储一些登录状态、主题、语言等相关的设置。

State 设计好之后，就是 UI 开发的事情了。上古时代，jQuery 将 State 和 CSS 一起拼成 HTML 字符串给某个标签赋值，对应到前几年写的 iOS UIKit 代码也是类似情况，那种命令式刷新 UI 的方式难看至极，已经过时了。

在 Flutter 开发中，如何管理 API 密钥和环境变量是一个关键问题。许多开发者可能会选择在代码中硬编码这些敏感信息，但这种做法存在诸多缺点。本文将探讨硬编码的缺陷、环境变量的优势、开源社区的可选方案，以及在真实环境中的实际应用。