⚡ Kotobotov ⚡

лайк справа, слева дизлайк

Требования и хотелки часто меняются

автоматическое тестирование - это самое первое что снижает стоимость разработки и количество багов.

минимальными багами, но фактически багов бывает достаточно много.

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

ремонт/замена бессмысленна, после замены все начнет повторятся.
единственное решение -> купить внешнюю клавиатуру и таскать ее с собой (печаль но это так, эпл создали абсолютно не практичные ноуты)

Есть проблемы при организации балансировки запросов когда ты все запросы направляешь на домен 2го уровня вместо третьего, например ДНС записи для 2го уровня долго обновляются.
Для обычного сайта особо никакой разницы, сам все запросы направляю на 2й уровень.

Часто реальные бизнес требования далеки от тех, которые предъявляются к сотруднику.
Большинство задач могут выполнять (и выполняют) посредственные программисты, но это страшно признать.
Если у вас есть реальные задачи, то нет смысла ныть, следует находить варианты работать с тем что есть на рынке.

если ты так переживаешь за свой Джоб рейт, зачем берешь проекты с фиксированной ценой?
проекты с фиксированной оплатой можно брать ну только разве что на поправку пары багов, все остальное рано или поздно будет заканчиваться выяснениями кто что не так подумал, передумал и требованиями переделать все в рамках уже оплаченного бюджета.
=====
мое мнение, за уже выполненную работу, возвращать ничего не надо, клиент же не ребенок, чтоб говорить - ой моя не понимать, верните мне деньги.
У клиента уточни что он сам то хочет? (расторгнуть, или доработать что-то).
Какую оценку поставит такую поставит, не надо слишком много по этому поводу переживать.

ОБЭП ничего говорить не нужно, они не могут самостоятельно за других решать по поводу например нарушения лицензионных соглашений (если вы по этому поводу переживаете), должна быть пострадавшая сторона, которая пишет заявление и уже по этому заявлению работает ОБЭП.
Если ее нет, то и разговаривать не о чем с ними (ни чьи права не нарушаются, нарушений никаких нет).

Ну если разобраться что мы подразумеваем под Интернетом Вещей - разные датчики, устройства которые объедены через интернет. Обычно подразумевается что у тебя например в каждом доме есть какой-то датчик, или это устройство, и каждый такой датчик например генерирует ежесекундно данные.
Одно устройство может генерировать хоть мегабайт данных в день (иногда и гигабайт в день), и таких устройств может быть хоть миллиард -> это гигантское количество данных которые тебе нужно обрабатывать и на этом предоставлять какой-то сервис.
Это и есть биг дата (объем данных которые никак не обработать мощностями отдельного компьютера).
Как такой объем данных связан с машинным обучением?
Когда ты работаешь с системой, у которой например есть 2-3 параметра, например поступление топлива в котел и температура котла -> ты можешь в ручную запрограммировать модель управления температурой в зависимости от подачи топлива и управлять такой системой. Когда у тебя есть 20 параметров ты можешь набрать собрать несколько ученых и построить сложную модель с формулами из 20 переменных. Но когда у тебя число переменных параметров насчитывает тысячи штук, нет никаких возможностей что-то понять и как-то разобраться.
Тебе очень сложно выявить зависимости и схемы поведения в сетях из миллиарда устройств. Чтоб понять как лучше управлять такими сетями и используется машинное обучение.

что значит до бесконечности? ты не можешь бесконечное число обработать конечными ресурсами компьютера.

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

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

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

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

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

>Ответил что попробует решить этот вопрос. Несколько дней нет онлайн.
ты не фрилансер, если тебя еще ни разу не кидали, поздравляем с боевым крещением.

вектор - это отрезок в пространстве (определенная величина которой мы что-то измеряем в пространстве).
Если это 3х мерное пространство то это соответственно набор параметров длина, ширина, высота объекта которого мы измеряем.
Многообразие слов может быть представлено очень большим "пространством" (условно можно назвать "смысл"), и вордТуВек - работает измеряя параметры определенного слова в этом пространстве.
Для примера можно рассмотреть например - если мы ограничим пространство всех слов (смыслов), только словами с цветом - тогда у каждого нашего слова зеленый, красный, черный, синий и тд, будет размер в пространстве который бы соответствовал цветовой характеристике (например RGB, типа там [0, 0, 0] - для черного), однако пространство у нас куда более большое, чем только характеристики цвета, такое пространство может иметь тысячимерную размерность "смыслов".
самое главное что мы в итоге переводя слова в такие вектора, можем их сравнивать. находить близкие по смыслу слова и сравнивать составленные из этих слов "фигуры" в пространстве

он тебе предлагает сначала описать все задачи необходимые для разработки прототипа, а потом по ним сделать ему "коммерческое предложение" (ну или заявку на самой бирже, где вы там переговариваетесь).
П. С.
если человек не может сам сформулировать какие ему задачи нужны, то с ним ни в коем случае работать по фикспрайсу нельзя. Иначе начнется, я думал одно, а оказывается другое и тд. . . в итоге заканчивается это тем, что за цену 1 недели работы, можно работать хоть месяц хоть пол года, а он будет говорить что "я думал это входит в стоимость первичного предложения (я думал все включено)".
Опять же нужно понимать что такая форма оплаты подразумевает что пока ты ему не сдашь весь проект, то никакой оплаты ты не увидешь (в зависимости от сложности проекта, такая разработка может занимать от месяца до года). Для тебя как для новичка это самая плохая схема работы, ты ее гарантированно провалишь, тк врядли умеешь адекватно оценивать стоимость работ, при почасовой оплате, ты можешь просто работать и работать, сколько надо столько и делать, получая адекватную оплату.

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