skysight-inc/HackerNews huggingface dataset:
As an experienced Python dev... Python's "convenience" and "soeed of iteration" completely falls apart when you have more than half a dozen people working on the same codebase of varying development experience. You spend so much time digging yourself out of abuses of internal APIs.
That's a good start, but IMO it's still too lax.
Meh. This is a lot of words to express a mentality that may be more pithily summed up by the idiom "it's a poor craftsman that blames his tools". I happen to agree, but I don't see any value in convincing the world it's true.

There's a certain irony in arguing that designers spend too much energy in religious wars about tools. Is it a better use of time to argue about such meta questions?

My respect for a designer is 100% based on their output. Whether they are deeply about tools or they just use whatever is in front of them is utterly irrelevant. Who am I to judge someone else's process? Creativity comes from individual agency and can never come from the thought police or people who are primarily driven by a need for consensus.
Thanks a lot for sharing this link.
I haven't used Bazel, but this concept of target and load visibility sounds cool.

"Once you've got that feature as a way to tame a larger and expanding codebase, you'll wonder why it isn't a feature in more systems."
:-)
Actually maybe it would be a better world with tools as our religion.

So far the Emacs vs vim and tabs vs spaces “holy wars” have not generated any real-life injuries or deaths unlike a lot of other “holy wars” both past and present.
>> It doesn’t have any built-in knowledge about computer code syntax or structure.

It's pretty impressive that this naive approach works on something as complicated as coding. In hindsight it seems "obvious" that it would work in game-like contexts like chess/go. Programming feels like its a significantly higher level challenge in a way (not that go is trivial)
Chances are, you gave it a problem that was actually in its training set.
I grew up with BASIC and made it to Java by way of assembly, C, C++ and C#. This year I put some Rust into production tooling. I've used python along the way, but usually as a scripting tool. I've never worked at a company whose codebase involves a lot of python. So beware of confirmation bias in my thinking.

What follows is my opinion, I am aware it is my opinion, but in my sphere of influence, it is not up for debate when it comes to writing code. It might occasionally be a conversation over lunch.

I put python in the same bucket as BASIC. It's not a production language. "developer time is much more valuable than machine time." Yes. Absolutely. Iteration speed is vital. But it is vital in more than just the test loop. It is important in the "minor refactoring of various classes" up to the "major refactoring of entire systems" loop too. And python just doesn't make that easy. It actively makes it difficult. It makes comprehension difficult. It's difficult to look at python code in a code-review and have a good idea of what the classes involved are. I don't even write scripts in it any more. I've found that any script that is worth writing is likely to grow and evolve over time, and if it is not written in something like C# or Java, then it will become an intolerable mess. I've seen entire organizations that are basically cargo culting.

I encourage you to learn a statically typed language and its tooling.
(Forming of a ) Religion is always a 4 step process.

i) Use a Framework/Tool/Process/Guideline rules to better your life.

ii) Feeling of elation/enlightenment when it provides that dopamine hit because it does provide benefits compared to before.

iii) The innate human nature to share the Framework/Tool/Process/Guidelines with others (and forming an opinion of them being idiots for not seeing the obvious benefits)

iv) The innate human nature to bond together on this shared experience and also seek social validation.

It applies from Christianity to Emacs.
Irrelevant compliment: I'm impressed by your idea and execution of gitbook-as-blog! (Or if your gitbook is your homepage and your substack is your blog, gitbook-as-homepage.) Nice taxonomies, information-dense: https://www.bhavaniravi.com/
Trump Announces $99 Digital Trading Card NFTs
Now you reversed the data collection process, a jet has to transmit this data and this data is public by default. It's a very different situation.
It's a someone's computer program that can make the battery last longer when watching videos, when it they finish it.
Have you read "Ready Player One"?

The author predicted that players will play a game where they will be dropped into their favorite movies, and will be given points for exactly mimicking the dialogue, inflection, and movements of the characters.

Spoiler: the first one is War Games.
The Sydney Brenner quote around the mid-point of the page captures the reality quite well, "it’s simply a regression to the mean". Or, given the typical peer review mechanisms, regression below the mean. If the original author is above average and the paper has three reviewers, any one of which can block publication, what is the likelihood that the paper will be blocked by someone less competent than the author? If reviewers are sampled at random from the scientific population (they aren't, it's usually worse) then blocking the paper is almost guaranteed to be blocked by someone less competent than the author.

A few journals are slowly moving toward a better system where publication happens first, then the reviews are published. As a scientist, I would certainly prefer to read the reviews without them blocking/delaying publication.

However, the real problem with peer review is its role in awarding grants, not in publishing papers. I have no idea how to fix that problem without introducing other problems. Too much incentive to game the system.
I used to do a lot of metalwork/fabrication in the early 2000s and ordered from them frequently. Even as a no-name so-and-so, stuff would be delivered same day or next day at the latest. It was amazing and they still do it!
I mostly agree with you and DHH on that topic, however in my experience reasonably applied SOA/DDD actually shields me from this layering nonsense.

When your apps live as a service on the network or as a nicely isolated module in your repo, you no longer have a reason to over-engineer them. You don't need a grandiose architecture that solves every problem, instead you can make local decisions that are good enough in the specific context. Though, admittedly, I found it hard to sell such "inconsistencies" to other tech leaders, most folks aspire to those grandiosities.

> If the app starts getting too big for its britches, probably the best thing to do is make it 2 apps

That's the argument in favor of SOA, isn't it?
Sites like this are exactly why the internet was invented.
who is attacking you in this situation though? you're scanning the files on your local system and storing their hashes. you then look for duplicate hashes, and compare the files that created them. if the files are truly duplicates, you can now decide what to do about that. if they are not truly the same, then you claim to have found another case of collisions, write your blog post/twitthread and move on, but does that constitute being attacked?

sometimes, i really feel like people in crypto just can't detach themselves enough to see that just because they have a hammer, not everything in the world is a nail.
The Discogs marketplace seems to have plenty of them.

https://www.discogs.com/artist/16261-Wendy-Carlos
Building an extension framework for dbt
Except this time it's different
https://youtu.be/WSKi8HfcxEk
A narcissist is a person who has an excessive interest in or admiration of themselves.

A lot of people who make movies on TikTok are just trying to get noticed and maybe land some job. Not narcissist at all: just trying to survive.
Sure, but these alternate browsers are already innovating on UI/UX on iOS.

I use Brave on iOS often because it makes doing certain things easier than Safari and it’s UI is quite good.
I generally agree with the position that unit tests should be used with discretion, and that full coverage via unit tests often leads to thousands of low-ulitility or redundant tests, and so on. However I cannot agree with this:

>They also tend to slow down CI because they're slow and always flaky.

In my experience, unit tests are the most stable, the least flaky, because they touch the least code and often have very simple setup. An integration test might rely on four database tables being just-so, and go on to connect with two external services (and whether mocked, replayed, or live, flakiness may arise). That integration test is twenty times more valuable, but it is equally more likely to break for reasons tangential to its core assertions.
If a Muslim or Jewish person refused to sell you pork, you’d say they shouldn’t work at a deli. Your religion is not under fire. Its adherents sometimes have a persecution complex.
> Can someone who understands this domain explain the significance?

Some editor needed to find one more discovery to make it 22 items because it was 2022, and this was the first one the new intern found.
It will replace coders with thinkers. The number of people that have ideas good or bad is large compared to the people that can implement those ideas as these bots/ai get better they will produce a lot of code.
At the start it will probably increase the amount of code produced and the number of coders but with time as the ai gets better need for coders will decrease. We will need people that can think or imagine ideas rather than coders now these people might still be considered software developers but they will not be coders in strictest sense of the word.
So the reason it's broken, is that it doesn't do all the annoying things that make the file picker in Windows 98 broken?

Granted I've never used Windows 98 so I don't know what I'd compare it with but all those misfeatures sound annoying.
Yes. Also worth noting that for OBS 29 (in beta currently), Apple has contributed native hardware encoder support for H265 and ProRes, which both work very well. Very nice pick for their engineering outreach people!

edit: Forgot to mention that they also contributed Continuity Camera and Desk Cam support, so those are built in to OBS now as well.
There's a programming language: https://silq.ethz.ch/
Based on the public posts I've seen about enterprise prices, for many teams this will mean a 600%+ per seat increase if they have more than 8 developers.

Which makes sense because dbtLabs has a bunch of venture funding and is trying to monetize their community and open source package, but is rough for organizations that want to encourage their analysts to move towards engineering levels of quality.
My house is standardized on Z-wave because I can afford a bit extra $ for each device in exchange for reliability. I can also add Zigbee if I need to, since my hub can do both. I just haven't needed to yet. Everything is available in both Zigbee and Z-wave versions, so I choose to pay the extra for added reliability.

I haven't had much luck with Bluetooth and Wifi IoT devices. They tend to last a couple of years and then die. They also are more hassle to set up, and use more power. I don't need more hassle in my life. Z-wave and Zigbee are both more reliable, with Z-wave taking the slight edge over Zigbee.

What's happening now is Thread (Matter) is coming. Thread is basically Zigbee Mark II. Thread is on par with Z-wave, but it supposed will retain its edge in cost benefit. I may start buying Thread stuff as it becomes available, but the problem is my mesh is solidly Z-wave. It doesn't seem worthwhile to start replacing stuff that works perfectly fine.
One of the reasons they want to increase price is because they have new features.

Yet not every customer uses every new feature. Indeed, features are often used to bring in new customers. Sally wants eg live metrics, Bob needs a specific kind of weekly report.

Now Acme co wants to increase the price to both Sally and Bob since there are more features, but Sally and Bob each only use a single feature.

The other issue is that two critical features for dbt are under more expensive plans - SSO and api access. This sours the lower plans by quite a bit. Even as a solo dev, I use SSO!
Really depends on the content of the blog. Here are a couple ideas

1. Sell courses. If it's a technical blog teaching people how to do things, you can sell an ebook or a video course that dives deeper than the blog itself.

2. Affiliate links. Is the blog teaching people to build websites? Why not strike a deal with Linode or some other hosting provider, and encourage your readers to use that service. In return, Linode will send you some kickback for each successful referral.

3. Google ads. You can go the regular route, get some google ads, and just add them somewhere on each page. You need a lot of traffic for that to be anything meanful though because the ad targeting kind of sucks and adblockers impact these majorly.

4. Native ads. If you have enough traffic, and it is targeted well to an audience that fits a specific product, reach out to the company selling said product, and offer them a native ad on the site. (This, in my experience, is the best option. I am receiving monthly ~$4k from a company suited to my niche on my own side project)
Said about the thing that has been on exponential growth for 5 decades already and without any sign or reason for an inflection.

Yes, eventually your comment will be right. It's just not right now.
Koyeb: US-East region is live, deploy your apps in Washington, DC
Everyone else's future?

I see this as another step toward having a smaller and smaller space in which to find our own meaning or "point" to life, which is the only option left after the march of secularization. Recording and mass media / reproduction already curtailed that really badly on the "art" side of things. Work is staring at glowing rectangles and tapping clacky plastic boards—almost nobody finds it satisfying or fulfilling or engaging, which is why so many take pills to be able to tolerate it. Work, art... if this tech fulfills its promise and makes major cuts to the role for people in those areas, what's left?

The space in which to find human meaning seems to shrink by the day, the circle in which we can provide personal value and joy to others without it becoming a question of cold economics shrinks by the day, et c.

I don't think that's great for everyone's future. Though admittedly we've already done so much harm to that, that this may hardly matter in the scheme of things.

I'm not sure the direction we're going looks like success, even if it happens to also mean medicine gets really good or whatever.

Then again I'm a bit of a technological-determinist and almost nobody agrees with this take anyway, so it's not like there's anything to be done about it. If we don't do [bad but economically-advantageous-on-a-state-level thing], someone else will, then we'll also have to, because fucking Moloch. It'll turn out how it turns out, and no meaningful part in determining that direction is whether it'll put us somewhere good, except "good" as blind-ass Moloch judges it.
So is the only option for Asus KGPE and KCMA now Coreboot?
Weird. I’m able to navigate door to door from north east seattle to south west seattle, which if you’ve ever been here is one of the most difficult and screwed up bits of infrastructure on earth. FSD used to stop at green lights very early on in the beta and you had to tap the accelerator to make it not stop, but at some point they dropped that. My FSD doesn’t just do stoplights right but does yields and merging stop signs and traffic circles and other complex decision making road signs.

It’s not flawless, especially on the seattle roads where knowing where the road actually is requires human level reasoning most of the time, so it drifts into parts of the road that I know from experience are for parking but the car assumes is just a widened road. Or there a lot of roads with margins that are gravel but are so subtly different from the damaged road surface it thinks that’s part of the road and tries to drift over before it realizes it’s not. These issues are nothing like the unmitigated disaster it used to be, though, and if they can keep the pace they’ve had over the last 6 months up for another 12 months, it’ll be remarkably useful.
A ten person social network is a group chat...? I don't want a whole website with ads to justify its own existence. I just want to send and receive fun moments with a few lads every now and then.
If tech that makes programmers obsolete comes then we are living in a new era. Pretty much every single job will obselete by then
Not according to me, they're both wrong in the exact same way to me.
> First the depth and clarity of thinking by ancient and medieval Indian scholars writing in Sanskrit in relation to key philosophical and existential questions is extraordinary. Personally I am currently inclined to think that the advaita vedanta tradition may have the most accurate understanding of the nature of consciousness I have yet seen. Moreover this tradition is largely based on purely logical arguments, which, while perhaps not 100% convincing to a modern reader, are I think definitely worth exploring.

Can you think of any resource that would provide an overview of what you're getting here that doesn't require months of reading? Something to just get one's feet wet, to know what is out there to be learned if one is willing to invest the time?
oh wow this one works really well
Agree on the points that you should never need to abstract over your database, orm, message queue, etc.

Disagree on dependency injection. I came from the globals/patch everything school of python, to the Fastapi/Pytest DI flavor, and it's a breath of fresh air. It's just so much easier to abstract the IO providers and swap them out with objects tailored to the test suite - eg for database, I create db objects which roll back any transactions between tests.

Hard disagree on unit tests. Maybe in other languages, but in Python, trying to develop even a moderately complex app without unit tests is a nightmare. I know, I've lived it. Even in an app with >85% unit test coverage, there was still a ton of friction around development on any of the interfaces which had low coverage.

Any gains in velocity of development almost always cost far more in debugging down the road.

I love python, but it is really prone to dumb footguns at runtime, NoneType errors in particular. You need to impose a lot of discipline to make large python apps enjoyable to develop on.
You can provide email examples as training data
A critical component of being able to change high rates for sponsorship is to not show people precisely what they’re looking for. Also, once people find what they’re looking for they stop looking which reduces ad impressions.

Amazon are just in the exploit stage of the build-exploit cycle and are making so much money doing it I doubt they’ll stop.
I wish Amazon was more like McMaster Carr or RS or any of the good websites. The ability to have filters that are meaningful (sort by random technical parameters, filter by dimensions or manufacturer, warranty, lead time, item location and that of manufacture, as well as price) and datasheets that were informative world be absolutely fantastic. I'm probably spoilt by datasheets for chips but God I miss them elsewhere...
There are some good points here, but the sweeping conclusion (presented with utter certainty) does not follow from them.

It seems like the author's beef is with journals, rather than peer-review. If we did away with "peer review" today, journals would still have to operate the same way -- they'd still have many more submissions than they have room for, so a team of people (ideally, peers) would need to, uh, review those submissions according to some criteria. We can discuss whether the criteria should be adjusted, but I don't see how journals survive without gatekeepers.

So, fine, he wants to do away with journals. Without a description of an alternative system, it sounds like the best researchers would just...upload their stuff to Arxiv and hope that someone reads it? Again, I'm not saying there is no alternative, but because he spends all his time arguing against "peer review", he spends no time discussing alternatives to journals that would solve more problems than they create.

He addresses the question "can we fix peer review instead of replacing it" by discussing ways that fixes have failed in the real world. So what makes him think that a replacement would be easier? The "burn it all down and rebuild it according to my preferences" approach also doesn't have a great track record!

And the certainty with which he states his conclusions gives me a sense that this is not someone who's super open to feedback.
And sgi still could not compete, the basic problem was they were(at the begining) 5 years ahead of everyone else, but were 10 times as expensive, if that was worth it to you you would buy it, however due to the economy of scale there was a lot of money in those terrible "pc's" and not only were they were catching up quick they were a lot more inexpensive.

So as a last ditch effort sgi moves to the intel arcitechure chips but now have nothing to differentiate them, still cost too much, and did not make the move to personal music players that saved apple.

In hindsight, sgi as an independent computer manufacture could could never have won against the cheap fast hardware from intel vendors, but damn do I miss them, the hardware was always amazingly stylish, performant and cool, and they put a lot of effort into the irix desktop environment.

I do have to admit that irix was weird as hell underneath, but I think that is the end result of any commercial operating system, windows, solaris, macos are all very weird underneath as well. I am a bsd guy at heart so that is my gold standard for a logical consistent os, but even linux is straightforward and simple compared to the commercial os's, something about being able to poke around in the innards make for better looking innards. is the best I can come up with.
Tunnel Vision in Computer Vision: Can ChatGPT See?
> The biggest difference between us and them is our tools.

Technology (gained throughout history) moreso than tools. For example, the Romans had concrete, (and it's a kind we still use occasionally), but we have about 1,000 different types of concrete, all with different mechanical properties and capabilities.

We have concrete water can flow freely through. We have concrete (well, more accurately techniques of building concrete forms) which has strength in tension. We have concrete which can bend, we have concrete which is astoundingly light. We have concrete we can can pump, and we have concrete which we can mechanically compact.

But when it comes to tools - aside from transporting concrete - we still use forms, screeding boards, and trowels in a dozen different shapes. Even the best concrete surfacing tools are trowels spun with a motor.
Who knew, Idiocracy was actually a documentary.

https://www.youtube.com/watch?v=ig446isvXlI
I have tried given a simple test suite and asking for an implementation that fulfills it, then asking to modify its impl and the test suite with a new requirement and it did it
There were a bunch of missed opportunities for Zigbee to become enshrined in the home.

For example, the first and second-gen Nest thermostats had a Zigbee radio built-in. At acquisition by Google, Nest heavily leaned into the wifi/cloud side for control and the Zigbee radio was squandered, other than for some esoteric “Works with Nest” protocol that maybe 2 other third-party devices supported.

Edit: I stand corrected by the comment below.
Maybe I'm just today's lucky ten thousand then.
It’s not called SHA-1DC. It’s called “some blob of C whose behaviour is never described anywhere”.