Нужен ли диплом программисту для работы ?

Всем привет, наткнулся на интересную тему
https://vc.ru/hr/136772-nuzhen... iplom-vuza
Как вы считаете, нужен ли диплом программисту, чтоб дядя на работу взял или это уже не канон ?

0

Сообщение от Fulcrum_013 Если это MK нижнего звена - то какие там к глиняной маме езернет и переключатель задач?

Вот такие https://www.st.com/en/microcon... 107rb.html

Mainstream Connectivity line, ARM Cortex-M3 MCU with 128 Kbytes Flash, 72 MHz CPU, Ethernet MAC, CAN and USB 2.0 OTG

МК имеет 128 КБ флеша под прошивку и данные. Работает на частоте 72 МГц.

Сообщение от Fulcrum_013 вообще задачи без чего то на подобее QNX?

Для них нужен микрокомпьютер, а не микроконтроллер.
В устройствах используют микроконтроллеры и пишут без ОС под железо...

0

Сообщение от locm Вот такие https://www.st.com/en/microcon... 107rb.html

Вопрос не в этом. Вопрос в том зачем весь этот хлам контроллеру нижнего звена то?

0

Сообщение от Fulcrum_013 Эзернет там куда лепить?

И в более простые МК лепят. Ни разу не видели как упомянутую arduno (МК намного примитивнее чем STM32) подключали к сети?

0

Сообщение от locm Для них нужен микрокомпьютер, а не микроконтроллер. В устройствах используют микроконтроллеры и пишут без ОС под железо...

Ну а че вы хотели то? Все в один контроллер упихнуть? Так никто не делает. Контроллеры нижнего звена собирают данные с датчиков/осуществляют непосредственное управление. Их задача откинуть/принять к выполнению данные с УВМ. И по другому ну будет жопс с ручкой. Хотя бы исходя из того что пространственно подавляющее большинство объектов управления очень сильно разнесены.

0

Сообщение от Fulcrum_013 Вопрос в том зачем весь этот хлам контроллеру нижнего звена то?

Чтобы девайс был в сети. Например отправлял данные на сервер.

0

Сообщение от locm Чтобы девайс был в сети. Например отправлял данные на сервер.

Ethernet тут каким боком?

Добавлено через 11 минут

Сообщение от locm Чтобы девайс был в сети.

Ну логично предположить что контроллер нижнего звена должен жить в сети промышленного класса а не в интернетах. А в интернетах должен жить уже УВМ да и то ограниченно. Иначе бяда-бяда будет. А сетка промышленного классу таки СAN.

0

Сообщение от Fulcrum_013 Ethernet тут каким боком?

А как по вашему МК подключается к сети?

Сообщение от Fulcrum_013 Ну логично предположить что контроллер нижнего звена должен жить в сети промышленного класса а не в интернетах.

Задачи бывают разные. В простых проектах через роутер подключается к интернету.

0

Сообщение от locm А как по вашему МК подключается к сети?

К промышленной сети? CAN естественно.

Добавлено через 58 секунд

Сообщение от locm Задачи бывают разные. В простых проектах через роутер подключается к интернету.

При чем тут простые или сложные? Вы там оборудованием управляете или плюшками балуетесь?

0

Сообщение от Fulcrum_013 К промышленной сети? CAN естественно.

К локальной сети, сети Интернет.

Сообщение от Fulcrum_013 При чем тут простые или сложные? Вы там оборудованием управляете или плюшками балуетесь?

Как заказчик/работодатель поставил задачу, так и выполняю. Или вы думаете что все оборудование непременно работает в пределах какого-то завода?

0

Сообщение от locm Как заказчик/работодатель поставил задачу, так и выполняю. Или вы думаете что все оборудование непременно работает в пределах какого-то завода?

НУ то есть о чем и речь была - занимаетесь самой примитивной работой, которая заключается в том чтобы посмотреть в справочнике адреса регистров/формат струкутру и т.п. и массив байт туда-сюда перегнать.
О каком опыте или получении фундаментальных знаний может идти речь c такими занятиями?

0

У вас есть опыт (практика) разработки для современных микроконтроллеров или просто рассуждаете? Современные МК это не просто набор регистров. Но и их несколько сотен, а битов больше тысячи и важна последовательность работы с ними и в целом конфигурации периферии, т. е. это не дело пяти минут открыть документацию посмотреть регистры и написать программу. Я выше давал ссылку на документ https://www.st.com/resource/en... ronics.pdf
Вы хоть посмотрели по диагонали больше трех тысяч страниц или даже не скачивали? Причем это только один из документов на эту модель МК. На сайте производителя есть и другие и в целом документация состоит больше чем из 10 тысяч страниц. Это только на одну модель МК. На другую своя документация. По прежнему считаете что все легко и просто?

0

Сообщение от locm У вас есть опыт (практика) разработки для современных микроконтроллеров или просто рассуждаете?

У меня есть опыт разработки как под УВМ так и под контроллеры на базе x86. Там сигналов тысячи не то что регистров
. Современный микроконтроллер - это точно такой же контроллер.
При этом разработка понятие растяжимое. Посмотреть формат в справочнике, взять байты в одном месте отправить в другое - это самая примитивная из задач которые вообще могут быть в разработке.
Т.е. еще раз - ни о каком получении опыта построения сложных алгоритмов или фундаментальных знаний с таким занятием речи быть просто не может.

Сообщение от locm Вы хоть посмотрели по диагонали больше трех тысяч страниц или даже не скачивали?

Чем оно принципиально отличается к примеру от архитектуры x86 и ее переферии, или от других архитектур? В том то и дело что ничем. Ну видел и по более документации - к примеру так дока по системе автоматизации в виде 10-метрового стеллажа до потолка заставленного томами. И что? Все тоже самое. При нормальной нумерации томов нашел по каталогу том в нем нашел нужный формат написал. Работа непосредственно с железом и портами ввода-вывода - это уровень примитивней не бывает. По сравнению с консольными прогами это аналог cin/cout. Т.е. весь ваш опыт по сути в написании Hello World в разных вариациях и не более того. А опыта или каких то знаний в плане именно того для чего контроллер и вообще ЭВМ предназначены - обсчета данных - вы таким образом не получаете от слова совсем.

Добавлено через 31 минуту
locm, Т.е. еще раз - простейший пример почему ваш опыт и знания в результате равны абсолютному нулю - последовательно рассчитать точки Б-Сплайна или хотя бы кривой Безье осилите? А как без этого применить контроллер к примеру к управлению станком ЧПУ?

0

Сообщение от Fulcrum_013 У меня есть опыт разработки как под УВМ так и под контроллеры на базе x86.

При этом работали непосредственно с железом без обращения к функциям ОС и биос?

Сообщение от Fulcrum_013 Современный микроконтроллер - это точно такой же контроллер.

Ну да. Современный он точно такой же как разработанный 50 лет назад! Вообще никаких отличий!

Сообщение от Fulcrum_013 Посмотреть формат в справочнике, взять байты в одном месте отправить в другое - это самая примитивная из задач которые вообще могут быть в разработке.

Так можно сказать про все программы. По сути это же пересылки байт с одного места в другое. То есть разработка программ это самое примитивное занятие?
Вы сначала разработайте более или менее крупный проект для современного 32-ух битного микроконтроллера, а потом рассуждайте!

Сообщение от Fulcrum_013 Т.е. еще раз - ни о каком получении опыта построения сложных алгоритмов или фундаментальных знаний с таким занятием речи быть просто не может.

Точно также можно сказать о разработке других программ. Вы так рассуждаете из-за отсутствия опыта разработки для микроконтроллеров.

Сообщение от Fulcrum_013 Чем оно принципиально отличается к примеру от архитектуры x86 и ее переферии, или от других архитектур?

Откройте документ на который я дал ссылку, ознакомьтесь с ним и узнаете. Или мне здесь пересказывать содержимое 3-ех тысяч страниц? Скажу только что отличия есть и существенные. Знания x86 вам не помогут без предварительного ознакомления с документацией на микроконтроллер. В частности потому что ядро ARM, а не x86.

Сообщение от Fulcrum_013 В том то и дело что ничем.

Ну ОК, напишите прогу для x86 залейте в микроконтроллер и думайте почему не работает!

Сообщение от Fulcrum_013 Ну видел и по более документации - к примеру так дока по системе автоматизации в виде 10-метрового стеллажа до потолка заставленного томами. И что?

Ничего. Вам каждый день приходится читать 10-ти метровый стеллаж доков?
Дело не в доках а в том что нужно знать что в них. Инфы много. Для каждой модели МК свои доки. Приходится работать с разными моделями МК и требуется знать все их особенности. Не знаете, не сможете написать корректно работающую прогу.

Сообщение от Fulcrum_013 Работа непосредственно с железом и портами ввода-вывода - это уровень примитивней не бывает.

Что по вашему не примитивный уровень? Формошлепство где думать почти не нужно? Или может веб разработка? Я понял, не примитивный уровень это теоретическая работа по вычислению площади сферического коня в вакууме!

Сообщение от Fulcrum_013 По сравнению с консольными прогами это аналог cin/cout. Т.е. весь ваш опыт по сути в написании Hello World в разных вариациях и не более того.

Легко рассуждать не имея никакого представления о выполняемой работе. Видимо у вас совершенно нет практики работы с железом! Вообще практика разработки есть или только теорией занимаетесь?

Сообщение от Fulcrum_013 последовательно рассчитать точки Б-Сплайна или хотя бы кривой Безье осилите?

Естественно. Тем более что инфа не является секретной. https://ru.qwe.wiki/wiki/B-spline
https://ru.qwe.wiki/wiki/Bézier_curve

0

Сообщение от locm стественно. Тем более что инфа не является секретной. https://ru.qwe.wiki/wiki/B-spline https://ru.qwe.wiki/wiki/Bézier_curve

Только википедии там врядли хватит.

Добавлено через 2 минуты

Сообщение от locm Формошлепство где думать почти не нужно?

А почему вы так уверены что думать не надо? Думать не надо только о том как форму слепить - в этом и суть оконных фреймверков - осовободить от примитивной рутинной работы, дав возможность заниматься решением непосредственно задачи. А вот об связности данных и взаимодействии параллельных процессов тут думать надо куда поболе чем в работе с железом.

Добавлено через 4 минуты

Сообщение от locm Легко рассуждать не имея никакого представления о выполняемой работе. Видимо у вас совершенно нет практики работы с железом!

Если бы в свое время с ним плотно работать не приходилось бы не рассуждал бы. Отой схеме автоматизации у которой 10 томов доки пришлось в свое время всю переферию на эмуляторы на базе x86 перевести. Т.е. реализовать абсолютно все ее внутренние протоколы на голом железе под доской. В том числе и во время отладки сигнальчики осцилографом половить на портах и т.д. Это самый примитивный уровень который может быть. К примеру реализация средства работы с файловой системой той же УВМ оказалась куда труднее.

Добавлено через 4 минуты

Сообщение от locm Что по вашему не примитивный уровень?

К примеру САПР какой нить хоть самый заволящий там к примеру расчет грева плат, или проектирования редукторов? Или к примеру модель естественной конвекции в расплавленном металле?
А к концу универа осилили бы запросто - эт я вам примеры дипломов которые в нашей группе защищались в 2000-ом привел.
Построитель парсера КС-грамматики к примеру осилите и на его базе какой нить скриптовый язык запилить? А это вооще тема курсача на 4-ом курсе и делают это все.

Добавлено через 7 минут

Сообщение от locm Так можно сказать про все программы.

Только про самые примитивные. Суть софта - обсчет данных.

Добавлено через 54 секунды

Сообщение от locm Дело не в доках а в том что нужно знать что в них.

Дело в том чтобы просто уметь найти нужный том. Это вопрос не знаний а каталога томов и красивых подписей на корешке.

Добавлено через 36 секунд

Сообщение от locm В частности потому что ядро ARM, а не x86

И в чем разница? Оно складывать или умножать разучилось? Ну ничего страшного - было бы вычитание остальному обучабельно. Или интегрирование в систему команд внесли? Ну вообще прекрасно - меньше гемора.
Да кстати о птичках - сокрытие разницы системы команд - это задача высокоуровневого ЯП. Так что осваивайте С и потом плюсы. Пригодится.

Добавлено через 59 секунд

Сообщение от locm Скажу только что отличия есть и существенные.

Принципиальных - абсолютно никаких. Отличается максимум система команд и раскладка портов, а это не более чем ньюансы реализации. Принцип тот же.

0

Сообщение от Fulcrum_013 А вот об связности данных и взаимодействии параллельных процессов тут думать надо куда поболе чем в работе с железом.

Есть опыт работы с современными микроконтроллерами? Как можете рассуждать о том что не знаете?

Сообщение от Fulcrum_013 Если бы в свое время с ним плотно работать не приходилось бы не рассуждал бы.

В свое время это когда и с чем?

Сообщение от Fulcrum_013 Т.е. реализовать абсолютно все ее внутренние протоколы на голом железе

Ногодрыгом? Нужно было по возможности использовать аппаратные интерфейсы, типа USB, CAN, SDIO, USART и др.

Сообщение от Fulcrum_013 под доской

А теперь представьте что ни DOS и биос нет. Порой один код должен работать на разном железе, которое сильно отличается.

Сообщение от Fulcrum_013 К примеру реализация средства работы с файловой системой той же УВМ оказалась куда труднее.

Вы думаете что микроконтроллеры ее поддерживают? Тоже приходится реализовывать. Например для MicroSD флешек в микроконтроллере есть интерфейс SPI или SDIO, а все что связано с драйвером флешки и файловой системой нужно самому разработать или использовать готовую библиотеку (FatFs к примеру).

Сообщение от Fulcrum_013 К примеру САПР какой нить хоть самый заволящий там к примеру расчет грева плат, или проектирования редукторов?

Что сложного в расчетах?

Сообщение от Fulcrum_013 Или к примеру модель естественной конвекции в расплавленном металле?

Опять же что сложного? Ничего.

Сообщение от Fulcrum_013 А к концу универа осилили бы запросто - эт я вам примеры дипломов которые в нашей группе защищались в 2000-ом привел.

Как и ожидалось теоретическая примитивщина мало кому нужная!
Нет чтобы написать прогу, которая будет полезная многим людям и ее можно было бы монетизировать.
А расчеты коней в вакууме это мало кому интересно.

Сообщение от Fulcrum_013 ринципиальных - абсолютно никаких. Отличается максимум система команд и раскладка портов

По вашему микроконтроллер это процессор и порты ввода/вывода и больше ничего?

Сообщение от Fulcrum_013 И в чем разница?

Читайте доку на которую дал ссылку и поймете.

0

Сообщение от locm По вашему микроконтроллер это процессор и порты ввода/вывода и больше ничего?

Любой компьютер - это процессор память и порты ввода-вывода. Вы даже настолько элементарных вещей в результате не понимаете. А то что там может быть AЦП/ЦАП таймеров и т.д. понатыкано - они точно так же на портах ввода вывода сидят. А конструктивное их размещение - в том же корпусе или на другой плате или даже в другом шкафу - это даже не ньюанс, это просто другой внешний вид.

Добавлено через 2 минуты

Сообщение от locm Что сложного в расчетах?

Ну попробуйте посчитать поймете. Сложно - сделать постановку задачи. Т.е. выбрать/изобрести/адаптировать к конкретной задаче математический метод и доказать его применимость/найти границы применимости и т.д. И это на самом деле львина доля работы программиста. Написание кода - это всего лишь финальный наиболее простой этап разработки.

Добавлено через 6 минут

Сообщение от locm Как и ожидалось теоретическая примитивщина мало кому нужная!

Да что вы. К примеру САПР по проектированию редукторов разрабатывался непосредственно по ТЗ ГСКТИ машиностроительного гиганта, и пошел он в продакшин в оном ГСКТИ еще до защиты. Модель конвекции как и многие из подобных дипломов тоже для использования в конкретных научных исследованиях проводимых универом использовалась (проводимых кстати в рамках создания матмодели для управления металлургическим оборудованием - на сегодняшний день все управление КДС и т.п. на подобной модели живет). Так что все чистой воды практическое применение абсолютно по взрослому. А у вас так - игрушки децкие и не более того.

0

Сообщение от Fulcrum_013 Любой компьютер - это процессор память и порты ввода-вывода. Вы даже настолько элементарных вещей в результате не понимаете.

Это вы не понимаете. Кроме перечисленного есть встроенная периферия. Вы наверное попутали порты в/в и регистры периферии.

Сообщение от Fulcrum_013 А то что там может быть AЦП/ЦАП таймеров и т.д. понатыкано - они точно так же на портах ввода вывода сидят.

Серьезно?
Вы совершенно не представляете как устроены микроконтроллеры!
Посмотрите картинку.

Порты ввода/вывода - GPIOA, GPIOB, GPIOC, GPIOD и GPIOE выведены наружу микроконтроллера и никакой аналого-цифровой преобразователь в ним не подключен.
GPIO и АЦП на общей периферийной шине APB2. Сначала ознакомьтесь с предметом обсуждения, а потом пишите.

Сообщение от Fulcrum_013 Ну попробуйте посчитать поймете.

Тоже самое адресую вам. Напишите более или менее серьезный проект для современного 32-ух битного микроконтроллера и поймете насколько вы заблуждаетесь.

Сообщение от Fulcrum_013 Т.е. выбрать/изобрести/адаптировать к конкретной задаче математический метод и доказать его применимость/найти границы применимости и т.д.

Все это теория. Несомненно нужная, но теория. Займитесь практикой и поймете в чем разница.
Когда работодатель дал задание и сказал что все должно быть готово еще вчера что будете делать?

0

Сообщение от Fulcrum_013 А у вас так - игрушки децкие и не более того.

У вас все игрушки, а вот вычисления связанные в конем в вакууме это серьезно!

0

Сообщение от locm Порты ввода/вывода - GPIOA, GPIOB, GPIOC, GPIOD и GPIOE выведены наружу микроконтроллера и никакой аналого-цифровой преобразователь в ним не подключен.

Да какая разница что в конкретном контроллере внутрь чипа засунуто а что в отдельном корпусе навешивается? Сидит все на той же шине. Только на разных ее веках. Хоть в одном корпусе хоть в разных шкафах. Вот действительно сначала с предметом обсуждения ознакомьтесь -общим устройством компьютера, потом пытайтесь что то рассказывать.

Добавлено через 3 минуты

Сообщение от locm Все это теория. Несомненно нужная, но теория. Займитесь практикой и поймете в чем разница.

Это и есть самая обычная практика, которой вот уже 25 лет подряд с самого первого курса приходится заниматься. И системы управления в этом вопросе это даже не то что не исключение из правил - у них требования к доказательству применимости чуть ли не самые жесткие, сопоставимые с САПР, при этом ограничений гораздо гораздо больше - реалтайм все таки.
А у вас в результате ни теоретического базиса ни опыта как такового.

0

Сообщение от Fulcrum_013 Да какая разница что в конкретном контроллере внутрь чипа засунуто а что в отдельном корпусе навешивается?

Большая. Вы не знаете в чем разница между встроенной и внешней периферией?
Если у вас был опыт работы с железом то похоже исключительно ногодрыг!

Сообщение от Fulcrum_013 Вот действительно сначала с предметом обсуждения ознакомьтесь -общим устройством компьютера, потом пытайтесь что то рассказывать.

Не уходите от темы. Я вам дал картинку современного МК. Признайте свою неправоту!

Сообщение от Fulcrum_013 А у вас в результате ни теоретического базиса ни опыта как такового.

Вы совершенно не знаете какой у меня уровень знаний и в каких областях но при это пишите какую-то чушь!

0