I would also say that could account for the download count differences between the projects. Django may still be used for more monolithic applications whereas Flask and FastAPI may be the choices for smaller-scoped microservices resulting in 10x downloads.
No negative connotation is intended here for "monolithic". On the contrary, if the above assumption is at all true, it highlights a overhead cost of individual microservices.
This type of stance is what de-popularized the Elm language.
Don't get me wrong - I wish the best for both languages and am thoroughly impressed by the work of their creators. I can see that it must be a hard thing to balance.
Java Mission Control [0] has a button to toggle for displaying the profile as thread roots or method roots for this purpose. I am not imaginative enough to come up with a visualization that shows both (maybe utilize background color or another indicator to show the leaf function's relative frequency in the other direction?). Either way, both directions have their use case when investigating.
As a university project I created a Morse code transmitter and receiver circuit that used the same type of LED on both sides. It worked pretty well up to a few inches apart.
I assume this is a good spot to give a shout-out for the Grimm, Grimmer, Grimmest podcast - kid-friendly story-telling podcast great for long car rides. The author likes to point out deviations between original stories and later re-tellings. I believe the first 2 seasons are free.
This is an excellent podcast for children (and adults!). It used to be season 1 was available on podcast platforms, seasons 2-4 required a subscription, which I’ve gotten both through Apple and Pinna (different years).
I would say the reverse is true though - great teachers are able to spark interest on a subject that students may otherwise not care about. But I agree that that expectation shouldn't be the baseline.
Except making a subject interesting, at least for K-12, should be a baseline, no? (With success in early years making it easier to maintain high interest in later years.)
The most important thing you can teach about anything is an interest in it - otherwise what is retention going to be?
Or to turn it around, introducing subject after subject that students find boring, confusing, stressful or frustrating is a fantastic way to ensure they avoid anything to do with the fields, knowledge and skills we deem most important for a well prepared life.
I do agree that this isn’t a baseline to apply to each teacher in isolation, without the rest of the ecosystem supporting them. Textbooks, other materials and class aids, all supporting the emotional highs of learning, not just prioritizing a material to be covered on a test, etc.
At the university level, professors should be able to expect an opt-in self-selected and self-motivated level of interest for subjects.
Especially if grade school has prepared highly curious excited to learn students. As apposed to subject avoidance or apathy.
I agree, and I may have downplayed the importance a pedagogy a bit too much. I’ve experienced first hand, and also see with my kids, the profound difference that a great teacher or coach can have on the pupils.
But a great teacher is not necessary to find a topic interesting, nor sufficient to spark interest in everyone who lacks interest.
Pieter Hintjens who started ZeroMQ, advocated for 'optimistic merging' as a strategy to encourage community & project building [1] (prev discussed in [2]). For all of the benefits listed it does open it up to lower quality or malicious merges.
I'm thinking that it is largely psychological/OCD tendencies that affect programmers at different magnitudes. It can sometimes be difficult to not be distracted by the minor style inconsistencies before being able to focus on the larger system design.
Good picture quality & resolution (e.g. LG panel), no (or replaceable) smart features, no forced ads / tracking, fast startup, wide variety of inputs would be bonus though the usual options are fine.
I'm less imaginative around would-be-cool features. If there was an integrated, hackable linux computer you could do many more things like photo frame, weather, (privacy respecting) smart home controls, media server, etc.
> no (or replaceable) smart features, no forced ads / tracking, fast startup
I have a TV that takes a few seconds to boot to a screen that says I need to agree to some demands in order to see advertisements. Fortunately, there has yet to be a software update that's so heavy-handed that I can't use the built-in chromecast without agreeing to their demands.
I am really rather glad it was a gift so I won't feel bad trashing it when the time comes. It makes me appreciate how nice a dumb TV is when it's connected to a smart computer and also how important it is to provide the computer myself.
I just plug my TV into a media PC with a TV tuner card. I don't let the TV connect to my network, and I treat it as a dumb display. No clue how repairable it is (almost certainly not at all), but it's lasted more than five years so far and I'm happy with it as is.
I agree that the smart features are bad, but it's at least still easy to just avoid them. Although I'll admit to not having a great solution to input/control. I currently just use a wireless mouse and keyboard, but that's less than optimal in a living room situation.
I don’t think they sell them in North America though.
It’s all the things you want: has no ads anywhere, turns on in a couple seconds from standby, has a great image (they say it’s used in Hollywood for color grading or something), the “smart” is very light if you care to use it (I don’t and it doesn’t get in the way), is fully supported in home assistant… It’s basically a damn good screen to show whatever I want to see. It’s the polar opposite of the dumpster fire that Samsung TVs are for example.
No negative connotation is intended here for "monolithic". On the contrary, if the above assumption is at all true, it highlights a overhead cost of individual microservices.