mntmoss

19 ms·

91.
by mntmoss 7y ago
This can also be predicted in terms of realpolitik. If the power of nations tends to consolidate along predictable lines, then the political question at any moment is reduced to a left-right "rate of reform" along each axis, with
92.
by mntmoss 7y ago
I myself can't tell if this feeling is just me getting older. I liked the shiny dynamic stuff when I was younger. Gradually I found myself ignoring more of it and developing more specific rules for what I wanted out of the UX. When a r
93.
by mntmoss 7y ago
Whether 100Mb usage is unacceptably large is mostly dependent on the precise features in play: * 32-bit vs 64-bit application(64 bit will bloat all pointers) * Methods of loading and editing documents(modern editing attempts a lot of intros
94.
by mntmoss 7y ago
The great lie that games tend to run with is that if they define a sufficiently large lookup table of results, they get a convincing effect without being accurate to any form of reality. This is basically true with almost all character cont
95.
by mntmoss 7y ago
Something tells me that it's related to the relative independence that school age kids experience in Japan when outside of school. Long solo commutes on transit are OK even for older grade schoolers. And the pop culture tends to put a
96.
by mntmoss 7y ago
As someone who frequently dabbled in but rarely contributed to the MZX scene, I can concur. There were a lot of formative experiences in it, even though the nature of the tools, unlike ZZT which has always been very productive for a certain
97.
by mntmoss 7y ago
So long as your data has well-defined interface boundaries on it, this is a good way to de-risk rewrites. It really depends on the current state of the codebase. If there's a tangle of dependencies, then they have to be cleared out o
98.
by mntmoss 7y ago
Something I have gotten more attuned to over time is the importance of the message format - i.e. the medium - in defining the message. That is, the way in which the message is specified changes the classes of errors and development challeng
99.
by mntmoss 7y ago
There's also a lot of sticky points at the bottom of the stack that lead towards native solutions, starting with memory management and basic I/O functionality. Nobody wants to code directly against the hardware for very long, so y
100.
by mntmoss 7y ago
His point remains reasonable, though: If all you did was dump the resulting artifacts of a learning or self-edification exercise online, you didn't make a product like a Firefox or MySQL. And to the extent that people use your code, it
101.
by mntmoss 7y ago
The money going into SF is big enough these days(just look at the city budget, it's a multiple of similarly large cities elsewhere in the US) that the government has fallen into a default of over-regulating everything and then carving
102.
by mntmoss 7y ago
The years around 1970 are one of those inflection points that is a lot like the causes of the Industrial Revolution: it can't be summed into a few easy factors. For me the defining thing is the emergence of the USA from the postwar pol
103.
by mntmoss 7y ago
In Portland, OR, there is substantial transit infrastructure, but the results are a bit mixed. Everyone agrees that it is easy to get around most of the city, but its suburban areas tend to experience the same low-density/high-prices p
104.
by mntmoss 7y ago
I basically agree. In my experience as a rider of one, the main downside of urban kick scooters is that they lack infrastructure. They're too slow to be bikes and play in traffic, but their existence tends to offend and frighten pedest
105.
by mntmoss 7y ago
Lucasfilm? Pixar? EA? It's not exactly hard to spot the impact on pop culture.
106.
by mntmoss 7y ago
The only parts of the Bay Area that don't match that description are Marin and Monterey.
107.
by mntmoss 7y ago
I made the observation just a day or two ago to a friend, that when I decided I would invest in a lot of storage, I also had to invest in even more to be able to do backups...and then to perform those backups I have to be able to sync the d
108.
by mntmoss 7y ago
These kinds of questions have an essential unknowability to them, in that every phenomenon you try to model through computing is an inexact approximation - whether it's something like the precision of a mathematical computation or &quo
109.
by mntmoss 7y ago
I can think of plenty of tasks where a 2009 frontend will potentially be exposed to workloads in the 10k-100k elements range: * Editing objects in a 3D scene(e.g. a AAA open-world game or a CGI film) * Plotting events in a long-running log
110.
by mntmoss 7y ago
I think the appropriate way to view this is not just as that this domain needs "SAT" (which enforces standardized algorithms as "the solution") so much as it describes an urgent need to popularize the concept of constrai
111.
by mntmoss 7y ago
Recently I decided that I was going to solve the problem of: I easily write inline TODO comments while I work on code, but then have difficulty keeping track of them and getting my head back into the state of things later. While there is ID
112.
by mntmoss 7y ago
One of the things that makes me sigh is how we've gone and built up a huge slate of "required features" for apps that are very effective at professionalizing software and yet may not do much of anything for the end user. In t
113.
by mntmoss 7y ago
He doesn't call the closed tools part of the problem, rather he asks why it is the case that these tools remain more successful at engaging newcomers than all the open source stuff, and draws a connection between the fully proprietary
114.
by mntmoss 7y ago
In an actual scene, you also have an underlying set of game rules guiding it which the actors are negotiating through. It is possible for the characters to disagree with each other if it's not blocking - it allows the scene to contin
115.
by mntmoss 7y ago
The thing I detest about discussions of code aesthetics is the idea that the quality metrics you speak of have such a direct relationship to the "product features" of the language, that we can simply know it's good by lookin
116.
by mntmoss 7y ago
You have ample room to define the hardware you want to see, though. [0] Setting bytes in a buffer isn't some ultimate graphics abstraction: it's just one way to express it at a low level, and only capable of drawing anything of in
117.
by mntmoss 7y ago
In my opinion, every great work needs its justifying myth. If you don't have that, you won't have the confidence to pursue it further. That doesn't mean that the myth is necessarily a good, ethical or healthy one. A lot of my
118.
by mntmoss 7y ago
I remember taking a phone screen with this company circa 2015. Mostly, I remember the recruiter on the other end doing an incredibly good job of selling me on the company being a great idea and a place I want to work at. I don't think
119.
by mntmoss 7y ago
Raku represents quite an advancement on Perl 5. Perl was a "kitchen sink" scripting language when it debuted, and Raku is a modern take on that, which means that it has lots of undiscovered corners still, places that will likely b
120.
by mntmoss 7y ago
The thing I think the spaghetti visual graphs get wrong is a lack of adherence to the structured programming theorem. Most data flows are mostly linear/sequential, and DAGs - which also can be expressed linearly as "send/jump

More ›