skysight-inc/HackerNews huggingface dataset:
Hello, vindarel. Thanks for your reply! I've actually been working through your Common Lisp course on Udemy. Thanks very much for that too! Sadly it has been slow because I have a lack of free time. I have been enjoying a bit of a programming Renaissance within the last year or two after writing in imperative languages for decades. I switched from Vim to Emacs (with evil), got into Emacs Lisp, then on down the rabbit hole with CL, Scheme, etc.. Good times.

Anyway, clearly I have more to explore with the CL ecosystem, but the point of my comment was really that I am surprised that a language as old (or venerable) as Common Lisp doesn't seem to have already sorted out strong package versioning and cryptographically verifiable dependencies. The fact that using HTTPS is sort of new is concerning. Maybe the language just comes from more trustworthy days in general, but my paranoia has problems with that these days. I see CLPM has a "beta" warning, mostly one author, and 14 stars (for what that's worth). It seems there is still a lot of work to be done in this area.

Despite all that, I would recommend to anyone to try CL for all its other advantages. Other tools (such as my suggestion with Guix) might be leveraged to make up for any shortcomings until good "native" solutions are sorted out (assuming I'm not completely misunderstanding the state of affairs).
Really? Absolutely nothing risque.. dumb.. or even slightly offensive. This list is obviously censored.
Fugu needs more fuel & more fire. Keep ignoring the haters as you have. Keep developing good sensible apis as best you can.

Imo part of the issue is the half-heartness. There's been endless shitty medium-level platform shit shows. File System API utterly failed to be reasonably performant cause it tried to coddle & protect webdevs from platform concerns & was utterly incapable of being reasonably useful at all for real work (gross violation of Low Level Extensibility Manifesto, demonstration of egotistical we-are-the-spec-authors-we-know-better shit-show-ism). So we have File System Access api which is trucking along but only has like a third of the use-cases implemented (origin private only, no actual useful filesystem interaction). And it's still a total shitshow cowtowing to emscripten as if it's literally the only stakeholder & the rest of the web can get bent.

The people with a actual good ideas to make shit better are far far far away from the web itself. WASI is a great example, refusing & ignoring literally every single thing that has happened ever anywhere across the entire web to concot new capability-based POSIX like interfaces that make absolutely zero use of anything we've done so far. The high drama AssemblyScript author blew up over this[1], and they are high drama, but they're definitely right. The people who actually wamt to shoot for real targets, to improve the system, have no willingness or interest in doing it at all within the framework, using anything at all that exists so far, and have created their own parallel universe with absolutely no connection & no hope of being usable in the browser (but being rapidly accepted on the server under the lying pretense that this may become "web" tech, in spite kf wasi ignoring all webspecs & having zero presence in webspec world).

We need to go further. We need to improve more willingly. We need to see & attune to what progress is fake & not convergent (wasi). Progress has been huge. Vast. The haters and the deniers are obviously wrong & not worth regarding, full of petty small zeal that begrudes the gains happening elsewhere. PWAs are winning. The platform is radically improving in so many ways. But understanding where our capabilities are immature & need improvement, being able to make big significant changes possible, responding & acknowledging difficulties faster; the community has limited limited resources, and as a non-centrally controlled universe of technologies, where naysayer opinions can hold huge sway; it blocks the good. Making good & progress possible is essential. Finding ways to open up what we are trying & exploring is essential, is what has always made the web so great. More! More more more!!

[1] https://news.ycombinator.com/item?id=32750219
A way to solve the wagon equation is to build really good roads. Which is what the Romans did. Maybe that was their secret sauce.
A symptom of everything js. The desire to write template once in one language and ignore that role of frontend and backend are different, so are business logic usually. At the end of the day some duplicated codes are simpler and better solution.
100% efficiency if the back rider just hitches a rope to his peloton.
To steelman their argument, I'd say Google has grown so large and so controlling that literally anything that can provide a viable alternative should be cherished. Even if it's entity that is under questionable leadership like Mozilla.
If you give people a limited amount of free power that's equivalent to giving them some free money. Which is fine and dandy but it's rather unrelated to how the grid works.

If you give people an unlimited amount of free power they're going to use it to mine cryptocurrency in a massively wasteful and expensive way.
They're failing LED lamps. They aren't supposed to be that color.
Apple is not paying for the rescue. Neither is Garmin when you press the sos button on their phones.

Whatever is the cost of insurance for that type of service at Garmin and the dozens of competitors, I can assure you it did not come from the pocket of their CEO.

Even if you steal a phone and call for a rescue, whoever did the rescue will get paid regardless of your situation. The insurance company will sue your ass to the grounds, but that's a different discussion.
Ramanujan Factorial Approximation (2012)
I guess I would say you were broke, but not necessarily poor. But I do understand the point you are making. Student debt is non-dischargable in the US.

Also congratulations on getting out of debt and having a career.
Here's the link to the announcement in the keynote: https://www.youtube.com/watch?v=ux6zXguiqxM&t=3568s
I hadn't realised she'd passed away. That is sad news.
Even /bin/sh is not guaranteed to exist, and when it does exist, it is not guranteed to be useful. It is not a location specified by POSIX, and implementations exist that do not place the standard sh utility in /bin. The big one was SunOS/Solaris, where /bin/sh did exist but was the pre-POSIX implementation, and /usr/xpg4/bin/sh existed for when you wanted POSIX sh. Android puts it in /system/bin/sh and not all of them have the compatibility symlink /bin -> /system/bin. There are probably other special cases as well.

POSIX explicitly says "Applications should note that the standard PATH to the shell cannot be assumed to be either /bin/sh or /usr/bin/sh, and should be determined by interrogation of the PATH returned by getconf PATH [...]"
Point-by-point data for Grand Slams, 2011-current
I know they came out with an LTE-enabled Forerunner 945 late in its cycle. I don’t know if they’ll add similar functionality to other models, but that’s one watch with that feature.

Personally that device never interested me because:

1) if I can rely on cell phone signal, I’m likely doing a quick and simple hike where I don’t have to worry about draining my cell phone battery in the first place, or

2) if I can’t rely on cell phone signal (much more likely), which is especially likely in the US wilderness, then if I’m doing something precarious in a remote setting I’ll have to bring a beacon and satellite communicator anyway. Like an InReach Mini.

The fact that Garmin is releasing even higher end watches without cell phone connectivity likely indicates there’s not a lot of people buying nearly $1k fitness watches finding that functionality compelling.

Obviously people doing this are likely too narrow a segment for Apple. Like, why would Apple care that I’m not buying their watch? I was just engaged by their headline marketing for this watch until I saw the specs.
Stepdad is a retired firefighter, and has seen some pretty scarring stuff.

One of the stories he shared was that he got to a car crash, woman had been t-boned at about 30MPH but was fully alert, able to move extremities, and according to stepdad, seemed like a bumps and bruises case.

They still load her up to take her to the hospital and a few minutes into the ambulance ride her vitals spike and she’s dead within a few minutes before they make it to the ER.

Turns out a broken rib had split open one of her organs but nobody had the slightest clue until it was too late (although it didn’t seem like there was much they could have done anyways).
A severe depression (not simply a recession) in Europe is now basically unavoidable. Things are going to get really bad before they get better.
Old school manufacturer mentality, although it's not completely baseless...

- Don't give up control of a safety critical interface

- Don't give up data (which they think they can monetize) by not controlling the full stack

- Don't give up a branded differentiator like "iDrive" for what everyone else is offering

- Don't pay a tax on our cars to big tech if we can avoid it (see how they dragged their feet on Carplay to start)
It's a fixed gear bike.
It is kind of an interesting albeit initially kind of gross to think about idea. When you _really_ think about that person you like probably has a non-perfume smell you like for some reason you can't explain.

Though, I think this would be better executed by going to a night club or something with them...the spirit is there though. Maybe it's just the act of deliberately wearing a shirt without deodorant for 3 days, and then smelling other peoples shirts, that seems repulsive to me. It's effectively the same thing as having a sweaty person pushed up against you at a night club but because this is so deliberate it seems off-putting.
Try things out as much as you can, and once you're good at something, that will "become" your passion or one of them, we tend to stick to things that we are good at.
Also don't be too hard on yourself, you're 20, you can't possibly have exhausted all the existing possibilities.

You only know what you know, so revisiting old things that you have tried, might also be a good approach as it takes time to develop the "taste/understanding" of a subject, sometimes researching "the best" of something and jumping straight there, you might not like it[1].

You might have learned from another field something that will change your perspective about a previous topic that you can put a spin on it; but again this is after you have understood "enough" rules so you can break them.

Picking something that is too challenging you might give up, and something that is not challenging enough, you might also give up, so pick something relatively challenging, but with a good headroom for you to keep exploring as you grow.

I used to jump from one "project" to another, so never finished anything, I decided now to prioritise 1 thing, and 1 thing only, it might take 5/10 years of my life, but what I decided was whatever I picked, I would exhaust "all" possibilities before "giving up", and my 1 thing is not giving up of it, and after a while I am actually enjoying.
---

[1] from "Homo Deus" by Yuval Noah Harari p. 239-240.

Experiences and sensitivity build up one another in a never-ending cycle. I cannot experience anything if I have no sensitivity, and i cannot develop sensitivity unless I undergo a variety of experiences. Sensitivity is not an abstract aptitude that can be developed by reading books or listening to lectures. It is a practical skill that can ripen and mature only by applying it in practice.

Take tea, for example. I start by drinking very sweet ordinary tea while reading the morning paper. The tea is little more than an excuse for a sugar rush. One day I realize that between the sugar and the newspaper, I hardly taste the tea at all. So I reduce the amount of sugar, put the paper aside, close my eyes and focus on the tea itself. I begin to register its unique aroma and flavor. Soon I find myself experimenting with different teas, black and green, comparing their exquisite tangs and delicate bouquets. Within a few months, I drop the supermarket labels and buy my tea at Harrods. I develop a particular liking for 'Panda Dung tea' from the mountains of Yu'an in Sichuan province, made from the leaves of tea bushes fertilized by the dung of panda bears. That's how, one cup at a time, I hone my tea sensitivity and become a tea connoisseur. If in my early tea drinking days you had served me Panda Dung tea in Ming Dynasty porcelain goblet, I would have not appreciated it any more than builder's tea in a paper cup. You cannot experience something if you don't have the necessary sensitivity and you cannot develop your sensitivity except by undergoing a long string of experiences.

Good luck, and if you remember, let us know how it goes! =]
If there was "nothing wrong" with the certificate, it shouldn't be revoked. I get that there's red tape, but the policy surely exists for a reason. I'm obviously familiar with LE's prior mass revocations where, for the most part, there was no security concern -- but the thing is, the policy exists because we can't be sure. Those revocations were out of an abundance of caution because we couldn't be sure.

So yes, if we're being strict like the policy is, an early renewal signal is a red flag that a certificate can't be trusted. There might not be anything wrong with it, but we can no longer be sure.

I mean, there's also nothing wrong with a certificate 2 seconds after it expires. Probably. But we can't be sure. And because of that, we immediately distrust the certificate when it expires. (There might be something wrong with it before it expires too. But that's less likely because less time has passed, so we allow it, I guess.)

I think the vision is nice. I really do. I just think the clients that need it most won't support it.
I'll be honest, it's one of those things that sounds alienating and painful. I am only going to talk about my experience with warnings in general to explain why I support that design.

I had to work in python for a long time where code tends to be incredibly relaxed. When I switched to strict mypy typechecking at every build I became much much more productive and found and fixed dozens of bugs way earlier in development. I now am worried about all warnings and always strive to fix them.

I am also making an analogy to "not being allowed to smoke indoors" when I see these complaints. People hated those laws when they were first proposed but everyone's cool with having to do a tiny bit work for health and safety.

We'll see how communities play out, but I'm all for being rigorous.
> you can't easily see where the satellites are...

Which is why when you're using it they guide you on how to orient the phone (per their released info so far, we'll have actual user reports in a few weeks).
It’s irrelevant what they think. We care about us and our well-being.

Invasion does not mean prejudiced extermination. If they ignored us as we might ignore insects when we discover new habitat then, yeah, I’d want to keep them from coming.
My typical approach to warnings and lints is to treat them as fatal, and if there is a good reason to ignore it, specifically silence it for that specific instance, with a comment on why it is ok.

It really irks me when there isn't a way to have granular control over silencing warnings.
The GitHub Migration Continues
Duolingo is very gamified yes, but really the main idea here is spaced repetition.

https://en.wikipedia.org/wiki/Spaced_repetition

My friends that are in med school all use spaced-repetition to cram information into their memory banks, and the app they use (Anki) lets users share flashcard packs. Incidentally, aside from medschool-related packs, there's also packs for learning most languages. I don't think you can ever learn a language through spaced repetition, but it's certainly useful for expanding your vocabulary (learning new words). I started out with Duolingo but switched to Anki because I'm learning a tonal language which doesn't quite sound right with Duolingo's TTS (and the Anki card packs are accompanied with recordings of real speakers).

..and yet I still pop into Duolingo every day though to get my good-boy points :)))
Saying "You just don't get it" isn't really an argument. The only times I've seen Myers-Briggs used are either as harmless entertainment ("Look at this meme. I'm such a INFP, tee hee.") or in Brazil-esque corporate settings where it could actually affect your employment ("Sorry, we were hoping for a XSTX person"). Sure, my experience is purely anecdotal much like most people here, but you could've shown us a counterexample, instead of wasting time implying that another user is a lazy moron.

You mention that hucksters peddle it for things that it's isn't useful for, but in what context is it useful? The realization that people have different ways of thinking, abilities and interest, which in turn means they are good at different kinds of work isn't the invention of the MBTI. Why does a 4-axis test help with this? Why should people take it seriously, especially considering it's highly commercialized?
That's pretty nuts; I still think of it as being "new".
Copilot seems to go further than all that. It can suggest verbatim, nontrivial, copyrighted work with no means of attribution. And the sources are so broad no human alive could say with certainty any given output is not infringing, unless it's so trivial it cannot be copyrighted.
Show HN: Visualizing Startup Management with Timeline
Hi everyone,

We are building a web app for startup founders. Like Jira, Notion, or ClickUp, we support task management. However, we think time is more important than the tasks, because startups need to build product fast, and shift focus fast. Therefore, we built one universal timeline to help you easily manage tasks, clients, projects and deadlines, so you can directly compare the important dates from all your departments and find one which matter the most now. We also support task auto scheduling, so when you shift your team to a new direction, you just need to change the priority, and we help you reschedule all the tasks in you team. So you don't need to manually updating the start date or the end date fields in Jira, Notion, or ClickUp.

You may have heard of Motion (https://www.usemotion.com/), which also supports task auto scheduling. Unlike it, our app focuses on serving the startup teams and innovation teams. So we also have the goal tracking feature to help startups meet the annual growth goal from every day.

We are actively learning, and we want to build something people want. We are looking for any feedback from you.

Best,
Zhe
I've been using Number Shield since long before Begone existed, so I can't really comment on their comparison.

...though the creator of Begone will hopefully realize that every entry in its version-history starting with that same rant about fake ad campaigns is making it look more sketchy than ignoring the issue would.
The real reason is a lot of us are risk adverse. We’ve seen startups go bad many times. It seems easier to work a mediocre but relatively high paying job, save, and invest.
I automate a log of all the HTTP requests the computer makes, which naturally includes all the websites I visit.^1 I am not always using a browser to make HTTP requests, and for recreational web use I use a text-only one exclusively, so a "browser history" is not adequate.

In the loopback-bound forward proxy that handles all HTTP traffic from all applications, I add a line to include the request URL in an HTTP response header, called "url:" in this example. As such, it will appear in the log. For example, something like

http-response add-header url "https://%[capture.req.hdr(1)]%[capture.req.uri]"

This allows me to write simple scripts to copy URLs into a simple HTML page. I then read the simple HTML with a text-only browser (links).

For example, something like

cat > 1.sh
#!/bn/sh
WIDTH=120;
echo "<!-- $(date '+%Y-%m-%d %T') --><ol><pre>"
x=$(echo x|tr x '\034');
tr -d '\034' \
|sed -e "s/.*/& &/;s/ .\{${WIDTH}\}/&$x/;s/$x.*//" \
|sed -e "/./{s/.* /<li><a href=&>/;s|$|</a></li>|;}" \
-e '#certain urls to exclude' \
-e '/cdx?url=/d' \
-e '/dns-query?dns=/d' \
-e '/ds5q9oxwqwsfj.cloudfront.net/d' \
-e '/index.commoncrawl.org/d'
^D

grep url: 1.log|cut -d' ' -f3-|1.sh > 1.htm
links 1.htm

What about POST data. That is captured into another HTTP response header, called "post-data:" in this example

http-request add-header post-data %[req.body] if { method POST }

To look at the POST data I might do something like

grep post-data: 1.log|cut -d' ' -f3-|less

1. I also use a system for searching the www or specific www sites from the command line. The search results URLs for each query are stored in simple HTML format similar to the above. One query per file. What's non-obvious is that each file can contain search results from different sources, sort of like the "meta-search engine" idea but more flexible. The simple HTML format contains the information necessary to continue searches, at any time, thus allowing a more diverse and greater number of search results to be retrieved. (Sadly, www search engines have been effectively limiting the number of search result URLs we can retrieve with Javascript and cookies disabled.) The command line program reads the information to continue a search from the simple HTML comments.
One might be very willing to replace a boiler in the basement but much less willing to install new pipes in the walls.
I hope SQLite's EXPLAIN were more visual / tree-like. Using bytecode internally is fine, but what users care is typically more high level. Decoding the that high level intention from the bytecode is so burdensome that I often give up and just fall back to try-n-error.
This sounds awesome.
But no iOS?
For the same reason why two countries have any policy difference?

Unless something is obviously a good idea for all parties, it will only be enacted after a political struggle. The outcomes of political struggles are not deterministic.

Often one jurisdiction tries a new policy, others look at it and see problems, but the first jurisdiction never gets around to fixing it.
I wonder if you could just ruin these systems by having some bots constantly upload bugged code into github
I've been to the San Fernando valley, but only really around Van Nuys and Sherman Oaks, which definitely weren't like that. But it wouldn't surprise me that parts of LA would be.
> …it’s me isn’t it? This sounds like old man yells at cloud speak.

Not just you. Other than the automatic OCR of chunks of text in the camera, I can't think of a major feature in the last few years' iOS updates that I have enjoyed and regularly used. Apple used to produce surprisingly stable and snappy software on an OS that didn't have protected memory and ran on a toaster (Mac OS <= 9). Now it produces crashy trash on a teraflops machine with an MMU.

How about if, instead of making buttons harder to identify, Apple fixed the Podcasts app to take fewer than five seconds to load the "downloaded episodes" list? Or to hang and crash less often? Or to not randomly require an internet connection to play downloaded episodes? Or to make the "Listen Now" thing less of an opaque AI-driven roulette wheel of uselessness?