Рубрика «ответ»
«Рост зарплат в IT это плохо? Вы же шутите, да?»
2021-09-28 в 9:41, admin, рубрики: Блог компании Headz.io, Исследования и прогнозы в IT, Карьера в IT-индустрии, карьера ИТ-специалиста, карьера программиста, ответ, прогнозы, рост зарплат, статистика, Статистика в ITНедавно мы выпустили статью «Дефицит в IT: платите больше» о росте зарплат. Совпадение или нет, но чуть позже вышла статья о минусах большого заработка у российских айтишников. Автор рассуждал о том, как высокие зарплаты могут навредить IT-отрасли. На первый взгляд аргументы выглядят логично. Но это только на первый взгляд.
Что такое I в ACID или взгляд с другой стороны
2020-01-23 в 9:49, admin, рубрики: интервью, Карьера в IT-индустрии, ответ, Развитие стартапа, рекрутинг, собеседование, собеседование в IT, управление персоналомПрочитав этот пост, написанный farwayer, сначала хотел просто оставить комментарий, но, подумав пару десятков минут, решил, что тема глубокая, и мне есть что сказать на целый пост. Все таки, с одной стороны, я один из тех, кто на собеседованиях не смотрит на код и кого разочаровывает незнание оценки сложности поиска по индексу в реляционных СУБД, с другой, считаю, что могу дать понимание того, как мыслит достаточно большой кластер интервьюверов, зачем они поступают (на первый взгляд) нелогично и деструктивно, и какие проблемы сами хотят этим решить. Есть надежда, что понимание картины мира «врага» само по себе ответит на множество вопросов.
Читать полностью »
FAQ про работу помощника машиниста
2019-10-29 в 7:02, admin, рубрики: faq, Блог компании Туту.ру, вопрос, машинист, ответ, пассажиры, поезд, профессия, транспорт, Урбанизм
Наш респондент — помощник машиниста, работавший с 2005 по 2010 год на маршрутах Москва — Тверь, Москва — Конаково, Москва — Зеленоград и подобных. Мы задали ему вопросы, которые казались наиболее интересными нам. В комментариях можно оставлять свои.
— Были ли наезды на человека?
— Это вопрос вероятности: рано или поздно это может случиться с любой бригадой. У поезда длинный тормозной путь, а люди могут выскочить неожиданно на пути. Далеко не каждая ситуация поддаётся управлению. У меня был наезд на женщину ночью при скорости 118 из 120 возможных километров в час. Одновременно с машинистом увидели её на путях, одновременно нажали свистки, применили экстренное торможение, затем почти сразу сбили, через полтора километра поезд полностью остановился. Экспертиза установила, что она была пьяна, но нам от этого не легче. Читать полностью »
Развёрнутый ответ
2017-12-05 в 8:36, admin, рубрики: devops, pvs-studio, Блог компании PVS-Studio, мнения, ответ, Программирование, Проектирование и рефакторинг, разработка, рефакторинг, статический анализ кода, статический анализатор кода, управление проектами, управление разработкой
К одной из моих статей прозвучали комментарии, в которых собрано так много предубеждений касательно статического анализа кода, что я решил оформить ответ в виде отдельной публикации. Надеюсь, ответ позволит автору комментариев и всем сомневающимся программистам по-новому взглянуть на инструменты статического анализа вообще, и PVS-Studio в частности.
Комментарии
Комментарии написаны к статье "Передаю привет разработчикам компании Yandex". Первый находится здесь. Процитирую его:
| Все эти анализаторы кроме пользы добавляют гемор в виде замедления билда, ложных срабатываний, информационного шума и ложного чувства безопасности. Для себя я решил, что профессионалам чем меньше таких тулзов тем лучше — гемор легко перевешивает пользу. А нубасам такое тоже особо не поможет — им бы учиться писать юнит тесты, а не тратить время на затыкание варнингов. Возможно, в Яндексе думают так же. Хотя если тесты гонять перед релизом, то гемор будет меньше, и можно будет выцедить нормальное соотношение время/ошибки, так что хз. Дисклеймер: PVS-Studio я не пробовал. |
Дискуссия о статическом анализе кода
2017-12-05 в 8:36, admin, рубрики: devops, pvs-studio, Блог компании PVS-Studio, мнения, ответ, Программирование, Проектирование и рефакторинг, разработка, рефакторинг, статический анализ кода, статический анализатор кода, управление проектами, управление разработкой
К одной из моих статей прозвучали комментарии, в которых собрано так много предубеждений касательно статического анализа кода, что я решил оформить ответ в виде отдельной публикации. Надеюсь, ответ позволит автору комментариев и всем сомневающимся программистам по-новому взглянуть на инструменты статического анализа вообще, и PVS-Studio в частности.
Комментарии
Комментарии написаны к статье "Передаю привет разработчикам компании Yandex". Первый находится здесь. Процитирую его:
| Все эти анализаторы кроме пользы добавляют гемор в виде замедления билда, ложных срабатываний, информационного шума и ложного чувства безопасности. Для себя я решил, что профессионалам чем меньше таких тулзов тем лучше — гемор легко перевешивает пользу. А нубасам такое тоже особо не поможет — им бы учиться писать юнит тесты, а не тратить время на затыкание варнингов. Возможно, в Яндексе думают так же. Хотя если тесты гонять перед релизом, то гемор будет меньше, и можно будет выцедить нормальное соотношение время/ошибки, так что хз. Дисклеймер: PVS-Studio я не пробовал. |
Эффективная email переписка в IT
2016-02-28 в 16:28, admin, рубрики: email, коммуникация, ответ, переписка, письмо, правила, тред, управление проектами, Учебный процесс в IT, Эффективная, метки: Эффективная 
Работая в IT, есть большой соблазн сэкономить время на качестве email переписке, отправляя письма «как придется». Однако, для больших компаний это часто приводит к ухудшению коммуникации и снижению эффективности работы над проектом (ввиду большого количества лиц, вовлеченных в принятие решений).
Чтобы избежать этого, предлагаю следующую подборку рекомендаций по email переписке, выбранных мной из дюжины источников. Сразу отмечу, что один из критериев эффективности email коммуникации — получить желаемое при минимальном отвлечении других коллег.Читать полностью »
Примечания к статье «Как писать на С в 2016 году»
2016-01-25 в 8:40, admin, рубрики: C, codeguide, codestyle, кодегайд, мнение, обсуждение, ответ, Программирование, Си, советы 
На самом деле так выглядел бы Ассемблер, если бы он был оружием, но с C тоже надо быть предельно аккуратным
От переводчика:
Данная публикация является переводом статьи-ответа на текст «How to C in 2016». Перевод последнего был опубликован мной в пятницу и вызвал, местами, неоднозначную реакцию сообщества. Наводку на данный «ответ», для поддержания обсуждения вопроса уже в рамках Хабра, дал пользователь CodeRush, за что ему отдельное спасибо.
Ранее в сети была опубликована статья «Программирование на С в 2016 году» с множеством полезных советов, среди которых, увы, были и не очень удачные идеи. Именно поэтому я решил прокомментировать соответствующие моменты. Пока я готовил новый материал, кто-то заметил, что за работу на C должны браться только ответственные программисты, в то время как безответственным хватит и других языков, в рамках которых имеется больше возможностей для совершенствования имеющихся навыков. Давайте разбираться в секретах специалистов своего дела.
Читать полностью »
Как правильно скопировать файлы и папки исключая некоторые из них
2012-09-04 в 8:22, admin, рубрики: linux, UNIX, ответ, метки: unix, ответТопик написан в ответ на похожий.
Автор оригинального топика предлагает решить задачу в лоб — а именно, скопировать все файлы а потом удалить не нужные. Это может быть неплохим решением, если вам, конечно, не нужно скопировать всю домашнюю папку на флешку, за исключением вашей коллекции видео.
Но главная проблема этого подхода в другом — он не соответствует идеологии unix: сложные задачи решаются комбинацией простых утилит.
А теперь о том, как нужно делать.
Читать полностью »
Разгадка к пятничному вопросу
2012-08-20 в 14:11, admin, рубрики: Блог компании Symantec, информационная безопасность, ответ, пятничное, Софт, метки: ответ, пятничное Разгадка к нашему пятничному вопросу под катом. А для тех, кто еще хочет поугадывать, вот картинка с намеком на разгадку
