Does the performance cost of error checking/result types they discovered in C++ apply to languages that have native result and option types like Rust?
I would hope they were able to find efficient, performant implementations, and that branch prediction picks the expected non-error branch in most cases.
we’ve made the decision to cancel the Runtime Fee for our games customers, effective immediately. Non-gaming Industry customers are not impacted by this modification.
Unity Personal: […] Unity Personal will remain free, and we’ll be doubling the current revenue and funding ceiling from $100,000 to $200,000 USD. […] The Made with Unity splash screen will become optional for Unity Personal games made with Unity 6 when it launches later this year.
at its heart, it must be a partnership built on trust
well… as much trust as you can get back after such activities.
I recently watched a presentation (on YouTube from a conference/offline presentation) about Systemd which also went into its focus/baseline of Linux, not Unix, and how NT supported a stronger service concept from the beginning. It was quite interesting to learn about the differences and the presenter’s assessment and reasoning of the necessity of Systemd or something else that replaces or extends init and rc.d.
Somehow it’s clunky to use.
huh?
I find developing GitHub CI in YAML clunky.
I don’t find configuring a simple service via YAML config, with a preset showing me and explaining what I can do clunky.
The server sidebar has an uptime stat. Could also have a simple monthly costs covered percent stat.
with this in mind
With what in mind? Evading NULL?
Languages that make use of references rather than pointers don’t have this Dualism. C# has nullable references and nullability analysis, and null as a keyword.
What does your reasoning mean in that context?
The items don’t seem concise and always clear. But seems like a good, inspiring resource for things to consider.
If it is expected that a method might fail, then it should fail, either by throwing an Exception or, if not - it should return a special case None/Null type object of the desired class (following the Null Object Pattern), not null itself.
I’ve never heard of evading null with a Null object. Seems like a bad idea to me. Maybe it could work in some language, but generally I would say prefer result typing. Introducing a result type wrapping or extending the result value type is complexity I would be very evasive to introduce if the language doesn’t already support result wrapper/state types.
It’s an operating system that demands more of you than does the commercial offerings from Microsoft and Apple.
Does it?
It’s different, but I imagine they’re not fundamentally different if you exclude established knowledge/already being used to something.
Normal office use for non-techy people is launching apps, editing documents, and surfing the web. That doesn’t work much differently, not fundamentally different, and not fundamentally more difficult.
I wish standards were always open access. Not behind a 600 dollar paywall.
When it is paywalled I’m irritated it’s even called a standard.
TOML instead of YAML or JSON for configuration.
YAML is complex and has security concerns most people are not aware of.
JSON works, but the block quoting and indenting is a lot of noise for a simple category key value format.
It doesn’t analyze only one repo
How is that related? I don’t see it.
This is not my experience at all.
It seems we search for and look at different kinds of questions.
At least that’s a testament to neutrality - in a shitty way.
fake internet points
Your take is a valid one, but not very fair.
Points are a reputation system. People who are contribute and provide quality get increased trust and power.
It’s not “fake”. It’s a designed system of points with meaning.
A casual surfer not being able to vote is by design. Which has a cost of missing out on valid votes, but the benefit of evading trolls and misuse.
By responses you mean to include comments and moderation, not just answers?
It’s sometimes there, but - from the [limited] use I have - I would certainly not qualify them as “most”.
What do you mean by pissy? What do you find so pissy?
I asked 6 questions on StackOverflow. 3 in 2010 and 3 in 2011.
For context; I gave 183 answers.
I can agree with most questions having already been asked.
Moreso, most questions on StackOverflow can be answered with some context knowledge or some reading of official docs or references, or trying out. I’ve not felt the need to ask anything.
Any query can have zero or more pipe operators as a suffix, delin-
eated with the pipe character “|>”.
“delineated”? Looks like a typo of delimited?
Or is that a play on neat and delimited?
They make valid points, and maybe it makes sense to always prefer them in their context.
I don’t think exceptions always lead to better error handling and messages though. It depends on what you’re handling.
A huge bin of exception is detailed and has a lot of info, but often lacks context and concise, obvious error messages. When you catch in outer code, and then have a “inaccessible resource” exception, it tells you nothing. You have to go through the stack trace and analyze which cases could be covered.
If explicit errors don’t lead to good handling I don’t think you can expect good exception throwing either. Both solutions need adequate design and implementation to be good.
Having a top-level (in their server context for one request or connection) that handles and discards one context while the program continues to run for others is certainly simple. Not having to propagate errors simplifies the code. But it also hides error states and possibilities across the entire stack between outer catch and deep possible throw.
In my (C#) projects I typically make conscious decisions between error states and results and exceptional exceptions where basic assumptions or programming errors exist.