⚡ Kotobotov ⚡

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

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

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

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

никакого вытеснения нету, питону не по силам вытеснить java, из анализа данных, дела обстоят совсем наоборот, для высокоскоростной работы, и для манипулирования данными в памяти, используют именно статически типизированные языки очень популярны java/scala.
всякие питоны и js используют только для прототипирования, быстрой проверки идей.
К томуже зарубежом питон -> это основной язык используемый при обучении студентов программированию (HE "программистких" специальностей) как более простой для обучения язык, плюс удобно работать используя RELP ( https://ru.wikipedia.org/wiki/REPL ).
На динамически типизированных языках писать что-то простенькое гараздо проще. И поэтому так много всяких студенческих поделок на питоне для обработки данных.
Но нужно учитывать что использование динамически типизированных языков, для реально крупных проектов убийственно, как с точки зрения разработки и откладки, так и с точки зрения производительности.
Для прототипирования , для контрошек по математике питон это отличное решение, для реального бизнес проекта не стоит даже заморачиваться.
кстати для любителей собрать что-то быстро на коленке в 9й java будет идти jshell с relp https://blogs.oracle.com/java/entry/jshell_and_rel...

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

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

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

byte в java также компилируется в int, тоесть изменение типа данных абсолютно ничего не меняет.
да и вобще оптимизацию обычно делают в подходах, в концепциях, в классах алгоритмов, а смена типа данных это не оптимизация - это ананизм.

сделай прямоходящего робота.
отличная задача.

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

120 гиговый ссд ноутбука, явно не для качания кинца с торрентов.
пора бы уже сервак завести свой)

вроде всё ясно написанно, вашему приложению пользователь ещё не разрешил доступ к своим данным. В начале нужно получить права)

очень легко мыслить токенами, как сессией, но токен это не сессия, не стоит путать.
Токены используют как раз для того чтоб отойти от классической схемы с сессиями/паролями.
по порядку:
1) смотрите у вас есть сервис, состоит например из 10 серверов, которые отвечают за разные части функционала, поскольку функционал коммерческий вам нужно проверять каждый запрос от пользователя есть ли у него права для этого запроса.
вы вынуждены сделать единый сервер валидации, и с каждого своего сервера, для каждого запроса, запрашивать на сервере валидации проверку пользователя и его прав.
в такой ситуации сервер валидации для вашего сервиса становиться бутылочным горлышком, и мешает горизонтальной масштабируемости.
и абсолютно без разницы валидируете вы пользователя по паролю, айпи, или токену, сессии, схема одна и таже, производительность тоже одна и таже (именно поэтому нет никакого смысла менять сверку пользователя вместо пароля на сверку по айпи, или токену, или сессию, тем более понятно почему использования айпи в этой схеме просто глупая идея).

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

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

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

на текущий момент ВК не предоставляет такого функционала, все такие сервисы могут работать только через какой-нибудь внутренний слив данных. Например я.метрике ВК сливает данные, в остальных случаях я не встречал сервиса где это бы хоть как-то вменяемо работало.

уверен, для того чтобы сфокусироваться на коде, достаточно ~10 строк текста.
весь вопрос в организации рабочего процесса и владении инструментами.
виртуальные рабочие столы, грамотная организация навигации по коду и управление рабочим окружением (если какие-то панельки мешают, можно по горячим клавишам включать/выключать и тд.)
А при плохой организации рабочего процесса, вам переход с 13 на 15 дюймов вообще никак удобств не добавит.
По весогабаритным характеристикам 15 дюймовый серьёзно уступает 13.
13" мбп - идеальный ноутбук для разработчика)

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

по-моему о своём продукте следует рассказывать тем на кого он нацелен, и это не аудитория хабра, уверен вы лучше знаете свою аудиторию, и где она обитает, даже сами написали Яндекс.Фото, вам нужно оттуда аудиторию привлекать, ну или из похожих проектов. Но явно не из Хабра)