这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
这是一个创建于 1595 天前的主题，其中的信息可能已经有所发展或是发生改变。
自由的意思
鲁迅有个小说叫《伤逝》。说有对进步青年男女，男的叫涓生，女的叫子君。两个人反抗包办婚姻，自由恋爱，离家出走，但很快就面临了生活的重压，最后日子过不下去，子君死了，涓生回到了原来住的地方。[1]
不再出卖自己的劳动力，是大多数人的愿望，但极少有人会付诸行动。
自由不等于轻松自在，其真正的含义是负全部的责任。软件从开发到营销，全流程都要懂，而且必须要主动跟上时代的潮流，不能坐吃山空。
更刺激的是，如果失败，不仅没钱赚，还可能赔进去。
前几天读书会交流群，来了个自由职业者，大家都很羡慕和尊重他。
因为，自由职业者是群“手眼通天”的人。
向物理学家学习
在信息爆炸的年代，要想抓住那些重要的信息，很不容易。
物理学家们有个很好的互助模式，他们不会妄图吸收所有最新消息，而是在内部进行分工。每个人都会介绍自己关注到的最新消息，分享自己的工作心得，这种互助方法大大的提高了效率。[1]
自由并不意味着单枪匹马，完全无组织，不合作只会死得更快。
对等交换
不会有人站在大街上散发人民币；也不会有人愿意在群聊里，将自己拿手的技巧和重要消息，白白泄露给别人。
单方面的付出是不可持续的，而有规则的交换是可以的，所有人的付出能够得到回报。
人不用很多，但一定有基本的规则，能够形成比较高质量的交换。
比如，可以这样
- 价值规则：你的分享或者探索方向，必须有至少 25% 的成员表示支持；分享发布后，至少有 10% 的人表示赞赏。
- 积分规则：赞赏折算积分，如果未能如期分享，或分享价值未能满足要求，按照规则扣分，当积分归零时退出。
- 邀请制度：最开始的时候人工审核成员，到后期采用邀请制，邀请者和被邀请者在记分中有关联。
两个好处都要占
如果自由开发者能组成较为紧密协作的队伍，就能够保持自由独立的前提之下，获得一些只有在企业开发组里才能拥有的优势。
除了上面说的能够互相学习经验和技术之外，还能够加深了解，很多个人开发者都希望能够与别人进行分工，不要自己什么东西都做，这个想法最大的困难就是双方不了解，不知道能做出什么东西，信任也不足，如果在此之前大家通过经验的分享和互相学习，已经有了一定程度的了解，那么这种合作将会变得容易很多。
想得远一点，如果某个产品真的很成功，要进一步的商业化，那么就相当于有了创业团队，可以直接启动。
此前如果说是自由开发的话，那么就完全独立了，有了这种组织之后，你可以调整独立与合作的比例，达到更适合自己的平衡点。
已经有几个人有参与意向，如果你有兴趣可以发邮件联系我，咱聊聊，也许能成。
电子邮件： [email protected]
[1]：鲁迅的小说，和物理学家的故事，来自万维钢的文章，他曾经在美国从事物理研究。
一种典型需求
第 1 条附言 · 2020-08-11 14:46:14 +08:00
从独立开发者的「组队计划」 · 独立开发者这里搬过来的，indiehackers活跃度还太差，目前在这里发布信息吧。
第 2 条附言 · 2020-08-11 14:46:54 +08:00
沟通方式
Q：我在 V2EX 上看到你写的独立开发组队讨论，感觉很有兴趣，方便加我入群去更多了解下？
A：没有群，不打算采用即时通讯软件(IM)，因为这种交流不要求实时，要求深度。
如果要你来组织，你会先怎么做？我想听听你的想法。
Q：我在 V2EX 上看到你写的独立开发组队讨论，感觉很有兴趣，方便加我入群去更多了解下？
A：没有群，不打算采用即时通讯软件(IM)，因为这种交流不要求实时，要求深度。
如果要你来组织，你会先怎么做？我想听听你的想法。
第 3 条附言 · 2020-08-11 21:15:14 +08:00
刚刚有几个朋友给我发了邮件，感觉首先谈的话题往往是关于自己的发展的困扰，及以及自己的期望。
这些东西完全可以之后再说。
因为只要是自由职业者就有很多的共性，和编程占一点边，就有很多的信息可以互换。
在没有公司架构以及金钱利益的关系之下，能够实行稍微紧密一点的合作，这种事情真的很难，很考验双方的能力。
刚开始的时候，目标就是一周拿出 1~2 个小时来投入到活动中去就可以了，而且这个投入过程并不是完全的占用，这段时间能和你目前的工作合并起来就可以。
我已经在别的圈子中做过尝试，里面人非常多，我算是头，而且是收费的，只要退出，概不退还，只是发表自己的探索方向，很多人就做不了，干脆退出了。三分钟热度的情况太常见了。
如果真的是自由职业者的话，可能要好点，但我不知道能好多少，我不是非常乐观的，这是件不容易的事情。
可以做简单的自我介绍，但重点是如何开启合作，请提出你的想法。
这些东西完全可以之后再说。
因为只要是自由职业者就有很多的共性，和编程占一点边，就有很多的信息可以互换。
在没有公司架构以及金钱利益的关系之下，能够实行稍微紧密一点的合作，这种事情真的很难，很考验双方的能力。
刚开始的时候，目标就是一周拿出 1~2 个小时来投入到活动中去就可以了，而且这个投入过程并不是完全的占用，这段时间能和你目前的工作合并起来就可以。
我已经在别的圈子中做过尝试，里面人非常多，我算是头，而且是收费的，只要退出，概不退还，只是发表自己的探索方向，很多人就做不了，干脆退出了。三分钟热度的情况太常见了。
如果真的是自由职业者的话，可能要好点，但我不知道能好多少，我不是非常乐观的，这是件不容易的事情。
可以做简单的自我介绍，但重点是如何开启合作，请提出你的想法。
第 4 条附言 · 2020-08-13 08:15:50 +08:00
Q：大家一起做项目，那么技能的配合，工作的安排，收入的分配，都是问题？这些都不好解决，这些问题怎么解决？
A：很多人以为我倡议的这个活动，是大家一起开发软件。
**其实我没这个意思，可能是我说的不太清楚，应该举例子来说明。**
这里描述下最初的时候这个活动的情形：
最初有 5 个人，A，B，C，D，E ；大家先做下基本的自我介绍，然后开始提出自己的议程。
比如，A 想探索 JavaScript 函数式编程； B 想学习 Rust 语言，在做前期调研； C 在做自己产品网站的 SEO，....
过了某个周期之后，比如说是两周，大家都分别写篇文章介绍周期内所获得的收获。
然后所有人会对你的探索成果打分和评价。
比如，没有接触过 JavaScript 的 B，突然发现 JavaScript 的语法这么奇特； A 从 C 的 SEO 文章中了解到了关于 SEO 的基本知识，发现自己真的挺需要这些知识； B 在学 Rust 语言的时候，发现了一本技术书籍，对使用遗留代码有帮助，就写了出来； D 对 A 和 B 的文章有自己的补充，分别发送邮件讨论起来。
首先这个过程不涉及任何的软件开发合作，所以不存在复杂的利益和工作分配问题。
而且，这个过程和你原来的工作是嵌合在一起的，在探索这些方向的时候，只需要额外的留意一下，搜集到资料要整理和输出就可以了，所以成本也不高。
这样就能建立起独立开发者的低限度合作。
**在低限度合作的基础上，有可能会生长出更高水平的合作，不过那是后话，和活动本身关系不大。**
A：很多人以为我倡议的这个活动，是大家一起开发软件。
**其实我没这个意思，可能是我说的不太清楚，应该举例子来说明。**
这里描述下最初的时候这个活动的情形：
最初有 5 个人，A，B，C，D，E ；大家先做下基本的自我介绍，然后开始提出自己的议程。
比如，A 想探索 JavaScript 函数式编程； B 想学习 Rust 语言，在做前期调研； C 在做自己产品网站的 SEO，....
过了某个周期之后，比如说是两周，大家都分别写篇文章介绍周期内所获得的收获。
然后所有人会对你的探索成果打分和评价。
比如，没有接触过 JavaScript 的 B，突然发现 JavaScript 的语法这么奇特； A 从 C 的 SEO 文章中了解到了关于 SEO 的基本知识，发现自己真的挺需要这些知识； B 在学 Rust 语言的时候，发现了一本技术书籍，对使用遗留代码有帮助，就写了出来； D 对 A 和 B 的文章有自己的补充，分别发送邮件讨论起来。
首先这个过程不涉及任何的软件开发合作，所以不存在复杂的利益和工作分配问题。
而且，这个过程和你原来的工作是嵌合在一起的，在探索这些方向的时候，只需要额外的留意一下，搜集到资料要整理和输出就可以了，所以成本也不高。
这样就能建立起独立开发者的低限度合作。
**在低限度合作的基础上，有可能会生长出更高水平的合作，不过那是后话，和活动本身关系不大。**
 |
1
hanguofu 2020-08-05 20:53:09 +08:00 via Android
平常开发者们用什么工具 /软件交流呢？我也想加入。
|
 |
2
hlwjia 2020-08-05 20:59:24 +08:00
随便说两句
凡是都要落实到目标上，不要想怎么组队，怎么一起开心地协作，怎么相互学习。 这就类似于很多创业者只是享受创业的感觉，招人、租办公室、融资、等，而不是去解决某个问题。 ---- 最好就是你作为牵头人，你有个什么想法，你说服大家一起来做这个事。 这样一篇那么抒情的帖子，我觉得不如是直截了当来地高效一点。 |
 |
3
foxeet 2020-08-07 07:05:42 +08:00 via iPhone
有意思。你比较侧重社区分享。我会觉得需要带入项目，实战做项目获取收益，并用合理的方式分配给大家。这样的社群更有生命力。分享下我当时写的项目思路。有兴趣，我 id 就是微信。https://ssshuos.com/?p=278
|
 |
4
charlie21 2020-08-10 01:05:38 +08:00
完全可以弄个网站，让每个“手眼通天”的贴出自己的技术栈，并且留下联系方式，参考 codeable.io 若合作愉快还能给打分。那个是专门找 WordPress freelancer 的
|
 |
5
Mindjet OP @hlwjia
谢谢你的建议。 因为我也不知道具体该怎么做，我没那么厉害。 我觉得这些东西不可能预先规划好，要在互动中逐渐长出来。 这篇文章的目的就是抒情，筛选出那些有想法的人。 目前已经有 4 个人给我发了电子邮件，目前正在对细节进行讨论。 |
|
6
Mindjet OP @charlie21
谢谢你的建议，我好好看看，你的话让我想起来一些事情，什么样的人能够组成这样的队伍呢？ 「手眼通天」是个有意思的词语，这种词就是一种目标，没有人真的这么说自己。 这个活动并不要求你本身真的很厉害，只需要有这么几点品质就可以了 1. 在自由的情况下能够自组织。 2. 能够自学并输出 如果能做到这两点，甚至你根本不会编程也没关系，因为独立开发者要学的东西太多了，可不仅仅是编程。 |
|
7
Mindjet OP @foxeet
谢谢你的回复，要大家一起做项目可以，但熟悉是前提，如果大家互相都不熟，不确定性太高，很难配对做项目。 这也就是为什么在市场经济下公司要存在的原因，如果完全按照市场经济，那么应该按照需求去市场上招人才对，之所以不这么做，就是因为招来的人行不行，不一定。 所以建立基础的互动机制，让大家能够对各自的能力有所了解之后再做项目，这样成功的概率会比较高。 目前已经有 5 个人感兴趣，我们在邮件中讨论细节。 |
 |
8
Tigerw 2020-08-11 11:20:41 +08:00  1
我有销售渠道和团队，欢迎开发大拿带着产品来聊
|
|
10
Mindjet OP Q：我在 V2EX 上看到你写的独立开发组队讨论，感觉很有兴趣，方便加我入群去更多了解下？
A：没有群，不打算采用即时通讯软件(IM)，因为这种交流不要求实时，要求深度。 如果要你来组织，你会先怎么做？我想听听你的想法。 |
 |
11
ljzxloaf 2020-08-13 01:48:09 +08:00
mark
把产品直接拆分为 N 块，找个第三方（独立开发委员会？）来衡量每个模块的权重，给予相应的股权（或者话语权？反正能按劳分配就行），然后团队人员认领模块，后续就是项目管理的事了。如果在开发过程中对于所负责模块的权重有异议，可以提请第三方和团队再次评估，修正之前的估算。产品完成之后，评估每个模块的完成效果，再修正权重，如果实在不能达到标准的，也可以直接负分滚粗。 整个过程中，没有钱，只有代码，都用爱发电。 那么问题来了，怎样找到这群愿意用爱发电帮你实现 idea 的人呢？ 或许可以这样做：首先把人根据技能栈组合成团队，使得最少包含一个 ui 、前端、后端等等，然后这个团队中每个人提一个 idea，大家一起衡量哪个比较靠谱，然后做最靠谱的那个。当然这里会有一些问题：1. 有人会认为其他人没有前瞻视野，无法体会到自己的 idea 的精妙之处； 2. 有人同样无法理解他人 idea 的价值； 3. 有人看到别人的创意觉得挺好，但是看不上这帮臭皮匠，或者自己有牛逼的团队，“你的 idea 很好，但下一秒就是我的了”。 前两者还无所谓，大不了找其他人，第三点怎么解决，虽然现在有很多“idea 无用论”，但是要成事，没有靠谱的 idea 肯定是不行的，这至少是个必要条件。除了那些想割韭菜的，很多独立开发者连自己的作品都讳莫如深，就怕被哪位大佬看上 copy 了去，断了财路。 暂时还没想到解决办法，或者这并不算个问题？ |
|
12
Mindjet OP @ljzxloaf #11
谢谢你的回复。 活动的整个过程类似**P2P 下载**，只要持续参加，就必须保证至少 25%(或其他比例，规则待定)的人，对参加者目前探索的方向有兴趣，所以不存在所谓「用爱发电」的问题。 > '单方面的付出是不可持续的，而有规则的交换是可以的，所有人的付出能够得到回报。' 不过，你可能对我所说的这个活动有所误解，你说的独立开发者组成团队，认领模块去开发的事情，那是后续的展望，其实和这个活动本身关系不大。 > '除了上面说的能够互相学习经验和技术之外，还能够加深了解，很多个人开发者都希望能够与别人进行分工，不要自己什么东西都做，这个想法最大的困难就是双方不了解，不知道能做出什么东西，信任也不足，如果在此之前大家通过经验的分享和互相学习，已经有了一定程度的了解，那么这种合作将会变得容易很多。' |
|
13
Mindjet OP 又有人发邮件给我，想进入交流群，实际上并没有这个群，因为这个活动并不依托于即时通讯软件。
感觉自己犯了很大的错误，由于刚开始介绍不清楚，后面需要用很多的内容，介绍一些更具体的事项，结果导致这个帖子，看的人肯定就少了很多 V2EX 没有办法改帖子，如果想让帖子长期存在，最好还是弄个外部链接吧，在那里可以更有组织的更新，便于查看。 正在想办法怎么样补救下。 |
 |
14
zhimo08 2020-08-18 09:08:47 +08:00
我一直在思考怎么实现无代码编程，当然很多人认为实现不了。不说这个。
科学家之间的交流本质上是一场发布会，不是交流会。交流相当于提问环节。如果只是一个学习交流，那么 v2ex，不就是一种模式吗？ 再说说创业，如果是一种商业模式的创新，那么技术就不是核心，不是核心，就价值不大。如果是技术创新，那么当有想法的人把他的实现方法发不出来之后自己的价值就没了。程序员开发完自己上线就好了。或者自己组多开发。 这个可以在外包做，但是一般都有自己的固定的团队。 |
|
16
zhimo08 2020-08-18 10:04:25 +08:00
说说科学家之间的交流本质上是一场发布会，不是交流会。这个我觉得算是常识吧。科学家把发现的理论科学公布了，这个科学家的这部分研究结束了。这个理论这辈子都是这个人发现的。现在都是与论文的形式。
如果是一种商业模式的创新，那么技术就不是核心，不是核心，就价值不大。这个是创业的基本思考吗？商业模式是以运营和推销为第一核心。作为创业者，怎么把这个项目做起来才是重点。现在很多人很多开发者发现自己开发的东西没人用。根本原因是技术不是核心，有的都是常规算法和代码。举个正方向的例子。假使，现在有人可以实现无代码编程，再也不用写英语单词组成的代码了。那么这个项目核心就是技术。只要有人实现了，钱你想不要都不行，别人会往你口袋里揣。 |
|
18
Mindjet OP 2
@zhimo08 #16
我经常会阅读医学论文，多数成果是团队合作的结果，很少有单打独斗。 在 PubMed 上搜 Fibromyalgia，按照时间排序的截图，第 1 页上有 10 篇论文，没有和别人合作的只有 1 篇。 https://i.loli.net/2020/08/18/A7RKHbT9jJoLqkZ.png 如果你是从事过科研的，也许在当时，那个领域的确如此，我很想知道那是什么领域。 如果你没有从事科研的背景，那么你认为的「常识」是错误的。 |
|
19
zhimo08 2020-08-18 10:53:39 +08:00
我说的是那也是团队在研发，那不是凑人数。
团队组建也不是你这么玩的。你这个是一个私密的社群。团队和社群，两回事 |
|
20
zhimo08 2020-08-18 10:54:27 +08:00
学历到了本科就够了。更深入的要自己研究学习。不然就是个高级技工。
|
 |
21
touno 2020-08-18 11:16:05 +08:00
谁做队长？如果队长分配不公，被区别对待？理想是丰满的，现实很骨感~
|
|
22
Mindjet OP 1
|
|
23
touno 2020-08-18 16:36:47 +08:00
@Mindjet 有点难吧 除非你是 full stack developer 不然很难去理解各自领域写的东西，虽说代码大多写法相似，但是还是有很多差异的，更别说学 SEO 的要去看代码...你让他看点 html 这类呈现语言还行~JS 这些可以看瞎他，而且代码还需要注释 文档等哦还有实例才能让那些不懂的人知道这段代码起什么作用，总之~难搞，我最初以为你说的组队是组建一些自由职业者可以一起赚更多的钱~
|
|
24
Mindjet OP @touno #23
谢谢你回复我，但你好像并没有读完帖子，也许是我写的太长了。 这个活动的目标根本就不是交流具体的代码，如果能做到这样，那就和公司一样了，这是不可能的。 活动本身，交流的内容往往都是那种外围的软技能，这些东西可能是任何领域的独立开发者，而甚至是自由职业者，都能够用到的。 偶尔会交流编程的经验和新发现，不过都不会深入细节，都是简单的涉猎。 至于和 V2EX 这样的公开论坛有什么区别，帖子上也有简单提到。 |
|
26
Mindjet OP @touno #23
还有就是如果你对那些，不是设计具体代码的技巧，有怀疑的话，这个项目的确是没什么用的。 但我的体会是，最令我感觉到相见恨晚的那些技能和技巧，往往都不涉及到项目中的细节，某一段具体的代码，它们的适用范围往往比较广阔，即使大家当前的项目区别很大，也基本上能够使用。 I really liked the promise that software engineering lacks any solid corpus of knowledge that’s shared by everyone in the profession. That most of developers are self-taught and that’s why it’s hard to agree on anything. But it didn’t actually go anywhere from here. |
Select Language