Ianvdl

It is opt-in by default for non-commercial licenses:

> For companies: Admins can enable data sharing at a company-wide level. To support early adopters, we’re offering a limited number of free All Products Pack subscriptions to organizations willing to participate while we explore this program. For companies that are not willing to opt in to the program, nothing changes, and as always, admins are in control. > For individuals on non-commercial licenses: Data sharing is enabled by default, but you can turn it off anytime in the settings. > For individuals using commercial licenses, free trials, free community licenses, or EAP builds: Nothing changes. You can still opt in via the settings if you are willing to share data with JetBrains (and your admins, if any, allow it).

And the detail of what is collected:

> We’re now adding the option to allow the collection of detailed code‑related data pertaining to IDE activity, such as edit history, terminal usage, and your interactions with AI features. This may include code snippets, prompt text, and AI responses.

I thought I'd share with the HN crowd. I generally keep up with this kind of thing, but I hadn't seen anyone else mention that you can enable it on the stable channel.

> Statement

> The flaw affects RHEL9 as the regression was introduced after the OpenSSH version shipped with RHEL8 was published.

Thanks for the +1 for Route53, and thanks for mentioning your blog - the content looks really nifty! I'll have a read in the morning.

Thanks! I'll compare with Route53 mentioned above and decide the way forward. I was quite happy with Gandi's similar no bullshit approach for the past few years until the abrupt mailbox change last year.

They never responded to my original ticket, so I didn't bother logging a second one.

I've done DNS transfers to other registrars without issues before, so I expected this one to be the same.

Thanks for the list! Personal recommendations would always help, but the reference list is useful.

It's good to know Route53 is an option - I might just make the switch tomorrow after getting some sleep.

Yeah that's why I didn't expect anything to change - if I missed a checkbox somewhere I'd consider it to be a dark pattern, honestly.

I'm the author of this post. If perhaps you're wondering why I didn't just transfer the domain to Cloudflare, it's because they do not support the South African TLD, unfortunately.

Thanks for the detailed response. It looks like I've still got a lot to learn - I've just lately been playing with LXC to get more familiarised with containers. I've previously looked at Helm apps and they seemed to be very similar to Puppet manifests. From what you said it seems like the approach is to have immutable containers for each application, set up via Dockerfiles, which somehow also simplifies the upgrade process? Does that mean you just deploy a new version/container of an application linked to the same underlying database (for example) when you need to run an upgrade?

So if you had a fleet of ten containers running the same application in a load balanced config, I'm guessing you'd need to upgrade all of them at once (with downtime) rather than upgrading them one by one (because then the database would be inconsistent)? I'm assuming that since the containers are immutable the data is stored elsewhere.

As someone with limited experience with containers, how does K8s allow you to move away from things like Puppet for configuration management? Does it offer some substitute that alleviates the need for something like Puppet or Ansible?

Thank you for posting. I see it briefly mentions the practice for the remembrance (although I don't know if it's specific to this initiative or whether it is more widespread):

> On November 28, 2020, light a candle in your window, as a memory of every bright soul tortured during the Holodomor of 1932-1933 – the genocide of the Ukrainian nation.

> We want everyone to be remembered – starved, unborn, numbered, and UNCOUNTED

That's quite helpful, thank you. The Arduino option also seems to be a useful alternative.

Is any special hardware needed, or is it all software work?

Thanks for mentioning QMK [0], it's not something I've heard of before, and it seems like a huge step up from standard keyboard firmware. As far as I can tell only a small number of manufacturers officially support it, but at least one person seems to have made some progress getting a standard cooler master keyboard to run it [1].

[0] https://qmk.fm/ [1] https://github.com/qmk/qmk_firmware/tree/master/keyboards/bp...

As someone who uses Vim daily, I quite like this idea. I would customise it to mimic the original Vim bindings a bit more closely where possible though, to e.g. keep Ctrl-D as page down.

I'm not sure if this would be possible, but it would be fun to have customisable per-application bindings (based on the active window, probably) in addition to the set of global bindings. I can also think of minor cases where motions would be useful, like 3x alt-tab (i.e. 3gt) to switch to a specific application.

I wonder at what point the depth of the mode-ness will become too much, if you were running this, for example, with a vi-mode bash readline.

Taking a look at the privacy whitepaper [0], there's a long list of data gathering initiatives that seemingly need to be turned off manually (a number of sections explicitly mention opt-out rather than opt-in). I can't check the defaults though, since it doesn't run on Linux. The main problem with opt-out is Microsoft's track record of re-enabling telemetry after it has been turned off by the user, and that's not something you'd want in a web browser.

[0] https://docs.microsoft.com/en-gb/microsoft-edge/privacy-whit...

I used to use NoRoot Firewall [0], which worked similarly, and allowed you to block per-application.

[0] https://play.google.com/store/apps/details?id=app.greyshirts...

Just FYI: Capitec uses their mobile app for that (or you can also get a keychain with an authenticator).

Vim performance for large replace operations might be improved by enabling lazy redraw.

It's a vapid complaint used by people who want to feel superior without actually contributing anything to the project.

I don't know how I ever missed this one when I searched for email clients. That looks like such a breath of fresh air: the download is under 10MB and it even supports GPG.

I guess I found a replacement for Thunderbird.

This is a fun page: http://www.fieggen.com/shoelace/linking.htm

> To play devil's advocate, part of the reason things like The Rule of Silence are talked about is because of the messy unix philosophy of treating everything like plain text.

The amount of tooling that surrounds text is vast and has evolved over decades. You cannot replace that with a single database and call it better.

I can place the majority of my config files in git and version them. I can easily perform a full text search on any log regardless of its syntax. I can effortlessly relocate and distribute logs to different filesystems.

> I want my software configuration stored in a database not in a bunch of fragile files with made up syntax that are always one typo or syntax error away from being potentially silently ignored.

So you would like your configuration stored as a bunch of made up data structures? Databases do not make you immune from typos and syntax errors, ask anyone who has ever written a delete without a where clause.

And what happens when the giant, all-knowing database your system depends on has a bug or vulnerability? When something on my linux box breaks I can drop to a recovery mode or lower runlevel and fix it with a kernel and a shell as dependencies.

I think you would be a lot happier with a configuration management system (puppet, ansible et al) and some log infrastructure without having to completely redo the unix philosophy and the years of experience and fine-tuning that comes with it.

Is there a list of companies with over-the-top/invasive hiring practices somewhere?

It would make it easier to avoid them, and maybe send a message.

Something like a browser add-on is probably a better choice if the creator has a need to use web technologies.

> I can never see the point of comments like these. Not one person who reads that will have his mind changed.

I wasn't expecting to change anyone's mind with that. There are more robust programming languages that don't have the same inconsistencies and idiosyncrasies and encourages better practices in general (even though it is true than you can write terrible code in any language).

> No it doesn't. Either the developer benefits or doesn't benefit from "refusing". There's only so much time in the day. I'll refuse to to learn Qt or gtk+, unless there is some overwhelming benefit for me to learn it.

That is true, but consider that the end product is not necessarily meant to be most convenient for the developer. Keeping the user in mind when making these decisions may make you consider more native and less resource-intensive alternatives. I have read in the past that Electron also posed some difficulties for screen readers, for example (although I'm not sure if that is still the case), which might not be something that impacts you as the developer, but which can make it harder for someone to make use of your software.

> It's 2016, people, the ship has sailed on pretending JS isn't a real programming language. Phrasing the argument the way he does just betrays his smug elitism.

Using the date as an argument is also poor form. JS is a terrible programming language (I'm not denying that it is a programming language though) regardless of how popular it is (although I think I might be going against the grain here on HN, many people here seem to enjoy node.js).

> The fact is, for many types of applications, Electron is a really good fit: for example, shipping a single-page webapp as a desktop app, a need that surfaces often in today's world, despite his derision of this concept.

I feel it's unreasonable to turn a single web page into a desktop app by bundling an entire web browser with it.

> ...because they can treat it like any other desktop application -- with hardware access, and subject to the OS' native task management.

If you need direct hardware access it probably isn't well-suited to being a web app in the first place? Why use web technologies for it then?

> For other apps, Electron allows the world's most popular layout system (HTML+CSS) to be used with one of the world's most popular programming languages. This is a huge boon for re-using knowledge, and perhaps does lead to some amateurish projects. Similar criticisms were leveled towards Visual Basic, where drag-and-drop composing and a good IDE enabled people to quickly crank out a GUI app from an idea.

HTML/CSS can be nice to have in such a situation, although a refusal to learn other GUI frameworks probably makes for a poor (native) developer.

The resource bloat and (usually) extreme disparity with the native user interface rarely makes it worthwhile for me to use an electron app. It feels like forcing a square peg into a round hole because the developer is seemingly unwilling to consider more appropriate technologies outside of their comfort zone. Yes, there are well-made electron apps (like VS Code mentioned in the article), but I, personally, would hate for it to become the norm.

Would you mind sharing the title of the book?

As mentioned in the article, part one is here: http://www.linuxjournal.com/content/tiny-internet-project-pa...