Aleksey_75 (24.01.2019 23:05, просмотров: 135) ответил Codavr на Плюсов прорва. Недостатков всего один - жрут дохера.-
- Собственно все они сводятся тоже к одному плюсу - ось берет на себя всю рутину, и позволяет тебе заниматься структурой задачи. - Codavr(24.01.2019 23:26)
- про "рутину" подробнее плиз - Aleksey_75(24.01.2019 23:29)
- Вы можете не разрабатывать нормальную архитектуру, а нахерачить методов по 500 строк с лапшой, раскидать по потокам и уже можно показывать начальству/заказчику. Типа почти все работает. Потом все это полить кривой межпоточной синхронизацией, и s_h_e(72 знак., 24.01.2019 23:47)
- ах-ха-ха.... зачОтно. "изображаем бурную видимость работы" да это на начальство работает, но меня это сцуко очень бесит, наверное потому что я так не умею))) точнее мне это чуждо и не приемлемо - Aleksey_75(24.01.2019 23:56)
- Это банальная бравада, но RTOS позволяет и такой подход. Просто следует отдавать себе отчет что стрелять из этой пушки по воробьям не нужно. Если не имеешь потребности в RTOS, то и нехер ее пользовать. Расточительство это. - Codavr(24.01.2019 23:57 - 25.01.2019 00:01)
- "Если не имеешь потребности в RTOS" вот это и самый главный вопрос , как определить что без оси никак, а где ось это излишество... Я тоже считаю пока не уперлись что без оси никак нех в ту сторону смотреть, хотя мне слабо представляется что можно Aleksey_75(84 знак., 25.01.2019 00:08)
- ИМХО, если у Вас больше 15-20 параллельно работающих с разделяемыми ресурсами сущностей, над проектом работает больше 1 человека - ос нужна. Иначе, нет. - Хитрый Китаец(27.01.2019 00:24)
- Ну и не парься. Я вот в прошлом году делал код чуть больше, чем на 2 килобайта и как раз тут на сахаре обсуждал работу с буферами. Может помнишь. Вроде гавно вопрос, но как мне хотелось отдать это на откуп оси и не заморачиваться с разруливаним Codavr(18 знак., 25.01.2019 00:12)
- ну не знаю как бравада, но есть у меня в компашке отдельные товарищи которые срут в уши руководству "осями" по предлогом "вот там все будет збс и все просто, лучше и удобнее". Когда спрашиваешь чем лучше и удобнее следует ответ "лучше и удобнее", Aleksey_75(24 знак., 25.01.2019 00:03)
- Тут все просто - люди хотят строчку в резюме. - s_h_e(25.01.2019 00:11)
- это как "вам шашечки или ехать" ??? - Aleksey_75(25.01.2019 00:18)
- Самый прикол, когда на собеседовании вас гоняют по всяким семафорам с мьютексами. Ну типа все нормально. Выходите на новую работу, и переписываете проект после того, кто собеседовал, выкидывая половину этих семафоров нахер, чтобы все заработало s_h_e(30 знак., 25.01.2019 00:28)
- Жизнь длинна и разнообразна. Когда то эта строчка может очень серьезно помочь. Ты не ленись, почитай то что я сказал, пригодится даже если не пользовать RTOSы. Там буквально на пальцах изложено, приятно читать. - Codavr(25.01.2019 00:20 - 00:23)
- И их можно понять. - Codavr(25.01.2019 00:16)
- это как "вам шашечки или ехать" ??? - Aleksey_75(25.01.2019 00:18)
- Ну это действительно лучше и удобнее. Ноутбук лучше и удобнее микроконтроллера, но не фтыкать же его везде. Каждому овощу свой фрукт. Например система где требуется плотное и разногобразное взаимодействие с человеком реализовать без оси тоска. - Codavr(25.01.2019 00:06 - 00:08)
- ну в данном случае юзеринтерфейс это кнопки с цифровой шины и светик тудаже, фсе.. - Aleksey_75(25.01.2019 00:10)
- Применений возможностей RTOS масса, не зная плотно задачи нельзя сказать насколько полезно втыкать ось. - Codavr(25.01.2019 00:16)
- ну в данном случае юзеринтерфейс это кнопки с цифровой шины и светик тудаже, фсе.. - Aleksey_75(25.01.2019 00:10)
- Тут все просто - люди хотят строчку в резюме. - s_h_e(25.01.2019 00:11)
- "Если не имеешь потребности в RTOS" вот это и самый главный вопрос , как определить что без оси никак, а где ось это излишество... Я тоже считаю пока не уперлись что без оси никак нех в ту сторону смотреть, хотя мне слабо представляется что можно Aleksey_75(84 знак., 25.01.2019 00:08)
- Это банальная бравада, но RTOS позволяет и такой подход. Просто следует отдавать себе отчет что стрелять из этой пушки по воробьям не нужно. Если не имеешь потребности в RTOS, то и нехер ее пользовать. Расточительство это. - Codavr(24.01.2019 23:57 - 25.01.2019 00:01)
- Охуенный довод в пользу осей и гавенного кода :)))) - Codavr(24.01.2019 23:53)
- ах-ха-ха.... зачОтно. "изображаем бурную видимость работы" да это на начальство работает, но меня это сцуко очень бесит, наверное потому что я так не умею))) точнее мне это чуждо и не приемлемо - Aleksey_75(24.01.2019 23:56)
- Ну чего я буду разбирать тут работу семафоров, мьютексов итд итп. Почитай сам. Несколько дней вдумчивого чтения и все станет ясно. Я знакомился по циклу статей Андрея Курница про FreeRTOS. Для осознания очень неплохо изложено. - Codavr(24.01.2019 23:35 - 23:44)
- Только семафоры и мьютексы - это скорее минусы. Плюс один - готовый долговыполняющийся код работает, как будто больше ничего и нет. Как многолучевой осциллограф с переключением:) - VLLV(24.01.2019 23:48)
- Не хочу перетирать теоретические основы. Если семафоры зажигают, значит это кому то нужно. - Codavr(24.01.2019 23:50)
- Только семафоры и мьютексы - это скорее минусы. Плюс один - готовый долговыполняющийся код работает, как будто больше ничего и нет. Как многолучевой осциллограф с переключением:) - VLLV(24.01.2019 23:48)
- Вы можете не разрабатывать нормальную архитектуру, а нахерачить методов по 500 строк с лапшой, раскидать по потокам и уже можно показывать начальству/заказчику. Типа почти все работает. Потом все это полить кривой межпоточной синхронизацией, и s_h_e(72 знак., 24.01.2019 23:47)
- про "рутину" подробнее плиз - Aleksey_75(24.01.2019 23:29)
- Собственно все они сводятся тоже к одному плюсу - ось берет на себя всю рутину, и позволяет тебе заниматься структурой задачи. - Codavr(24.01.2019 23:26)