skysight-inc/HackerNews huggingface dataset:
It's children, they most likely just thought the yellow looked jarring compared to less loud colors they are used too.
I see good point.
Why did you link a tweet to someone saying they “feel like [they] should do a blog about docker-slim at some point”? What does this contribute?
I like this, seems to be the answer to the promise of Urwid. Unfortunately the main developer of which left for a long time once it hit 1.0. It was enough to build a widget toolkit, but didn't get proper widgets implemented for long enough that I lost track.

I wanted to build an CUA terminal editor with one of these for decades but micro is recently good enough. So am cheering on in spirit.
It's nice to be able to live ones potential through. This desire seems to stem from observing others "oh, could I eventually accomplish the same, or reach the same level?". It seems to me though genuine happiness can also be found through other means.
I switched from Mac OS X to Linux (Debian) a bit more than 15 years ago. At this time on Mac OS X I was barely using the Finder at all, I spent all my time in the Terminal and managed my files from there.

Once on Linux, I didn't even bother to install a file manager at all, I just kept using the terminal. My environment consisted in Openbox as a window manager, rxvt-unicode as a terminal with Bash as a shell, and then mostly Emacs and Firefox (considering only graphical programs).

A few years ago, maybe 2 or 3 I'm not sure, I decided to try to experience Linux the way "muggles" do, because I was always telling people to use it but I actually never properly used what they would if they followed my advice, i.e., Gnome or KDE. So I read a bit, compared the two, and decided to give a try to KDE.

It was a bit of a pain at the beginning, so my first move was to configure everything so that my usual key bindings worked again, but I quickly found that I could be as efficient and at ease as I was before using KDE Apps as they were intended to be used (I even switched from doing my emails in Emacs to using a graphical email client!).

Switching from managing files in the terminal to using Dolphin has been an amazing experience. Dolphin is probably one of my favorite piece of software today. And for things that are better done using a shell, you have a terminal at your fingertips anytime anywhere with all your settings from Konsole (the actual terminal app) thanks to the fantastic KParts framework. It even works transparently with remote mount over ftps thanks to KIO. Truly this is amazing.

It made me love a file manager, which is not something that I would have thought possible a few years back, or the years before that.

Nowadays I'm slowly switching from Emacs to Kate (this is a bit hard and has lead me to become a small KDE contributor to improve Kate and the underlying KTextEditor ^^).
Do you recommend HMOR? I’ve never heard of it, but the Wikipedia page sounded interesting
It's macaroni yellow
Replacing the head honcho doesn’t guarantee that share prices will start growing rapidly. It’s quite possible that no CEO in the world can accomplish that.

Also, as I said, share prices don’t need to go up to make investors happy. for example, the typical pension fund is perfectly happy with an investment that will never win them the jackpot, but also is extremely unlikely to lose them everything, and very likely will regularly pay dividends.

So, a majority of Apple’s shareholders may be perfectly happy with the status quo.
National Robotics Engineering Center (NREC) | Software, MachineLearning, Computer Vision, Simulation, IT | Pittsburgh, PA, USA | Full Time | ONSITE, Hybrid | H1-B VISA

Featured Openings:
UI Software Engineer (https://www.nrec.ri.cmu.edu/careers/user-interface-software-...)

Robotics Simulation Engineer (https://www.nrec.ri.cmu.edu/careers/robotics-simulation-engi...)

DevOps Engineer (https://www.nrec.ri.cmu.edu/careers/devops-engineer.html)

Software Team Lead (https://www.nrec.ri.cmu.edu/careers/software-team-lead.html)

Explore All Current Openings: https://www.nrec.ri.cmu.edu/careers/index.html

NREC, a robotics research and development powerhouse, is looking for experienced developers, especially in embedded systems, robotics, perception, deep learning, data science, and AI. For more than 25 years NREC has brought together a critical mass of software and hardware engineers to take technology from the laboratory to the real world. NREC maintains a diverse portfolio of projects, from Augmented Reality driver assistance to full off-road autonomy and from advanced teleoperation to full autonomous manipulation. We are part of the Robotics Institute at Carnegie Mellon University, focused on commercialization of robotic technologies, and employ over 160 people in our off-campus facility.

Questions about NREC? Interested in a position?
Contact our recruiter Christine DeCarolis (cdecarolis@nrec.ri.cmu.edu) and please mention Hacker News.
> Not really. You need to pick a language/framework & decide on your module boundaries. After that it's mostly building out functionality in the right module following the path your language/framework lays out.

You are in fact describing a specific architectural approach, which is not optimal for all situations. OP is considering a general approach to architecture and roles.
Yes, that's how it works.

How much would you pay for something that has X% (where X > 0) risk, and 0% growth?

You would likely pay $0.

Because you can put your money in a 'risk free' investment, like a bank account, and get a minimum return.

There is the 'enterprise value' which would include assets (i.e. maybe Apple has $20T in cash in which case, obviously their stock is worth whatever their assets are worth, but at some risk-premium discount). Most companies have some assets but usually not a ton relative to their value.

Of course, 'risk free rate' may be negative (not common, but could happen), and so 'losing money' on a stock that doesn't grow would be better than keeping it under your mattress or in the bank, but we're not there yet.

But otherwise, a company that doesn't grow is fairly worthless to most investors other than for some other strategic logic, because they usually have other, better places to put their money.
Well their are some notable differences between the two cases.

Uncontrolledly entry of fairings and small rocket components are common and standard practice around the world.

On the other hand, the Chinese Long March is the only rocket in the world with uncontrolled entry of a full first stage (much larger). Every other country and rocket manufacturer direct them somewhere for controlled entry.

With that said, I don't think either are worth getting worked up about.
Although Warren Buffet isn’t the richest, he surely can buy things with cash. In his last annual report, Berkshire reported 33 trillion in cash if I remember correctly. They didn’t find anything interesting to buy for a fair price so then they’ll just sit on their hands.
Ok, I've replaced that with a more neutral phrase from the article body. It still doesn't really say anything, but it's perhaps less misleading.
Brave search "oxygen not included lava steam turbine".
> It's interesting to see the "decline" of secondary file managers on Windows and probably Linux systems

I would credit that with actually functional OS-level search (Mac OSX 10.5, Win7). Why bother sorting stuff hierarchically when you can dump it all in a /Downloads /Movies /Music folder and let search find it for you?

It probably also coincides with the rise of mobile devices where the paradigm is app-based not file-based.
If we're lucky, social injustices and income inequality will be top of the list... I feel like that's only if we're very lucky, make some important changes to social beliefs and actions, and a least centuries from now.
Yeah, I was being a bit sarcastic, I don't think $50 a ton is a real number; certainly not an "all expenses in" number.

People can't seem to wrap their heads around numbers like 50 billion tons of CO2 ADDED a year.
In my copy of "Advanced MS-DOS" by Ray Duncan, on the backside of the cover page is written:

> To Pete:

> Happy Birthday

> From David + Kal,

> (can i have my copy back now please?)
it is insane to me that this channel is being discussed today because literally 2 days ago it was recommended to me on youtube.

https://www.youtube.com/watch?v=y8OnoxKotPQ
The commonplace thing that amazes me the most is the availability of food. My mind boggles at the complexity of getting hundreds of types of foods to a grocery store on a regular basis. I have no direct access to food, and if the food supply chain breaks down, I die. But it doesn't break down.
I stumbled upon these guys in NYC! They’ve got the most relatable videos.
That's pretty much how I've always seen it.
Though I suspect a very large % of Google product users don't even give it a second thought that if they're getting something for "free" they must be paying in some sort of hidden/indirect manner.
I'm actually a fan of targeting advertising too - when it's done well it can genuinely be a useful sort of information that can assist in deciding what products to buy. What I don't get is why it's so often not very smart (e.g. getting tonnes of ads for a product that I literally just bought and couldn't even have received yet given shipping times).
Just about finished Dan Shifmans nature of code book - I believe he is re-writing it for p5.JS
Definitely worth keeping an eye on.
1. I bought a 500 year-old book full of engravings that turned out to have pictures of UFOs in it

2. I became obsessed with Luna Park, an influential proto-Disneyland based in Coney Island 100+ years ago. It was so popular they ran light rail out there and hundreds of thousands of people went there every weekend until it burned down about a decade later. Took a book about it on vacation to Paris. Went to a random place to read, and it had a little concourse named Luna Park. Inside it was a random coin-op machine named Luna Park, not related to the concourse from what I could tell.

3. I was studying songs by the lyricist Jule Stein, a New Yorker. One day I went into a used bookshop on the other side of the country in Newport Beach, CA just to browse. I found a bunch of books with his bookplate in them. (Nothing musical, sadly.)
Google could fire their entire org outside of ads, search, and android and still roughly maintain the same revenue/growth.

It's quite obvious. They are dominant via first mover advantage and monopoly esque positioning in search.

And they could likely even not change search at all and stay on top for 10+ years.

What is the marginal value today of a given Google employee to the company's bottom line? Super low.

The tailwinds driving strong growth for these companies came primarily from macro/digitalization, not because they invented feature X which enhanced revenue
I've been doing SCRUM for a long time ... it's pretty natural for me to break down projects into smaller pieces that fit into a 1 week or 2 week cycle.
Funny that my first thought was that the polygons better wobble and it's right there in the features list.
Even prior to docker-slim there were tools like Quay.io that "did the right thing" by squashing images to just the contents of the final image layer.

The best thing you can do is use minimal images and multi-stage builds. This should help you immensely to reduce your attack vector and do standard software bill of materials, too.
Critically missing though, never get under a vehicle which is supported only by a jack.
I think I have the answer.

You're supposed to:

- count your calories and maintain the same calorie intake for a while

- measure your body weight or other metric you want to change throughout

So, if you're eating 2,500 calories a day and see you're gaining weight, you have a baseline you want to go below to lose weight.
Working notebook tabs should be fine in the short term. Don't think those were mainstream in the TV days, which was more the MDI era.

Also, please make them look like actual tabs, which TUI and Web designers avoid like the plague for some reason. :-P
Is this satire? I see ads for these all the time and I can't imagine this approaches a category like smart phones.
You keep saying "lifted truck" like it's something to aspire to, but aren't pickups dirt cheap in the US?
Americans’ household debt surpasses $16T for first time
How I wish there was a native version of ZTree for Linux.
> Maybe I'm just _too_ into the linux lifestyle

Linux has plenty of file managers. Just like the system that ran the original norton commander had copy/dir/etc.

Where does a "lifestyle" come in here?
“Nobody ever got fired for buying AWS”
I have this line from @alexwestco's Twitter bio in a deck of daily inspiration that my planner software cycles through:

> Currently at $300k/yr with http://cyberleads.com. Previously failed with 19 products.

Failing doesn't mean you're a failure. It's just feedback from the world that something about what you were doing didn't work. Sometimes it's product, sometimes it's marketing, sometimes it's behaviors in your own life, sometimes it's circumstances beyond your control. Every time something fails, it's a chance to look at those and try to understand what happened.

And sometimes what you realize is that you just plain don't care about what you were doing, and that's okay. That's a chance to revisit what success means to you.

I know it may not mean much in the immediate aftermath of what feels like defeat, but you did something few people have done: you worked on a startup for 7 years. There are so many lessons you can take away from that -- whether that's how to make your next venture succeed where this one failed, how to "fail faster" next time, or that you hate the whole startup scene and want to do something else with your life.

Just remember, what happened isn't your life's final verdict -- it's just one piece of the puzzle. It could be the stepping stone to a great 7 years to come. Keep your stick on the ice.
But "30x" is just another way of saying "3000%". Or, "3000%" is just another way of saying "30x". "Shrinking by 30x" means the same thing as "shrinking by 3000%".
The claim being made feels very much like click bait. It would be truly amazing if that were the case, but, think about it: a technical reason for maintaining a mix of energy sources, some from variable sources like wind and solar, others from stable sources, e.g. natural gas, hydro, coal, etc, is that you need to maintain both voltage and frequency. An example: push a 1000 amps of juice from a spinning windmill against a 100 amp generator - which, itself, determines voltage and frequency, and guess what happens..
If you install a field of variable energy sources, there's a limit to the capacity of that field when plugged into a stationary source. When I was involved in wind energy many years ago, that limit was something like 20%. I do not doubt that limit has risen over the years, but 100%?
Sure, recent funding is allowing DOE to create a demonstration, one I expect will, in fact, establish new limits. I doubt we are ready for the claim made here.
This really looks like an example of open source done right. Obviously there are some strong opinions, but the person suggesting the change was pretty gracious about the pushback they got. Since then, stakeholders have had a chance to discuss and agree on a way forward. Nobody is trying to sweep all the "nasty bits" under the rug, like most developers tend to, and there's even mention of regression tests. I've seen few other projects (including but not limited to those where I was a maintainer) handle possibly-disruptive change so well. Kudos.
A postcard from about 100 years ago, a woman was greeting her friend about how nice it to have annual leave during summer, basically bragging about it, found it in a book that I bought at the thrift store.
I haven't read much about this and article didn't say, but won't this impact smaller businesses who don't do stock buybacks, assuming they even have stock?
Definitely. I might not always agree with the author, but reading it is like having an intelligent and funny conversation.
I wanted to know how anyone could know this without having actually measured it. They have modeled it using known regolith/rock insulation values (presumably from the Apollo samples).

> The researchers used computer modeling to analyze the thermal properties of the rock and lunar dust and to chart the pit’s temperatures over a period of time.

I'm not sure I'd trust a lining applied to a naturally-formed tube wall to retain air. But if we were to build our own tunnels with a lunar TBM¹, where we could control what the tunnel wall is like, yeah, that'd be fine.

¹ https://en.wikipedia.org/wiki/Tunnel_boring_machine
I have to disagree with this a bit. I try to keep my emacs file pretty minimal, like 20 lines of customizations like fonts and a few flags, the rest mostly just requiring additional packages and a very few custom functions.
kkrieger (https://www.pouet.net/prod.php?which=12036) is an impressive 3D shooter in only 96 KiloBytes. As one of their optimization techniques they recorded all code paths and discarded unused parts. At least in the first version this was why you could only use CursorDown in the menus and CursorUp did not work.
Star Trek Lcars Desktop Environment
Desktop environment that looks somewhat like the LCARS (Library Computer Access/Retrieval System) graphical interface first used in the Star Trek: The Next Generation series.

https://en.wikipedia.org/wiki/LCARS
This is really helpful.

Here is link to database

http://www.anthroponumbers.org/catalog/category?q=Flora
>It is really amazing to me when I come across old YouTube videos that are just people filming or discussing something interesting without fanfare.

This so much. I feel the same way, I remember when people would just make creative videos or goofy animations.
well of course, you can't scale SS13 servers, cloud is for stuff that scales in parallel like backends
USA DOE launches $20M consortium to advance domestic Cd-Te solar
Tesla is the latest company to be drawn into the Elon Musk-Twitter legal mess
> Sometimes developer time is more important than the performance wins of async.

Also, a fair fraction of applications don't see a meaningful benefit compared to other things the developers could be spending time on. Async is not only harder to write in many cases but can force you to deal with new problems which might be harder to manage (e.g. if you use non-trivial amounts of memory, bounding your peak usage can be a challenge).

I've used async a fair amount and it's worked really well in network-heavy uses (HTTPX is really great) but outside of those the savings have been a lot less than people thought, independent of the language used (I'm thinking of a colleague who spent a lot of time trying to beat classic Python with Go and ended up with about a 10% win after a month or so of work because the problem had enough CPU/memory contention to prevent greater savings — that's not a trivial win but it definitely wouldn't have been enough to justify changing languages on its own).
You are describing a sort of cultural inflection point. It would be interesting to read more about that.
Thanks for making this wonderful resource. It’s been invaluable for me to understand the protocol itself.

I’m sorry to hear the original name was hijacked by a hate group and you had to go out of your way to avoid such things.
I like decision trees and this helps support my case for using them. I often go even further and don't use an algorithm to build the trees but build trees myself along intuitive causal lines and use the data to train its parameters. I sometimes build a few models manually and see which fits better with the data.

Prior knowledge can prevent the pitfalls of automatically built models.

Trees may be better than NNs because they overfit less but you can overfit even less with a bespoke model. For example, I've seen an automatically generated tree made to tune the efficiency of a factory end up using as a main feature "be after a specific date" because a machine was upgraded on that date and so the learning algorithm latched on to that unactionable piece of data as a main predictor for the model.

This was an easy fix, to not feed timestamp data to the model but there are lots of more subtle cases like this and I've seen people spend much time cleaning and "tweaking" the input data to get the answers they want out of their ML models.

If you have to try to make your ML model behave by manually selecting what data to feed it, you might as well go all the way and build a clean causal model yourself that reflect your priors and domain knowledge about the subject.

I have an ML background but I often get more performance out of my models by doing something along the lines of what a Bayesian statistician would do.

Of course with highly dimensional data like pixels in images you almost have no choice to use NNs. There's no way to hand-build these models.
The problem with "n+1 after HTTP request for webhooks n completes" is that your throughput is very adversely impacted by this. Let's assume that a webhook takes 1s to process (usually much slower when you include network latency, and endpoint processing time), you're effectively limited to 1 request per second.

Counter makes it slightly better because then you can reconstruct the order without the above artificial limit, though it's also not great (though indeed much better!).
I love TUI and CLI based tools that keep me in my terminal as I have started to dread web applications more and more with every passing day. For obvious reasons, these tools have a better and more consistent UX since they need to rely on keyboard a lot more and are catered to more tech minded people. Not to mention the fact that they help avoid getting distracted by the endless ocean that is the internet.
> This product family will never run Linux, as developers will need to develop a new firmware from scratch. This is obviously not a problem for the earbuds, but a big limitation for the player

Perhaps not Linux, but I suspect there would be a place here for a Unix-like platform that feels familiar. If for example we could get wide-adoption of something like the JVM or wasm3 [0] on these platforms, code could become quite portable, despite wildly different architectures.

For example, Apache's NuttX [1] (that I first learned from Lupyuen [2], a guy making great progress working with Pine64 products).

> Processing wise, this chip is well sufficient for TWS headphones, but very inadequate for an audio player. It will not drive a good screen, it nor run high-resolution flacs or (probably?) support a high-quality, high-bandwidth codec. In fact, a first generation iPod Nano (retailing for $149 in 2006) had 16MB RAM, so over 16 times what the PinePod would offer. In fact, even the features of any custom firmware are limited from so little memory

I wouldn't call it time just yet. Displays can be interacted with intelligently (to reduce pixel bandwidth) and ultra high quality audio codecs offer diminishing returns, especially when you don't have a DAC or headphones to make the most of them.

My advice to Pine64 would be this:

1. Consolidate your product lines. The Pinebook is just a slower Pinebook Pro, just go with the Pinebook Pro. The PineTab is just a Pinebook without the keyboard, again I would consolidate this with the Pinebook Pro and just make the keyboard detachable.

2. The SBCs should just go straight into the device, thus creating a clear upgrade path for future products. If you want a PineBook Pro running Quartz, just swap the boards (of course with daughter boards for USB expansion, display driver, power, etc).

3. Don't be afraid to kill off products. The Pinebook and PineTab have never seen a new release. The PinePhone appears to be taking a back seat to the PinePhone Pro. The PineCube is basically DoA due to the processing power struggling to process the camera image.

More generally, try to do fewer things, but do them well.

[0] https://github.com/wasm3/wasm3

[1] https://nuttx.apache.org/docs/latest/

[2] https://lupyuen.github.io/articles/sensor