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

The US military budget hasn't been reduced and the adventurism is going on as strong as ever, so that doesn't seem to be the reason.


Not just non-Apple devices. I have a machine with older MacOS and the current Apple keyboard doesn't report battery status. I can't think of a reason why that would work differently from Apple's own older keyboards, but it does.


I think the passthrough is more useful when there's a VR OS to take advantage of it (map your real room/hands/kb/screen onto VR, let you pin stuff, etc.) and I'm not sure Valve is even planning to do that, or anyone is on the Linux side of things (?)


They themselves are the best at doing it, really.


Or they'd have looked at whatever images the system had used for its decision and see it was a false positive without having to send anyone over.


Just about anything that has a repl has a better repl than Python.


The main reason I voted against was because it is tied to smartphones with only the vaguest promise that it won't stay so. Ironically one of the arguments in favor was independence from megacorporations (or foreign countries for that matter). But you couldn't find this point in the main opposition website. The opposition was very weak with weak arguments and the parliament was massively in favor.


I think a squat format like 4:5 would be much more practical than 9:16 or whatever most phones are. It's unfortunate that's the format that's come to dominate, especially when you consider the rise of vertical video.


The vector version of these is used in antenna theory to represent and transform the radiation of finite sources, like when measuring antenna patterns.


The biggest roadblocks are 1) lack of continued effort and 2) reticence on the Emacs side. I'd say 1) is the most important by far.


3) what's the point?

It's not like the pool of guile developers is much larger than the pool of elisp developers.

And guile has gotten worse for users in the 3.x series compared to the 2.x series.

This is coming from someone whose used it since 1.6 and gave up around 3.0.4 moving to racket.


Guile is garbage, just move to CL


CL is to Racket as C is to Python.


In terms of speed, yes. In terms of functionality, hell no. Compare the following in Racket:

  (define (add-2 x)
    (+ x 2))
  (add-2 z)
Where the result is an error without the possibility to provide a value. Compared to in SBCL:

  (defun add-2 (x)
    (+ x 2))
  (add-2 z)
Where we are dropped in the debugger with the following possible restarts:

* Continue, where we retry the operation (best to first define z),

* Use Value, where we can provide a value to use,

* Store Value, where we can set z to a value and use the value,

* Abort, where we just cancel the operation.

There's also setf expansions, so in SBCL we can do, for example:

  (setf (car some-pair) 3)
Whereas in Racket we can't do the equivalent:

  (set! (car some-pair) 3)


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

Search: