A Fun & Challenging Puzzle Adventure
Get ready for an exciting block puzzle game where your creativity and logic skills are key to unlocking new levels! Match colored blocks with their doors and watch them disappear in satisfying bursts.
Simply slide the blocks to match them with the colored doors. The goal is to clear the blocks using strategic thinking to work your way through each level.
Unlock the secrets of Color Block Jam game with our step-by-step solution. Learn how to navigate through obstacles and complete the level with ease!Such as: https://colorblockjam.cc/color-block-jam-34
由于以下原因，我启动了本项目持续整理输出医学词库，争取制作最新最全的医学专业术语输入法词库，支持按照学科（解剖学，药理学等）科室（呼吸科，肾内科等）自主启用，希望能够提高各位临床工作者的输入效率，以及可能为医学文本资料分析提供分词数据库
https://github.com/whitewatercn/rime_clinic/
具体详见词库说明
卡包 app：收藏身份证、银行卡、护照、社保卡等；
我是插件中重度使用者，扩展程序（插件）确实有很多方便、提升生产效率的时刻。
于是近期上线了 extensions101.com 一个插件集合导航站，致力发掘、测评好用的各种应用插件。不限于浏览器、vscode 、figma 等～
欢迎大家推荐好用的插件，也欢迎各位插件开发者提交 刚上线，目前都是免费提交，快速审核发布～
网站地址：NovelAI
主要功能：
目前还是 MVP 阶段，免费试用，欢迎 v 友们支持
加了点佐料进去
官网链接： https://kachika.app
🇯🇵 在学习语言的道路上，我深深体会到记忆单词的挑战 —— 学了又忘，想说却开不了口。
🎨 作为一个依赖图像记忆法的学习者，我深知将抽象概念可视化的力量。
✨ 这份经历催生了"让语言融入生活，用生活学习语言"的理念 —— 这就是我开发这款应用的初心。
🌟 希望这款应用能够帮助到和我有着相同困扰的学习者，让我们一起在日常生活中轻松掌握外语！
只需拿起手机用「 KaChiKa 」拍下照片，App 就能立刻分析出场景中的元素，并自动为其加上点击就能发生朗读的标签。App 还能基于场景中的内容单词进行造句，帮助你在学习的同时融会贯通。
除此以外，你还能使用「 KaChiKa 」打造自己的闪卡系统，「 KaChiKa 」会根据闪卡的学习节奏，在最需要的时候自动安排复习。
目前有英语和日语两个版本，后续我会让 KaChiKa 支持更多语言学习。 日语因为语法结构和读音存在复杂度，会保持独立，英文的版本会适配更多语言。
官网链接： https://kachika.app
在 1.3.10 版本进行了重构，采用了全新的 UI 设计（目前看着可能还是没有那么炫酷，但对比之前还是有所进步，自恋 ing ）。重构后的变化如下：
我的新产品：CopyWeb 正式发布了。🎉
只需输入一个 URL 或者上传一张截图，一键复刻网页组件，还原度 80% 以上。
跟 bolt / v0 等产品的主要区别是，CopyWeb 目前专注于做 UI 组件的设计与复刻，在复刻精准度和样式方面有更好的效果。可以理解为是一个垂直领域的 AI Coding Agent 。
欢迎体验，感谢支持。期待各位老师的反馈。👇
于是，本猿怒写 JetBrains 插件 👉 database-buddy，从此告别重复劳动，开启快乐摸鱼模式 🐟
🔍 点这里看保姆级教学，早安装早下班！
（温馨提示：使用后可能导致摸鱼时间过多，请自觉用多出来的时间学习防卷 📚）
我是 Jason Yu ，是一个有 7 年出海经验的产品经理，目前创业两年，主要业务是出海工具应用，这两年里，我们做了非常多的品类尝试，大家见到的工具类产品，我们可能都有涉猎，因此也积攒了非常多的选品经验和产品商业化的经验，因此，在我们对订阅模式 7 年的深入研究以及封闭半年的开发后，推出了这个疯狂的产品“订阅宝”。
在这个产品里面，你们可以找到竞品的订阅页面截图和订阅数据，你甚至可以找到他们历史的所有订阅截图和录屏，有我们对于订阅模式的总结，今天在这篇文章里，我希望能和大家分享这些经验，剖析这两年来我们做对了什么。并且在文末，我会附上“独立开发者的终极选品指南”。
“订阅宝”这款产品，简单点来说就是一款针对订阅模式优化的 Saas 工具，是为 APP 开发者和出海应用相关专业人士提供的强大的订阅收入提升工具，核心功能是通过访问和分析竞品的订阅页面、订阅模式以及历史收入数据，来帮助用户优化自己的订阅模型，并提升转化率和收入，增强 APP 的市场竞争力。
当然，“订阅宝”能提供的不止这么多，还有针对于所有不同小类产品的专业调研建议报告，这里面涵盖了市面上大多热门的应用类型，且经过了专业的订阅商业化的分析和总结，最终呈现出来，相当于你招募了一个对订阅非常了解的专业的产品经理和一个专业的 UX 设计师，我们相信这对于你提升订阅收入有着非凡的意义。
其实作为一个非常熟悉 C 端工具产品的产品经理，做这种 B 端工具是非常吃力的，缺少相应的经验，也缺乏一些业务逻辑能力，甚至没有现成的开发团队。不管对我而言，对我们团队而言，都是成本巨大，性价比很低的事情，如果我们一直去做 APP ，我们的这个小团队还真的可以吃穿不愁，活的相当滋润。
如果我们投入到“订阅宝”上，很有可能就会白费心力，将近半年的努力有可能付诸东流，我到底图什么呢？
早在 18 年我做 UI 设计师的时候，我背负着业务线产品的订阅率、订阅按钮点击率的这种指标，于是在每次迭代和做新品的订阅页面时，我总会下载数百个直接竞品和非直接竞品应用去看他们的订阅页面如何设计，订阅逻辑如何制定，但即使我看了数百个，我也不确定哪个类型的页面适合我们的产品，我只能按照我的经验，再去结合产品的调性来确定最终的页面设计，我收集过无数的订阅页截图和录屏。
后来转做产品负责人的时候，就直接为收入指标负责了，而收入=用户*ARPU，用户侧我们就尽可能的做新增和留存，但新增当时主要靠买量，自然量成效是比较慢的，这并非我们产品的主要任务。
所以我们需要尽可能的提升 ARPU ，最起码在同品类的基准值之上吧，那么 ARPU 值与什么相关呢，最直接的就是订阅率数据了，提升订阅率的方式无非就是提升产品体验和优化订阅流程/页面，我们当时把主要的精力就放在了优化订阅流程和页面上，虽说有点本末倒置，但成效却是非常明显。在我研究订阅的商业化模式的时候，我会看大量的案例，并进行总结和 A/B 测试。
来看看我的手机上的应用就知道我们在钻研竞品的订阅上花费的功夫了。
我是一个很爱加社群的人，在我的微信群里躺着几十个独立开发者的微信群，很多人都会抱怨说做 APP 赚不到钱，要么没流量，要么是看着很多流量，就是变现很差。在这些人里面，我相信有 95%以上的开发者是不懂商业模式，或者说没有研究过订阅的人，我觉得可能性原因有 2 个：
1 、大家对于订阅的重视不够，认为用户不买就是产品不够好，只优化产品，从不进行订阅页面和流程的迭代
2 、对数据不敏感，从不分析关于订阅率、漏斗转化这些，而且因为没有行业的 BencMark ，所以就无从参考
但实际上呢，做订阅页面这件事情是提升订阅收入最直接和最有效的方式，作为过来人，我觉得我有义务来跟大家去普及订阅页面的重要性，更有必要去告诉大家，什么是好的订阅页面，怎么样的设计才能让你的收益最大化，我们不会主观的判断和决策，但我们会通过数据和调研告诉你结果。
而帮人赚钱，提升赚钱的速度这件事情，对我们而言是非常有价值的，我们也很乐意去做这样的服务。
我相信在这个领域的人应该都知道七麦数据、点点数据，Data ai 、Sensor Tower 这些网站吧，七麦 SVIP 的年会员是 15600 ，点点的专业版年会员是 23988 ，而 Data ai 和 Sensor Tower 的价格更是数万美金一年，而通过这些平台，可以让我们迅速的掌握市场趋势，进行竞品的分析，进行产品的优化和营销策略调整，他们的核心价值是提升产品的下载，优化产品的数据，洞察全球市场的竞争力和盈利能力。
但订阅宝做的事情，是直接帮助开发者提升订阅，提升收入，更能直接的体现价值，我相信大家能明白它的价值有多大。
而且我们做的事情目前市场上是没有人做的，第一家也是唯一一家，我相信我们可以通过它赚到钱。
大家应该了解，在出海的圈子，还有移动 APP 开发的这个圈子里面其实是非常封闭的，没有人愿意去跟你讲你该怎么做能够更好，更有流量，更有钱赚，所有人要么摸着石头过河，要么就是从过往的经验中进行不断的复用。
而在做订阅这件事情上，所有的团队其实都是在不断的试，不断的在迭代，这其实无形中是在不断的浪费精力和资源，现在如果使用订阅宝，我们其实可以很容易的看到竞品应用在哪个版本的订阅页面带来的收入更高，ARPU 值更高，我们可以直接进行参考，大大减少了调研和做 A/B 测试的时间和周期，可以更快的获得高回报。
在大家厮杀比较激烈的一些产品类型里面，我们也根据我们掌握的数据，通过大量的调研，最终总结出来了最为专业和完善的订阅建议报告，助力大家在订阅上面的提升。
当前版本的“订阅宝”其实只有两个核心功能，第一个核心功能就是查询竞品 APP 的订阅截图，我们会精细到竞品 APP 的每一个版本的订阅截图和视频，并且会记录不同版本的订阅收入数据，以确定哪个版本的订阅商业化更加成功；
第二个核心功能就是我们可以提供订阅相关的优化建议报告，这个订阅优化建议报告是我们根据每个小品类的 APP 调研结果产出的，单品类调研在 30~50 个应用，调研的执行者是我们经验丰富的 UI 设计和产品经理，我们会根据调研结果和数据反馈最终给出报告的内容。——当前还在筹备，后续上线
这个订阅优化建议报告是我们根据每个小品类的 APP 调研结果产出的，单品类调研在 30~50 个应用，调研的执行者是我们经验丰富的 UI 设计和产品经理，我们会根据调研结果和数据反馈最终给出报告的内容。
整个调研的过程也只需要 2 步就可以完成，输入产品名称、选择产品类别，通过订阅建议的调研报告，你可以获取到以下内容：
了解到在当前品类中，如何更合理的设计不同的订阅页面类型，如引导页订阅、常规订阅、活动订阅的占比；
订阅页设计采用怎样的结构，使用哪些元素
不同的订阅页类型使用什么样的 SKU 配置，分别用什么价格
核心卖点体现什么，用什么样的形式体现
有哪些订阅相关的小经验可以直接使用，更能提升订阅率
订阅页面的各个位置使用什么样的文案更合适
提供订阅页面的交互和动效案例，给你最好的建议
可以看到每个品类中订阅月收入、ARPU 值、订阅设计排行前五的产品数据如何
关于“订阅建议报告”这个版块的内容，我们在做进一步更大的优化，希望它能以一个更好的状态跟大家见面，所以在第一个版本中，我们暂时隐藏，希望大家可以在使用订阅宝的过程中来提建议，我们进一步去做好这件事情。
关于订阅宝的未来，我们还是从提升订阅收入相关的入手。
第一个可能会考虑针对用户自己的产品来做深度的数据分析和订阅页的设计优化，并且提供不同的区域价格策略，从产品体验上，可能会考虑让用户更容易的去达成订阅提升，无需自己写代码和设计页面，我们利用人工智能和多年的经验结合，帮助用户直接将解决方案应用到 APP 中。
第二个我们会考虑制作一些订阅的小工具，让大家能够对于订阅收入的模型，对于订阅的规则等更加清楚的了解，帮助大家普及和传播更多订阅知识。
第三个我们会持续更新更多的产品的订阅数据、订阅截图，把我们的核心做到最好，体验做到最好。
第四个就是持续性的补充更多品类的订阅建议报告，提供更多维度的参考，让用户可以更放心更方便的把报告的内容运用到实际的产品设计中。
“订阅宝”是我做的第一个 B 端产品，在 B 端经验上我还不足，但是我知道产品最大的价值就是能够服务好自己的用户群体，我希望我的产品能够带给大家价值，在体验上，我希望能够听取广大用户的使用反馈和意见，我们将不遗余力的把产品打磨好，做好接下来的每一步。
目前“订阅宝”处于内测和验证阶段，作为产品经理，希望大家能够试用并提出宝贵的意见，我们将为积极提出意见和建议的用户送上 7 天的免费试用时长以及抽取一部分用户赠送价值 9999 的的订阅诊断服务。以下是我们的体验地址： https://www.dingyuebao.cn
作为一个多年出海的产品经理，在最后希望能够送给大家一份礼物，也是我花费了多年的心血累积的选品经验，《万字干货揭秘出海 APP 成功秘诀：小团队和个人开发者的 APP 选品指南》，这里是链接： https://mp.weixin.qq.com/s/BAynen1Kp48f2UTzpk8egg
谢谢大家！希望大家体验我们的产品，并且相信我们这个草台班子会去把订阅这件事情做好，为大家把服务做好。
做了一个站点，获取 V2exer 分享的自己创造的网站，然后 ai 提取网站名称，描述和链接。
起初接触某某标签笔记，我被其以标签为核心的卡片笔记模式深深吸引。然而，99 元一年的会员费感觉有点贵了，再加上数据存储在它的服务器，总感觉缺乏一份安全感。
身为 Android 开发者，一个念头在我脑海中闪现：何不亲手写一款属于自己的类似应用？
说干就干，最初采用 xml 方式进行开发，慢悠悠的写了几个月写完后。但随着谷歌大力推广 Compose ，我决定试试新的技术，发现真香，于是对项目进行 Compose 重构。在 UI 风格上，也经历多次迭代，从最初的随意设计，到遵循谷歌 MD 风格，再到引入 Slat UI ，改了无数次，程序员设计 ui 是真的难🥲。
写完后，原本计划在酷安或国内应用市场上架，于是觉得申请软著，反反复复打回，半年后终于申请下来了。结果新政出来了，要公安局备案，还要买服务器。
无奈之下，我选择放弃国内上架计划，转而开通谷歌开发者账号，当时谷歌开发者账号容易弄，交钱绑卡，很快就将应用上架至 Google Play 。
现在一年左右了，没做宣传，10+左右的下载量😓。
现在换了一个朝九晚九的的工作，再加上要带娃，决定将这个项目开源，有兴趣的朋友可以一起维护与开发。
从事 Android 开发多年，一直在写公司业务代码，初入行时便怀揣着打造一款个人 App ，上架应用市场，甚至有可能获得一点睡后收入的梦想。
开发完成后，我才发现，开发只是整个过程中最简单的环节。
在国内上架应用，软著开公司备案买服务器各种卡流程，很佩服那些上班又自己能这么折腾的开发者。感觉现在国内个人 Android 开发者这条路基本是断了。
Google Play 以前很简单，交钱就行了，现在好像也需要拉人头内测等流程。
App 如果不氪金去推广，现在移动互联网已经卷成一片死海，应用市场 App 一大堆，特别是程序员三件套，再去做的话基本凉凉。
如果软件收费，售后问题同样棘手。我在酷安付费购买过多款优秀 App ，并加入开发者群，潜水好几年。一旦软件收费，便意味着要对用户负责，面对用户五花八门的需求、各机型适配问题、还有跨平台需求，还有的人无脑喷，管理和维护成本其实非常高。
折腾了这么久，对于大多数人而言，个人开发者之路并不好走，尤其是身处 996 工作环境时，更是难上加难。过去工作稍有空闲，还能抽时间写代码，现在到家都快 10 点了，看到电脑就想吐（真实的心里反应）。
浅谈一下 35 岁程序员焦虑和副业问题，程序员软件三件套是行不通的，因为这些产品非常多，并且大多都是没什么亮点的，大部分估计赚的钱还不够服务器和各种流程的成本。我觉得如果是客户端，2025 年 个人开发者这条路都不建议去走了，前段时间看到很多套壳的 AI 客户端，套完壳容易，推广如果不砸钱，基本没人问津。好不容易推广，你干的过免费的 deepseek 和 kimi 之类的吗🤔
对于 35 岁焦虑， 个人觉得最好的路是找个制造业或者二三线城市的国企银行这种不怎么裁人的企业，躺平式继续 coding 。 尾声
开源后，会不定时更新，后续打算试试 KMP 跨平台技术，平常时间大部分带娃，代码写的比较乱，大佬们将就的看。 欢迎提 PR ，一起维护。
Github https://github.com/ldlywt/IdeaMemo
如果能给一个 star ，不胜感激🙏
最近使用是 Flutter 开发并上线了一款生活记录 App ，这个帖子分享下一些心得。
简单来说，MarkNow 是一款可以通过自定义字段（支持文本、数值、开关、评分、单选、多选）来记录不同类型事项的 App 。
这个应用是很早之前就有的一个想法，当时调查了市面上的很多 App ，有类似的，但是都无法满足需求，所以就尝试自己开发。
项目是在 9 月份正式开发的，当时恰好 RevenueCat 举办了一个 App 开发比赛，就想着参与一下（虽然最后因为各种事情没有参与到），后面有段时间中断了，12 月份重新捡了起来，直到 1 月底上线。
零零散散的时间算起来应该还不到三个月，如果全部精力投入的话，一到两个月应该足够了。
附上使用 MasterGo 设计的商店宣传图：
为什么会使用 Flutter 开发，说来比较巧合，本职工作是 Web 前端，也写过 React Native 和 SwiftUI ，今年上半年因为一个项目而入门了 Flutter 开发，曾经十分反感的嵌套地狱的写法也觉得还好，最多就是拆分多一些组件。
之前有一个已经上线的 App 是用 SwiftUI 开发的，但是众所周知，Xcode 的开发体验极其糟糕，而且 SwiftUI 还有莫名其妙的 Bugs ，经常一个 Bug 一调就是半天，也许是我水平太菜了吧（🤣）。
Flutter 现在的生态和 React Native 不相上下， 甚至在某些方面比 React Native 更丰富，比如音频解析，Flutter 的库支持的格式比 React Native 的多一些。
开发 MarkNow 主要涉及到是数据库、状态管理、路由管理、国际化。
数据库我选的是 Sqflite, 是一个需要自己写 SQL 语句建表、需要自己管理数据库迁移的一个 SQLite 库，相对于其他的 ORM 库，会麻烦很多，也许重新来过，我可能就使用 ORM 库了，手动管理真的要很小心。
状态管理使用的是 Riverpod ，当时接触过 Bloc ，感觉 Bloc 需要写太多模板代码了，Riverpod 更接近在前端学习到的概念，也就是 State + Provider ，如果有相关的经验的话，很容易上手，也有类似于 React Hooks 相关的概念。
路由方面，使用了 go router ，一开始是没有用路由管理的库的，直接使用内置的 Navigator API 也可以，不过如果需要使用更高级的路由功能比如声明式路由、嵌套路由等等时就派上用场了。
国际化使用了 easy_localization ，配合 cli 可以生成类型安全的 LocaleKeys：
Login
fvm dart run easy_localization:generate -S "assets/translations" -O "lib/l10n"
fvm dart run easy_localization:generate -S "assets/translations" -O "lib/l10n" -o "locale_keys.g.dart" -f keys
另外大家可以看到我上面的脚本里面使用 fvm ，这是一个类似于 nvm 的 Flutter 版本管理工具，使用 fvm 可以很方便的在不同的 Flutter 版本中切换。
在项目开发的前期，我认为有些配置或者架构之类的提前设计还是有必要的，比如：
鲁迅曾经说过：一个好看的应用，那么它的设计一定是统一的。
这里的设计统一指的是，包括但不限于主题色、边距、圆角、字体大小、字重等等。
export 'border_radius.dart';
export 'box_shadow.dart';
export 'app_colors.dart';
export 'flex.dart';
export 'font_size.dart';
export 'font_weight.dart';
export 'padding.dart';
export 'app_theme.dart';
我在一开始的时候就让 AI 根据 TailwindCSS 的设计规范设计了这样的一套设计系统，后面在使用到这些元素的时候就引入这些，从根本上解决了设计不统一的问题。
不过至于界面要怎么布局、设计，这个只有经常接触好看的设计，去模仿、去练习才能掌握一些经验。
如果一开始就打算让 App 支持亮色模式和暗色模式，那么一定要提前设计主题系统，不然后期打算支持其他模式的时候，到处去找界面去看哪些有没有适配，或者去改写死的颜色是一件挺麻烦的事情。
我是上线了 App 才支持的暗色模式，在这方面，AI 起到了很大的作用，我是让 AI 生成了主题系统，然后我再去一个个调颜色。
在使用 AI 辅助编程的时候，经常感觉到 AI 已经变成了写代码环节中不可获取的一部分，利用好 AI 会让写代码环节的耗时大大地减少。
当然目前来说 AI 乱改代码仍然是一个比较大的问题，我一般是尽量让 AI 去写一些比较小的模块，或者提前写好一份文档（或者这个环节也交给 AI ），在这份文档的基础上去编程，能减少一些与预期不一致的行为。
一个好的架构也能帮助到 AI 去实现功能，在这方面，MarkNow 的字段类型在后面使用 AI 完全拆分成类似于工厂模式一样的插件系统，这个插件系统将字段的定义、配置、显示等等都拆分成了不同的文件。
也就是说每当我需要新增一个字段类型的时候，我只需要让 AI 根据之前生成的插件文档创建一个新的字段，并且注册这个字段，就能很方面地支持一个新的字段，当然，生成的代码一般都是有错误的，这时候就需要人工介入了。
因为 App 的定位主要还是国内市场，所以避免不了一些必要的环节，比如上架 App Store 需要 App 备案号，然后 App 备案又需要域名+国内服务器，这些因为之前已经有过经验了所以相对来说比较顺利，申请花了不到一个星期就下来了。
上架 App Store 需要 688 一年的开发者账号，申请流程在这里不过多赘述，需要注意的是，申请账号的时候务必保持一个机器去申请，不然就会和我一样身份信息永远被黑号，只能换其他人的身份信息来申请。
比上架 App Store 更麻烦的是上架国内的应用商店，需要公司主体+软著。
MarkNow 上线前内测了半个月，已经在春节当天正式上线了，还在早鸟特惠中，截止到 2 月 13 号，已经收回了给苹果交的房租，但是距离覆盖生活成本还有很大的距离，而且最近付费断层式下滑🥹。
Flutter 开发体验不错，生态也很丰富，开发出来的 App 虽然没有原生应用那么丝滑，但是也不至于会卡顿，可能和 App 的也有关系。
如果大家有什么想问的也可以在评论区留言，会尽可能回答。
应用链接：MarkNow
给 V2EX 准备了 14 个月度（价值 8 元）+ 10 个年度（价值 48 元）+ 6 个永久会员（价值 68 元）
参与方式：回帖参与
截止时间：2 月 20 日 23:59:59
