Сообщение Re[19]: А на каком уровне накосячили в WPF от 18.02.2016 17:10
Изменено 18.02.2016 17:16 Слава
Здравствуйте, alex_public, Вы писали:
_>Ничего подобного, как раз с библиотекой языка всё нормально. И даже Boost (особенно шаблонные игрушки, которые не тратят итоговые ресурсы) вполне можно применять. А вот функций ОС нет никаких. Соответственно задача в чём-то похожа на написание своего драйвера сетевой карты в ОС, плюс реализации стека TCP/IP и плюс уже прикладная мелочь в виде собственно некого сервиса на базе всего этого. Ну и всё это должно укладываться в узкие рамки возможностей МК (30КБ памяти и всё такое). Уверен, что справишься? )))
Может я и ошибаюсь, но в 30кб нельзя запихнуть полноценный стек TCP/IP даже на ассемблере. То есть, мы берем хорошую вещь и обрубаем от нее все, что можно, огрызком гордимся. За это и платят, за впихивание невпихуемого, сжатие с потерями.
Как это сделано, по моему мнению, что реализовано на самом деле:
1) ARP и RARP.
2) DHCP, чтобы просто получить адрес и как-то о себе заявить.
3) UDP, чтобы принимать команды "включись-выключись", никакой гарантированной доставки нет.
4) Взаимодействие с WiFi-чипом.
5) Хранение конфигурации.
Все это скорее всего сделано в виде тупого цикла с разлапистым switch внутри и аналогом HLT в начале цикла. Плюс, это же мелкий дешевый чип, который может начать сходить с ума от того, что рядом с ним в розетку включили фен. То есть, какие-то watchdog'и и взаимодействие с ними в коде, вот этого я не трогал вообще, только предполагаю.
_>Что-то я не понял твоей аналогии) Так рутина по твоему в Ворде или в Техе будет? )
Высокий уровень Ворда позволит тупому Васе качественно делать рутинную работу. Ворд, соответственно — хорош, и создан с правильным посылом — облегчать работу, делать ее доступной.
С>>И если везде — в базах, в гуе, в вебе, везде инструменты делают разработку проще, знания накапливаются и выдаются в виде чего-то позволяющего с меньшим трудом достигать результата. Но в embedded обязательно будет Вася-умелец в свитере, с паяльником и горой Си-кода даже не в репозе. Вася — золотые руки. Не происходит передачи знаний в инструменты, а только в чьи-то золотые руки, которыми обладатель умело обтачивает очередную блоху.
_>Это откуда такая информация? )
Из наблюдений за электронщиками. Я не говорю, что они делают ерунду какую-то, я говорю, что сама их отрасль, инструменты, созданы как-то так, чтобы не пустить посторонних. В противоположность Ворду. Отличная job security, и стагнация в общем.
_>Да, область неоднозначная. ) Но как раз на неё сейчас перемещается основной фокус развития в IT. )
Я надеялся, что вы расскажете, каким образом можно пройти путь к хорошо оплачиваемому эмбеду.
_>Ничего подобного, как раз с библиотекой языка всё нормально. И даже Boost (особенно шаблонные игрушки, которые не тратят итоговые ресурсы) вполне можно применять. А вот функций ОС нет никаких. Соответственно задача в чём-то похожа на написание своего драйвера сетевой карты в ОС, плюс реализации стека TCP/IP и плюс уже прикладная мелочь в виде собственно некого сервиса на базе всего этого. Ну и всё это должно укладываться в узкие рамки возможностей МК (30КБ памяти и всё такое). Уверен, что справишься? )))
Может я и ошибаюсь, но в 30кб нельзя запихнуть полноценный стек TCP/IP даже на ассемблере. То есть, мы берем хорошую вещь и обрубаем от нее все, что можно, огрызком гордимся. За это и платят, за впихивание невпихуемого, сжатие с потерями.
Как это сделано, по моему мнению, что реализовано на самом деле:
1) ARP и RARP.
2) DHCP, чтобы просто получить адрес и как-то о себе заявить.
3) UDP, чтобы принимать команды "включись-выключись", никакой гарантированной доставки нет.
4) Взаимодействие с WiFi-чипом.
5) Хранение конфигурации.
Все это скорее всего сделано в виде тупого цикла с разлапистым switch внутри и аналогом HLT в начале цикла. Плюс, это же мелкий дешевый чип, который может начать сходить с ума от того, что рядом с ним в розетку включили фен. То есть, какие-то watchdog'и и взаимодействие с ними в коде, вот этого я не трогал вообще, только предполагаю.
_>Что-то я не понял твоей аналогии) Так рутина по твоему в Ворде или в Техе будет? )
Высокий уровень Ворда позволит тупому Васе качественно делать рутинную работу. Ворд, соответственно — хорош, и создан с правильным посылом — облегчать работу, делать ее доступной.
С>>И если везде — в базах, в гуе, в вебе, везде инструменты делают разработку проще, знания накапливаются и выдаются в виде чего-то позволяющего с меньшим трудом достигать результата. Но в embedded обязательно будет Вася-умелец в свитере, с паяльником и горой Си-кода даже не в репозе. Вася — золотые руки. Не происходит передачи знаний в инструменты, а только в чьи-то золотые руки, которыми обладатель умело обтачивает очередную блоху.
_>Это откуда такая информация? )
Из наблюдений за электронщиками. Я не говорю, что они делают ерунду какую-то, я говорю, что сама их отрасль, инструменты, созданы как-то так, чтобы не пустить посторонних. В противоположность Ворду. Отличная job security, и стагнация в общем.
_>Да, область неоднозначная. ) Но как раз на неё сейчас перемещается основной фокус развития в IT. )
Я надеялся, что вы расскажете, каким образом можно пройти путь к хорошо оплачиваемому эмбеду.
Re[19]: А на каком уровне накосячили в WPF
Здравствуйте, alex_public, Вы писали:
_>Ничего подобного, как раз с библиотекой языка всё нормально. И даже Boost (особенно шаблонные игрушки, которые не тратят итоговые ресурсы) вполне можно применять. А вот функций ОС нет никаких. Соответственно задача в чём-то похожа на написание своего драйвера сетевой карты в ОС, плюс реализации стека TCP/IP и плюс уже прикладная мелочь в виде собственно некого сервиса на базе всего этого. Ну и всё это должно укладываться в узкие рамки возможностей МК (30КБ памяти и всё такое). Уверен, что справишься? )))
Может я и ошибаюсь, но в 30кб нельзя запихнуть полноценный стек TCP/IP даже на ассемблере. То есть, мы берем хорошую вещь и обрубаем от нее все, что можно, огрызком гордимся. За это и платят, за впихивание невпихуемого, сжатие с потерями.
Как это сделано, по моему мнению, что реализовано на самом деле:
1) ARP и RARP.
2) DHCP, чтобы просто получить адрес и как-то о себе заявить.
3) UDP, чтобы принимать команды "включись-выключись", никакой гарантированной доставки нет.
4) Взаимодействие с WiFi-чипом.
5) Хранение конфигурации.
Все это скорее всего сделано в виде цикла с разлапистым switch внутри и аналогом HLT в начале цикла. Плюс, это же мелкий дешевый чип, который может начать сходить с ума от того, что рядом с ним в розетку включили фен. То есть, какие-то watchdog'и и взаимодействие с ними в коде, вот этого я не трогал вообще, только предполагаю.
_>Что-то я не понял твоей аналогии) Так рутина по твоему в Ворде или в Техе будет? )
Высокий уровень Ворда позволит тупому Васе качественно делать рутинную работу. Ворд, соответственно — хорош, и создан с правильным посылом — облегчать работу, делать ее доступной.
С>>И если везде — в базах, в гуе, в вебе, везде инструменты делают разработку проще, знания накапливаются и выдаются в виде чего-то позволяющего с меньшим трудом достигать результата. Но в embedded обязательно будет Вася-умелец в свитере, с паяльником и горой Си-кода даже не в репозе. Вася — золотые руки. Не происходит передачи знаний в инструменты, а только в чьи-то золотые руки, которыми обладатель умело обтачивает очередную блоху.
_>Это откуда такая информация? )
Из наблюдений за электронщиками. Я не говорю, что они делают ерунду какую-то, я говорю, что сама их отрасль, инструменты, созданы как-то так, чтобы не пустить посторонних. В противоположность Ворду. Отличная job security, и стагнация в общем.
_>Да, область неоднозначная. ) Но как раз на неё сейчас перемещается основной фокус развития в IT. )
Я надеялся, что вы расскажете, каким образом можно пройти путь к хорошо оплачиваемому эмбеду.
_>Ничего подобного, как раз с библиотекой языка всё нормально. И даже Boost (особенно шаблонные игрушки, которые не тратят итоговые ресурсы) вполне можно применять. А вот функций ОС нет никаких. Соответственно задача в чём-то похожа на написание своего драйвера сетевой карты в ОС, плюс реализации стека TCP/IP и плюс уже прикладная мелочь в виде собственно некого сервиса на базе всего этого. Ну и всё это должно укладываться в узкие рамки возможностей МК (30КБ памяти и всё такое). Уверен, что справишься? )))
Может я и ошибаюсь, но в 30кб нельзя запихнуть полноценный стек TCP/IP даже на ассемблере. То есть, мы берем хорошую вещь и обрубаем от нее все, что можно, огрызком гордимся. За это и платят, за впихивание невпихуемого, сжатие с потерями.
Как это сделано, по моему мнению, что реализовано на самом деле:
1) ARP и RARP.
2) DHCP, чтобы просто получить адрес и как-то о себе заявить.
3) UDP, чтобы принимать команды "включись-выключись", никакой гарантированной доставки нет.
4) Взаимодействие с WiFi-чипом.
5) Хранение конфигурации.
Все это скорее всего сделано в виде цикла с разлапистым switch внутри и аналогом HLT в начале цикла. Плюс, это же мелкий дешевый чип, который может начать сходить с ума от того, что рядом с ним в розетку включили фен. То есть, какие-то watchdog'и и взаимодействие с ними в коде, вот этого я не трогал вообще, только предполагаю.
_>Что-то я не понял твоей аналогии) Так рутина по твоему в Ворде или в Техе будет? )
Высокий уровень Ворда позволит тупому Васе качественно делать рутинную работу. Ворд, соответственно — хорош, и создан с правильным посылом — облегчать работу, делать ее доступной.
С>>И если везде — в базах, в гуе, в вебе, везде инструменты делают разработку проще, знания накапливаются и выдаются в виде чего-то позволяющего с меньшим трудом достигать результата. Но в embedded обязательно будет Вася-умелец в свитере, с паяльником и горой Си-кода даже не в репозе. Вася — золотые руки. Не происходит передачи знаний в инструменты, а только в чьи-то золотые руки, которыми обладатель умело обтачивает очередную блоху.
_>Это откуда такая информация? )
Из наблюдений за электронщиками. Я не говорю, что они делают ерунду какую-то, я говорю, что сама их отрасль, инструменты, созданы как-то так, чтобы не пустить посторонних. В противоположность Ворду. Отличная job security, и стагнация в общем.
_>Да, область неоднозначная. ) Но как раз на неё сейчас перемещается основной фокус развития в IT. )
Я надеялся, что вы расскажете, каким образом можно пройти путь к хорошо оплачиваемому эмбеду.