HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
sdegutis
bahamut
Objective-C2014–2018
sdegutis / bahamut

bahamut

The tiny OS X music player

2Distinct people
5Mentions
0Explicit recommenders
0GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

The tiny OS X music player

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year5 dated mentions

Observed mentions: 2014-01-30 16:24:45 UTC to 2018-03-10 22:04:48 UTC.

012342014-01-01 00:00:00 UTC to 2015-01-01 00:00:00 UTC (exclusive): 4 mentions; 0 submissions, 4 comments20142015-01-01 00:00:00 UTC to 2016-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2016-01-01 00:00:00 UTC to 2017-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments20162017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2018

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20142014-01-01 00:00:00 UTC2015-01-01 00:00:00 UTC404
20152015-01-01 00:00:00 UTC2016-01-01 00:00:00 UTC000
20162016-01-01 00:00:00 UTC2017-01-01 00:00:00 UTC000
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC000
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC101

What Hacker News says

5 sources
The ones I sold: - AppGrid, a simple GUI-configured window manager for OS X 10.7+, predecessor to Zephyros - DeskLabels, lets you put labels on your desktop so you can label groups of icons - Mail Ping, pretty much a clone of Gmail Notifier, but works with multiple gmail accounts - LoginControl, lets you reorder your login items in Mac OS X 10.5 - Docks, an Mac OS X 10.5 app that let you swap out the apps/documents in your dock quickly (featured in MacWorld magazine a few years ago, leading to the only month I had any real sales) - TunesBar, showing your iTunes song in your menu bar; now integrated into Bahamut[1] - QuickApps, icon in your menu-bar that gave you quick mouse-based access to all your apps - QuickTimer, a simple microwave-style timer for your desktop - TiltRecall, an iPhone OS 3 simon-clone based on tilting your iPhone (I'm
Read the rest
probably forgetting a few.) I've since open-sourced many of these apps. The repo[2] was forked a lot, and then I deleted my own repo. [1]: https://github.com/sdegutis/bahamut [2]: https://github.com/fuseelements/grs
In Ask HN: How to make very small amounts of money ($500ish) working remotely?
SEEKING WORK - Remote (or Chicago) ---------- My name is Steven Degutis. I'm a full-stack polyglot multi-platform Engineer with UX experience. I’ve done apps for web, desktop, and mobile, but my heart is in desktop apps. My workflow is doing short (1-week) iterations that add business value, where the product is fully usable at the end of each iteration. I’m looking for part-time work (10-hours per week). ---- Proficient with: * Clojure, Ring, Compojure, Hiccup, GardenCSS * ClojureScript * Datomic * iOS, AppKit * Cocoa, Objective-C * Rails, Sinatra * Web (full-stack) * User Experience (UX) Design * Ruby, Go, C * SQL (using a native ORM) * User Interface (UI) Design for Desktop ---- Some experience with: * Java, Swing * Windows: WinForms, WPF, XAML * Windows 8 apps * Python, Django ---- My weaknesses: * Responsive Design * The JavaScript l
Read the rest
anguage (I usually use ClojureScript instead) * User Interface (UI) Design for Web * Java, Android * Chef, designing infrastructures from scratch ---- Portfolio: * cleancoders.com: a web app written in Clojure, ClojureScript, Datomic, Ring, Compojure, and Hiccup. I wrote both the front-end and back-end, designed the architecture, and have been the sole developer. * Bahamut: a lightweight music player for Mac OS X, written in native Cocoa and Objective-C. Source code on github: https://github.com/sdegutis/bahamut ---- Contact: * Email: sbdegutis gmail com * I use Skype for most communication, which is usually fastest and most convenient for both of us * If you’re local (Chicago-land area), I can meet in person once a week ----
In Ask HN: Freelancer? Seeking freelancer? (February 2014)
Singletons aren't always bad. I use a few in my Objective-C Cocoa apps to share common behavior. For example in my music player Bahamut[1], I have a singleton for actually playing music. This way, you can have several Bahamut windows open at a time which all control the same music player. Sure, you could store this variable as a property on AppDelegate or some other parent in the object graph, and then either pass it down to each window controller which needs it, or give them access to it, either directly or via delegates or something. But these are all very convoluted compared to having a single class-method in the class itself which returns a shared (static) object. The only caveat is to make sure that you don't introduce race conditions by poor design. For example, don't do stuff in -init on your singleton, and especially don't do stuf
Read the rest
f that might call other stuff that might access the singleton via the public accessor. Doing so could turn into an infinite loop if -init is called when creating the singleton. (I've done this before.) Instead, just add a new -setup method and call that somewhere in -applicationDidFinishLaunching: or whatever. It's also a good idea to use dispatch_once to create the singleton[2]. EDIT: Of course, these suggestions don't only apply to Objective-C apps, although your entry points and race-condition-avoiding functions will certainly be different in other environments. [1]: https://github.com/sdegutis/bahamut [2]: https://github.com/sdegutis/bahamut/blob/master/Bahamut/SDMu...
In So Singletons are bad, then what?

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.