Avoiding Google is definitely not trivial.
I know here in Norway, lots of public schools are giving teachers and pupils Chromebooks, and insisting that homework is done in Google Docs. How would you propose avoiding Google in this setting? You pretty much have to bring a Google device into your home and actively use it if you want to complete your education.
It’s school equipment, not personal equipment, as should be the Google Account associated with it. The value of these is to the school, not to you, not to your children. Treat it like a work laptop and segregate personal crap from school crap (or enforce this on your kids) and return it at the end of the year if you don’t want it.
Or just send your kids to a different school, but frankly I’m not familiar with your school system or how much choice you guys have on where to send your kids.
Once I go past ~100 open tabs on Firefox, on a 16GB RAM Linux laptop, my whole system freezes. I experienced these issues as late as in June, so it doesn't appear to have been recently fixed either. Note that I do use uBlock Origin so it doesn't just buckle under from ads, but I also make heavy use of Container Tabs, which may also be a factor.
Luckily, the extension "Auto Tab Discard" solved these issues for me.
Thanks for the tip! I currently don't have many tabs open, but was surprised to see every one of my work Office365 tabs (mail, calendar, etc.) at 100+ MB each...
Perhaps the contents of the pages in each tab could account for such differences in resource usage? A tab count is a very very rough measure. A JavaScript heavy page can have a massive footprint compared to a simple content page.
> Luckily, the extension "Auto Tab Discard" solved these issues for me.
This looks like a useful extension to me (I'd even love if this was a native FF feature). But I'm noticing it has full access to web pages. Does anyone know how Richard Neomy deals with this data?
> Your own situation wouldn't be different if you had alternatives to Apple's store.
I respectfully disagree with this statement. I think an analogous situation would be the launch of Disney+: it used to be possible to watch Disney series on Netflix, but after Disney decided to launch Disney+, these series were pulled from Netflix to push the adoption of Disney+. For a Netflix user, their situation would very much be affected by Disney+ existing.
Yeah, users have very little choice when it comes to where to get software and so "choice" in Apple's garden doesn't actually translate to user choice but developer/publisher choice since users will have to buy from wherever the software is sold.
Terms of service are written to be understandable by lawyers, not average end-users. At this point, understanding every terms of service, privacy policy, etc. presented by every piece of software, website, etc. encountered by an average user would require them to spend hours per week on it. This is assuming that they even have the language skills necessary to decipher the document (think of non-native English speakers, people without higher education, and so on.)
Creative Commons was on the right track with their human-readable licenses, see e.g. this example [1]. Apple is on the right track with their App Store "nutrition labels" [2]. This is what we need for people to make informed decisions. For physical objects like a Kindle, I believe such "nutrition labels" should ideally be put on the box (physical store) and website (online stores), so the consumer is aware before they go home and turn on the device (this makes it easier to compare the Kindle to a Boox or Nook at the store).
> The big problem is that almost all of the shell's are stuck in the previous century, except PowerShell.
Another exception is Nushell, which seems to be partly inspired by PowerShell, and has some very appealing ideas. However, given the time Fish needed to steal even a small market share from Bash and Zsh, it will likely take a long time before something even more radical goes mainstream. Unless of course a major player were to back this new shell, like when Microsoft pushed PowerShell and Apple pushed Zsh.
It doesn't have to be though, there's just a high correlation between hard-to-automate apps and non-command-line apps. You can e.g. make a GUI app where every button or keybinding is bound to a named function (GUI Emacs comes to mind), and where those named functions can be used in scripts. Another option is to have a scriptable backend; LibreOffice has a terminal interface that lets you e.g. convert between document formats from a shell script, and Astroid Mail is built on Notmuch as its backend which is scriptable.
Reaper has a billion actions you can assign to key combinations, and you can build your own toolbars from them. I think it's as close to a console application as I've seen a GUI get. It also has a scripting language you can use to make just about anything. GUI Emacs sounds like it probably influenced the Reaper people.
Yes. GNOME has its bundled screenshot tool, and Zoom supports screen recording on GNOME/Wayland. Sway has grim + slurp for screenshots, and wf-recorder or wlrobs for screen recording.
However, one difference between X11 and Wayland, is that the role of the compositor (window manager) is much larger in Wayland. Thus, I believe it is up to the compositor to offer an API for features like this in Wayland, and the API may differ between compositors. In practice, GNOME has done their own thing; KDE and Sway collaborate on protocols, and are partly compatible; nearly every other compositor is based on Sway's wlroots, and should be compatible with Sway.
Not all scientific code is amenable to unit testing. From my own experience from a PhD in condensed matter physics, the main issue was that how important equations and quantities “should” behave by themselves was often unknown or undocumented, so very often each such component could only be tested as part of a system with known properties.
You can then use unit testing for low-level infrastructure (e.g. checking that your ODE solver works as expected), but do the high-level testing via scientific validation. The first line of defense is to check that you don’t break any laws of physics, e.g. that energy and electric charge is conserved in your end results. Even small implementation mistakes can violate these.
Then you search for related existing publications of a theoretical or numerical nature, trying to reproduce their results; the more existing research your code can reproduce, the more certain you can be that it is at least consistent with known science. If this fails, you have something to guide your debugging; or if you’re very lucky, something interesting to write a paper about :).
The final validation step is of course to validate against experiments. This is not suited for debugging though, since you can’t easily say whether a mismatch is due to a software bug, experimental noise, neglected effects in the mathematical model, etc.
In some simulations, each rerun produces different results as you’re simulating random events (like lightning formation) or using a non-deterministic algorithm (like Monte Carlo sampling). Just “saving the random seed” might not be sufficient to make it deterministic either, as if you do parallelized or concurrent actions in your code (common in scientific code) the same pseudorandom numbers may be used in different orders each time you run it.
But repeating the simulation a large number of times, with different random seeds, should produce statistically similar output if the code is rigorous. So even if each simulation is not reproducible, as long as the statistical distribution of outputs is reproducible, that should be sufficient.
> Remember this: Markdown is all about HTML. Markdown has serious limitations and is very poorly designed in places, but it works well enough despite being so bad specifically because underneath it’s all HTML, so you can fall down to that when necessary.
Originally, this was the case, but I'd argue that modern MarkDown flavors have been separated from HTML. It's common to compile via other pathways than HTML now (e.g. MarkDown → LaTeX → PDF), and many implementations don't support inline HTML anymore (e.g. many MarkDown-based note-taking apps).
> I find that perfectly normal documents need to write raw HTML regularly, because Markdown is so terribly limited
Out of curiosity, what do you need it for? I write a lot of MarkDown, but haven't felt any need for writing raw HTML. Modern versions of MarkDown (e.g. the Pandoc variant) have native support for things like tables, LaTeX equations, syntax-highlighted code, even bibliography management.
These are the three most common cases that I find for needing raw HTML:
1. Adding classes to elements, for styling; admittedly this may be inapplicable to some visions of a document web, if you can’t write stylesheets.
2. Images. If you’re dealing with known images, you should always set the width and height attributes on the <img> tag, so that the page need not reflow as the image loads. Markdown’s image syntax () doesn’t cover that. (Perhaps an app could load the image and fill out the width and height as part of its Markdown-to-HTML conversion, but I haven’t encountered any that do this.)
3. Tables. CommonMark doesn’t include tables, and even dialects that do support tables are consistently insufficient so that I have to write HTML. For example: I often want the first column to be a heading; but I don’t think any Markdown table syntaxes allow you to get <th> instead of <td> for the first cell of each row.
Fair enough :). For the record, Pandoc MarkDown supports all of these via its extended MarkDown syntax. For the first you can write [desc](src){.test} to get a class=test attribute on the link, for example. For the second, you can write {width=50%} to set the image size. For the last, tables do automatically get <th> on the first cell of each row when converted via Pandoc. This is however not standard MarkDown but Pandoc's extended version of MarkDown.
Avoiding Google is definitely not trivial. I know here in Norway, lots of public schools are giving teachers and pupils Chromebooks, and insisting that homework is done in Google Docs. How would you propose avoiding Google in this setting? You pretty much have to bring a Google device into your home and actively use it if you want to complete your education.