Curious Fishing [15 devlogs, complete]

Alex_8BitSkull · September 9, 2022, 8:28am

If in UK then I believe you can make £1,000 per year without declaring it. Beyond that, you would need to self-assess for tax which is very easy to do (1-2 hours per year). Not sure where Connor is based and regardless I would confirm separately anyway as I’m not qualified to give financial advice (I’ve let my chartered accountancy membership lapse for good reason ).

Pkeod · September 10, 2022, 9:33am

Yes, but the tax setup should be pretty simple.

connor.halford · October 6, 2022, 7:26pm

#14: Devlog updates and launch stats

I said I’ll write at least one more devlog about why the game took so long to make. I still want to do that, but first I thought it would be fun to look back through all the previous devlogs, and to talk about how the launch went.

(Side note: for some reason a lot of the GIFs in my previous devlogs don’t seem to render correctly on the forum anymore even though they did when first posted. If you click them they do show properly in the image viewer. If someone could fix this, I’d appreciate it!)

#01: History and Motivations (January 2018)

The plan is to release as a $0.99/£0.99/€0.99 premium game on Android and iOS when it’s ready, which I would really like to be in 2018.

That price point is certainly too low even for mobile platforms. And of course I didn’t end up releasing natively on mobile, or anything close to 2018.

#02: Gameplay and progression (January 2018)

Everything here is still accurate! The only differences are that some of the visuals and player movement are different to what is visible in the GIFs. For example ink is more purple than black for improved visibility, and the hook automatically stops reeling in after dropping a creature.

#03: Tutorial Design (February 2018)

I still don’t use text to explain any mechanics, I’m proud of that. The only addition I made is that in Level 1 there is now a dashed line surrounding the fish and the count showing how many you have to catch, because a lot of players didn’t notice the count, which is a key puzzle hint in many levels.

#04: Bootstrapping, menu transitions and level loading (April 2018)

There are 6 main screens in Hook: the title screen, level select, gameplay, aquarium, settings and about. Each of these is a separate .collection file in Defold with an additional main.collection acting as the bootstrapper that loads and enables/disables all the others.

Correct!

For localization purposes there are different settings screen and title screen collections for each language (settings_english.collection, title_french.collection etc.)

Incorrect! I changed it to a single collection per screen, with the text elements changed and moved around for each language. This is explained in detail in devlog #12.

The state controller, collection proxy loading, level previews and level loading all still work exactly the same as detailed. The only other difference is in the possible transitions.

It’s now possible to open the settings screen from the pause menu of the game without losing your progress in the current level. This is the only case where multiple of the core collections are loaded at once. The game music continues playing when opening the settings menu this way, to indicate that the game is still there and no progress has been lost, and you will be returning there upon leaving the settings menu. There is one awkward edge case however, which is that it’s possible to reset your progress from the settings screen. If you’re in a level, go to the settings screen via the pause menu, then reset your save file, exiting the settings screen will go back to the title menu.

Completing the final level shows a game completion animation and then automatically transitions to the credits, so that is another transition. The updated transition diagram (with updated screenshots) is:

transition-diagram

#05: Case anatomy and pixel-perfect rendering (August 2018)

This is all still accurate. The only change to the case is that there are no longer individual arrow buttons in portrait mode, it’s always a d-pad.

Fun fact: I can fit every single texture in the project, including every bit of baked localization text in all 12 languages, into a single 2048x1024 texture with about a fifth still empty.

I actually have no idea what images I included here back then, but that’s actually a much larger atlas. I can fit every single texture in the project into a single 1024x512 atlas with a quarter still empty! If I add margins, internal padding and border extrusion it still easily fits in 1024x1024

#06: Undo (December 2018)

consists of around 5500 lines of Lua spread across 31 .script files and 1 .render_script

That file count is still accurate, but the line count in the final build is 9785 lines of code!

Line count	File name	Responsibilities
1626	hook	Grid movement and creature interaction logic, pause menu
1212	gameplay_events	Applying and undoing the outcomes of the movement and interaction logic
968	case	Pixel-perfect scaling of virtual handheld game console
728	level	Tilemap parsing and creature instantiation
671	settings	Settings menu layout and functionality
540	palettes	Data tables for the 16 case palettes
476	level_complete	Data tables and implementation of localized animated messages
462	localization	Utility functions for supporting multiple languages
450	level_select	Level select menu layout and navigation, level preview rendering
405	title	Title screen layout and animation
363	game	Creature counts and animation, level restart animation, pause menu localization
289	state_controller	Changing scenes, on-screen button state
266	reel	Fishing reel animation, crab claw snip animation
203	about	Layout and animation of the about screen
200	aquarium	Revealing and animating creatures in the aquarium
136	audio	Music crossfading, SFX playback
99	arrow	Animation for menu selection indicator
99	camera	Camera panning and shake
89	render_script	Configuring render targets and draw order
86	save_data	Creation/reading/writing of save file
86	thanks_for_playing	Game completion animation
60	bobbing_anim	Synchronized small vertical movement animation
58	pico8_text	Sprite rendering for arbitrary text in the PICO-8 font
52	number	Sprite rendering for 3-digit positive integers (0-999)
51	level_complete_letter	Color cycling animation for an individual glyph in the level_complete animation
35	boss_label	Localization and tinting of “boss” text
23	about_text	Localization and tinting of credits text
14	chest_glint	Simple sprite animation
12	seaweed_sway	Synchronized small horizontal movement animation
9	random_cloud	Sprite randomizer
9	explosion	Simple sprite animation
8	line_snip	Simple sprite animation

currently 18 types of event

gameplay_events.script now handles 23 different kinds of event, but most of the additions were for the ‘flow’ mechanic which wasn’t used in the final game.

#07: Design iteration: player movement (February 2019)

Judging by this track record I’m due to change something about the movement around October 2019, then January 2020

This was a joke, but I did actually make one minor tweak and a couple of bug fixes to player movement in 2022. The minor tweak was that when you press a directional input to stop yourself reeling in with nothing hooked (‘version 3’ in the devlog), it no longer actually moves in that direction, the input just causes the reel-in to stop. This was because I noticed that almost every time I used this mechanic, the random directional input was meant as a brake, and it was rarely possible to time an intended direction. The bug fixes were to fix rapid movement when holding multiple directional inputs, and to allow backstepping when the line is fully extended.

(No, I don’t plan to still be working on this game in 2020!)

Whoops.

#08: (Work)flow: art (March 2019)

The entire flow mechanic was cut! Still happy with the sprite though. I also returned from Aseprite to the simpler and more familiar PaintDotNet.

#09: Interview with sound designer Andrew Dodds (May 2020)

Andrew now works as a Sound Designer at Jagex, working on Runescape and other projects! Very happy for him

#10: Audio tech (May 2020)

there are 18 sound effects in the game

We now have a massive 19 sound effects

One thing I really like is that there’s now two versions of the menu music, one for the surface with wave crashing sounds in the background, and a more muted underwater version. Whenever the menu music is playing, both tracks are played together in sync and the relative volumes are blended between 0 and 1 based on the camera position. It’s subtle but really adds to the feeling of dipping underwater.

the content of my project amounts to ~3.8MB of the build, with audio being ~3.3MB of that

For the final HTML5 build the project content is ~4.87MB, with audio being ~4.57MB of that (~94%). The increased size is mainly due to the additional version of the menu music.

#11: Organization (August 2020)

Notion remained an invaluable organizational tool for this project for both task tracking and long-form writing. Labelling task tickets by one or more disciplines (code, art, design, audio and admin) also continued to be useful.

The original column structure (Shelved, Bugs, Long term, Short term, In Progress, Done) worked well for the long-duration period of development but during the final launch push I found it useful to reconfigure slightly (Done, Long-running / long-term, In Progress, Features, Bugs, Tweaks, Shelved). I also did another massive cull. The Features, Bugs and Tweaks columns are all now empty, with just a handful of things like this devlog remaining in the In Progress or Long-running columns.

There are 108 tickets in the Done column and 55 in Shelved, although this is a little misleading because:

Plenty of development happened before I moved to a kanban system;
Many of the Done tickets actually represent dozens of separate but related tasks combined into topical checklists; and
I fully deleted many tickets instead of moving them to Shelved if I no longer thought they were good ideas or had any possibility of ever happening.

Setting up access to Notion for Andrew ended up being not worthwhile, because it was so rare for him to have a meaningful amount of work to do. Instead I stopped pestering him, then in an email thread detailed all the audio work as part of the final launch push. He would send me the audio, and I’d implement it and send him a build.

#12: Localizing a low resolution pixel art game (July 2022)

I thought this would be recent enough to still be fully accurate, but there is one very minor change:

The clouds and creatures are usually randomised, but I used a fixed seed here so it was the same in each language

I replaced the randomized title screen creatures with consistent seaweed. The actual localization work didn’t change though!

#13: Release! (September 2022)

I released Curious Fishing 30 days ago. How did it do? (Technically today is day 30 so there will be a few more hits in the remainder of the day, but you get the idea).

I’m still very happy with the game and stand by my decision to release it as a free HTML5 game and not deal with the stresses of forming a company and filing taxes. I also stand by the idea of launching the game as a premium download on some platforms in the future, once I have other wares to sell too and the enterprise is worthwhile overall. I’m proud of the design and the quality, and I’ve not had to release an update to fix any issues.

So, some numbers:

9837 page views with 7474 browser plays. I think the 33 downloads are people installing the game for offline play via the itch desktop app, so if we count those too the game has been played over 7500 times! Wow!!
28 ratings. There are three ★★★★☆ ratings and twenty-five ★★★★★ ratings on itch! If we equate that to Metacritic user scores, that’s a 98/100 (or 97 if they always round down).
It’s been added to 104 user collections. I think most people use collections on itch to group games they played and liked or games they want to play (like a wishlist or backlog)
3 people chose to financially support the game, for a total of $13.98. I appreciate the tips
There’s been some really lovely comments and feedback posted in a variety of places. Friends and colleagues have also been very supportive, it’s been very fun hearing what people think of the game. I’ll come back to this at the end.

This is one or two orders of magnitude more plays than any of my previous personal projects, way more than I expected. I’m very very happy with the reception to the game, that this many people have played and enjoyed it. Just wow!

Where did this traffic come from? itch offers two views of incoming traffic. ‘By domain’ groups all hits from a particular website together, I think this is a bit clearer for seeing overall site popularity. ‘By URL’ shows you where specifically they’re coming from on those websites, for example the different subdomains of Reddit, or the particular page on a blog (so you don’t have to go digging yourself).

By domain:

By URL:

The vast majority of the page views came from a handful of websites which curate web games specifically, including one in Japanese! That was particularly heartwarming to see, reading Google-translated page comments of people enjoying the game and helping each other get past tricky levels, it really made the localization work feel worth it, this was the exact thing I was hoping to enable. In fact people were giving each other hints in the comments of various websites and it was always fantastic to see.

My attempts:

I tweeted about the game. I think I had about ~630 followers at the time, mostly game developers, with a few more follows as a result. That tweet currently has 105 likes, 52 retweets (of which 7 are quote tweets) and 8 replies, with the link to the game in the next tweet in the thread having 49 likes and 19 retweets, for a total of 154 likes and 71 retweets. That might sound like a lot or a little to you, it’s a lot to me, I’m happy with that, I very rarely tweet anything
I emailed a handful of journalists who cover games that are free or web or puzzly but didn’t get any coverage
I posted on the itch Release Announcements forum and the PICO-8 forum and of course here on the Defold forums via my release devlog

Organic (majority):

itch has surfaced the game to many people looking for games to play on the platform, I think it reached top 20 ‘new and popular’ web games for a while but I forgot to take a screenshot
Game designer and web game curator Bart Bonte posted about the game. They must have a huge following; over the launch weekend we had about 2000 views total and ~40% of these came from here, so thank you very much Mr. Bonte
Someone posted about the game on the web games subreddit. I’m not on Reddit so wasn’t go to post here myself, but it’s now the highest total source of traffic by domain and still consistently generating 20-40 page views per day, so thanks for posting about it, err, “BustyBossLady”
Another web game curator JayIsGames included Curious Fishing in their weekly roundup
Some sort of newsletter called b3ta linked to the game
A Japanese web game curation website also posted about the game, and again they must have a large following as it generated many page views for me
My friend and colleague Emily Short kindly included the game on her blog
Game curation site WarpDoor linked to the game
Russian game development forum GCup linked to the game
There were two let’s plays on YouTube (that I could find, there are many many fishing videos on YouTube so it’s hard to search for)
- A Japanese playthrough up to level 25 with no commentary
- A Brazilian Portuguese playthrough (part 1, part 2) of the whole game with strange pitched-up commentary (I’ve no idea what they’re saying)

I wanted to end by including some of my favourite comments. It makes me very happy to know that people are really enjoying the game

Follow me on Twitter @rhythm_lynx to see what I work on next.

Follow me on itch rhythmlynx.itch.io to be notified when I release something.

connor.halford · October 16, 2022, 7:39pm

A small addendum to the previous devlog:

Shortly after posting the devlog discussing how the launch went, Wholesome Games tweeted about Curious Fishing out of the blue, including their own GIF of gameplay! Even more incredibly, this led to a feature on PC Gamer! Woah!!!

Wholesome Games tweet:

PC Gamer article:

As you might imagine, this created a slight spike in the analytics. See if you can spot it:

It was very fun refreshing the page and seeing that spike get bigger and bigger. During the launch weekend we peaked at 892 views and 678 browser plays in a day, numbers I was extremely happy with. After the PC Gamer article, we peaked at 2462 views and 1815 browser plays in a single day, around 2.7 times as many. Just amazing. Christopher Livingston, thank you so much for writing about my game!

We’ve now had over 15 thousand page views and are approaching 12 thousand plays. That’s a very silly number if you try to actually imagine a crowd of people that size, knowing that that many people have played my video game. Wow.

Britzl has also very kindly added the game to the Defold showcase page, which is lovely.

connor.halford · November 24, 2022, 12:29am

#15: Why development took so long

I started making Curious Fishing in October 2016 and finally released it in September 2022, a total of 72 months inclusive, or 6 years. That’s a very long time to spend making anything, let alone a small free puzzle game. What took so long? I’ll first discuss it in general terms (qualitative), then do a deep analysis of the source control commit history (quantitative). Contain your excitement, there will be graphs.

First I want to make it clear: I’m super happy with the game and the reception it received! But after spending 6 years on something, I think it’s useful and interesting to reflect on that. This is less a postmortem of the game and more a postmortem of the process of making it.

Life happened

Over the course of those 6 years I’ve:

Had 3 different computers
Had 3 different full-time jobs (and am about to start a 4th)
Changed apartments 6 times across 4 cities
Had 3 romantic relationships
Had personal health issues

And of course there was an extremely dangerous, saddening and disruptive global pandemic in the latter half.

Curious Fishing was a personal project, worked on largely during evenings and weekends (this is shown very clearly in the commit analysis later). I definitely worked myself too hard at times, but was generally responsible in setting this project to one side when my time and energy were needed for other more important life commitments. There are many long breaks where the game wasn’t worked on at all, but I always came back to it eventually once I had the capacity and motivation again.

One aspect of motivation was creative satisfaction in my full-time job as a games programmer. In the time it took me to make this one game start to finish I went from Junior to Senior and worked on many different projects professionally, including more than a dozen games across a dozen platforms, 5 of which launched and 2 of which are still under development. There were times where I was creatively fulfilled enough by my regular job that I felt no need to work on something in my own time. There were other times where I was so dissatisfied with my job that I had no energy or motivation for my own projects. Unfortunately the latter occurred more often and for much longer.

Scope creep

The nature of this project changed several times during development:

Free game jam (in PICO-8)
Free expanded version
Premium mobile (this is when it moved to Defold)
Premium desktop
Free web with support for both desktop and mobile (this is what actually launched)

The shift from hobby project to commercial indie led to me taking on a massive amount of extra work, none of which was enjoyable. This increased the workload, increased the stress, and decreased my motivation. The eventual shift back to hobby project is what ultimately enabled me to finish the game, because I was able to just focus on the parts I actually enjoyed or at least had an interest in doing. In the end the final game still had a level of content and quality that I would be comfortable selling for money anyway.

The other part of scope creep is that I intentionally used the project as a way to experiment and gain experience with aspects of game development that I hadn’t seen during my regular job. This was both out of personal and professional interest, and as a way to ensure there were practical benefits from the time commitment. As a result, the amount of polish and functionality in the final game is arguably disproportionate to the size and complexity of the actual gameplay. Derek Yu, the creator of Spelunky, calls this the Loop of Polishing in his excellent article Indie Game Dev: Death Loops.

So what was the scope, in the end? Here are the major kept things I spent time on:

Over a dozen fishing-themed puzzle mechanics, the most complex being the green fish that patrol around as the player moves
30 levels including 3 boss levels
A playtime of around 1 to 4 hours depending on how familiar you are with puzzle games
Lots of low-res pixel art, retro sound effects and chiptune music (all audio was created by Andrew, with specifications and feedback from me)
Unlimited undo
Menus: pause menu, aquarium menu that fills in as you progress, settings menu (also accessible via pause menu, so changes apply while a level is in progress), level select menu with progression unlocks, looping scrolling credits menu
Resettable save data which tracks level progress, aquarium completion, settings, and the minimum number of moves used to complete each level (this bonus feature is revealed after completing the game, to add replay value for trying to optimise your solutions)
Keyboard, mouse, gamepad and touchscreen input support
Pixel-perfect rendering at any resolution, with a virtual handheld console case reminiscent of a Game Boy in portrait mode or a Game Boy Advance in landscape
Player customization of avatar, case palette and case button layout
Fully localized into 12 languages, including support for non-Latin alphabets and right-to-left directionality
13 detailed devlogs at the time of release, with 2 more since then (including this one)
A detailed and heavily stylised itch store page
Design planning documents and kanban board task management with a couple hundred tickets

That’s a lot!!! And here are the major things I spent time on but didn’t keep:

Considerable admin setting up products on the Google Play Android and Apple App Store iOS storefronts, and understanding the requirements and features of those platforms
Lots of work and debugging of Android and iOS builds, the latter also requiring the purchase of and familiarisation with an OSX device, which I’d never used before
Complex movement conflict resolution logic for a flowing water puzzle mechanic
Experiments for additional levels, with the intention at one time of bringing the total to 50

Technical difficulties

I’ve not used Defold before and it has an unusual (to me) architecture centred around message passing. I didn’t have time to learn this properly when crunching to port the game for the GDC Competition (see devlog 1), meaning the foundational code of the game somewhat subverts and fights against the way the engine wants things to be done. I continued to build upon this throughout; implementing things within a single script was generally fine, but whenever I needed to communicate between scripts or manipulate engine components it was always a struggle.

I first learnt how to code using C and C++ and have spent most of the last 6 years programming professionally using C# with Unity. I’ve made a number of small game jam projects in Lua but nothing at scale until this project. I personally found Lua to be too freeform, I missed the structure that classes and strong typing provide. It’s too easy to be lazy and do things on the fly in inconsistent ways, haphazardly tack variables onto objects, or throw global variables around (intentionally or unintentionally).

One thing that was unclear to me was what version of Defold I was supposed to be using. Releases are very regular, mixing together both features and fixes. For an irregular side project, keeping up with releases took an annoying amount of time (until I abandoned doing so), and often led to subtle bugs or changes in behaviour. I prefer the clarity of the release structure that Unity, Godot, Blender and many other software projects follow, with key feature versions followed by stabilising Long Term Support versions. If you need or want the new features then you update, otherwise you stay on LTS and just receive bugfixes.

Commit history analysis

Process

This analysis of the Git repository comes with a number of caveats to understand first.

There are a number of things that took considerable time and effort but which aren’t represented in the Git repo:
- The first three months of development in PICO-8. The Git repo only started with the Defold version of the game. From October 2016 to December 2016 the game was still in PICO-8, a platform designed around pleasant simplicity, including the fact that all assets (code, sprites, maps, sfx and music) are stored together in a single human-readable text file. I had no need or desire to complicate that. So the repo only covers from January 2017 to release in September 2022, 69 of the total 72 months of development
- The Positive Aspects tool and aspect ratio prototype. As explained in devlog 5 I created the window resizing tool Positive Aspects initially for this project, before expanding it to a standalone release. I used PA to iterate on the pixel-perfect aspect ratio scaling in a separate minimal Defold project before integrating that working prototyping into the full game. These were around ~15 and ~20 commits respectively, from April to June 2018
- Design thinking and the resulting planning documents
- A lot of admin work, including managing the kanban board for task tracking
- These devlogs
It does include creating the itch store page as that is heavily stylised hand-written HTML, stored alongside the game
Defold used to host project repos, which is where this one started. I had to move it in April 2021 before that was shutdown, which added a handful of commits

I also want to clarify that ‘number of commits’ is an exceedingly loose metric as a single commit might represent minutes, hours or even days of work. But this is the only metric I have, so.

I exported the commit history using the following command:
git log --reverse --date=format:"%d/%m/%Y %A %H:%M" --format=format:"%ad %an %s" > log.txt

Let’s break that down:

git log outputs commit history
--reverse changes from the default reverse-chronological to forward chronological, so the oldest commits were at the top
--date=... customises the output for the date and time of each commit, using the formatting options of the Linux strftime function
- %d is the two-digit day of the month
- %m is the two-digit month of the year
- %Y is the four-digit year
- %A is the name of the weekday
- %H is the two-digit hour (00-23)
- %M is the two-digit minute
--format=... customises what information is output for each commit
- %ad is the authoring date, respecting the specified date format
- %an is the author name
- %s is the ‘subject’ of the commit, i.e. the commit message
- %B can be used instead of %s to get the ‘raw body’, which preserves newlines in multiline commit messages
> log.txt piped the result into a text file instead of displaying it on the command line

Here are the first four lines of the resulting log.txt file so you can understand the format:

05/01/2017 Thursday 22:47 ConnorHalford Initial commit
05/01/2017 Thursday 22:46 ConnorHalford Initial project setup
06/01/2017 Friday 23:24 ConnorHalford 128x128 rendering
06/01/2017 Friday 23:50 ConnorHalford Exported spritesheet and set clear color

(I don’t know how or why the very first commit in Git has a timestamp earlier than the second, but that’s what it outputs. All subsequent ones are in order.)

This gave me a text file containing the commit history of the project in a standardised form, that I could then turn into a spreadsheet and start performing data operations on. I manually added a ‘category’ to each commit to tag what feature it was primarily associated with. I also changed the weekday for all commits that were past midnight, so for example if a commit were at 01:30 AM on a Saturday, I treated that as being part of the Friday’s work.

Overview

647 commits in total, 627 by me, 20 by Andrew the sound designer
- Subtracting merges: 640 total, 623 by me, 17 by Andrew. Work was done on a single branch for the whole development, because I only worked on one thing at a time and was working alone 99% of the time. The 7 automatic merge commits were all early on, when we both happened to be working at the same time and one person committed before the other
In the first devlog I mentioned that I crunched for 3 weeks at the start of the Defold project in order to enter the GDC Competition, then another 3 after having won, and continued to tweak levels during the event itself:
- 83 commits in the first 3-week crunch to enter the competition
- 50 commits in the second 3-week crunch preparing for GDC
- 5 commits during GDC
Most commits in a day: 15 on 29th May 2017 with another 13 the next day, all on early localization work
Longest commit message:
- 665 characters / 107 words / 6 lines on 5th January 2019, for 6 gameplay fixes and improvements, especially around patrols
- 593 characters / 92 words / 8 lines on 22nd January 2020, for 7 graphical fixes enforcing consistency across assets
Longest work day (note this is an even looser metric, using just the time between the earliest and latest commits in a single day; this doesn’t account for the unknown amount of time spent working on that first commit)
- 12h 27m from 12:58 to 01:25 on 10th February 2017, for 9 commits around level and boss designs. There were definitely breaks, but it was mostly work
- Technically the longest day is 14h 4m from 10:29 to 00:33 on 6th May 2017, for 5 commits of various graphics improvements. But most of that day was not spent working on the game, just the morning and evening
Earliest commit: 07:37 on 2nd March 2017
Latest commit: 02:26 on 21st July 2019
Longest gap without commits: 261 days (~8.5 months) from 4th September 2019 to 21st May 2020 inclusive
Knowing that there was work done in all 3 of the months of development prior to source control, 25 of the 72 months in development had no commits, ~35%, more than 1 in 3
- 22 if you factor in the Positive Aspects tool and aspect ratio prototype from April to June 2018, ~31%
Number of unique days with one or more commits: 218. If you were to spread that over 5-day work weeks it’d be 44 weeks, so if I’d worked on the game full-time instead of on the side it would have taken (extremely approximately) 1 year instead of 6. Looking at the scope detailed earlier, I think that sounds reasonable. I do think the game benefited in some ways from the long breaks though, as it allowed me to come back to the project with fresh eyes multiple times, which is very useful when working alone. Also having a job lets me, y’know, eat and pay rent, plus working as a games programmer helps me develop useful skills and knowledge

Hours and days

When I say I mainly worked on the game on evenings and weekends, here’s what I mean:

Just over half of all commits were done on Saturday or Sunday. I think there are more on Sunday because I would usually have a lazy Saturday morning to relax from the workweek, and because work started on Saturday would often not be completed and committed until Sunday. Momentum and energy carried through to Monday and Tuesday but fell off as the week progressed and I got tired from my job. Some weekday commits were done on days off from work; a couple of times I used some of my annual paid leave allowance to dedicate a week to the project.

Lots of interesting things here. As you can see I’m not a morning person; where possible I prefer to start working later in the day into the evening. I know exactly what the spikes toward 14:00, 17:00 and 22:00 are too; I don’t like being interrupted in something and prefer to either finish it or get it to a point where I can more comfortably pause and resume it later. As a result I often take very late lunch breaks, wanting to finish what I’ve been working on in the morning first; this is what the big 14:00 spike is as I wrap things up, and dip at 15:00 as I take a break. I reckon the 17:00 spike is similar, wanting to finish things before stopping for the day or for a dinner break, or wrapping up smaller or resumed tasks after having taken a late lunch. I would usually have dinner somewhere between 18:00-20:00, with any work started after that wrapping up in the huge 21:00-23:00 spike, or getting carried away past midnight. If I was working on the game on a weekday evening, I would tend to work 10:00-18:00 at my regular job, relax and have dinner 18:00-20:00 or 21:00, then do a few hours of work before bed.

Months and years

Here are the dates of all the commits, by day and by month:

You can see clearly here the multiple long breaks I took from the project when my energy and motivation were lacking or otherwise engaged. The beginning of the graph shows the crunch for GDC, the subsequent burnout, the rejuvenated drive, then the burnout again as my ambition got the better of me. Work after that tended to be at a much slower (healthier) pace. Note that the 3 month ‘gap’ April-June 2018 is when the Positive Aspects and aspect ratio prototype projects took place. The spike in December 2021 is when I knew I was starting the final push toward release and was excited and energised by that, and had lots of time off from work over the Christmas and New Year period to dedicate to the project.

Here is another look at the same data, showing the cumulative number of commits over time. A plateau shows little or no progress, while the steeper an incline is the more rapidly progress is being made (but again the metric here is ‘number of commits’ which is only a very loose approximation of the amount of work being done). I like how consistent the progress is in the final push toward release; this graph kind of embodies my determination to finish the project. It was only ever on hold, never abandoned.

Lastly here are the commits grouped by year, though remember that the first 3 months of the project were in 2016 and not tracked under source control. The game was released in early September 2022, so there were ~3.5 months left in that year.

Commits by year

Imaginary FAQ

OK you’ve explained why the game took so long, now why did this devlog take so long?
Go away

Will there be more devlogs?
Probably not!

What’s your next project?
Follow me on itch or Twitter to find out!

Thanks for reading, I hope you found it interesting. And if you haven’t already, please check out the game! Goodbye!

britzl · November 28, 2022, 11:43am

5 posts were merged into an existing topic: The good and the bad with the current Defold releases

WhiteBoxDev · August 22, 2023, 3:30pm

Hi @connor.halford, thanks for this writeup! What GUI issues are you referring to here? Is there something about Defold’s GUI that doesn’t allow for the same control as game objects?