bencope.land (Page 3)

bencope.land

game development

Invisible

Just completed a prototype for Weekly Game Jam #147. The theme was "invisible". What we came up with was a space adventure where you must reach a base, but the base is cloaked until a certain objective is met. We had lofty goals and only produced a subset

game development

Game Jams

Game jams are a nice way to develop a game under a set of constraints so that you don't get bogged down with too many details, or end up with an eternal side project. I'd like to do a few this year hopefully with some friends

functional programming

Pipes

Inspired by the following Tweet from Eric Elliot in which he uses a reducer to make a pipe function, I thought I'd do something similar in Python and F#. const pipe = (...fns) => x => fns.reduce((y, f) => f(y), x); const g = n => n

Deno, Node and TypeScript

JavaScript is considered decent language for functional programming, particularly because its weak, dynamic typing combined with arrow functions make for succinct code. After using F# more though I've really come to appreciate type-driven development. Strong types and functional programming go so well together, I've essentially completely

design patterns

Demystifying Design Patterns

Often times I find it beneficial to look outside of one's own industry for inspiration. There is often a lot of practical wisdom to be gained from areas that seem unrelated to our own domain, and possibly even similar problems that have already been solved. This has proven

game development

Throwaway Code

Sometimes we write code that we know will be thrown away - especially in the discovery phase of a feature or product. The problem is, often circumstances cause this sort of code to be shipped. I imagine a fair amount of cursing under one's breath the previous developer

Style Guide, not Coding Standards

In Stylish F#, Kit Eason suggests that we create Style Guides rather than Coding Standards to assist developers. A style guide "suggests" or guides rather than mandates, and better encourages creativity and originality while still producing code that is understandable by one's peers. He suggests that