rhizome31

I'm not American but I guess they don't want it because it's shit.

Apps running locally can also be subject to security issues. What you're trying to say is probably "apps not using untrusted input". If an app takes no input all, I guess we could say that security isn't an issue, but there could still be safety issues.

Strongly agree with your second point, too many times I had to figure out issues caused by code trying to handle errors but actually hiding them and making it so much harder to debug. The typical antipattern: catching SomeErrorType just to log "error of that type occurred", thus hiding the associated error message and the stacktrace. Even worse: trying to catch every error types.

Don't catch errors unless doing something actually useful with them. Even then, it's often a good idea to re-raise.

As someone who is part of that other half, I agree.

Testing is a skill. The more you do it, the less expensive it becomes.

Wow, really?! I had no idea that such policies existed. Quite astonishing I have to say.

So no AI autocomplete I suppose?

I assume AI autocomplete may send any part of your code base or even all of it to a third-party.

Thank you for the reply. What do you mean by "AI mandates"? Does it mean your company has an explicit policy allowing sharing code with AI services?

As a developer who doesn't use AI for coding, except for the occasional non-project specific question to a chat bot, I am wondering if you use it for client projects or only for your own projects. If you do use it for client projects, do you have some kind of agreement that you're going to share their code with a third-party? I'm asking because most clients will make you sign a contract saying that you shouldn't disclose any information about the project to a third-party. I even once had a client who explicitly stated that AI should not be used. Do you find clients willing to make an exception for AI coding agents?

Bitwig is all right though.

Framapad, Framacalc and Framadate are used quite a lot around here.

Rock solid DJ software. I've used it for IRL events, streaming, radio shows. Higly recommended.

Oh OK my bad, I didn't get that. Seems like a strange idea to me. If money is the issue, you can probably find a decent second hand MIDI keyboard for a very reasonable price.

Take lessons with a piano teacher and practice a lot on your own.

SEEKING WORK | France | Remote & Onsite in Toulouse

+15 years of production experience with Python, both web dev and data processing

+4 years of production experience with Elixir as a developer and team lead

+20 years with Linux

What I have been doing a lot over the last 10 years is helping data science teams with technical "chores" such as software architecture, database design, debugging, packaging and deployment. So if you have a team of domain experts processing data with Python but struggling to deliver reliable software, we should probably talk.

While I usually get hired for my technical expertise, I generally also end up improving the development process in areas like branching policy and issue management. I also have a lot of experience training people to use Python and Django.

I would be interested in working with Elixir again!

Please get in touch at contact@alexmarandon.com and I will send you my detailed CV.

I was quite pleasantly surprised by the quality of AWS docs, especially coming from Azure. A part from that, as mentioned already: Django.

What you heard is from the Zen of Python, a short text meant to express core ideas behind the design of the Python language. You can read it by typing `import this` in the Python interpreter. The exact sentence is:

    There should be one-- and preferably only one --obvious way to do it.

This sentence was coined as an answer to a catch phrase that was used to describe the Perl programming language: There Is More Than One Way To Do It. Giving programmers more freedom to express themselves in different ways was presented as a good thing by the Perl community.

Python was partly marketed as a replacement for Perl and the sentence from the Zen of Python expresses a difference from Perl. The idea is that having different ways to do things leads to confusion and code that is harder to maintain, problems that Perl was supposed to incur according to its critics.

The sentence was true to a certain extent when it came to the Python language. It don't think it has ever been true for the Python ecosystem. For example, during the early 2000s, there were a plethora of web back-end frameworks for Python. As the Python language has since gained a lot of features, I'm not even sure that this is true for the language itself.

Regarding package management, this has always been a weak point of the Python ecosystem. Python developers often make jokes between themselves about that. Unfortunately, I would be very surprised if this project was to put an end to this issue.

Despite all this, I encourage you to learn Python because it's a very interesting and powerful language with an extremely rich ecosystem. Yes, there are many ways to do the same thing with it. But on the other hand, there is a way to do pretty much anything with it.

Great channel on fundamentals of digital audio: https://www.youtube.com/@akashmurthy

SEEKING WORK | France | Remote & Onsite in Toulouse

+15 years of production experience with Python, both web dev and data processing

+4 years of production experience with Elixir as a developer and team lead

+20 years with Linux

What I have been doing a lot over the last 10 years is helping data science teams with technical "chores" such as architecture, debugging, packaging and deployment. So if you've got a bunch of PhDs doing clever stuff with Python but struggling to produce reliable software, I may be able to help.

I'd also be interested in working with Elixir again.

Please get in touch at contact@alexmarandon.com and I'll send you my detailed CV.

This would probably be best sent directly to the author since they provide their email address at the bottom of the article with an explicit call for feedback.

Lots of outraged comments but few will close their GitHub account and stop using VSCode.

Yes GitHub contributed to advancing the software industry but now it's been acquired by Microsoft and good alternatives have emerged so time has come to move on.

Everything flows.

You're right, thanks for reminding me of the simple, straightforward way!

> S3/B2 because the vendor only ever sees encrypted bytes

Got it, thanks!

> questions about Peertube

I don't know either. So far my experience with existing instances has been rather good but I didn't consciously test the use cases you mentioned. I've wanted to publish educational videos for a while but the idea of feeding the big nasty beast just breaks my heart.

Hey, sounds like a very cool project.

I'm wondering: have you considered setting up a Peertube instance and what were the reasons for not doing it?

Other question about not giving away your private data to big tech: Why is S3 better than a private YouTube channel?

I gave it a try 2 days ago on Linux and it crashed after a couple of minutes doing basic manipulations. Have I just been unlucky or is it really unreliable?

> the brutality of globalized capitalism

Thank you for saying this. It takes some guts to do it on this particular forum.

> To me it was the moment I started breaking down in tears when getting to the subway station down my street, on my way to work. Every day.

> The next time was when I could not speak about my job and the project I was working on without stammering and my mind going blank (and still couldn’t for months after quitting).

Thank you for writing this. I've been through these states recently and it helps to know other people had similar symptoms.

Binder is relatively easy to use but it hasn't been always very reliable. Not sure if that changed. I haven't tried it in a long time. URL: https://mybinder.org/

Yes, very weird, I got kind of dizzy.