SomeCallMeTim

10 ms·

361.
by SomeCallMeTim 10y ago
The Playground SDK had over a hundred titles shipped on it. You can see some of them on my MobyGames profile. [1] "Proper use of byte code generators" -- at that point you're not writing Lua any more, any more than Scala or C
362.
by SomeCallMeTim 10y ago
I didn't throw away Lua because I couldn't persist coroutines. That's just why I didn't use Lua coroutines the way the article recommends; I had plenty of of other reasons to abandon Lua. [1] [1] https://rea
363.
by SomeCallMeTim 10y ago
Very well put, thanks. Explicit promises have very nice, composable behaviors that I'm exploiting all the time, and that have no equivalent in the Lua coroutine world. And once you have propagated them around, I think the ergonomics
364.
by SomeCallMeTim 10y ago
Lua coroutines don't have that ability out of the box. JavaScript promises do (Promise.all).
365.
by SomeCallMeTim 10y ago
Sorry, but you're totally missing the key point. Say you have an AI that's made 3 decisions and you're in the MIDDLE of a coroutine where it's waiting for the next criteria that will shift it to its next state. So the AI
366.
by SomeCallMeTim 10y ago
I may need to check that out. Thanks for the link!
367.
by SomeCallMeTim 10y ago
Sorry, but you're pretty profoundly wrong. I have written an entire (popular) game engine that tightly integrated Lua and used custom-generated C++ bindings. I had to dig pretty deep into the Lua VM to accomplish that. Heck, I found an
368.
by SomeCallMeTim 10y ago
Awesome that this exists already. Now we just need TypeScript support... :)
369.
by SomeCallMeTim 10y ago
Coroutines are awesome, don't get me wrong. BUT , contrary to what I believed when I was still working with Lua, making the coroutine explicit (like async/await in C# and JavaScript ES2017) is actually even better. In particular,
370.
by SomeCallMeTim 10y ago
I actually hacked together my own "coroutine" scripting library in C once upon a time. Lots of macros. Same problem though. When I said slow, I meant slow to save the entire state of the Lua VM. You can't even do that in C, s
371.
by SomeCallMeTim 10y ago
I've done this kind of thing in Lua before, but what troubles me about it is the fact that a lot of the state of your game ends up encoded in the Lua stack. What happens when the user wants to save? There's Pluto [1], which is som
372.
by SomeCallMeTim 10y ago
Flow is cool, but TypeScript has way more traction. Would jump on this in an instant if it had TypeScript support and a VS Code plugin.
373.
by SomeCallMeTim 10y ago
> My oven, microwave, and dishwasher all run on code. The quantity of code being written for devices like that is not high, and the quality is almost universally crap. Bad enough that I'm pretty certain 99% is written by a hardware
374.
by SomeCallMeTim 10y ago
I do wonder if there was a confounding factor that they didn't successfully isolate. "General health" seems like an obvious one, but some other factor might be more subtle.
375.
by SomeCallMeTim 10y ago
> hooked on something unwholesome (drugs for example) with their newfound free time Based on what the "Rat Park" studies show about the natures of addiction, that seems very unlikely: People get addicted when their lives suck,
376.
by SomeCallMeTim 10y ago
I never claimed that JavaScript was or should be used in any of the above. Just that it's "important in software engineering", by which I mean it's used or usable by people in 80% of the actual jobs in "software e
377.
by SomeCallMeTim 10y ago
> I'm not an anti-javascript snob either (I'm not sure what that actually means), Having been one, and having argued with several, it generally means: * Looking at how JavaScript started vs. where it is now. * Complaining abo
378.
by SomeCallMeTim 10y ago
JavaScript is important in: * Web Development is obvious, sure * Cross platform app development: React Native, NativeScript, Electron, nw.js, and others are extremely powerful, arguably among the best cross platform solutions, and all are g
379.
by SomeCallMeTim 10y ago
Makes me wonder what service or other sub-section of Yahoo actually got hacked, then. Doesn't seem to say in the article.
380.
by SomeCallMeTim 10y ago
>You can make the argument that it's too financially expensive for most companies to make their devices more modifiable, but that same argument cannot explain why people are banned, by risk of government punishment, from decrypting
381.
by SomeCallMeTim 10y ago
I had a Yahoo account entirely to use a Yahoo email list; I used to have it for Yahoo chat, but I haven't used that in years. So I ignored the hack a few months ago. I also never got notified that I was vulnerable. Just now I tried to
382.
by SomeCallMeTim 10y ago
You're arguing for features that would be genuinely challenging for companies to implement and support. I'd love to have the freedom to modify the software in every gadget I own. But the $40 digital toaster oven with absolute cr
383.
by SomeCallMeTim 10y ago
I beg to differ. ZeroMQ is fast and has bindings for most major languages [0]. So if you want to make native apps that speak over a very reliable channel, ZeroMQ is a great tool for interop. And its elliptic curve auth/encryption are
384.
by SomeCallMeTim 10y ago
A key advantage that Node has? NPM with 350,000 packages. Granted they aren't all top quality packages, but thousands are. I was working on one project that used ZeroMQ, as a random example. There are excellent packages for Node, inclu
385.
by SomeCallMeTim 10y ago
It's also a rather convoluted set of examples. If you're doing something in Node that takes nontrivial processing time (that doesn't just involve waiting for I/O), you're Doing It Wrong (tm). Since the premise of &q
386.
by SomeCallMeTim 10y ago
I actually can't imaging not using FBA, at least for any product that I want people to buy and that has any competitors. Amazon Prime free shipping and free returns is a super power. If I'm buying something I'd rather pay
387.
by SomeCallMeTim 10y ago
> Why employees in the games industry put up with this sort of thing is frankly beyond me. They typically don't, forever. But there's an unending stream of fresh meat entering the game industry who will put up with anything to
388.
by SomeCallMeTim 10y ago
You've got some great points, but there's one more dimension to why GC in Java hurts performance as much as it does: Java, by the design of its standard libraries and by the conventions that many (most?) Java developers use, just
389.
by SomeCallMeTim 10y ago
Not the OP, but: * Access to educational opportunities as a child (the "easy" path to developing the right brain structures software engineers need) * Lacking the first point, the extreme amount of time and the tolerance for the e
390.
by SomeCallMeTim 10y ago
>I would think that Amazon of all places would automate anything they could. It is all automated. To the point of paging you when an alarm goes off. But when the alarms go off, someone has to figure out how to fix the problem. Apparent

More ›