skysight-inc/HackerNews huggingface dataset:
I believe that you are indeed in not only burnout but also in severe stress and in situation where your hands are too tied and hence feel both immensely helpless and deceived. This is the vicious cycle which will cause not only mental health issues but also feed constant burnout.

I was also in similar situation and I indeed complained a lot, like everyone called me the most pessimist person in existence and some of my friends intentionally avoided me.

While I got some therapy which immensely helped, it is also important to find out about why you feel helpless and if something bad or regretful happened to you that left you scarred(took the therapy to realise and distance myself from that abyss…).

Rather than complaining, I eventually came to accept that the world is not just(read about just world fallacy) and everything is the way it is and will continue to devolve into more degrades state due to constant chaos nature of everything. All that is left to do in power is to enjoy myself with my family and friends and not try to save the world to enlighten others about obvious issues of the society and everything(believe me most everyone also sees and knows this but tends to be busy with their own life and tomorrow instead of getting down about the sinister nature of the world).
So what happens if the teams disagree on whether a rule was broken? The entire point of a referee is that it's supposed to be an impartial authority.
Same. Most people afaict just live with little to no ambitions.
That's a non-commercial licence, which is not FOSS.
Ah, er, yes, I think most people outside of Russia, and many in it, think that most European leaders are better than Putin.

Most European countries haven’t killed off 0.2% of their population over the last 18 months in a pointless, doomed war driven by their leaders’ personal vanity, for instance, so there’s that. At this point, Putin’s ridiculous project has killed nearly as many Russians as covid did.
It's not yet summer in Brazil, but a dangerous heat wave is sweeping the country
When I first leant about unit tests / TDD, I was confused because everyone assumes you are doing OOP. What am I supposed to do with my C code? I can just test a function, right? Or do I have to forcefully turn my program into some OO-syle architecture?

But then I realized it does not matter, there is only important thing about unit tests: that they exists. All the rest is implementation detail.

Mocking or not, isolated "unit" or full workflow, it does not matter. All I care about is that I can press a button (or type "make test" or whatever) and my tests run and I know if I broke something.

Sure, your tests need to be maintainable, you should not need to rewrite them when you make internal changes, and so on. You'll learn as you go. Just write them and make them easy to run.
Adults have too much freedom… Must be controlled…
a non-profit that controls one of the most valuable private tech companies that rivals the importance of a lot of F500 companies.
You can do this with a two-pass encode and a calculator. Take your desired filesize and divide by the runtime of the video. Put that bitrate into the UI. (It does seem they could add this to the program.)

It would also work with a one-pass encode, but setting the bitrate that way risks wasting space in simple parts of the video and degrading quality in complex parts. Two-pass encoding takes longer but distributes bandwidth better.
This is contradictory.

> less focus on licenses, more focus on people interactions and actual contracts

This gives the impression you support sticking to truly Free and Open Source
software licences.

> the code is free for non-commercial use

A licence that explicitly forbids commercial use in this way is neither a Free
Software licence nor an Open Source licence, by definition.

> I wonder if anyone has already implemented it in practice

The Business Source Licence (aka BSL, or sometimes BUSL for some reason)
pretty much does this. [0] It is neither a Free Software licence nor an Open Source
licence. (They're pretty upfront about this, which is good.)

[0] https://mariadb.com/bsl-faq-adopting/#osl
The definition of "harmful free-riding" is not good, and its use to justify the license is problematic.

> Consequently, the common pool resource may be under-produced, overused, or degraded. Additionally, it has been shown that despite evidence that people tend to be cooperative by nature (a prosocial behaviour), the presence of free-riders causes cooperation to deteriorate, perpetuating the free-rider problem.”

Software doesn't wear out, or degrade through use. The analogies offered to other, physical common services are nonsensical.

Also, there's plenty of projects that are open source, have an enormous amount of usage, and don't suffer from this problem. The difference between these and projects which perceive they suffer from the "harmful freeloading" problem is not the license, it's a badly-thought-through business model.

If your business model relies on no-one else using your software to compete with you, don't open-source the software. Especially don't whine about it and then pretend to open source it. Just do proprietary.
Victor Mono Typeface
Loss of know-how is a risk. A vendor needs to be able to prove that it has sufficient headcount and skills to run and improve a system.

While OpenAI would have the IP, they would also need to retain the right people who understand the system.
Developer Burnout
You have three people, one of them is at least quite well known to the outside world, or at least his / her company is well known along with an ex Facebook CTO title.

You have two people left, we have no idea what he / she is, their work are not public outside of specific domain, and no Public / PR exposure to even anyone who follows tech closely.

Those two people we group them together. And they happened to be woman. ( At least we assumed their gender ). And we are now being called sexist? Seriously?
It strikes me as "the least worst compromise license I've yet seen" and I mean that positively.
Do you have any sources for this? I'm only seeing a wave of reports back in 2016.
Formalizing the Proof of Polynomial Freiman-Ruzsa in Lean4
Personally, I saw the ligatures and really didn't like them. The /= and ||= look monumentally ugly to me for C code, and makes the meaning less clear. The only ones that looked worthwhile were /* and */. The rest just seemed to be ligatures for the sake of it.
Put simply, doing TDD properly leads to sensible separation of concerns.
Also, it's possible there are LLMs pretending to be human beings on Mechanical Turk!
That's the idea, yes. However none but OpenAI knows exactly what ChatGPT was trained on. In fact, the dataset that it was trained on is so vast that they probably don't know either if it contains any given question.
IIRC last week I saw a study where GPT4 can solve some leetcode problems simply by giving it the number, no description. A clear example of overfitting.
> Xapian under a hypothetical FSL would long have been able to commercialize it.

I feel like you still aren't understanding what I'm saying here. Suppose a hypothetical version of the Xapian devs existed that were willing to use the FSL, but didn't because it didn't exist at the time. I could email those people, and ask "can you give me an Apache licensed version of your code from two years ago". They would then give me a copy of that code. The license is just a written expression of what a developer is willing to do. The existence of this licence doesn't actually change what devs are willing to do. It doesn't solve any problems. Anyone not using this license can still release old versions of their software under a different licence. Likewise anyone using the licence can always stop using it for future revisions of their software. It doesn't enable you to do anything, and it doesn't provide much of a guarantee to users.
It has been interesting to see evidence accumulating that shows, despite initial excitement bred by papers such as "Sparks", there is something missing from current language models.

Individually none of these results will ever get the attention of a "Sparks" type paper, but collectively a strong case has been built.
Broadly, handbrake supports far less customization, accepting fewer source formats, and outputting fewer destination formats than FFmpeg does. This specificity allows Handbrake to do more work to understand input videos at a deeper level than FFmpeg defaults to. For instance, FFmpeg includes options to concatenate, slice, superimpose, or filter multiple videos while Handbrake only slices the input. Similarly, Handbrake includes options to select or burn-in certain language subtitles tailored to the needs of TV show or anime watchers; FFmpeg defaults to copying only the first stream unless told otherwise.

As a second example, Handbrake only supports h264, h265, AV1, and a couple MPEG codecs. This means Handbrake can convert HDR video; it extracts that data and supplies it to the output encoder automatically, while FFmpeg doesn't do that for you.
Sure, but we are talking about research teams here, not about an ops or compliance team. Central research tends to be detached from the business units but does not provide any of the 'consistency' benefits. Central research makes sense if the objectives are outward-facing, not if one wants to have an effect on what happens in the software-building units. So I'd say that ideally/hopefully, the people of the RAI team will now be much closer to Meta's engineering reality.
If it’s out there then it’s fair use isnt it? Or does that only apply to non ai people’s ip?
> svedish yankspankers

Presuming that the main code contributions also come from the Swedish scene I'm not entirely surprised that this happened. It sort of fits my impression of the gamer/programmer culture here (although I can't quite express why)
Electric on the rise – Volvo Trucks keeps its leading position
Yes! Every time my phone's had a problem charging, the issue has been cleared by doing exactly this.
Vertical Tabs in Visual Studio Code
There are many people who use the software, for free, to monitor their own non-competing software projects (it turns out that overwhelmingly most people aren't competing with Sentry).

Some people choose to scratch their own itch and commit small bug fixes. For example, if you are running Sentry internally and you're monitoring a dozen software projects with ~50 users, it might be in your interest to fix some edge case you've hit that's causing your team grief. You could also open up a ticket on GitHub, or do nothing at all and just continue to use free software as-is without contribution.

It sounds like you aren't a user and have very little incentive to contribute. So I agree, don't!
> I've seen plenty of horrible unit test driven developed code with a mess of unnecessary mocks.

Mocks are an anti-pattern. They are a tool that either by design or unfortunate happenstance allows and encourages poor separation of concerns, thereby eliminating the single largest benefit of TDD: clean designs.
This is veering extremely close to tiger-protecting rock territory.
Oh, I see.

One guess for GPT4 is that it's an amalgamation of models. So you would have various models trained more specifically like the ones you mentioned, and you ask them all to start answering the query, then you choose which one produces better results, and then you present that to the user.

Alternatively you can have a decider model that knows what kind of queries goes to what specialised one, then have that as a "hidden layer", whether it be in the application level or "neuron layers".
Wow I was not expecting this, It's really something else in terms of speed, and results are not bad! Will test it more
FORTRAN77 only allowed 5-digit numbers as labels. So people developed habits for numbering loops & ifs. Programs definitely lost readability if you renumbered them.

The labels were in fact numbers, not just numeric strings, since there was a computed GOTO that took an expression to jump to.
Can someone provide the prompts in text rather than the images from the paper? That would make it easier to try and replicate results.
I have been working on a JS runtime that takes away the necessity for databases, by automatically persisting everything that can't be re-computed on the fly.

If all you need is to store some state somewhere, it works beautifully, but it can't outperform any kind of index-based operation, or anything that needs to operate through all the records.
You have it backwards. Regulation has gone up a lot over the last two decades which is why you're seeing what you're seeing.

Historically in America or current day in developing countries, the rate of growth in living standards negatively correlates with the amount of regulation.
> The Business Source Licence (aka BSL, or sometimes BUSL for some reason)

BUSL/BuSL gets used as BUSL is the SPDX identifier. It's the SPDX identifier as BSL was already taken, by the Boost Software License, which predates it.
Maybe a better case is outsourced and empowered. What if there was a third party company that was independent, under non-disclosure, and expert in ethics and regulatory compliance? They could be like accounting auditors but they would look at code and features. They would maintain confidentiality but their audit result would be public, like a seal of good ai citizen.
I’m triggered by the racism implicit in the post. The implication is that the Burmese are unsophisticated dupes and it is the white man’s burden of Zuck to make the behave.
I love how this reads normally until the sudden "but blockchain" comment at the end.

Blockchain payment processing is slower, more costly, and a silly suggestion to ameliorate problems in payments that don't violate laws or international agreements or need to completely ignore kyc.
If you value learning about the strengths and weaknesses of different algorithms then I recommend reading this counter-argument against one species of heavily extended L-Systems used for city road network generation: http://nothings.org/gamedev/l_systems.html
It depends. If you embed a requirement into the culture and make it clear that people are absolutely required to think about it, at least some people will do so. And because the requirement was so clear up-front, those people have some level of immunity from pushback and even social pressure.
Not an economist, but that does not sound bad in general. Best case you have several companies that: (a) have the knowledge to make sensible rulings and (b) have an interest that non of their direct competitors gain any unfair advantages.
And this assumption has only gotten more common in the ~56 years since (so the anecdote goes) ELIZA fooled Weizenbaum's secretary.

"Consciousness" has ~22 different definitions; some are easily met, some are not even met by the humans giving those definitions (for example, I've seen people here on HN who write as if consciousness can somehow magically solve the halting problem).

There's only one test for it in AI, that I've heard of, and that I think is worth exploring: https://www.youtube.com/watch?v=LWf3szP6L80
One of my favorite occassional dopamine hits is when I have exact change for the transaction. Younger cashiers don't typically seem to care.
Looking to hire remote freelance devs for marketing attribution SaaS app
Hi - I am one of the co-founders of DigitalOcean. I have been building and leading marketing teams for the past 10+ years at various startups. One problem that I hear time and time again from CEOs and founders is their lack of ability to know where their paying customers are coming from. There is no simple self serve out of the box solution. There is a major hole in the attribution space to fill with a simple tool that is easy to set up and provides full visibility into where customers are coming from - all the way from the top of the funnel to the bottom of the funnel. Having one source of truth for marketers to guide their investments into various channels programs and initiatives is critical for startups to increase customer acquisition.

After dealing with this problem for so many years, I've decided to solve the marketing attribution problem once and for all. That is why I am building Source.

I am looking to hire remote contractors (the ideal profile has experience working @ Braze, Twilio/Segment, Datadog, etc.) that specializes in the roles below. I am currently working with a top-tier product development shop out of Canada called MetaLab (metalab.com) who built Slack, Notarize, and other amazing apps. You would be spending 1-2 months pairing with their development team on the project.

Side note: this job can easily transition into a full-time role in the near future.

## Roles

### Data Pipeline and Architecture Engineer

### Application Development Engineer

### Developer Operations/Deployment Engineer

**Learn more about each role by visiting https://source.app/

Submit your profile / project portfolio to mitch@source.app if you are interested.
The problem is that if any of that was a good idea, the question is why is the Hyperloop specifically a good idea, but regular old high speed rail is not? What factor are you changing that makes one good, and the other not good enough to get done right now?

(the answer of course is nothing: the Hyperloop would be stupidly expensive, and however fast it is wouldn't solve the logistics problem of loading and unloading it - so whatever quote you've seen for rail, just triple it if you tried to build a hyperloop).
Binders.
Best game ever, other favorite is BA. Nothing to conpare these to.
Are you applying for a job as a staff prostitute? If not, how can any of this relate to your ability to perform the work? Avoid the place and report them.
> I don't believe you must do this every time though.

So I think we agree. If you find it beneficial, please carry on doing it. For anyone who doesn't find it beneficial, they can write tests in whatever way they want.
More info according to [1]. At 13:10 Redsys (a payment Gateway) experienced an outage for hours[2]. At least around 18:00 it was resolved because I bought some groceries without any issue.

Sorry I only found information about this in Spanish.

[1] https://www.elmundo.es/economia/2023/11/18/6558baa1e4d4d8792...

[2] https://www.elmundo.es/economia/dinero-inversion/2023/11/19/...
> people who still don't believe that decentralized blockchain networks are the future of payments

Imagine if the network was working but at 7 global transactions per second and each purchase took 10 mins for the payment to clear.

Fact of the matter is that even with yesterday's outage, the Spanish payment card network still delivers excellent reliability and performance.
I take a similar approach in .NET. I try to build these Lego pieces as traditional classes - no dependencies (except maybe a logger), just inputs and outputs. And then I have a few key "services" which tie everything together. So the service will pull some data from an API and maybe pull some data from an API, then pass it to these pure classes for processing.

I don't unit test the service, I integration test the api itself which indirectly tests the service. Mock the third party API, spin up a real db with testcontainers.

And then I unit test the pure classes. This makes it much easier to test the logic itself, and the service doesn't really have any logic - it just calls a method to get some data, then another method to process it and then returns it. I could quite easily use mocks to test that it calls the right methods with the right parameters etc, but the integration tests test that stuff implicitly, without being a hindrance to refactoring and similar work.
The faster results came after they had already won the race for best search results. Initially, Google wasn't faster than the competition in returning a full page. I vividly remeber the joy of patiently waiting 2-3 seconds for an answer, and jolting up every time Google Search came back with exactly what I wanted.
> I am genuinely interested on hearing the point of people who still don't believe that decentralized blockchain networks are the future of payments.

This assumes the internet and power will never go down in an area. Wires will never be cut, solar flares will never happen, motivated forces will never hack networks, whatever.

Paper or metal in your wallet has worked for thousands of years in some form or another.
I would contend that everyone discussing LK-99 took it very rationally. The idea that there were people "falling for it" is made up post-facto by a group who want to feel smugly superior about everything.

Cynicism isn't wisdom though.
There was more information provided. And it's possibly not even overfitting. See https://news.ycombinator.com/item?id=38205153
>I am genuinely interested on hearing the point of people who still don't believe that decentralized blockchain networks are the future of payments

Decentralization is either a very attractive feature or a dangerous threat. It depends on who you ask and what they have at stake.

I think decentralization is a very attractive feature. But there are many problems with various blockchain-type technologies currently. These problems include high energy costs, slow and limited transaction rates, lack of privacy of transactions, and being too complicated for any average person to use safely.

Not all blockchain technologies have all of these problems. There are many mitigations for these problems. Some people say that some of these issues (like irreversible transactions) are features, not problems.

One way of seeing it is that the current technology is just a a low-level base layer, and better things will be built on top of it.

But, currently I'm not aware of any widely-accepted cryptocurrency or blockchain tech which avoids all of these problems yet.

Edit: and isn't good old physical cash still a reasonable solution in Spain?
No license can prevent you from making alterations to your private copy of a piece of software.
If you generate the music yourself you can tune it any way you like. Using 440 hz as the basis lets you still do any kind of music, people wouldn't notice the difference since you mostly hear how it changes and not absolute pitch.

> Sitar for example, sounds very different and I believe its because they don't follow that practice

They still follow the same practice, maybe they don't center it on 440hz but the concept of tones and how far the steps between them are is the same all over the world, they just use different scales.
I’m still not following what the issue is. If you refactor some code and change the behaviour of the code, and the code tests the expected behaviour and passes, then you have one of two problems:

1. You had a bug you didn’t know about and your test was invalid (in which case the test is useless! Fix the issue then you fix the test…)

or

2. You had no bug and you just introduced a new one, in which case the test has done its job and alerted you to the problem so you can fix your mistake.

What is the exact problem?

Now if this is an issue with changing the behaviour of the system, that’s not a refactor. In that case, your tests are testing old behaviour, and yes, they are going to have to be changed.
I think again, it is conflating two aspects of design

You can be an interior designer without knowing how to make furniture.

You can also be an excellent craftsman and make really nice furniture, and have no idea where it would go.

So sure, UX coders, could make really nice buttons.

But if you have UX coders all going in different directions, and buttons, text boxes, etc.. are all different, then it is bad design, jarring, even if each one is nice.

Then the designer is one that can give the direction, but not know how to code each piece.
An excerpt from the FAQ¹:

"Please don't post job ads as submissions to HN."

¹ https://news.ycombinator.com/newsfaq.html
It still is, and I run into it sometimes but only when using it repeatedly