Сообщение Re[12]: как лучше посутпить от 12.06.2021 22:10
Изменено 12.06.2021 22:42 Артём
Re[12]: как лучше посутпить
Здравствуйте, AlexGin, Вы писали:
AG>GIS системы например... тот же навигатор (неужели нет такого в премиальном ланцере)?
Актуальная тема, кстати. Мобильная аппликуха. Как протащить C++ на этот проект? Ведь, если целевое устройство- это планшет на ipados или android, то там овер дофига памяти, ускоритель и зоопарк графических API. Вот Qt Quick решает вопрос с зоопарком, но хромиум решает этот вопрос лучше, и работает с JS. А под JS можно транспилить из Typescript и Clojourescript. В компании десятки программистов с опытом в typescript и лишь один с C++, который на нём 10 лет как не писал.
Затыки (по опыту) не в языке, а в неоптимальных алгоритмах. Скажем, простая страница с 1 кнопкой на C++ и на JS загрузится за 0.01s либо за 0.1s. Пользователю пофиг. Наивный грид с 1000 строчек, будет тормозить 5s на C++ и 50s на JS — но, переписанный по уму, загрузится за те же 0.01s на C++ и 0.1s на JS. Пользователя удовлетворит 0.1s по уму на JS.
AG>Интернет вещей, "умный_дом", распознавание видео и звуков.
Всё это в облаках на сегодня. Оконечные устройства (умные лампочки) да, ограничены в памяти, но это узкая ниша и приближено к месту производства (Китай), что писать прошивку проше найти дешевле программиста, да в той же РБ, написать и забыть.
AG>На сегодняшний день — даже сложно говорить о каком-либо одном мейнстриме.
Ещё раз, мейнстрим- это на чём большитство пишут. Как критерий, предлагаю взять видео какого-нить доклада или туториала и за критерий- число просмотров. Qt будут какие-нить 100 просмотров, а React 50000 просмотров. Вот и всё, о чём можно дальше говорить с Qt.
Тё>>При всей ностальгии по C++, протащить его на новый проект нереально.
AG>Постановка вопроса нелогичная: зачем что-то куда-то тащить?
Чтобы писать на C++. Ибо как ещё на нём писать (кроме pet-проектов, но я этим не занимаюсь).
AG>Это ведь просто инструмент...
AG>Сначала будешь забивать гвозди ложкой, потом вилкой.
AG>Наконец под руки попадется старый добрый молоток (C++).
Этот "молоток", это как старый добрый утюг на углях. Когда изобрели дешёвый электрический гладильный пресс. Пока плюсник с утюгом на углях 30м гладит одну рубашку, веб прогер с React и CSS за 1 минуту прикладывает 10 рубашек. И вот такой мастер утюга на углях выходит на рынок труда конкурировать с мастерами электро гладильного пресса. Бизнесу ведь пофиг на скорость исполнения кода- задача лишь выпустить продукт побыстрее и поменьше затрат, чтобы не слишком сильно тормозило на современных устройствах, а через год, с новым поколением устройств, оно само перестанет тормозить. Пока будут писать на C++ год и риск, что не выстрелит, конкуренты выкинут на рынок их продукты и окучат потенциальных кастомеров.
AG>GIS системы например... тот же навигатор (неужели нет такого в премиальном ланцере)?
Актуальная тема, кстати. Мобильная аппликуха. Как протащить C++ на этот проект? Ведь, если целевое устройство- это планшет на ipados или android, то там овер дофига памяти, ускоритель и зоопарк графических API. Вот Qt Quick решает вопрос с зоопарком, но хромиум решает этот вопрос лучше, и работает с JS. А под JS можно транспилить из Typescript и Clojourescript. В компании десятки программистов с опытом в typescript и лишь один с C++, который на нём 10 лет как не писал.
Затыки (по опыту) не в языке, а в неоптимальных алгоритмах. Скажем, простая страница с 1 кнопкой на C++ и на JS загрузится за 0.01s либо за 0.1s. Пользователю пофиг. Наивный грид с 1000 строчек, будет тормозить 5s на C++ и 50s на JS — но, переписанный по уму, загрузится за те же 0.01s на C++ и 0.1s на JS. Пользователя удовлетворит 0.1s по уму на JS.
AG>Интернет вещей, "умный_дом", распознавание видео и звуков.
Всё это в облаках на сегодня. Оконечные устройства (умные лампочки) да, ограничены в памяти, но это узкая ниша и приближено к месту производства (Китай), что писать прошивку проше найти дешевле программиста, да в той же РБ, написать и забыть.
AG>На сегодняшний день — даже сложно говорить о каком-либо одном мейнстриме.
Ещё раз, мейнстрим- это на чём большитство пишут. Как критерий, предлагаю взять видео какого-нить доклада или туториала и за критерий- число просмотров. Qt будут какие-нить 100 просмотров, а React 50000 просмотров. Вот и всё, о чём можно дальше говорить с Qt.
Тё>>При всей ностальгии по C++, протащить его на новый проект нереально.
AG>Постановка вопроса нелогичная: зачем что-то куда-то тащить?
Чтобы писать на C++. Ибо как ещё на нём писать (кроме pet-проектов, но я этим не занимаюсь).
AG>Это ведь просто инструмент...
AG>Сначала будешь забивать гвозди ложкой, потом вилкой.
AG>Наконец под руки попадется старый добрый молоток (C++).
Этот "молоток", это как старый добрый утюг на углях. Когда изобрели дешёвый электрический гладильный пресс. Пока плюсник с утюгом на углях 30м гладит одну рубашку, веб прогер с React и CSS за 1 минуту прикладывает 10 рубашек. И вот такой мастер утюга на углях выходит на рынок труда конкурировать с мастерами электро гладильного пресса. Бизнесу ведь пофиг на скорость исполнения кода- задача лишь выпустить продукт побыстрее и поменьше затрат, чтобы не слишком сильно тормозило на современных устройствах, а через год, с новым поколением устройств, оно само перестанет тормозить. Пока будут писать на C++ год и риск, что не выстрелит, конкуренты выкинут на рынок их продукты и окучат потенциальных кастомеров.
Re[12]: как лучше посутпить
Здравствуйте, AlexGin, Вы писали:
AG>GIS системы например... тот же навигатор (неужели нет такого в премиальном ланцере)?
Актуальная тема, кстати. Мобильная аппликуха. Как протащить C++ на этот проект? Ведь, если целевое устройство- это планшет на ipados или android, то там овер дофига памяти, ускоритель и зоопарк графических API. Вот Qt Quick решает вопрос с зоопарком, но хромиум решает этот вопрос лучше, и работает с JS. А под JS можно транспилить из Typescript и Clojourescript. В компании десятки программистов с опытом в typescript и лишь один с C++, который на нём 10 лет как не писал.
Затыки (по опыту) не в языке, а в неоптимальных алгоритмах. Скажем, простая страница с 1 кнопкой на C++ и на JS загрузится за 0.01s либо за 0.1s. Пользователю пофиг. Наивный грид с 1000 строчек, будет тормозить 5s на C++ и 50s на JS — но, переписанный по уму, загрузится за те же 0.01s на C++ и 0.1s на JS. Пользователя удовлетворит 0.1s по уму на JS.
AG>Интернет вещей, "умный_дом", распознавание видео и звуков.
Всё это в облаках на сегодня. Оконечные устройства (умные лампочки) да, ограничены в памяти, но это узкая ниша и приближено к месту производства (Китай), что писать прошивку проше найти дешевле программиста, да в той же РБ, написать и забыть.
AG>На сегодняшний день — даже сложно говорить о каком-либо одном мейнстриме.
Ещё раз, мейнстрим- это на чём большитство пишут. Как критерий, предлагаю взять видео какого-нить доклада или туториала и за критерий- число просмотров. Qt будут какие-нить 100 просмотров, а React 50000 просмотров. Вот и всё, о чём можно дальше говорить с Qt.
Тё>>При всей ностальгии по C++, протащить его на новый проект нереально.
AG>Постановка вопроса нелогичная: зачем что-то куда-то тащить?
Чтобы писать на C++. Ибо как ещё на нём писать (кроме pet-проектов, но я этим не занимаюсь).
AG>Это ведь просто инструмент...
AG>Сначала будешь забивать гвозди ложкой, потом вилкой.
AG>Наконец под руки попадется старый добрый молоток (C++).
Этот "молоток", это как старый добрый утюг на углях. Когда изобрели дешёвый электрический гладильный пресс. Пока плюсник с утюгом на углях 30м гладит одну рубашку, веб прогер с React и CSS за 1 минуту прикладывает 10 рубашек. И вот такой мастер утюга на углях выходит на рынок труда конкурировать с мастерами электро гладильного пресса. Бизнесу ведь пофиг на скорость исполнения кода- задача лишь выпустить продукт побыстрее и поменьше затрат, чтобы не слишком сильно тормозило на современных устройствах, а через год, с новым поколением устройств, оно само перестанет тормозить. Пока будут писать на C++ год и риск, что не выстрелит, конкуренты выкинут на рынок их продукты и окучат потенциальных кастомеров.
Смотреть с 7:42
https://www.youtube.com/watch?v=hF0l2M-oD04&t=462s&ab_channel=StefanMischook
AG>GIS системы например... тот же навигатор (неужели нет такого в премиальном ланцере)?
Актуальная тема, кстати. Мобильная аппликуха. Как протащить C++ на этот проект? Ведь, если целевое устройство- это планшет на ipados или android, то там овер дофига памяти, ускоритель и зоопарк графических API. Вот Qt Quick решает вопрос с зоопарком, но хромиум решает этот вопрос лучше, и работает с JS. А под JS можно транспилить из Typescript и Clojourescript. В компании десятки программистов с опытом в typescript и лишь один с C++, который на нём 10 лет как не писал.
Затыки (по опыту) не в языке, а в неоптимальных алгоритмах. Скажем, простая страница с 1 кнопкой на C++ и на JS загрузится за 0.01s либо за 0.1s. Пользователю пофиг. Наивный грид с 1000 строчек, будет тормозить 5s на C++ и 50s на JS — но, переписанный по уму, загрузится за те же 0.01s на C++ и 0.1s на JS. Пользователя удовлетворит 0.1s по уму на JS.
AG>Интернет вещей, "умный_дом", распознавание видео и звуков.
Всё это в облаках на сегодня. Оконечные устройства (умные лампочки) да, ограничены в памяти, но это узкая ниша и приближено к месту производства (Китай), что писать прошивку проше найти дешевле программиста, да в той же РБ, написать и забыть.
AG>На сегодняшний день — даже сложно говорить о каком-либо одном мейнстриме.
Ещё раз, мейнстрим- это на чём большитство пишут. Как критерий, предлагаю взять видео какого-нить доклада или туториала и за критерий- число просмотров. Qt будут какие-нить 100 просмотров, а React 50000 просмотров. Вот и всё, о чём можно дальше говорить с Qt.
Тё>>При всей ностальгии по C++, протащить его на новый проект нереально.
AG>Постановка вопроса нелогичная: зачем что-то куда-то тащить?
Чтобы писать на C++. Ибо как ещё на нём писать (кроме pet-проектов, но я этим не занимаюсь).
AG>Это ведь просто инструмент...
AG>Сначала будешь забивать гвозди ложкой, потом вилкой.
AG>Наконец под руки попадется старый добрый молоток (C++).
Этот "молоток", это как старый добрый утюг на углях. Когда изобрели дешёвый электрический гладильный пресс. Пока плюсник с утюгом на углях 30м гладит одну рубашку, веб прогер с React и CSS за 1 минуту прикладывает 10 рубашек. И вот такой мастер утюга на углях выходит на рынок труда конкурировать с мастерами электро гладильного пресса. Бизнесу ведь пофиг на скорость исполнения кода- задача лишь выпустить продукт побыстрее и поменьше затрат, чтобы не слишком сильно тормозило на современных устройствах, а через год, с новым поколением устройств, оно само перестанет тормозить. Пока будут писать на C++ год и риск, что не выстрелит, конкуренты выкинут на рынок их продукты и окучат потенциальных кастомеров.
Смотреть с 7:42
https://www.youtube.com/watch?v=hF0l2M-oD04&t=462s&ab_channel=StefanMischook