Hacker Newsnew | past | comments | ask | show | jobs | submit | jayrhynas's commentslogin

It's definitely a blurry line, this `run` tool invokes your Swift file with `swift file.swift` which runs it in immediate mode. Technically it is compiling your code to memory and and immediately executing it, but is it that different from JIT in Python or Node scripting?


If you look at it that way, I agree. But then the same thing is done for executing Go, which is listed with the other compiled languages.


I wonder if the mistake might stem from Go using a subcommand (i.e. `go run`, which might appear resemble `cargo run` or `dotnet run` at a glance) compared to providing the ability to run a "script" as a top-level command, which tends to be more common with interpreted languages (`node`, `python`, `irb`, `bash`, `lua`, etc.)


"compiled" isn't a property of a language. I think the distinction that both you and the author of the tool are making is always going to be messy. It seems to me that you're talking about the language itself via an imprecise description of a particular implementation.


You're right—Kotlin can be used as Kotlin/JS for web development, and as a compiled language when we're talking about Android development. Context matters


CTRL-Labs themselves acquired the wristband tech from North/Thalmic, who pivoted into smart glasses for a few years before being acquired by Google.

> In an interesting twist, CTRL-Labs purchased a series of patents earlier this year around the Myo armband, a gesture and motion control device developed by North, formerly known as Thalmic Labs. The Myo armband measured electromyography, or EEG, to translate muscle activity into gesture-related software inputs, but North moved on from the product and now makes a stylish pair of AR glasses known as Focals. It now appears the technology North developed may in some way make its way into a Focals competitor by way of CTRL-Labs.


That's not true. Thalmic did develop an sEMG band, but the tech developed here was created by Ctrl-labs and continued development within Meta.


nope. the technology was invented by CTRL-labs, and at Meta after the acquisition.

https://www.nature.com/articles/s41586-025-09255-w

yes the Myo was a similar, earlier, and less capable technology also based on EMG sensing.


I had one of those Thalmic Myo armbands 12ish years ago. Used it a couple of times and then forgot about it. From memory, there were only a few gestures available to program, and anything I could think to sync them to was just as easily handled with keyboard shortcuts (show desktop, close window, change workspace, etc).


The technology was "invented" by CTRL-Labs like how OpenAI "invented" transformer-based language models.


Do you have any evidence or are you just going to go with repeating a bald-face lie?


lol you can go ask Thomas Rearden himself if Ctrl-labs "invented" gesture recognition from sEMG.


> measured electromyography, or EEG

Should be EMG, but is it normal EMG or sEMG?


surface!


Yes, it seems that the gesture detection is based on the raw time-frequency sEMG signals with data and code for model implementation from the Nature paper available here [1],[2].

[1] sEMG data:

https://fb-ctrl-oss.s3.amazonaws.com/generic-neuromotor-inte...

[2] Code for exploring surface electromyography (sEMG) data and training models associated with Reality Labs' paper:

https://github.com/facebookresearch/generic-neuromotor-inter...


I don't really see what advantage typed throws are giving him in this article, since he just wraps arbitrary errors and then uses his lookup function - isn't that basically the same as `catch let error as DecodingError`?


I was going to point that out too until I realized that the author updated the article based on the parent comment!

https://news.ycombinator.com/item?id=45013291


Ha! Well spotted.


> We say "trurel". As if there was an 'e' between the r and l at the end.

From https://curl.se/trurl/


I used to "collect" icon sets, even though I only ever used about 1% of them


I used to make my Gentoo installs as close as I could get to grayscale, for everything except content. Looked awesome, but like all other fiddly customizations, I basically gave it up after a while. Too much effort for too little reward.

[EDIT] Uh, the connection being that I would also collect grayscale icon sets, since sometimes the best results came from mix-and-matching those, as some might lack good icons (or any at all) for some programs.


They introduced 15% for apps < $1M/year two years ago.


I don't think ntfy.sh does that, but are you talking about https://github.com/dschep/ntfy?


You are 100% correct. Boy that's confusing. I thought they'd just gotten a new site!


It looks like you could add ntfy.sh as a backend for dschep/ntfy, but just imagine trying to document that!


When I found out about the name collision, i did: https://github.com/dschep/ntfy/pull/234

It apparently never got merged. ;-)


As far as I understand it, this is allowing TS types to be valid JS syntax that are just ignored by vanilla JS engines. So it is intentionally identical to TS, it just won’t have any affect on the execution of your code.


For perspective, this is more or less what Python did.

Originally Mypy was supposed to be a Python superset, like TypeScript, but instead its variable annotation syntax was adopted as Python syntax. It has been an interesting journey for Python, with a lot of ups and downs. Type hints, for all their productivity and bug-safety benefits in most cases, still feel like a bolt-on feature that requires developers to change how they write code, and in many cases favors less-performant idioms and/or extra boilerplate compared to un-hinted Python. Whereas TypeScript has a lot more freedom to mess with how things work, because it's a superset that compiles to JavaScript and not actual JavaScript.

So it's somewhat surprising to see this proposal for JavaScript, because the TypeScript model always seemed better in hindsight than the Python model! But maybe it's just a "grass is greener" situation.


It's not identical as features that have a difference on the runtime behaviour / code generation such as enums are deliberately omitted. It's intended to be a large subset of TS at first. [0]

[0] https://devblogs.microsoft.com/typescript/a-proposal-for-typ...


Not quite. If you offer 3rd party logins you must also offer SIWA, but if you only have email/password you don’t have to.

https://developer.apple.com/app-store/review/guidelines/#sig...


I use email aliases to sign up to services for this reason exactly. There is no way to link the aliases, and so tracking is limited to the registered site only. The Log In with Apple solves this more elegantly


Sign In with Apple is not a panacea. UPS on-boarded me a couple of weeks after my initial registration, and the two services I’ve used it for (UPS and Etsy so far) have received my name from the initial registration process (a radio button selection and a bioauth).

I wouldn’t treat it as a privacy feature, I would treat it as a convenience feature. When I needed some extra mask straps, I installed Etsy, didn’t previously have an account. So I used Sign In with Apple to register, picked out some mask straps, and Apple Pay to pay. The whole process only took as long as it took for me to make a selection and two biometric authentications, but some of my information had to be exchanged in order to make that transaction possible.

Also I can login to UPS and Etsy without a password.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: