而从后台上看，2048这款游戏也已经出现了零星的下载。
这很不错，从前世来看，2048这么一款很魔性的小游戏，只要能度过一开始的发酵期，后面的事情就好说。
很容易病毒式地传播开来。
林枫就没再继续观察数据什么的，而是研究起此前原身搞得那些软件来了。
这不看不知道，一看林枫就直道：可惜。
原身（林柏）是个真正的计算机方面的天才。
林枫虽然也会一些常用的开发，但说不上很擅长，只能说不差。
作为数学背景出身的，林枫所长之处主要在于算法以及和人工智能有关的技术。
而林柏则不同，极其擅长一些项目实战和软件开发。
这也很正常，毕竟林柏是计算机专业出身，不同于林枫这种半路出家的。
而且兴趣是最好的老师，传统计算机专业所需要的技能那基本都被林柏给点满了，至于一些应用开发那更是不在话下。
很多很繁复的软件原身一个人就搞定了。
林枫大致翻看了原身先前上传的几款软件。
发现了一款名为password Keeper的软件。
顾名思义，这是一款存储密码的软件。
很多人都容易忘密码，尤其是在密码一大堆的时候。
有市场就有需求。
一般来说，一款储存密码的软件听起来挺简单的。
但涉及的内容还是挺复杂的。
可这么一款软件居然只是由林柏一个人搞定的。
额，一个人独立开发这样的项目，实属不易。
但偏偏，原身凭借天赋和强大的编程能力，独自完成了整个软件的开发。
最关键的是只用了1个月不到的时间，具体来说是3周不到的时间。
并且不是全职开发的，都是业余时间完成的。
林枫从后台查看了一下源代码，代码逻辑缜密，UI设计简洁优雅，安全性能堪称一流。
即便是同类产品中，passwordKeeper的技术实现也丝毫不逊色于市面上的大公司产品。
这就很牛比了。
原身搞的这款软件很强。
可惜，市场反应平平。
有效下载量寥寥无几。
问题出在哪里呢？
林枫思索着。
很快，林枫想到了原因——1password。
这同样是款存储密码的软件。
作为市场上的领先者，1password早已占据了大部分市场份额。
虽然1password的功能上并没有多出什么。
原身搞的password keeper在技术层面丝毫不逊色。
两者都能做到多平台同步，另外加密技术水平也如出一辙，都是AES-256加密标准。
但很无奈啊，在password Keeper问世的时候，1password已经问世多年了。
同样是属于买断制软件。
1password在App Store售价是49.99美元。
而password keeper售价为39.99美元。
虽然password keeper还要便宜些。
但用户在选择产品时，往往倾向于已经被验证过的成熟解决方案，而不是一个初创开发者的独立产品。
因此，尽管password keeper要便宜一些，但反响一般吧。
从后台数据来看password keeper的成绩就很一般了，而且有效下载不多。
根本就没啥赚到什么钱。
一个很有实力的开发者搞的软件却没挣到钱。
听起来很滑稽幽默，不过也挺正常的。
林枫无奈地叹了口气：“即便是天才，也难敌市场规律。”
林枫在内心叹息之余，迅速调整了思路。
他知道，passwordKeeper本身并没有太大的问题，核心功能足够扎实，安全性也得到了保障，只是输在了先来后到上。
既然如此，干脆就换个战场好了。
在软件端竞争不过现有的成熟产品，但完全可以转换思路进军插件端。
也许，做成一个简单的浏览器插件，能够起到意想不到的效果。
这个想法开始在林枫脑海中一经萌发就迅速成型。
这并不是草率的决定。
首先，依旧是需求决定市场。
随着2010年代的互联网的进一步发展，越来越多的用户在浏览器中处理日常事务。
这些日常事务在办理的过程中必然会涉及到包括登录账户、管理密码之类的操作。
开发一个简洁的密码保存插件直接嵌入到用户的浏览器中，无疑将可以减少用户在涉及密码这一环节的操作步骤，提高工作效率。
当然，这样的插件的核心竞争力不是密码保存，而是强密码自动生成，自动填充。
毕竟用户面临的两难困境是密码太弱造成安全隐患怎么办？密码太强记不住又怎么办？
而通过这样一个插件则完美解决用户的痛点。
其次，没有竞争对手。
当然，彼时插件端倒是也有一些主打密码记忆的。
但做到能自动生成强密码的一个都没有。
虽然以2024的眼光很容易先入为主觉得这功能也没啥。
但事实就是现在确实没有能同时兼顾生成强密码的插件。
就连谷歌对这方面也兴趣不大，谷歌自家搞的生成强密码功能还要等到2018年。
虽然说1password是个劲敌，不过现在1password正在专注于苹果全家桶那边搞闭合生态。
显然对于开发谷歌插件兴致寥寥。
最后，有技术储备。
毕竟有password keeper的基础，基于这个搞一款插件还是很轻松的。
有市场需求，没对手，同时有技术储备。
林枫感觉还是值得搞一下的。
虽然理论上基于password keeper开发插件那是毫无难度。
当然，想照搬显然也是不行的。
password keeper这个软件太“重”了。
作为软件其能够功能全面，这很不错。
但作为插件的话过于复杂的架构和全面的功能反而成了它的劣势。
现代用户喜欢的是轻便、快捷的工具，而不是一个庞大的、多平台的密码管理器。
必须放弃最初追求大而全的路线，转而开发一个轻量化的工具，以适应用户需求。
大概熟悉了一下这个世界chrome浏览器的ApI接口情况之后。
林枫很快作出了决断。
他决定保留passwordKeeper中最核心的功能：密码生成（尤指强密码生成）、密码存储、自动填充。
而其他功能，比如跨设备同步、复杂的账户管理等，暂时都放弃。
插件必须简单、易用。
一旦加载到浏览器，涉及到输密码环节，用户能够直接生成密码、储存密码，或一键自动填充登录信息。
为了适应chrome插件的架构，林枫将原本的密码加密模块和数据存储功能重新编写，改成了适用于chrome的JavaScript和htmL5环境。
同时，他利用chrome提供的ApI，将插件与浏览器的密码管理功能紧密集成。
之所以这么做，是林枫存了走招安路线的心思。
作为一款插件，用户下载再多又能赚多少钱呢？
可能确实能赚不少，毕竟漂亮国这边软件生态很不错。
但指望着散户赚钱那肯定是不痛快。
要赚就赚有钱人的钱。
而谷歌真要感兴趣，一波招安，直接几百万美元甚至是上千万美元到账，岂不是美滋滋。
尽管只是浏览器插件，但数据的安全性依然是林枫关注的重点。
林枫沿用了AES加密算法对用户的密码进行本地加密，并且设置了一个主密码，只有通过主密码验证后，插件才会解密本地存储的用户密码。
这确保了用户的密码即便存储在本地，也不会因为被窃取浏览器缓存数据而泄露。
为了让用户体验流畅，林枫精简了UI设计，整个插件界面尽可能简洁明了。
只需点击插件图标，用户便可以轻松生成新密码、保存现有密码，或者选择自动填充已保存的密码。
不得不说林柏在计算机开发这方面确实很强。
而林枫也不差，同时有一些先知经验，可以避免踩坑。
直接就是1+1＞＞2的效应。
总之，很快就搞定了passwordKeeper chrome版插件。
至于定价，同类定价基本都是0.99美元这样。
林枫也没标新立异。
入乡随俗设定了个0.99美元的定价。
接下来就是上传到chrome扩展商店等待审核。
chrome插件商店的上传流程相对较为宽松，只需要提供一些基本的开发者信息和隐私政策即可。
再加上原身已有一定的开发经验，上传过程进行得十分顺利。
但审核就比较漫长了，毕竟是涉及到密码安全的插件，起码要一周的时间才能通过审核。
不过林枫也不着急，估计审核也不会遇到什么障碍。
毕竟这个插件采用的加密标准是漂亮国的通用行业标准。
已经用了十几年了，拿这个针对人卡审核就没意思了。