al_gon

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

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

Тогда вам понадобится минимальная юридическая защита. Почему? Да потому что вы будете делать работу, которую другие просто не смогут делать за недостатком информации. И этот недостаток не в том, что эта информация закрытая, а вот что другие просто не будут представлять жизненный цикл проекта и как вы его поставили на ноги. Разумеется, какие-то детали будут со временем раскрываться, но если у вашего проекта и бизнеса действительно есть ценность - его просто так никто не повторит, для этого нужно будет проделать большую работу. Именно ту, которую должны делать и вы.

Во всех организациях и проектах где я участвовал это только подтверждалось. Я знал довольно детально что представляет собой проект, но я представления не имел как создать хотя бы аналог, вывести его на рынок и в каком направлении развивать. И это именно то, что знали руководители и основатели этих проектов. Воровать было нечего, за каждой идеей стояли опыт и знания которых у меня элементарно не было (т.к. я разработчик и у меня опыт и знания соответствующие).

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

0. Ты тут не первый такой умный. Поищи в поиске. Очень частый вопрос.

Вы преувеличивайте проблему:

1. Идея ничего не стоит. Пока не реализована.
2. У хорошего программиста - полно работы с хорошей оплатой. Время сейчас такое. И что важно - с гарантированной оплатой, в отличие от воровства идей.
3. Даже если программист хочет что-то там украсть - раскрутить идею это куча усилий. За это время программист потеряет кучу бабла (см. пункт 2). Причем бабло из п. 2 - верняк. А раскрутится ли идея - еще непонятно. А вот усилий на нее нужно будет потратить много-много. За это время потерять кучу верного бабла на работу по основной специальности.

Юридические:

4. Попробуй патентовать. Для этого патенты и придуманы.
5. NDA вы, поди, из статей про стартапы в США услышали. У них другое законодательство. Не знаю в нашей юриспруденции понятия - "неразглашение". Есть "коммерческая тайна". Есть куча описаний как правильно оформить "коммерческую тайну". Договора о неразглашении недостаточно.

Сюрприз:

6. А еще есть авторское право. Авторские права останутся у программиста. И он сможет воспользоваться своим продуктом (что важно - уже готовым, в который вкладываться не нужно).
7. Решается правильным оформлением того, что программист создавал продукт именно для вас и только для вас под зарплату.

P.S.:
Более серьезные программисты - менее подвержены этой проблеме.
У них и репутация и зарплата - незачем воровать.

Начинающие, тем более, что сейчас рекламируется "быстро срубить денег в ИТ" - скорее подвержены искушению украсть.

Не знаю как в ларавеле, обычно после создания пользователя все данные остаются в объекте, в частности он получает id, ничего не мешает взять этот id и создать новую запись в профайлах. Просто у вас телега впереди лошади, в профайлах должен быть user_id, а не в юзере profile_id.

spring-boot-sample-web-jsp

Html.fromHtml("<h2>Title</h2><br><p>Description here</p>", Html.FROM_HTML_MODE_LEGACY);

не уверен, что пригодится, но - у IBM есть онлайн-курс BigData University

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

Любой универсально-развитый язык подходит.
Но для некоторых есть готовые крайне удобные библиотеки. Например, Scrapy для Python.
Наверное есть что то подобное и для PHP.

Для всех нет.
Сейчас много сайтов с Javascript, на голом PHP их не распразнить.
Нужно эмулировать браузер в чем то типа PhantomJS или т.п.
А эти штуки как правило управляются из языка JS.

class Main {
  public static void main(String[] args) {
    Phone p = new MyPhone();
    p.sayHello();
  }
}
class Phone{
  void sayHello(){System.out.println("Hello Phone");}
}
class MyPhone extends Phone{
  void sayHello(){System.out.println("Hello MyPhone");}
}

дочерний класс переписывает/перекрывает (overrides) метод родительского класса. Если убрать имплементацию из дочернего класса то будет вызван родительский метод. Используется тип ссылки более общего типа, потому что это "наименьший общий делитель" всего семейного древа, так сказать. Дочерние классы могут может еще много чего, но то что определено в родительском классе они могут гарантированно.
Ссылка родительского общего типа может использоваться при обходе коллекций, когда эелементы коллекции могут быть разными детьми но нужно у каждого вызвать этот метод. Так работает например шаблон наблюдатель. Используется тип интефейса как общий знаменатель, все классы которые хотят получать обновления, заносятся в список. И когда событие наступает, пробегаем список и у каждого элемента дергаем метод update, a что произойдет при update решает каждый класс для себя сам.

Парадигма программирования навязывает (в нейтральном смысле слова) определенный образ мышления при анализе и декомпозиции задачи. Говорить что ооп это зло все равно что говорить что вегетарианство это зло. Другая перспектива она не лучше и не хуже - она другая. Domain Driven Design это подход к декомпозиции задачи для впихивания ее в объектно-ориентированную модель так чтобы обьекты/классы соотносились с обьектами реального мира из области применения. Логично. Просто когда это все объекто ориентированное добро начиналось люди писали классы просто чтобы впихнуть туда свои функции, и класс был просто контейнером функций и не был вроде как по сути объектно-ориентированным. Оно и до сих пор часто так. Эти всякие ConnectionManager, CoreUtilInitializer и прочее, попытка разделить классы по задаче в алгоритмической иерархии а не в соответствии с реальными действиями пользователя. Ну вот оттуда эта вся дискуссия на тему и произрастает. Художники гиперреалисты говорят мол нужно больше деталей, а абстракционисты говорят -меньше. И те и те художники. Так что переживать не о чем, правда у каждого своя :)

Как консультант для разработчиков, кому нужен мат. аппарат.
На первый взгляд такие как: всякие аналитики, умные маркетологи (глупым это не нужно), статистики и т.п.
Чем вы можете помочь: составления всяких моделей на основе входных данных, для более глубого понимания зависимостей выхода от входа (аля Data Science, Machine Learning и т.п)

Каждый дурак может быть программистом, не каждый программист может быть математиком.
Так что у вас уже 50% задатков есть, осталось быть не теоретиком, а практиком.

Рекомендую Data Science, Machine Learning области.

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

SELECT id, count, text FROM table_name WHERE id < 10

А вообще задавайте вопрос понятнее и с примером...
Ещё count не может быть названием столбца т.к. это зарезервированное слово

у себя на компе

Мы постоянно задаём такие вопросы и все отвечают, не припомню что бы кто-то не ответил. Тогда сразу открывается возможность для разговора о причинах смены работы:

1. Получал меньше хочет больше - всё понятно, давайте только обсудим на сколько больше вам хотелось бы получать?
2. Получал столько же сколько указано в вакансии на этой работе - причина смена места работы не в деньгах, тоже обсуждаем что не нравилось (в уме прикидываем как сделать что бы человеку всё нравилось)
3. Получал больше идёт на меньшую - и такое бывает. Жизненные обстоятельства (работа нужна срочно), сферу деятельности человек меняет.

Если бы мне человек не сказал доход с предыдущего места работы, ну не сказал и ладно, но для себя я галочку поставил бы что закрытый, опасливый человек, мы таких не любим )))

В вакансии у нас указана реальная вилка ЗП и от того сколько человек получал на предыдущем месте ни эта вилка, ни условия не изменятся. Девушка однажды пришла на собеседование так же на 25-30, сказала на предыдущем месте работы 200 получала, на джипе приехала ))

У нас люди приходят на собеседование и свободно говорят что у меня есть сейчас сторонний доход 35 например и у вас я планирую работать на 28, т.е. мы чётко понимаем что на стороне человек будет зарабатывать больше чем у нас, но он нам нравится то мы всё равно берём его.