implicit

7 ms·

1.
by implicit 11mo ago
Some older PS1 games didn't work with the Dual Shock in analogue mode. You needed to press the button to disable the analogue sticks to play those games.
2.
by implicit 1y ago
Right! Over the last 3 or 4 decades, our procedural and OO languages have slowly been absorbing the best ideas from "FP languages." We're getting to the stage where the very idea of a "functional language" is erodi
3.
by implicit 1y ago
Sure. I don't mean to say that imperative programming is going anywhere. If you're looking for programming languages with no support for imperative programming, Excel is pretty much it. Even Haskell has robust support for sequen
4.
by implicit 1y ago
I agree. It's happening. Lambdas are now a requirement for any modern programming language. Monadic promises are how asynchronous programming is done. Rust is basically OCaml except with typeclasses and without a GC. Inch by inch, i
5.
by implicit 1y ago
Further, these extra components are easy to omit if you don't want to use them. The REPL that we offer in the distribution doesn't include any of the analysis logic and it's just 1.7mb once compiled (on my M1 Macbook). I&#x2
6.
by implicit 3y ago
Luau also adds a continue keyword. It's probably the most troublesome thing you might encounter if you wanted to go from Luau back to Lua.
7.
by implicit 3y ago
Be sure to turn the closed captions on!
8.
by implicit 4y ago
Richard has a whole series of these. I was going to try to pick out one of my favourites from this series, but I really can't. Every last one is a treasure. EDIT: Oops! This is based on Aphyr's work. My bad!
9.
by implicit 5y ago
Luau already has some notion of nominal types to deal with the fact that the Roblox API is basically a ton of C++ classes that have been mapped over via the FFI. Some of these types are totally structurally identical and yet incompatible.
10.
by implicit 5y ago
There is a transpiler in the source tree, but I expect it needs a polish pass. We haven't put it to use in quite some time. In particular, I am pretty sure that it won't do the right thing when it encounters the extra syntax we&#
11.
by implicit 6y ago
I did a little bit of GBA homebrew development back in its heyday. It is a really fun little bit of hardware to hack on. It's powerful enough that you can write your whole game in C++, but not so powerful that you should rely on the s
12.
by implicit 6y ago
The right balance here can depend on the specific business you're working in. Some companies earn the privilege of a super tenured core team of engineers who work on their product for an extended period of time. They will choose diffe
13.
by implicit 6y ago
I understand what you're saying, but something I have noticed over the years is that the amount of code that I can make sense of at any given time is actually proportional to what I can see onscreen at any given moment. I have had pret
14.
by implicit 6y ago
I switched to the Dvorak keyboard layout sometime in the early 00s. I've never owned a keyboard that was actually physically labelled for Dvorak, so I _cannot_ type if I can see my fingers. The lies printed on the keycaps throw me off
15.
by implicit 6y ago
Most modern C++ code that I've seen restricts code to declaring a single variable per statement. It's not really a big deal because things are also always introduced at the latest possible position. Each is also typically given a
16.
by implicit 6y ago
Hello! I am the lead developer of the Luau type checker. I actually hadn't heard of Teal! I don't think it existed when we started. Judging from the Teal documentation, I'd venture that it looks pretty similar to Luau in ev
17.
by implicit 6y ago
Author here. :) It's Lu-au. It's like a party in your development environment!
18.
by implicit 6y ago
I don't think many people would enjoy that at all. The appeal of games like Dark Souls (and Slay the Spire!) at high difficulties arises from the knowledge that you _will_ win if you are clever and observant enough. It's the learn
19.
by implicit 6y ago
I did a bunch of professional Haskell work in a prior life[1]. Most of its 'secret weapon' status springs from the way Haskell lets you control side effects. We had a fantastic unit testing harness[2]. With effect tracking, you
20.
by implicit 6y ago
If you are going to expect me to run your software in an always-on manner, I would greatly appreciate a native application. I frequently do light computing on a Surface Go. It's a delightful little device and I love it, but it is not
21.
by implicit 6y ago
The properties you describe regarding pure functions are correct and useful, but those ideas miss the point: Neither OO nor pure FP are required to build high-quality software! OCaml developers have been living in this world for decades now
22.
by implicit 6y ago
The problem is the way the author instantly jumps from "98% pure functional programming doesn't work" to "you should use OOP." In order to bridge the gap, you have to make some pretty terrible assumptions: If your c
23.
by implicit 6y ago
The author seems to be implying that we have a hard choice ahead of us with no middleground: We can either accept object oriented programming, or we can turn to pure FP. The OCaml community presents a pretty compelling third option: OCaml i
24.
by implicit 7y ago
Nondeterminism is every place where information can enter your program from the outside world. It's random numbers, the system clock, data off the internet, and input events from the user. What it sounds like is that Mozilla has come u
25.
by implicit 7y ago
For what it's worth, I get the feeling that the reason TypeScript is growing so much complexity is not because the language designers expect you personally to use it all. It's there primarily so that your development environment c
26.
by implicit 7y ago
This happens less often than you might expect. If you're able to run the code locally, there is a function called Debug.Trace.trace which writes messages to stdout without requiring IO. If it's a production issue, all you need to
27.
by implicit 7y ago
I've done commercial Haskell work and it was fantastic. Almost all of the things you mention are problems with technical leadership and not Haskell itself. These problems are all very, very easy to deal with. 1) Many of us have also
28.
by implicit 7y ago
I think you have to use government to force Apple to trust these other software vendors. It's not so difficult if your MacBook trusts Apple, Google, Amazon, and Microsoft out of the box.
29.
by implicit 8y ago
When you use a credit card to buy something, you are borrowing money. It is entirely reasonable that your would-be creditors can refuse to lend you money for certain kinds of purchases.
30.
by implicit 9y ago
I've done a lot of production Haskell and I've had a similar experience. In our case, we dealt with it by keeping relatively bare, boring code. We avoided point-free style, crazy combinators like lenses, and complex monad transfo

More ›