我们在先在每次为 f 赋值之后输出以下 f 的值
```js
(() => {
{
function f() { 'A' }
console.log('f_1 =', f); // f_1 = ƒ f() { 'B' }
f = 1;
console.log('f_2 =', f); // f_2 = 1
f = 2;
console.log('f_3 =', f); // f_3 = 2
function f() { 'B' }
console.log('f_4 =', f); // f_4 = 2
f = 3;
console.log('f_5 =', f); // f_5 = 3
}
console.log('f_out =', f); // f_out = 2
})();
```
好了，那么有疑惑的点只会在 f_1 = ƒ f() { 'B' } 、f_4 = 2 和 f_out = 2 上对不对，其它的都是符合直觉的。
首先来看为什么 f_1 = ƒ f() { 'B' } 与 f_4 = 2
其实正确的书写方式应该是 1.声明函数; 2.声明变量; 3.业务逻辑；
所以简单改正之后其实类似这样
```js
(() => {
var f
{
f = function () { 'A' }
f = function () { 'B' }
console.log('f_1 =', f); // f_1 = ƒ f() { 'B' }
f = 1;
console.log('f_2 =', f); // f_2 = 1
f = 2;
console.log('f_3 =', f); // f_3 = 2
console.log('f_4 =', f); // f_4 = 2
f = 3;
console.log('f_5 =', f); // f_5 = 3
}
console.log('f_out =', f); // f_out = 2
})();
```
那么就剩下一个疑惑了，就是为什么 最后的 f_out = 2
明明之前已经输出了 f_5 = 3，这个我就不知道原理了，只能从 block scope 和 local scope 和你说
我把外部 local scope 中的 f 继续声明成 f , 而内部 block scope 中的 f 的声明成 _f：
```js
(() => {
var f
{
var _f
f = _f = function () { 'A' }
f = _f = function () { 'B' }
console.log('f_1 =', _f); // f_1 = ƒ f() { 'B' }
_f = 1;
console.log('f_2 =', _f); // f_2 = 1
_f = 2;
console.log('f_3 =', _f); // f_3 = 2
f = _f
console.log('f_4 =', _f); // f_4 = 2
_f = 3;
console.log('f_5 =', _f); // f_5 = 3
}
console.log('f_out =', f); // f_out = 2
})();
```
具体为什么可能需要大佬来解释了。

@bingyiyu 最近在考虑 16"MBP，4 斤是真的卧槽，
不过公共交通只免费到年底，所以之后还是会自己开车上下班，就觉得没必要再换了。

等到现在的背包损完再换，我看到还有骑行的，到时候可以观望一下，入秋之后就又可以骑行上下班了。

@bingyiyu 😂 不我需要的是负重越野 5 公里的训练，一步慢步步慢还挤

@ccppgo 我是自己的 Win 每天背，开车的时候没感觉，最近公共交通免费，就没开车，10 多斤的背包真要命......

我自己在使用的低代码平台是 Jeecg-boot，不能说能够提供很强帮助，还是要写很多自定义的组件，但是确实可以减少很多心智负担，如果需求很常规套路的话。
主要是前后端的数据交互，后端只要符合规范，可以加快很多进度，一些简单的需求完全不需要和后端经行协调工作，纯靠自己就可以完成。

12 、13 年火热的微场景之类的呃东西，现在还有哪个前端 er 愿意放下身段去做，都是已经做好了 NoCode 的平台，直接让客户经理或者客户去操作（现在的婚庆邀请函之类的不就是这样），剩下的时间和精力就是去着手另外的事情了。如果你觉得你会干不过 LowCode/NoCode 的时候是不是应该考虑一下自身出现的问题。

虽然说 LowCode 我个人不是很喜欢，因为如果有复杂需求，去实现的话确实很麻烦，而且容易出现坑，但是对于一些简单重复的工作，为什么还需要花精力去写一些没必要的代码。能用现成的或者能用拖拽的给 PM 用，减少自己的负担不好吗。
我们想象成一个轴，轴的一端是灵活性（所谓灵活性就是你可以应付任何需求、任何场景），在轴的另一端就是低代码无代码，在项目初始架构的时候应该去考虑是否适合某一种技术 /某一个方向方向。

你担心的可能是觉得自己之后的工作会很单调无趣，或者觉得团队要求用的平台太烂，但你有没有想过这两个问题，你是否有能力去解决？
觉得以后自己工作单调无趣就调岗，不行就跳槽，因为你不满足于这种未来的状况，
或者是觉得团队用得平台太烂，那么你有没有可能开发一个更强得系统，要不然你能不能做管理层去改变这些决定。
但是说如果当你身为管理层，会不会也为了绩效去干这些你现在觉得蠢得事情。

早几年炒的火热的 ERP 、中台什么的，现在呢，还有几个人在谈。前端圈就是这样，一堆精力旺盛的头部风风火火干一些奇葩的事情，习惯了就好了，但是如果能经受住考验的，也不是解放了一部分的工作负担。



你可以吐槽某些事某些人，但是你也要能接受其他某些事某些人同样的也会吐槽你。

最后还是贴尤大的一段话： https://www.v2ex.com/t/778356#r_10545506

@iVeego 嗯，前几天买早餐的时候看到了，但是卡包数据还是和 App 不同步。

@faqqcn 你这一说我看到了 laravel-mix 这个依赖。之前我还疑惑呢，说 /resources/assets 下也没有 package.json 和 node_modules 这两个东西啊

@vishun vue 的 template+script+style 格式，改后缀还是要编译啊....

还有一个项目，用的 Php+vue，我接手的时候听项目描述没问题啊，结果是 Laravel 的 View 层 嵌了 Vue 的 .vue 文件 ...还不用编译 .vue 文件，我至今没有明白他是怎么实现的.....

呃，可能是跨端，我们这边的混合开发 er 会写出这样的代码，这个小哥会 Android 原生和 Flutter，Objective-C 和 Swift，也会 Vue 和 React，同时也会写微信 /支付宝小程序，现实增强也会，所以代码风格会....突然某一部分的代码转不过弯来用其它平台的 Coding 方式绕一个弯.....

我比较喜欢加一些群水，活跃的群一般提问的人也会多，有能力解答就回复一下解决思路，有时间还会直接贴上 codepen 的例子，就是偶尔会遇到毛头小子，只要源码不要思路的那种，不给就骂。

@James369 我女票就是你这样的乐观主义，可能考虑的不会很多，那我就需要从现实的角度出发来谈一些东西，把她拉回地面一些，但是如果论冲劲的话，可能是她来的强烈，也是想法和点子很多，有时候就会突然冒出了一下奇怪的想法，但是可以尝试。
在这个小店铺里我们自己扮演自己的角色，有她提出想法提案，而我对这个提案提出异议，冷静分析，如果一定要做那么先怎么做，需要考虑什么之类的。
所以现在看到这类的问题都已经惯性思维了。

详情页修改之后使用 eventBus 通知列表修改对应 id 的记录之中 title, notice 之类需要展示数据。
或者返回功能使用 $router.replace 替换 $router.push，通过 params 对象传递 id 以及 title 之类的属性，在列表页激活的时候去修改对应记录。

应该类似这种问题？
https://segmentfault.com/a/1190000014134234

只能说明你们团队不适合使用 Git 来管理多人协作

@James369 不过试错成本也不高，大不了回来干老本行，你自己决定吧。

看了一下价格走势图，好像都涨了一波价....还是安安心心看趋势图买东西吧