背景

最近，互联网行业在中国是如此的火(pao)爆(mo)，以至于像我这样的半IT人士，也希望琢磨一些idea能在这波浪潮中玩儿一把。很多人提及的所谓“互联网思维”，或许我还没能很好的理解，但我想通过IT技术让传统行业发生一些改变或者革新，其实是完全可以尝试的。尤其昨天看到V2EX上的一个帖子，有个哥们儿开发了一款白酒，一冲动就下单了两瓶，冲动过后也便催生了一个想法，Google之，似乎还是空白。

不多卖关子，标题写的“开源音乐”，这正是我的想法。本人喜欢音乐，在声乐方面略有研究，曾参与过世界知名业余合唱团体，也曾尝试过创作。因而将“音乐”、“合作”、“网络”这三个元素综合在一起，我想做的正是音乐界的Github。

顺便吐槽，现在的华语音乐界，尤其通俗圈，歌手一大堆，好歌手太少，好作品更少。

市场需求与定位

首先，这样一款产品肯定不是给那些专业的音乐创作者或者制作人等使用的，当然如果他们能参与进来更好。最近几年的音乐类选秀节目越来越火，也使得大众对音乐的鉴赏力有了一定程度的提高，也有更多的人希望将自己的想法通过音乐的形式来展现，可无奈如果没有较为系统的学习过程，创作一首作品的难度还是很高的。从一段即兴的小旋律，最后变成完整的一首作品，到能够将作品演绎出来，中间环节非常多。那么通过这款产品，让更多的人来参与到一首作品的创作过程（包括制作过程），我想是非常有意义的。

产品功能

暂不考虑技术可行性，目前初步设想的主要功能分一下两个部分来说。

音乐处理功能

1. 前端在线记谱：通过键盘鼠标输入、MIDI设备输入、甚至哼唱识别的方式，实现在线记谱
2. 前端在线录音：人声或特殊声音元素直接通过Mic录音
3. 前端录音上传：支持录音直接上传插入到音轨中编辑
4. 多音效支持：常见的钢琴、管乐、弦乐、鼓、吉他等
5. 前端多轨编辑
6. 简单效果：简单的音量处理、均衡处理、包络处理、效果器等
7. 前端监听试听：录音过程可监听，单音轨多音轨试听
8. 后端混缩：服务器端完成混缩导出

总体说来，就是把类似Adobe Audition、Nuendo、Logic Pro这类工具的简单功能放到网页里去实现，涉及到计算的环节全部丢到服务器后端处理。

版本管理功能

类似Github的实现方式，只是代码库的内容为MIDI文件、录音文件、其他信息记录文件等。支持共同创作、Pull、Fork、Issue等类似功能。

运营模式

开源社区，类似Github的模式。

盈利点

其实我一直不太清楚Github除了私有代码库收费、存储扩容收费以及广告盈利还有什么别的盈利点。那么就这个产品，目前能想到的盈利点有：

1. 高级编辑功能、效果器等收费
2. 存储扩容收费
3. 商用收费：平台与创作者分成

问题与困惑

起初一个灵光闪现的小idea，洋洋洒洒写下来，发现其实问题还是很多的，且不说技术实现的难度，可操作性和庞大的前后端其实远超Github了。但既然写下来了，就分享出来给大家，欢迎吐槽、拍砖。自己已经给自己拍了好几块砖了：

1. Github管理的大量的是文本文件，同录音文件不是一个量级
2. 软音源、软效果器成本？
3. 大量的前端功能，是否能精简？
4. Github只负责版本管理，而这个产品的后端其实已经实现“编译”了
5. 类似GPL协议的问题？
6. 音乐与代码不同，代码很客观，而音乐相对主观，如何共同维护一个“项目”？
7. …………

不过，设想一个场景，我写了一首民谣作品，你Fork过去改编成摇滚，他Fork过去改编成爵士，她Fork过去改编成中国风，最后成了电影主题曲……也是会醉的……