Search the Community

First and foremost Guild Tycoon is a game where a player controls a set of characters, provides them with equipment, and sends them off to fight in dungeons awaiting their hopefully successful return with wonderful loot. Players over decades have seen this type of system in many different iterations from Diablo, to World of Warcraft, to, well…, Guild Tycoon! Personally, I adore games like Diablo and World of Warcraft where players can fight through battles and improve their characters to access forever expanding content within the game. However, I found that I grew somewhat wearisome of the required investment of active time to progress. My thought, and basis for the game, is that players can get similar levels of enjoyment out of an experience that automates some of the tasks that would otherwise need to be controlled directly. I wanted to build a game where players set actions for their characters, game administrators set actions for enemies in dungeons, and a server runs a fight based on a set of rules and returns the result. It's not much to look at yet, but it's taken quite a bit of work to get to this point! I have since scrapped that original GUI, which was built on DotVVM, for the not-as-popular-as-the-original version of Angular. The server is built using ASP.NET Core, and the information is stored in a Microsoft SQL database. Everything is hosted in Azure. DotVVM, Angular, and ASP.NET Core are all types of frameworks. I think it's best to conceptualize frameworks as toolboxes. They contain everything you need in order to build a specific type of software. As an electrician needs a different set of tools than a painter, developers need different frameworks specialized for certain purposes. This analogy breaks down a bit as you dive into the specifics since frameworks are usually designed to be fairly malleable. I started with DotVVM because it is a framework built on .NET. It’s specialty is building GUIs. It uses coding languages I was already familiar with, C#. Since I had never built a GUI before, using a familiar language was a comforting idea. However, I quickly found out that when I ran into issues, I couldn’t figure out how to resolve them. Most of the popular online outlets for help in the software world also had almost nothing on DotVVM. After hours and hours of frustration, I decided I should just bite the bullet and learn a completely new language and a completely new framework that was better supported, had a larger community and was vetted by larger entities that already use the framework for their products. This would be more work upfront, but down the road would eventually pay off. Before jumping over to Angular, I decided to give another framework a shot. I had heard some good things about Aurelia, and (unless I’m mistaken) it is headed by someone who left the team that created Angular. I was able to stand up the basic example quickly, but as soon as I wanted to add my own authentication system I ran into issues. I looked through the documentation and spent hours online troubleshooting my issue, but I couldn’t resolve it. This left me to consider two remaining options, React and Angular. I looked at both, but to be perfectly honest, I decided to try Angular because the “Getting Started” tutorial was pretty much my game. Fortunately, I did not have to go through as much struggle in order to decide on the right framework for the server. My dayjob already uses .NET MVC for our backend, so I knew I could stick with that. The difference is that I decided to upgrade to .NET Core, mainly because it is far simpler to implement a custom authentication system. SQL databases have been around for decades, and I didn’t necessarily want to spend more time learning yet another system for saving information unless there was a compelling need, so I stuck with the traditional approach. To communicate between .NET Core server and the SQL server I did decide to select Dapper, which is a tool that is gaining popularity over Entity Framework. The difference between Entity Framework and Dapper is that Entity Framework is designed to try to encompass all possible needs for interacting with a SQL server into a single package whereas Dapper takes the approach that each development team should build their interaction with SQL to exactly suit their needs. It's also completely open source: Front end , back end

Hello friends, I am developing a simple browser game called Next.Land. I would like to ask for some feedback here. I’m looking for inspiration and new ideas. There is a playable demo available so you can try the game right now (very limited gameplay). Links: Project website: http://next.land Playable demo: http://demo.next.land Some in-game videos: YouTube channel Basic features: Property tycoon. Free to play. Browser game. MMO. Simple and casual. Business simulation game. Real world elements and 3D terrain. Description: Next.Land is a property tycoon browser game. It is based on Three.js (WebGL javascript framework), OpenStreetMap - OSM (map data for real world elements like buildings, roads, forests, ...) and SRTM (elevation data for a real 3D terrain). The gameplay is simple and easy. Buy and sell properties, manage your finances and grow your empire. Play in the actual world locations with an accurate 3D terrain. I think this is a very attractive feature. You can play in the area you like the most. Next.Land is quite similar to one older game called MonopolyCityStreets. Of course, I want to keep developing this game after the initial release. I want to provide regular expansions with new game features (microeconimcs, enhanced trading, various in-game events etc). It is too early to be more specific, the game needs to be finished first Feedback: I have created a short priority list of topics that interest me the most. Do you like the game idea? Do you think this game has potential? Do you think that the gameplay might be fun? Do you prefer casual or hardcore gameplay? My intention is to create a casual game. Fun for few minutes a day. I don't like the idea that you will play this game for hours a day. Would you like to see tablet/smartphone versions? It is difficult to create the same design for every device. The game is designed for desktops right now. Smaller devices have lower performance and the gameplay, user interface and graphics need to be reduced. Everything else. Any others ideas are welcome. Other: There is an active crowdfunding campaign for the project right now. I think you should know about this. I don't want to provide the link. It is just my another attempt to get more feedback from people. I am very grateful for any feedback. Thank you very much!