Как стать автором
Обновить
0
0

Пользователь

Отправить сообщение
Главное — не проснуться в четыре утра от уведомления о входящем сообщении электронной почты в таких наушниках. Или если «сонный» плейлист закончится и начнётся плейлист для тренажёрного зала.
Лично у меня очень тонкий слух (я слышу, как соседка сверху ставит кастрюлю на стол и это не тонкие стены — я слышу это один в семье; соседка и кастрюля точно есть, я проверял), обычные беруши из аптеки за сто рублей напрочь лишают меня слуха на ночь. Даже будильник на тумбочке рядом с кроватью не слышу. Наверное, нужно просто подобрать подходящие по форме, чтобы наиболее плотно заполняли ушной канал.
Я в отелях выключаю кондиционер, если его шум мешает. Заклеивать — никакой изоленты не хватит.
Несколько лет назад (поэтому без ссылки, простите) на Спортс.ру была статья от мужика, который консультировал ведущие футбольные клубы мира касательно правильности сна. И вот как раз заклеивание условной лампочки на телевизоре он называл одним из важных факторов. Ещё рекомендуется не взаимодействовать с экранами примерно за час до сна — мерцание возбуждает, хоть мы этого и не замечаем.
В статье рассказано, как девопс-команды тратят деньги и как работают над текущими проектами. Но ни слова о том, кто находит новых клиентов, продаёт новые проекты, занимается пиаром и тп. Это не «команды сами управляют деньгами», это «команды сами тратят деньги». Всё ли есть у этих команд на случай, если «5-6 нетехнических людей» уйдут из компании?
Кто-нибудь из прочтения статьи в итоге понял алгоритм оценки саппорта?
2) Сотрудник сдаёт для наклейки телефон, а второй проносит в сумке, не показывая.

Защита от фотографирования монитора это только грамотная внутренняя нормативная документация и одна–две показательные порки. Технических средств защиты от такого канала утечки ещё не придумали и они даже не приходят в голову. Если человек захочет — он вынесет информацию. Так что нужно убедить людей, что им это не нужно, полностью согласен.
EN: 99% ToS нечитаемы


Может, «не прочитаны»?
Вы хотите холивар на пятьсот страниц?
Так и я о том же. Нарушать хороший процесс это, конечно, только в случае аврала. Я говорил изначально о том, что программисты нередко считают себя выше бизнес-требований и как раз процессов, потому что аналитик «не кодит 10 лет и не понимает ничего».

А что плохого в отношении как к винтикам, если винтики вовремя смазывают хорошим маслом, чистят антикоррозийным покрытием и крутят аккуратно и исключительно подходящим ключом с динамометром?
Напомните номер ИСО, регламентирующего объективность восприятия статей?
Странный вопрос. На основании своего карьерного опыта по обе стороны баррикад, например. Скан трудовой книжки прислать?
Какие примеры? Всё уже сказано – если разработчик не имеет опыта хотя бы руководства маленькой командой, то пишет вот такие вот статьи. Не понимаю, что сюда добавить. Примеры, когда отношение к людям как к винтикам оправдано? Когда нужно делать плохой код и быстро?
Безусловно, в бизнесе в первую очередь важны люди, если бизнес хочет долго и плодотворно зарабатывать деньги, а не выжимать все соки сегодня или не сидит на нефтяной трубе. Но в статье крайне однобокий взгляд и явное отсутствие понимания, как работает бизнес за пределами тестовой среды и репозитория с боевым кодом. Из-за такого непонимания 90% разработчиков считают всех вокруг токсичными, а себя неоценёнными гениями, и лишь 10% готовы хотя бы послушать другую сторону (цифры из личного опыта).
Ой, ну это просто очередная статья на тему тонкости душевной организации разработчика и неотёсанности остальных. Такие статьи обычно пишут люди, не работавшие лидами даже небольшой команды и никогда не отвечавшие ни за кого, кроме себя. Бизнес заставляет кодить так, как ему надо, а не как красиво и изящно — подумаешь, потрачу не 40 часов, а 160, зато с душой! Дизайнеры заставляют делать тяжёлый и избыточный интерфейс — подумаешь, миллионам пользователей удобно, но я-то знаю, как лучше! Аналитики заставляют писать громоздкий и неоптимальный код — подумаешь, сроки у них там вывода на рынок и инженеры гарантируют мощности, зато я могу сделать максимально оптимальный код и тратить на 32Мб памяти меньше! Вообще не буду с ними работать, они не понимают ничего и токсичные, а я вот молодец, я не винтик механизма, я его мозг, главный нерв и вообще.
«Корпоративный инжиниринг».
Инженер Сергей поднимает кластер распределённых вычислений на водонагревателях. Мемуары, уроки, интриги. Роман в пятиста статьях и это только первый сезон.
Статья неплоха, но заголовки прям кричащие. И к таким статьям очень полезно писать вторую часть, в которой рассказывать, что разработчики это, конечно, хорошо, но деньги бизнесу зарабатывают не только они, а ещё и аналитики, маркетологи и прочая.

Почему разработчики дороже денег

Никто и ничто не дороже денег. За деньги можно нанять любого разработчика. С разработчиком заработать любые деньги не факт, что получится.

Создайте культуру, в которой первичен разработчик

Чтобы в итоге выпускать не тот продукт, который заработает бизнесу деньги, а потребителям даст нужные возможности, а тот, в котором красивый код?
А как же нарушение критической массы? Был в своё время, например, проект «катюши» из рельсотронов, которые облаком «болтов» прошивали вражескую ракету, нарушали критическую массу и исключали ядерный взрыв.
Задача любого поставщика SOC сейчас это не поставка реально работающего сервиса (без запросов в стиле «предоставьте всю информацию, а мы сведём в красивую табличку»), а продажа подписки на этот, в общем-то, сырой и слабо полезный сервис.

Немецким инженерам не помешали проблемы АвтоВАЗа создать Мерседес.

Если системный администратор ощутимо вовлечён в коммерческую тайну предприятия, то нужно срочно нанять безопасника, который объяснит различие между системным, администратором прикладного ПО и администратором СУБД.

Кстати, над всеми тремя стоит уборщица с ключами от всех помещений.
1

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность