![](https://medias.meow.social/accounts/avatars/000/056/837/original/0ba2b80aa66382da.png)
![](https://programming.dev/pictrs/image/8140dda6-9512-4297-ac17-d303638c90a6.png)
@Lynxtickler ahh, I misunderstood what you were referring to. Didn’t realise you were talking about JSON Schema and not the JSON syntax itself.
I’m a lion from Australia! (he/him)
#nobot (please do not index this profile in search engines)
@Lynxtickler ahh, I misunderstood what you were referring to. Didn’t realise you were talking about JSON Schema and not the JSON syntax itself.
It’s the other way around. The YAML schema supports JSON because YAML was designed as a superset of JSON.
Oh absolutely. I can think of several situations where that wouldn’t work well or at all, for example, a switch statement that sets up variables to be used in the rest of the function.
Also, good luck using
switch
without anybreak
s, but I’m guessing that’s not quite what your teacher had in mind.
The teacher, probably: “You must always put a switch
in its own function! Then use return
at the end of each case.”
@btaf45 tagging @programming so that this federates properly from Mastodon to Lemmy
@nous That’s a good way of putting it!
@btaf45 in my case, we as a team could have done that, because we didn’t have management dictating how we did anything. It was our choice to do what worked for us, and it was a valuable tool for dealing with whatever got thrown at us.
Now I’m working in a different place that dictates Agile and Scrum to be done Their Way, on top of a project that’s largely waterfall-like to begin with, and I’m starting to see why people say it doesn’t work.
It works, BUT, only when you’re using it as the right tool for the right job and not when management decide to misapply it as a hot new planning methodology.
@btaf45 @mspencer712 The whole point of Scrum is to use the retrospective to stop doing what doesn’t work and start doing what does.
At one point, when my team’s workload changed to less-timeboxable work, we threw out the entire concept of sprints and just used kanban instead, and stayed like that for a year. We still did retrospectives on the old sprint cadence though.
@verdare @lysdexic they are, but you have to be an enterprise customer.
https://ubuntu.com/blog/real-time-ubuntu-is-now-generally-available
https://learn.microsoft.com/en-us/windows/iot/iot-enterprise/soft-real-time/soft-real-time
RTOS are not going to become consumer operating systems, because there’s too much value in selling it as a capability to enterprise customers (who are largely the consumers who REQUIRE a RTOS, rather than it merely being a convenience).
@Andy @BeanCounter Given how many of these start with “Lemmy” you could simplify this to:
https://(lemmy\\.(?:run|(?:fmhy\\.)?ml|dbzer0\\.com|world|kde\\.social|ca)|lemmygrad\\.ml|lemdro\\.id|beehaw\\.org|sh\\.itjust\\.works|(?:sopuli|mander)\\.xyz|zerobytes\\.monster)/c/(.\*)
Or just assume that anything matching https://(lemmy\\.[^/]+)/c/(.\*)
is a Lemmy server, which will probably be correct.
Edit: some kind of interaction between Mastodon and Lemmy has doubled all my backslashes. That is not intentional.
@nthcdr this assumes that people write sensible and thorough commit messages, instead of brief five-word ones or, say, song lyrics. Both of which I’ve seen.
I at least try, except maybe for the other day where my commit message consisted entirely of an exasperated “why”, followed by a revert.
That being said, every commit message where I work is required to contain a ticket number (and the server will reject the push if you don’t) so at least there’s that for context.
@TehPers I really wish Python had a satisfying way to do interfaces.
Python has had syntax support for type annotations for a while now. The Python runtime doesn’t enforce the typing at all, but it can be enforced by a linter or by your IDE. And I believe you can introspect the type annotations at runtime, because they are actually part of the syntax.
There’s even an alternative way of doing type annotations through specially formatted comments, just in case you might still need to write code that is backwards compatible with Python 2.
If your code files don’t contain more lines of comments than lines of actual code, then you’re doing it wrong. (For Python, docstrings count as comments)
And your comments shouldn’t say what each line of code is doing. If you can code, then you can already tell what each line is doing by just reading the code. The comments should explain WHY it’s being done this way, or HOW it’s being done, or highlight some pitfalls that might snare a future developer, and generally just give some higher level context to a line or block of code.
@JackbyDev oh damn wish I’d thought of that
(tagging @programming for Mastodon→Lemmy federation – ignore this comment)
@LainTrain That would be @[email protected]. The blog itself is also federated at @[email protected]
[tagging @vzq @programming for Mastodon->Lemmy federation]