Меня просто нечеловечески бесит, когда разработчики оправдывают собственную некомпетентность мантрой «бизнесу надо». Если программист любой степени квалификации, от стажёра — до принципала — использует в качестве аргумента в любой дискуссии фразу «бизнесу надо» — знайте, перед вами тупой самозванец, гоните его в шею.

Every time I post a new behavioral experiment, or share a personal resolution of some kind, I get a few emails telling me not to be so strict with myself.

They always say something like “It’s not good to be so hard on yourself!” or “We shouldn’t be forcing ourselves to do things!”

This is a common thing to hear in our improvement-focused culture. I used to think it was a reasonable caution, but now I think it’s generally bad advice.

It seems well-meaning in most cases—people sometimes do go overboard with exercise, frugality, and personal efficiency. But I think it’s much more common for people to go under-board in some or all of those areas, and you can bet the person giving you a hard time is one of them.

We often hear about the importance of “balance” in our self-improvement efforts. But what exactly are we balancing? Good behaviors and bad ones? Are we looking for lives that are equal parts wisdom and recklessness?

Can you imagine someone saying “I don’t think we should force ourselves to brush our teeth every day. You have to live a little!”

Пример, как можно сделать свой режим в Емаксе, привязать его к конкретным файлам и назначить свои шорткаты только для этого режима.

Following are the main red flags in test assignments that should be avoided:

• The assignment was read and understood in full.

• All parts are implemented.

• Industry-standard tools and frameworks are used.

• The code is split into small, readable functions.

• Variables have descriptive names.

• Complex parts have comments.

• Errors are handled, error messages are easy to follow.

• Source files are organized reasonably.

• The web interface looks nice.

• There are tests.

Avoid these AI giveaways and spread the word!

используйте неизменяемые объекты, не допускайте частичной инициализации, требуйте обязательные поля сразу – не надейтесь, что кто-то заполнит их позже

It is very important to conduct regular code reviews within every software team, but it is not so easy to do them right; here are a few typical pitfalls.

То, что западноевропейским ученым запрещают выступать на конференциях в России безусловно огорчает, но более всего настораживает их на это реакция.

Агрегатор по производителям товаров разных направлений, произведённых в России. Можете выбрать направление производства, тип продукции и даже регион производства.

Например, можете поискать мороженое, которое делается прямо у вас.

The fast-loading recipe site with cooking only and no ads.

PRQL is a modern language for transforming data

Интересная замена SQL. Запросы для аналитики данных станет писать намного проще. Не думаю, что для чего-то другого этот проект подойдёт. Условный CRUD проще написать, используя именно SQL запросы, здесь PRQL излишен.

Век большинства игр недолог. Многие тайтлы гремят только пару месяцев после релиза, а затем уходят в небытие. Некоторые же игры умудряются иногда вновь прорываться в инфополе, и лишь единицы могут в течение десятилетий постоянно напоминать о себе. Doom — один из таких долгожителей, культовый проект, сильно повлиявший на игровую индустрию. И сегодня мы посмотрим, как некоторые мододелы, используя Doom в качестве основы, умудряются создавать иногда по-настоящему впечатляющие игры-хорроры.