В последние пару-тройку смен работы никогда не называл конкретных цифр. Всегда говорил что-то типа: «Вы мне свое лучшее предложение скажите, а я подумаю». С такой тактикой всегда получал больше чем планировал.
В статье говорится о современном С++. Современный С++ на данный момент и есть С++14.
Простите, но для меня, например, современный язык — это тот, который использует отрасть. Нельзя, в общем случае, просто так взять и перейти на c++14. Если компания разрабатывает продукт целиком и полностью — это одно дело. Если, как например в automotive, для создания одной машинки задействованы сотни OEM поставщиков, то данная статья даже вредна для неокрепших умов юниоров.
Простите, это вы о чём конкретно?
я про это:
Саттер и Майерс в своё время всё разложили по полочкам
Избегайте использования new и delete в коде. Воспринимайте их как низкоуровневые операции ручного управления динамической памятью.
std::shared_ptr<A> a;
....
a = std::make_shared<A>();
Не пугайтесь и не пугайте юниоров использовать new() в коде:
В реальном мире иногда требуется иметь возможность для копиляции под разные платформы и с разными тулчейнами. Эти требования приходят со стороны заказчика: «вот вам железо, вот вам компилятор, запустите свое рефренс приложение и мы посмотрим, будем ли мы с вами заключать контракт» (утрированно).
Поэтому и сидят в CI инструментах различные задачи под несколько компиляторов и несколько платформ и никто в здравом уме не делит мир на черное (застряли в прошлом веке) и белое (современные компиляторы) с юношеским задором.
Эта кругленькая штучка вставляется в глаз, никаких вебок и изолент не требуется, от смены ракурса ничего не разваливается, руки свободны для одновременной пайки.
Телефоны чинятся, 0603 компонеты паяются, поиск железных багов проводится и в голове даже не возникает намека назвать унылую фигню, стоимостью 10000 рэ, нормальным комплектом. Что я делаю не так?
Я более чем уверен, что это устройство:
— нестандартный OBD юнит, подходящий только для некоторых (америанцы) машин и не устанавливаемое по умолчанию;
— если позиционируется как стандартное, то это разводка.
Ну и пункт номер 2: как эти алгоритмы, даже имея угол поворота руля и знание о включенных поворотниках определят полосу после поворота на картинке ниже?
картинка
Возращаясь к теме статьи, технология интересная, но:
— не пременима для уточнения позиции
— не пременима как lane detection механизм
Скорость на спидометре и скорость из OBD порта — это, в общем случае, разные источники. Наблюдал, как после остановки машины, скорость, получаемая из OBD порта, «таяла» в течении пары секунд с 10 км/ч до 0.
Если отсутсвует сигнал со спутников, то надо решать задачу определения местоположения совершенно иными методами: Dead Reckoning и Map Matching (в идеальном случае с обратной связью в DR модуль).
Если сигнал со спутников есть, то скорость лучше брать с GNSS модуля. Да и что-то мне подсказывает (особенно глядя на графики) что скорость роли особой не играет в определении событий.
Менеджер прогнулся под требования заказчика и получился фэйл.
Заказчик опять меняет требования и тут уже 100% либо фэйл, либо отказать заказчику.
Если нужен разовый «подвиг», необходимо промотивировать персонал, и не грамотами-медалями, а полновесными денежными единицами. Если же надрываться исполнителям входит в систему, то это показатель некомпетентности управленца.
Управление требованиями это достаточно понятный и простой процесс. И объяснить заказчику что нельзя где-то добавить, не убавив в другом месте может любой вменяемый человек. Так что, указанные 2 случая прекрасно ложаться в концепцию 40% fail rate — фэйл только управления.
А вы, друзья, как ни садитесь,
Всё в музыканты не годитесь.
Развернутый ответ: В результате управления данным проектом был достигнут 40% fail rate, с большим негативным влиянием на бизнес заказчика. Данная активность подчеркивает некомпетентность менеджера (и только его), и шаги, предпринятые данным индивидом в «стрессовой» для команды ситуации, приведут к очередной неудаче.
На мой взгляд, в рамках кейса, удовлетворительного решения найдено не будет.
Шаги необходимые предпринять на уровне руководства компании:
— уволить руководителя проекта;
— договориться с заказчиком о переходном периоде за счет компании подрядчика, в результате которого, новым вменяемым руководителем проекта будет создан и реализован план уменьшения до нуля негативного влияния разработки на бизнес заказчика.
В результате опроса «На что вы готовы в условиях кризиса чтобы сохранить место?», 80 % согласились на уменьшение зарплаты, 19 % согласились переспать с боссом, 1 % согласились переспать с собакой босса, и ни одна сволочь не согласилась работать лучше.
Мне кажется, что когда собираются менеждеры более 1 человека, то возникает эффект диссинергии. Я понимаю, что данный кэйс, это сферический конь в вакууме, но давайте рассмотрим реакцию такого же сферического mid то sr. разработчика…
Шаг №1. На общем собрании с командой описать ситуацию. И сообщить, что если итерацию не сдадим. то уволят всех.
У человека семья, дети, кредиты, прочие расходы, и тут ему заявляют, что его доходу что-то угрожает. Правильная реакция — убрать угрозу как в краткосрочном, так и в долгосрочном плане. Соответственно, в краткосрочном плане перечитываем Трудовой Кодекс, в долгосрочном плане — обновляем резюме и приступаем к активному поиску работы.
Шаг №2.… Если вы для себя решите уйти до конца итерации — большая просьба в течение ближайших 2-3 дней сообщите ...
Вобще-то в никуда не уходят в здравом уме при наличии указанных «расходов», поэтому ничего не говорим и продолжаем искать новое место. Свои реальные мысли «что вы по этому поводу» данный сферический разработчик не озвучивает, ибо никакого профита ему от этого не будет.
Шаг №3,… чтобы минимизировать риск нашего непопадания в сроки, я предлагаю целиться на 5 дней раньше
Ага, два раза подряд в сроки не укладывались, а тут на пустом месте получится даже лучше с меньшем количеством народа. Менеджеры — такие менеджеры! Срочно перечитываем ТК снова, и ищем работу более активно.
Как результат, с большой долей вероятности будет третий фэйл подряд.
Вообще о процессе поиска данных надо рассказать более подробно — это может показаться интересным (и полезным для подобного реверсинжиниринга)
К вопросу о подходах к реверс-инжинирингу… Если искать что-то больше, чем 1 бит, то появляется много интересных проблем:
У данных бывает множитель;
Данные бывают «размазаны» по нескольким байтам;
Данные могут изменяться очень редко.
Было пара задач в этой области.
небольшая картинка про экстерьеры автомобилей
Было написана небольшая программа в помощь, которая:
читала сообщения с CAN шины;
отображала только сообщения со свежими данными. Одно и тоже сообщение может повторяться много раз в секунду, чем «захламляет» поток данных;
имела возможность фильтрации данных по байтам. Если какой-то байт был посчитан ненужным для нас, то он маркировался соответствующим образом, и в следующий раз данное сообщение с любым значением даннго байта переходило в разряд «старые данные» и не отображалось;
сохранение фильтров.
Это помогло достаточно шустро решить все проблемы нахождения данных, кроме одной — уровень топлива в бензобаке.
Про конверсию в общем и целом мне было понятно, я заинтересовался упомянутым термином "общий знаменатель конверсии".
Если имеется ввиду «знаменатель конверсии» как общее количество человек, то не понятно, как выдача прайс-листа влияет на увеличение общего количества зашедшего народа.
Простите, но для меня, например, современный язык — это тот, который использует отрасть. Нельзя, в общем случае, просто так взять и перейти на c++14. Если компания разрабатывает продукт целиком и полностью — это одно дело. Если, как например в automotive, для создания одной машинки задействованы сотни OEM поставщиков, то данная статья даже вредна для неокрепших умов юниоров.
я про это:
Не пугайтесь и не пугайте юниоров использовать new() в коде:
В реальном мире иногда требуется иметь возможность для копиляции под разные платформы и с разными тулчейнами. Эти требования приходят со стороны заказчика: «вот вам железо, вот вам компилятор, запустите свое рефренс приложение и мы посмотрим, будем ли мы с вами заключать контракт» (утрированно).
Поэтому и сидят в CI инструментах различные задачи под несколько компиляторов и несколько платформ и никто в здравом уме не делит мир на черное (застряли в прошлом веке) и белое (современные компиляторы) с юношеским задором.
std::shared_ptr::reset() и std::unique_ptr::reset() созданы для использования с оператором new()
Даже если кто-то что-то и сказал в прошлом, не надо считать это догмой вне зависимости от контекста и предметной области.
Не надо пугаться использовать new(), надо пугаться не уметь делать вменяемый дизайн.
Телефоны чинятся, 0603 компонеты паяются, поиск железных багов проводится и в голове даже не возникает намека назвать унылую фигню, стоимостью 10000 рэ, нормальным комплектом. Что я делаю не так?
За пару сотен рублей купил три девайса: 5х, 10х и 15х
— нестандартный OBD юнит, подходящий только для некоторых (америанцы) машин и не устанавливаемое по умолчанию;
— если позиционируется как стандартное, то это разводка.
Ну и пункт номер 2: как эти алгоритмы, даже имея угол поворота руля и знание о включенных поворотниках определят полосу после поворота на картинке ниже?
Возращаясь к теме статьи, технология интересная, но:
— не пременима для уточнения позиции
— не пременима как lane detection механизм
Если сигнал со спутников есть, то скорость лучше брать с GNSS модуля. Да и что-то мне подсказывает (особенно глядя на графики) что скорость роли особой не играет в определении событий.
Если нужен разовый «подвиг», необходимо промотивировать персонал, и не грамотами-медалями, а полновесными денежными единицами. Если же надрываться исполнителям входит в систему, то это показатель некомпетентности управленца.
Управление требованиями это достаточно понятный и простой процесс. И объяснить заказчику что нельзя где-то добавить, не убавив в другом месте может любой вменяемый человек. Так что, указанные 2 случая прекрасно ложаться в концепцию 40% fail rate — фэйл только управления.
Развернутый ответ: В результате управления данным проектом был достигнут 40% fail rate, с большим негативным влиянием на бизнес заказчика. Данная активность подчеркивает некомпетентность менеджера (и только его), и шаги, предпринятые данным индивидом в «стрессовой» для команды ситуации, приведут к очередной неудаче.
На мой взгляд, в рамках кейса, удовлетворительного решения найдено не будет.
Шаги необходимые предпринять на уровне руководства компании:
— уволить руководителя проекта;
— договориться с заказчиком о переходном периоде за счет компании подрядчика, в результате которого, новым вменяемым руководителем проекта будет создан и реализован план уменьшения до нуля негативного влияния разработки на бизнес заказчика.
В результате опроса «На что вы готовы в условиях кризиса чтобы сохранить место?», 80 % согласились на уменьшение зарплаты, 19 % согласились переспать с боссом, 1 % согласились переспать с собакой босса, и ни одна сволочь не согласилась работать лучше.
Мне кажется, что когда собираются менеждеры более 1 человека, то возникает эффект диссинергии. Я понимаю, что данный кэйс, это сферический конь в вакууме, но давайте рассмотрим реакцию такого же сферического mid то sr. разработчика…
У человека семья, дети, кредиты, прочие расходы, и тут ему заявляют, что его доходу что-то угрожает. Правильная реакция — убрать угрозу как в краткосрочном, так и в долгосрочном плане. Соответственно, в краткосрочном плане перечитываем Трудовой Кодекс, в долгосрочном плане — обновляем резюме и приступаем к активному поиску работы.
Вобще-то в никуда не уходят в здравом уме при наличии указанных «расходов», поэтому ничего не говорим и продолжаем искать новое место. Свои реальные мысли «что вы по этому поводу» данный сферический разработчик не озвучивает, ибо никакого профита ему от этого не будет.
Ага, два раза подряд в сроки не укладывались, а тут на пустом месте получится даже лучше с меньшем количеством народа. Менеджеры — такие менеджеры! Срочно перечитываем ТК снова, и ищем работу более активно.
Как результат, с большой долей вероятности будет третий фэйл подряд.
К вопросу о подходах к реверс-инжинирингу… Если искать что-то больше, чем 1 бит, то появляется много интересных проблем:
Было пара задач в этой области.
Было написана небольшая программа в помощь, которая:
Это помогло достаточно шустро решить все проблемы нахождения данных, кроме одной — уровень топлива в бензобаке.
Если имеется ввиду «знаменатель конверсии» как общее количество человек, то не понятно, как выдача прайс-листа влияет на увеличение общего количества зашедшего народа.
А подскажите пожалуйста, что такое общий знаменатель конверсии и почему его увеличение — это положительное действие?