Как принято писать в компании

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

Стандарты текста

Ты и вы. К коллегам мы обращаемся на «ты». К незнакомым людям на «вы» со строчной.

При общении с представителями государственных учреждений мы обращаемся на «Вы» с заглавной, если уверены, что от нас этого ожидают. Если человек примерно нашего возраста, допустимо на «вы» со строчной.

В официальных документах, досудебных претензиях и других формальных текстах при обращении к одному человеку используем «Вы» с заглавной.

Приветствие. Внутренние письма начинаются с приветствия, например: «Иван, привет» или «Ольга, добрый день». Если получателей несколько, они перечисляются через запятую. Обращаемся в письме только к тем людям, которые перечислены в поле «кому».

⚠️ Письма более чем четверым получателям в поле «кому» запрещены. Если вам нужно обратиться по имени более чем к четверым людям, напишите несколько писем персонально каждому.

Прощание. Мы заканчиваем письма предложением задать вопрос, уточнить или любым другим приглашением к дальнейшему диалогу. Например:

Если будут вопросы — пиши.

Посмотри, всё ли понятно. Если что, я на связи в Телеграме.

⚠️ У нас запрещены благодарности авансом: «Заранее спасибо» и «Спасибо» в значении «ты еще не сделал, но я тебя уже благодарю». Если нужно поблагодарить человека, мы делаем это только после выполнения просьбы и за что-то конкретное. Например:

❌ Заранее спасибо!

✅ Спасибо, что ответил так быстро!

✅ Ты меня очень выручишь, если сможешь помочь

Контакты в подписи. В подписи все сотрудники указывают свой рабочий телефон или мессенджер. Если у сотрудника есть рабочий мобильный, указывается и он (например, в отделе продаж).

Почта, чат или созвон? Выбираем правильный способ связи

Перед тем, как написать, оцените, правильно ли вы выбрали способ связи. То, что у вас под рукой, необязательно будет удобно получателю и уместно в данной ситуации.

Почту мы используем для:

  • постановки задач;
  • несрочного запроса информации у других людей — запас времени не менее 1 дня;
  • переписки с контрагентами;
  • подведения итогов встреч.

Мы созваниваемся, чтобы:

  • провести мозгоштурм,
  • провести планерку,
  • принять решение по срочной задаче.

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

⚠️ Организатор встречи всегда рассылает результаты участникам в течение 12 часов после встречи. Никакие решения не вступают в силу до рассылки результатов встреч. Если нет рассылки результатов встречи, ее решения можно игнорировать.

Мы используем чаты, чтобы:

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

❌ Мы не ведем в чатах переговоры с клиентами, не обмениваемся никакой существенной для сделок информацией. При общении в чате мы всегда исходим из того, что человек может наше сообщение стереть как у себя, так и у вас.

Факт-лист после планерки в чате

⚠️ Если в чате идет обсуждение рабочего проекта, по итогу обсуждения инициатор готовит факт-лист — это сообщение или документ, в котором систематизированы все ключевые решения.

Например, если мы обсуждаем с коллегами спецпроект, после обсуждения руководитель проекта выписывает всё, о чем договорились: темы, форматы, сроки, ответственных; собирает все нужные ссылки; прикладывает все нужные файлы. Это сообщение либо закрепляется в чате, либо выносится в документ, а ссылка на него отправляется в чат и закрепляется.

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

Кого мы добавляем в получателей и копию

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

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

Как включать нового человека в переписку

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

При подготовке обязательно объясните, что было в переписке ранее, чтобы человеку не пришлось изучать всю историю переписки с начала.

Как пересылать цепочки писем

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

Если вам переслали чужую переписку без комментариев, вы имеете право ее не читать.

Планерки в письмах запрещены

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

Если вас втягивают в такие обсуждения, вы имеете право отказаться от участия, сославшись на правила компании. Напишите в ответ:

«Коллеги, это по всем признакам планерка, а планерки в почте у нас запрещены. Пожалуйста, организуйте созвон или встречу с ответственными участниками».

Как составить тему письма или название чата

Во всех письмах мы используем схему «Тема под поиск»:

  1. О каком проекте идет речь
  2. Что внутри (что сделать, что за документ)
  3. Срок (если применимо)

Цель таких тем — чтобы читатель смог найти ваше письмо, набрав в поиске название проекта и ключевое слово.

⚠️ Если в письме от вашего коллеги отсутствует тема, вы имеете право его не открывать.

Один чат — один контекст

Если чат создается под конкретную задачу или проект, эта задача должна быть в теме чата, а внутри должно быть именно обсуждение этой задачи и контекста.

Нельзя обсуждать проект «Альфа» в чате, посвященном проекту «Бета». Даже если пришлось к слову и в чатах сидят одни и те же люди.

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

Одно сообщение — одна мысль

Сообщения в чатах нужно делить так, чтобы в одном сообщении была ровно одна мысль, и чтобы при ответе на сообщение можно было ответить ровно на эту мысль. Например:

❌ Много сообщений для одной мысли❌ Много мыслей в одном сообщении✅ Одно сообщение — одна мысль
Что вы думаете о том   Чтобы продлить промоакцию до конца недели. То есть до 12 ноября?Народ, что думаете о продлении промоакции до конца недели, до 12 ноября? И еще давайте обсудим, нужно ли оставлять счетчик обратного отсчета в последний день на случай, если мы решим ее продлить? Потому что люди, которые захотят купить, увидят, что это обман…Народ, предлагаю продлить промоакцию до 12 ноября, то есть до конца пятницы. Что думаете?

Одно письмо — одна задача

У нас запрещены переписки, в которых параллельно обсуждаются несколько слабо связанных между собой задач или проектов. В одном письме можно:

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

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

Как зафиксировать результаты встречи

После любой планерки инициатор готовит общее письмо с результатами. Содержание письма:

  • Над какой общей проблемой или задачей мы работали
  • Какие решения приняли
  • Какие задачи теперь у каждого участника
  • Обещание поставить каждому индивидуально его задачи
  • Следующий шаг

Зачем это нужно: на планерке мы приняли какую-то массу решений, которую теперь нужно исполнять. Всем сопричастным теперь нужно иметь какой-то документ, в котором будут закреплены все договоренности, чтобы по этому документу дальше работать.

⚠️ Если планерка была в чате, может быть впечатление, что всё уже и так записано. Но это иллюзия: информацию в чате трудно найти, а найдя, невозможно понять, какая информация актуальна, а какая — нет. Поэтому после планерок в чате нужен факт-лист с результатами планерки.

Письма делите на разделы с помощью подзаголовков

Если письмо длиннее трех абзацев, следует разделить его с помощью подзаголовков. Подзаголовки должны быть короткими и отвечать на вопрос «О чем?».

Примеры подзаголовков:

  • Ситуация, проблемы, задачи, сроки, ограничения
  • Суть проблемы, причины, предложения, риски
  • Общая картина, подробности, ближайшие действия

Не выделять жирным и цветом внутри письма

Жирным в письме можно выделять только подзаголовки. У нас нельзя выделять ключевые мысли внутри абзаца. Если нужно вынести ключевую мысль на видное место, ее нужно поставить в начало абзаца, а перед ней — подзаголовок, который заинтересует читателя.

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

✅ >> Невозможно определить бюджет без согласования с ОП
Пожалуйста, напишите, кто именно в ОП отвечает за этот вопрос, я воздействую

❌ Ответил по желтым

Невозможно определить бюджет без согласования с ОП — напишите, кто отвечает за согласование, я воздействую.

Забота о собеседнике: документы

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

Например, если вы хотите, чтобы вам согласовали смету, приложите эту смету к письму. А если вам нужно, чтобы человек оставил комментарий где-то на сайте — поставьте ссылку на эту страницу.

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

Забота о собеседнике: цепочки писем

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

Вместе с тем, каждое письмо должно быть самодостаточным. Каждое письмо должно содержать всю информацию для принятия полноценного решения по вашему вопросу. Например, если вы подтверждаете встречу, напишите не «Подтверждаю», а «Подтверждаю встречу тогда-то во столько-то, тема такая-то». Читатель не должен рыскать по переписке выше в поисках того, что именно вы подтверждаете.

Разрешение конфликтов

Техника безопасности на случай конфликта:

😌 Если вы почувствовали гнев, раздражение или агрессию, первым делом отложите письмо или чат. Не пишите в состоянии гнева. Дайте себе как минимум 10 минут, чтобы успокоиться и подышать. Через 10 минут ваша способность решать конфликты заметно вырастет.

😌 Постарайтесь отследить источник своего гнева или раздражения. Скорее всего вы увидите, что он в поведении или словах другого человека.

😌 Найдите способ связаться с этим человеком лично, используя голос или видео. Например, можно на 2 минуты позвонить человеку по телефону.

😌 Настройтесь на благостный лад, сделайте низкий голос, говорите медленно и спокойно. Постарайтесь разобраться, почему человек делает так.

Благодарности и поздравления

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

Мы благодарим только за конкретные вещи. Желательно благодарить за то, во что человек вложил силы, энергию и время (то есть за то, что сам человек считает важным).

❌❌ Заранее спасибо!

❌ Спасибо! (отдельным письмом)

✅ Спасибо, что откликнулся сразу!

✅ Спасибо, что сделал это так быстро!

✅ Спасибо за помощь! Ты меня очень выручил!

Вопросы и предложения

Обращайтесь к…

Чек-лист хорошего сообщения

Структура

  • В письме есть контекст, проблема и призыв к действию
  • Если в письме больше трёх абзацев — оно содержит тизер
  • Призыв к действию — это либо императив «сделай это»\«согласуй это»\«напиши, что думаешь», либо вопрос «что делать?»\«как это устроено?»
  • Если письмо не требует действия, об этом явно написано внизу письма

Получатели

  • В первом абзаце письма понятно, кто основной получатель письма, а кто стоит в копии
  • Для каждого получателя явно указан призыв к действию. Если призыва к действию нет, из письма однозначно понятно, зачем получатель стоит в копии

Содержимое

  • В письме нет агрессии ни в какой форме
  • Если цель письма — передать ваши эмоции, они указаны явно («давай, но я
  • волнуюсь за …» вместо «хм, ну давай»)
  • Если письмо содержит ссылки на внешние ресурсы, у всех получателей есть к ним доступ
  • Если письмо содержит сложные для открытия файлы (MS Project), они продублированы в виде PDF формате

Профайлеры PHP

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

Перечислим профайлеры PHP живущие сами по себе и не зависящие от CMS/CMF.

1) XDebug ( https://xdebug.org/ )

Плюсы:

  • самый популярный, большое сообщество
  • бесплатный
  • интеграция с PHPStorm
  • возможность ставить точки остановка

Минусы:

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

В качестве графического интерфейса может быть дополнительно установлен Webgrind (веб морда https://github.com/jokkedk/webgrind ), либо WinCacheGrind (для винды https://github.com/ceefour/wincachegrind ), либо KCachegrind (оболочка kde для линукс).

2) XPHrof ( https://github.com/longxinH/xhprof#installation )

Плюсы:

  • легковесный, практически не даёт overhead’а, можно включать на проде
  • бесплатный
  • прост в настройке
  • позволяет посмотреть сколько раз была вызвана функция и сколько она выполнялась по времени, а также родительскую функцию и дочернюю

Минусы:

  • слаб в визуализации данных

В качестве графического интерфейса может быть дополнительно установлен XHGui (веб морда https://github.com/perftools/xhgui ).

Младше версии PHP 7 ставится скорее всего путем ручной сборки линуксовых пакетов (под debian скорее всего пакет php5-dev ушел в архив). От версии PHP 7 форки https://github.com/tideways/php-xhprof-extension и https://github.com/perftools/xhgui ставятся без проблем.

3) Z-Ray ( http://www.zend.com/en/products/server )

  • платный
  • похоже заблочен в РФ

4) Blackfire ( https://www.blackfire.io/ )

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

Является переписанным XHProf.

5) Tideways ( https://tideways.com/ )

Дальнейшее развитие XHProf, из той же серии что и предыдущий — много плюшек, но стоит денег.

6) SPX ( https://github.com/NoiseByNorthwest/php-spx )

  • бесплатный
  • поставляется с веб-интерфейсом
  • хорошо визуализирован, помогает разобраться как работает приложение

Чаще всего используется рядом с XDebug и XHProf. Автор приложения считает что расширение не готово к использованию в продакшене, поэтому лучше устанавливать его только локально и на тестовые сервера.

7) Pinda ( http://pinba.org/ )

Сервис для получения realtime-статистики от работающих приложений без накладных расходов на её сбор. Может использоваться для пробрасывания данных в Zabbix.

Инструменты необходимые для обновления модулей Drupal с версии 8 на 9

В Drupal 9 реализованы все возможности Drupal 8 и два раза в год продолжаются постоянные инновации, добавляя новые функции.

Это означает, что Drupal 9 равен Drupal 8 за вычетом устаревших API. Таким образом обновление не требует капитального ремонта инфраструктуры вашего сайта.

Поговорим  об инструментах которые потребуются для подготовки к обновлению Drupal.

Upgrade Status

О готовности Drupal 9 нельзя говорить без упоминания модуля Upgrade Status. Это первостепенный инструмент, необходимый для успешного обновления.

Он выполняет практически все основные функции, необходимые для подготовки к обновлению.

Предлагает вам обновиться до текущей версии

Проверяет, используете ли вы версию Drupal, поддерживающую обновление.

Предлагает вам проверить системные требования

Проверяет, соответствует ли ваша система системным требованиям следующей основной версии.

Предлагает вам сосредоточиться на проектах

Интегрируется со статусом обновления, чтобы информировать вас об обновлении ваших проектов. Проекты могут быть совместимы с несколькими основными версиями Drupal, поэтому большинство проектов можно обновить на существующем сайте до выполнения основного основного обновления.

Предлагает вам решать другие проблемы совместимости

Вы могли подумать, что этих трех должно быть достаточно, но это еще не все. Существует множество проблем совместимости с Drupal 9, которые необходимо решить с помощью запуска phpstan. И upgrade status тоже может это сделать.

Upgrade Status также может интегрироваться с drush. Вам нужно будет установить его с помощью Composer.

Drupal Check

Следующим важным инструментом для перехода на Drupal 9 является модуль Drupal Check. PHPStan был разработан как инструмент статического анализа, который может запускать автономный исполняемый файл PHP из командной строки.

Проверка сообщит обо всем устаревшем коде, который используется на вашем сайте.

Для беспрепятственного обновления ваша система должна быть на 100% совместимой с Drupal 9.

Но это похоже на модуль Upgrade Status.

Да. Есть некоторое сходство между Drupal Check и Upgrade Status в том, что обе они работают над установлением совместимости с Drupal 9. Однако я бы сказал, что Upgrade Status имеет гораздо больший масштаб.

Upgrade Rector и Drupal Rector

Вы бы предпочли использовать автоматизированный механизм для обнаружения нежелательных устаревших API перед обновлением D9 или предпочитаете делать это вручную? Я почти уверен, что ваш ответ будет напоминать мой и будет первым выбором.

И эти автоматические проверки устаревания и исправления кода идут вместе с Upgrade Rector. Это также позволяет вам вносить исправления как в собственные, так и в собственные проекты с помощью предложений. По сути, Upgrade Rector — это интегрированный пользовательский интерфейс Drupal для Drupal Rector.

Итак, что такое Drupal Rector?

Прежде чем я перейду к Drupal Rector, давайте немного разберемся с историей Rector. Это инструмент, который автоматизирует обновление кода PHP.

Drupal Rector взял эту концепцию и реализовал ее на Drupal. Drupal Rector обновляет устаревший API, используемый в Drupal.

IDE

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

Почему это важно?

Для этого есть две причины;

  • Один из них связан с видимостью. Если ваша IDE понимает устаревшие версии, они будут очень заметны даже в процессе разработки.
  • А во-вторых, он отменяет вызовы устаревших методов и дополнительно информирует вас о правильном вызове.

PHPStorm один из примеров инструмента IDE, который очень удобен при рассмотрении вопроса об обновлении до Drupal 9.

Module Upgrader

Module Upgrader — это инструмент, более ориентированный на проекты, которые находятся на Drupal 7. Следуя сценарию командной строки с возможностью сканирования источника модуля D7, он может выделить код, несовместимый с Drupal 8 или 9.

Как это работает?

  • Он отмечает код, который необходимо обновить;
  • При необходимости он выделяет изменения API;
  • Он также может автоматически преобразовывать код D7 в D8 или 9.

Что в итоге?

У вас останутся обновленные модули, в коде которых не будет устаревших API. Как только это произойдет, вы станете на один шаг ближе к фактическому обновлению до Drupal 9. Помните, что модуль Drupal 8 без каких-либо устаревших рекомендаций является достаточно хорошим модулем Drupal 9, потому что единственное различие между ними — это устаревшие API.

Migrate Tools

Название достаточно ясное, Migrate Tools — это модуль, который предоставляет дополнительные инструменты для запуска, а также управления миграциями на Drupal 8.

Он работает с Drush и предоставляет команды для удобного управления.

  • Вы можете увидеть список миграций и их статус;
  • Вы можете выполнять операции импорта и отката;
  • Вы можете легко остановить работающую операцию;
  • Вы можете перечислить поля, доступные для сопоставления, и просмотреть сообщения, относящиеся к миграции.

Эти функции могут показаться небольшими, но они могут добавить много удобства, чтобы упростить самое простое обновление десятилетия.

Migrate Plus

Модуль Migrate Plus поставляется с расширениями основных функций и примерами инфраструктуры миграции. Его можно легко реализовать в виде объектов конфигурации, которые адаптируются с точки зрения загрузки, модификации и последующего сохранения.

Вывод

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

Когда следует быть начеку при поиске работы

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

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

Впрочем, обычно «тревожные звоночки», сигнализирующие о том, что предложение может не подойти, слышны, уже когда вы читаете вакансию. Их много, они могут быть разными в зависимости от области, в которой вы работаете. Мы выбрали 10 универсальных, которые стоит держать в голове всем.

1. Хотят от вас денег

Это уже даже не звоночек, а целый набат, поэтому он идет первым пунктом. Если от вас требуют «взнос за обучение», «оплатить установку специального программного обеспечения» и подобные вещи, продолжать диалог не стоит. Вы ищете работу, чтобы зарабатывать деньги, а не тратить их. К тому же вероятность, что после оплаты вы не получите ни обучения, ни ПО, ни работы, крайне высока. Мошенники просто присвоят ваши деньги и будут таковы.

2. Сами не знают, что им нужно от сотрудника

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

3. Обозначают зарплату от 10 000 до 100 000 рублей

Большая зарплатная вилка означает, что вам гарантируют минимальный оклад, а всё остальное вы будете получать за счет премий, процентов от сделок или за выполнение KPI. В принципе, в некоторых сферах (например, продажах) схема вполне нормальная и жизнеспособная. Просто важно иметь это в виду и хорошо понять логику, как формируется зарплата, до того, как подпишете договор. Иначе могут быть неприятные сюрпризы.

4. В принципе уклоняются от обсуждения зарплаты

В тексте вакансии вы видите не несущие смысловой нагрузки фразы. Например, «конкурентная/рыночная заработная плата», «высокий доход», «хорошие деньги». В ответ на конкретные вопросы вас уверяют, что хорошо работающий сотрудник может получать «любые» деньги. Сладкие обещания лишают вас возможности планировать свой бюджет. А еще это отличный задел для манипуляций в будущем (если вас не устраивает ваш доход — значит, вы не слишком хороши, надо бы еще «постараться»).

5. Делают акцент не на деловых качествах соискателя, а на его социальном статусе, жизненных обстоятельствах

«Работа для мамочек малышей до трех лет!», «Надоело просить деньги у мужа, сидя в декрете?», «Студент, работай в перерывах между лекциями и получай от ХХХ рублей в неделю», «Подработка для активных пенсионеров» и так далее.

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

За акцентом на жизненные обстоятельства кандидата могут стоять очень мутные требования или непростая и низкооплачиваемая работа. А то и вовсе рассылка спама, которая не принесет ни денег, ни пользы (вам или обществу). В этом случае в описании вакансии ждите еще фразу: «Нужен только доступ в интернет!»

5. Много говорят о достоинствах коллектива

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

6. Упоминают «стрессоустойчивость» среди обязательных требований

Да, конечно, есть позиции, связанные с повышенным уровнем стресса. Например, врач-реаниматолог, менеджер, работающий с кризисными ситуациями в компании, авиадиспетчер и так далее. Но обычно специалисты, претендующие на них, как правило, и так знают, с чем придется столкнуться. Если же специфика работы не подразумевает постоянного столкновения со стрессом, требование можно перевести например так: «У нас токсичное начальство, невыносимые коллеги, отсутствие перспектив и постоянно меняющиеся требования к сотрудникам».

7. Готовы обучать всему с нуля

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

8. Пишут, что им нужен (нужна) непременно мужчина (женщина) определенного возраста

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

9. Приукрашивают информацию

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

Подведем итоги

При поиске работы стоит держать в голове, что не все работодатели одинаково полезны. Важно опираться не только на описание вакансии, но и на собственную интуицию.

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

Источник: https://prosto.rabota.ru/post/ostorozhno-somnitelnaya-vakansiya/

Калькуляторы матриц онлайн

Матрица — математический объект, записываемый в виде прямоугольной таблицы элементов кольца или поля (например, целых, действительных или комплексных чисел), который представляет собой совокупность строк и столбцов, на пересечении которых находятся его элементы. Количество строк и столбцов задает размер матрицы.

MATRIX.RESHISH.RU

Это наиболее удобный бесплатный калькулятор матриц. На сайте реализованы все основные операции над матрицами, а также методы для решения систем линейных уравнений. Для методов и операций, требующих сложных вычислений, реализована опция ‘очень подробное решение’. Благодаря ей, наш калькулятор решает вашу задачу онлайн рациональным способом так, как это сделал бы человек, отображая каждый шаг.

Ссылка: https://matrix.reshish.ru/

Способы поиска количества ядер CPU в Linux

Обсудим, как найти количество ядер CPU в Linux.

Использование файловой системы Proc

Для того чтобы найти количество ядер CPU в Linux, можно воспользоваться файловой системой proc. Эта процедура представляет собой псевдо-файловую систему, которая отслеживает среду выполнения.

Для того, чтобы получить информацию центрального процессора, выполните:

cat /proc/cpuinfo

Это дает детальную информацию о процессоре, таком как VENDOR_ID, семейства CPU, модель, CPU МГц и т.д.

Чтобы найти количество ядер CPU в Linux с точными деталями используйте следующие команду:

cat /proc/cpuinfo | grep processor

Или выполните команду:

cat /proc/cpuinfo | grep processor | wc -l

С помощью команды lscpu

Вы также можете найти количество ядер CPU в Linux с помощью команды lscpu:

lscpu

После выполнения команды ищите заголовок CPU(s).

Использование команды nproc

Команда nproc поможет найти количество ядер CPU в Linux напрямую, без grep или расчета:

nproc

С помощью команды dmidecode

Команда dmidecode также предоставляет информацию о процессоре вместе с другой аппаратной информацией, такой как системная информация, информация о вентиляторах. Чтобы получить точно или найти количество ядер CPU в Linux с помощью команды dmidecode, вам нужно указать grep со словом CPU, как показано ниже:

dmidecode | grep -i CPU

Распаковка архива .tar.gz?

.tar.gz — это архив созданный программой tar, и после этого заархивированный программой gzip. Такая двойная архивация обусловлена тем, что программа gzip сжимает хорошо и быстро, но делает это только с одним файлом. Поэтому чтобы запаковать несколько файлов, для начала из них создается один tar-архив, а после этого он уже пакуется программой gzip. Причем стоит отметить, что первичный архив tar практически не сжимает информацию, а лишь объединяет ее в один файл. В конечном варианте мы получаем архив с двойным расширением archive.tar.gz или archive.tgz

Для распаковки архива *.tar.gz, вы должны выполнить:

tar -xzf archive.tar.gz

Если в этом архиве есть программное обеспечение, которое необходимо скомпилировать, обычно делается следующее:

tar -xzf archive.tar.gz
cd archive
./configure
make
sudo make install

Будьте внимательны! Не вводите вслепую приведенные выше инструкции; во-первых, прочитайте любые документы под названием «README» или «INSTALLATION», которые вы найдете в архиве.

Пять правил интерфейса веб-сайта

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

Само это определение не позволяет указать точно, насколько интерфейс интернета плох. Качество интерфейса на двух одинаковых сайтах может различаться в зависимости от целей посетителей.

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

У такого положения вещей есть объективные причины. Во-первых, сама технология молода. Во-вторых, потребность в качественном интерфейсе осознается владельцами Веб-сайтов достаточно редко. Да и в этом случае заказчикам интерфейс кажется чем-то эфемерным, возникающим самопроизвольно («как, вам нужно на эту работу целых пять дней?!»). В третьих, сказывается банальная нехватка специалистов.

Молодость технологии является самой большой проблемой. При создании обычной программы, например, для Windows, программисту в большинстве случаев не нужно придумывать новые интерфейсные элементы — операционная система сама по себе содержит огромное их количество. Благодаря этому изобилию, программы с плохим интерфейсом встречаются сравнительно редко. В случае же с Веб, где все нужно делать с нуля, скверные сайты попадаются постоянно. Однако приблизиться к идеалу вполне реально.

В создании хорошего интерфейса нет ничего сложного и сакрального. Абсолютного большинства проблем можно избежать, соблюдая всего пять простых правил. А вот для решения оставшихся вопросов понадобятся специалисты.

Правило 1. Не стремитесь к оригинальности

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

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

Правило 2. Изучайте цели посетителей

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

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

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

Правило 3. Не усложняйте систему

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

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

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

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

Правило 4. Не решайте интерфейсом посторонних задач

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

Итак, остается робкая надежда, что можно хотя бы управлять чтением посетителей. Так, например, кнопка «О компании» попадает в начало основного навигационного меню. А это неправильно. Безусловно, есть те, кто хочет узнать о компании все. Но их меньшинство. Получается, что ради пяти процентов посетителей и владельца сайта, оставшиеся девяносто пять процентов при каждом обращении к навигации должны видеть этот пункт, чтобы его проигнорировать. Исходя из предположения, что среднестатистический посетитель читает на сайте десять страниц, слова «О компании» он увидит десять раз. Без всякой пользы для себя. Единственным следствием такого расположения кнопки будет негативное отношение к компании, выраженное в принципиальной установке никогда эту страницу не читать.

Правило 5. Определитесь, какой ресурс вы создаете

Добиться единства понятности и эффективности интерфейса практически невозможно. Чаще всего это и не нужно. Есть два типа сайтов: регулярно и редко посещаемые. Потребности пользователей сайтов разных типов существенно различаются.

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

И, наконец, главное. Самый надежный способ создать хороший интерфейс — тестирование. В этом нет ничего пугающего. Составьте список из нескольких заданий (например, «Зарегистрируйтесь на сайте» или «Найдите информацию об ХХХ») и попросите кого-нибудь воспользоваться сайтом. После чего выслушайте пожелания и исправьте просчеты. За один проход (при тестировании на двух пользователях) удается избавиться примерно от 80% ошибок. Даже идеальный интерфейс не спасет никому не интересный сайт. Но, с другой стороны, нужный сайт не сможет достичь популярности, если полезную информацию на нем невозможно найти.

Ссылка на источник: http://ddd.exmachina.ru/web/5rules/index.shtml