Каждая миллисекунда работы вашего кода не только потребляет электроэнергию, но и способствует росту вычислительного углеродного следа, который становится таким же реальным и измеримым, как бензин, заливаемый в автомобиль. Однако вот в чём загвоздка: большинство разработчиков не смогут точно сказать, какой углеродный след оставляет их код, даже если от этого будет зависеть его внедрение. Мы десятилетиями зацикливались на показателях производительности, аудитах безопасности и качестве кода, но выбросы углекислого газа как-то оставались в тени, воспринимались как экологическая проблема, которая касается чьего-то другого рабочего стола....
Помните эту старую поговорку? «Поздравляю! Вы создали потрясающий API!» Но затем реальность бьёт как утренний пролив кофе: нужно добавлять новые функции, исправлять ошибки и неизбежно вносить критические изменения. Именно здесь большинство разработчиков обнаруживают, что управление версиями — это не просто нечто полезное, а разница между процветающей экосистемой и недовольными клиентами, заваливающими ваш трекер проблем. Позвольте мне быть откровенным: управление версиями API — это одна из тех тем, которая кажется простой на первый взгляд, но раскрывает слои сложности, как только вы начинаете думать о реальных последствиях....
Давайте поговорим о том, что обычно относят к категории «было бы неплохо» в большинстве компаний, занимающихся разработкой: об accessibility (доступности). И я говорю не о том неловком моменте, когда кто-то упоминает соответствие требованиям WCAG, и все вдруг находят свои туфли очень интересными. Я говорю о чём-то более фундаментальном: должны ли наши языки программирования сами контролировать стандарты доступности? Вот мой смелый взгляд на ситуацию: мы подходили к этой проблеме неправильно. Мы создали множество руководств, систем соответствия и нормативных требований, но по-прежнему относимся к доступности как к функции, которую можно добавить в конце, прямо перед запуском, когда кто-то вспоминает: «Ах да, существуют скринридеры»....
Итак, у вас есть данные. Много данных. Может быть, вы создаёте стартап-единорога, или, возможно, масштабируете существующее приложение, чтобы оно обслуживало миллионы пользователей. В любом случае вы столкнулись с неизбежным выбором: SQL или NoSQL? Это как выбор между кофе и чаем — оба бодрят, но на вкус совершенно разные и лучше работают в разных контекстах. Универсального ответа нет. Но есть систематический подход к выбору, и именно об этом мы сегодня поговорим....
Невидимая рука, которая уменьшает вашу зарплату Вы знаете это чувство, когда понимаете, что ваша любимая кофейня немного повысила цены, но только для вас? А теперь представьте, что это происходит с вашей зарплатой, только вы никогда не узнаете почему, и никто другой тоже. Добро пожаловать в эпоху алгоритмического занижения зарплаты, где искусственный интеллект стал лучшим другом современных хищных предпринимателей. Я провёл последние несколько лет, наблюдая за тем, как технологии пересекаются с трудом, и должен быть честен: этот конкретный вид цифровых инноваций по вкусу напоминает предательство, поданное холодным с гарниром из правдоподобного отрицания....