yescode中转怎么样

有大佬在用yescode中转吗？好奇他家的怎么样，今天看到有包月的套餐了

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: jasperDdd)

codex 20x合租有吗

可以买无质保或者有质保的 分摊即可 自用的来

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: QQQwww)

free账号的额度给我看笑了 4.14 23点

不是砍刀1刀了吗，我这…还是gmail…
5 个帖子 - 4 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: yunfanxing6)

求能过plus和team的卡

手上很多有免费team和plus资格的号，但是找不到合适的卡来支付，各位佬有推荐的卡网吗。PayPal 我已经付了几个号了，所以PayPal暂时不作为可选项。

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: Mr_Lau)

分享一个我自己在用的clash配置文件能判断所有Claude的流量并且转发

（话题已被作者删除）

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: 星野)

我就奇了怪了，codex破限了还是有道德

https://linux.do/t/topic/1966429 根据这个佬的帖子是破claude限
我用codex 去转代码 破限claude

佬们有什么解决方案吗？

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: bocai)

分享一个我自己在用的clash配置文件能判断所有Claude的流量并且智能转发

via LINUX DO - 最新话题 (author: 星野)

【自存】关于产品经理的一些经验之谈

锻炼对自己产品的理解

初学者刚入门时，很容易被琳琅满目的原型工具和一堆案例牵着走，脑子里装满了别人花哨的功能、亮眼的方案，却唯独缺少对自己产品的理解，想来想去都是别人的东西。

这样的 PM，平时和别人对话时，往往会是这种状态：

A（老板）：你觉得这里放四个标签页合理不合理？
P（PM）：当然合理，美团、点评、微信都这么做。这是大趋势。
A：那我们页面上功能排版这样靠谱不？
P：没问题。现在这样的排版方式最常见，交互方式也很流行，色调设计还是国际上流行的 Minimal。
A：额，那我们这几个功能是必需的吗？
P：这几个功能竞品都有，我们没有的话不太合适吧。
A：……

对自己产品的理解，其实可以分成很多层面：

● 对公司定位的理解，和老板、投资方有关
● 对用户定位的理解，和公司定位、市场状况有关
● 对产品定位的理解，和用户定位、产品推出的初衷有关
● 对公司研发能力的理解，包括设计能力、开发能力和运营能力
● 对其他部门状况的理解，包括各部门在做什么、当前推进到什么状态
● ……

总之，你做出的每一个判断，都应该建立在对产品多方面的理解之上，不能只抓住竞品、市场这些零散因素。

只有这样，当设计师交出一版你不满意的稿子时，你才能说：

这个风格可能更适合年轻人，但我们的目标用户是商务人士。

当你要求工程师去处理一个看起来不重要的 Bug 时，你也可以说：

后续运营部门计划有几次大型活动，到时流量会瞬间暴涨，这个 Bug 会被放大很多倍，所以风险很高。

当你和老板讨论要不要加一个功能时，你能够说：

我觉得这个功能是一个重要补充，和下个版本要做的事情是连得上的。

具体怎么去锻炼，其实很费力，也很费脑。你要不断和老板沟通、和同事沟通，去和用户聊，去做调研，同时做大量思考和总结。你最好有一本属于自己的“词典”，记录所有和你负责产品相关的解释与判断，随时可以翻阅。

这本词典可以记在心里，也可以整理成笔记。别人看来，它可能不起眼，也没有那些“人机交互趋势”“立体化设计语言”之类的术语那么唬人。但如果没有这本词典，你往前走的每一步都可能踩坑，等走远了再回头补，往往已经来不及了。

----------------------

提高分析和判断能力

如果说对产品的理解是第一步，那么第二步，就是基于这些理解做出靠谱的判断。

很多 PM 遇到问题时，习惯参考别人、做用户调研，或者直接听老板的。但实际上，很多事情并没有那么复杂，只要有生活常识，有基础的推理能力，完全可以先做出更靠谱的初步判断。先有一个初步判断，再去做用户调研，这时候调研才真正有意义：它是验证手段，不是需求来源。

总结起来，就是三个字：讲道理

产品经理在做任何决定时，都应该尽量做到这一点。

那怎样培养这种能力？方法其实也不复杂，就是在日常生活里多问几个“为什么”。

比如：

● 这个小区的停车场入口为什么要绕三个圈？
● 优衣库一进门最先看到的为什么常常是内衣裤？
● 楼下咖啡店平时看着顾客不多，为什么能撑五年还没关门？

很多道理是相通的。你每天都在想明白一些事情，真遇到棘手的产品问题时，思考自然会比别人更远，也更稳。

看别人的产品也一样，别只学表面。多去想它背后的原因：从商业模式到交互细节，再到视觉风格，它为什么这么做，解决的是什么问题，这样的代价又是什么。

----------------------

3. 确保良好的沟通和表达能力

当你已经对产品有足够理解，也能对问题做出清晰、有依据的判断，下一步就是把这些判断和理解有效地传达给同事。

这件事说难也难，说简单也简单。核心还是两点：一是沟通时要让人愿意配合，二是每次沟通都尽量有效率。

在协作中，尽量做到这些

● 始终清楚自己是产品经理，但不是“经理”，不要盛气凌人
● 用事实和理由说服别人，不要动不动搬出“老板决定了”
● 别人遇到困难时，先理解问题，再一起找备选方案
● 项目组里谁和谁有了矛盾，要主动协调，不要围观
● 让产品线上的同事随时知道整体进展，帮助大家建立全局意识
● 用户反馈整理后及时同步，让团队感受到自己的工作是有价值的

在讨论问题时，也尽量做到这些

● 每次沟通前先想清楚目的，心里有基本框架
● 描述问题尽量清晰，不要一边说一边散
● 每个问题都尽量形成结论，避免讨论很多却什么都没定下来
● 不要把所有决定都推给别人，自己要准备方案和建议
● 过程和结论都尽量留下记录，方便后续查阅

交际能力提升最快的办法，往往也不是背书或者记技巧，而是观察一个你觉得相处起来很舒服、同时又很优秀的人，看看他是怎么处理关系、怎么表达观点、怎么推进事情的，然后一点点学过来。

----------------------

4. 对产品的责任心

责任心看起来像是最容易具备的东西，但真正做到，其实很难。

产品经理最重要的能力，就是让正确的事情相继发生。

你把前面说的那些都做好了，其实只是完成了“做正确的事”这一部分。至于这些事能不能真的推进下去、一个接一个地发生，就要看责任心了。

比如：

● 午夜工程师为项目上线加班时，你是在楼下看电影，还是愿意留在旁边一起盯着？
● 设计师和老板因为方案僵住时，你是在等他们自己缓和，还是主动去沟通、推动事情往前走？
● 运营同事提了一个很赶、又不太现实的需求时，你是直接一句“做不完”，还是愿意坐下来一起找折中的办法？

从劳动契约上说，你当然没有义务包办一切；从岗位职责上说，也不是所有问题都归你解决；公司有坑，也不必全由你来填。

但一个真正优秀的产品经理，会对所有和产品相关的事务保持敏感，会把那些妨碍产品正常推进的事情看成自己需要介入的问题，也会去关注那些可能真正帮助产品变好的机会。

在这些具体问题上的取舍，决定了你最终只是一个普通 PM，还是一个更强的 PM。

----------------------

5. 关于工具的使用

把工具放在后面说，是因为真正意义上的产品经理，其实不一定要掌握很多原型工具、交互工具，甚至绘图工具。

任何工具都只是服务于人、服务于当下的事情。关键问题始终只有一个：它到底有没有帮你提高效率。

很多初创团队刚起步，就急着上各种复杂的 Feature/Bug 管理平台，制定很重的需求文档规范，把脑图、Axure 之类的东西当成标配。最后流程越来越重，效率却没有提高，反而拖慢了很多事。

就像 MBA 不太适合创业者一样，过于复杂的流程，往往会严重拖累中小公司的运转。

只要你手头的工具好用、顺手、高效，就没有必要为了显得专业去换成更复杂、更“高级”的东西。

----------------------

6. 尽力涉猎广泛

作为产品经理，懂一些其他岗位的基础知识其实很有帮助。这样一来，沟通会更顺畅；二来，在考虑需求和方案时，你也更容易有数。

这是一种很好的补充，当然，不是说你非得样样精通。但你至少可以去看看他们平时在看什么书，关注什么内容，学一点基础概念。哪怕只是看看一些入门文章，也会有帮助。

这样至少别人不会觉得，你每天只会空想点子、画点原型、做一些飘在空中的方案。

3 个帖子 - 3 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: Deadfire)

给各位佬分享下订阅节点

http://147.182.244.200:8080/api/subscription

希望各位佬能点赞评论一下，嘿嘿

4 个帖子 - 3 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: 社区小帅)