Demigodd

Ну дак сделай обе функции рекурсией

function factorial(n) {
	if (n > 1) {
		return n * factorial(n - 1);
	} else {
		return 1;
	};
};

function S(n) {
	if (n < 1) {
		return 0;
	} else {
		return (1 / factorial(n)) + S(n - 1);
	};
}

Если прям совсем байты экономиш, то можно и так переписать

function factorial(n) {
	return n > 1 ? (n * factorial(n - 1)) : 1;
}

function S(n) {
	return n > 0 ? ((1 / factorial(n)) + S(n - 1)) : 0;
}

toInsert = 'test.'
newStr = str.dup.sub!(/(?<=www\.)/, toInsert) || (toInsert + str)

Если блоку поставить position: absolute то сработает, только блок уже выходит за границы.

Всё правильно, вы просто говнокодите на CSS, особенно используя везде vh и vw. Слышали поговорку "Заставь фронтендера размеры с помощью относительных единиц задавать везде, так он себе голову разобьет о jsfiddle"?
Добавьте нормальные размеры для block-content, и центрируйте как душе угодно, если что - top\left только для absolute.

Потому что руби при создании объекта не копирует данные класса, а хранит ссылку на него. TYPES это константа класса, при ее изменении данные обновятся у всех объектов. В случае обычного класса Вам нужно было бы переопределить метод initialize с установкой нужной переменной, но для модели это делать не жлательно и лучше воспользоваться колбеком.

Кроме того присваивание работает по ссылке, поэтому массив нужно именно скопировать

class Book < ActiveRecord::Base
  DEFAULT_TYPES = ['Classics', 'Fantasy']

  after_initialize :set_default_book_types

  def book_types
    @book_types
  end

  def set_default_book_types
    @book_types = DEFAULT_TYPES.map(&:clone)
  end
end

def book_types
  TYPES # тут TYPES передается по ссылке
end

возможно, вам подойдет вариант с дублированием:

def book_types
  TYPES.dup
end

Смотрите, вы пишете:
я хочу, чтобы внутренний элемент занимал половину ширины блока, но сам блок по ширине равнялся внутреннему.

Это бред.

Нужно определиться кто от кого должен брать размеры.
Инпут от родителя или родитель от инпута.

Если вы зададите размер инпуту в px, то родитель будет ровно как инпут (при ваших остальных стилях).
Либо наоборот, разберитесь с шириной родителя, а инпуту задавайте 100%.
Тогда они будут равны.

https://jsfiddle.net/6st8fq7e/ ?
Блок это родитель, у него может быть любая ширина,но чтобы растянуть input на всю,тебе нужно задать 100%

так тоже можно

let check = true;
let latestFriendlyAnimal = '';

function sayHello(animal) {

  if(check && !(['lion', 'cat', 'dog', 'cow'].includes(animal))) return "Growl"
  
  if((check && animal === 'lion') || ['dog', 'cat', 'cow'].includes(animal)) {
  	latestFriendlyAnimal = animal
    return animal
  }
  
  return 'Hello';
}

console.log(sayHello('dog'));

console.log(latestFriendlyAnimal);

Вы же прямо в вопросе написали условия, достаточно их прямо так в коде и повторить, чтобы он стал понятнее:

function sayHello(animal) {
    if (['dog', 'cat', 'cow'].includes(animal)) {
        latestFriendlyAnimal = animal;

        return 'Hello';
    }

    if (animal === 'lion' && check) {
        latestFriendlyAnimal = animal;
    }

    return check ? 'Hello' : 'Growl';
}

Можно ещё немного упростить:

function sayHello(animal) {
    let isKnownAndFriendly = ['dog', 'cat', 'cow'].includes(animal) || (animal === 'lion' && check);

    if (isKnownAndFriendly) {
        latestFriendlyAnimal = animal;

        return 'Hello';
    }

    return check ? 'Hello' : 'Growl';
}

Многие согласились использовать POST в таких случаях
https://stackoverflow.com/questions/14202257/desig...

Особое извращение - использовать X-HTTP-Method-Override: GET

POST /books
Entity body
{ "title": "Ipsum", "year": 2017 }
Headers
X-HTTP-Method-Override: GET

— Оставить GET, но передавать данные (ну или их часть) не в query string, а в body запроса

Очень-очень не рекомендуется.
https://stackoverflow.com/questions/978061/http-ge...

Понятно что ссылка очень длинная для GET запроса, но какими способами можно решить данную проблему ?

1. Сделать её короче и не передавать в GET столько информации.
   
2. Использовать POST.
   

С уважением, ваш К.О.

Сокращать пробелы, увы, не входит в функции Nokogiri, можно убрать стартовые пробелы регуляркой
new_content.gsub(/^ +/, "")

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

require 'open-uri'
require 'nokogiri'

url = 'https://ru.wikipedia.org/wiki/Ruby'
doc = Nokogiri::HTML(open(url))

text = ''
doc.css('p,h1').each do |e|
  text << e.content
end

puts text

можно сделать так

# наш контент в Nokogiri::HTML
nokogiri_html = Nokogiri::HTML(html_content)

# код нового элемента
new_element = '
<div style="color: red">
  Text
</div>
'

# добавление в начало body
nokogiri_html.at("body").children.first.add_previous_sibling(new_element)

# смотрим, что получилось
puts nokogiri_html

html_content.gsub!(/<span edit="false">([^<]+)<\/span>/, '\1')

Если я верно понял логику копирования parent_id:

new_obj = {id: new_id, models: []}
prev_model = nil
obj[:models].each do |m|
  new_model = m.dup
  new_model[:parent_id] = prev_model[:id] unless prev_model.nil?
  new_obj[:models] << new_model
  prev_model = new_model
end

что-нибудь такое https://jsfiddle.net/9tangp7r/
но не очень понятно почему медиа точками нельзя воспользоваться...

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

Возможно зона его ответственности никогда не покроет весь проект, но это и не нужно.

Человек или понимает или нет.

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

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

Как эффективно познакомить новичка с проектом?

Давать задачки, в разных частях пороекта. Если способность есть, будет их делать. Получать практику в технологиях + постепенно изучать проект. Возможно спрашивать у вас, но тут важно понять, что информацию нужно давать порциями

Задав минимальную ширину?