而从后台上看，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插件商店的上传流程相对较为宽松，只需要提供一些基本的开发者信息和隐私政策即可。

    再加上原身已有一定的开发经验，上传过程进行得十分顺利。

    但审核就比较漫长了，毕竟是涉及到密码安全的插件，起码要一周的时间才能通过审核。

    不过林枫也不着急，估计审核也不会遇到什么障碍。

    毕竟这个插件采用的加密标准是漂亮国的通用行业标准。

    已经用了十几年了，拿这个针对人卡审核就没意思了。