One of the great things about Python is the fact that it can be developed, and runs on, many different platforms. There is no one platform that is better for writing Python programs, though certainly, there are some that make it a bit easier. While Linux is and will always be, my preferred environment for developing Python, recently, I’ve been re-visiting Windows as my primary development platform. With the WSL, and some new fancy terminal emulators, I’m finding that I don’t miss my Linux box nearly as much as I used to. In this article, I’ll go over my preferred setup on Windows, using the WSL2, Windows 10 Pro, and Pycharm.
The time has finally come where our small game is going to become unmanageable when adding new features. Certainly, we could make it work (and in fact the official tutorial and revamped tutorial come up with some clever ways around this complexity), but I’m not a fan of headaches, or unmaintainable code. I’ve always wanted to write an entity component system setup from scratch, to better understand how they work, and and ECS can dramatically help us cut down on complexity of new features.
In this second sidenote to the main RLDBAR tutorial, we’re going to make a very small, but very useful change: diagnonal movement, and allowing users to move via VIM keys. The first, diagonal movement, opens up many more tactical options over just being able to move in the cardinal directions (north, south, east, west), and will give the player more flexibility. Adding in support for VIM key movement (h, j, k, l, y, u, b, n) will give our game a bit more reach to users without full keyboards (not that we’ve implemented number pad support yet… :P ).
Welcome back to my series about building a Roguelike in Go (and following along with RoguelikeDev’s dev-along)! Last time, we added a field of vision algorithm to our game, putting the player in the dark, except the immediate area surrounding them. In this installment, we’re going to start adding the framework for monsters that inhabit the dark corners of the caverns. In particular, our goal will be to randomly place Game Entities, representing things such as Goblins, Troll, and Orcs, around our generated caverns, make sure they get to take actions, and allow the player to interact with them.
Welcome to part 5 of RoguelikeDev builds a Roguelike! In this weeks installment, we’re going to be talking about field of vision (fov for short), and how we can apply that to our game in progress. Field of vision is how far the player can see. If something is beyond the field of vision of the player, it will not be visible. This adds a nice exploration element to our game, as the game map starts completely unexplored.