面对这种情况，林枫并没有急于辩解。

而是决定用实际行动来回应这些质疑。

辩解无用，只能被说成是嘴遁。

对于技术方面的质疑当然要用技术行动来回应。

林枫可以选择开发一个更复杂、炫技似的项目来回应这些质疑。

一开始林枫也确实有这个打算。

但林枫很快意识到，这样做未必能产生理想的效果。

有一种胡搅蛮缠，叫做只谈局部，不谈整体。

质疑者们揪着《2048》和《FlappyBird》不放，以一种就事论事的姿态进行挑剔。

其实，林枫之前已经制作并发布过不少软件。

iOS应用商店里现在还能找到他的作品。

其中不乏展现技术实力的。

但质疑者们选择性无视了这些事实。

因此，哪怕林枫再做出一些更为复杂的项目，这些人也会继续无视。

事情似乎很棘手，不过林枫很快就有了新想法。

既然这些人揪着《2048》和《FlappyBird》不放，那就以这两款游戏本身的代码回应质疑好了。

林枫本人在GitHub上也进行了身份认证。

同时也将《2048》和《FlappyBird》的工程文件一并进行了上传，并选择了开源。

这里需要强调，开源不等于白送。

在一些不明所以的人看来，开源有可能被理解为“做嫁衣”

。

甚至有人会误解为林枫自降身价，把自己的劳动成果拱手让人。

其实这种担心是多余的。

林枫在上传代码时，选择了GPL开源协议。

这是一个自由软件许可协议，赋予用户使用、修改和分发软件的权利，但也带有明确的限制条件。

GPL协议的核心理念是保护用户的自由，要求基于GPL软件的任何衍生作品同样必须公开源代码，并采用相同的协议。

这就意味着，虽然任何人都可以利用林枫的代码。

但他们的成果也必须同样开源。

同时必须同样遵循GPL协议。

无法私自将其用于商业化。

通过选择GPL协议，林枫有效避免了“白给”

的局面。