Для IT особенно. По сути работа ITишника ни чем не сложнее того же преподавателя в Вузе, или инженера механика.
Собственно не ясно, за что такие деньги и платить? За то, что вы есть? Так таких ка вы много, мне проще взять толкового не зазнавшегося студента, чем вас.
А вам надо открывать свое дело с такими амбиницями. Там вы сами себе будете хозяин и говорить другим что делать и за сколько, а они либо соглашаться с вами, либо нет и увольняться постоянно.
Да в принципе цены норм. Мы разрабатывали микросхме HART модема.
Если убрать цену корпуса, тут на фото он дорогущий😀, то сами кристаллы стоят копейки. И конечная цена вполне себе соизмерима с ценой китайского HART модема, другое дело, что смысла в этом нет. Если есть китайские модемы. то лишние телодвижения с запуском в производство своих делать неохота. Но на всякий случай, альтернатива имеется.
Добрый день, если ПО разработан за счёт гранта от фонда инновации, а сама компания ООО с 2 человеками в штате, т. е ни сервисного центра, ни сайта ни технических средств особо нет, то можно ли попасть в реестр? ,
В данном случае у вас и проблем не будет, которые вы пытались решать.
У вас инкапсуляция будет скрывать устройство телевизора или получения температуры, как она получается вас не должно интересовать.
Вас должен интересовать контракт. Если в контракте нет возможности передать ошибку, то делайте новый контракт и, например, используя шаблон адаптер реализуйте его
Никак, вы бы понимали, что за что отвечает и не трогали бы уже существующие реализии и их использование в легасе коде.
А так и реализацию менять и кучу легаси в 100500 местах.
Аналогия такая. Вы купили чернобелый. телевизор, и вдруг появился цветной. в продаже. Но вместо того, чтобы поменять его на цветной заменой на другой экземпляр, лезите внутрь, и все там сами меняете, схемы, кинескоп итд. Зачем?
Требования не проанализированы. По всей видимости быстро написали реализацию и в продакшен.
Дизайн не продуман. А надо было бы его нарисовать, выделить интерфейс для работы с температурой, продумать граничные условия, механизм передачи ошибок и т. д. И т. П. .
Если уж требования поменялись, то делайте новую реализацию. Но так как у вас тут все будет зависеть от конкретного класса, а не от интерфейса. То все считайте приехали. Был бы интерфейс можно было бы новую реализацию сделать с проверками, а так все менять придётся.
Если уж вообще требования поменялись, то и вводите новый интерфейс и расширяйте реализацию.
В общем, моё мнение проблема тут в подходе к разработке, сразу код и в продакшен. Так не надо, надо хоть маломальский анализ и Дизайн прикинуть. Иначе код превратиться в лапшу при любой парадигме программирования.
Это просто означает, что ваш Компилятор не поддерживал в полной мере стандарт С++, со всеми вытекающими на ваш страх и риск, считайте это некий диалект С++.
Есть такое понятие Embedded C++, там как раз часть библиотеки отсутствует и ещё кое что, например нет исключений. Ну дак это и другой язык
Всё что есть в стандартной либе С++ - должно быть реализовано по стандарту и никак иначе.
Нет, в идее std было заложено, что она может быть реализована на любой платформе, так как это часть языка. Там нет такого, что ты захотел использовать что-то, а оно у тебя не работает на платформе.
Всё что есть в std, должно быть реализовано и работать везде. Это база.
Так-то fstream довольно абстрактная вещь, предназначен для работы с данными в именованной области памяти и с абстрактным I/O потоком.
Почему вы думаете, что он не нужен для микроконтроллеров?
Это же не обязательно файл на диске. Вполне себе нужная и самое главное возможная для реализации везде штука.
Аналогию можно привести с консолью. В микроконтроллере нет консоли, однако std::cout прекрасно работает и выводит информацию через отладочный интерфейс в IDE, ну или вы можете перенаправить поток I/O куда хотите, в UART, например.
С TCP/IP так не выйдет - это уже какая-то специфика.
Насколько я понимаю, всё что есть в std, должно быть реализовано и работать везде. Это база.
Контекст был один, просто по английски она начала думать, что я должен отгадать, что она задумала.
Вот один запрос
Вы не тот запрос сделали.
Алиса, 27, только пришлось по-русски
Сейчас, просто тепличный условия.
Для IT особенно. По сути работа ITишника ни чем не сложнее того же преподавателя в Вузе, или инженера механика.
Собственно не ясно, за что такие деньги и платить? За то, что вы есть? Так таких ка вы много, мне проще взять толкового не зазнавшегося студента, чем вас.
А вам надо открывать свое дело с такими амбиницями. Там вы сами себе будете хозяин и говорить другим что делать и за сколько, а они либо соглашаться с вами, либо нет и увольняться постоянно.
А кто-то с нуля пишет ОC?
Да в принципе цены норм. Мы разрабатывали микросхме HART модема.
Если убрать цену корпуса, тут на фото он дорогущий😀, то сами кристаллы стоят копейки. И конечная цена вполне себе соизмерима с ценой китайского HART модема, другое дело, что смысла в этом нет. Если есть китайские модемы. то лишние телодвижения с запуском в производство своих делать неохота. Но на всякий случай, альтернатива имеется.
Добрый день, если ПО разработан за счёт гранта от фонда инновации, а сама компания ООО с 2 человеками в штате, т. е ни сервисного центра, ни сайта ни технических средств особо нет, то можно ли попасть в реестр? ,
ООП работает так как заявлено.
Вы поменяли контракт, а это не про инкапсулицию.
НУ и нарушили принцип инверсии зависимостей.
В данном случае у вас и проблем не будет, которые вы пытались решать.
У вас инкапсуляция будет скрывать устройство телевизора или получения температуры, как она получается вас не должно интересовать.
Вас должен интересовать контракт. Если в контракте нет возможности передать ошибку, то делайте новый контракт и, например, используя шаблон адаптер реализуйте его
Никак, вы бы понимали, что за что отвечает и не трогали бы уже существующие реализии и их использование в легасе коде.
А так и реализацию менять и кучу легаси в 100500 местах.
Аналогия такая. Вы купили чернобелый. телевизор, и вдруг появился цветной. в продаже. Но вместо того, чтобы поменять его на цветной заменой на другой экземпляр, лезите внутрь, и все там сами меняете, схемы, кинескоп итд. Зачем?
Тут сразу несколько проблем.
Требования не проанализированы. По всей видимости быстро написали реализацию и в продакшен.
Дизайн не продуман. А надо было бы его нарисовать, выделить интерфейс для работы с температурой, продумать граничные условия, механизм передачи ошибок и т. д. И т. П. .
Если уж требования поменялись, то делайте новую реализацию. Но так как у вас тут все будет зависеть от конкретного класса, а не от интерфейса. То все считайте приехали. Был бы интерфейс можно было бы новую реализацию сделать с проверками, а так все менять придётся.
Если уж вообще требования поменялись, то и вводите новый интерфейс и расширяйте реализацию.
В общем, моё мнение проблема тут в подходе к разработке, сразу код и в продакшен. Так не надо, надо хоть маломальский анализ и Дизайн прикинуть. Иначе код превратиться в лапшу при любой парадигме программирования.
Самопал 😀
Не знаю таких исключений, и стековерфлоу https://stackoverflow.com/questions/7854954/is-the-c-std-library-platform-independent
Можете прислать ссылку на такую фразу. По моим данным, это не так
https://stackoverflow.com/questions/7854954/is-the-c-std-library-platform-independent
Это просто означает, что ваш Компилятор не поддерживал в полной мере стандарт С++, со всеми вытекающими на ваш страх и риск, считайте это некий диалект С++.
Есть такое понятие Embedded C++, там как раз часть библиотеки отсутствует и ещё кое что, например нет исключений. Ну дак это и другой язык
Всё что есть в стандартной либе С++ - должно быть реализовано по стандарту и никак иначе.
Это как так? Почему может не быть, std это часть языка, не может не быть, ну либо это уже не С++.
Файлы есть везде, где есть память. Это же просто именованная область памяти.
Нет, в идее std было заложено, что она может быть реализована на любой платформе, так как это часть языка. Там нет такого, что ты захотел использовать что-то, а оно у тебя не работает на платформе.
Всё что есть в std, должно быть реализовано и работать везде. Это база.
Всё остальное отдельными библиотеками.
Так-то fstream довольно абстрактная вещь, предназначен для работы с данными в именованной области памяти и с абстрактным I/O потоком.
Почему вы думаете, что он не нужен для микроконтроллеров?
Это же не обязательно файл на диске. Вполне себе нужная и самое главное возможная для реализации везде штука.
Аналогию можно привести с консолью. В микроконтроллере нет консоли, однако std::cout прекрасно работает и выводит информацию через отладочный интерфейс в IDE, ну или вы можете перенаправить поток I/O куда хотите, в UART, например.
С TCP/IP так не выйдет - это уже какая-то специфика.
Насколько я понимаю, всё что есть в std, должно быть реализовано и работать везде. Это база.
С++ тем и хорош, что его применять можно везде, на любой платформе. И библиотечный функции работают на любом процессоре и микроконтроллер.
Вот есть у меня простой микконтроллер, там нет никакого TCP/IP, и зачем мне стандартная библиотека работы с TCP/IP там?