skysight-inc/HackerNews huggingface dataset:
That you could buy tesla stock 10 years ago for 10 usd and it is worth 40 times today at 400 usd.

But 10 years ago you could buy a pizza for 10k btc and today that is equal to gdp of a small country. Does this not seem completely upside down? What I want to say is looking at all this numbers without perspective makes no sense...
My point is that churning out content by remixing other people's work for the sake of building an audience is a common procrastination trap

If that's your point, it doesn't support your headline. What's that got to do with warning against building an audience?

If you want to see the advantages of building an audience, just go read some indie hacker interviews:

https://www.indiehackers.com/interviews/page/1

Half of those businesses seem to be built on the back of audiences built up over years.
It used to have drivers for https://en.wikipedia.org/wiki/Fiber_Distributed_Data_Interfa... too, which is another token passing network. Or at least I had drivers for Linux for them. Can't remember exactly anymore, worked for a while in government institions which used nothing else for networking. FDDI I mean, not Linux, that was an experimental exception. Which was funny, because hey, government, modern equipment? Nope... TERMINALS! Which were plugged into the ring via matchbox-like media-converters going from 100Mbit/s down to 19.200bit/s whith weird parity and stop bits. At least they didn't need a separate PSU(wall wart) because the full DB25 of the RS-232 powered them somehow.
Same here. If you miss fish's smart auto-completion I can recommend this zsh plugin though:

https://github.com/zsh-users/zsh-autosuggestions
As it was the case with the medling in Africa of Total and Elf, we learn a lot about other crimes during the court hearings, but nothing can and will be done about those things.
This is incorrect. The richest 10% of the population causes 49% of climate change. The poorest 50% of the population causes 10%.
This is explicitly allowed and by design. There's a checkbox for doing it right when you create the question, which allows you to enable an answer box to submit an answer directly with the question.
Tessian | London, UK or Remote (GMT -3 to GMT +3) | https://tessian.com

* Lead NLP Data Scientist | https://bit.ly/NLPatTessian

* Backend Engineer | https://bit.ly/BackendAtTessian

* Product Manager | http://bit.ly/ProductAtTessian

* Integrations Engineer | http://bit.ly/IntegrationsAtTessian

At Tessian, we're building machine-intelligent filters to secure enterprise communications. This involves high volume, low latency data processing for some of the world’s largest organisations. Our mission is to keep the world’s most sensitive data private and secure - to do this we're bringing on all stripes of engineer to help build out our platform to support our next stage of rocket-ship growth.

Principles we believe in:

- Infrastructure as code (mostly Terraform)

- Unit Testing & Integration Testing (NUnit, PyTest, Mocha)

- Continuous Integration, Continuous Deployment (using Concourse)

- Designing security in (rather than testing for and adding it later)

- Measuring everything (ELK & Prometheus)

- Reproducible builds and environments (if it’s in production, it’s in Docker)

- Cloud Deployments (AWS gives us the flexibility we need to move fast)

- Right tool for the right job (PostgreSQL, Spark/Hadoop, Redis, Elastic Search)
The UN has predicted that population will be stable around 10-12 billion by 2100. There is no reason to think the planet can't support that.

The places where the population is still growing don't pay the slightest attention to the anti-natalist stuff linked above. Population is already stable or declining in places where people care about that stuff.
hyperexponential (hx) | Head of (Back|Front)end Engineering | London/Remote (UK) | Full-time

Hurricanes. Advanced mathematics. Satellite launches. Hard tech. Concert tours. Smart people. …Telegraph poles.

What do these have in common? Hyperexponential! The most interesting tech company you haven't yet heard of. Our platform helps our customers make smarter decisions faster by making it easy for them to build, iterate and distribute complex mathematical models that analyse small, sparse and fragmented datasets in the cloud.

We're looking for two experienced Heads of Engineering to lead our frontend and backend capabilities respectively. These are two of the most influential roles we'll ever hire onto the team, and you'll have significant freedom over the people, tech and methods you apply to solve some truly Hard engineering challenges.

- Head of Frontend Engineering (React/TypeScript): https://hyperexponential.teamtailor.com/jobs/1093444-head-of...

- Head of Backend Engineering (Kotlin [or Java/Rust/Scala/etc]): https://hyperexponential.teamtailor.com/jobs/1093438-head-of...

More info: https://hx.careers/ or email me directly: tom.clark at hyperexponential dot com

Tom (CTO @ hx)
> Naive people find liberation in text-based protocols that don't require tools to understand.

I don't think text is necessarily the problem here. Other protocols might allow you to use less memory, but they aren't running into a memory limitation in this instance.

You can divide parsers into two groups: parsers designed to read data which follows a specific schema and parsers designed to read arbitrary data.

Schema-aware parsers have additional context which allows them to process the data much more efficiently. The stricter the schema, the more efficient the parser can be. Meanwhile, parsers for arbitrary data have no such context and must rely completely on syntax to parse the data. A poorly optimized schema-aware parser may still outperform a well optimized parser for arbitrary data.

You can still encode data as text and even use popular syntaxes like JSON or YAML with schema-aware parsers. I've personally helped design a schema-aware parser for XML data. But you should keep in mind that most third-party parsers for those syntaxes will be designed to parse arbitrary data. Parsers for arbitrary data can still be very fast - fast enough for many purposes. However, schema-aware parsers have a significant advantage when it comes to computational performance.
Because, like ChromeOS/CoreOS, modern macOS now does image-based updates.

A macOS update isn’t “whatever was previously on your OS volume, plus arbitrary patch X”; rather it’s “a new, fresh OS disk image, written to a separate APFS volume, with a fixed SHA, with update transfer-size optimized by composing said image partially from files in your current OS, but only in such a way that the volume will still hash the same in the end.”

(In many ways, macOS’s update system now reuses the logic from iOS’s IPSW firmware-update system. You can even now download macOS updates from Apple as IPSW files, and then use Apple Configurator to push them to macOS devices.)

Unlike ChromeOS/CoreOS, after the first-round SHA verification of the volume, macOS will then patch the new OS-base-image volume with certain files from your current OS-base-image volume, if 1. they’re distinct from the ones it expected to be there, and 2. they appear on a whitelist of known-safe files.

If any of this patching happens, the OS volume’s metadata tree will then be re-hashed, and the new hash will be blessed by the volume-signing utility.

(If you’ve seen a “Recovered Files” directory on your desktop after an update, and it’s contained a “foo.system_default” file, that’s a copy of the file that macOS would have composed into the OS volume if it hadn’t found your known-safe customized file to use instead. /etc/shells is a usual trigger.)

Some preference files in /System/Library are known-safe; but others aren’t. It’s a whitelist, and it’s a conservative one.

Preference files in /Library live in the user volume, not the OS volume, and so will never be wiped. This is why most of the “trivial” preferences stick around.

Note that by “known-safe” here, I don’t mean “can’t be customized to malicious ends.” This isn’t a security thing. It’s an ABI stability thing. These files are safe in that they’re known to have the same ABI format between OS versions, and so keeping a customized version of them around won’t confuse newer versions of system daemons.

It’s about the same as if Linux had a set of known-safe DKMS modules that use interfaces that the kernel intentionally doesn’t change between releases, such that the kernel module files composed from those DKMS modules could be reused by the new kernel without requiring decompilation, rather than being tossed out at every single kernel update.
You also need to remove the line below, otherwise, you'll be asked to authenticate twice using both methods:

auth sufficient pam_smartcard.so
1) No, crypto will never replace fiat.

Thought the risk if printing money is always there, it's much much worse to have zero monetary policy implied with a fixed currency. A 'super hard' currency (i.e. 1 USD = 0.001 grams of Gold, without even fractional lending) would destroy the economy quickly.

Currency is not a store of value it's a medium of exchange.

As the economy expands it needs 'more currency' like more oil on a bigger engine. Hard currency starves the engine.

Also, the first external shock (covid, war) will wipe out the economy because the panic to fixed currency will shut everything down.

So we want monetary policy.

If you want a longer term store of value, put your money into something.

2) It is not convenient to have a 'worldwide currency', it's totally the opposite.

Currencies exist to facilitate exchange within an economy. Usually currencies map to markets. The bigger the market, the less monetary policy can help in regions. This is one of they key problems with the Euor right now - France/Italy/Span etc. have completely differing views as to 'what to do with monetary policy' than Germany/Netherlands/Sweden. The default 'strict' nature of Euro is actually hurting Spain and Italy quite a lot. They cannot restructure their economies fast enough (i.e. lowering wages is impossible) vis-a-vis Germany ... so the jobs go to Germany.

Normally, the reduction of competitive ability of Spain would be instantly resolved by lower value of their currency. Every Spandiards iPhone just got more expensive, but that would be an accurate reflection of their economy.

A 'global currency' is nonsensical, because where can one trade those currency units for value - if everyone is using national currencies, then the value of said 'global currency' is irrelevant other than in terms of the local economy you want to buy stuff from.

If every country in the world 'used the same currency' then it'd have to be 'very strict' meaning 'no monetary policy for anyone' meaning massive problems.

Put another way: when the US trades a lot of 'stuff' with China - there is absolutely no way for those two nations to avoid having to hold some kind of credit from that other nation. Be it RMB or USD or whatever.

There is no way around that problem. Magically putting trade deficits in some magical 'global currency' just papers over the problem, it does nothing.

So no - a 'global currency' does not help anything, because you can't imaginary wish away the underling credit or debt that various economies 'owe' each other.

Finally - it's possible that some kind of international instrument arose that was backed by real assets - for example a 'World Bank Dollar' that was properly managed and backed by real-estate or some kind of measurable commodity value. Now that just might work - the problem there is that the scale necessary of assets would just be too much. And of course, there is no institution that we trust, internationally.

So no, BTC does not solve any problems at all.
>The US is a great place to live and work with tremendous upward mobility

Always confused by this notion. People act as if the US is the only place this is possible but not only is it possible in most of the western world, there is in fact BETTER mobility in the much of the western world relative to the US. The US isn't even in the Top 10!

https://www.businessinsider.com/countries-where-intergenerat...
FindSourcing is a fast-growing FashionTech company supporting next-gen fashion brands find and manage production. We help brands such as Axel Arigato, Veja, Eytys, Norse Projects, Ralph Laruen, H&M (to name a few) lead the pack and digitally transform one of the largest, fastest-moving industries in the world.

We are looking for an experienced Full-stack developer with leadership ambitions. You will work closely with the co-founders and become part of the core leadership team of FindSourcing. Together we will select and build your own development team, and gradually transition you into becoming head of tech. You will be highly influential on how as well as what we build and have big impact on the success of the company.

We believe in a pragmatic approach where we find simple solutions to complex problems. We go to great lengths to build a product users truly love to use – a product that have great, well-though-out UX that still looks awesome! We have a modern yet simple architecture, with a Frontend built with Vue and a Backend API built on ASP.NET Core/C# using MSSQL as database, all hosted on Azure and deployed through a CI/CD approach.

We offer a unique, once-in-a-lifetime opportunity to rapidly advance and your career many times faster than possible elsewhere.

• Competitive salary and compensation package

• Stock-options – share our passion and jointly profit from revolutionizing the fashion industry

• Mentored by a seasoned CTO

• Work with a team who believes in having fun while working!

• And of course, the hardware and environment you desire in order to do your best work possible!

As soon as we find the right candidate we will want to hire that person as soon as possible.

Start date: ASAP

Work extent: Full time, permanent position with a six months probationary period

Location: Central Gothenburg (Sweden), flexible on-site/remote (1-2 days/week on-site expected)

Contact: Carl-Johan Blomqvist, CTO @ carl-johan@findsourcing.com / +46(0)70645618
Spacelift | Remote | Europe/US | Full-time | Solutions/Sales/Security Engineers | $50-120k

Stack: Go, AWS, PostgreSQL, Terraform, IaC, React, GraphQL

We’re a VC-funded startup building an automation platform for Infrastructure-as-Code, adding a Policy-as-Code layer above it, in order to make IaC usable in bigger companies, where you have to take care of state consistency, selective permissions, a usable git flow, etc.

For security engineers we’re looking for Europe-based people with hands-on experience in security systems, with emphasis on AWS and containers. Familiar with SOC2 Type II guidelines and controls. Willing and able to understand the architecture of the product, and take part in designing it in order to make it secure, and let our clients trust us as little as possible. In exchange we offer work on a product where security is not just an afterthought, but an integral part of it.

For solutions engineers we’re looking for people based in Europe or the US experienced with software development, having great communication skills, and having an understanding of concepts and technologies in infrastructure as code. Experience with pre-sales/sales engineering would be a plus. You’ll get to work with a technical product, and customers which themselves are developers, helping them get the most out of Spacelift, as well as write technical content to help people use Spacelift and Infrastructure as Code tools.

We promise interesting work, the ability to open source parts of the project which don’t give us a business advantage, as well as sane working hours.

If that sounds like fun to you, apply at https://spacelift.io/careers.html or email me at kubam at spacelift dot io!

PS: Fear not, no whiteboarding!
I have a similar story and luck played no part of it. I spent lots of time in public libraries and on public computers as a kid. As a result, I got an academic scholarship. A few years after graduating amidst the 2008 economic crisis, I heard about a company that used a particular programming language. I learned that language and convinced someone I knew at the company to get me an interview. I aced the interview and got the job. A lot of studying and a couple of job interviews later and I'm making good money at another company.

If you study the right things, you'll get "lucky" in interviews because the more problems you've seen in the domain, the more likely you are to be tested against the knowledge you've already acquired. But that's clearly not luck - it's preparation. You won't ace every interview, but you'll do well in enough.

I made the wrong decisions several times. I lacked focus in and after university that cost me several years in my twenties. As soon as I made a plan to change things, the plan worked. When a plan goes wrong, you evaluate and make a new plan. Every idea doesn't always work - you just need one that does.
I agree with you that the many flavors of Haskell are problematic when it comes to uniformity. C++ and Scala have similar challenges. The old trope of every C++ shop using their own unique subset of the language is pretty relevant here. One thing in Haskell's favor though...with the language extension paradigm you have a very clear and tangible path to enforcing uniformity in your codebase that you don't have in C++ or Scala. You can use simple code analysis tools (I believe hlint already has this functionality, but just grep is sufficient actually) to enforce your team's choice of language extensions.
I was glad to see a large section on cars. When I was poor this was a constant issue for me and it wasn't until the very end of my time in poverty that I realized I could just not have one. Obviously, you can't "just not have a car" while not changing anything else about your life. My realization was that I should change literally anything and everything about my life to maximize my ability to survive without owning a car. That is to say, owning a car for a poor person is far more onerous than changing your life around to not need one. This means choosing housing, employment, child care and everything else around the decision not to own a car.

This decision was life-changing.

Cars are very expensive. If you are poor, you cannot afford to own one. Full stop. Think of basically anything else that costs as much as a car costs and then ask yourself if a poor person should buy that thing. Your answer will be no. It should also be "no" with respect to a car.

The writer of course highlights the relevant tradeoffs. Owning a car is very convenient, so most poor people think, well, however hard it is to own this thing it's still a net win. My experience tells me this is wrong. It was not a net win and I wish I'd have figured that out sooner.
That's maybe the only nice thing about the current corrupted french president, even in 16 years he'll still be way to young to play this "get out of jail" card !

(If you don't know about how he is corrupted look-up for Alstom deal and the pre-campaign fundraising he ran on public funding while he was Minister)
The GitLab Data Team is running Meltano in production[0]. We're currently extracting Zoom data with it and have plans for several more extractors (Slack, GMail, PTO by Roots, EdCast, and a few more). I just made this MR[1] to update the list of Extractors to include Zoom too.

[0] https://about.gitlab.com/handbook/business-ops/data-team/pla...
[1] https://gitlab.com/gitlab-com/www-gitlab-com/-/merge_request...
There are several I can think of off hand.

1) Political debate can be thwarted by legal charges. Imagine if some of the politicians who supported Rosa Parks were indicted as co-conspirators in bus rule evasion. It's kind of a silly idea, but only because of tradition. The reality is that many people pushing for political change are asking for legal relief from laws. In other words, they want to do what's forbidden. That sounds like they want to break the laws.

2) It discourages people from leaving office because they're afraid they'll be jailed once they leave.
Why is this necessary when you can own the copyright to an image (or other creative work)?
Yeah I guess we tried lots of engines once, though that was a long time ago:

https://en.wikipedia.org/wiki/N1_(rocket)
No, we want to see that you're actually working on it yourself and not just asking others to do work for you.

There's a huge difference.
You’re completely wrong. It’s called “non fungible token” because a given token has unique metadata (DRM associated with the media). Thus, the tokens are not fungible with one another.
Population crisis, peak oil, 'kids these days', rando 'not enough people believe in my ideology' driven crisis, 'Rome fell because people did a thing I don't like'...

It's funny to watch, a lot of these have seen before and will again.
One of the first products i worked on was put in to "maintenance" mode for most of my tenure at the same company (we were disbanded and moved to different teams).

I wanted to be the one to shut it down (we knew it was not successful, and i was the last remaining team member) - but the one day i was on sick leave somebody not associated with it was asked to do it.

I was slightly annoyed, but was happier to see it go than to be bothered by somebody else taking it out.

We still celebrated though.
> Is it convertible to USD which can easily be used to buy kitchen appliances, and pants and flights? If so who cares.

$6.6 million is going to be treated a lot differently by someone who worked hard to build that fortune, vs. someone who won it (e.g. from a lotto ticket or by buying $1000 of bitcoins on Mt. Gox on a lark for a $1/per).
Software Engineer (React, React Native, Elixir) - REMOTE, Latin America

Foxbox Digital is always looking to work with individuals who value building products that change the world from the ground up--people who want to play a big role in product development.

We build software for our clients using the latest software development and project management practices and we love what we do. We're a remote-first company based in Chicago and we'd love to have you on our team.

Elixir Software Engineer: https://foxbox.com/jobs/software-engineer-elixir

React/React Native Software Engineer: https://foxbox.com/jobs/software-engineer-react-native

Check our open positions: https://foxbox.com/jobs
All of these items are already transacted digitally.
It's stopping him from being a candidate for the next elections at least.

Not great but I'll take that.
>So if you're a corrupt politician, managing to become president should be a "get out of jail free card"?

Yes. In fact, the US constitution explicitly allows this via pardoning. Sending presidents to jail has rarely ever worked out well in history. It becomes an inherently political power struggle, and weaponizes the justice system for political purposes.

Anything short of cold blooded murder can be twisted and skewed into something either worse or not as bad as it actually is, depending on your political leaning. And like it or not, we have to share this country with 50% of the population who disagree with us politically. The alternative is disenfranchisement and civil unrest.
I fixed it. :) https://youtu.be/TdSxDNnqRlo
Correct me if I'm wrong, but I believe that is common practice for a lot of non-violent first time offenders, not just politicians.
The ARM "server" space for the hobbyist willing to spend < 10 EUR/USD a month is a bit of a sad story.

Scaleway had their nicely priced C1 instances. Well, they still have and they run pretty solidly in my (limited) experience. But they have not updated the kernel for ages. It seems pretty clear that they will shut them down sooner or later without any successor.

Is there any other comparable offering out there?

(I intentionally mix owning and renting a server. Aren't we in the age of the cloud...)
I would love to see this as a cli, I'm tired of PlantUML's[1] document compilation time. Guess even the plain text tools are made in React nowadays, sigh

[1]: https://plantuml.com/