Понятно что на JS можно написать приложение, аналогичное Веб-странице, с кнопками и всякими визуальными штуками.
А можно-ли написать что-то более системное, что на веб-страницах не используют? Например свой сервер, принимающий подключения с других устройств в локальной сети по TCP или по блютусу или еще как-нибудь?

Просто я кроме Жаваскрипт ничего в ВУЗе не учил, а всякие серверные питоны и другие языки возраст уже не позволяет изучать.

+28 Так же можно сказать что ES8 это другой язык. Но очевидно что это не так.

(27)так просто же. 50x50. Оба вкалываем. Оба ежеждневно присутствуем на планерках. Расписываем задачи, делаем. Отчитываемся о проделанной работе и берем задачи на следующий день. По итогу недели оцениваем продуктивность сделанного в баллах. Берем задачи на следующую неделю. Ну это система Scrum. Я в текущем проекте по этой системе двигаюсь. Эффективно. Правда  у меня команда из более чем 5ти человек где я работаю. из них 2 фронтэнд программиста, один бэкэнд (я) и основатель - он же как заказчик. И его менеджеры, операторы. Но прогеры в доле так что он партнер.

(28)а ванильный js ты тже юзаешь?

от обычных задач связанных с фронтэндом я отказываюсь обычно потому что там Jquery В персвую очередь. После освоения Vue, Vuex  Vuetify у меня аллергия на старый подход к написанию кода на js. А если заказывают сайт, там же везде jquery. Эта такая боль заниматься тем, что не развивает тебя.

(31) Конечно юзаю. Это мой любимый язык. Особенно последние версии, очень радуют.

(32) jquery нафиг не нужен. Стараюсь его избегать. От него одни проблемы. Он глючный, забагованный, и не кроссбраузерный. Не уверен что его вообще все еще поддерживают, даже не интересно вникать.

жевери как раз самый что ни на есть кроссбраузерный.
это как бв его основная цель - сделать кроссбраузерную работу с дом

(35) Ожидание не всегда совпадает с реальностью. Если бы ты с ним поработал побольше, то узнал бы сколько в нем багов. Часто проще написать на ванильном ЖС, чем разбираться почему в одном браузере работает какая-то фича jquery, а в другом нет.

(36) на ванильном вообще все различия нужно вручную обрабатывать

Пиши кроссплатформенно на C#
https://docs.microsoft.com/ru-ru/xamarin/ios/

Зная TS несложно выучить C#

(37) Ну конечно. Это же очевидно.

помнится когда переписывал тултипы для мисты с ванилы на жквери то там было 100500 костылей для ие

(38) На C# я писал под Windows Phone. Хороший ЯП. Не знал что под iOS можно писать на Микрософте.

(41) там помоему всёравно нужен гдето xcode

(41) ты будешь смеяться, но даже на свежих версиях Delphi можно.

(42) Ну да. Нужен конкретный компилятор
https://docs.microsoft.com/ru-ru/xamarin/ios/get-started/installation/

https://ru.wikipedia.org/wiki/Xcode
Пакет Xcode включает в себя изменённую версию свободного набора компиляторов GNU Compiler Collection и поддерживает языки C, C++, Objective-C, Objective-C++ (англ.)русск., Swift, Java, AppleScript, Python и Ruby с различными моделями программирования, включая (но не ограничиваясь) Cocoa, Carbon. Сторонними разработчиками реализована поддержка GNU Pascal[1], Free Pascal[2], Ada[3], C#[4], Perl[5], Haskell[6] и D[7]. Пакет Xcode использует GDB в качестве back-end’а для своего отладчика.

(44) Вот засранцы, JS не добавили в пакет.

(45) меня более удивляет мешанина из интерпретируемых и компилируемых языков.

какой-то уж очень суровый комбайн получается в одной среде

(46) От языка это не зависит, зависит от его применения. Любой язык может быть как интерпретируемым, так и компилируемым.

(48) в теории да, на практике вы вряд ли встретите интерпретируемый си или компилируемый питон. Так уж сложилось.

(49) Зацени интерпретатор C++
http://www.softintegration.com/

(50) Заценил, экзотично. Но оно заметно заточено на обучение, и, похоже, не сильно свежее - последние обновления на сайте 17 годом. Я не спорю, что технически можно сделать. Но это будет из разряда экзотики. Общепринятая работа с С/С++ это компиляция.

(49) вот тебе питон https://www.pypy.org/ компилируемый (почти)
вот тебе Си https://ru.wikipedia.org/wiki/Tiny_C_Compiler (можно запускать как интерпретатор и встраивать в свои приложения)

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

Также нужно понимать,что отладка реально компиллированного кода-это очень неприятное занятие,а использовать специально подготовленный код не всегда можно.

+(52) IronPython еще умеет .NET сборки делать

(54) Фу, какой этот компилированный код противный. В топку его нафиг.

(16) >> Поэтому,большая вероятность,что сервер,даже если и удастся его написать,будет работать,пока устройство не заснуло.

Можно же настроить приложение чтобы будило телефон, точнее чтобы не давало ему заснуть вообще. Когда смотришь фильм на два часа, он же не засыпает вообще.
А мне достаточно чтобы не заснул минут 30 максимум.

На данный момент чистых интерпретаторов не осталось
Или компиляторы или нечто среднее, в некий байт-код сначала переводится и уже он исполняется.

(11) > ифон, анально огороженный

привет парень из прошлого. Хранишь дома коллекцию mp3 на самодельном NAS ?

Короче, на чем лучше писать приложение для обмена данными с телефоном? Думаю белый IP ему сделать. Либо он сам будет подключаться к другому белому IP.
Нужно передавать видео с камеры, получать звуковые команды и сразу же их выводить в наушники с минимальными задержками.

Какой инструмент для этого лучше подходит? Учитывая что JS знаю отлично, C# и С++ похуже.

(60) вот это https://pkg.go.dev/golang.org/x/[email protected]/example/network

(61)+ https://medium.com/@punpun/android-camera-streaming-with-webrtc-gomobile-and-libvpx-41ba1f9d1a23

Только хз как под iOS там как бы Swift сча в моде взамен откровенно сложного и неудачного Objective-C

(59) это кстати неплохой способ коллекцию-таки-сохранить

по своей работе могу сказать (не сильно нарушая NDA) правообладатели постоянно снимают музыкальные релизы с публикации, не сильно морочась что они у когото в плейлисте висят

(61) Это под андроид. Мне надо под iOS

+(60) Должно получиться что-то на подобии видеозвонка, но разница в том, что звук нужно передавать только от одного телефона в другой, а видео только в обратном направлении. И минуя промежуточный веб-сервер, чтобы задержки были как можно меньше, считанные миллисекунды. Чем меньше, тем лучше.

(66) swift учи

(66) аидео рацию чтоли делаешь?

(1) я просто оставлю это здесь

https://www.linux.org.ru/forum/development/16172907

(68) Типа того. Управлять FPV дроном через сотовую сеть.

Если считаешь себя программистом, то ты можешь освоить всё. А если киваешь на возраст - то лучше идти нянчить внуков
сотовая сеть в принципе не может быть одноранговой и задержки, сам знаешь какие

(71) Какие задержки? Обычный аудио звонок довольно быстрый, задержки хоть и есть, но приемлемые. Для управляющего сигнала пойдет.
Для видео нужен интернет. Пинг 20-30 мс. Тоже вроде в пределах того что мне нужно. Какие могут быть проблемы?

(72) ну если летать в пределах видимости БС, то может, и ничего. Но отлетать сильно далеко не советую, расколотишь дрон.

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

(70) Зачем управлять дроном через мобильную связь если можно через Wi-Fi дрон как точка доступа
https://stackoverflow.com/questions/51649549/how-do-you-get-the-ip-address-of-a-server-not-a-webserver-but-a-tcp-server-cre

https://ru.stackoverflow.com/questions/630653/tcp-ip-%d1%81%d0%ba%d0%be%d1%80%d0%be%d1%81%d1%82%d1%8c-%d0%be%d0%b1%d0%bc%d0%b5%d0%bd%d0%b0/634019#634019

(73) БС так-то не одна, их достаточно чтобы покрывать территорию без разрывов.

(75) Радиус действия Wi-Fi ограничен

через сотовую - это и есть через инет.
поднимаешь у себя сервак с белым ип, с телефона подключаешься и вперед.
можно вообще веб приложение сделать через webrtc

(74) Кто-то может и делает, откуда тебе знать? Я же делаю.
Все не делают из-за дороговизны оборудования. Не каждый захочет разбирать дорогущий 12-й айфон чтобы сделать управление игрушкой.

(78) Ну для дрона достаточно. А сотовая то тоже ограничена расстоянием до вышки. Можешь вообще через UDP сделать если тебе обратная связь не нужна.
А как ты думаешь дроном с пульта управляешь?

Про пульт тупанул

(80) Знать - из инета. Тема достаточно избитая, в форумах достаточно много про это написано.
Автономные дроны часто имеют на борту 4G, но не для оперативного управления, а, например, для того чтобы новый маршрут загрузить единовременно.
FPV же таким образом нормально получится сделать вряд ли, потому что инет поверх сотовой связи не заточен под реальное время от слова вообще. Нет никакой гарантии, что в следующую минут не будут задержки 200 мс или 1000. Запросто.
А вот айфон для этого, думаю, точно никто не разбирает. Есть готовые платы.

Как бы UDP как раз для случаев с потерей пакетов и задержками,когда каждый пакет отдельно.
Опять же,вместо видео передавать серию картинок,если связь слабая,то интервал между картинками увеличивается.
И ничего сложного.
Нет,конечно,если хочется плату от iPhone вставить внутрь дрона,то,конечно,его придется разбирать,но есть же готовые платы.
Для пульта же телефон,в принципе,подходит,но там очень ограниченное управление,т.к.джостики и три д мыши к телефону не подключаются.

И почему,обычно используется сервер-посредник - это позволяет на двух концах иметь кривые ip-адреса,что намного проще,т.к.на реальные может идти паразитный трафик.
Опять же,последних звена два-это от дрона до вышки и от телефона до вышки,на каждом могут быть проблемы.

(84) дело в том, что FPV подразумевает управление в реальном времени. Т.е. задержки там недопустимы. Когда вы слушаете интернет-радио, там проблем особых нет, все буферизуется, и если что-то замерло, то вы даже не заметите разницы. Когда вы через 3G работаете в RDP - это уже заметно и несколько более неприятно. А когда вам надо отвернуть от дерева или стены, а оно приходит на полсекунды позже - как-то оно совсем не фонтан...

+ (86) ну хорошо, сделаете вы на UDP без гарантии доставки и будете давить ручку до посинения - не первая команда типа дойдет, так вторая или третья. Но по факту дрон все равно не получит управляющий сигнал тогда, когда он нужен, например, чтобы срулить от препятствия, а получит позже. Соответственно есть нехилый шанс что он в это препятствие прилетит.

(84) >> Для пульта же телефон,в принципе,подходит,но там очень ограниченное управление,т.к.джостики и три д мыши к телефону не подключаются.    

Подключается все что угодно. Буду подключать обычный радио пульт к передающему телефону.

Есть такая теория управления.
Там все эти моменты с задержкой и реакцией,а также отказами давно разобраны,и вывод,что если канал не гарантированный,то его использовать нельзя.

(89) Ну нас всякие теории не интересуют. Вопрос простой, и его нужно решить.

https://dronomania.ru/faq/chto-takoe-fpv-i-v-chem-raznica.html
Должно быть какое то API к нему
https://habr.com/ru/post/229877/

(91) Даже если и было бы API, куда его применять в данном случае?

Up, Serginio1

(92) Как куда к твоему смартфону. Ты рисуешь клавиши и при нажимании на них посылаешь команды.
Или используешь геймпад
https://www.gameawards.ru/article/1065/kakoj-dzhojstik-xbox-kupit-chtoby-igrat-v-oblachnye-igry-project-xcloud-na-android/

Будешь и управлять и смотреть видео

(94) Один фиг я ничего не понял из того что ты написал. Вот смотри:
Я подключаю пульт управления к 12 айфону, который стоит на земле. Он по 5G интернету связывается с другим 12 айфоном, разобранным, без экрана и прочей ненужной шелупони, который находится на дроне, и посылает управляющие сигналы в полетный контроллер, а изображение с камеры посылает через тот же инет на землю.
Вопрос: Куда тут пихать АПИ по твоей ссылке?

(95) Ты не читал https://dronomania.ru/faq/chto-takoe-fpv-i-v-chem-raznica.html
https://dronomania.ru/faq/fpv-dron-s-chego-nachat-novichku.html
Существуют уже https://dronomania.ru/faq/fpv-dron-s-chego-nachat-novichku.html

Если ты хочешь через айфоны по 5G то опять же тебе нужен контроллер, что бы команды посылать.
Управлять то проще джостиком. Можно конечно кнопки нарисовать. И через них посылать команды.

Но проще купить уже готовый дрон с пультом и экраном.
https://dronomania.ru/hardware/dji-digital-fpv-system.html

4 км и цена дешевле айфона всего то https://dronomania.ru/hardware/dji-digital-fpv-system.html#i-12
819-920$

96 Так или иначе тебе нужен апи для " посылает управляющие сигналы в полетный контроллер"
Я так понимаю Камера отдельно.
Само простое это через постоянное Tcp/ip соединение посылать команды и принимать видео.
Можно через 2 соединения на 2х портах.
Как бы проблем то нет.

(96) Так а что конкретно там читать? Я посмотрел, это для новичков, ничего по моему вопросу я там не увидел.

Зачем мне готовый? У него дальность маленькая, ограничена радиусом действия аппаратуры. Я хочу через сотовую сеть сделать передачу данных, чтобы не ограничиваться одним радиусом, а запускать на большие расстояния не таская мощные передатчики и огромные антенны на дроне, к тому же всякие ограничения на мощность передатчика и используемые частоты есть. А через сотовую сеть можно без всяких лицензий летать с маломощным передатчиком и крохотной антенной.

Во вторых айфон покупать не придется, потому что у меня он как раз уже есть для опытов с треснутым стеклом, который не жалко разобрать. Экономия 920 баксов.

(97) >> Так или иначе тебе нужен апи для " посылает управляющие сигналы в полетный контроллер"

Там обычный ppm или pwm сигнал, никакого АПИ не требуется.

Камера берется от того же айфона, широкоугольная и с четкой картинкой. Разрешение и скорость камеры выше чем нужно, все упирается в обрабатывающий софт и передачу данных на землю.

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

(100) Анекдот
- Я работаю на компьютере и печатаю 1200 ударов в минуту.
Все сотрудники в изумлении:
- Какая скорость!!!
А потом тихонько в сторону добавляет:
- Но такая ерунда получается!

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

(101) Еще раз объясняю: Я знаю какой протокол используют мои дроны, и именно по нему посылаю команды. Переделывать на другой протокол не собираюсь. Зачем ты мне навязываешь какие-то сторонние нестандартные протоколы?

(102) Так в чем проблемо то передавай. Я тебе ничего не навязываю.

(103) Надо программулину для телефона написать, которая будет принимать/передавать данные через интернет. В этом и вся проблема. Я под эти дурацкие яблоки ни разу не программировал, только под вин-фон писал на С#.

Так бери Xamarin и пиши на C#
Пример перредачи данных я тебе уже давал
https://ru.stackoverflow.com/questions/630653/tcp-ip-%d1%81%d0%ba%d0%be%d1%80%d0%be%d1%81%d1%82%d1%8c-%d0%be%d0%b1%d0%bc%d0%b5%d0%bd%d0%b0/634019#634019

Можешь использовать UDP
https://docs.microsoft.com/ru-ru/dotnet/framework/network-programming/using-udp-services

105+ Только лучше использовать асинхронные методы async/await
https://stackoverflow.com/questions/59661155/is-it-possible-to-have-multiple-udp-c-sharp-sockets-with-same-localendpoint

(105) Похоже, тут тема была поднята не ради того, чтобы что-то писать, а ради того чтобы все заценили, что он ради этого айфон собрался разломать. Кормить тролля дело неблагодарное ;)

(105) Спасибо, наверное его и возьму. Пока еще думаю

(107) Ты немного не понял. Я же писал что у меня целых два айфона последней модели!!! Внимательнее надо быть.

Я чет так и не понял причем тут серверные приложения

(107) Это ж Пашо, бгг.
Ыксперд-походник, культурист, программизд руками на всём подряд, а теперь ещё и сборщик дронов из айфонов :)

Тема заведена для того, чтобы сообщить, что у ТС "два айфона последней модели"

(111) Ты в теме про походы облажался, пришел еще и сюда позориться?

(110) Я имел в виду не просто фронтенд-приложения, а приложения более низкого уровня, с бэкендом. Чтобы был доступ к камере, например. И к TCP-портам. А не просто на экране нарисовать кнопку.

(114) Мвахаха, а ты под фронтендом понимаешь только рисование кнопок на экране? %))

(114) Я понимаю, но там нет такого разделения. Приложение и приложение, с UI, бизнес-логикой, работой с системными api. Просто на том же swift еще можно прямо серверные приложения писать, с деплоем прям на линуксе, вот там бэкенд.

(115) Ну конечно, я же понятно написал что я имел в виду. Читай внимательнее.

(116) Ну это мне как раз подходит. Деплой на сторонние серверы не нужен, все должно работать на одном устройстве.

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

а не проще ли купить нормальный дрон а ля DJI, где все это есть из коробки?

(120) у меня был первый фантом, покупал его за 40 тысяч с 3мя доп аккумуляторами. Полетал на нем 30-40 минут и положил на балкон. Еле втюхал его потом за 10 тысяч пару лет назад. Короче я посчитал 1000 в минуту, более бездарного просирания денег я еще не делал.

(120) Пример нормального дрона в студию! DJI не предлагать, это игрушка.

(121) Кто серьезно занимается дронами, тратят КАЖДЫЙ месяц больше, чем ты потратил на фантом.

(123) ну это да, мужчина отличается от мальчика только стоимостью игрушек.

(124) Это да. Щас аппаратуру думаю обновлять, стоит дофига, а выглядит как геймпад. Посторонним хрен обоснуешь такую покупку.

Или может взять подешевле, а к нему недостающие модули докупить

(73) >> Но отлетать сильно далеко не советую, расколотишь дрон
Не бойся, все продумано. При потере сигнала у дрона два путя: Остановиться и зависнуть на месте пока не появится сигнал, и если он не появился за определенное время, то подняться на определенную высоту и вернуться туда, откуда он прилетел. Это хорошо если летать над водой, если не хочется чтобы он упал в воду и потерялся навсегда.
Второй путь - упасть на землю. Это хорошо если летаешь по лесу, и не хочется чтобы он запутался в ветках. Или если в помещении, там он просто не сможет вернуться ни во что не врезавшись.

На прошлой неделе приехал спутниковый модуль с компасом Matek M8Q-5883. Буквально только что его припаял к дрону и настроил прошивку, проверяю, работает собака. С первого раза запустился. Ловил спутники на холодную секунд 30 внутри квартиры. На горячую мгновенно находит спутники. Сейчас видит 12 спутников с хорошим сигналом, и это под крышей! Я доволен. Так что теперь аварийный автовозврат домой можно считать готов. Нужно только на улице протестировать.

Вот такой:
https://i.ibb.co/qFYQJWt/IMG-1159-2.jpg

Вот этот чувак на видео сделал дрон почти как я планировал. Украл мою идею.

Только у него на 4G. Но все равно работает отлично. На 5G будет ещё лучше, можно смело делать. Пинг раза в три быстрее должен быть. Пропускная способность в обоих случаях не является слабым местом.

https://youtu.be/dxj8JwdQ7Lk