Viktor Vsk

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

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

Насколько такой вариант будет выдерживать высокие нагрузки?

насколько будет быстро работать, учитывая динамическую типизацию

Это называется преждевременной оптимизацией

Вам не могут ставить требования "сделать производительную и масштабируемую систему". Вам могут сказать соотношение чтения\записи в базу, ожидаемый RPS (стабильный и пиковый), максимальное время ответа на запрос...

Узнать, что будет производительным, а что нет - нужно с помощью профайлера, в крайнем случае - по бенчмаркам. Но никак не задавая вопросы на форумах - просто никто не имеет физической возможности дать объективный ответ на абстрактный вопрос.

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

Если у вас есть опыт с джавой в вебе - делайте на джаве.

Есть опыт с джаваскриптом - делайте на основе веб-сервисов.

У каждого подхода есть плюсы и минусы и обычно они субъективны.

Лучше потратить 2 месяца на прототип и потом - месяц на переписывание, чем сначала 3 месяца думать и делать - а потом понять, что нужно было двигаться в другую сторону.

Описаны ~80% случаев и ваш с вероятностью > 90% попадает именно в эту область.

каждые 40 минут новая проблема и все гугл надоело

Так вот думаю перейти на Linux

Тогда точно линукс не подойдет :)

С гуглом надо на ты. В линуксе вопросов будет еще больше.
Ставить ли линукс? Попробовать точно стоит. Какую версию? Ubuntu последней стабильной сборки, т.к. для начала намного больше документации.

как в принципе проводить автоматизированное тестирование;

Писать код

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

Если есть ресурсы, можно попробовать подойти со стороны машинного обучения: разметить какую-то выборку (или взять готовые данные из соцсетей), накинуть дополнительных параметров (пол, мин.\макс. возраст, диапазон возрастов, количество друзей и т.д., все что имеется в наличии) и попробовать обучить сеть. Хотя,конечно, и тут нет никаких гарантий т.к. задача, особенно с такими исходными данными - довольно нетривиальна.

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

Если есть ресурсы, можно попробовать подойти со стороны машинного обучения: разметить какую-то выборку (или взять готовые данные из соцсетей), накинуть дополнительных параметров (пол, мин.\макс. возраст, диапазон возрастов, количество друзей и т.д., все что имеется в наличии) и попробовать обучить сеть. Хотя,конечно, и тут нет никаких гарантий т.к. задача, особенно с такими исходными данными - довольно нетривиальна.

Агностик ≈ не зависящий от

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

Берете фреймворк (раз питон уже пробовали, его и берите). Лучше не попроще (что обычно трактуется как "по минималистичнее"), а по-мейнстримнее - где документация лучше и больше. Не уверен, как в питоне, но думаю, это все-таки джанго. Хотя и по Bottle\Flask просматривал неплохие материалы.

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

P.S. Это не единственный правильный подход. Многие, вероятно, считают, что сначала нужно выучить весь основной апи языка, потом - хотя бы почитать про алгоритмы, структуры данных и протоколы, затем - начать писать свои велосипеды и только потом перейти ко фреймворкам. Я считаю, в вебе такой путь ни к чему.

1. Смотрите синтаксис ssh чтобы выполнить команду на сервере
2. Копируете эту команду построчно 100 раз
3. Меняете в каждой - пользователя\сервер
4. Копируете и вставляете в терминал или сохраняете в файл и исполняете его

Полет нормальный :) Разве не встречали при поиске Symfony/Laravel/Yii и тд. ? И это только из мира пхп, и только малая часть )

www.phptherightway.com
https://github.com/ziadoz/awesome-php#frameworks

То же самое и при удалении пользователя - удаляются только "лайки" пользователя, но не сами записи.

То есть, если вы написали пост, я его лайкнул, а после - удалил свой профиль, то ваше творчество канет в небытие?

Я не имею никакого отношения к Go, но в новостях слышал только о Martini
Плюс, лично меня бы, вставка в конце

Inspired by express and sinatra

успокоила и навеяла бы, как минимум, видимость best practices

Если нагуглить ничего не получилось, то, наверное, только Миддлман
Ну, а если глобально (и то, что нужно было нагуглить), есть, наверное, 3 популярных варианта решения:
1. Плагин к редактору
2. Сторонний сборщик\вотчер (gulp/grunt/brunch)
3. Генератор статических сайтов, где все уже готово

Пожалуйста, хотя бы в Rails не переносите этот станок с числовым программным управлением.
В чем такая проблема?
Про этот метод слышали? Не помогает?

А так же про globs и constraints?

Напишите, чего хотите добиться и почему не получается это сделать стандартными методами Rails

И? Куда добавить поля? В Omniauth полей никаких нет. В модель user`a добавляйте, что хотите. После аутентификации через провайдера перенаправляйте пользователя тоже куда хотите

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

Разбейте "рефакторинг", если это можно так назвать, на такие шаги:
1. Забейте на HTML партиал
2. Вместо того, что б собирать текстовый JSON вручную во вьюхе, соберите руби-хэш в контроллере и вызовите на нем to_json. Например:

def my_action
  res = {
    description: @homework.description,
    ...
    html_id: "homework#{@homework.id}"
  }
  res[:tag] = @homework.subject_id if @homework.subject_id
end

3. Добейтесь, что б res.to_json выдавал необходимый результат.
4-а. Почитайте про each_with_index
4-б. Почитайте про Rails Rendering Collections, пункт 3.4.5
4. Допишите и добейтесь, что б работало:
res[:files] = render @homework.attachments
5. В идеале, засуньте это все в модель. Например, переопределите для Homework метод to_json. Отличие будет только в том, что render нужно будет вызывать как-то типа ActionController::Base.new.render(...)

Дали б шаредам умереть, спокойно б взяли Postgres для nosql