Gregory Bass

https://github.com/vuejs/awesome-vue

Ничто не мешает сделать Vue обертку над jQuery планином. В официальной документации есть пример с select2.

Таблицы с сортировкой делаются очень просто, есть куча примеров.
Есть отличный кастомный селект - vue-multiselect.
С этим не сталкивался, но думаю нагуглить не составит труда.

Насчет созрел или нет: ДА, СОЗРЕЛ. Уже вышла версия 2.3, официальные плагины vue-router и vuex также стабильны, есть отличная документация и туториалы. Может конечно возникнуть проблема с поиском каких-либо конкретных компонентов, и к этому нужно быть готовым. Со временем их кол-во и качество будет расти.

Так это же только обертка графическая, что там красть то? как вы запрашиваете данные? Ну так это можно и так посмотреть куда приложение обращается формат запроса/ответа и взять все данные, electron/nwjs/(любой толстый клиент или браузер) неважно. Какой нибудь fiddler покажет все.

а в коде подключение к бд и всё, плакал мой проект, который снесет первоклашка.

ну так не подключайтесь на прямую к бд а все делайте через API своего сервера.

Что выбрать, слайдер на чистом CSS или с использованием JS?

Ответьте на следующие вопросы и ответ придет сам собой:

• Можете ли вы в слайдере на чистом CSS сделать поддержку touch-устройств (свайпы)?
  
• Можете ли вы в слайдере на чистом CSS сделать поддержку клавиатуры (фокус на весь слайдер и переключение слайдов стрелками)?
  
• Можете ли вы в слайдере на чистом CSS адекватно останавливать его на hover, чтобы юзер мог прочитать написанное на слайде?
  
• Можете ли вы в слайдере на чистом CSS легко добавить или убрать слайд, не сломав все остальное?
  

P.S.: Как человек, создающий всякое на чистом (и не очень) CSS, понимаю ваше стремление, но продукт делается в первую очередь для пользователей.

Лучше Angular - помимо того, что будете знать популярный и востребованный JS фреймворк, так еще и освоите концепт model–view–controller (MVC), что в наши дни весьма полезно.

React - запутает мозги только с непривычки. Это механизм подключения чего приспичило куда попало. Потом разберетесь по ходу дела, когда понадобится.

P.S. А вообще - для практики и освоения концепции DOM - не лишним будет уверенно освоить jQuery для начала. Еще до тотальной очередной повсеместной реинкарнации MVC, жили и не тужили с JS и jQuery и в ус не дули. Если не уметь поддерживать разработку в этих рамках, то и фреймворки не спасут - будет ад и содом в коде.

Не с той стороны заходите.

Самая большая проблема - ВЗЯТЬ нормальный заказ на бирже UpWork.
Ну а вам как бизнесмену - брать такие заказы РЕГУЛЯРНО, чтобы обеспечивать свой штат постоянной загрузкой по работе.

Все остальные озвучанные вами проблемы - полнейшая ерунда и вообще не являются проблемой на фоне той проблемы, что действительно вам будет трудно решить для того чтобы начать свою деятельность на Upwork - РЕГУЛЯРНО БРАТЬ ХОРОШИЕ ЗАКАЗЫ.

Неплохие специалисты на Upwork годами работают - и предел их мечтаний "взять заказ на 500 долларов", а вы сходу на постоянные заказы по $3000 рот раззеваете....

Не хотите, чтобы ваши конечные исполнители видели ваши заказы и заказчиков - работайте с исполнителями мимо Upwork, а через Upwork только с заказчиками работайте, - в чем проблема-то????

От того, что ваши работники узнают, что вы берете заказы через Upwork - ничего принципиально не изменится.

1. Одиночному специалиста не так просто брать крупные заказы.
2. Чтобы раскрутиться на Upwork - нужно время, и довольно долго новичок получает не особо интересные и не особо денежные предложения.
3. Если вы обеспечиваете сотрудников постоянным потоком работ - они не будут искать доп. заработок на сайтах типа Upwork.
4. Не всем нужен этот гемморой с прямым заказчиком. Подавляющее большинство людей в мире работает в каких-либо фирмах и получает работу через начальника, а то и через большую цепочку начальников... Многим людям так намного комфортнее.

Проблема у вас будет только в одном случае - если вы будете откусывать ЗДОРОВЕННЫЙ процент, при этом никакой СВОЙ ВКЛАД НЕ ДОБАВЛЯЯ.

Но в наше время, когда о Upwork знают почти все - никак вы эту проблему не устраните.

Только внося свой дополнительный вклад (например, прекрасным знанием английского языка, постоянным вниканием в глубину проектов и тем, что будете крайне внимательно относится к своей репутации на Upwork и будете работать над репутацией долгие месяцы) вы будете застрахованы, что работать через вас будет выгоднее, чем напрямую.

Поздно конечно, но может понадобится кому:
Settings -> Editor -> Color & Fonts -> XML (Да-да, именно он) -> Tag data

greensock в помощь!

пример*

Tinypng
Kraken
2 лучших, все остальные по качеству далеки от них безумно.
У обоих сервисов имеются плагины для gulp.
Как полностью локальный вариант - gulp-image-optimization

Раньше работал на Sublime , сейчас перешёл на Atom.
1. Sublime выигрывает в производительности безусловно, но если верстать не порталы или интернет магазины с большой кучей каталогов, разницы малозаметно в этом.
2. Настройки удобнее в Atom ИМХО. Не сидишь в коде и не прописываешь нужное значение для темы и тому подобное (Sublime). При желании можно и ATOM даёт такую возможность, так же полностью переписать дизайн самостоятельно.
3.Пакеты популярные в sublime text'e тоже присутствуют в ATOM.
4. Не надо самого начала paсkage control уставнавливать в начале.
5. Поддержка синтаксиса в ATOM храмает, даже с дополнительными пакетами.(но это наживное)

Какой удобней тем и пользуйтесь, рано или поздно к IDE придут большинство. Переход из Sublime text в ATOM или наоборот не составляет труда. Горячие клавиши одинаковые, миксины переписать.

P.S. Давно слышал что ATOM хотел синхронизацию ввести пакетов, чтобы заново не устанавливать на новом рабочем месте. Может уже присутствует и это большой плюс

Думаю это один из самых больших списков Parse alternatives

• Data Storage
  
• Push Notifications
  
• Usage Analytics
  
• Dashboard
  
• Social Integration
  
• User Administration
  
• Cloud Code Integration
  
• Multiple Mobile Platform SDKs
  
• Background Jobs
  
• Crash Report