Рубрика «ответ»

Прочитала старую статью «Пять причин выйти замуж за айтишника». Насколько помню статья написана мужчиной.

Я как раз замужем за айтишником (так уж вышло, я не специально), поделюсь своими мыслями по каждому пункту, описанному в статье.

  1. Надежность и ответственность.

    В целом я соглашусь, но, думаю, что всё ещё зависит от человека. Мне повезло, знаю, что на своего мужа могу полностью положиться.

  2. Интересный собеседник.

    Читать полностью »

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

Читать полностью »

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

FAQ про работу помощника машиниста - 1

Наш респондент — помощник машиниста, работавший с 2005 по 2010 год на маршрутах Москва — Тверь, Москва — Конаково, Москва — Зеленоград и подобных. Мы задали ему вопросы, которые казались наиболее интересными нам. В комментариях можно оставлять свои.

— Были ли наезды на человека?

— Это вопрос вероятности: рано или поздно это может случиться с любой бригадой. У поезда длинный тормозной путь, а люди могут выскочить неожиданно на пути. Далеко не каждая ситуация поддаётся управлению. У меня был наезд на женщину ночью при скорости 118 из 120 возможных километров в час. Одновременно с машинистом увидели её на путях, одновременно нажали свистки, применили экстренное торможение, затем почти сразу сбили, через полтора километра поезд полностью остановился. Экспертиза установила, что она была пьяна, но нам от этого не легче. Читать полностью »

Ответ

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

Комментарии

Комментарии написаны к статье "Передаю привет разработчикам компании Yandex". Первый находится здесь. Процитирую его:

Все эти анализаторы кроме пользы добавляют гемор в виде замедления билда, ложных срабатываний, информационного шума и ложного чувства безопасности. Для себя я решил, что профессионалам чем меньше таких тулзов тем лучше — гемор легко перевешивает пользу. А нубасам такое тоже особо не поможет — им бы учиться писать юнит тесты, а не тратить время на затыкание варнингов. Возможно, в Яндексе думают так же.
Хотя если тесты гонять перед релизом, то гемор будет меньше, и можно будет выцедить нормальное соотношение время/ошибки, так что хз.
Дисклеймер: PVS-Studio я не пробовал.

Читать полностью »

Ответ

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

Комментарии

Комментарии написаны к статье "Передаю привет разработчикам компании Yandex". Первый находится здесь. Процитирую его:

Все эти анализаторы кроме пользы добавляют гемор в виде замедления билда, ложных срабатываний, информационного шума и ложного чувства безопасности. Для себя я решил, что профессионалам чем меньше таких тулзов тем лучше — гемор легко перевешивает пользу. А нубасам такое тоже особо не поможет — им бы учиться писать юнит тесты, а не тратить время на затыкание варнингов. Возможно, в Яндексе думают так же.
Хотя если тесты гонять перед релизом, то гемор будет меньше, и можно будет выцедить нормальное соотношение время/ошибки, так что хз.
Дисклеймер: PVS-Studio я не пробовал.

Читать полностью »

Эффективная email переписка в IT - 1

Работая в IT, есть большой соблазн сэкономить время на качестве email переписке, отправляя письма «как придется». Однако, для больших компаний это часто приводит к ухудшению коммуникации и снижению эффективности работы над проектом (ввиду большого количества лиц, вовлеченных в принятие решений).

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

Примечания к статье «Как писать на С в 2016 году» - 1
На самом деле так выглядел бы Ассемблер, если бы он был оружием, но с C тоже надо быть предельно аккуратным

От переводчика:
Данная публикация является переводом статьи-ответа на текст «How to C in 2016». Перевод последнего был опубликован мной в пятницу и вызвал, местами, неоднозначную реакцию сообщества. Наводку на данный «ответ», для поддержания обсуждения вопроса уже в рамках Хабра, дал пользователь CodeRush, за что ему отдельное спасибо.

Ранее в сети была опубликована статья «Программирование на С в 2016 году» с множеством полезных советов, среди которых, увы, были и не очень удачные идеи. Именно поэтому я решил прокомментировать соответствующие моменты. Пока я готовил новый материал, кто-то заметил, что за работу на C должны браться только ответственные программисты, в то время как безответственным хватит и других языков, в рамках которых имеется больше возможностей для совершенствования имеющихся навыков. Давайте разбираться в секретах специалистов своего дела.
Читать полностью »

Топик написан в ответ на похожий.

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

Но главная проблема этого подхода в другом — он не соответствует идеологии unix: сложные задачи решаются комбинацией простых утилит.

А теперь о том, как нужно делать.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js