skysight-inc/HackerNews huggingface dataset:
You probably need some capability of working with a team.

I'm going to assume you're a developer. Imagine working with a team of 5 to 10 developers. Plus a team of QAs. Plus a team of Ops. Plus a team of DBAs.

There's usually a process like working on code in a feature branch, passing it on for code review and then merging the feature branch into a development branch, where the QAs will deploy it to a staging server to check your changes (unless they deploy off the feature branch alone), and then eventually the development branch is merged to master for deploy to production.

So basically people aren't merging code to master or development out of the blue. People aren't typically sshing into production servers and changing code on the fly. Developers probably don't even get any access. And so on.

Anyways, not sure if you're already familiar with all that or if it gives you new insights into how working for a larger company might be different.
The purpose of loans is that the private sector should be able to better evaluate college ROI than a government agency and offers/prices appropriately. Admittedly, government loan backing breaks this model.

(Also it doesn't help that the least risky students are out of the pool by either parents funding or scholarships)
PCB Motor: A smaller and cheaper open source brushless motor
Maybe not those massive bars, but if we’re talking about being in a country where you can’t trust the government at all with the currency, wouldn’t you want to store most of your savings in gold or something similar? So just thousands of coins I guess? Arr me matey
Haskeller here. I don't want to use Elm myself, but I think this is really unhelpful. Elm is bringing new people to static functional programming environments that emphasize immutability, purity, algebraic data types, pattern matching and a lot of other great features. Yes, writing serialization instances by hand over and over is a huge drag, and like, there is a better way. But the better way doesn't need to include condescending mockery.
This actually sounds like a cool business idea to me. I wonder if there’s a market for code-reviews-as-a-service, where you match people up with programmers based on the bid amount.
As someone who has participated in quite a few interviews for one of those big companies, it's doubtful that you're being pigeonholed because of your experience. However, one thing that I do see fairly frequently is candidates whose resumes look strong but, upon interviewing, show pretty strong evidence of "big fish, small pond" syndrome. That is, they performed well enough amidst their peers, but their peer group wasn't challenging them -- and they stagnated as a result, thinking that they knew more than they did. This often comes out during interviews when candidates speak confidently about solutions that are clearly sub-optimal without much apparent awareness of weakness, alternatives, and tradeoffs.

This has been a tough one in the past-interview discussion on many of the interview panels that I've been on. Given a bigger pond, would the candidate jump at the new opportunities and learn? Whether or not we decide to go that route often depends on a number of factors, both from the candidate and the current team dynamics (what's our internal junior/senior team ratio and what's our current mentoring needs/bandwidth?)

I have no way of knowing if this describes you, of course, but might at least be worth ensuring that during the interview you're not giving the above impression.
Yeah, I've been wondering if I can write a bot that signs in to other accounts and aggregates things for a primary account.
If it looks like an ID, people will use it like one... Good thing nobody has my DNA yet..., probably..., maybe...
I was going to say, "Jesus Christ did one guy actually manage to write a fully standards-conformant C++ parser?"
I am really really don't want to sound like an troll, but didn't you folks basically invented phpbb forums?
Sure, but not everyone uses them. Or uses different formatters. Or different configurations for the formatters.

The key thing for gofmt is that it's universal and community backed.
At this point it's barely a stepping stone. I'd recommend just diving in to Haskell or the like head-first so you learn the tools you'll actually use.

When you update this quickly (and for no reason), the learning resources go out of date too.
1400 Western Australian gov officials used 'Password123' as their password
Sickness, risk reward regarding prey, accidents and poachers will probably not be taken care of by vets

Granted, peta and humane society have exposed some zoos mistreat many animals which may swing the statistics in favor of the wild. Nonetheless, we have laws and those laws are meant to protect the animals even if they dont succeed 100% atm
No, "immaturity of the language" refers to Evan's tendency to make breaking changes for absolutely no good reason.

Use custom operators? Fuck you. Now go rewrite all the libraries you contributed to the community.
تحميل سايفون برو 2019 لفتح المواقع المحجوبة للاندرويد Psiphon Pro
Program Management. I have watched several colleagues switching from dev to PM over time precisely because of stress, both in terms of keeping up with tech as well as release pressure. The downside is that PM jobs are shrinking and climbing career ladder is harder. The upside is that your neck is not on the line (well, most of the time) but you get to share credits for success pretty much all the same and in some cases even be the defecto face of the project in high profile events.
Solving the Android Game Engine Sync Problem – FPS, UPS and Refresh Rate
I dont know about tinc, but we've benchmarked ZeroTier which is user land and gotten results close to IPSec. The tun/tap overhead is low. It might matter if you are pumping serious traffic, like encrypting a data center or leased fiber line.

If tinc is crazy slow I suspect it's an implementation issue.
There's a tension here between different views of what Mastodon should be. Is an instance more like an email server (where it just acts as a gateway) or a web forum (with a community of people on each instance)?

It seems like the ActivityPub protocol itself is designed from the "email server" perspective, but as different instances try to differentiate themselves and attract users, I bet the platform will swing more and more toward "web forum". It'll be interesting to see how it turns out.
> pure immutable languages need laziness

https://mercurylang.org/

If you put the most valuable thing in the universe inside a box that can't be opened or permeated by any force in the universe--then that thing is no longer valuable. Go find the former #2. If you have a programming ideal and that ideal requires laziness--then you've messed up. You have to conclude that there was something flawed about the ideal.

I'm a lot more confident about laziness being bad than about what you're thinking of as "a pure immutable language" being bad, but part of the problem about laziness is that it's a feature apart from the language it's in. If you implement a cache with a hash table in any normal language, then you can later on check and see how much data you have cached, keep track of your cache hit rate, empty the cache, pre-load your cache from a previous run, and so on. To work with your cache, you have the language itself at your disposal. If you implement a cache with a lazy list in language X, then language X can't help you. You'll need to hope that whatever Gods dangled laziness before you, also have some tools dangled elsewhere.
Not that people making the smart-compiler assumption in the days before JITs were justified... but that sounds like an argument for using JITs.
How Much Electricity Consumed by Bitcoin, Bitcoin Cash,Ethereum, Litecoin,Monero
Nobody can take Elm seriously because having lines of code in Elm is a liability at this point.

If Evan hadn't wanted this to happen, he shouldn't have positioned it as the "beginner-friendly" language and then pulled the petty dictator routine out as soon as people were locked into his ecosystem.

> Nothing demonstrates this better than coming back to an old Elm application and immediately making meaningful changes to the code despite a long hiatus from using Elm at all.

Or... not having it compile because the BDFL (or, realistically, DFL) has decided to remove half the features it needed to compile.
Very well said. The 30 minutes after my Dad passed from cancer were overwhelming. I explain it as having all the good emotions turned off and all the bad ones turned up to 11. Like when you’re at a concert and it’s so loud that your ears start buzzing from the overload.

I’m used to the world without him now but I feel the same irrational frustration as the author seeing people the age he would be now and thinking “why did you get to live and he didn’t?” There are so many things I would like for him to have seen, things that he wanted for me that came true.

It’s strange how some of the grief never leaves and pops up unexpected. I got all teary watching Field of Dreams after probably 25 years...a fun movie when I was a kid but as a grown up the tension between fathers and sons.
> I don't understand all the hatred towards containers. It's simply an OS abstraction to facilitate isolation.

Containers on their own aren't enough to deploy a reliable production system. Even on a small scale. To use them for reals you need a lot of domain knowledge and the support of a large ecosystem like Docker. And even then it's easy to get stuck in a rats nest of brittle tooling.

I don't have anything against containers. I'm just tired the exaggerated "ease of use" claims (eg: I talk about container management being a non-trivial problem and people telling me "just user Kubernetes!").
There would be no Silicon Valley without the military industrial complex. Period.

But I think there are problems with getting too close to the Pentagon and then trying to operate internationally as a purported neutral information platform.
Clearly the internal API existed because Evan et al. decided they needed to use it. So why did they decide it a feature that was so obviously necessary was too complicated for the hoi polloi?
Google’s Jeff Dean’s undergrad senior thesis on neural networks (1990) [pdf]
I've interviewed people with your background and company sizes, and one general thing I've noticed is they are pretty good at their company stack and tools, capable of doing lots of things, can talk in depth about their previous work, and were successful in their jobs.
However, the drawback is bigger companies frequently want someone with experience to be a master of a few things, and less a generalist. Not defending it, but I've rarely seen a corporate hiring manager excited to hire an experienced dev based on them coming across as: "Oh I can learn anything! What do you need?"
The safest way to buy physical gold is directly from a mint like the US or Canadian mint (obviously assuming you trust the government/mint in question).

The next best is to use a trusted dealer and buy the mint products that have verifiable serial numbers. For example:

https://www.apmex.com/product/98353/1-oz-gold-bar-royal-cana...

Canadian Mint 1oz bar, at a small mark-up over the price of gold. Comes sealed and has a serial number.
Stack Overflow Can Be Cruel and Lazy
A master's degree will not materially improve your employment prospects but will cost a lot of money and years of opportunity cost.

You should devote approximately one week to reading about how to interview better and practicing and then get as many interviews as you can at companies which are large enough to offer a competitive benefits suite. If I were in your situation I'd optimize for brand-name ones first, since the last name on your resume dominates people's impression of it. ("Worked for ten years at university IT departments and small software companies then Yelp" rounds to "ex-Yelp employee" according to basically every recruiter I've ever spoken to, and there are a lot of companies which round to Yelp.)

Even if one thought that one was below the supposed bar for large companies, they're sufficiently imprecise regarding interviewing that you have at least a 20% chance of an offer given ability to get onto a phone screen and pass the local version of FizzBuzz. Make it your mission to get failed out of their interview loop twenty times; it's virtually impossible.

P.S. One does not have to change one's personality to present differently for twenty minutes on a phone call if one believes that one's perceived personality is causing the phone rejections.
Magic Leap is a Tragic Heap
Pleroma doesn't lack content moderation options[0]

Pleroma culture, on the other hand, is generally geared more toward free speech.

[0] https://git.pleroma.social/pleroma/pleroma/wikis/Message%20r...

- marking incoming messages with media from a given account or instance as sensitive

rejecting messages from a specific instance

- removing/unlisting messages from the public timelines

- removing media from messages

- sending only public messages to a specific instance
Would love to dig into this and try some small C servers.

FYI if anybody @ IncludeOS is here, the page at http://www.includeos.org/get-started.html automatically made a link out of the file path `./seed/service` as well as `your_service/service.cpp` and 404'd on me, which was confusing for a moment. Looks like putting them in code blocks would prevent it.
What is the differences between this Scala.React and ReactiveX? ReactiveX born in 2010 too, and is mentioned briefly in Related Works.
Depends on which lisp and who you ask.

For many, functional programming is just as much about expressive type systems, purity, and immutability as is about robust first-class funtions and higher order functions.

Lisp is like the python version of Haskell (as compared to Java I guess?) It's a rough metaphor but I think it makes enough sense.
The Datacase screenshot, https://www.wizards.de/~frank/DatacaseScreen.gif, shows something very interesting near the lower-left: the 3rd icon is labeled Konsole!!

This was 1996. Did KDE exist then?
>Elm is much more stable than every option in the market.

This is false.
How does one liquidate an illiquid asset into another currency?
> The trilemma exists because we do not have a decentralized source of scarcity for human capital.

It seems like the author insists that each human only gets one identity. However, this cannot work because it is also not Privacy-preserving. By extended use of a single identity your privacy is eventually violated by a correlation attack (just like your anonymous location data quickly reveals your identity because you go from home to work every day).

If you do allow several identities as long as they come with a price a proof of work scheme should be sufficient to make identities scarce.
Well, if it's ready, but it hasn't been a long enough time then maybe we avoid rushing everyone to wireguard until it's been tested in the wild more by those who read the mailing lists and etc.
Agreed, digital typography was far more constrained back in the day. You couldn't even embed a ttf font into a web page until recently, and the intersection of Mac and Windows default fonts was like 4 fonts. Even in images, the low dpi made it impossible to use fonts with fine details.

There was some interesting article a few years back. It stated that web design had come to rely more on snazzy layouts and images to compensate for ugly type, whereas print design often is fairly minimal and lets the letterforms dominate. Now those constraints are lifted, the article argued that web designers should adopt a more typography-centric style.
> breaking code is not really a problem since elm compiler is fast and has nice error messages.

Not true on either front. Elm's compiler does not have good error messages, and breaking code is absolutely a problem.
Even the identification with the same ID is considered harmful. Someone might try mass login with your ID on various platforms and observe a pattern for future social engineering.
iOS Kernel Security Using KTRR
Biometrics are highly problematic in this context. IF someone steals your private key, you can jump through some hoops and get a new one issued, and regain control over your identity.

If someone steals your biometric data (and that is a thing that can happen through a variety of methods), there's no form you can fill out be issued new retinas. Your identity is permanently compromised.

A moderate increase in security[1] in the average case in exchange for catastrophic failure modes isn't good tradeoff.

(And given the very, very troubled history of biometric security, I'm being charitable assuming it's even an increase.)
no runtime exceptions except for infinite loops lol
Yes, because they rely on the compiler (for a specific language) to build and deploy only what the application depends on.

The main examples I know of are Mirage (OCaml compiler) and IncludeOS (C++ compiler).

Though, I think there are experimental / research systems that try to understand a program composed of multiple languages that each compile to LLVM, or anything that compiles to JVM bytecode. So those might not be limited to a single language.
The problem with bitcoin as a currency or a store of value is simpler than all these comments.

It is not secure.

If I own gold, I own the gold, nobody can take it from me without physical access to it.

If I own bitcoin, I own a transaction on a ledger. I don't own that ledger. The majority miners control the ledger.

A miner who has 50% of hashing power (actually less, when selfish mining) completely owns and controls the ledger. They can erase any transactions they want, block transactions and double spend.

You don't have that with gold, you actually own the gold.

Bitcoin Gold was the same source code and same ledger as bitcoin (no extra words) and it was double spent in exactly that way.

The whole system was designed to make the people who created the fake money a lot of money, it wasn't designed to run forever. They've made their 100s of millions+ and more. Beyond their wildest dreams. It's a simple pyramid scheme designed to run as long as possible.

It is not a currency. It is not a store of value. It is a worthless asset being traded back and forth by people losing money in a less than zero sum game. Less than zero because money is going to miners and exchanges who facilitate the game.
I don’t think so, although I am hardly an expert. The iOS SDK has the ability for apps to provide custom VPN implementations for use system wide (see: https://developer.apple.com/documentation/networkextension/n... )

I don’t know if WireGuard being UDP causes issues, but I would assume it is possible.
While I mostly agree with you on a historical basis, I don't agree with you on a theoretical basis.

Post hoc ergo propter hoc. The military invented a lot of things "first", or at least provided the use-case and funding for a lot of things.

But that doesn't necessarily and always mean that people couldn't have invented something without military funding and uses in mind.

For example, the military probably invented the sandbag bunker, but I have one in my back yard. I am sure I would have figured out how to invent that piece of technology on my own for my own non-military needs.

So, maybe someone out there would have thought that electrified silicon is an excellent way to facilitate virtually all global communications.
> It doesn't matter how many people are deploying Elm in production today—it's still a pre-1.0 language and maybe they shouldn't be deploying Elm in production

Maybe the Elm website shouldn't advertise the fact that people are using it in production.
You are memeing AI. There are many applications in AI that require heavy R&D. For example, DARPA has their XAI project[1] which calls for developing methods to build systems for interpreting the results produced by opaque ML methods. As a long time lurker on HN, and doing independent research in this area for a few years now, I will tell you that most of HN has no clue what modern AI research really is, even though it is talked about a lot.

Try creating something non-trivial and you will see how little you know about the subject.

[1]:https://www.darpa.mil/program/explainable-artificial-intelli...
Linus is also a huge fan of wireguard overall: http://lkml.iu.edu/hypermail/linux/kernel/1808.0/02472.html

Praise like this from him is rare.
I decided to join Mastodon when it first came out. I planned to stand up my own server, but I kept.putting it off...

Flash 2 years later, last week I finally got a Mastodon instance up, and I don't host it myself. I'm using https://masto.host

They let you used your own domain.

My thought process is to not waste my time writing automation to stand up a server until I know I really want to use it.

So far I love it even though I only have 3 followers. I'm "micro blogging" more frequently than I used to on Twitter.

Of you have been meaning to stand up a Mastodon instance but just have not gotten around to it, maybe give mastodon.host a try.

They provide the ability to export and self host.
Yeah, I guess I'm confused about why an instance has any topic whatsoever associated with it.

For a federated design I'd assume the main difference among instances to be code of conduct/ToS.
We are confident in the feature set we're bringing to market and our capacity to execute. Unlike some of our tangential competition, we don't need a celebrity chef to get people to justify trying our food, because it's actually good food that people are familiar with.

Your idea seems obvious... so obvious that I wonder why, if it's such a good idea, no one local has beaten you to the punch yet.

We've thought about it too and have a huge competitive intelligence database. To the best of our knowledge we are the first to attempt something this aggressive in terms of automated food preparation and retail globally. Most less ambitious, tangentially related ventures fail due to high cost of iteration, poor choice of initial market, poor product, insufficient uniqueness versus established competition, insufficient staying power to negotiate regulatory hurdles, no commitment to total automation, or some combination of the above. I've actively sought out the counsel of founders of such ventures, and had long and interesting telephone calls to obtain the benefit of their experiences.

Have a look at the following businesses, then compare them to ours (we are preparing to manufacture after 2 years with a fully automated solution requiring 2m2 of footprint). 8 years and 25M USD finally got Momentum Machines / Creator a loss-leading semi-automated restaurant. 7 years and 4M EUR has almost got Ekim.fr one 45m2 restaurant with a plan to re-sell at 0.5M EUR/site, likely a small portion of which is profit owing to largely outsourced hardware. 5 years and 3.8M USD got Spyce a semi-automated restaurant with no clear scaling strategy. One observation would be that none of these businesses are particularly scalable because they are not fully automated. Another would be that none of them are in markets this large, and none of them can iterate as cheaply or as quickly on hardware as we can, because we are based in China. In addition, numerous central kitchen model based reheating vending machines lack choice, freshness and personalization and suffer from reduced storage and supply-chain bandwidth due to the prepackaged model.

So why isn't there more competition? Perhaps because it's an area dismissed readily for hand-wavey reasons. Maybe because it requires nontrivial amounts of capital and technical knowledge across multiple disciplines? Perhaps a combination of the above? The attention of the masses is, after all, rather fickle.
I also experienced this in 6th grade social studies, and it stuck with me beyond almost anything else. There are probably three things I can recall directly from that class, and two are about the (first) Gulf War since it was coincident.

This is pure Baader-Meinhof as well, since I was thinking about it on Friday and trying to remember the details before looking it up. I got the medicine cabinet and beauty ritual, but had forgotten the rest.