skysight-inc/HackerNews huggingface dataset:
Processica Apps – expand the capabilities of Microsoft Teams

We are working on a very interesting side project. It is a no-code micro-automation suite created for automating communication-based tasks (such as sending e-mails or SMS messages). It will be especially useful for people who actively use Microsoft products, as it is fully hosted and natively integrated with Microsoft 365 and Microsoft Azure. Our suite is free to download.

Processica Apps is in the early access stage, and now it includes three applications – newsletter distribution, SMS blast, smart notification. Learn how to use our app to create pre-filled personalized forms and automatically collect feedback. Users can create and run workflows easily – with built-in blocks. Apps are highly customizable and functional, have a visual approach – no coding skills are necessary!

We’ll be happy to get feedback from you! Also, we continue to develop our solution and to make them even more useful for the customers. Thus, we are looking for use cases that our team can bring to life with our micro-suite. Don’t hesitate to share your thoughts with us.
You forgot it will need world class $$$. To pay a very big captcha farm because your crawler will be blocked everywhere. And a very big proxy farm, for the same reasons, because everywhere google/bing crawler is hardcoded, including your frienldy cloudflare, and you cannot have a partial of the internet.
This is Oracle we’re talking about. The minute they get a significant foothold, prices are guaranteed to skyrocket.
Awesome app. Do you plan on using it for anything in particular? Or are you just creating it as a passion project. It's totally cool.

***

Learning about https://treenotation.org/ (linking this for other people, not for you, Breck :P), and I like what I see. My first impression was: "tree notation is like lisp, but with python indenting".

But then looking at it more and I see it's much more like YAML or CSV or whatever. But then I read:

> We no longer need to store our data in error prone CSV, XML, or JSON. Tree Notation gives us a simpler, more powerful encoding for data with lots of new advanced features

And I didn't understand! Tree notation seems equivalent to these. Like at a certain level, it's all just data. Now, the major benefit is that you're supposed to think differently about what you're doing when using tree notation. Would love to hear your opinion about this conjecture.

***

Not getting into the beautiful and amazing work that's been done WITH tree notation (yet), that's a whole other conversation!
Go into the cloud, they said. The elite ninja staff and global redundancies make it exceedingly robust.
I love thermomix [0] recipes because of their simplicity. Most recipes are 5 or 6 lines, each with symbol, ingredient, time, temperature. Super tight shorthand.

[0] thermomix is basically the non American alternative to the Vitamix blender. Except that it has a scale and has temperature control built in.
> It’s essentially illegal for you to build anything physical these days from a toothbrush (FDA regulates that)...

https://gigaom.com/2012/06/29/the-fda-wants-to-regulate-your...

> However, the FDA disagreed and in March, called Frommeyer up and argued that because the connected toothbrush was essentially a new class of toothbrush (which the FDA classifies as a medical device) it would require the agency’s approval.

OMG
this was funny, but I think its a lot better now. Imo rolling their own consensus protocol was a terrible idea, but they are using Raft now I believe.
curious if that also applies to your phone
If it fits your use case it's fine, the problem is most CRUD apps don't fit into the document store use case, namely storing and only operating on exactly one document per request.
That issue was closed in February 2017?
Gemini, or that shitty protocol that won't tell the client the length of what it is about to receive. By design. To make things "simpler".

Of course, for political reasons, protocol can't be extended, and while it's still new and could be made sane, it won't; The authors don't want outside input.
Interview by Ray Kurzweil: A Conversation with Michele Reilly of Turing
Scandinavia has its own prefab house manufacturers. For instance https://www.norgeshus.eu/factory-package/ (well Baltic), https://karmod.no/produkter/ferdighytter, https://norskemicrohus.no/, etc.
Yup that's the idea. I give an example in another comment https://news.ycombinator.com/item?id=26421172
The thing is that cooking, as it's (usually) based on products that have some intrinsic variability in them ( plants, dead animals... ) hence the recipe cannot be made fully deterministic. I know for gnocchis for example, the amouny of flour needed depends on the moisture content of the potatoes which depend on the variety uses, and how long they've been stored... Also depends on the flour you use. Until you get the dough texture "just right". Agree with many comments here that this makes a cooking an art.
Virtually all of the companies trading north of 30x sales are ridiculously overpriced. It’s just a bubble, don’t allow it to distort what long term values really are.

Amazon and Cisco were similarly overvalued in 2000. It took Amazon 7 years to trade back to that price. Cisco never has.
I don't think "people who are good at cooking and bad at technology" is the target audience here. The target audience is tech people tired of ads and nonsense.
?? I linked Mainsail
It’s a bubble not a sector. This ends like 2000 ended.
> What's wrong with a "wikipedia for recipes"? I would LOVE that.

https://en.wikibooks.org/wiki/Cookbook:Table_of_Contents
Show HN: Put localhost on the internet without signup or client download
It doesn't. It literally provides no value over Gopher.

And it is broken by design; By not providing a length field in the response, it does force complexity into clients.

Of course, for political reasons[0], protocol can't be extended (refer to 2.12), and while it's still new and could be made sane, it won't; The authors do not want outside input.

[0]: https://gemini.circumlunar.space/docs/faq.html
Slacks price was even more ridiculous. It’s lucky it was able to get acquired before this bubble bursts.
> There's been a concerted campaign against nuclear energy since its conception

The problem of acceptance that nuclear power has is home-made.

It started with introducing the broad public to "The Power of the Atom" by wiping out tens of thousands of people in an instant (or rather two). Sure, cheers were great at that time because it meant that thousands of young men would not be gunned down on Japanese beaches while trying to land there. A year later already, regrets set in, also because Japan had basically been willing to end the war even before these events.

Then: nuclear tests, inadvertently irradiating fishermen in one incident. Opposing public concerns instead of trying to find solutions together - sure it was a time when obedience to authority was widespread and it might have seemed like a viable way to deal with the protests.

You only have to read the history of the anti-nuclear movement to see that nuclear "public relations activities" (let's just call it that) were one screw-up after the other and that the movement was a natural reaction to that.
Also, I'm based in Asia, and it would help me have more times for meetings with my US teammates without having to wake up super early :) Not looking forward to next week onward...
Because its a different thing. Octoprint is a remote GUI for your printer, Klipper is a firmware (and I agree, that its the best)
FHE was pursued by Japanese telcos pre-2000s.

Imagine a central exchange building, serving few million customers in a region, each connecting from VT110 over ISDN line, handling imagined Internet thing pre-Internet. Something like “Tanaka-san is making a golf course reservation using easy to learn SQL language”.

FHE-based database fits the bill there; there’s a risk that equipment technicians might get hold of a key. FHE can offer protections all-around.

Performances and privacy of logic is irrelevant; it’s responsibilities of service providers to account for technical implications. Code to run is supplied. Customers are not required to/expected to write it.

Researchers doing FHE works today would be fully aware of Internet, but models in some papers to explain it might still carry that Transatlantic accent.
Latency at p99 is substantially better at scale with a key value lookup in nosql over postgresql.

Thing is most people don’t have scale these days. You can get a single box with hundreds of logical cores and many hundreds of TiB of locally attached ssd. Until you exceed that you don’t necessarily have scale.
hello, my name is Tom.

I wrote localhost.run to help me quickly and easily work on webhooks and collaborate on web apps.

It uses the SSH protocol, the 3 main operating systems already have clients installed for this, which means you can use it without signup or even a download to instantly to share something running on localhost.

If you want to try it now, start a webapp, it can be a react frontend, nodejs, python's flask, ror, anything, listening on port 3000 and run "ssh -R 80:localhost:3000 nokey@localhost.run" on the command line.

I'm most often using this for reactjs apps which listen on port 3000 by default but you can change the port 3000 in that command line to any local port.

I've been lurking on HN for years and I've found many awesome products on show HN with some great feedback given in the comments, so I'm now hoping that you can also let me know what you think about my product, maybe features you'd like to see, maybe even someone wants to know more about the SSH protocol and what else it can do.
So much this. Also, they are the exact kind of people one would want to see naked.
I can't tell if you're being sarcastic, but I know plenty of SV startup founders that wrote their entire SaaS product in a few months. So whether you call them a 10x or 100x developer, they're real.

Back in the day, TurboC, etc. were written by one or two people.
And that’s worth $140m in revenues. Not enormous at all.
When you get piles of JSON data from somewhere else (e.g. an API response from a provider you subscribe to) and want to store all of it intact, query it, and that somewhere else may insert new fields at any time in the future without telling you.

When you have multiple types of objects with differently populated fields that you want to store in a single collection and query across them in currently unknown ways, and where you need flexibility for the unknown.
A 600 mile battery - say 1-1.2MWh - should only weigh around 10-12K lbs (at 260-300 wh/kg). And you can throw out the 5K lb carbon capture device, and 5K lbs of engine, transmission, exhaust, cooling and fuel system. Add back 500 lbs of electric motors. The payload difference is actually not that significant, certainly not 33% more payload for the diesel+CCS. Such a big battery would be expensive though. I expect most EV semis will have 300 - 500 miles of range. This system sounds good for decarbonizing the diesels that are already on the road though!
Clearly you see the business plan!
Question: Since mass exerts gravitation force, wouldn’t it mean that any mass of any size shape would do that? Just because we don’t have a scientific experiment to measure gravitational forces at small scales doesn’t mean they don’t exist mathematically right? What am I missing when they say quantum particles do not fit with gravity.
Yeah, you do need ML. But a tweakable one. I’ve built a crawler, scraped the first 10 pages of all public domains I could find, then made those billions of pages freely queryable with ElasticSearch. The result: moderately good. It was great for discovering hidden gems. But you needed a lot of longtail keywords and exclusions.

There is a massive amount of textual garbage out there!
I was involved in those original discussions and it was just the standard “how to manipulate sql” discussion.

Prepared statements don’t help you here, right? My understanding is that they’re purely for performance as the parser doesn’t need to be rerun each time. You need to recreate them for every dB session.
Because of the original argument being that it's a US incorporated company when in fact it's an EU incorporated too therefore why would a EU based creator pay US based taxes when clearly Google is functioning and registered in the EU?
It is not bad now, I would say now it is a good key value store, which is fine, a lot of data can be modeled this way.

But for relational data, PostgreSQL or MySQL will be a better choice (and I can't see this changing).
Nuclear power plants are most profitable when run at full capacity. They have massive sunk costs, but the marginal cost is low. At a grid level you certainly can change output based on demand. But the markets may need to be adjusted to keep them profitable through mechanisms like a capacity market. Or by finding new uses for the power such as making hydrogen.

With peaker plants fuel costs are a factor, but also the cost of the machine. An old fashioned reciprocating engine maybe the cheapest as a last resort that is only used when other peakers are already utilized. Fuel efficiency becomes more important as the plant is more utilized.
There are smaller locales too that are heavily nuclear, like Ontario.
Facebook and Twitter algorithms incentivize 'people to get enraged': Isaacson
Mentioning these 200-1000 P/E companies, as others do, is such an oddity, because there are 500 other companies with 0 earnings or negative P/E that are worse in that aspect.
Sorry, in case it isn't clear, that was satire.

I'm a Tecumseh fan, IRL.
Fooled by Randomness was written first. I found it quite insightful. Having read it, the Black Swan felt like a rehash of the same ideas, while the narrator (Taleb) comes across as particularly insufferable.

If you've read the Black Swan already that's fine. My recommendation is mostly addressed to those who have read neither.
> it is an excuse to not focus on the real problem

> the housing market and the insane amount of speculation around it

Couldn't agree more.

> i don't understand this pseudo fascination for japan

Because people who've not lived there usually have entirely the wrong idea about it, and articles like this one with its buzzwords (the first paragraph is almost parody) and lack of context (number one would be the low quality of housing in Japan, it'd be literally criminal if anyone with the power to look into it would), add in a mix of (seemingly) impenetrable language, stereotypes from the 1980s about futuristic technology, and endless animes about robots deepening that, and you end up at "wow, Japan!"

Meanwhile, I freeze my arse off every winter and curse the build quality daily.
A poorly thought of protocol, with political goals.

It's supposed to be simple in order to support trivial clients, and to prevent it from suffering the web's ill fate.

But it forces complexity into clients, by making TLS (of all possible ways to do e2ee!) mandatory and by not even giving the client the length of a response before the response is sent.

Of course, for political reasons, protocol can't be extended, and while it's still new and could be made sane, it won't; The authors don't want outside input.

I'd look into Gopher instead. It's old and tested, not to mention free of political bullshit.
After being on HN for a long time , I have built an intuition about the kind of articles worth reading before comments.

Any link that has a high points/comments ratio, is almost always worth reading before the comments.

Also other than the ASK HN posts, if you see any link with comments going to multiple pages, then for the sake of your mental health, it's better to just stay away from the comments page.

Comments on any technical article are always worth reading, but again, you would be in a better place if you have atleast skimmed through the article first.
having lived with a very nice family of Mormons for about 9 months once... this seems to fit.

the problem is they are quite simply disconnected from reality, and all the culture they subscribe to only re-enforces that disconnection.
They see themselves as being in a world but not of it. the gentle well meaning and polite arrogance is astounding to be immersed in.

I would be second guessing everything they say and report back on.
A single point for Mongo over Postgre JsonB is WiredTiger is very good at compression. In times of Mongo:4.0 vs Postgre:10.5 it was like 20Gb vs 50Gb. Though could depend on documents structure. Not sure about current state.
Querries were also somewhat faster in Mongo.
30x revenues is a marker for an excellent short position. Revenue growth always slows and almost never justifies such ridiculous valuations.
Just did some POCs with Hasura, a service on top of PG that provides:

* GraphQL interface (I think even a REST one in the latest release)

* authorization (role based)

* API gateway (put other API behind your GraphQL interface)

* a UI for managing the schema

* a way to do mirgations

Now GraphQL provides a schema (that includes the types of of the values), that can be used to generate clients libs in many languages. This effectively provides me a type safe interface + authorization to my db, while I have not programmed anything yet. Slowly SPAs start to make sense (if there barely is any self written server-side code running).
If you see one, submit changes to add meat.
There won't be a "world's next Zuckerberg", the virgin soil has been claimed and the moats they built to ensure their ownership can only be taken down by concerted government action.
> Or is the catch that they're so cheaply built that you don't want to live in them?

Yes, or at least they'll need a big refurb.
In terms of mass it takes us halfway there already, from 10^30kg to 10^-3kg, with quantum effects arriving around 10^-15kg.

And in terms of force, the article states that the force involved in that experiment is equivalent to the force of earth gravity on a mass of 10^–15kg, which is probably even closer to the energy of a graviton.
Consumer finance, Canada
First thing I saw on their webpage, a box saying "Enter an email". Yeah, it's just a pre-launch thing, but not a good look from a privacy point of view.
Caffeine is 100% in there.
Developer became ineligible for reduced App Store fees after mistake
I felt the same upon seeing an actual Dead Sea Scroll at the Jordan Museum in Amman.

The feeling dissipated somewhat when our guide explained that it’s a treasure map
No? Again: factoring.
> My current comfort zone is if I can find a query builder that has enough static typing that it has all of the keywords of my preferred SQL flavor, has prepared statements with placeholders- mainly for safety/security, and basically returns a string when you're done.

Some self-promotion (shameless, I know): https://github.com/lelanthran/libsqldb/tree/v1.0.0-rc2

I'm intending to rewrite it ("the first one is always to throw away" - I put too much unnecessary functionality into it and not enough RDBMS server backends) but I've used it in a few projects (use the latest branch) and am happy with it for postgres or sqlite usage.

See https://github.com/lelanthran/libsqldb/blob/v1.0.0-rc2/src/s... for example usage, but the basic premise is:

1. Send parameterised string to DB.

2. Get back records one at a time as an array of strings (NULLs are empty strings, as are empty strings) no matter the datatype of the column.
> I think interpretation is what makes cooking an art, and many times, those little individual choices we make to interpret a recipe or system of cooking is what makes us proud of our dish.

Interpretation is also why many people are really bad at it (and art).

If you are reading a recipe you're doing it for a reason. If you're improvising you don't need one to begin with.

But other than that point regarding the main topic, I don't disagree.

I usually make most food I'm tangentially familiar with without a recipe. But when I'm encountering a new one from a region I'm less familiar with, I need to go through a few recipes before I get the framework for it.
That sounds like a great use case for OLAP and fuzzy search solutions.

Eg. Dump all of the data to S3 and search it in parallel via AWS Athena.

If you want fast fuzzy search, then elasticsearch is built for this.

If the data is small enough that you want B-tree indexes (with the accompanying slower writes and lower query latencies), then any SQL database with a JSON column will work.
And if you lazy, water softner can also help you keep the glass clean. That's my preference.
Consistent planning laws with little concept of "grandfathering".
Yes it would, but launching stuff into orbit is expensive and making ultrasensitive instruments launch-proof is trickier (and more expensive) than you'd think.
Kenji Lopez (MIT grad chef who is reasonably famous on YouTube and for writing for Serious Eats for years and for writing this amazing cookbook https://www.amazon.com/Food-Lab-Cooking-Through-Science/dp/0...) gives the exact opposite advice of this blog for salt where he recommends using large flake salt for finishing and "table salt" for cooking.
Google took over search when Alta Vista was a thing. Their search has improved gradually over the years to the point where it "understands" the web and the questions people are asking way better than any simple crawler/index could. It's not perfect but if Google turned off the ML, I expect I'd miss it.
Distributed databases like cockroachDB are KV stores.
https://www.npr.org/sections/coronavirus-live-updates/2021/0...
The Japanese have a culture of tearing down and rebuilding houses after a few decades. So a prefab building makes perfect sense. There is no reason to build a prefab with aircon and insulation. Here in South Africa, most middle class houses don't have either, despite being "fairly" rich (we have massive inequality so middle class and up are at the level of Canadians, while the majority of lower class income are at the level of the DRC).
> My parents smart Samsung is just a few years old, but, as I learned on my last visit, is no longer supported for many of the current streaming apps, so they need a new streaming device to plug into it!

I think a dumb TV with an external device is always better and hit this same path with relatives. The normal TV companies have no incentive to keep people happy for years with a dumb TV, so I use a laptop for TV and would only upgrade to a video projector.
I had a project where I just needed to be saving a constant flow of data (id + 100 bytes records) somewhere, no persistence needed, no sharding (single machine) - but lots of it. I first turned to Redis and it worked nicely, but since I had PostgreSQL running, I made a performance test with it too. To my surprise, once I optimized both (memory only, pg WAL disabled, persistent connections,...) there was almost no difference in insert rate, so I ended up using PgSQL only.

This is anecdotal, of course, and it is possible that I simply didn't optimize Redis enough (though I did give it my best!). Let me also say that Redis is great otherwise, it was just in this specific case that PostgreSQL surprised me and fulfilled the need itself.
I've been using hasura in production for about a year now and am very happy with it.

Little recommendation, use their typescript metadata sdk instead of the client ui if you want to be able to build your metadata as part of your ci pipeline.
Fuck Domainparkers
Well the choices so far seems to be manual memory allocation, RAII or GC. The complexity of C++/Rust indicates that RAII is certainly not a panacea either. GC offers distinct trade-offs as well.

Zig takes a stab at the problem by trying to make manual memory management more ergonomic. I've been pleasantly surprised at how easy I found it to do tasks in Zig I would otherwise have used a scripting language like Python for.

If go's fast GC is taking a stab at C's territory, then I think Zig is taking a stab at the managed runtime's territory. Ultimately the judge is still out.
Learning the concepts behind programming is far more important than any particular language.

And, IMHO, Java is highly overrated anyway.