Все же перечень вопросов заточен на некоторый не очень широкий спектр компаний, которые занимаются, скорее всего, привычным вам вещами. Например список тех, кому можно простить отсутствие тестов всего один пункт про стартапы. А как же хардварщики? Или вы знаете как покрыть тестами код для микроконтроллера, который к тому же может иметь внушительные вставки на ассемблере? А ещё есть компании которые вообще никогда ничего не программировали, но тут им резко понадобился человек в новый отлел, который с помощью этих ваших компукхтеров наконец поможет бизнесу встать на рельсы современности. Понятно, что никакого CI, код ревью и прочего аджайла там нет и быть не может, но разве это не круто с нуля сделать классный проект, особенно если за это готовы хорошо платить? Ближайший пример из жизни — компания всю жизнь занималась радиотехникой, проектировали антенны и усилители, а тут пришёл заказчик и говорит — хочу чтоб ваше железо слало мне данные вот в таком то виде, и вот тут ещё сбоку аналитику надо приделать. И делают, нанимают программистов, те работают, софт их работает. А новомодных методик разработки как не было так и нет
Есть один нюанс… Чтобы так вот взять и подойти к бизнесу и потребовать себе больше денег нужно действительно быть незаменимым. Как показывает практика — в любом коллективе — от команды разрабов до государства — таких незаменимых(от слова совсем) исчезающе мало. Если не считать редких гениев, то незаменимыми мы являемся пока работаем за те недоденьги, которые нам платят. Встанет на повестку дня циферка побольше — и тогда за эти деньги можно нанять «азиата, который лучше тебя». В любом достаточно крупном для активного IT городе всегда найдется человек, который может решить эту же задачу как минимум не хуже. Вопрос только в том за какие деньги. И чтобы товар (разработчика) купили — он должен стоить чуууть-чуть дешевле чем все остальные (из попавшихся на глаза покупателю-бизнесу) варианты. Ну а дальше… А дальше бесконтрольную текучку кадров между дядями предотвращает только личная привязанность разрабов к проекту (я год делал крутой проект и за просто так его не брошу) и тот простой экономический факт, что заменить разработчика — дорого. Это стоит времени на его введения в курс, дообучение редким используемым технологиям, потерю эффективности от использования привыкнувшихся практик, а HRы мне расскажут еще множество статей расходов на эту тему. От того и случаются людям прибавки. А незаменимые специалисты бывают только у везунчиков, которые смогли однажды найти энтузиаста, готового работать за то что предложили, а не за то что он стоит. Или у жлобов, что не повышают зп тем, кто профессионально растет у них в компании.
Без специально обученного человека внутри? Чувствую очень быстро появятся желающие что нибудь сломать, открутить, хакнуть или испытать GPS глушилку/спуфер. Даже в Сколково… Особенно в Сколково, там больше концентрация тех кто понимает что надо отламывать и как сделать спуфер
И это все равно не спасет от ситуации, когда ставишь, например, силовой драйвер, потом начинаешь отлаживать, а он греется как сковородка на частотах ШИМ даже в 10 раз ниже разрешенных по ДШ. Начинаешь гуглить — ан нет, норм, у всех греется. Грустно вздыхаешь и идёшь перепроектировать с нормальным драйвером. Реальность — лучший проверяющий. Все равно версии 1.1.2 будут и никуда от них не деться
Ну вот конкретно этот реалсенс уже близок. Но он и использует всё ту же стереопару. Отличия в разрешении, базе и как следствие — дальности. Это то что можно сказать, не поигравшись с ней вживую. Тот реалсенс, который доводилось держать в руках, работал максимум метра на полтора и это было совсем грустно для задач навигации.
Всё таки TK1 для ZED староват и слабоват… Пол года гонял дрона с этой камерой и TX1, обнаружил что заявленные стереолабсом 20 метров — лажа. В реальности срабатывание на таком расстоянии было один раз, закончилось тем что дрон едва не улетел в лес. Стабильно удавалось вытянуть из нее до 12 метров. Может быть 20м заявляли для максимального разрешения, не знаю — его не тянул с нужным fps даже ТХ1. Возможно ТХ2 и смог бы.
В любом случае это гораздо круче всяких кинектов и реалсенсов, при том что в комплекте идет неплохая считалка визуальной одометрии.
И так то я не против, пусть пишутся фреймворки и крутятся на них одиэсочки. Но не надо с таким подходом идти в хардварь. Я уже устал эти решения выкорчевывать из каждого второго проекта
Просто избалованные гигабайтами и гигагерцами. Почему то во времена первых полетов на Луну абсолютно всем программистам удавалось обойтись без многослойных пирогов из фрэймворков. И как то удавалось держать в голове каждый регистр. Да, их было меньше, чем сейчас, нынче и задач больше и кодеров надо много. Но ведь могли же люди писать вот так, не могла эволюция за 4 десятка лет дать такой обратный ход.
Насчет замены кнопок на приложение забыли упомянуть еще один момент — кто будет писать приложение под телефон? Если все кнопки-крутилки-экранчики я разведу и запрогаю за два вечера, то приложение буду писать примерно вечность, или же придется нанимать человека, который умеет это делать, платить ему деньги и потом возмущаться почему ничего не работает (а в высокоуровневом софте со множеством целевых устройств и ОС баги будут всегда, в то время как прошивку МК можно довести — и обычно доводят — до идеала)
Хорошо, допустим у нас по условию задачи очень маленькое или глубоко спрятанное устройство, где кнопки ставить просто некуда. Ну или еще какая причина для управления с компьютера. Пишем протокол, окей, но зачем же кодогенераторы? Программисты настолько разучились держать в голове больше трех ветвлений? Есть примеры хороших протоколов, которые вполне можно написать руками, поддерживающие сколько угодно любых команд и никогда не сбоящие. Посмотрите на любое устройство, подключаемое по последовательному интерфейсу, авторы которого недостаточно стары, чтобы использовать MODBUS. RFID считыватели, купюроприемники, да сотни их. Всё прекрасно пишется руками под любой функционал.
А MAVLink чудовищен просто с самого рождения. Создан был как универсальный протокол для всех, большая часть его сообщений не поддерживается ни одним полетным контроллером, многие поддерживаются не так как хотелось бы пользователю и еще пойди разберись как и почему он (не)работает. Не надо так. Есть устройство, есть задача, под неё пишется протокол. Уж поверьте моему опыту, это упрощает разработку настолько, что даже в случае кардинальных перемен в ТЗ переписывание вообще всего с нуля становится вопросом пары дней нормального программиста.
Это ведь софт, его всегда можно переписать. Лучше закладывайте универсальность в железо, ведь его в случае чего переделывать гораздо дольше и дороже.
Ну Престор это по сюжету именно две планеты с общей атмосферой. Как уже выше писали, увы, нет — их порвет. С другой стороны на скрине видно не только сами планеты, но и странную конструкцию вокруг. Если это, конечно, не визуализация атмосферы компьютером Экзайла, то можно предположить что эти песочные часы были специально построены вокруг планет колонистами для поддержания стабильности системы
Производители дают минимальный набор характеристик для своего товара. По винтам вообще невозможно найти какой либо информации кроме их размера.
А как же продукция T-Motor? У них даются весьма подробные характеристики по винтомоторным группам, в т.ч. эффективность г/Вт при разных напряжениях и уровнях газа
Всё это искривление пространства хорошо объясняет силу гравитации, когда тело движется. Вроде как да, летит себе по прямой, но в кривом пространстве получается (суб)орбита, а нам кажется, что это сила траекторию загнула. Окей, допустим. Но как с помощью этого объяснить силу, которую моя гантеля прямо сейчас оказывает на пол?
Есть такая чудесная штука для коптера — PX4-FLOW. Считает оптический поток камерой под брюхом. В сочетании с лазерным дальномером за пару сотен евро позволяет просто забыть о существовании gps и летать вообще где вздумается. Странно, что авторы защитного комплекса об этом не подумали, учитывая что методика давно известна в кругу коптеристов.
Вот к вопросу о вечности — сколько там пробега заложено в гарантию и в чем была официальная причина отказа. Если действительно грязь, то я очень хочу посмотреть на условия такой гарантии.
«грунтовая дорога», «в грязи»… А где, простите, в EULA или как оно у них там называется, написано, что на машине можно ездить только по асфальту?
К тому же иметь теслу есть смысл только при наличии загородного дома, а в те места дороги бывают хорошие сильно не всегда. Ладно, в России не всегда, как в штатах — не знаю, но судя по посту оно таки тоже случается
Та самая идея, которую я бы сам никогда не породил за ненадобностью (использую везде где только можно два словарных пароля и плевать хотел на любой возможный взлом), но в целом выглядит задумка отлично. Если надумаете выводить на коммерческий уровень и не хватит сил самостоятельно реализовать всё что пожелали люди выше — обращайтесь, в хорошем деле с удовольствием посооучаствую.
Все же перечень вопросов заточен на некоторый не очень широкий спектр компаний, которые занимаются, скорее всего, привычным вам вещами. Например список тех, кому можно простить отсутствие тестов всего один пункт про стартапы. А как же хардварщики? Или вы знаете как покрыть тестами код для микроконтроллера, который к тому же может иметь внушительные вставки на ассемблере? А ещё есть компании которые вообще никогда ничего не программировали, но тут им резко понадобился человек в новый отлел, который с помощью этих ваших компукхтеров наконец поможет бизнесу встать на рельсы современности. Понятно, что никакого CI, код ревью и прочего аджайла там нет и быть не может, но разве это не круто с нуля сделать классный проект, особенно если за это готовы хорошо платить? Ближайший пример из жизни — компания всю жизнь занималась радиотехникой, проектировали антенны и усилители, а тут пришёл заказчик и говорит — хочу чтоб ваше железо слало мне данные вот в таком то виде, и вот тут ещё сбоку аналитику надо приделать. И делают, нанимают программистов, те работают, софт их работает. А новомодных методик разработки как не было так и нет
А есть ситуации когда приходишь в компанию, которая делает оборудование, претендующее на надёжность, а там ардуина.
Без специально обученного человека внутри? Чувствую очень быстро появятся желающие что нибудь сломать, открутить, хакнуть или испытать GPS глушилку/спуфер. Даже в Сколково… Особенно в Сколково, там больше концентрация тех кто понимает что надо отламывать и как сделать спуфер
И это все равно не спасет от ситуации, когда ставишь, например, силовой драйвер, потом начинаешь отлаживать, а он греется как сковородка на частотах ШИМ даже в 10 раз ниже разрешенных по ДШ. Начинаешь гуглить — ан нет, норм, у всех греется. Грустно вздыхаешь и идёшь перепроектировать с нормальным драйвером. Реальность — лучший проверяющий. Все равно версии 1.1.2 будут и никуда от них не деться
Ну вот конкретно этот реалсенс уже близок. Но он и использует всё ту же стереопару. Отличия в разрешении, базе и как следствие — дальности. Это то что можно сказать, не поигравшись с ней вживую. Тот реалсенс, который доводилось держать в руках, работал максимум метра на полтора и это было совсем грустно для задач навигации.
Всё таки TK1 для ZED староват и слабоват… Пол года гонял дрона с этой камерой и TX1, обнаружил что заявленные стереолабсом 20 метров — лажа. В реальности срабатывание на таком расстоянии было один раз, закончилось тем что дрон едва не улетел в лес. Стабильно удавалось вытянуть из нее до 12 метров. Может быть 20м заявляли для максимального разрешения, не знаю — его не тянул с нужным fps даже ТХ1. Возможно ТХ2 и смог бы.
В любом случае это гораздо круче всяких кинектов и реалсенсов, при том что в комплекте идет неплохая считалка визуальной одометрии.
И так то я не против, пусть пишутся фреймворки и крутятся на них одиэсочки. Но не надо с таким подходом идти в хардварь. Я уже устал эти решения выкорчевывать из каждого второго проекта
Просто избалованные гигабайтами и гигагерцами. Почему то во времена первых полетов на Луну абсолютно всем программистам удавалось обойтись без многослойных пирогов из фрэймворков. И как то удавалось держать в голове каждый регистр. Да, их было меньше, чем сейчас, нынче и задач больше и кодеров надо много. Но ведь могли же люди писать вот так, не могла эволюция за 4 десятка лет дать такой обратный ход.
Насчет замены кнопок на приложение забыли упомянуть еще один момент — кто будет писать приложение под телефон? Если все кнопки-крутилки-экранчики я разведу и запрогаю за два вечера, то приложение буду писать примерно вечность, или же придется нанимать человека, который умеет это делать, платить ему деньги и потом возмущаться почему ничего не работает (а в высокоуровневом софте со множеством целевых устройств и ОС баги будут всегда, в то время как прошивку МК можно довести — и обычно доводят — до идеала)
Хорошо, допустим у нас по условию задачи очень маленькое или глубоко спрятанное устройство, где кнопки ставить просто некуда. Ну или еще какая причина для управления с компьютера. Пишем протокол, окей, но зачем же кодогенераторы? Программисты настолько разучились держать в голове больше трех ветвлений? Есть примеры хороших протоколов, которые вполне можно написать руками, поддерживающие сколько угодно любых команд и никогда не сбоящие. Посмотрите на любое устройство, подключаемое по последовательному интерфейсу, авторы которого недостаточно стары, чтобы использовать MODBUS. RFID считыватели, купюроприемники, да сотни их. Всё прекрасно пишется руками под любой функционал.
А MAVLink чудовищен просто с самого рождения. Создан был как универсальный протокол для всех, большая часть его сообщений не поддерживается ни одним полетным контроллером, многие поддерживаются не так как хотелось бы пользователю и еще пойди разберись как и почему он (не)работает. Не надо так. Есть устройство, есть задача, под неё пишется протокол. Уж поверьте моему опыту, это упрощает разработку настолько, что даже в случае кардинальных перемен в ТЗ переписывание вообще всего с нуля становится вопросом пары дней нормального программиста.
Это ведь софт, его всегда можно переписать. Лучше закладывайте универсальность в железо, ведь его в случае чего переделывать гораздо дольше и дороже.
Неужели наконец-то самоделка на гиктаймсе на нормальном контроллере! А то как же задолбали эти камни глупости на букву "A.."
Ну Престор это по сюжету именно две планеты с общей атмосферой. Как уже выше писали, увы, нет — их порвет. С другой стороны на скрине видно не только сами планеты, но и странную конструкцию вокруг. Если это, конечно, не визуализация атмосферы компьютером Экзайла, то можно предположить что эти песочные часы были специально построены вокруг планет колонистами для поддержания стабильности системы
А как же продукция T-Motor? У них даются весьма подробные характеристики по винтомоторным группам, в т.ч. эффективность г/Вт при разных напряжениях и уровнях газа
Опять неверно) Ну убирали же статью на исправление, писал же об этом… Не измеряет он время. слишком мало. Учите принцип работы лазерного дальномера
К тому же иметь теслу есть смысл только при наличии загородного дома, а в те места дороги бывают хорошие сильно не всегда. Ладно, в России не всегда, как в штатах — не знаю, но судя по посту оно таки тоже случается