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.

I've tried Java as well and failed miserably . I've tried the LWJGL and failed miserably because I could not properly config the external library on Eclipse. Today my main programming choice is IntelliJ Idea, so maybe I'll play with it later (Actually I've made a game recently in Java, but it was for Android). I've tried almost a year ago, and I believe that I could make it work now. Anyway..

I understand that Unity or Unreal Engine might be a good professional reference.

I recommend you another thing for you to practice:

Please, take a deep good look at Khan Academy: https://www.khanacademy.org/

In the "programming" section they have a tool that allows you to draw shapes and deal with inputs REALLY easily, but you're not allowed to use images. The language is Javascript, but it's really easy to play with it. Try to implement the pong game directly on their programming section. Explore the advanced programs that the users do as well. You'll be impressed. (And they have 9999 Math/Physics/Everything tutorials which are useful for game development).

Well if you're looking for a game to do every week, check out my sig.

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

As they should. Whatever you use to get the end result, if there's a game at the end, you made a game. If it's fun, you made a good game. If I'm playing something fun, I can't tell if the folks behind it cobbled everything together in assembly over a decade, or used a rapid-prototyping environment and 3 weeks to complete the whole thing. Nor do I care, because the GAME is the focus.

That being said, as a software engineer, I completely understand the sense of accomplishment that comes from building/re-engineering something yourself, we as coders like making stuff and playing with our bits and bytes like legos, but claiming that it's not actually "making a game" if you're not in the weeds with your own home-brew I/O library and renderer is categorically incorrect, opinion or otherwise.