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

It's a more available option on AMD chips, intel AFAIK kept it a secret blob.

Ultimately oxide got to run customised firmware deal and AFAIK even got custom PSP firmware


The anti-nuclear position in Germany is very old, and core to the existence of Greenpeace and green parties on DACH region (down to firing RPGs at reactors).

Does Russia benefit and probably fund it? Sure.

But DACH environmentalism grew from antinuclear protests, not the other way around, and thus will boycott nuclear even when it goes against their modern stated goals.


"Taint" requires that the code is demonstratably derivative from the *GPL licensed work.

This is actually harder standard than some people think.

The absolute clean room approaches in USA are there because they help short circuit a long lawsuit where a bigger corp can drag forever until you're broken.


It's harder than some people think, but the author does a lot of the work when he names the resulting artifact "chardet v7.0.0". If I thought I was writing the kind of arms-length reimplementation that's required, I would never put it into the versioning scheme of the original, come on.

it can be API compatible and legally original

not to mention that it's not a complete copy, because it has different behavior (the better performance)

but of course we have to check the code too


Depends on specific cases, I have on good authority of how in few "bleeding edge" ones they essentially repacked/wrapped YOLOv3. Purpose was specifically tracking in adversarial conditions (smoke, including smokescreen, obstacles, etc)


For realtime on the edge the YOLO series is pretty good, I don't think anyone would disagree. Most of the really advanced stuff like Vision Language models all require a lot more compute and power budget.


A bunch of what they were contracted for very much required realtime tracking at the edge


Yes the author of the Yolo series even wrote a blog post about it.


Why YOLOv3 and not something more recent? Like YOLO26 or something


I only have the reflection from "client side" saying that all the military contractors rolled in with essentially YOLOv3 wrapped in custom software


Why YOLOv3 and not something more recent?


In addition to the official reference to CMU, there is a second origin for the name.

  SBCL - Sanely Bootstrappable Common Lisp
You see, when SBCL was forked from CMU, a major effort was done so that it could be compiled using any reasonably complete Common Lisp implementation, unlike CMU CL. Because CMU CL essentially could only be compiled by itself, preferably in the same version, which meant compiling and especially cross-compiling was complex process that involved bringing the internal state of CMUCL process to "new version".

SBCL redid the logic heavily into being able to host the core SBCL compiler parts in any mostly-complete (does not have to be complete!) ANSI CL implementation, then uses that to compile the complete form.

Meaning you can grab SBCL source tarball, plus one of GNU clisp, ECL, Clozure CL, even GNU Common Lisp at one point, or any of the commercial implementations, including of course CMUCL, and C compiler (for the thin runtime support) and build a complete and unproblematic SBCL release with few commands


Not sure if battery issue is fully related but...

As a former owner of a T470, Lenovo included a pretty beefy component from intel that was supposed to be feature complete by itself for dynamically managing thermals, including funky ideas like detecting if you were potentially using the laptop on your legs etc. and reducing thermals then, but giving full power when running plugged on the desk.

Time comes for delivery, Lenovo finds out that intel did a half-assed job (not the first time, compare Rapid Start "hibernation" driver earlier) and the result is kabylake T470 (and X270 which share most of the design) having broken thermals when running anything other than windows without special intel driver, thus leading to funny tools that run in a loop picking at an MSR in the CPU in a constant whack-a-mole with piece of code deep in firmware.


Remember, Waterfall model was AFAIK originally just an example of pathologically bad managed project in a conference talk :V


Almost everything is a strawman


Unfortunately it started to be taken seriously, at least by academics who went on to infect an industry. I shit you not when I tell you the Software Project Management module I took at university described Agile as “Waterfall but done much faster” back in 2010/2011.


It's a lot like "GOTO considered harmful" where everyone knows the title changed by von Neumann but not the actual discussion (both by Dijkstra and the response by Knuth)


Late 1990s supposedly a considerable extension on use of Macs for DTP was that Quark could get significantly automated with AppleScript, and some publishing houses had non-trivial workflows done that way to reduce time spent on preparation.


.DOC was never meant to be interoperable, even across Word versions (much), you were supposed to save "final" or "exchange" versions in RTF :)


The real difference was on 3270, where RETURN made a new line, and ENTER submitted the whole screen


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

Search: