Тут автор скорее не точно выразил мысль таким упрощенным примером. "Проблема" тут в том, что дважды вызывается функция X (в примере это len, но вообще не важно), которая выполняет неизвестное количество вычислений.
И в общем случае, безусловно, лучше получить результат вычислений один раз, нежели дважды.
Если и я не ошибаюсь, то условия контракта / трудового договора с сотрудником, равно как и условия его расторжения не могу быть под NDA никак, т.к. не содержат никакой коммерческой информации компании, только самого сотрудника. А своими данными он может распоряжаться так, как ему хочется.
Вы совсем не понимаете что вам объясняют и в чем вы не правы? Найм на работу - это всегда торг! Работодателю вы нужны по минимальному прайсу, работнику работа - по максимальному. Задача поиска работников и работы - найти пару с совпадающими ожиданиями/возможностями.
И да, в вашем примере торг будет состоять в том, что работодатель будет обосновывать почему он не хочет вам лично дать 200 (на основе ваших знаний, опыта, требований к вакансии, вкуса кофе в офисе и наличия печенек 5 видов), а вы как работник будете убеждать его что стоите те самые 200. В итоге или сойдетесь на сумме которая устроит обоих или не сойдетесь вообще.
Ну и самое хорошее в назывании вилки, что работним может хотеть 300 и нкт не будет больше тратить время на собеседования потому что работодатель все равно больше 200 не даст. Вы ведь не будете утверждать что HR откажется собеседование назначать зная вилку и что работник в нее точно не впишется? Только не обманывайте, мы оба знаем что нет.
" Это разумно и понятно " для HR, у которого вилка на эту вакансию, условно, "до X*2" у он радуется, что получит премию за экономию ФОТ. А если не называть свои зарплатные ожидания первому, то работодателю придется предлагать цену ближе к верху вилки, если вы как специалист ему реально интересны и он адекватен. И вы могли бы получить педложение на X+50% вместо +15%.
Рынок IT для квалифицированных специалистов - это все еще рынок работника, как бы иного не хотели HR.
А у проекта Starship разве есть инвесторы кроме Маска и, может быть, NASA? Ведь SpaceX компания частная.
То, что первая ракета не долетит до космоса, Макс заявлял давно. Причин могло быть (и было) много, все в совокупности привеи к тому что произошло. Далее работа над всеми найденными ошибками и новый запуск.
Очень удобно все свои разработки делать на одном и том же семействе микроконтроллеров. А ещё удобнее их делать на одном и том же встраиваемом модуле с микроконтроллером. Но тогда модуль должен быть максимально универсальным. Здесь вариант такого модуля.
Модуль можно использовать в самых разных устройствах, от программируемых логических контроллеров, роботов, станков, охранных систем, логгеров, домофонов до ёлочных гирлянд со спецэффектами и брелков ДУ.
Вам, вероятно, виднее что к чему, но хотел бы ответить со стороны своего опыта. Да, действительно весьма удобно разрабатывать используя одно семейство микроконтроллеров и, тем более, на одном модуле. Для этого те же ST выпускают десятки модификаций контроллеров в каждом семействе. Разные размеры корпуса, разный объем памяти, разная периферия и разная цена.
В серийном изделии платить 20-40-60$ за плату или чип, если все прекрасно влазит в чип стоимостью 2$ - нонсенс.
На этапе разработки наличие всякой разной периферии, большого объема памяти и кучи выводов, безусловно, полезно. Но не надо в готовое устройство вставлять плату с SD разъемом если он там не используется. Та же BluePill тем и хороша, что на ней ничего, по сути, нет: только чип и нужные разъемы. И она дешевая.
Внешние разъёмы не плохи (за исключением цены), но лучше бы тогда поставили один, а не 4: паять легче, перекос не страшен (а у вас - только автомонтаж, без вариантов), а развести вы их всяко смогли бы, столько слоев на плате!
В общем вы, конечно, молодцы, но штука очень нишевая. Прям сильно.
Нет, такое не катит. Веб-среда, наверное еще и компиляция онлайн, а значит нужен "другой компьютер". Можно используя Андройд написать приложение на Kotlin (или какой там сейчас язык для Андройда используется?), собрать его и запустить?
По секрету: монитор и клавиатуру можно подключить к современному смартфону. И тогда мы снова возвращаемся к вопросу "можно ли на Android написать, собрать и запустить свое приложение без танцев с бубном?".
Вам бы или заголовок сменить или текст статью поправить. В заголовке:
Какая документация нужна для полноценной работы с электронной платой?
Вторым же абзацем:
Попробуем разобраться в справедливости этого наивного утверждения и понять, что вообще нужно для старта разработки firmware.
Для "старта разработки firmware" ничего кроме схематики не нужно. Платы на этот момент может вообще не быть и это нормально.
Далее.
Фотография печатной платы с двух сторон (PCB Pix)
Вообще не нужно. Прям совсем. Тем более как "доказательство".
Цветная блок-схема печатной платы (Block Diagram)
Цветная? На примере - образцовая? Нет, она не образцовая. Разные шрифты, информация разбросана по схеме как попало, блоки не выделены, да даже описываемые вами в тексте "порты подключения" не обозначены. Как будто бы на "отвали" нарисована.
Перечень элементов в виде электронное таблицы. (Bill Of Materials)
Для разработки FW он не нужен. Как максимум "полезен" да и то - все есть на схеме.
Если вы будете тыкаться в плату не зная топологии, то 95% вероятность, что при первом же касании электродом осциллографа дорожки на PCB вы плату сожжете.
Если неизвестная плата у кого-то горит с вероятность 95% то, ИМХО, тут в руках проблема. Может мультиметр тот же взять для начала?
Какой-то немного хейтерский коммент получился.. Короче для начала разработки FW (да и вообще разработки FW) нужна по сути только схема платы. Монтажная схема и топология пригодятся при отладке реальной платы. Ну и даташиты иметь в одной кучке тоже хорошо (с errata). Остальное может быть полезно, но совсем не безапелляционно нужно.
Задачи вообще должны ставиться в письменном виде (почта/JIRA). Незачем вообще о чем-то спорить лично и потом писать такие "профессиональные" письма если можно сразу в переписке обозначить свою позицию.
Роботы, вкалывающие вместо людей - это, скорее, такая утопия. В вашем же примере робот да, не будет вместо людей ремонтировать ямы в асфальте. Но скорее всего на ремонт ямы понадобится не целая бригада, экскаватор, асфальтовоз и что там еще, а всего-то пара человек. И будут они управлять сложным агрегатом, который поможет выполнить ремонт ямы не за пол дня, а а час, например. Тогда они смогут ремонтировать больше ям и по итогу, при прочих равных, их понадобится меньше чем при чисто ручном ремонте. То же и в остальных областях.
Тут автор скорее не точно выразил мысль таким упрощенным примером. "Проблема" тут в том, что дважды вызывается функция X (в примере это len, но вообще не важно), которая выполняет неизвестное количество вычислений.
И в общем случае, безусловно, лучше получить результат вычислений один раз, нежели дважды.
Если и я не ошибаюсь, то условия контракта / трудового договора с сотрудником, равно как и условия его расторжения не могу быть под NDA никак, т.к. не содержат никакой коммерческой информации компании, только самого сотрудника. А своими данными он может распоряжаться так, как ему хочется.
У Си позиция все еще гораздо сильнее чем у Kotlin, Mojo и многих других "ЯП XXI века". О них забудут, а на Си все еще будут писать.
Новость откуда перепечатали? Уже 4к спутников на орбите, 3.4к было давно.
Вы совсем не понимаете что вам объясняют и в чем вы не правы? Найм на работу - это всегда торг! Работодателю вы нужны по минимальному прайсу, работнику работа - по максимальному. Задача поиска работников и работы - найти пару с совпадающими ожиданиями/возможностями.
И да, в вашем примере торг будет состоять в том, что работодатель будет обосновывать почему он не хочет вам лично дать 200 (на основе ваших знаний, опыта, требований к вакансии, вкуса кофе в офисе и наличия печенек 5 видов), а вы как работник будете убеждать его что стоите те самые 200. В итоге или сойдетесь на сумме которая устроит обоих или не сойдетесь вообще.
Ну и самое хорошее в назывании вилки, что работним может хотеть 300 и нкт не будет больше тратить время на собеседования потому что работодатель все равно больше 200 не даст. Вы ведь не будете утверждать что HR откажется собеседование назначать зная вилку и что работник в нее точно не впишется? Только не обманывайте, мы оба знаем что нет.
" Это разумно и понятно " для HR, у которого вилка на эту вакансию, условно, "до X*2" у он радуется, что получит премию за экономию ФОТ.
А если не называть свои зарплатные ожидания первому, то работодателю придется предлагать цену ближе к верху вилки, если вы как специалист ему реально интересны и он адекватен. И вы могли бы получить педложение на X+50% вместо +15%.
Рынок IT для квалифицированных специалистов - это все еще рынок работника, как бы иного не хотели HR.
А у проекта Starship разве есть инвесторы кроме Маска и, может быть, NASA? Ведь SpaceX компания частная.
То, что первая ракета не долетит до космоса, Макс заявлял давно. Причин могло быть (и было) много, все в совокупности привеи к тому что произошло. Далее работа над всеми найденными ошибками и новый запуск.
А толку? Зачем это делать? Что бы они начали запускать меньше ракет и цена выросла за счет дефицита? Никому это не надо
Опять "в борделе" кровати двигают..
Вам, вероятно, виднее что к чему, но хотел бы ответить со стороны своего опыта.
Да, действительно весьма удобно разрабатывать используя одно семейство микроконтроллеров и, тем более, на одном модуле. Для этого те же ST выпускают десятки модификаций контроллеров в каждом семействе. Разные размеры корпуса, разный объем памяти, разная периферия и разная цена.
В серийном изделии платить 20-40-60$ за плату или чип, если все прекрасно влазит в чип стоимостью 2$ - нонсенс.
На этапе разработки наличие всякой разной периферии, большого объема памяти и кучи выводов, безусловно, полезно. Но не надо в готовое устройство вставлять плату с SD разъемом если он там не используется.
Та же BluePill тем и хороша, что на ней ничего, по сути, нет: только чип и нужные разъемы. И она дешевая.
Внешние разъёмы не плохи (за исключением цены), но лучше бы тогда поставили один, а не 4: паять легче, перекос не страшен (а у вас - только автомонтаж, без вариантов), а развести вы их всяко смогли бы, столько слоев на плате!
В общем вы, конечно, молодцы, но штука очень нишевая. Прям сильно.
Нет, такое не катит. Веб-среда, наверное еще и компиляция онлайн, а значит нужен "другой компьютер". Можно используя Андройд написать приложение на Kotlin (или какой там сейчас язык для Андройда используется?), собрать его и запустить?
По секрету: монитор и клавиатуру можно подключить к современному смартфону. И тогда мы снова возвращаемся к вопросу "можно ли на Android написать, собрать и запустить свое приложение без танцев с бубном?".
Каким боком цвет "охра" помогает понять что куда-то надо пальцами тыкать? Стандарт есть такой или что?
Почему на блок схеме не выделить все кнопки в блок "Buttons" что бы прям видно было (и поиск тоже подсказал) что тыкать - это в Buttons?
Вам бы или заголовок сменить или текст статью поправить.
В заголовке:
Вторым же абзацем:
Для "старта разработки firmware" ничего кроме схематики не нужно. Платы на этот момент может вообще не быть и это нормально.
Далее.
Вообще не нужно. Прям совсем. Тем более как "доказательство".
Цветная? На примере - образцовая? Нет, она не образцовая. Разные шрифты, информация разбросана по схеме как попало, блоки не выделены, да даже описываемые вами в тексте "порты подключения" не обозначены. Как будто бы на "отвали" нарисована.
Для разработки FW он не нужен. Как максимум "полезен" да и то - все есть на схеме.
Доступ только по запросу. Чего не расшарите?
Если неизвестная плата у кого-то горит с вероятность 95% то, ИМХО, тут в руках проблема. Может мультиметр тот же взять для начала?
Какой-то немного хейтерский коммент получился.. Короче для начала разработки FW (да и вообще разработки FW) нужна по сути только схема платы. Монтажная схема и топология пригодятся при отладке реальной платы. Ну и даташиты иметь в одной кучке тоже хорошо (с errata). Остальное может быть полезно, но совсем не безапелляционно нужно.
Можете посоветовать добротную литературу по этой теме?
Ну так это кофе подогревается, +$50 к цене за фичу)
А что же по итогу с точностью прогнозов? Можете показать графики реальных продаж и спрогнозированных?
Задачи вообще должны ставиться в письменном виде (почта/JIRA). Незачем вообще о чем-то спорить лично и потом писать такие "профессиональные" письма если можно сразу в переписке обозначить свою позицию.
А чем sigrok хуже для анализа цифровых сигналов? Тем более I2S декодер там есть.
Роботы, вкалывающие вместо людей - это, скорее, такая утопия.
В вашем же примере робот да, не будет вместо людей ремонтировать ямы в асфальте. Но скорее всего на ремонт ямы понадобится не целая бригада, экскаватор, асфальтовоз и что там еще, а всего-то пара человек. И будут они управлять сложным агрегатом, который поможет выполнить ремонт ямы не за пол дня, а а час, например. Тогда они смогут ремонтировать больше ям и по итогу, при прочих равных, их понадобится меньше чем при чисто ручном ремонте.
То же и в остальных областях.