crtlaltdel

dgd was a cool project. i remember when dworkin was talking about persisting the world state to disc. i was pretty sure that ldmud also supported `ed`. super fun stuff!

rod??!? wow! yes!

edit: i spent many hours on genesis[0] and did my first lpc scripting (area building) there

0: https://www.genesismud.org/

if you ran it over a websocket it seems like that could help the situation you mention. back in the day, honestly, as mostly 14-16yo kids....we really didn't think about that!

i did a good amount of work on merc/rom based games...but it was lpmud that i really got into!

love it! i spent YEARS playing and coding for MUDs and ran a few games as a solo admin/coder. imo it is so very satisfying to watch the global chat channels after a new feature/area/weapon/mob gets rolled out...and what the community thinks of it. i can recall more than one occasion where a well planned quest resulted in interesting dynamics after players started interacting with it. an example; one quest would add an "invisible" token object to a player's inventory. quest stages would check for and modify the state of the token when it was "present". in this particular MUD there was PK...and eventually someone decided to carry the corpse of someone on the quest into an area where you must have the token to enter...and they "walked" right in. none of us had thought of that potential "use-case"...and it exposed a really interesting game play mechanic that we never knew existed...the equivalent of cutting off the guards finger to pass biometric locks in a spy story...

...damn...its hard not to want to start another MUD...

EDIT: i know this post is NOT a MUD project...but the solo-MMO dev story just struck a nostalgia chord in me

seriously, its a function. if you remove the aws/lambda specifics you _should_ have something testable that you then call from your lambda handler.

o? thx for the context!

i first used python in ~2001-2002 and used it for many things, including a bunch of cgi-bin scripts for a very early VOIP startup. i did not consider myself to be a "dev" back then as i was mostly doing EE work and what little programming i did was split between limited firmware development and "scripting". python was an appealing way to script things out quickly. i didnt have much use for the OO, if anything finding it a layer of unneeded complexity.

i would agree that there is an amazing amount of productivity to be gained by reaching for mastery over a language.

that said, the efficacy of that mastery is determined by how "useful" the language is in a wider context. this is, for better or worse, highly influenced by "popularity" when it comes to programming languages.

Mastering something like brainfuck? ymmv ;)

i have used shared channels to coordinate with outside contractors. not having to add every single contractor as a guest to a channel was a major win for me. each of their orgs already had a slack setup.

can you site some sources for the “extremely toxic” community? genuinely curious

intermud chat was something we tried back in the day. i was only ever on one team where we got it implemented. fun times.

https://github.com/iodide-project/pyodide seems like the round-about path.

opportunity contains some amount of timing; if you keep pushing you will trend up and to the right

brave is incentivized to push this narrative, accurate or inaccurate as it may be. i am not ad-tech guru, nor digital marketer. i do know that brave's entire premise hangs on traditional ad-tech strategy remaining static, consumer sentiment around "big tech" to sour and a groundswell of "privacy focused consumers" to materialize. that groundswell is their identified target market for their product.

> That’s because some settings are commonly changed, whereas others rarely. Cramming every single thing that can be construed as a “setting” into a single page results in a mess.

^apple's iOS

lol i love seeing all the replies to comments on this that start with "No."

last-gasp monetization

if we are throwing theory around, maybe not having Woz would have caused Jobs to work even harder to make "the thing". maybe apple would have never cut Jobs. maybe OSX would never have been born. maybe Apple was then sold to Oracle after Microsoft released "mPhone Home Edition"...

...why not?

> "you had to be there at the time".

^yes. this, and access to technology. there was a pretty significant time where low-end PC tech could support little of the more "advanced" gaming trends. i played many text-adventure, MUDs and 2d platforming games (PoP, chopper commando, etc) because that was what would run on the machine i had access to. my neighbor had a pentium with a cd-rom...which is where i learned of myst ;)

i have a deep love of text gaming (online and off) because of this...and i can 100% see why it may not resonate so well with others

i am always amazed at how much time people sink into these discussions :D as if commonly formatted textfiles was the biggest concern people have in their day-to-day ;)

most of the issues i have encountered and that i've heard peers complain of stack up to human-error and the inability to adequately plan for change...doesn't seem to matter what database or framework we're talking about...

After a thick paragraph about sports history I gave up, which is 100% my fault. The moment an abstracted "sports metaphor" becomes an actual detailed account of sports figures (players, coaches, teams, etc) my interest in the topic enters a death spiral.

buy a weller and use appropriately sized solder for the application (very thin solder sucks really bad if you are doing something like throughhole or larger parts...you will have to apply the heat longer to apply enough solder)

i did this before youtube was a thing by purchasing a book covering analog circuits and digital circuits. from there it was a matter of doing the work.