al_gon

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, т.е. мы чётко понимаем что на стороне человек будет зарабатывать больше чем у нас, но он нам нравится то мы всё равно берём его.

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

Если это крупная фирма, то можно ответить, ну а если небольшая контора, то не стоит

В точности такого нет.

Можно сделать что-то похожее через Multiple Ids

GET /?ids=1,2,3&fields=name,picture