raytracer's comments

raytracer | 3 years ago | on: Fly.io: The reclaimer of Heroku's magic

Having a billing limit is important to me as I don't want to risk unbounded costs for personal projects.

> we'll just suspend your apps when the credit runs out.

This sounds great! I've looked at Fly.io before but didn't realise this was a thing so didn't go past looking. I'll definitely give Fly.io a test run now. :)

raytracer | 5 years ago | on: 10 years-ish of Elixir

Thank you for your work on adding user registration and authorization to Phoenix!

I'm setting up a new Phoenix app for a side project this weekend and have just run Arron Renner's auth generator[1]. Having user registration out of the box will save a big chunk of time and energy!

1: https://github.com/aaronrenner/phx_gen_auth

raytracer | 5 years ago | on: 14 nations commit to protect oceans

The Great Barrier Reef will continue to deteriorate until the problems of global warming and ocean acidification are resolved.

But these aren't the only problems the ocean is facing. Resolving other issues will help maintain the health of ocean ecosystems.

It's likely wishful thinking but possibly it will be harder to justify new coal mines etc if enough of these individual agreements are accepted. :shrug:

raytracer | 5 years ago | on: Using Obsidian to manage goals, tasks, notes, and software dev knowledge base

> it creates some other kind of mental load:

I find it's actually the opposite. Writing things down means I can forget about whatever it is and focus on the task at hand.

> it's not as important as it seemed yesterday

This is a good thing in some situations. I generally write down ideas whenever they appear. Coming back to the ideas in days/weeks/months helps to provide some perspective. If it still looks like a good idea, it can be acted on.

Bad ideas can be discard or ignored.

It's a better outcome than spending a day getting side tracked only to wake up the next day to realise the idea was rubbish.

It doesn't hurt to have a backlog of things for those slow, inspiration free days either.

raytracer | 5 years ago | on: Most-streamed track of the day by country

> Also - one big difference - most 'good music' today is not very 'up' or 'hit' oriented.

+1. Pop music is just a genre. There is plenty of other new stuff out there. Just gotta put in the effort to find it and enjoy it.

raytracer | 6 years ago | on: Dwarf Fortress: An actual look at graphical improvements

Don't let Dwarf Fortress put you off ASCII graphic games if Dwarf Fortress is the first you've played. I tried DF a while back but didn't have the time available to get comfortable with it.

I found Cataclysm Dark Days Ahead much easier to get into. As a new Cataclysm DDA player I spent most of my time learning how to survive in the early days of a zombie apocalypse. Finding food, learning how to craft weapons, what the zombies are capable of.

In one game I found a large mansion in the woods. There were a few zombies inside but not too many to prevent me from clearing it out. I set up camp in one of the bedrooms. The mansion had loads of food, water, materials for crafting. Good times!

Cataclysm: Dark Days Ahead https://cataclysmdda.org/

raytracer | 7 years ago | on: Log driven programming (2013)

A couple of years ago I started using TODO:HIGH, TODO:MED and TODO:LOW.

TODO:HIGH is for things that need to be completed for the current feature or bug fix.

TODO:MED is for things that should be completed before the next public build.

TODO:LOW is for stuff that would be good to get done eventually. (A function is complete but doesn't read well so I'll add a note to refactor it at later date.)

When writing new code I try to get something up and running ASAP by filling in functionality with broad strokes. I'll go back and fill in the details once the larger picture is in place. With less code written, it's easier to refactor (or restart), if the design is not quite right.

Writing lots of TODOs helps ensure nothing gets forgotten about.

Picking an easy TODO from the backlog can be good way to warm up when starting the day too.

I'm used to working solo however. Not sure how this approach would go down on a team.

raytracer | 7 years ago | on: Show HN: Gurn – Use words, not bookmarks

Check out Keypirinha if this workflow looks appealing. http://keypirinha.com/

Alt+Space brings up an edit box. Then type to perform some action. Actions can be as simple as opening a bookmark or launching an application. (Keypirinha indexes the bookmarks in all installed browsers, the Windows start menu and a whole lot more.)

Keypirinha will be familiar to users of Launchy or Find And Run Robot. (But Keypirinha is better!)

Keypirinha is one of the first bits of software I install after installing Windows. I can't recommend it highly enough!

raytracer | 8 years ago | on: Luna 1.0 Beta is out

> It sounds like you’re looking for a nicer version of Max/MSP

Exactly. Max/MSP is great and I really want to like it, but despite making several attempts at using it in my practice, it hasn't stuck yet. Max doesn't have enough abstractions to make in depth development enjoyable IMHO. After a certain point I get bogged down and long for a regular programming language with an IDE. I'd probably enjoy Max more if I was comfortable in C.

Max's std lib is rich and it would hurt to start from scratch in another environment, but you don't need that many DSP modules to start building interesting patches. An LFO, filter, ADSR and an oscillator get's you a long way towards a usable synth. And there are many open source libraries to draw from.

page 1