Private Capture

Unlock Capture

这个站点包含私人录音与日记内容。输入密码后进入;当前浏览器会自动记住。

密码仅保存在当前浏览器本地。

从 Text《关于岗位方向的再一次讨论》保留问题:虽然我知道钱多有一天可能会被取呆要不要继续前端

先留在 clarify 层,暂不直接提升为任务

Lanecareer-transition
Kindquestion
State[待澄清]
Source关于岗位方向的再一次讨论
Current Item

这条事项现在在哪一层

直接看当前 lane、kind、状态和最近一步,而不是先读长解释。

capturearchivedclarifyquestiongateholdwritebacknot readytoday-focusnot ready
Task
从 Text《关于岗位方向的再一次讨论》保留问题:虽然我知道钱多有一天可能会被取呆要不要继续前端
Next Step
先留在 clarify 层,暂不直接提升为任务
Lane
career-transition
Kind
question
Status
[待澄清]
Todo Projection
-
Todo Due
-
Todo Source
-
Projection
hold
Source
关于岗位方向的再一次讨论
Source Capture

关于岗位方向的再一次讨论

关于岗位方向的再一次讨论 那可能跟一下露一段吧 ,不知道那段说了什么回复一下刚刚讲的什么吧 ,其实很长一段都在讲对工作的迷失吧。在想要不要随便开始一家公司。虽然我知道钱多有一天可能会被取呆要不要继续前端。 但是前段这个事情我们已经讨论很多次了。不选择前端是最根本的是因为不想去做。维护性的工作我说前面产品它是最本质的区别就在于一过失用来做维护我把东西实现两个其实都会有吃户的或少实现的部分一个是想要做什么一个是如何把这个东西做好以及。 一个是如何把有限的资源投资到自投入到最正确的事情上一个是。如何更高效的把一个东西实现的更好 ?就像我之前。 探讨的…

Archive
2026-04-18 00:09:36
Source
om_x100b511719b728a0c44966dec449acc
Action

状态怎么更新

capture 负责预览和溯源;真正的确认、勾选和状态变更仍落在 Todo / Today-Focus 这些真实状态源里。

这条事项当前还在 capture / clarify 预览层,先看详情和来源,再决定是否进入执行视图。

Actual Preview

为什么它还没有 writeback preview

当前这条事项还没有稳定进入 strict writeback,所以这里只展示现状和下一步。

这条事项当前处于 hold,下一步仍然是:先留在 clarify 层,暂不直接提升为任务。
Source Evidence

原始 capture 里真正记录了什么

这里直接显示 summary preview 和 transcript 片段,方便你判断这条提炼是否靠谱。

Summary Preview

关于岗位方向的再一次讨论

关于岗位方向的再一次讨论 那可能跟一下露一段吧 ,不知道那段说了什么回复一下刚刚讲的什么吧 ,其实很长一段都在讲对工作的迷失吧。在想要不要随便开始一家公司。虽然我知道钱多有一天可能会被取呆要不要继续前端。 但是前段这个事情我们已经讨论很多次了。不选择前端是最根本的是因为不想去做。维护性的工作我说前面产品它是最本质的区别就在于一过失用来做维护我把东西实现两个其实都会有吃户的或少实现的部分一个是想要做什么一个是如何把这个东西做好以及。 一个是如何把有限的资源投资到自投入到最正确的事情上一个是。如何更高效的把一个东西实现的更好 ?就像我之前。 探讨的…

Transcript Excerpt
关于岗位方向的再一次讨论

那可能跟一下露一段吧 ,不知道那段说了什么回复一下刚刚讲的什么吧 ,其实很长一段都在讲对工作的迷失吧。在想要不要随便开始一家公司。虽然我知道钱多有一天可能会被取呆要不要继续前端。

但是前段这个事情我们已经讨论很多次了。不选择前端是最根本的是因为不想去做。维护性的工作我说前面产品它是最本质的区别就在于一过失用来做维护我把东西实现两个其实都会有吃户的或少实现的部分一个是想要做什么一个是如何把这个东西做好以及。

一个是如何把有限的资源投资到自投入到最正确的事情上一个是。如何更高效的把一个东西实现的更好 ?就像我之前。

探讨的那样。各有我讨厌的地方了。这都不是说完全没有问题或完全。

在回复一下。之前做长品他们两劣吧优势是产品有可能有功化 ,但是也可能就是为传话他也不一定有什么化学他需要去做工作的协调的工作决策的工作以及各种事务性的内容。那前端呢更多是一件事情就是实现 ,然后。

那他更多是以及这个东西的稳定性啊 ,和维护性。可维护性。两个人优点。

产品我会觉得他。更不容易被取代。因为做决策的这方面 ,但是我想起来了之前我好像探讨过这个话题 ,他不用取代的前提是他有更多的决策权更多的话语权更多的资源他才成能不容易被取代 ,不然他作为一个传话手的角色 ,他依然会被取代。

那前端呢 ,它主要是一个维护性的工作 ,它的困难在于它。困难在于他要做一些琐碎的维护性质的工作。然后以及无休止的实现中但它的优点可能而且它更容易被取代。

相比于产品而言的话。实现当中 ,他其实更容易了 ,甚至任何一个人只要想法都可以用它来实现任何的事情。深圳你有 codeX用工具 ,你只让他做的都没有做好。

那如果是这样的话 ,那其实前段那个角色也做越来越稀少 ,因为没有那么多素需求了。以及过去肝户外层面就是人和甚至跟产品层去合并在同一个岗位 ,这都是有可能事情类现在我看具体的岗位还没有真实的反应到岗位上面具体看招聘还是会去划分 UIUX和前论开发这种不同类型。但是我看初创好像更多没有说去招一个很前端要招也都是招一个 AI agent的工程师我去帮他解决工程层面的问题。

那其实这里我也会有一户 AI Agent跟我就是做的那些东西。有哪些一同我看他们 AIgnt很多都是要要求 pasant的基础 ,我虽然没有很多 pasin的基础 ,但是我确实有在用 pason来发现我的作流 ,我不知道这是否作为我工作里部分。再有就是我可能一直对技术还是有预境的。

虽然我不是自是自强的那一个 ,但是我其实为讨厌去了解其实我的东西。甚至我在想说如果真的要去走两个极端的话 ,到底是要去走更高化一层的这个决策型还是更多实现它。这是我比较纠结的。

虽然终局来看可能都更容易都会被取代 ,但是我想一想如果做产品层它最重要的就是它要生工他这样的一个行业升耕行业用户通点这一块内容的话。其实是对产品的敏锐利可能会有更多的帮助。但是前端或者说做工程的话 ,那可能从维护层面可能会更好帮助。

在哪个后更清闲 ?这个我真的不好说。其实从标准来看的话 ,那肯定是像工程师比较容易衡量 ,而且工程师会具备更多的不可稀缺。

嗯更多不可应该说目前现阶段还是一个稀缺性吧。虽然他能做 ,但是在某些企业他不一定能完全的适用得了。嗯。

就相当于 50如果是工程师 ,我是资源本身 ,我是开发资源本身 ,但是如果我是做产品的。那我本身是我最得难受的一点就是在我找工作的时候 ,我在添产品经理和产品专家的时候 ,我认为我自己具备那样的一个嗯。是能力也好还是什么也好 ,我觉得怀觉哪里不太对劲 ,他现在去找前端感觉基本除了外包好像没有更好的选择。

而且我在想产品经理的话 ,他如果做产品经理的话 ,他其实腰子学历会比较高。那会不会我继续去做 AI agent这样的一个开发会更适合呢 ?我不好说这个东西但虽然我确实也各方面都没有说多具备多好人 ,但是我确实自己也在做相关东西。

相关的实践吧。觉得还是得去。跟我的 AI去讨论一下什么问题。

说这个颠会不会又把我们那个骂给编了说不定就是刚刚再给我那些奇奇坏坏的东西的时候给家没了。不管了 ,但是吵了的人清洗就说明我现在注意不同的岗位还没有一个清晰的界定。虽然我认为我的能力擅长点确实是希望。 

AI开发放用的就行要的事情 ,但是或许去找一个爱着你开发...
Related

同一线程里的相关事项

如果一条 capture 同时涉及多个 lane,这里可以顺手跳到其他相关 item 或 thread。