V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
dvaknheo
V2EX  ›  程序员

开源项目是怎么得到第一批玩家的,又是怎么得到二次传播的

  •  
  •   dvaknheo · 2020-05-21 10:37:10 +08:00 · 4371 次点击
    这是一个创建于 1679 天前的主题,其中的信息可能已经有所发展或是发生改变。
    即使强如知乎大 V vczh,gaclib 也只是完成了第一步:一小撮人用起来玩起来。

    不知道实际项目中成功的开源项目是怎么得到第一批使用者的呢?

    比如 thinkphp, vue

    这一步之后,关键一步是有自来水帮忙做作者没做的事,去推广宣传。比如写使用心得。
    这步有什么典型例子。Laravel 算么。

    我发这个问题,是因为到了个瓶颈,DuckPhp 这个 PHP 写的 Web 框架我已经一个人搞了近 3 年。
    成熟度来说大概在去年 12 月改名的时候已经是很完备的。

    写代码心里有数,写文档因为没反馈,所以不知道写得好不好。
    写推广,就只有在这里了。其他地方,我真不知道去哪里了。
    在自己的几个 PHP 的 QQ 群里,也只是,哦,有这个东西。

    所以我很想知道,那些有名的项目是怎么推广起来的。
    就我得到的信息,
    ThinkPhp 是自己写框架同时给人做外包。
    CodeIgniter 是写了框架,利用英文优势,写了些文章全球二次推广,然后靠培训搞起。
    Laravel 不知道怎么冒出来, 中文世界了解 Laravel 却不知道 Symfony .
    Symfony 的背景是和 PHP 核心的那些人有沟通。
    VUE 在大公司,所以一小撮用起来很容易。
    同样是大公司起家的, 是雅虎中国的 Yii 。

    workerman 是简单几个 demo 让大家发现了原来 php 还能干这事。所以就搞起。
    swoole 也是 php 还能干这事的典型,早期的 swoole 远不如 swoole 4 好用。但是能用,补足缺失部分,所以在公司里内部迭代用起来了。虽然 php 手册里是有了。 但是 swoole 的推广不算是个好例子。

    那个,vczh 不是在 M$ 么,怎么没见人用 gaclib 搞项目
    因为 gaclib 不如其他同级别的东西成熟。或者及时是成熟了(比如排版引擎)读懂的人太少不敢用。
    或者是参与的人都没有有达到拍板的程度。类似 swoole/workerman 的是小公司里:先试用看看,如果能就用吧,由此就用起来了。

    我做的 DuckPhp 这个 Web 框架的地址。

    https://github.com/dvaknheo/duckphp

    那么,我需要什么呢 ? 我需要人,帮我品出 DuckPhp 的优势,把我做到但我说不出来的精妙之处向其他人表达出来。哦,原来这个框架有那么强大,但是又是那么简单易用。
    来,希望以后能有一小撮人搞起来。
    有时候我在想,要做个什么大一点的来演示。以突出 DuckPhp 比其他框架的好的地方。于是我重写了 laravel 的 demo (未完工),yii3 的 demo(基本完工)。但是又想到没人会看,所以动力又没了。
    所以,我真的很希望有人帮忙搞起。
    29 条回复    2020-05-21 15:01:18 +08:00
    EKkoGG
        1
    EKkoGG  
       2020-05-21 10:51:22 +08:00
    这个问题无解吧,一个项目火起来本来就需要天时地利人和
    1. 肯定是得是产品力要过硬
    2. 有著名的人 /公司 帮你的产品背书
    xiangyuecn
        2
    xiangyuecn  
       2020-05-21 10:56:14 +08:00   ❤️ 1
    幸存者偏差?也许有名的项目只是那么一丢丢,背后也许有一堆没人问津的同等质量优秀项目,大公司的也不例外
    iicoder
        3
    iicoder  
       2020-05-21 11:02:35 +08:00
    得比较,实际压测的结果,对比其他框架有什么优势,

    别人如何能无缝移植你的框架也是个技术活
    Jrue0011
        4
    Jrue0011  
       2020-05-21 11:03:54 +08:00   ❤️ 1
    可能同类型出现越早的越容易被使用。。。
    realkun
        5
    realkun  
       2020-05-21 11:06:09 +08:00
    很多人了解的是出了名的,不为大众知道的远比这些多吧
    saltbo
        6
    saltbo  
       2020-05-21 11:09:00 +08:00
    可能同类型出现越早的越容易被使用 +1

    重复造轮子,得解决一个痛点才行。 痛点影响的人数越大,新轮子的用户就越多。翻了下楼主之前的帖子,明显感觉其他人不赞同你想要解决的痛点。
    iicoder
        7
    iicoder  
       2020-05-21 11:11:41 +08:00   ❤️ 1
    话说 你这个名字看的太......DuckPhp
    saltbo
        8
    saltbo  
       2020-05-21 11:14:35 +08:00
    举个最近发现的例子,静态博客的评论最好的还是 Disqus,但是 Disqus 的 DNS 是被污染状态,所以苏卡卡做了一个 DisqusJS,采用 JerryQu 的思路做了一个评论基础模式。这就解决了一个很多人的痛点,所以用的人也比较多,影响力也还可以。

    我最近接了 DisqusJS,因为我用的是 Vuepress,我发现 Vuepress 没法很方便的接入 DisqusJS,所以封装了一个[vuepress-plugin-disqusjs]( https://github.com/saltbo/vuepress-plugin-disqusjs)。那你说我这个小项目会有影响么?其实完全取决于使用 Vuepress 和 DisqusJS 的人又多少。。
    cuqk
        9
    cuqk  
       2020-05-21 11:14:48 +08:00
    是 DuckPhp 还是 DuckPHP 呢?
    zsxzy
        10
    zsxzy  
       2020-05-21 11:15:48 +08:00
    一个不成熟的建议, php 是不是越来越少人学了, 没增量用户, 老用户也没必要去学你这个新框架, 那些老东西又不是不能用
    jellybool
        11
    jellybool  
       2020-05-21 11:22:44 +08:00
    1.首先它需要一个好的名字
    2.连你自己都无法说清你的 DuckPHP 的精妙,还期望别人深入品?
    3.别把眼光限制在中文社区,做事的第一步就应该全球视野。
    4.你的框架的核心优势是什么?主要是解决哪个场景下的难题?你看你列的那些框架,哪个不是解决了某个痛点的?
    jellybool
        12
    jellybool  
       2020-05-21 11:26:54 +08:00
    再多说一句:

    对于框架本身,先把框架做好,做酷。
    对于其他框架的推广结论,先做足够的调查研究,再放结论。
    KHfqLAYYS6BKJT3R
        13
    KHfqLAYYS6BKJT3R  
       2020-05-21 11:29:24 +08:00
    我也有相似到疑问,像是一些网络流行语音怎么突然就用起来了的

    像以前的 886,掉丝……是怎么让第一批人都开始用起来了
    hbolive
        14
    hbolive  
       2020-05-21 11:30:48 +08:00
    楼主你能一句话说清楚你的 DuckPhp 的精妙之处不?

    比如 TP:最易用的国产 PHP 框架,中文文档。
    jinzhongyuan
        15
    jinzhongyuan  
       2020-05-21 11:37:40 +08:00
    @zsxzy 实话
    jqh
        16
    jqh  
       2020-05-21 11:41:37 +08:00   ❤️ 1
    @saltbo 我就是其中一个不赞同楼主对自己项目总结的那些所谓的“优势”的,事实上楼主所谓的那些“优势”,在我看来就是缺点。


    @dvaknheo 前面的老哥都说得很对,你想要火,得切实地能解决用户的痛点,你现在能说清楚你这个项目的适用人群吗?

    三年时间,就出来个这么点功能的东西,连文档都写不明白,谁敢用?开源产品,不是有个基本框架就完事的,方方面面的细节更要做到位,那些能火的项目,无一例外各项细节上都是很完备的。


    thinkphp 和 CI 这种只是因为在国内早期市场空白期出现,才能占领市场,现在写这种框架出一个死一个。原因很简单,同类型更优秀的产品太多了。

    而 laravel 为什么能火?为什么 laravel 的高质量的第三方扩展包数量能碾压其他框架?为什么大家愿意给 laravel 贡献扩展?这个原因不值得你深思吗?建议楼主多深入学习下其他优秀的开源项目,而不是浅尝而止就轻易下定论,总的来说,我看了你的部分代码以及你的几个帖子的言论,对你自身的水平表示怀疑,打铁还需自身硬,没有过硬的产品想火是不切实际的。
    doublie
        17
    doublie  
       2020-05-21 11:41:44 +08:00
    用框架写一些比较好用的开源作品,有完善的文档,活跃的社区。没用这些东西可能大部分人都不敢用
    dongisking
        18
    dongisking  
       2020-05-21 11:48:14 +08:00
    也有可能现在互联网低迷,新的东西普遍接受度没以前那么高了,就像以前大众点评,美团、、团购、共享单车百花争鸣,各自技术突起,但是时间长最后还是赢家通吃,类似 java 的 spring boot,spring cloud
    crackhopper
        19
    crackhopper  
       2020-05-21 12:24:17 +08:00   ❤️ 1
    说几点我的看法:
    1. 所谓的用户痛点什么的,其实是你框架锚定的市场空间。问自己的问题:你的框架解决什么问题?你的框架给什么样的人用?这些人群有多少?
    2. 推广自然要根据你锚定的市场,找到对应的人群来推广。问自己的问题:如何找到这些用户?他们通常在哪里活动?以及如何把其他用户挖掘到你的框架下?
    3. 框架本身是很重要的。问自己的问题:一个新用户最希望看到的是什么?是什么让他决定尝试使用你的框架?是什么进一步决定他使用你的框架生产?
    4. 留存用户。问自己的问题:是什么导致了用户放弃你的框架选择其他框架?
    很多问题不光是你自己回答,也需要寻访用户得到答案。就我个人来看:第 1 点不清晰,说明介绍文档介绍的不够清晰;第 2 点,目前你至少如果有少量用户的话可以和他们多交流;第 3 点,文档上不够:缺乏视觉性效果、缺乏性能评测效果、缺乏可交互的在线 demo 、缺乏有力的其他用户使用经验的整理和汇总;第 4 点,你可以多问问用了一阵子最后不用的人原因是什么。所有这些做的都足够好,就会有人自动参与到项目里开,否则大部分人都不会产生兴趣。
    ben1024
        20
    ben1024  
       2020-05-21 12:39:45 +08:00
    解决业务难点是首要,(帮助潜在用户创造需求,提供二次拓展的框架解决方案,ERP,CMS 一类的)
    ThinkPHP 上手容易,中文文档,应用生态造就在国内的市场份额
    dvaknheo
        21
    dvaknheo  
    OP
       2020-05-21 12:52:15 +08:00
    其实我是想看那些初步成功的开源项目来分享自己是怎么得到第一批玩家和怎么开始有人做二次传播的。

    这个帖子怎么也成不了 这些开源项目的集中贴了。

    --
    @jellybool

    1 之前名字 DNMVCS 更糟糕。DuckPhp 是从 最开始的鸭子类型引申出来的。至少这个名字不会太糟糕了。(我取这个名字的时候,可以搭配复活中的上古时代模板引擎 TagFeather 一起用。 正好 鸭子+羽毛。
    2 我现实中就是不会说话的很孤单的人,我是希望有第一批玩家给我反馈。
    3 英文退化了,如果有一批玩家玩起来,才搞英文化吧。
    4 核心优势我写了,入门 比 Laravel 简单多了。 目前就是缺个反馈。这有哪些好用的。

    很酷啊,A 项目 即可独立使用,也直接作为 B 项目的插件一起使用。不局限于 app 这个 namspace 。
    所有东西你都能改变实现。 写 业务代码的,完全不管核心代码怎么写。不必去找:这个类的基类里有什么,是干什么用的。

    @jqh 文档都有了,demo 也自带。

    @hbolive 比最易用的国产 PHP 框架还更容易入门的 PHP 框架。(逃。
    最容易入门那是真的,你不必了解框架那么多东西概念,直接就可以开干。
    什么 Facades,ORM 没必要。

    @crackhopper 谢谢

    1 痛点是给那些初学 PHP 的用户用的
    2 说得也是,给初级 PHP 用户群 多多推广,看他们怎么用
    4 留存,还没人用呢,先用起来吧。

    @doublie
    然而写出来的不一定比这个框架做得好。我就是担心费大力气然后没人看到。
    wbrobot
        22
    wbrobot  
       2020-05-21 13:22:24 +08:00
    自己写的东西先想着自己用,别想着别人用,自己用爽了再说,你拿你框架做过几个项目?
    jellybool
        23
    jellybool  
       2020-05-21 13:25:52 +08:00   ❤️ 1
    @dvaknheo

    1.需要一个好名字并不是跟前面的名字比谁更好,你看看你发的关于这个框架的帖子,统计一下有多少人吐槽你的框架名字了。
    2.现实中不会说话,文字表达会么?你能把你框架的优势剪短说清楚么?
    3.全球视野说的是:你真的了解现在整个 PHP 的全球生态么?现在 PHP 往哪个方向发展?缺乏什么东西?为啥这样发展?英文文档只是很小的一部分而已。
    4.你 GitHub 上列举的优势,真的在现实开发中有优势?你真的在实际开发中享受了这些优势?那开发出来的项目是什么?说一下你从这些优势中如何做到节省开发时间或节省资源的?

    如何单独 A 使用 或 直接 B 使用也叫酷,那哪个 composer 的 package 不酷?什么叫酷?那就是 Magic,英文有个短语貌似叫 “work like a charm”,就是把一切背后的难点先掩盖起来,给人一种简单直接的感受。比如说:我觉得 Laravel 的 Valet 开发环境就很酷;一个命令 laravel new blog,就可以直接在浏览器 blog.test 看到结果了。
    Jirajine
        24
    Jirajine  
       2020-05-21 13:28:27 +08:00 via Android
    最容易入门?现在真的还有新人学 PHP ?
    JaguarJack
        25
    JaguarJack  
       2020-05-21 13:36:32 +08:00 via iPhone   ❤️ 1
    Vue 能起来 一部分是 Laravel 带的。😄
    tikazyq
        26
    tikazyq  
       2020-05-21 13:52:04 +08:00
    这篇文章就是一个很好的开始
    xingshu1990
        27
    xingshu1990  
       2020-05-21 14:21:51 +08:00
    thinkphp,很多企业里用来快速搭建企业网站,毕竟够无脑,还有就是学习成本低(比如教程多,教程够细腻,对完全无编程基础的人来说,都能简单上手。)
    对于程序员来说,我需要自由度高的产品,这样才能满足我的天马行空的想法,但是对于真正使用的用户来说,我不想使用轮子的时候,还要熟悉使用轮子前,要安装这个东西 安装那个东西。
    sleepm
        28
    sleepm  
       2020-05-21 14:57:17 +08:00   ❤️ 1
    不光要自己玩,要带着别人一起玩,这才会有传播
    大家一起玩的开心,才有可能持续传播
    MengiNo
        29
    MengiNo  
       2020-05-21 15:01:18 +08:00   ❤️ 1
    PHP 发展到现在来看,对于框架来说,新人肯定选择老牌的、生态好的进行起步。这些框架经过了长年的发展,有着不断探索和实际经验,换位思考,新框架甚至连文档都无法保障,更何况碰到问题之后如何搜索,如何获取有效帮助,万一开发者没空难道要自己 debug 源码么。显然在这个时代下,往方便入门、快速上手方向上打,必然是要有大佬站台背书,或者较大规模团队的成功经验才可以达到楼主的效果,类似 Hyperf 这种有 Swoole 团队背书(不谈那些瓜)。

    其次很重要的一点就是思想上,刚刚说了老牌的框架有着丰富的框架探索和进步的经验,如何一步步从随着设计的思想进行进化,最典型也是 PHPer 最普遍的更迭就是 ThinkPHP3 的式微和 Laravel 的成功。但是思想这种东西不是空中楼阁躺在床上想就能想出来的,肯定是要在大量的经验和探索中形成。比如 React Hook 之于 Vue2 这样,除非在这种点上真的做到高光才有办法盖过老牌框架的光环,但是这种显然对于个人开发者也不现实。

    比如看了楼主的 md,其实还是在 MVC 上加 Service 的方案,思想上首先没有突破,是在一个被做烂掉的领域,稍微有点经验的人都有自己的理解和实现。想要组成团队,会碰到一个类似老中医带徒弟的问题,带年轻的没意义理解不了,带有经验的,人家都实践中总结了一套方案,形成自己思想了你再给他灌输你那套,效果也不好。总之就是开源范围非常广,楼主上来选了个成功概率最低的方向... 确实可惜。哪怕像 Vue-admin 这样基于已有的成熟框架造一个为之生态做贡献的轮子效果也会好很多。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4537 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 10:03 · PVG 18:03 · LAX 02:03 · JFK 05:03
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.