Сегодня хочу рассказать об одном случае из жизни, когда невинная ошибка при написании скрипта командной оболочки привела к удалению базы данных, используемой в продакшне. Расскажу я и о том, как ShellCheck (инструмент для линтинга и анализа скриптов, выходящий под лицензией GPLv3) мог бы обнаружить эту ошибку и предотвратил бы катастрофу. Да, сразу скажу, что я — автор ShellCheck.

^{Изображение: businessinsider.com}

Собеседования на работу — это отстой. Приходишь, решаешь несколько задачек, пока в голове не возникнет туман, а потом от компании ни слуху, ни духу.

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

Публикуешь вакансию, появляется 5000 соискателей, выбираешь 100, тратишь 2 недели на телефонный скрининг, 5 человек имеют знания, необходимые для работы.

Собеседования — это кошмар для обеих сторон.

Моя девушка устроилась в прошлом году на работу в компанию Visa, а позже узнала, что на её должность отправили резюме пять тысяч человек. Она выделилась на их фоне тем, что прочитала описание работы и указала соответствующий ей опыт. Да, планка настолько низка.

Её начальник нанял обоих кандидатов, которые выделились на общем фоне. Из пяти тысяч людей обратили на себя внимание двое.

Каждый из нас хотя бы раз в жизни слышал про кого-то: это талантливый программист, музыкант, дизайнер. Обычно в подобной роли выступает сын маминой подруги, но иногда признаки гениальности проявляют коллеги по работе или кто-то из приятелей. Однако при близком знакомстве с такими персонажами часто оказывается, что одаренность поставляется в комплекте с целым набором ментальных проблем. Один гений страдает периодическими депрессиями, второй мнителен до психоза, третий не пользуется айрподсами, потому что слышит голоса прямо у себя в голове. Четвертый ужасно рассеян и необязателен, пятый страдает от перепадов настроения, которые не лучшим образом сказываются на его работоспособности, шестой не считает нужным мыться и вообще следить за своим внешним видом… Так может быть, одаренность — это болезнь? Что говорят по этому поводу профессиональные исследователи?

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

Сама идея создания универсального кода, в котором была бы зашифрована информация о товаре, была подслушана товарищем Вудленда, Бернаром Сильвером, причем подслушана буквально: он стал свидетелем разговора своего декана (Вудленд и Сильвер учились тогда в аспирантуре) с директором супермаркета, который спрашивал, способны ли ученые создать систему, позволяющую мгновенно регистрировать покупку и вести учет товара.
Декан от такой задачи отказался, а Вудленд и Сильвер буквально загорелись этой идеей: она показалась им вполне решаемой, а её будущее — великолепным.

Аудит (здесь и далее слово «аудит» употребляется в значении «оценка качества») CSS не относится к повседневным задачам при разработке веб-приложений, но иногда приходится этим заниматься. Это может быть частью процесса определения критического CSS, удаления неиспользуемых селекторов, улучшения доступности, когда все цвета в кодовой базе оцениваются на предмет контрастности, и т.д.

Существуют некоторые инструменты, облегчающие выполнение указанных задач. Но давайте начнем с того, что понимается под «аудитом» CSS.

Аудит CSS — задача не из легких

Как правило, оценка качества кода включает в себя его анализ в поиске багов и других проблем, например, проблем с производительностью. Для большинства языков программирования концепция аудита кода проста: она работает или не работает. Но CSS — это особенный язык, большая часть ошибок которого игнорируется браузером. Один и тот же стиль можно применять совершенно по-разному. Это обуславливает сложность аудита CSS. И «сложность» — это еще мягко сказано.

Хотите выиграть приз в миллион долларов от Илона Маска? Улавливание углерода (УУ) в наши дни – тема чрезвычайно популярная. Десятки новых компаний занимаются вопросом удаления лишнего CO₂ из атмосферы с целью стабилизации климата.

Сам я не эксперт по УУ, но периодически мне задают вопросы на эту тему. Поэтому я предлагаю вам данную статью, чтобы помочь организовать наши мысли и уточнить стратегию по разработке и оценке широкого спектра систем улавливания углерода (СУУ).

Стоит ли чего-то наша технология УУ? Давайте изучим нашу гипотетическую машину для УУ с двух точек зрения: физической и экономической.

Процессоры семейства Rocket Lake уже доступны, а значит, пришло время для Xtreme OverClocker (XOCer). Я получил ранний доступ к процессорам и занимаюсь их разгоном уже несколько месяцев.

В этом месяце я узнал немало важных моментов о разгоне Rocket Lake, также мне удалось разогнать Intel Rocket Lake Core i9-11900K до 7,14 ГГц на всех ядрах. Еще я установил мировой рекорд на G.Skill Tweakers Contest Extreme. В статье я поделюсь несколькими советами.

Автор статьи, перевод которой мы публикуем сегодня, хочет рассказать о нескольких JavaScript-паттернах, направленных на отложенную инициализацию свойств объектов, для выполнения которой требуется произвести вычисления, создающие серьёзную нагрузку на систему. В основе всех этих паттернов лежит использование дескрипторов доступа — свойств объектов, описываемых парой функций — геттером и сеттером.

Разрабатывая игровой движок для Android, я был уверен, что нативный код C/C++ будет исполняться быстрее чем аналогичный код на Java. Это утверждение справедливо, но не для последних версий Android. Чтобы проверить почему так происходит, решил провести небольшое исследование.

Для теста использовался Android Studio 4.1.3 - для Java Android SDK (API 30), для C/C++ Android NDK (r21, компилятор CLang). Тест довольно тупой, который выполняет арифметические операции над массивом int в двух вложенных циклах. Ничего осмысленного и специфичного.

К данной книге я пришёл от джедайских техник и она является вторым источником, в котором я обнаружил понятие резервуара ментальных сил, который может быть исчерпан.

Оригинал состоит из 272 страниц, в которых приведены множества исследований, объяснений, историй и примеров того, что нужно делать, как это делать и почему.
Представляю вам всё самое важное, что, несомненно, должно помочь вам эффективно справляться с задачами.

Кое-что может быть для вас уже знакомым или даже банальным, а кое-что контринтуитивным.

Однако помните: знать и делать - кардинально разные понятия.

И если вы постепенно интегрируете хотя бы некоторые аспекты нижеизложенного в свою жизнь, то увидите положительные изменения.

В новом предложении квантовые жёсткие диски будет использоваться для объединения световых потоков от нескольких телескопов, позволяя астрономам создавать оптические изображения с невероятно высоким разрешением.

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

Год назад я приостановил свой путь в программировании и начал писать роман думая, что моя новая деятельность сильно отличается от предыдущей. Спустя много написанных слов, но чаще переписанных, я почти уверен в обратном: программирование больших систем и написание романов имеют много общих черт и схожие процессы.

Наиболее очевидная параллель между этими двумя действиями заключается в том, что в обоих вы что-то пишете. Код — это не проза, написанная на естественном языке, но у него есть набор фиксированных правил (грамматика), определенные формы, которые большинство программистов сочтут естественными, а другие формы, хотя формально правильные, будут казаться трудными для понимания.

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

Всем привет! На связи Антон Клочков, студент первого курса корпоративной магистратуры JetBrains «Разработка программного обеспечения» на базе Университета ИТМО. Я хочу рассказать, как выбирал программу, и главное — оправдались ли мои ожидания.

Архитектура ПО — это Вселенная. Все очень сложно, но если все правильно, то все невероятно просто. Шаг за шагом познаю что и как. Ищу лучшие практики и шаблоны. В конечном счете, в очередной раз делаю одно и то же заключение:

Изученные правильные практики и шаблоны проектирования - лишь вектор, который вдохновляет на новые красивые и уникальные решения.

Здесь нет примеров хорошей архитектуры, советов как должно быть и как правильно. Я просто хочу зафиксировать мысли, которые надо не забывать воспроизводить при решении очередной задачи.

В этом году Пентагон после полугодичных испытаний сразу после проведенного Кремлем Парада Победы в честь 9 мая (совпадение? нет, не думаю(с)) таки заключил с израильской компанией Xtend контракт на поставку десятков небольших беспилотных летательных аппаратов для использования в помещениях и в городских условиях силами специального назначения ВМС, морской пехоты и армии.

Министерство обороны США заказало Skylord Xtender в партнерстве с Министерством обороны Израиля от имени Управления технической поддержки нерегулярных боевых действий. Xtend не предоставила информации о стоимости контракта.

После 8 лет работы 28 000 коммитов, 7 400 пул реквестов, 4 100 закрытых issues — Scala 3 наконец-то вышла. С момента первого коммита 6 декабря 2012 года более ста человек внесли свой вклад в проект. Сегодня Scala 3 включает в себя последние исследования в области теории типов, а также отраслевой опыт Scala 2. Мы увидели, что хорошо (или не очень хорошо) работает для сообщества в Scala 2. На основе этого опыта мы создали третью итерацию Scala — простую в использовании, изучении и масштабировании.

Работая с различными PHP проектами часто приходится дебажить приложение чтобы найти и исправить ошибку. Во многих случаях вполне хватает xDebug, однако он не подходит для всех задач. Иногда нужно понять почему та или иная страница долго загружается, что съедает так много памяти или просто как работает большой и запутанный код.

В этом дайджесте процесс загрузки iPhone и организация стриминга на нем же, борьба App Store с разработчиками мошенниками, концепции Jetpack Compose и обзор Android Automotive OS, этический антидизайн, вопросы АТТ-согласия и многое другое.