Hacker News new | past | comments | ask | show | jobs | submit | robocaptain's comments login

I believe the original author of most of this content was Brian Walker, creator of brogue, which uses Dijkstra maps to great effect. In my opinion, brogue is the greatest 'modern' traditional roguelike.

latest 'community' version: https://github.com/tmewett/BrogueCE

reddit community with seeded contests: https://www.reddit.com/r/brogueforum/

original game: https://sites.google.com/site/broguegame/


This is really cool! I have been adjusting to life without Bloomberg recently. Does anyone know of something similar to this for rates, credit, or the ABS space?


Hi! Off topic but I love love love Neptune's Pride. :)


THanks Robocaptain!


I remember hearing about this on the podcast roguelike radio a long time ago - truly a brilliant little hack.

Here's the link for anyone interested: http://www.roguelikeradio.com/2016/06/episode-122-nethack-to...

A very niche topic on an already niche podcast, but probably will get some decent overlap on HN.

(Also I'm assuming this is the same team? It's hard to tell.)


Thanks for posting this - some great memories and great links here. I'll jump on the bandwagon since I don't see any MUSHes mentioned here yet.

MUSH was MUD-based, but built around roleplaying (planned and improvised) and community-driven building. PennMUSH also had a great underlying program language that was (in retrospect, quite amazingly) flexible and powerful. Many MUSHes had very advanced combat, economy, and other systems. I developed a love of programming thanks to the PennMUSH codebase.

My personal favorite was (still is) TF2k5 (Transformers: 2005) - oddly enough, a MUSH based on the 1986 Transformers movie. :) Last I checked it was still going.

I bookmarked an old feature Kieron Gillen did on RPS about MUSHes (and TF2k5)[0] a long time ago - still a very dead-on description in my opinion.

[0] https://www.rockpapershotgun.com/2009/07/08/gaming-made-me-3...


Hah. So many great memories of MUSHclient. For a long time it was the first thing I installed on any new machine. Eventually moved to tinyfugue on a remote shell (so I could be "always online").


Coming from someone who uses python but doesn't really follow alternative compilers, PyPy sounds great. What are some of the downsides, if any? Are you sacrificing library compatibility for faster core+standard libs?


In addition to being incompatible with (some) third-party libraries, pypy tends to use significantly more memory than cpython. It's also slower than cpython for scripts that don't run long enough to warm up the JIT, so you probably wouldn't want to use it by default. (Disclaimer: I'm basing this on experience with older versions of pypy and haven't verified it recently)


He memory thing is still an issue. I had to go thru. Lot of tuning on max GC size to keep it runnable for long times. Too low and it is slow and too high and it kills the box.


For workloads heavy on JSON operations PyPy has been slower than CPython for me in the past. Because it didn't benefit from the C implementation of simplejson.


In addition to the missing libraries, which has gotten a lot better in the last few years, it crashes a bit more.

I have a syslog proxy that has one huge incoming stream like 50k msgs/second. CPU Could not keep up with CPython but PyPy runs fine and crashes on some low level JIT assertion every so often. I have it setup to use PyPy on the high volume instances and CPython on the low volume instances.


JIT warm-up time can be problematic. Often (usually?), the code starts slower than CPython, but improves as the code paths are executed.


Numpy support is iffy. How is the Python 3 support these days?


Your favorite C-extension may not support it.


The podcast Reply All covered this in an episode last year: https://gimletmedia.com/episode/44-shine-on-you-crazy-goldma...

Obviously not scientific, but great anecdotal discussion.


That's a super interesting episode. Thanks for posting it.

It's definitely important to hear as many perspectives on this as possible, and not to look at LSD or any other drug through rose-colored glasses.

With traditional doses, everyone agrees that set (mindset, or where you are mentally) and setting (where you are physically, and how the space around you is) play huge roles in what kind of experience you have. I wonder if the same is the case for LSD microdosing. Some people just might be unprepared for such an experience, and even at sub-threshold doses LSD might be exposing things they're not ready to handle on their own.

At one point, they say:

"I feel like I at least had a point where I was like, PJ, just do it, it’ll be fun. And I think that that’s an irresponsible approach to a really strong drug."

I would agree with that. These substances should be treated with the utmost respect, and maybe the way most microdosers casually use LSD is not respectful enough of its power and life-changing potential.


It's one of the only dissenting anecdotes I've heard. Everyone everywhere is raving about it ("drug fad du jour" from the article) but Reply All participants both came away with negative and ambivalent opinions.


Yup. Made it feel more realistic to me, but I also don't have especially strong opinions for or against use, although more research seems reasonable.


This is an important point.


This game and it's creator(s) never cease to amaze me. Looking forward to all of the new "fun" this will create.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: