I am wondering if it would be possible to print a splat similarly as it is shown on the screen, so not voxelized, but like a hologram with overlapping transparent gaussians. It looks like the model from the outside at the given angle, but the inside is nothing like model itself.
HN user
Arwill
Hate to be the one saying this, but that rootkit is there to prevent you from molesting/cheating other players. So its not an one-sided issue. It is unfortunate that the developers found no other way of fighting cheats, sure.
And by all means, if a game community is so toxic that it has to be policed by extreme measures, it is perhaps indeed better to avoid playing such a game altogether.
You don't have to tell all this to me, or try to convince me. I was just describing what the general attitude is. Oracle's behaviour is a risk, even if Java is open source.
So I am not exactly in the group of people you are attacking.
I wasnt attacking anyone.
Developers are used to the lack of type-safety in JS, and assume that having to code in a type-safe language is something hard. Ive seen this attitude multiple times, it is a known topic.
The issue you are describing is what the author on top mentioned, the culture. It is not just Java, the "enterprise style" coding has infected other languages too. It is the result of how new developers were educated in a time when for example code performance or code readability were only abstract considerations. I fought that style myself multiple times in the past. But thankfully it is going away now.
We are more or less in "chained function call hell" now.
Once i heard a manager explain "we must get rid of anything Oracle, including Java, because of license reasons". I see this attitude everywhere since.
JavaScript people are too afraid to use Java, that is why something like TypeScript exists.
And for personal projects, C# has become a better and more fun "just works" platform.
I have this principle of "5% scripting". If the high level scripting on top of C++ consumes about 5% of frame time, then the language of the script does not matter.
A DLC and AI slop is not the same thing. Tho Steam reviews will burry both AI slop and bad DLC accordingly. And players do care about reviews.
Gamers hate AI art as it is, developers hate unreliable AI made code. Lets make something with both.
The problem is the way surface lighting/scattering is calculated, which does not match what traditional offline renders do.
My issue with UE is the opposite, the engine went too far into cinema production, and making it a performant game engine requires code refactoring. At which point an open-source engine might be a better choice. Its a mix of two (three) worlds, and not the best choice for one specific use.
For what is actually hard to do, like character animation, UE is a good choice. The lighting can be replaced more easily than the animation system.
Yes. If you get 120M+ in funding, you no longer qualify to be called indie.
I thought only organs of people dying in accidents are donated, and not someone's dying from an illness.
I had a WTF moment last week, i was writing SQL, and there was no autocomplete at all. Then a chunk of autocomplete code appeared, what looked like an SQL injection attack, with some "drop table" mixed in. The code would have not worked, it was syntactically rubbish, but still looked spooky, should have made a screenshot of it.
I read somewhere, that it might not have been a process, but a unique event. Dogs are not just gradually tamed wolves, but domestication might have been started with a genetic defect that made them tame.
strikingly high probabilities to very high prices, along with lower probabilities for a wide range of lower prices
Isn't this describing the strategy of keeping ever high prices, then doing some temporary price cuts/sales/deals?
see streaming companies increasing prices every few months They can do that because they are practically monopolies.
Battlefield peaked with BF3
There are libraries, like fastutil, that provide collections for primitive types.
-10 for modules is fair, only 4 for lambdas is not. My programming style changed after using lambdas in Java, even when using a different programming language later that doesn't have lambdas as such.
Substitute orangutans for Australopithecus. That is (one of) the branches that did evolve more intelligence, but didn't survive. I suppose there were lots of such branches, that either merged back into humanity (like the Neanderthals), or died out.
I am familiar with SAP, all that you say is only true if you don't know how to do it. I see this a lot, people that are familiar with "normal" technology, try to invent ways to do things in SAP. What is wrong with writing an ABAP program, or using a provided communication/interfacing method to transfer data? If you are stuck on GUI/files/DB level, sure you wont be able to do anything. You can for example generate complete excel files on the server, no need for the GUI. There is a running joke on SAP forums about how many times excel file generation was invented.
Some of the cryptic table names date back to R/2, sure, but they are the de-facto standard data model for those business data. If you have business systems communicating, for example product, business partner or financial data, it will have a mark on it of how those data are handled by SAP.
But then there are CDS views (for some time now) that have long descriptive names, and metadata to help you make database queries. You are not meant to read or write database tables directly (as of some time).
The only tool you knew about.
Who does even run Netweaver Java AS today? Apparently some do, but that was a bad idea from the start. It is an optional server component letting Java applications run in the SAP server. In my eyes it was always an unnecessary additional source of complexity, they added it to the portfolio back when Java was the hype. Now its been pwned by an unchecked upload.
But i know that HN does not have an appreciation for SAP anyhow.
I think the success is completely logical, in hindsight, when you consider that the majority of the crypto traffic is bots (to hide the traceability, money laundering, scams), or linked to plain real-world illegal activity.
I hate that everything is being pushed onto the phone. Its a single point of failure.
I think what is relevant here, is that there is a separation between the inside and the outside of the black hole. Since there is no communication between the two, on the inside it could be anything. And its not just the matter and space, even the laws of physics might be completely different. If it weren't so, then there had to be a "super-space" that communicates how ordinary space behaves on both the outside and the inside the black hole.
Mobile phone App/Passkey authentication is just a way to pass the responsibility down to users. Losing a phone today is not just losing the passkey, there are "login with QR-code" schemes too, which do not need a password at all. It is a bad trend to pass all security onto the physical phone.
You mean like #define + #ifdef?
The problem with GUI settings is that the result is not apparent, and there might be side effects. I do not find spending half day on trying out setting combinations as productive work.
I have looked into SRP and i do still consider that as an option, and also replacing the shaders. But i have doubts regarding the SRP, for example i have looked at the code that sorts lights in Forward+. The individual light calculations are not much, but its still done trough the job system. I imagine if there are hundreds of lights, then that would make sense, but for 2-5 lights, it seems like a waste. So it might be optimised to scale, but not for my case.
Is the effort of replacing the SRP worth it, and is the performance comparable to putting together/reusing an engine in C++? It is also a bigger commitment, as it needs to be coded on a different level and in a way very specific to the engine. Better than having to reverse asset file formats, but still very specific to the engine.
On the other hand, if you want to make a hyper-realistic, open-world RPG, then rolling your own is probably not a good idea.
I would say its the exact opposite to that. For that genre, its best to roll your own engine, or pick something open-source. The list of problems that i firsthand experienced:
There are lots of features and options in the engines, but they are not all usable at the same time. One feature disables the other. You look at the list of all the nice things the engine can do, but then at some point you figure it can't do (or can't efficiently do) what you absolutely need. All those awesome looking graphics are not practically usable, simply not performant or not compatible to be usable.
There are features that only work in "baked" mode. You "bake" it in the engine editor, and there is no way of changing that at game run time. Unreal is the most limited in this, but Unity is not much better. Some game developers reverse-engineer Unity internal asset formats with a hex-editor, so that they can change feature behavior at runtime. At that point, rolling your own engine makes more sense. One example i saw was a developer reverse engineering the light probe group asset file, so that he could add a new light probe group at runtime.
Engine API's change drastically from version to version. All the code and scripts need refactoring, all the time. You run into a breaking bug, and the only solution is upgrading, but upgrading means breaking your whole codebase.
You need to go trough the engine's abstractions, and bad luck if that can't be done efficiently. An example of this: Unity HDRP applies screen-space ambient occlusion (among other effects). It applies the effect over the whole screen. If there is a third-person view of the character from close or first-person hands/weapons rendered, then even over that. That results in a white halo around the first-person hands/weapon, looks bad. In a custom engine, the solution is simple, apply the full-screen effect before the first-person hands are rendered, then render the hands without the effect. Its a matter of switching the order of a couple of lines of code.
The solution is github and the BSD/MIT/Apache licensed game engines and libraries.
Its not about transparency, it about what the interviewer assumes about you, first hand. Just like you assuming that whoever is looking up things must be doing it in secret, with the intention of cheating.