SerzN1

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

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

Тоесть вопрос о временном отключении системы вообще не стоит. Применении больших нестабильных изменениий которые могут положить систему - тоже не вариант.

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

Я бы рекомендовал постепенные улучшения и декомпозицию. Говнокод в 1 месте, новые и отрефакторенные модули в другом.

Если критерии по доступности системы никому не интересны, то можно просто фигачить свой код как считаете нужным пока есть бюджет.

все намного проще - это целый кусок HTML приходит в запросе на конкретную модель
`https://razmerkoles.ru/finder/search/by_model/?mak... .
можно открыть вкладку network в dev tools и убедиться в этом

`overflow: hidden;`

https://jsfiddle.net/dejcnuz0/2/

• собирать gists в копилку
  
• попытаться внести вклад в какой либо open source проект чтобы проверить весь цикл разработки на себе
  
• сделать какое либо тестовое задание и выложить его и постоянно улучшать не делая новых заданий до определенного момента (лучше взять простую сборку для начала и постепенно докручивать ее)
  

$('.selector')
  .attr('value', 33)
  .attr('data-dtv-val', 456)

return $('.selector')[0].outerHTML

есть вариант еще image.complete не отрабатывает, или размеры картинки просто нулевые. кажись в последний раз когда делал подобное - допиливал плагин. попробуйте добавить таймштамп к урлу вроде //blabla.com/img.jpg?312312434 чтобы из кеша не бралось.

var arr = [100,25,5,1];

function decomposite (a) { 
  var decompositeArray = [];

  arr.forEach((item, i) => {
    if (!decompositeArray[i]) {
      decompositeArray[i] = 0;
    }

    while (a >= item) {
      a -= item;
      decompositeArray[i] += 1;
    }
  });

  return decompositeArray;
}

decomposite(132);
[1, 1, 1, 2]

decomposite(300);
[3, 0, 0, 0]

Считаю что это не минус, а наоборот плюс.

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

Задача сеньор девелоперов как раз сводиться к тому чтобы в нужном месте использовать нужные паттерны проектирования - следовательно нужно изучать паттерны и уметь их применять. Фреймворки - этот как раз и есть "навязываемый" набор паттернов для программиста.

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

Примеры допустим тут - https://github.com/facebook/react , https://github.com/asduser/angularjs-recipes

https://frontendfront.com/ non stop

Кажется это неправильный подход к задаче.

Вместо:

<input style="position:fixed;">
<ul>...</ul>

Должно быть примерно так

<div>
 <input>
 <ul style="overflow-y:auto">...</ul>
</div>

Для начала неплохо бы посмотреть документацию, а именно эту.

Затем можно посмотреть доклады по этой теме, например: видео + статья

TLDR:
1. Удалить jQuery
2. Сделать математическую модель
3. Нарисовать на канвасе (mousedown, mouseup)

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

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

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

var map = new GMaps({
      div: '#map',
      lat: 43.591655,
      lng: 39.715146
    });

map.set('styles', stylesArray);

Без обид, но за 2 года ... по стольким технологиям можно стать ... говнокодером. Без реальных проектов и примеров никуда. Дальше нужно изучать поттерны и делать практическое применение. Сделайте сайт, например, фронт angular, бекенд python. Покажите себя - все смотрят на код. А вот это 70-80% бред на бумаге от высокой самооценки или недостатка опыта. Так обычно пишут люди код которых можно открыть и понять что в каждой 2ой строке что то не так, не говоря уже про само целостное приложение. И еще полностью согласен с L0k1 .

Вы меня извините, но фронтенд === 80+% javascript!
От этого и стоит плясать.
И далее здесь на тостере полно ответов как учить JS!
Все остальное типа JADE - приблуда для ленивых, не знающих про emmet.

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

Я точно знаю тот редактор который вы хотите!
Это Photoshop! Картинку потом можно воткнуть куда угодно!

типичный пример центрирования картинки в блоке заданного размера (можно в процентах)
jsfiddle.net/SerzN1/s3fLutz5/1

htmlbook.ru/html/iframe/sandbox хороший параметр, но работает не везде

По силам будет?
:) а то все не очень просто
1. stackoverflow.com/questions/153152/resizing-an-ifr...
2. https://github.com/davidjbradshaw/iframe-resizer