Наверное похожий на ваш случай я наблюдал 5 лет назад. Я тогда программировал на МК и в компанию пришел разработчик, который до этого занимался геймдевом. Для меня тогда это показалось странным, потому что органичным вроде бы кажется путь от низкоуровнего ПО к системному или прикладному для какой-нибудь ОС.
Причем уйдя из геймдева он проработал пару лет в фирме, занимаясь Embedded Linux на BeagleBone, а затем - ушел в микроконтроллеры.
Теперь я понимаю, что человеки видят развитие по-разному. И оказывается неважно, куда двигаться, в низкоуровневое ПО или наоборот - просто людям свойственно уходить от того, что приелось и пробовать то, что еще никогда не делал.
P.S. Очегь рад, что вы многое подчерпнули из работы с МК
Такой посыл и планировался. Мне не хотелось писать, что все мы останемся без работы, потому что скорее всего такого не случится. Хотелось о том, что привычный мир меняется очень стремительно и под это нужно подстраиваться.
Да написано одним, но сама аналогия очень долго сидела в голове и искала выход.
В целом согласен, что статья смахивает на нытьё, но всё-таки основная мысль состоит в том, что в целом происходящие события вызывают смешанные чувства, и что вместо паники лучше приспосабливаться.
Не хотелось передавать нейроистерику, но походу так получилось.
В этой статье показан самый минимальный набор действий, которые нужно сделать для сборки пакетов. Ваш вопрос скорее относится к деталям, заостряться на которых не было изначальной целью публикации
Эта ссылка уже своего рода пен-тест для мобилки: если установлено приложение Яндекс Практикум, то переход по ссылке сводит аппку с ума - она мало того, что бесконечно грузит ссылку, так ещё и не закрывается, пока телефон не перезагрузишь
Интересно, что мнения разделились. Не буду оценивать уровень хамства/наивности сторон, но... Если так сильно вас это задело, то почему вы не напишете в сообщество? Наверняка там есть какие-то публичные формы обратной связи.
Да. К моменту перехода хотелось погружаться в Embedded Linux. В этом случае практическая необходимость создается автоматом, когда приступаешь к этим задачам
В моей карьере эмбеддера только у одной компании было что-то похожее, что вы описали. Там был SoC со сдвоенным Cortex-M4 ядром, двумя DSP-ядрами и еще парой-тройкой других подсистем. Документация - референс-мануал на 6000+ страниц, в которой есть пробелы в описании подсистем. Исходники с примерами от вендора, чтобы запустить тесты и патчить под свои нужды. Оглядываясь назад на этот проект я даже доволен, что там не было Линукса, в противном случае утонули бы.
В том проекте мне, к сожалению, не довелось настраивать IPC, этим тогда занимался ведущий разработчик. Но, честно говоря, я только с одним Cortex-M ядром работал на тот момент.
Могу вам пожелать только удачи с этим Cortex-A + Cortex-M монстром. Но судя по тому, что вам нужно писать код для Cortex-M, да еще и загрузчик с ядром патчить для Cortex-A, да еще и морду прикрутить - моё почтение, меня бы инфаркт хватил, если честно.
Я бы еще добавил, про чувство "я лучше сам все напишу с преферансом и профурсетками" - вот на определенном этапе карьеры его пришлось прям перебарывать. В целом избавиться от этого ощущения довольно просто, нужно просто чуток дисциплины.
Моя "карьера" в кодинге началась в школе с геймдева))))) Я тогда писал на Delphi игрушку-авиасимулятор для локальной конференции и это было не более чем увлечение. Уже спустя время, когда я погрузился в мир МК, не хватало того самого ощущения масштабности
Соглашусь, но лишь отчасти. Будучи еще микроконтроллерщиком, мне приходилось перекапывать FatFS: изучать функционал и дополнять его. Так что с чтением больших блоков кода проблем не было. Была проблема скорее с системностью знаний, точнее несистемностью получаемых знаний по Embedded
чёрт, получается, и себя сдал.....
да, с вами не поспоришь)))
Наверное похожий на ваш случай я наблюдал 5 лет назад. Я тогда программировал на МК и в компанию пришел разработчик, который до этого занимался геймдевом. Для меня тогда это показалось странным, потому что органичным вроде бы кажется путь от низкоуровнего ПО к системному или прикладному для какой-нибудь ОС.
Причем уйдя из геймдева он проработал пару лет в фирме, занимаясь Embedded Linux на BeagleBone, а затем - ушел в микроконтроллеры.
Теперь я понимаю, что человеки видят развитие по-разному. И оказывается неважно, куда двигаться, в низкоуровневое ПО или наоборот - просто людям свойственно уходить от того, что приелось и пробовать то, что еще никогда не делал.
P.S. Очегь рад, что вы многое подчерпнули из работы с МК
Вот в целом несложно гуглится. Можно бесплатно скачать дистрибутив, ограничений на использование нет
Ссылка
почему
box, а неkorobka?Такой посыл и планировался. Мне не хотелось писать, что все мы останемся без работы, потому что скорее всего такого не случится. Хотелось о том, что привычный мир меняется очень стремительно и под это нужно подстраиваться.
Да написано одним, но сама аналогия очень долго сидела в голове и искала выход.
В целом согласен, что статья смахивает на нытьё, но всё-таки основная мысль состоит в том, что в целом происходящие события вызывают смешанные чувства, и что вместо паники лучше приспосабливаться.
Не хотелось передавать нейроистерику, но походу так получилось.
В этой статье показан самый минимальный набор действий, которые нужно сделать для сборки пакетов. Ваш вопрос скорее относится к деталям, заостряться на которых не было изначальной целью публикации
Установка происходит в стандартные пути
В этом случае никак, потому что нет версионности
Эта ссылка уже своего рода пен-тест для мобилки: если установлено приложение Яндекс Практикум, то переход по ссылке сводит аппку с ума - она мало того, что бесконечно грузит ссылку, так ещё и не закрывается, пока телефон не перезагрузишь
А разве Аврора это не та же Maemo? ...которую обращают в православие
Интересно, что мнения разделились. Не буду оценивать уровень хамства/наивности сторон, но... Если так сильно вас это задело, то почему вы не напишете в сообщество? Наверняка там есть какие-то публичные формы обратной связи.
Потому что негоже отступать от веры истинной...
(шутка)
Под 3D-принтеры и ардуинки хватит (правда не самой слабой, но всё-таки)
Да. К моменту перехода хотелось погружаться в Embedded Linux. В этом случае практическая необходимость создается автоматом, когда приступаешь к этим задачам
В моей карьере эмбеддера только у одной компании было что-то похожее, что вы описали. Там был SoC со сдвоенным Cortex-M4 ядром, двумя DSP-ядрами и еще парой-тройкой других подсистем. Документация - референс-мануал на 6000+ страниц, в которой есть пробелы в описании подсистем. Исходники с примерами от вендора, чтобы запустить тесты и патчить под свои нужды. Оглядываясь назад на этот проект я даже доволен, что там не было Линукса, в противном случае утонули бы.
В том проекте мне, к сожалению, не довелось настраивать IPC, этим тогда занимался ведущий разработчик. Но, честно говоря, я только с одним Cortex-M ядром работал на тот момент.
Могу вам пожелать только удачи с этим Cortex-A + Cortex-M монстром. Но судя по тому, что вам нужно писать код для Cortex-M, да еще и загрузчик с ядром патчить для Cortex-A, да еще и морду прикрутить - моё почтение, меня бы инфаркт хватил, если честно.
Я бы еще добавил, про чувство "я лучше сам все напишу с преферансом и профурсетками" - вот на определенном этапе карьеры его пришлось прям перебарывать. В целом избавиться от этого ощущения довольно просто, нужно просто чуток дисциплины.
Особенно выбешивало то, когда приходилось работать с разными версиями ядра и загрузчика, которые отличаются друг от друга значительно
Моя "карьера" в кодинге началась в школе с геймдева))))) Я тогда писал на Delphi игрушку-авиасимулятор для локальной конференции и это было не более чем увлечение. Уже спустя время, когда я погрузился в мир МК, не хватало того самого ощущения масштабности
Соглашусь, но лишь отчасти. Будучи еще микроконтроллерщиком, мне приходилось перекапывать FatFS: изучать функционал и дополнять его. Так что с чтением больших блоков кода проблем не было. Была проблема скорее с системностью знаний, точнее несистемностью получаемых знаний по Embedded
Круто, всегда было интересно, что было в самом начале :)