组队计划:在独立开发者中建立紧密合作

2020-08-05 20:48:00 +08:00
 Mindjet

自由的意思

鲁迅有个小说叫《伤逝》。说有对进步青年男女,男的叫涓生,女的叫子君。两个人反抗包办婚姻,自由恋爱,离家出走,但很快就面临了生活的重压,最后日子过不下去,子君死了,涓生回到了原来住的地方。[1]

不再出卖自己的劳动力,是大多数人的愿望,但极少有人会付诸行动。

自由不等于轻松自在,其真正的含义是负全部的责任。软件从开发到营销,全流程都要懂,而且必须要主动跟上时代的潮流,不能坐吃山空。

更刺激的是,如果失败,不仅没钱赚,还可能赔进去。

前几天读书会交流群,来了个自由职业者,大家都很羡慕和尊重他。

因为,自由职业者是群“手眼通天”的人。

向物理学家学习

在信息爆炸的年代,要想抓住那些重要的信息,很不容易。

物理学家们有个很好的互助模式,他们不会妄图吸收所有最新消息,而是在内部进行分工。每个人都会介绍自己关注到的最新消息,分享自己的工作心得,这种互助方法大大的提高了效率。[1]

自由并不意味着单枪匹马,完全无组织,不合作只会死得更快。

对等交换

不会有人站在大街上散发人民币;也不会有人愿意在群聊里,将自己拿手的技巧和重要消息,白白泄露给别人。

单方面的付出是不可持续的,而有规则的交换是可以的,所有人的付出能够得到回报。

人不用很多,但一定有基本的规则,能够形成比较高质量的交换。

比如,可以这样

  1. 价值规则:你的分享或者探索方向,必须有至少 25% 的成员表示支持;分享发布后,至少有 10% 的人表示赞赏。
  2. 积分规则:赞赏折算积分,如果未能如期分享,或分享价值未能满足要求,按照规则扣分,当积分归零时退出。
  3. 邀请制度:最开始的时候人工审核成员,到后期采用邀请制,邀请者和被邀请者在记分中有关联。

两个好处都要占

如果自由开发者能组成较为紧密协作的队伍,就能够保持自由独立的前提之下,获得一些只有在企业开发组里才能拥有的优势。

除了上面说的能够互相学习经验和技术之外,还能够加深了解,很多个人开发者都希望能够与别人进行分工,不要自己什么东西都做,这个想法最大的困难就是双方不了解,不知道能做出什么东西,信任也不足,如果在此之前大家通过经验的分享和互相学习,已经有了一定程度的了解,那么这种合作将会变得容易很多。

想得远一点,如果某个产品真的很成功,要进一步的商业化,那么就相当于有了创业团队,可以直接启动。

此前如果说是自由开发的话,那么就完全独立了,有了这种组织之后,你可以调整独立与合作的比例,达到更适合自己的平衡点。

已经有几个人有参与意向,如果你有兴趣可以发邮件联系我,咱聊聊,也许能成。

电子邮件: RSSTool@yeah.net


[1]:鲁迅的小说,和物理学家的故事,来自万维钢的文章,他曾经在美国从事物理研究。


一种典型需求

5680 次点击
所在节点    奇思妙想
28 条回复
touno
2020-08-18 11:16:05 +08:00
谁做队长?如果队长分配不公,被区别对待?理想是丰满的,现实很骨感~
Mindjet
2020-08-18 11:28:54 +08:00
@touno
不会设置队长,所以也没有队长分配不公平问题。
活动规则类似 P2P,使用邮件列表实现。这些都在已经在帖子中介绍了。
touno
2020-08-18 16:36:47 +08:00
@Mindjet 有点难吧 除非你是 full stack developer 不然很难去理解各自领域写的东西,虽说代码大多写法相似,但是还是有很多差异的,更别说学 SEO 的要去看代码...你让他看点 html 这类呈现语言还行~JS 这些可以看瞎他,而且代码还需要注释 文档等哦还有实例才能让那些不懂的人知道这段代码起什么作用,总之~难搞,我最初以为你说的组队是组建一些自由职业者可以一起赚更多的钱~
Mindjet
2020-08-18 19:52:16 +08:00
@touno #23

谢谢你回复我,但你好像并没有读完帖子,也许是我写的太长了。

这个活动的目标根本就不是交流具体的代码,如果能做到这样,那就和公司一样了,这是不可能的。

活动本身,交流的内容往往都是那种外围的软技能,这些东西可能是任何领域的独立开发者,而甚至是自由职业者,都能够用到的。

偶尔会交流编程的经验和新发现,不过都不会深入细节,都是简单的涉猎。

至于和 V2EX 这样的公开论坛有什么区别,帖子上也有简单提到。
Mindjet
2020-08-18 19:54:21 +08:00
@touno #23 「第 4 条附言」是例子,可能描述的比较形象。
Mindjet
2020-08-18 20:00:25 +08:00
@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.
Team
2020-08-19 12:28:52 +08:00
@Mindjet #26 (o´ω`o)و同意
touno
2020-08-22 16:56:05 +08:00
@Mindjet 说得是很好,但是你的泛指太广了,或许我还没 get 到你的点....我直到现在还是一头雾水...不如你举个栗子?

比如某 JS 前端 某 PHP 后端 某编辑 某运营 某产品 某美工....他们能分享什么经验能让这些职业者能够有所感。或者用你自己的方式 更加简单便捷的告诉我 这个是什么活动

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/695954

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX