Виктор П.

Привет,
Вопрос не очень понятен, самое главное, для чего вам концепт системы?
Могу предположить, что вы хотели использовать такой документ, чтобы в максимально короткое время ёмко рассказать о вашей идее. Например, на коротком спитче, либо просто разместить в интернете страничку, чтобы скидывать ссылку заинтересованным людям. Некое подобие презентации.
Если всё так, то нужно смотреть в сторону лендинг пейджей, там смысл как раз в том, чтобы заинтересовать потенциального покупателя (инвестора в вашем случае). Соответственно, нужно копать в эту сторону, литературы много.
Тезисно:
- Заинтересовать (заголовок, картинка, эмоция)
- Описать проблему
- Подтвердить выгоды
- Закрыть возражения
- Привести факты (и цифры)
- Убедить оставить контакт

Хотелось бы услышать, как было на самом деле, что получилось, что нет?

Винда десятка? Отключил сбор метрик и индексирование диска?

Яндекс диск

Привет, накатал ответ отдельным постом Нормальная ли у меня теория по оценке вклада участников в стартап?
Год прошёл, по какой формуле считали? ) И как получилось?

Не соглашусь с вариантом, что нет смысла делать мобильное приложение. Я практически всегда нахожусь за компом, поэтому лично мне удобнее открывать сайты. Но уже давно идёт перевес на то, что десктопные сайты не нужны. В первую очередь делается вёрстка мобильной версии. И в целом, обычным пользователям не хочется залезать в браузер и вбивать какой-то сайт в поисковике, им нужен значок на экране, на который можно нажать.
Один раз видел: открываешь сайт, а там только один QR код на скачивание приложения с пометкой, что веб умер. Это, конечно, крайность, просто для информации )
Насколько быстро этот процесс перетекания пользователей из сайтов в приложения - нужно смотреть статистику и динамику, у меня цифр нет.
К вопросу о том, что мобильное приложение стоит огромных денег, а сайт чего, не стоит? Вроде как количество трудозатрат и зарплаты специалистов примерно одинаковые

Нашли такой сервис? От себя могу дописать https://edu.iidf.ru/cofoundit/profile/selection_results

Привет. Слово "робототехника" довольно расплывчато, какой смысл ты вкладываешь в него?
Например, ты нужно построить робот танк для участия в соревнованиях. Как минимум нужно разбираться в механике, как считать ход шестерней, что такое редукторы, может захочешь дифференциал поставить, чем отличается шаговый двигатель от коллекторного или сервопривода, что использовать для поворота башни и т.д.
Дальше, нужно сделать управление через интернет. У меня была задача на raspberry pi поднять node js вебсервер и установить связь по вебсокетом с другим сервером. Передача управления, плюс потоковое видео. Это уже чистая веб разработка, огромный пласт знаний, который вроде как к робототехнике не имеет прямого отношения, но вот в данном случае понадобилось.
Если я соберусь строить дрон, самолёт или дирижабль - то там так же своя огромная сфера знаний про воздухоплавание, газы и т.д., которая вроде как не робототехника, но для конкретной задачи нужно во всём разобраться.
Дальше, не знаю, чем не угодила ардуино - это микроконтроллер, который выполняет определённые задачи. Его удобно использовать для прототипирования, то есть вначале строишь своего робота на ардуино, разбираешься, что конкретно и как у тебя используется, после чего можешь под эту же задачу сделать свою плату. В схемотехнике тоже множество своих правил и это тоже огромный пласт знаний. Но если ты знаешь отдельно только схемотехнику, робота не построить.
Если нужно сделать компьютерное зрение, то там тоже чистое программирование, которое к механике или другим областям совсем не относится, но в некоторых робо проектах оно необходимо.
Надеюсь обрисовал картину в целом. Создавать что-то реально крутое можно, достаточно посидеть в интернете, посмотреть существующие проекты и выбрать что-то по своему вкусу, начинать пилить, параллельно глотая обучающие видео с ютуба по соприкасающимся темам.
Могу порекомендовать канал Амперка на ютубе, у них и куча проектов и в целом развивающая инфа. По механике может быть достаточно даже лего обзоров от Кирилла Desert Eagle Lego Technic.

Привет,
Говорю на шару, так как не вижу проекта и данных не хватает
Скорее всего нужно в нугет пакетах добавить Microsoft.EntityFrameworkCore.SqlServer помимо уже подключённого Microsoft.EntityFrameworkCore.
В startup.cs так же должен быть UseSqlServer, если вы работаете с базой MS SQL

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

Привет, из комментов я узнал, что вы пишете на пхп, поэтому с кодом помочь не могу. Но, тем не менее, смутило, что вы не смогли найти примеров в гугле. Забейте php chat websoket пример - результатов море.
Обычно библиотеки по ним реализуют паттерн издатель-подписчик.
Когда клиент устанавливает подключение с сервером по вебсокету, ему выдаётся некий идентификатор.

Соответственно, на сервере хранится список установленных подключений.
Далее с сервера вы можете отправлять сообщения либо по идентификатору какому-то конкретному клиенту, либо есть команда "отправить всем" - не важно сколько клиентов у вас подключено.
У отправляемого сообщения есть тип сообщения (можно использовать один тип, отправляя json и далее его разбирать на клиенте) а клиенты в браузере подписываются на рассылку.

Следующий вопрос, допустим, у вас у клиента1 открыт на экране список пользователей. Установлено соединение по вебсокету и вы подписаны на событие "изменение пользователя". Когда пользователь2 редактирует свой профиль или регистрируется в системе, до того, как запись попадёт в базу данных, вы эту запись отправляете в библиотеку с вебсокетами. Там делаете мгновенную рассылку на всех подключённых клиентов, событие "изменение пользователя" и либо айдишник пользователя, либо всю модель пользователя можно упаковать в json и отправить целиком.
Далее на клиенте вы получаете это сообщение и обновляете данные на странице.
Под такую логику подходят spa-решения, например, реакт или ангуляр, где можно держать один сервис пользователей, который будет выполнять роль прокси, либо забирать первым запросом доступные данные, либо отслеживать изменения по вебсокетам

Привет,
Вам нужно гуглить html5 audio custom controls
Есть куча примеров, в том числе в песочнице с открытой вёрсткой

Привет,
Тут тема такая, основная фишка в том, что нет чёткого определения, что такое архитектор. У кого-то в компании аналогичная должность может называться и руководитель проекта, у кого-то тимлид, у кого-то архитектор. И соль в том, что любой вышестоящий начальник вкладывает в эту должность абсолютно разный набор функциональных обязанностей.
Что могу посоветовать, надеюсь, это станет ответом на вопрос. Есть проект на гитхабе роадмап тимлида. Там есть прикольные картинки и, собственно, что вам нужно сделать:
Первое, принять, что теперь за всё отвечаете вы лично. То есть, вроде как отдел кадров подбирает персонал, но всё равно именно вы набираете под себя команду и вы лично за неё несёте ответственность. Если вам задают вопрос по продукту - типа, что это за кнопка добавилась - ответ "я не знаю, это без меня добавили" неприемлем. Если вылетел баг на проде - то обосрались лично вы.
Второе, после принятия ответственности, необходимо пройтись по всему дереву-снежинке и отметить, в каких областях у вас хорошо, а в каких провал. И из первого пункта тут вытекают разного рода решения, например планёрки (или скрам) для того, чтобы именно вы были в курсе, кто чем занимается. Код ревью и внедрение ci/cd, чтобы не вылезали баги на проде и так далее. Вот тут уже, если вы не разбираетесь в какой-то узкой области, можно взять какой-то курс. То есть, нет такого общего "курсы для архитекторов" - там вам воды в уши нальют, есть роадмап, по которому вам надо идти. И есть узкоспециализированные курсы под каждую область, где у вас провал, вот так.
Третье, необходим баланс, вам нельзя замкнуть все процессы на себя. Есть правило автобуса (что будет с проектом, если вы не выйдете на работу?). Это очень полезное правило - процессы должны быть выстроены таким образом, чтобы вы могли спокойно уйти в отпуск и вам никто не звонил. Это тоже очень важная составляющая организации работы. Вообще авралов не должно быть, только штатные ситуации. Если вы решите поменять работу, чтобы не пришлось в последний день собирать документацию с айпишниками, логинами/паролями участвующих в вашем проекте виртуальных машин, так как должна вестись своевременная документация по ресурсам и используемому ПО. Вроде как про это никто заранее не говорил, но это ваша обязанность и вы отвечаете за такие вещи лично (повторюсь ещё раз о важности делегирования и отсутствия переработок)

сторонние сайты не могут обмениваться информацией из-за безопасности.
Копните в сторону расширений гугл хрома, возможно, получится сделать кастыльное решение.
То есть, на сайте 1 расширение подписывается на нажатие на кнопку и сохраняет нужные данные в промежуточное хранилище. Это может быть IndexedDB, если не ошибаюсь или воркер - надо смотреть, есть ли там доступ с разных доменов.
Затем, при заходе на сайт 2 (открыть можно принудительно) расширение должно проверить доступные данные и сможет заполнить поля ввода