Well.. Very good, and I enjoyed the "twist" feature .
Nevertheless, I recommend you to implement the "pong" game "by yourself" using a library like SDL, Allegro or Pygame. In my personal opinion, I don't completely consider "making a game in Unity" making a game. A lot of people could disagree with me, but, the more the developer know what is actually happening, the better. I'm implementing an engine with Pygame/Python, and I've made it open-source and with a lot of useful 2D features like buit-in class to deal with animations from spritesheets and scrolling backgrounds and grids, etc etc etc (Therefore, if someone uses my engine, it could feel like "I don't know how it works, but works"). The same could apply to the library itself and the operational system (And everything that came before). But the thing is: The engine is the very bridge between the low-level library and the actual game with its content. It's good to know that, if you have a way to move an image on the screen, you can make a game out of it, no matter the language/environment. Unity and Unreal Engine have some fancy features that are more valuable when fully understood.
By the way, I recommend Python and Pygame. Just because I love it. If you really don't want it, than I recommend SDL over Allegro. If you want plain C, I recommend Allegro. Try developing your own "Pong Engine", and tweaking with it. Figure out how to draw rectangles on the screen with the library, how to deal with the inputs and everything, and organize the code in classes/methods or functions. Your progress shall be much, much greater than playing with Unity.
Edited by EricsonWillians, 17 March 2014 - 10:01 PM.