My brother has built a game using python on the CLI and I've been trying to find a way to package it. Your project seems very promising for my use case.
Project mentions Windows compiles but isn't tested. Do you have a gut check on what issues there might be?
Random advice question. My brother taught himself to program and has been making a terminal-based game. What started out small has turned into a highly polished game with ascii art, sound, you name it.
I’ve been trying to figure out how I could actually help him distribute it and I keep coming back to the best option being to wrap his programs terminal output into a host process that can emulate and render it. It seems that the lib Ghostty might be perfect for the former, but not quite yet on the latter?
You’re off about the major problem with Section 174 — money is being taxed *before* expenses, and there is no “out” because software has been labeled fully R&D back in 2017 (of course the republicans carved an out for oil, mineral, and gas lol).
What makes it worse is that accountants at real deal firms like Plante Moran didn’t bother sounding the alarm early because they figured like every time in the last 70 years Congress would push off the effects.
It is an absolutely crushing situation that is going to put a lot of shops out of business unless they have cash on hand to weather the 5 year R&D tax amortization schedule.
I’ve found five years of D&D to have a similar, and persistent, effect. In the beginning I found it hard to relax and “yes and” what was going on. Fast forward to now, I can be in character in front of random people without a hint of anxiety. It was a completely unexpected side-effect of playing, and I’ve also seen a general increase in creativity as well.
That coding challenge sounds like a far cry from developing even a prototype application. What was the skill level of the people doing it? Had they had experience in both dynamic and static types languages? What were the languages, Java or something modern?
Edit: I don't mean this to be snarky, I just feel that it is not a very good experiment to draw conclusions from.
I just don't buy the "dynamic types" lets you iterate faster argument. You are implicitly using types, and how often does that type change such that all the code you've written doesn't need to be updated anyways? And without the benefit of a compiler to tell you what you need to fix. A language like Go is fast to iterate, trivial to parse and serialize JSON, and simple enough that the tools let me make sweeping changes quite easily.
For a while now I have felt that the reason for the creation of languages like Python and Ruby is simply a response to the pain of one such as C++. Now that we have modern languages like Rust and Go, what is there to be gained from sacrificing a type system?