Я не врач, но программист. Если автор умудрился, несмотря на особенности, выучится, а затем и дорасти до старшего программиста - то для него такой текст не проблема.
К тому-же, мы не знаем сколько он его писал и переписывал - день или год. Не знаем и то, сколько он учился писать тексты в принципе и не помогал ли ему кто-то, а если помогал, то как именно и как сильно.
С таким скудным запасом вводных что-то сказать однозначно про способности автора - не выйдет.
Многие (обычно опытные) инженеры склонны отвечать на вопросы потоками подробной информации и длинными театральными монологами о том, как вы пришли к текущей ситуации («Это давняя история, начавшаяся ещё в те времена, когда контроль версий был причудой для богатых...»). Говорите новичку то, что он должен знать и спрашивайте, хочет ли он узнать подробности. Или позвольте ему сначала завершить мелкую задачу, потом сообщите чуть больше контекста, когда у него уже будет понимание того, что же делает компонент.
Есть у нас один опытный работник, который "стоял у истоков", участник легендарного Переезда проекта с технологии Х на Y.
Так вот, он любитель сжать ответ до трёх-пяти слов. Причём, скорее всего, это уточняющие вопросы, которые не относятся к проблеме.
-У нас полетела аналитика, после релиза Х. Мы всё проверили, можешь ещё ты глянуть? -икнку в меню починли? -Да, ещё в прошлом релизе -Хорошо
И молчит... Иногда пишет не переключив раскладку. И ладно, я сам так иногда пишу, но я, блин, редактирую сообщения, а он - нет. Как-то, в порыве благодатного огня не из благодатных отверстий, я даже написал переводчик "ghbdtn" -> "привет" (можно как декодировать, так и кодировать, пишите во второе поле).
Бодаться с ним не имеет смысла, т. к. работаем с ним раз-два в месяц...
А статья хорошая. Есть ещё добавить:
Не ведите документацию/тесты и подавляйте инициативы по созданию
Не делайте деплой на прод до 17:50
Давая концептуально новую задачу всегда спрашивайте точные сроки и сделайте так, чтобы их сдвиг означал головную боль всей команде
Первые два месяца пусть форматирует код вручную, чтобы чётко запомнил code style, принятый в компании
Лучше если каждый использует разные форматеры кода
При отсутствии штата (нанимаете первого), обязательно не нанимайте второго, но первому говорите, что скоро наймёте. Так-же не нанимайте сеньора, джуна/мидла хватит
Измеряйте продуктивность с самого старта работы сотрудника. Чтобы он видел в графе "продуктивность" 12% (привет, битрикс)
Первые 100% задач лучше всего давать по легаси коду для которого используются модифицированные легаси говно-библиотеки с которыми никто в мире, кроме 100 левых смельчаков с npm и не работал
Обязательно ставьте под сомнения решения новичка. Если вы не имеете компетенции - отлично! Это означает, что вы можете даже давать советы по реализации и долго отстаивать своё решение. Главное в конце, когда уже вся команда привела по 10 аргументов, вы должны сказать "ладно, я не программист - вам виднее" и на следующий день всё это можно провернуть опять. Можно даже по той-же задаче
Установите трекер, чтобы нужно было нажимать на кнопку, когда сотрудник идёт в санузел. Не доведи Господи оплачивать сральное время по тарифу коддингово
Пусть время на выполнение задач придумывает рассчитывает проджект, а не исполнитель
Назначьте несколько PM`ов для сотрудника и пусть они не согласовано фигачат задачи, соревнуясь в кол-ве огоньков в трекере
Не используйте популярные среди программистов таск-трекеры для своих программистов
Не покупайте лицензионный софт, программисты умные, они сами найдут софт
Не чистите компьютер перед передачей его новому сотруднику. Не меняйте логины и доступы. Пусть в гит пушит Олег, мы же знаем, что Олег уволился, значит, пушит Саня
А если всё-таки чистите - удалите важные компоненты помимо ненужных, не забудьте почистить реестр по туторам на ютубе
Запретите использовать докер для развёртывания проекта на машине для разработки
Никогда не согласовывайте API компонентов, которые делают разные разработчики
Лучшее время проверок задач для завтрашнего релиза - после 20:00, когда все уже дома
Написать в рабочий чат в 4 утра - это нормально
Никак не поощряйте инициатив по усилению безопасности продукта. Ну нашел уязвимость, разработал эксплойт и закрыл человек RCE с компрометацией учётных данных на платном сервисе за день и что тут такого? Кстати, кнопку так и не сдвинул?
Не тратьте время на актуализацию dev сервера
Если у сотрудника ДР - это хорошо. Значит, он будет работать с хорошим настроением
Никогда не проводите ретроспективы
Не отвечайте на запросы по рефакторингу
До беклога руки дойдут сами
В бизнес-процессы новый сотрудник вникнет сам
Если HR по какому-то глупому стечению обстоятельств всё-таки отправила пдфку со всем нужными сотруднику бизнес-процессами, то вам нужно им не следовать и делать круглые глаза всякий раз, когда новый сотрудник не угадал к кому идти по пдфке, а к кому "и так понятно, в пдфке устарело"
*При составлении этого списка пострадал один программист
Парой строк JS кода можно легко отслеживать движение мыши по сайту. При отслеживании раз в фиксированный промежуток времени записывать положение курсора.
Потом наложить клики и список ивентов (логин, переход и т. д.) и можно сделать повтор (видео), как будто вы видите экран клиента, когда он делал свои действия.
Мы такую аналитику с клиентов снимаем и вряд ли они подозревают про это.
Так-же, у вас в мобильных устройствах есть гироскоп и акселерометр. С их помощью даже сайт может узнать, идете ли вы сейчас или нет, в какой позе стоите и стоите ли вы вообще.
Кстати, Facebook уже эти данные собирает.
Да что там Facebook. Однажды решил посмотреть, как мой старый смартфон Android (Xaomi Redmi 3) следит за мной.
Поставил простенький сканнер сетевых запросов на устройство (первый в выдаче плей маркета) + сертификат для него. Вырубил все приложения (кроме сканнера), стою на главной экране.
И вижу раз в пару секунд сетевой запрос от Android Framework с какими-то данными, похожими на гугловскую аналитику.
{
"a": "b6100d7610c6fd5ed4dce519eecfc8847b46d79e",
"b": "c1dc189a8ecb9af625c768e80f86810b2e5f43fb8"
}
Интересно, что каждый запрос завершался со статусом 404.
В общем в этом болоте приятного мало, но приходится копаться, чтобы хоть знать...
Учёные начали с подачи в систему необработанных видеозаписей физических явлений, уравнения которых уже знали. Например, они предоставили видео качающегося двойного маятника ... После нескольких часов анализа ИИ выдал ответ: 4,7.
Скорее всего, он выдал просто какие-то параметры видео. Так-же, не существует просто "видеозаписи". Формат, разрешение, частота, сжатие, качество освещения, установки, покачиваний и т. д. Не похоже на учёных. У учёных информация только о видео растянулась бы на много страниц и наверняка она там есть, просто редактор решил в статью (на техническом ресурсе, ага) не включать эти "ненужные" подробности.
В общем, напомнило:
— Сорок два! — взвизгнул Лунккуоол. — И это всё, что ты можешь сказать после семи с половиной миллионов лет работы?
— Я всё очень тщательно проверил, — сказал компьютер, — и со всей определённостью заявляю, что это и есть ответ. Мне кажется, если уж быть с вами абсолютно честным, то всё дело в том, что вы сами не знали, в чём вопрос.
— Но это же великий вопрос! Окончательный вопрос жизни, Вселенной и всего такого! — почти завыл Лунккуоол.
— Да, — сказал компьютер голосом страдальца, просвещающего круглого дурака. — И что же это за вопрос?
Хотя вектор теоретически можно пытаться развивать, но непонятно в чём именно практическая опасность. Это очень сложный и комплексный вектор, от которого защитится очень просто и дешево.
Ставите 5-6 выходных нод для проверок в разных местах. Думаю, даже 100-200 не проблема
Атака для хакера становится чуть-чуть выгоднее, чем реальный захват 51%. Выгоднее уже такой ботнет использовать для DDoS атак.
solved
К тому-же, транзакции можно проводить с задержкой в пару часов Лучше бы привели инциденты успешной атаки в реальных условиях, если они вообще есть
что делать если родственник ввязался к инфоциганам
Пока гром не прогремит - мужик не перекрестится. Это как с ребенком. У одного знакомого сын насмотрелся на то, как ютуберы открывают "кейсы" (аналог рулетки, только выигрыш не деньги, а внутриигровые предметы, которые можно потом продать за деньги) и попросил денег у родителей. Там даже рулетка не настоящая, а просто сайт. На все разговоры не обращал внимания. Тогда мой друг с удовольствием послал его раздавать листовки по выходным, чтобы деньги, которые он потеряет, были заработаны им самим. В итоге дней 5 (полтора месяца) он зарабатывал, а потом всё спустил за час.
Я бы хотел взглянуть на его лицо, когда до него дошло.
При просчете экономики проекта ветер и солнце не считали вовсе. В статью они вставлены лишь для красного словца, в реальности их доля в доходах станции чуть выше уровня статистической погрешности.
Насколько я понял, в статье про солнце и ветер упоминается только в разрезе проблематики, что они непостоянны и всё, а дамба - решение этой проблемы.
А ещё он сделал +489% (грубо говоря, разделить на 8 лет - это 61% годовых) для инвесторов - это космические проценты. Нормой в этих кругах считается 12-15% годовых.
Сколько людей сделали так-же? Явно меньше, чем N/2)
Я не врач, но программист. Если автор умудрился, несмотря на особенности, выучится, а затем и дорасти до старшего программиста - то для него такой текст не проблема.
К тому-же, мы не знаем сколько он его писал и переписывал - день или год. Не знаем и то, сколько он учился писать тексты в принципе и не помогал ли ему кто-то, а если помогал, то как именно и как сильно.
С таким скудным запасом вводных что-то сказать однозначно про способности автора - не выйдет.
На "побольше" нужно ещё 3 млрд зеленых, к тем 3 млрд зеленых, что ушли на макет
Он таки нашел трубу и его пришлось убрать
Для меня одного иллюстрация очень похожа на то, что у Бетельгейзе случилось несварение планетарного масштаба? После такого должно хорошенько полегчать
Есть у нас один опытный работник, который "стоял у истоков", участник легендарного Переезда проекта с технологии Х на Y.
Так вот, он любитель сжать ответ до трёх-пяти слов. Причём, скорее всего, это уточняющие вопросы, которые не относятся к проблеме.
-У нас полетела аналитика, после релиза Х. Мы всё проверили, можешь ещё ты глянуть?
-икнку в меню починли?
-Да, ещё в прошлом релизе
-Хорошо
И молчит...
Иногда пишет не переключив раскладку. И ладно, я сам так иногда пишу, но я, блин, редактирую сообщения, а он - нет.
Как-то, в порыве благодатного огня не из благодатных отверстий, я даже написал переводчик "ghbdtn" -> "привет" (можно как декодировать, так и кодировать, пишите во второе поле).
Бодаться с ним не имеет смысла, т. к. работаем с ним раз-два в месяц...
А статья хорошая. Есть ещё добавить:
Не ведите документацию/тесты и подавляйте инициативы по созданию
Не делайте деплой на прод до 17:50
Давая концептуально новую задачу всегда спрашивайте точные сроки и сделайте так, чтобы их сдвиг означал головную боль всей команде
Первые два месяца пусть форматирует код вручную, чтобы чётко запомнил code style, принятый в компании
Лучше если каждый использует разные форматеры кода
При отсутствии штата (нанимаете первого), обязательно не нанимайте второго, но первому говорите, что скоро наймёте. Так-же не нанимайте сеньора, джуна/мидла хватит
Измеряйте продуктивность с самого старта работы сотрудника. Чтобы он видел в графе "продуктивность" 12% (привет, битрикс)
Первые 100% задач лучше всего давать по легаси коду для которого используются модифицированные легаси говно-библиотеки с которыми никто в мире, кроме 100 левых смельчаков с npm и не работал
Обязательно ставьте под сомнения решения новичка. Если вы не имеете компетенции - отлично! Это означает, что вы можете даже давать советы по реализации и долго отстаивать своё решение.
Главное в конце, когда уже вся команда привела по 10 аргументов, вы должны сказать "ладно, я не программист - вам виднее" и на следующий день всё это можно провернуть опять. Можно даже по той-же задаче
Установите трекер, чтобы нужно было нажимать на кнопку, когда сотрудник идёт в санузел. Не доведи Господи оплачивать сральное время по тарифу коддингово
Пусть время на выполнение задач
придумываетрассчитывает проджект, а не исполнительНазначьте несколько PM`ов для сотрудника и пусть они не согласовано фигачат задачи, соревнуясь в кол-ве огоньков в трекере
Не используйте популярные среди программистов таск-трекеры для своих программистов
Не покупайте лицензионный софт, программисты умные, они сами найдут софт
Не чистите компьютер перед передачей его новому сотруднику. Не меняйте логины и доступы. Пусть в гит пушит Олег, мы же знаем, что Олег уволился, значит, пушит Саня
А если всё-таки чистите - удалите важные компоненты помимо ненужных, не забудьте почистить реестр по туторам на ютубе
Запретите использовать докер для развёртывания проекта на машине для разработки
Никогда не согласовывайте API компонентов, которые делают разные разработчики
Лучшее время проверок задач для завтрашнего релиза - после 20:00, когда все уже дома
Написать в рабочий чат в 4 утра - это нормально
Никак не поощряйте инициатив по усилению безопасности продукта. Ну нашел уязвимость, разработал эксплойт и закрыл человек RCE с компрометацией учётных данных на платном сервисе за день и что тут такого? Кстати, кнопку так и не сдвинул?
Не тратьте время на актуализацию dev сервера
Если у сотрудника ДР - это хорошо. Значит, он будет работать с хорошим настроением
Никогда не проводите ретроспективы
Не отвечайте на запросы по рефакторингу
До беклога руки дойдут сами
В бизнес-процессы новый сотрудник вникнет сам
Если HR по какому-то глупому стечению обстоятельств всё-таки отправила пдфку со всем нужными сотруднику бизнес-процессами, то вам нужно им не следовать и делать круглые глаза всякий раз, когда новый сотрудник не угадал к кому идти по пдфке, а к кому "и так понятно, в пдфке устарело"
*При составлении этого списка пострадал один программист
Ну, меня лично смущает сложность, нелогичность и множество ненужных спецсимволов. А так да, простой, логичный и не противоречивый синтаксис
Парой строк JS кода можно легко отслеживать движение мыши по сайту. При отслеживании раз в фиксированный промежуток времени записывать положение курсора.
Потом наложить клики и список ивентов (логин, переход и т. д.) и можно сделать повтор (видео), как будто вы видите экран клиента, когда он делал свои действия.
Мы такую аналитику с клиентов снимаем и вряд ли они подозревают про это.
Так-же, у вас в мобильных устройствах есть гироскоп и акселерометр. С их помощью даже сайт может узнать, идете ли вы сейчас или нет, в какой позе стоите и стоите ли вы вообще.
Кстати, Facebook уже эти данные собирает.
Да что там Facebook. Однажды решил посмотреть, как мой старый смартфон Android (Xaomi Redmi 3) следит за мной.
Поставил простенький сканнер сетевых запросов на устройство (первый в выдаче плей маркета) + сертификат для него. Вырубил все приложения (кроме сканнера), стою на главной экране.
И вижу раз в пару секунд сетевой запрос от Android Framework с какими-то данными, похожими на гугловскую аналитику.
{
"a": "b6100d7610c6fd5ed4dce519eecfc8847b46d79e",
"b": "c1dc189a8ecb9af625c768e80f86810b2e5f43fb8"
}
Интересно, что каждый запрос завершался со статусом 404.
В общем в этом болоте приятного мало, но приходится копаться, чтобы хоть знать...
Времена меняются. Мы учителей учили... Вспоминать даже стыдно, какими мы были кончеными...
Есть одна (из многих) отличительная черта между джуном/мидлом и сеньором/тех.лидом. Это - work-life balance.
Work-life balance - это сознательный отказ от дополнительных компетенций/денег в пользу здоровья физического/психического/социального и т. д.
Это как раз о "18:00 - всё, режим "почитать худ. лит., сходить в кино, на свиданье и т. д.".
Джунам сложнее - им нужно всеми силами остаться на должности и их легко заменят на того, кто баланс не соблюдает.
А вот помидорам легче. На собесе часто условия выдвигают уже они, да и финансово они более обеспечены.
В любом случае, важно понимать, что за не выгорание специалиста отвечает сам специалист.
Здоровье бесконечно дороже денег. К сожалению, многие его (и время в придачу) меняют на деньги по очень невыгодному для себя курсу.
Нужно работать не 100 часов в неделю, а головой
Жалко лося
Спокуха! Только что с ним разговаривал, он говорит, что все это говорил
Скорее всего, он выдал просто какие-то параметры видео. Так-же, не существует просто "видеозаписи". Формат, разрешение, частота, сжатие, качество освещения, установки, покачиваний и т. д. Не похоже на учёных. У учёных информация только о видео растянулась бы на много страниц и наверняка она там есть, просто редактор решил в статью (на техническом ресурсе, ага) не включать эти "ненужные" подробности.
В общем, напомнило:
Хотя вектор теоретически можно пытаться развивать, но непонятно в чём именно практическая опасность. Это очень сложный и комплексный вектор, от которого защитится очень просто и дешево.
Ставите 5-6 выходных нод для проверок в разных местах. Думаю, даже 100-200 не проблема
Атака для хакера становится чуть-чуть выгоднее, чем реальный захват 51%. Выгоднее уже такой ботнет использовать для DDoS атак.
solved
К тому-же, транзакции можно проводить с задержкой в пару часов
Лучше бы привели инциденты успешной атаки в реальных условиях, если они вообще есть
Солнечная панель направляется на солнце и капсула движется на тяге от отражения частиц света
Пока гром не прогремит - мужик не перекрестится. Это как с ребенком.
У одного знакомого сын насмотрелся на то, как ютуберы открывают "кейсы" (аналог рулетки, только выигрыш не деньги, а внутриигровые предметы, которые можно потом продать за деньги) и попросил денег у родителей. Там даже рулетка не настоящая, а просто сайт. На все разговоры не обращал внимания. Тогда мой друг с удовольствием послал его раздавать листовки по выходным, чтобы деньги, которые он потеряет, были заработаны им самим. В итоге дней 5 (полтора месяца) он зарабатывал, а потом всё спустил за час.
Я бы хотел взглянуть на его лицо, когда до него дошло.
Насколько я понял, в статье про солнце и ветер упоминается только в разрезе проблематики, что они непостоянны и всё, а дамба - решение этой проблемы.
Нет повести многограннее на свете, чем повесть о технической поддержке и клиенте
Эти называются просто - "долб**бы" и разговор с ними короткий.
Посылаются сразу после первого закидона.
Осторожно, процесс соприкосновения вашего ботинка с их лицом вызывает состояние эйфории и привыкание.
А ещё он сделал +489% (грубо говоря, разделить на 8 лет - это 61% годовых) для инвесторов - это космические проценты. Нормой в этих кругах считается 12-15% годовых.
Сколько людей сделали так-же? Явно меньше, чем N/2)