About Read It

白宦成分享自己读过的好文章的网站。

The RSS's url is : https://readit.ixiqin.com/rss/bookmarks/

Please copy to your reader or subscribe it with :

Preview of RSS feed of Read It

非设计师设计书籍

1970-01-01 08:00:00

Stripe 设计师选的给非设计师的设计图书,帮助学习设计

无论如何: 我对在科技行业找工作的建议

1970-01-01 08:00:00

一些在科技行业求职的小建议:知道你想要什么、加强弱点,但应该关注强项;讨论你自己,并给你自己的行为设定好故事和说明。还有很多,翻翻看吧,这篇文章值得。

如何快速建造任何东西

1970-01-01 08:00:00

如何快速构建一些东西?答案就是先把大纲搞完,搞完然后再深入,再不断递归。广度优先而非深度优先。

网络上常用文本的集合。

1970-01-01 08:00:00

各国不同的文案收集网站。如果你要做 i18n ,可能可以从里面抄一些现成的文案出来。

经常更新的 Web 应用程序首次运行经验汇编

1970-01-01 08:00:00

一个分析用户 onboard 的网站,如果你正困扰于如何设计 OnBoard 流程,或许这个是一个路径。此外,我觉得大模型可能也会改变一部分 onboard 链路。

自己做网格纸

1970-01-01 08:00:00

一个帮你定制各种不同格子的网页,只需要选择格子的风格、需要的宽度,然后 print 就能打印了。(可惜不支持选择颜色,如果能选择颜色,适配性就更强了)。

关于如何在产品中使用 LLM 的说明。

1970-01-01 08:00:00

在产品中加入大模型能力的思维模型。本站就接入了大模型。我的工作流是丢文章 & 我自己的感想,然后大模型拆解参数,并录入到系统中。这样我就不需要遵循某些特定的格式来确保程序是正常运转的。对于一些奇奇怪怪的特性也适配的很好。

我应该对自己施加多大的压力?

1970-01-01 08:00:00

高压和面对高压的身体调配可以帮助我们在野外过的更好。但如今在城市里时,没有了野外的威胁,这种机制反而会影响我们;做一些事情来增强自己的控制感,可以缩小我们的压力、控制好压力来源,让压力的发生尽可能可预测,可以让我面更少受到压力影响;找到一个事情来释放自己的压力,能够减少压力对自己的破坏;寻求社会支持,引入更多的机制来减少自己的压力。

垂直式 SaaS 背後的商業邏輯:只專注於單一產業的軟體公司,也能達到市值千億美元

1970-01-01 08:00:00

垂直型 SaaS 是如何赚钱的。 几个点:1. 垂直型 SaaS 更容易活得久点(吃一个领域的饭就行)2. 垂直型 SaaS 可以在某个领域构建多个产品,从而实现交叉销售。3. 可以对于某个行业深挖,了解行业的情况。 最大的价值:足够了解行业,可以持续的在一个行业下投入精力和优化。

选择成功创业公司的六件事

1970-01-01 08:00:00

如何选择出优秀的创业公司? 1. 和专家讨论。找到公司的顾问、竞争对手,问问他们的看法。 2. 找到正确的问题。很多创业者看到的问题都是假问题。要找到那个真正的问题。 3. 了解市场,了解大众情绪。 4. 了解企业家精神(这里是企业家,而非特指初创企业) 5. 知道自己可能是有偏见的。

基石投资公司

1970-01-01 08:00:00

CornerStone 台湾基石投资的博客,写了不少关于创业、投资相关的观点。作为独立开发者,初创公司的很多事情和思考逻辑都值得参考。(btw,他们的 Portfolio 我看了一下,都是一些没见过的公司,可能是因为台湾基金的缘故)。

简介 – 硬地骇客

1970-01-01 08:00:00

Podwise 的产品记录,适合独立开发者参考。里面写了不少增长、运营的手段,值得学习。绝大多数独立开发者做的最不好的,便是增长工作。

[布蘭登觀點 114] 新創生命線-現金流管控的重要性

1970-01-01 08:00:00

作为一个企业的负责人,你需要了解你的现金流,以及你的财务的基础状态,以确保你的企业如你所预期的那样运转。要学会管理财务,才能让你的业务能够持续的发展下去。

Float UI

1970-01-01 08:00:00

又双叒叕一个 TailwindCSS UI Component Library,可以收集起来,以后慢慢用。

一封 Email 就能解決,何必開會?遠離「無效會議」的 6 種練習和 9 大妙招|換日線全球讀書會|換日線

1970-01-01 08:00:00

我比较喜欢把自己的会议变成 15 分钟,这样你会有两种可能性,一种是 15 分钟快速高效聊完。另一种是 15 分钟没聊完,但你会知道你自己聊天的节奏和情况,再决定下一会是 15 分钟还是 30 分钟。前面的 15 分钟被视为可以抛弃掉的时间。

PWA 今天能做什么

1970-01-01 08:00:00

国内的这种破应用生态,我虽然很喜欢 PWA,但觉得不是很友好。不过maybe随着各家系统支持的不错,可能会好很多。以及,一定要给你的 PWA 应用加上 Install to Homescreen!

香緹·桑斯

1970-01-01 08:00:00

一款新的手写字体(遗憾是只有英文的)。我自己是很喜欢用手写风格来绘制 PRD 之类的图片的,因为可以让我放弃风格、样式,而专注在内容上(主打一个随意)。这个字体算是 Comic Sans 的升级。看了一下 License,免费商用,可以试试看。

德瑞克·希弗斯

1970-01-01 08:00:00

Derek Sivers 写了好几本书,虽然会卖,但其实只要你往下滑,都会直接看到免费的 HTML 版本。简单翻了几本,我觉得挺好的。值得一看。

1944年美国中央情报局破坏会议指南ーー真实通信战略咨询

1970-01-01 08:00:00

如何破坏掉一场会议:进行演讲(长篇叙事说你的观点)、放慢速度、提交不少于5个以上的主题、尽可能频繁的提出不相关的问题、在会议记录和语言描述上持续讨论、回顾上次会议中决定的事项,并试图重新讨论。好了,上面的那些都是错误答案。不要做他们!

194条现代礼仪

1970-01-01 08:00:00

一些小的社交礼仪(比如,当别人问你怎么样的时候,说挺好的 / Good)、不要问别人的工作、如果你发现自己说的太多了,可能得想想是不是没有提问?

我从来没有目标

1970-01-01 08:00:00

挺打动我的,我们要设计一个「达成目标时的自己所需要的目标」,而不是「设定目标时的自己所需要的目标」,前者可能是不对的。另一个方面,也是我喜欢 OKR 的原因。KPI 服务于目标明确、确定的场景,但 OKR 不是,OKR 服务于一个大的 Mission(愿景)。Build a mission with a company.

Ktock/Container er2 WASM: 容器到 WASM 转换器

1970-01-01 08:00:00

看到这个项目,让我想起了 Fabrice Bellard 的 JSLinux 项目,也是可以在浏览器里运行操作系统,但这个项目感觉可能会更牛逼。

Bear 如何使用 CSS 进行分析

1970-01-01 08:00:00

Bear 使用 CSS 来进行统计的奇技淫巧。让我想起来之前 Ruby On Rails 的一个统计的奇技淫巧:创建一个空白的 Gem,这个 Gem 只会在生产环境的 Gemfile 引用,在开发环境不会引用,这样 Ruby On Rails 的生产环境部署就可以通过这个 Gem 的安装量来判断了。也挺巧妙的。

Newsletter 写作经验分享

1970-01-01 08:00:00

炜晨的 Newsletter 写作的经验分享。 这里面我个人觉得清楚你想要的数量和质量是很重要的。我们绝大多数的时候都在想要增长,但从来没想过一件事的上限到底是什么?上限决定了我们的预期和做事的方法。 想清楚以后再做事,可能会更容易坚持下去,以及让自己获得正反馈。

开源协作的入口

1970-01-01 08:00:00

一个开源项目的筛选网站,可以让你根据语言、new issue 、最近活跃等维度来筛选开源项目,从而帮助你快速找到需要维护的项目。比较适合新手 / 进入一个新的领域的开发者去翻一些项目。如果你不知道哪些项目值得贡献,这个网站至少给了你一些参考的项目。

逐步上手网络爬虫

1970-01-01 08:00:00

爬虫指南。其实 Read It 有一些基本的信息爬取的能力(比如捞一下内容 / title),实际上,最难的不是爬内容,都有教程和方案。难的是怎么让自己不被屏蔽(比如我就抓不了 Quora 的内容,估计要上代理池,但因为不是很痛,所以不急)。 比如这个链接的网站我就爬失败了(

万字指南 | Linkloud SaaS 出海手册 2024

1970-01-01 08:00:00

Linkloud 写的出海手册。有一些经验可以参考:比如 SEO、做好数据基建(用数据辅助决策)

我的生命很短暂。所以在我可以的日子里,我真的活着: 30个垂死的人解释什么才是真正重要的

1970-01-01 08:00:00

垂死之人如何看待重要的事情?生命重要的不是时间,而是质量;不要担心没有好工作或者是大房子(生命更重要);要有自己的目标,这样才能过有质量的生活;照顾好自己。以及它就是这样。

人工智能指南

1970-01-01 08:00:00

Google 的 AI 设计范式。值得每一个在自己产品当中添加 AGI 能力的产品经理学习。不要“为了 AI 而 AI”,那样太低级了。此外,你也需要有一些设计来适应大模型带来的不确定性。

在30分钟内从0到1提示词

1970-01-01 08:00:00

prompt 101,台湾作者簡光正写的 Prompt 入门教程,可以看作是一个 Prompt 结构化思想入门文档。

如何认识到你真正擅长什么

1970-01-01 08:00:00

问自己三个问题,找到你真正擅长的事情:1. 为什么我不能在这件事上做的卓越?2. 是因为我更擅长别的事情么?3. 如果我只做自己擅长的事情,会发生什么? 如果你困惑于当下所做之事,不妨试试问问自己这三个问题。

HTTP 状态码速查大全

1970-01-01 08:00:00

一个帮助你快速查看 HTTP 状态码含义的网站。算是一个 HTTP Status Code Cheatsheet,用做参考吧

calibre-do-not-translate-my-path - 不要再翻译我的 Path 了!

1970-01-01 08:00:00

最近把 NAS 重新装起来了,想了想,把电子书也放在 NAS 上,顺手用这个插件解决了自动翻译文件名的问题。终于可以变成中文了。

如果你没那么聪明,又没什么天赋,怎么做事呢

1970-01-01 08:00:00

这个世界上绝大多数人是在做自己不擅长、不喜欢的事情的。作者给了一些建议:比如大胆去做、做无聊或费力的事情,然后努力工作。

產品經理數據入門(上)

1970-01-01 08:00:00

最近在看 How To Measure Anything,很有启发。我们不一定需要最精确的数据,我们需要的是帮助我们降低风险的决策判断用数据。从这个视角来看,我们需要知道什么是最好的选择么?不一定的,不要选错就行了~

穿越混沌

1970-01-01 08:00:00

指数风险投资公司写给创业公司的增长指南。如果你在管理一个小的团队,试试看这个电子书。

10年前我会告诉自己的101件事

1970-01-01 08:00:00

一个给 10 年前的自己的 101 条建议。实际上,我觉得每个人都可以定期回想一下,给自己写一些建议。算是对自己过去的反思,也是对新一年的期望。

亚马逊逆向产品开发法

1970-01-01 08:00:00

亚马逊逆向产品开发法。从写宣传稿开始,要写标题、副标题、总结、问题、解决方案、如何开始使用和用户反馈。然后开发的时候可以随时回过头看看是不是跑偏了。(当然,对于独立开发来说,其实可以写完宣传稿先推广收一波流量,再回过头来做产品)

soultoolman/pyerz: 易软著Python库

1970-01-01 08:00:00

一个帮你完成软件著作权代码的依赖包,支持 Python。对于需要申请软件著作权的人来说,会方便不少(不用自己贴了)

全栈公开课

1970-01-01 08:00:00

全栈公开课,一个挺好的课程,对于没有开发经验的人来说,可以跟着这个课程走一遍。我自己是从 Vue 开始写前端的,但 React 是海外/企业用户比较多的,也值得学习。

如何写商业计划书

1970-01-01 08:00:00

红杉基金的商业计划书的模板,同样值得你在真正动手开始写代码之前思考一下。这个回答没有标准答案,但至少可以让你真正的去思考,这件事是否值得做?是否值得我做。诚实的对自己。

创业灵感检查清单

1970-01-01 08:00:00

一个用于评估自己的灵感的列表。如果你有一个“独立开发的灵感”,不妨试试先评估一下,别着急动手(除非你的目标本来也只是为了练手,那你随意)

开源 Mac 应用程序

1970-01-01 08:00:00

如果你要研究 macOS 的应用开发,这一批 macOS 下的开源应用应该可以帮助你快速上手