URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 120530
[ Назад ]

Исходное сообщение
"Прототип интерфейса для переноса изображений из реального ми..."

Отправлено opennews , 04-Май-20 09:42 
Сириль Диань (Cyril Diagne), французский художник, дизайнер, программист и экспериментатор в области интерфейсов взаимодействия с пользователем, опубликовал прототип приложения ar-cutpaste, использующего технологии дополненной реальности для переноса изображений из реального мира в графический редактор. Программа позволяет при помощи мобильного телефона сделать снимок любого реального объекта с нужным ракурсом, после чего приложение уберёт фон и оставит только этот объект. Далее пользователь может навести фокус камеры мобильного телефона на экран компьютера с запущенным графическим редактором, выбрать точку и вставить объект в эту позицию...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=52875


Содержание

Сообщения в этом обсуждении
"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 09:59 
> Код серверной части написан на языке Python

Допустим. Жирновато, но ладно.

> а мобильного приложения для платформы Android на TypeScript с применением фреймворка React Native

Боже... Зачем?!


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Lockywolf , 04-Май-20 10:12 
Может, потому что автор ничего другого не знал?

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 11:13 
Тык первые шаги они всегда такие сделаны на коленке если выстрелит (а я сомневаюсь), то будет нормально написано на нативе для платформы

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено коржик , 04-Май-20 11:26 
на нативном андроиде легче писать

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено kai3341 , 04-Май-20 22:39 
>  на нативном андроиде легче писать

Да, и код сразу получается кроссплатформенным -- и в ios работает, и в простигоспаде win.


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Lex , 05-Май-20 00:36 
Он не факт, что работает на яблоке( нативные модули надо для всех платформ настраивать и всякие стили и проч могут разъехаться ).
И, уж тем более, на винде( мне даже любопытно, какой из нативных проектов «должен» собираться под винду - который gradle+java/kotlin или xcode+objc/swift ).

Ну и отдельный и, пожалуй, самый главный вопрос - на кой черт там TS.
С этим убожеством более-менее выразительный и простой JS превращается в C++/Java-подобное недоразумение в плане уродливого и громоздкого синтаксиса.. ещё и со всеми минусами js, в который оно в итоге и превращается.


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 05-Май-20 17:53 
> С этим убожеством более-менее выразительный и простой JS превращается в C++/Java-подобное недоразумение в плане уродливого и громоздкого синтаксиса

вот это поворот


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Lex , 06-Май-20 22:38 
>> С этим убожеством более-менее выразительный и простой JS превращается в C++/Java-подобное недоразумение в плане уродливого и громоздкого синтаксиса
> вот это поворот

Да-да, и в вебе и в RN и в JS есть свои макаки, которые заталкивают в проект всякий мусор хз_зачем и те, кто их откровенно ненавидит за это


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено asdasd , 04-Май-20 12:54 
Ага, то-то все активно VS Code, Slax переписывают с Electron'а, а Skype настолько популярный, что его вообще решили с натива на Electron переписать!

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аномномномнимус , 04-Май-20 14:01 
Откровенно говоря скайп, в т.ч. тот который бузинесс - сегодня полный шлак в плане юзабилити. Шлак для платных планов не осилил более 15 человек на созвон - это просто некая технически невозможная по меркам 2020-го года вещь.
VS Code - единственнй из них, за кого почти не стыдно (хотя всё чаще думаю купить райдер для онтопиков, а на оффтопике полноценная студия без всяких электронов)

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено коржик , 04-Май-20 16:03 
> райдер

сам пользуюсь райдером, в целом доволен. С одной стороны он полегче чем vs+r#, с другой - очень много мелочей, к которым быстро привыкаешь, а потом без них не можешь в студии.

Рекомендую, но за счёт работодателя, разумеется )


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Lockywolf , 05-Май-20 05:36 
Что за райдер?

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено коржик , 05-Май-20 08:38 
кроссплатформенная ide от jet brains для дотнетирования. Грубо говоря, это resharper с интерфейсом от intellij .

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено robot228 , 04-Май-20 16:34 
Ты видел аудиторию этого г? Первым пользуются отщепенцы и маргиналы, вторым клоуны евангелисты. И те и тем не способны к чему-то большему чем языком болтать.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 19:45 
> Тык первые шаги они всегда такие сделаны на коленке если выстрелит (а
> я сомневаюсь), то будет нормально написано на нативе для платформы

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

В итоге почти все довольны, заказчик, потому что скриптомакак на рынке пруд пруди  -дефицита нет, дешевле и быстрее, скриптомакаки само собой довольны, они рубят бабос, маркетолухи - понятное дело, и производители железа конечно же. Одни только пользователи вынуждены платить со своего кармана за этот праздник жизни, на который они не приглашены, ну разве что в качестве холопов, которые должны всегда расплачиваться за барские причуды. А чтобы пользователь максимально не догадывался, что его сношают как могут, ему маркетулхи будут затирать про инновации, прогресс, а где-то даже намекать на нищeбрoдствo и ретроградство, ведь мы же все хотим в прекрасное будущее, где за нас всё будут делать роботы, надо только ещё немного подождать и оно обязательно наступит, и все будем отдыхать, развлекаться и жить в своё удовольствие, а сейчас надо только поднапрячься и ещё поработать на новую оперативку и т.п… Только где-то я подобное уже слышал, про роботов, которые будут работать за людей, и про скорое пришествие коммунизма, а до этого говорят — рай обещали… Не, не может быть, за нас точно всё будут делать роботы, и наступит светлое завтра, точно-точно, вот только какая-то гнилая часть во мне сумневается, и шепчет, что если роботы и будут работать, они будут и отдыхать, а кожанные yблюдки как всегда в пролёте!


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено анононимс , 04-Май-20 21:45 
Вкалывают роботы, а не человек... Электроник же:)

JavaScript 24 года. В какой-то момент с появлением Node.js стало удобно писать на одном языке. Хотя мне бы хотелось увидеть взлет WebAssembly.


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Lex , 05-Май-20 00:46 
“Раздутое решение» в случае с JS - это применение барахла вроде тайпскрипта и стайлед компонентс.. особенно, применительно к реакт-натив.
Без них, штука вполне-себе неплохая получается: логика реализована на JS и выполняется в отдельном потоке на JSCore, UI - нативное и в отдельном потоке. Бутылочное горлышко - постоянный обмен бОльшим количеством данных( т.к на время приема-передачи потоки «подвисают» ). Если куча данных туда-сюда не гоняется, то очень даже шустро работает, ну и можно тяжелые/завязанные на платформе части функционала реализовать на «нативные».

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 10:35 
Сделай лучше же.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено хотел спросить , 04-Май-20 12:43 
да кому оно надо.. цирк этот


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 10:42 
Для этого и написано что прототип.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 14:06 
Python идеален для прототипирования. Вот только зло в том, что никто ничего нормально уже переписывать не будет. Оно уже по сути запущено в прод.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 14:53 
Таков путь.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 10:42 
А ты, видимо, типичный местный иксперт, как обычно ничего в жизни не сделавший, зато мнение имеющий

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 10:43 
Можно подумать ты приезжий иксперт.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 14:42 
Я не имею привычки говорить там, где меня не спрашивают, комментировать то, в чем не имею достаточных компетенций.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 14:51 
А сейчас ты что тогда сделал?

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 21:39 
Ох уж это младое поколение, всему с нуля учить надо
https://lurkmore.to/Сперва_добейся
Раздел "Что отвечать" (если осилишь > 2 строк текста, зумерок)

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 11:12 
Потому что нет языка который все это может под все платформы и что бы за три команды вот и вкорячиваюткучу говнища питон зачем-то затащили и прочее

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Вы забыли заполнить поле Name , 04-Май-20 11:39 
> Потому что нет языка который все это может под все платформы

C++ везде работает, но для интефейса все рано бы пришлось обвязки писать.


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 15:17 
> C++ везде

Ой, не надо звиздеть... хуже только на асме писать, и то не всегда. Плюсы низко ценятся, и не так много на них пишут. Порог высочайший, а выхлоп около плинтуса. https://spark.ru/upload/other/b_5e3d22e751c70.jpg


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Вы забыли заполнить поле Name , 04-Май-20 17:28 
Кек. Речь не про хуже/лучше или зарплату. Речь про то, что везде будет работать.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 12:34 
Kotlin multiplatform, его интероп в си\js\jvm\swift позволяет интегрироваться в существующие библиотеки. LLVM делает свое дело.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 15:33 
Минусанул конкретно за упоминание LLVM.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено proninyaroslav , 04-Май-20 17:48 
Да, только вам предстоит ещё работать с нативными фреймворками и языками, чтобы вывести хотя бы Hello World. В отличии от react/vue native или того же flutter, где эти танцы с бубнами во многом сделаны за вас и вы всего лишь пишете код на JS/TS/Dart и получаете окошко с Hello World.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено коржик , 04-Май-20 18:28 
андроид плавно переезжает на котлин, там даже не нужен никакой мультиплатформ.

Там его поддержка настолько глубокая, что при вставке кода на java, андроид-студия его на лету в котлин перегоняет.


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено proninyaroslav , 04-Май-20 18:59 
Понятно что на андроиде. А как дела в iOS, декстопе (если мы нацелены на кроссплатформенность)? По сравнению с JS-фреймворками не очень красочно для среднестатистического девелопера.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено коржик , 04-Май-20 19:39 
https://www.jetbrains.com/lp/mobilecrossplatform/

ну вот например.

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

а по производительности думаю сильно не просядет, по сравнению с нативным кодом.

но, опять же, я только по опыту замарина говорю. а это, насколько мне известно, наиболее близкий к нативному способ сразу в 2 платформы писать


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено proninyaroslav , 04-Май-20 20:12 
Это радует конечно, но скорее всего это задел на будущее. Даже flutter пока не набрал оборотов, хотя за ним стоит гугл

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено коржик , 04-Май-20 20:21 
флаттер по архитектуре другой если я не ошибаюсь. он ближе к электрону. почитайте как xamarin работает. те же активити, фрагменты и констрейнт лейаут

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено proninyaroslav , 04-Май-20 20:23 
Я имею ввиду жизнеспособность и product-ready в данном случае. Вариантов с этими критериями пока мало

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено proninyaroslav , 04-Май-20 17:46 
>Боже... Зачем?!

Видимо автор нацелен на кроссплатформенность?


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Имя , 04-Май-20 19:58 
Напиши сам на ассемблере. Слабо?

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 21:59 
Человекообразное не знает о существовании других языков, кроме пистона, ЖС и ассемблера?

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено InuYasha , 04-Май-20 11:05 
Wait... у Photoshop есть удалённое управление? o_O

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Lockywolf , 04-Май-20 11:25 
Вообще, в Винде есть встроенное управление дня почти всего на свете.

Даже есть консольная утилита ddetool, поставляющаяся с инструкцией "to obtain source code just disassemble, it's written entirely in assembly".


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 19:08 
Там еще и макросы есть. При желании их можно просто удаленно вызывать.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 13:07 
> переноса изображений из реального мира в графический редактор

Звучит слишком футуристично или религиозно (по образу и подобию). Более прозаично будет сказать о выделении объектов или как-то так.


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 15:26 
маркетинг... его за ногу...

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено user90 , 04-Май-20 13:10 
Кошмарный стек технологий. Но с другой стороны, а что еще можно было ожидать от дизайнера?)

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Вы забыли заполнить поле Name , 04-Май-20 13:51 
> Кошмарный стек технологий.

Почему? Что ожидается увидеть для ML? В чем проблема React Native?

Местные эксперты любят смотреть на технологии вместо того, чтобы смотреть на продукт.


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 14:19 
Этот стек чисто для вебщиков. И как с ним быть не веб разработчикам - не понятно.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 16:38 
Этот стек и веб тормозит.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Вы забыли заполнить поле Name , 04-Май-20 17:21 
Во-первых, зачем вам с этим разбираться? Вы собрались код менять?

Во-вторых, python чисто для вебщиков? С js/ts любой нормальный разработчик разберется за 15 минут.


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 05-Май-20 22:54 
Вы неправильно поняли утверждение.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Lex , 05-Май-20 00:57 
Ну это как сказать.,
Если копнуть глубже, то может оказаться, что этим «вебщикам», почему-то, знать надо откровенно дофига( и веб-разработку и мобильную кроссплатформенную и JS и говнотайпскрипт и кучу библиотек, без которых оно толком не работает ) и серверную часть с языками и технологиями( тот же питон со своими штуками )..
Но почему не «веб программисты», знающие от силы 1-2 ЯП и несколько модулей/библиотек.. выученных-таки за десяток лет, считают себя непреодолимо выше и круче ранее_упомянутых ?

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


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 05-Май-20 01:37 
> «вебщикам», почему-то, знать надо откровенно дофига

Возникает вопрос, нахер нужны веб-приложения сложнее лендинга, если сделать веб-аппку становится не проще, чем натив?


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Lex , 06-Май-20 22:35 
>> «вебщикам», почему-то, знать надо откровенно дофига
> Возникает вопрос, нахер нужны веб-приложения сложнее лендинга, если сделать веб-аппку
> становится не проще, чем натив?

Не проще.
По большому счету, для множества вариантов применения, уже сейчас достаточно написать просто разные типы верстки под разные размеры экрана( а то и не писать - и тааак сойдет ).
И, как итог, получим рабочую и очень симпатичную "морду" подо все, на чем возможно запустись браузер( от x86 и ARM'ов и до Эльбрусов и Мультиклетов ) и безо всяких перекомпиляций и проч цирка.
Собсно, в этом и суть веба как такового.


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 05-Май-20 23:05 
> Но почему не «веб программисты», знающие от силы 1-2 ЯП и несколько модулей/библиотек.. выученных-таки за десяток лет, считают себя непреодолимо выше и круче ранее_упомянутых ?

Потому что вебщики капашаться в браузере, вообще порой не имея никакого представления как что работает. А найтивщики этот браузер пишут.


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Lex , 06-Май-20 22:36 
>> Но почему не «веб программисты», знающие от силы 1-2 ЯП и несколько модулей/библиотек.. выученных-таки за десяток лет, считают себя непреодолимо выше и круче ранее_упомянутых ?
> Потому что вебщики капашаться в браузере, вообще порой не имея никакого представления
> как что работает. А найтивщики этот браузер пишут.

И много т.н "нативщиков" именно браузеры именно пишут ?
Или это, в основном, те же самые макаки, только не осилившие веб, которые меняется сильно быстрее "натива" ?


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено user90 , 04-Май-20 15:04 
Проблема в том, что тут собрана вся "накипь", какую только можно было собрать.

> Что ожидается увидеть для ML?

Его отсутствие!


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 15:37 
офигеть, сколько мамкиных критиков в комментариях.. уж лучше рабочий прототип на React, чем оттопыенный мизинец и тысяча советов от критикв сеньоров тыжпрограммистов, "знающих как надо"

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


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено user90 , 04-Май-20 15:46 
> и наймет пачку таких умников, боевую версию писать - там и покажете как надо было, если наймут, конечно

Это у тебя что, зависть? Какой же ты жалкий, анон!


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 15:48 
Этот проект останется на питоне навсегда.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Отражение луны , 04-Май-20 15:57 
Хоть и не люблю питон - тут на то есть объективные причины.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Отражение луны , 04-Май-20 16:08 
Как синьор могу заявить, что у РН достаточно преимуществ и не достаточно серьёзных недостков чтобы с него уходить.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Вы забыли заполнить поле Name , 04-Май-20 17:22 
Позвольте уточнить у синьора помидора, что такое РН?

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено коржик , 04-Май-20 18:31 
мера кислотности водных растворов, вестимо

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Михрютка , 04-Май-20 18:32 
https://imgur.com/a/FAYuzWs

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 17:52 
На fpc напишу за хлеб

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 22:46 
История... в одной конторе у сишников возникла проблема: надо было срочно расковырять нестандартный файл базы данных, все сишники сказали "это надолго, месяц надо работать...". А один знакомый пасквилист посмотрел на файлы и поспорил с начальником отдела на 3 месячных зарплаты, что сделает это за 2 дня. Поспорили. Знакомый выполнил задание за 8 часов... После чего отдыхал 3 месяца :) а начальник более никогда с ним не спорил с пасквилистами.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 05-Май-20 17:20 
"база" состояла из бесконечных BEGIN и END

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 20:45 
А, так вот зачем две камеры.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено анонаним , 04-Май-20 20:53 
интересно а зачем это нужно?

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 22:39 
для дизайнеров, очевидно, альтернативной ориентации.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 22:17 
А как оно работает с фоном, отличным от белых стен и белого стола?

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 04-Май-20 22:38 
видимо, никак... я боюсь предложить что-то захватить на фоне фотообоев.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 06-Май-20 13:54 
Думаю нормально. Сейчас во многих телефонах несколько камер, которые помогают с определением глубины. Для тех, где камера одна, глубина определяется на основе пары снимков с немного разных ракурсов по параллаксу.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено annual slayer , 04-Май-20 23:29 
приколько в качестве демки при приеме на работу, а по факту задача весьма узкая и в реальной жизни в таком виде от этого никакого проку

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 05-Май-20 14:19 
Блоатед.

"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 05-Май-20 17:19 
>художник, дизайнер, погромист и экспериментатор

готовое резюме гнуморазраба

>Код серверной части написан на языке Python, а мобильного приложения для платформы Android на TypeScript

закопайте это поглубже


"Прототип интерфейса для переноса изображений из реального ми..."
Отправлено Аноним , 11-Май-20 20:36 
закопать надо тебя и всех твоих родственников, будет дерьма в мире меньше