skysight-inc/HackerNews huggingface dataset:
You should definitely at least get a Steam page up so that we can wishlist it. Today's HN posting would have gotten at least one wishlist (from me :) When a game gets enough wishlists on Steam, the game is promoted to various lists which get shown constantly to people (as soon as you have game released and purchasable, even if Early Access). You are otherwise penalized if you create a store page late and have very few wishlists, since Steam's algorithms prioritize giving the banner spots, etc. based on your # of wishlists.

Source: https://www.youtube.com/watch?v=E656RcGWcEs
Show HN: Lite Analytics, simple lightweight web analytics
Sign up for for free account to try it or check live demo at https://liteanalytics.com/example.com/

Main features:
- Easy to use dashboard with configuration options
- Privacy based, no cookies used
- Compare periods options
- Real time view
- Competitive pricing

Service has been launched recently, but the work is still (always) in progress so more features are coming.

I've been developing websites and web services for over 20 years, and I've been using Google Analytics (GA) since the Urchin days when everything was easy to access and navigate. However, with each new release, I've noticed that GA has become increasingly difficult to navigate. Instead of being able to check yesterday's stats with just one click, I need to click four times. Instead of being able to switch to another site with just one click, I need three clicks.

I used to joke that no one at Google who currently works on GA has ever owned a website, let alone two or more.

Google's decision to retire Universal Analytics in favor of GA4 was the tipping point for me and I have decided to build my own tools.

Yes, there are some good alternatives out there. I even tried some of them for my less-visited websites. I was not very pleased with the one I choose, but later I found better ones, however the dice was already thrown and I have started to build my own tool.

Here you can find more reasons behind why I have decided to build my own tools (spoiler, I'm developer and love to built things) https://liteanalytics.com/blog/why-have-i-built-my-own-analy...
Presumably from the same place all the lithium and the necessary infrastructure upgrades would come from (even for "regular" EVs).

Maybe Toyota has wised up to the game after getting backlash for commenting honestly on its realistic strategies.

In 2023, we want vaporware that promises to fix climate change by emitting 6x as much CO2 during production, but don't worry, it'll break even with ICEs after a mileage that the battery will never get to.
Hmm, that seems extremely reductionistic, and sounds like you do not know anyone with bad or unpleasant lives. It also sounds like you're probably pretty young.
That depends on too many factors to make any kind of educated guess.
Yes, and you can also download a million projects like this, the sandbox exists.

But my suggestion would be that you build a video codec out of it. Preferably one that has the properties the market demands: performance and energy efficiency.
such a great resource and i have much respect for the devs of this site, to go to such a level quality, that it makes it easier for all of us to accomplish great things =)
This resonates with me more and more as I age. I like seeing items that have been worn out over time. It's a testament of their sturdiness, their story.

A shot in the dark, but a few years back I saw a Twitter thread of someone who wanted to make a photo book about this concept. With photos of, for example, a lock with scratches from people missing the key hole. Does that ring a bell to anyone? Has the book ever been made?
Sounds exactly like the Government of Canada to me.
Toyota are still saying it's five years away. So that's a minimum of eleven years.
Llama 2 chat is not the same as Llama 2. The latter is not aligned and can be used as a base of future uncensored chat models by the community.
Huh interesting, I definitely make that distinction for "refuse" but not "finance". That's from an Australian English speaker though.
The VW group has by far the largest electric car market share in Germany (~30 %): https://app.handelsblatt.com/mobilitaet/elektromobilitaet/el...
I think you mean there's as much energy being used.

There's clearly more power.
Life is by definition good. No other definition of good has any coherence.

The fact that in the vast majority of cases, people who are faced with life-threatening adversity, struggle in an effort to overcome it rather than consigning themselves to death, suggests this is the overwhelming perception held by people.

Natural selection ensures that the perception that life is good will always be the dominant one amongst any species.
This is 5 year old scuttlebutt and even what's publicly known about DB's systems has superseded most of the details here.
Similar to how systematic overeating leads to body growth
Well, VW sells an ID.3 for about 16k€ in China.
I think Rust for games has come really far. I will cite https://arewegameyet.rs/ "Almost. We have the blocks, bring your own glue.".

All the blocks are there and the language is really well suited to games.

On top of my head:

The pros:

- The crate ecosystem and the package manager makes it really easy to integrate any useful component such as pathfinding, spatial partitioning, graphics backend, audio system.. Most crates take a lot of effort to be cross-platform so I can develop on linux and not spend too much time debugging windows releases.

- The strong typing and algebraic data types makes expressing the game state very pleasant. I also found I was able to develop a very big game without too many bugs even though I don't write many tests.

- Ahead of time compilation + LLVM guarantees you won't have to optimise for weird things around a virtual machine. Rust gives you more control to optimise hot loops as you can go low-level.

- I find wgpu to be the perfect balance between ergonomics and power compared to Vulkan. OpenGL support through wgpu is also a nice addition for lower end devices.

- The Rust community is very helpful, you can often talk directly to crate maintainers

The cons:

- Compilation times, when compared to JITed languages such as C# can be very painful. It can be alleviated by buying a 3950X but I still often get 10-30s iteration times.

- The static nature of Rust means you often need a dynamism layer above to tweak stuff that can be awkward to manage. I made inline_tweak for this purpose but it's really far from how easy Unity makes it. https://github.com/Uriopass/inline_tweak

- Since Rust feels very ergonomic, you are tempted to write almost all game logic within it, so mod support feels very backwards to implement as you cannot really tweak "everything" like in Unity games. Thankfully "Systems" game like Factorio or Egregoria can be theoretically split into the "simulation" and the "entities" so mod can still have a great impact. Factorio is built in C++ so has the same problematic. Their Lua API surface is quite insane to be able to hook into everything. https://lua-api.factorio.com/latest/

Now, I have to talk about Bevy: https://bevyengine.org/. It did not exist when I started but it is a revolution in the Rust gamedev space. It is a very powerful 100% Rust game engine that makes you write game code in Rust too. It has incredible energy behind it and I feel like if I'd used Bevy from the start I wouldn't have had to develop many core engine systems. Its modular design is also incredibly pleasant as you can just replace any part you don't like with your own.
I would be curious to see how the logo looks like, hopefully its not the second version of Tesla
Right on. Exactly my experience dealing with AWS ("premium") support.

TAM (technical account manager) usually uses every trick in their book to do just that. First they take a while to answer, if they answer, they ask if we've opened a ticket. If the ticket has been openened they will "prioritize it". That means they'll won't do anthying about it.

The answers you receive from that L1 support are usually pages of garbage filled with: have a look at this blog post, have a look at this doc which is mostly irrelevant to the problem you're having.

Then you want to get ahold of TAM again. They'll usually answer in the last hour of that working day so that conversation will have to wait till tomorrow. Want a meeting? Sure! Lets talk in couple of days over that garbage called Chime. Oh, our engineer couldn't make it, we'll schedule the meeting next week. Can you please upload 60GB of your logs to this S3 bucket which is configured in such a way that you can only do it using GUI? Oh, you've split the 60GB files into multiple ones? Can't do that, we have no idea how to read those. Can you reupload?

Want to talk with someone about EKS? After 2 days of radio silence: oh yeah sure! We can schedule a meeting in 3 weeks time. etc etc

All of this makes it even more infuriating is that we've been paying for the support almost 1 million USD per year. And in 9/10 cases we get absolutely nothing out of it, just a waste of our time. For $1M they should have a dedicated tech actually working for us every single day. AWS is a fucking racket.
Deutsche Bank has made 5 acquisitions
Norisbank
1954, Bonn

Carron Energy
2004, Cardiff

Better Payment
2014, Berlin

United Financial Group
1981, Garden City

Quantiguous
2014, Mumbai

Given all of these needing to integrate together to some degree, and the bureaucracy of banks in general, add that to their resistence to change / improve something related to the tech if it still works, none of this surprises me.

You see these kind of problems in all conglomerates which have to absorb other companies into their ecosystem.

Edit :

Slightly unrelated but I have just seen that she has passed away last year from cancer.

https://www.fnlondon.com/articles/former-deutsche-bank-chief...

Edit 2 : my mistake of details
Note the article is from 2018.
Ah, a rare appearance of the copyrighted Project Gutenberg book. See also their translation of Kafka’s Metamorphosis[1] and the not-awful edition of Verne’s Twenty Thousand Leagues Under the Sea.[2]

[1] https://www.gutenberg.org/ebooks/5200

[2] https://www.gutenberg.org/ebooks/2488
Or anyone that needs to do a 500-600 km every 2-3 months and is not eager to add 90 mins and uncertainty to those trips.

I think is a fairly common situation in Europe, you might live in a city but relatives are away. You visit but don’t see the point of making a complex planning factoring cold weather, vehicle load, potentially broken chargers no your planned stop,….

And train is not an option if you are carrying a family of 5 or plan on moving around once you arrive.

Why adopt a solution that is worse than the status quo?
Deutsche Bank looks like a gigantic organisation rampant with misaligned incentives and barely any oversight. Looking at their list of controversies (https://en.m.wikipedia.org/wiki/Deutsche_Bank#Controversies), it is absolutely unsurprising that their IT infrastructure is a disorganised and mismanaged mess. It looks like it's beyond saving, with its depressing history over the last decade and a half.
Took about 7 years out of the piano. After starting again I found the same issue. It was frustrating and awkward to try to play old pieces. I kept one because it was just the right level to re-engage.

After a few weeks of playing things started to come back and old pieces would just flow from the fingertips if I let myself go and stopped overthinking things.

If I rationalize it, there's what your brain thinks, what your eye sees, what you want to play and what your body is doing. And once I'm warmed up these are all connected better and when in the flow state I can dig out old muscle memory from 15-20 years ago
I'm not taking about reliability. I'm talking about complexity.

ICE have a method of converting gasoline explosions to rotational energy which powers the drive and the battery.

Electric car have a method of converting electrical potential to rotational energy.

Germany is very specialized in making precise part for ICE that just don't exist in Electrical cars. Could they be reoriented for something more? Maybe but not in near term.
Why do you think it is a strength that git is "not bundling the kitchen sink"? I'd like to understand better why other people prefer kitchen sink vs multiple binaries.

I am in two minds when it comes to this. A lot of (server) software I write bundles server, client and tools in the same binary. I also embed the API documentation, the OpenAPI files, the documentation and sometimes related documentation in the binary so that it can be served on an endpoint on the server or extracted.

So you have one binary, statically linked whenever possible, that contains everything you will need. And where everything is the same release as everything else, so there are no chances you'll end up with different versions of client, server, documentation, tooling etc.

The binary size doesn't concern me. I could easily increase the binary size tenfold, and it still wouldn't be a problem for the software I write. I don't think binary size is a big concern today since so much software "splats" files all over your system anyway (which I think is a horrific way to do things), so footprints tend to be somewhat large anyway.

What occasionally does concern me is that this might be confusing to the user. But it is possible to make things confusing for the user even if a piece of software is more focused (ie does "one thing"). One example is CLI utilities that have multiple screenfuls of `--help` output. To me, that's poor usability. Users end up resizing terminal windows, scrolling back and forth (when you deal with related options) and perhaps even resorting to grep or less to find what you are looking for.

I try to mitigate this by always structuring CLI applications with commands and subcommands. Where you can do --help at each level. Quite a few CLI applications do this and I think it helps.

This summer I wrote the first piece of software in perhaps half a decade that has separate binaries for the client and the server. Because I want to share the client code, but not the server code. While the split was unrelated to usability, I've started asking myself if this presents a better user experience. I haven't really been able to conclude.
Even not in games, moving away for months at a time with no coordination is a recipe for disaster.
I didn't. In fact a close reading of their comment suggests that they are not.

Why did you assume I assumed that instead of asking: "Do you believe the poster above you is in it for the money?"?

And given this comment of yours: https://news.ycombinator.com/item?id=36589357 I find it curious that you would project that onto others.
I very briefly worked in a similar organization a decade ago, and it checks out with how I remember things.

Though in that case half the mess were from mergers leaving the bank with multiple instances of similar yet incompatible IT systems. Another source was the wave of regulation and reporting requirements crashing onto finance after the subprime crisis.
Why you will skim this article
I went with a utility approach as I felt it would incur nice emergent behaviour.

Every so often, citizens and companies (I call the abstraction a "Soul") look through everything they can do and pick the on with the highest utility score.

If they're hungry, they'll get food. If it's the time of day where they should work, they'll go to work, except if they're too hungry!
Not everyone will be rapid charging at the same time, and the grid will spread the load geographically. Megawatt-scale rapid charging already exists for some e-buses that can be charged in minutes at the terminus while passengers get off and on.
There's no reason to expect asylums to be any better, the only difference is that people are forced to be there.

If we see that someone in freezing weather prefers sleeping outside to sleeping in a homeless shelter, we're forced to reckon with the fact that homeless shelters must be terrible.

If we lock this person up in an equally terrible asylum, we can ignore that.
>I find it pretty amazing how most people are now OK with a third party keeping a copy of every document and photo of their lives.

Most people can't be arsed to back stuff up even though losing them will be tragic, destructive, and debilitating all at once. For most people, autosyncing by the likes of iCloud, Google Drive, Onedrive, et al. are a godsend of usability and practicality. Likewise, most people can't be arsed about encryption or privacy either.
It also doesn't cost that much compared to other things, so there probably isn't that much to justify.
I wonder how easy and reliable is to run open source voice assistants on it.
The amount of naivity around this topic is actually scary. Seems like a lot of people really do assume every physical/ made by hand product is easy, and requires no talent or experience. Meanwhile, 90% of the posts on here about tech products end up somewhere along the lines discussing dunning Kruger, and false superiority. The dichotomy is wild especially knowing that when people burn out in tech they often end up working in a skilled trade.

Physical products are hard. Automating them means you've screwed up half a million times and have a lot of cash to even do it.
My current consulting gig is at a government "superdepartment" that was formed by mashing together a few dozen small agencies that were previously already combined into large agencies.

Their IT was as diverse as it gets, and then they were told to move into one building and "make it work".

It's as messy and as broken as you imagine it is.
The utility infrastructure to support 150 kW for an hour is much cheaper than 1 MW for 10 minutes. And at these scales the utility will be passing the costs directly on to the customer. No possible way it will be allowed at a residential location.
Applying Goodhart’s law in software because current metrics are bad for you
A look on some of the metrics followed by tech teams nowadays but are not helping at all and creating a fake productivity atmosphere.
They replaced hydrogen with solid state battery as a thing that's perpetually coming soon but not quite there yet.

There are two metrics that matter for Toyota:

- How much gwh per year of battery production can they get online and how soon? They need to shift production of millions of ICE/hybrid vehicles to fully electric. So, we're talking many hundreds of gwh here.

- How expensive are those batteries going to be in $/kwh? Toyota is mostly known for its affordable cars. They have a few luxury models of course but mostly, they sell cars to people that can't afford those. The battery is by far the most expensive thing in an EV. I'd expect them to look at cheap sodium ion batteries rather than some fancy solid state batteries.

Toyota is late to market and they don't have much more than a few concept cars and a few models that they pay BYD to produce for them. They are certainly starting to invest in production capacity. But it seems they are still a few years away from having much to show for their investments. Also, are they going to keep up with BYD, Nio, VinFast, and all those other asian manufacturers that are not holding back and are already producing EVs by the millions? Tesla is a category of its own at this point with a clear lead in terms of profitability and production cost. And you have the likes of Stellantis, Ford, and GM also trying to get e piece of the action. Toyota is a no show so far and the last 3 are showing the transition to electric is hard and involves a lot of learning and reinventing.

Toyota needs more than a magic battery to catch up.
"If you can't explain it simply, you simply don't understand it."
...Impl
Just yesterday, someone quoted Paul Hamming on the fact that scientists who have "open doors policy" are more successful long-term.

I have never formally formed a committee, but I often organized small one-off or semiregular circles to get differing opinions on some matter and/or to understand how to align interests. And I believe it paid off for me, usually in form of a better design or a useful shortcut around an otherwise long and dark path.
Good points however some universities at least in the US that I've bothered to poke around at give clients public ip addresses. It blows my mind, it's unsafe and wasteful but they do it. This may have changed or been unique to the ones I found looking around for open RDP not believing how dumb people were to expose it to the Internet
Interestingly, the nature of glass is one of the most important open problems in physics.

"The deepest and most interesting unsolved problem in solid state theory is probably the theory of the nature of glass and the glass transition. This could be the next breakthrough of the coming decade. The solution of the problem of spin glass in the late 1970s had broad implications in unexpected fields like neural networks, computer algorithms, evolution, and computational complexity. The solution of the more important and puzzling glass problem may also have a substantial intellectual spin-off. Whether it will help make better glass is questionable."
P. W. Anderson, Princeton, 1995. (In Science, "Through the Glass Lightly.")

Still unsolved, but of considerable interest.
The irony is if they hired you they'd save tens of millions if they have any scale...
I'm all for AI generated content. I think any automation helps push society forward.

In practice however I didn't see any real good generated 3D asset for now. The problem is probably much harder as there are far more 2D assets than 3D, especially with PBR support.
About every 3 years[1], Toyota comes around to say they have a new battery tech coming out in about 3 years.

I wish this was a stupid meme, but apparently this is more reality than meme.

[1]: https://hardware.slashdot.org/comments.pl?sid=22960448&cid=6...
Thanks! Really glad that you read and appreciate my posts, unfortunately I don't have always much time to write but when I can, and I have something to share, I try to write and post useful info.
They acquired Postbank (where I have an account) some years ago. Postbank had a reputation for good IT. Now they are consolidating their online banking system... Of course, on the bad system of Deutsche Bank. It's a huge mess. I need to log into two different systems for credit card and bank account things. They mailed me account statements for the timeframe of one day once and for a few days another time. I never get printed statements otherwise. The switchover is also months behind schedule.

So, Deutsche Bank is still crap at IT.
> A package manager with “well designed” packages still can't define what they do, invent program logic and behavior.

The solution to this is easy and widespread. Just ship scripts with the package which allow it to compile and configure itself for the host system. Apt, npm, homebrew and cargo all allow packages to do this when necessary.

A well designed PyTorch package (in a well designed package manager) could contain a stub that, when installed, looks at the host system and select and locally installs the correct version of the PyTorch binary based on its environment and configuration.

This should be the job of the PyTorch package. Not the job of every single downstream consumer of PyTorch to handle independently.