Александр Мастеров

Только что создал паблик, у него был айди 121 миллион что-то там. При помощи groups.getById за раз можно получить 500 групп. Благодаря execute за запрос можно получить 25*500, т.е. 12 500 групп. 3 запроса в секунду - 3*12500 = 37500 групп в секунду. Всего 122 миллиона групп - 122 000 000 делим на 37 500 = 3253 секунды или около часа работы. А если разделить на несколько пользователей, то вообще не вижу проблемы спарсить весь вк.

Нет.

Полиморфизм, как следует из названия, это когда что-то маскируется под что-то другое. Это свойство системы типов языка на котором вы пишите, он может позволять вам делать вещи, маскирующие свой внешний вид ("названия") но все же это не та же вещь. Ну и стоит заметить что у полиморфизма есть еще разные виды. Например:

Параметрический полиморфизм. Это когда мы можем написать один код, с одним набором имен, которые работает с разными типами аргументов. Пример - шаблоны из C++ или дженерики в Java. То есть "имена" методов одинаковые, потому что они в одном экземпляре. Реализация одна, одно поведение. А вот аргументы могут отличаться.

Ключевое отличие от ad-hoc полиморфизма, про который будет ниже в том, что наша реализация понятия не имеет что придет на вход. Может придти что угодно и с этим нужно будет работать, однако работать с любым типом мы будем абсолютно одинаково.

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

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

Ну и еще есть одно серьезное ограничение. Если мы хотим заменить в системе объект какого-то типа на объект подтипа (грубо говоря наследника), то система не должна сломаться. То есть "другое" поведение нашего подтипа должно быть совместимо в плане интерфейса с базовым типом. Об этом можно почитать загуглил "Принцип подстановки Барбары Лисков".

Ad-hoc полиморфизм - это пожалуй самый интересный вид полиморфизма с которым можно долго холиварить. По сути при этом виде полиморфизма, у нас одинаковые имена, а поведение зависит от входящих аргументов. Пример - перегрузка методов в C++. Интересен этот вид полиморфизма в основном тем, что он не является "настоящим".

При динамической системе типов не требуется никаких дополнительных возможностей вроде той же перегрузки методов для достижения ad-hoc полиморфизма. Тупо кидаем что хотим в функцию, а там уже if-ами рагребаем или же приводим к какому-то одному варианту. Отдельные конструкции нужны в языках со статической системой типов. То есть нам нужно еще на этапе компиляции кода знать какие именно типы могут приходить в наши методы, и в зависимости от оных вызывать тот или иной код.

Среди PHP-разработчиков немало тех, кто мечтает увидеть в этом языке с динамической системой типов честную перегрузку методов как например в Java или C++. Просто так, потому что if-ы это плохо и лучше уж пусть они будут неявные на уровне компилятора/рантайма.

Полиморфизм с приведением типов - еще один вид "не настоящего" полиморфизма. Мы "эмулируем" полиморфизм за счет того, что на уровне рантайма языка происходят касты действительного в желаемое. Например в PHP мы можем выставить у функции тайпхинтинг string, и можем внутри иметь одно и то же поведение для всех входящих аргументов. Передать же в качестве аргумента мы можем все что можно скастить в строку.

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

Хорошие сеошники продвигают свои или чужие торренты и крупные медиа, возится с мелкими коммерческими сайтами им неинтересно.
Хороший спец:
1. Не берёт клиента если не видит способов продвижения (т.е. он скажет вот эти двое мне интересны, а эти пусть лесом идут)
2. Играет в долгую, полгода минимум.
3. Его действия для вас совершенно неочевидны, например он может предложить создать второй сайт или каталог конкурентов.
4. Он говорит что descroption и keywords это полня фигня, хотя вокрут все только про них и твердят.
5. Требует создать внутри компании редакцию, либо человека ответственного за тексты, либо выделить довольно много денег на тексты фриласерам. Если этого не происходит уходит из проекта.
6. Имеет свои базы ключевых слов (платные)
7. Имеет свои базы хороший сайтов для размещения статей, обмена ссылками
8. Имеет технологии быстрой оценки качества любых новых доноров.
9. Знает что такое bit.ly и UTM-метки
10. Не брать сеошником человека, который говорит "Я не сеошник"

Адекватная - столько, сколько вы готовы потратить.

Оценить тяжело. И зачастую стоимость обоснована опытом специалиста. Но кое-что можно вытащить из вашего Т3:
1.

Все это для desktop/tablet/mobile

Самое важное. Дизайнеру нужно разработать брендбук, с цветами-элементами. Нужен чтобы от платформы к платформе дизайн оставался узнаваемым.
Диапазон от 50 до 2000 уе. Добротные результаты будут на уровне 170$

2.

музыкальный проигрыватель

Важно сколько экранов. На основе брендбука будет разработан дизайн для каждой платформы отдельно, учитывая наработки самих платформ. У каждой свой UX, поэтому этап обходить не стоит. Прайс на экран в райне 10$ (с учетам бренбука). У вас 1 декстоп, ios/android (телефон + планшет). Примерно 4-5 экранов. Грубо говоря: 5 устройств * 5 экранов приложения * 10$ = 250$.

3. Учитывайте стоимость работ UX специалиста, он важен и для проекта, и для дизайнера.

Достойная работа будет сделана за 170 + 250 = 420$

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

Я бы выбрал react + redux.