skysight-inc/HackerNews huggingface dataset:
This is one reason working in an office can be a disaster if you're someone who would "roam around for nibbles". In every place I've worked there has been a vending machine or otherwise easily accessible junk/sugar dispenser. In my eyes these are no different from having a cigarette machine or a gambling machine or something, but not everyone sees it that way.

In my house there is no ready-to-eat food at all. I'm not just going to go to the kitchen and cook a potato when I feel a bit peckish.

But this seems difficult for many people. Personally I find hunger to be a normal part of every single day. I don't fear it or feel the need to squash it the moment it arises. I also don't feel any discomfort when I'm not surrounded by ready-to-eat food at all times. But many people do seem to feel a constant need to have food available and find it deeply uncomfortable if the next meal doesn't seem readily available.
> So in a housing development with 36 homes, we expect one to burn in 10 years? Am I reading that right?

Yep. And - anecdata - it is about correct... if you count all the unintended fires that didn't escalate to a full blown dwelling fire. The classic example is oil overheating and flash-combusting in a pan or pot, and people making that exponentially worse by trying to extinguish it with water instead of just putting a damn lid on it.

Another infamous example used to be (old) people smoking in their wing chair while watching TV and falling asleep with the lit cigarette then setting the furniture or carpets alight. That one has been very effectively remediated by strict fire resistance requirements on furniture as well as requiring cigarette manufacturers switch to self-extinguishing paper.
Yes, like that, but less interactive. Clicking to expand every part individually is tedious, especially with no up-front idea of how many levels of detail are there. TFA's example operates on lager blocks of text, too, which seems to work out better.
Vipps MobilePay launches the first alternative to Apple Pay on iPhone
That code in the figure is an old code, honestly it's an old screenshot that I don't even remember what it corresponds to, but your analysis is basically correct, even though I used absolute addresses before while now everything is relative to the current address.
I'll try to answer a bit of everything:

- yes, R0 is constantly set to 0.
- ANYI is a ternary function (ANY) that uses an immediate (ANYI). It does nothing but load the immediate value into the register indicated as the first operand.
- Yes, it is a balanced ternary, and clearly negative addresses are correctly interpreted

>out 50(r0) r2 ;output on console0?
out 60(r0) r2 ;output on console1?

- Exactly. 50 and 60 are the addresses of the two serial ports on the motherboard.

- R26 is the return register set by JSR

-Addressing is at tryte level and an instruction is always 4 trytes long. You are right that it seems a bit strange, but it is a compromise that I had to accept and that I think was the best solution to implement. (I am happy to note that your doubt was also our strong doubt during the design phase, it means that we are considering the same problems...)

-There are the dimensions of the data to operate on as a suffix of the instructions (like on motorola 68000) for which there is an LD.T (load tryte), LD.S (load short) and LD.W (load a whole word of 24 tries).
There are also instructions that load/save by addressing the memory as if it were a stack for example PUSH.W (R20),R4

>Even again each instruction is 4 tries, so we could eliminate the low bits and >move... oh, I forgot that it is ternary, it does not matter.
You think I didn't think about it? ;)

- The IO space is separate, in the end it cost me almost nothing and I did it.

The RISC features that I have kept are essentially 2:
- Constant instruction length
- Memory access only with Load/Store

In fact among the RISC things that I could remove in a future version are precisely the single access to memory only with LD/ST, it is true that it is a main feature of RISC, but it is also true that it could be a problem for code density. But it is something that I will see on the 48-trit architecture

>This may sound harsh, but to me the architecture looks both fairly conventional, and at the same time like a bit of a mess, which would be fine for a hobby project, but not for something with a website making grandiose claims and clearly intending to be a commercial product.

-That it is "conventional" ok, (even if none of the conventional architectures are ternary, but whatever...) that it is messy, what do you mean?
The website says what the project actually is. I'm glad they are grandiose things, but that's it.
And yes, we want to become a commercial product soon.
If you have suggestions or other specific questions, I'm here to answer you ;)
Surely the issue in Japan (and the West, tbh) is that people don't actually WANT to meet each other.
My job is to produce more value than I cost. Otherwise you're going to get laid off anyways.
The right-wing false-victimhood ragebait narrative of the "Debanking" non-scandal is the story. It's ragebait propaganda and has no place on HN.
SEEKING WORK | REMOTE

- Email: divyeshpar2496@gmail.com

- GitHub: https://github.com/tapudp

Full-stack engineer with 8 years of experience to build, architect software systems. Having worked with clients from USA, UK, Germany, Australia, NZ.

Technologies:

---

- Javascript, Typescript, python,

- Node.js, Express.js, Nest.js

- React.js, Redux, MobX

- MySQL, PostgreSQL, Google Firebase

- Next.js, GraphQL, React-native

- LLM, MLOps, ChatGPT, RAG-pipelines, webRTC, webSockets

- Automation test with Jest, chai, mocha, playwrite

- Docker, AWS Lambda, S3, DynamoDB, Ec2.

---
I agree, it looks strange. However, this service is not intended as the only factor in decision-making. Rather, it is intended to supplement general statistical information about the candidate's character inclinations. Our recruiters place a great emphasis on "hard work", "stress resistance" and "honesty", relying on the report from the Service.
> The fires in HSS in Germany were determined using web crawling for the year 2023 because no other data was available.
Here are some pictures I made for myself trying to "feel" the logic of Tree Calculus's reduction rules: https://latypoff.com/tree-calculus-visualized/ — might be handy for other people who are visual thinkers.
i made my site after elon ruined the x algorithm too
there was a sweet spot where every time we'd login, we'd be bombarded by another new account posting novel interesting things from their domain.

then we were rugpulled
and i vowed to build my own thing after that.

https://konzuko.net/

this was the final nail - every social media has become parasitic
electronics with their rare earth metals too
No, of course not. Have you honestly given up on democracy over there? If your country weren't so damn big, I would just pity such a descent, but as it is, it's terrifying to the rest of the world.
The basic reason to use XML::Twig as opposed to XSLT would be to do XML processing while still having access to all of Perl's power, DB access, file system integration etc... things that can be clunky to do in XSLT.

For what it's worth I have used XSLT too, and the basic programming patterns are surprisingly similar: an XPath selector triggers some code, the code has access to the XML tree. In both cases you have to pay some attention to when that code is being triggered. I prefer the XML::Twig way, to being able to use a regular programming language in the code, partly because I am used to it, but also because the XSLT XML syntax ends up being quite verbose, and leads to delimiter collisions.

XML::Twig also lets you work with "too big to fit in memory" XML, by working at sub-tree level in a nicer (IMHO) way than SAX. I am sure there are other ways these days, but the module dates back to last century, so at the time that was pretty unique.

I assume that other languages also have convenient XML libraries, so if you're more familiar with them and they work for you, then you should use them!
The thing with nuclear reactors is that they don't go off that easily or that often, but when they go off, the impact is both very large (Chernobyl spread to Bavaria!) and very long-lasting in its impact (Chernobyl is still a no-go zone, and to this day you have to inspect and throw away game and shrooms collected in Bavaria if it is impacted by radiation).
But thing is it wasn't trickier than it seemed. It was simply an outlier entry, like the flipped tortoise question that tripped the android in the Bladerunner interrogation scene. It was not able to think harder without your input.
> I feel like you are omitting the content that visa and mastercard find particularly objectionable that is commonplace in japan but not elsewhere.

At this point, I would argue that the reasoning isn't even cohesive or unified. Some sites lose all processors (e.g., Amex bails too) whereas others lose only Visa and MasterCard, and the distinctions aren't made clear to end users.

Sure, DMM and DLSite end up offering a large variety of pornography, but it's not just that -- Niconico Douga's premium subscription service was also blacklisted, despite the fact that it's basically just YouTube Premium for Japanese livestreamers (i.e., not pornography).

A lot of people argue that the reason is specific genres of pornography, but the practical reality is that it can be basically any type of content of reason. Stripe considers pornography an industry that's too-hot-to-touch, for example, despite the fact that some processors do work with pornography, and end up charging much higher processor fees for the hassle. A lot of user-generated content, which is wildly uncontrolled, combined with a relatively high risk of refunds, can lead to this type of action without necessarily transgressing a general rule like "this specific variety of pornography is bad".
Dude this looks awesome! When I was a kid I used to read a lot of these "puzzle magazines", the ones we had were like:

- Start on page 1, read the story and decide if you want to take path A or B

- A = go to page 2, B = page 3

- then there was another decision making, and the story goes on...

Until you either escape the dungeon, or die (different ways of dying lol).

It was so cool!
"it's equally possible that he didn't have this stuff on him, but it was planted by the police themselves."

That would mean, there is a 50% chance that in general all the evidence has a 50% chance of being fake. And this is likely a bit of a exxageration.
Yes, it’s directly based on the trichromatic photographic process, which I learned about reading an article about Gorsky.

And yeah, it’s super interesting how when a new recording technology is created, we seek to avoid its limitations; but later on, those limitations get embraced on their own merits for aesthetic value!
I mean the thing is, ethically speaking, there is a strong supposition that the AI predominating instructional format will underperform the other formats, therefore you are essentially putting large groups of people, on purpose, in learning situations the theory is will underperform for the rest of their lives.

That seems like a bad thing.

I suppose that it will happen however, and the backwards looking thing will be what is done to determine the result.
How to value my SaaS business?
U.K. Met Office Is "Inventing" Temperature Data from 100 Non-Existent Stations
2) is because of 1). They make way less than $5/user/month, but here's thousands of users to close that gap. So the paid users are a smaller slice than you'd guess at first blush.

>if you need to charge anything close to $5 per user per day to keep such an operation running, you should be out of business.

That's just American labor in a nutshell. if a jounralist is making full time national minimum wage ($7.25, 40 hours a week), that's very roughly $1000/month post tax. that very pooly paid jounalist needs 200 subcribers to sustain them. \

costs are going up, but readership and revenue is not. This doesn't end well for anyone. And yes, many businesses are dying right now.

>I don't particularly care about their "business reality"

if you don't care about them, I'm not sure why they'd care about your opinions on how they run.
They explicitly cover all of these caveats in the announcement.

Problems that benefit from quantum computing as far as I'm aware have their own formal language class, so it's also not like you have to consider Sabine's or any other person's thoughts and feelings on the subject - it is formally demonstrated that such problems exist.

Whether the real world applications arrive or not, you can speculate for yourself. You really don't need to borrow the equally unsubstantiated opinion of someone else.
Hey Katie happy to hear from you. I'm glad you can finally document the communication (and not just when people start making noise on the internets). You should have our address but just in case it's been, uh, misplaced, please forward your email dated 30 October to contact @ kiwix.org

This below is where we got started - the ref number should make it easy for you to sort:
> Procedure: L0020649F
> Person: [redacted] / Kiwix
> Cause: Hello,
>
> Starting this morning (December 1st at 00:00 UTC), our servers went down.
> We received zero email nor notification of any kind from you.
> Looking for a way to contact you, I looked into this Unlock tab that list an incident
> that matches the time the problem started.
>
> It's been close to (12) hours already, without a single message from you. Our services
> are down.
>
> In the Robot dashboard, there is no server listed. In the Traffic statistics page, it
> says we have no IP.
> In the Cloud dashboard, we cant even enter, it says Access Denied.
>
> What's going on? The billing page is reachable and it indicates we paid all our
> invoices and the next one is to come in 5 days. So it's not a payment issue.
>
> I checked
> https://docs.hetzner.com/robot/dedicated-server/troubleshoot...
>
> I am not sure if we're locked because the traceroute does not lead to
> blocked.hetzner.com
> Because the server is not listed, we cant use the whitelist or any other tool.
>
> Please restore the service immediately.
> Please let us know what kind of issue there is if there is one.
>
> Only restoring SX65 #2453510 (135.181.224.247) is urgent. The two cloud ones can be
> sorted out later.

We got two more emails from Hetzner the day after that (Monday 2) but none addressing the root issue. Our account access had been locked by then anyway so we had to call up Germany; you should be able to document that as well.

Not sure HN is the best place to compare notes but hey, happy to meet you where you feel comfortable responding.
"Wouldn't this be true if we compare any pre-industrial society with any post-industrial society?"

Technically not in socialist soviet union for example. (But de facto the top party members did control way more wealth than common people.)
Being educated isn't really representative of Hacker News. There are very clear dynamics here where being more knowledgeable makes the discussions irrelevant.

There are generally two ways of doing hard things. Either you are knowledgeable enough to be aware of the challenges and work around, or overcome, them. Or you are unaware, or shameless, enough to do it anyway. The later is much easier than the former. (Then you also have those who believe they could do something but never does because they can't). (Also not entirely mutually exclusive).

Sometimes this is a feature of education, but most of the time it is just a feature of ignorance. Being educated doesn't also prevent you from being ignorant. It is very much expected that most willing to do something hard are smart enough to do it, but not smart enough to do it well. Unless it's been made easier, but then it is no longer as hard.

It is also perception. Knowing both software and hardware would make you a technologist, or when talking about hardware someone who knows hardware but also knows software. Not knowing hardware but talking about it would more likely make you perceived as someone who knows software. And going back to the beginning, it is easier to think you know software than to actually know it.
> -O3 produces much faster code than -O2

Also “-Ox gives similar results all the time”. Any optimisation is a gamble, some of them quite unsure gambles. Different cache sizes and management strategies between processing units mean that what might be a small benefit for one could be a detriment when the code is running on another, and even if you specifically tune the optimisations for a given set of chips you are at the mercy of the incoming data which could invalidate any educated guesses made about branch likelihood and so forth.
Reminds me of Wolfram Physics: it's just "nodes" that exist in relation to each other - and are in all other ways identical -, with some rules for manipulating them leading to all possible computations?

It's certainly not a practical way to write programs.
If you tell them that they'll go and ask him for a bribe to avoid tariffs and regulation enforcement.

Better to stick to basic racism and conspiracy thinking and say the China batteries are leaked from a lab to intentionally burn down American patriots homes.
None in my opinion. Introduces bloat in both the css and html. The BEM pattern is far superior.

https://getbem.com/
The Masks Masquerade (2020)
> Who doesn’t have your mom’s phone number?

Really? Is it not possible to share an anecdote including a person who happens to be a mother without this childish nonsense? I’m embarrassed for you.
So targeting ads as the primary villain seems a bit like shifting responsibility away
> I wish they still sell those kinds of phone

You might be interested in https://www.clicks.tech/

I have no idea if it’s good or not, just remembered it exists.
he/she is expected to go for (should be in society) the role which pays best, that's how things work in many parts of the world. add family to that and you'll understand why.

Apparently what he/she shows him/herself to be is something akin to avatar level concentration and intelligence level similar to that of Audrey Tang perhaps...
Any system can get messy when the project size grows. Defect rates seem to be correlated with the addition of new features. Stable projects only including bug fixes with good test coverage become more stable over time. This is all regardless of language.

There may be a case that typed languages ship with fewer initial defects in new features but I'm not entirely convinced it's always competitive with the return in development speed and simplified testing you can get staying untyped. Particularly when your underlying problem is not CPU bound.
I think there's a lot of us that do more or less serious programming on our handhelds. The author of Picolisp does a lot of development on a tablet, and has created his own software keyboard: https://software-lab.de/penti.html

I've been using it for years, and have solved crises at work with it and Termux by SSH:ing from my phone into a box attached to the right VPN and jumped from there to control over production. Tablets are really nice in this area, they have a lot of battery time and one can lay in bed and do the stuff in vim, tmux, &c. as one usually does, just a little bit slower due to software keyboards being a bit less efficient.
Seems generally positive. They are getting help from the IMF, and the value of their bitcoin bag has increased greatly. And removing the requirement of accepting bitcoin will likely be unnoticed by most.
> I guess it’s harder to put out a battery fire than a gas fire?

Yep. With a gasoline car, dump water and foam onto the wreck and that's it. If you're really fancy install a sprinkler system in your garage - you can just DIY it if you want, hook up a water pipe to your water mains with a backflow prevention valve to prevent stagnant water from flowing back, add a few heads like [1], and there you go - assuming your water mains has decent pressure, that should be enough to keep a gasoline car fire in check for long enough so that the firefighters can show up and deal with it properly.

A battery car fire however? That one is much, much harder to extinguish and it burns way hotter. You need much more volume of water to cool it down enough to approach the vehicle safely, it will cause a lot more damage to surrounding structures, and fire departments haven't gotten nearly as much experience as they have with gasoline car fires.

That said, if I needed a car, I'd still go for an electric one, I'd just not park it in a garage directly connected to a home and certainly not in some basement garage.

[1] https://koka-shop.de/universal-sprinklerkopf-brandschutz.htm...
I've seen several ways of annotating Javascript that IDEs seem to understand. They usually involve using comments before fields, classes, or functions.

The most compliant one seems to be using [JSDoc](https://jsdoc.app/). JSDoc is mostly intended for generating documentation. However, the Typescript compiler can validate types (and can even interoperate with Typescript definitions), if you configure it as such.

In scenarios where you HAVE to write raw Javascript but still would like to do some type validation, this is probably the best solution.

It looks a bit like this:

/**
* Fiddle the widget
* @param {WidgetThing} The widget to fiddle
*/
function fiddleWidget(widget) {

This is a type hint that asserts that `widget` is of type `WidgetThing`.

JSDoc also works in the middle of a method:

/** @type {Foo} */
const foo = widget.fetchFoo();

This asserts that `foo` is of type `Foo`. This could in theory also be derived from the return value of `widget.fetchFoo()` of course.

JSDoc also has arbitrary type definitions:

/**
* @typedef Foo
* @type {object}
* @property {WidgetThing} parent - the parent that created this Foo.
* @property {string} name - the name of this Foo.
*/

I would stick to transpiling Typescript myself, but I've also seen use cases where that's simply not an option.
Not it’s not. If they planted his back pack then surely his high profile pro bono lawyers are going to get him out of it.
Not an option in the basement of a building, the temperature will risk structural integrity.
Did Game Boy really have crisp pixels? It's more of a lattice/grid with both vertical and horizontal "scan" lines. Plus ghosting and bloom.
2D languages are an under-researched area of SW dev, IMHO, But I applaud this effort.

On the one hand, they can significantly reduce the cognitive effort expressing and understanding code with complex relationships, OTOH they're a bit of a nightmare to actually use, especially the ones that use some form of ASCII art.

I wrote a parser for a simple petri net flow diagram that used ASCII art that constructed the state machine between function calls. It worked well until I actually tried to do anything serious with it. The effort required to keep the chart looking tidy quickly outweighs the effort writing a normal pure-code form.

IMO, a more "Pythonic", indentation-based diagram may be better but I think you're restricted then in the types of problems you can express.

As I say, this all needs more research.