Чтобы проверить значение переменной на соответствие NaN можно, воспользовавшись встроенным методом isNaN() или используя оператор тройного равенства ===
Вы уверены, что === сработает для сравнения с NaN?
func Merge[T any, U any](first T, second U) {
fmt.Println(first, second)
}
Иногда Go может сказать: "У тебя слишком много вариантов, я не могу выбрать." Это происходит, когда информации недостаточно для однозначного вывода, или когда ваш код настолько загадочен, что даже умный компилятор в ступоре:
Merge[int, string](42, "The answer is")
А почему компилятор тут не может вывести типы? Тут, кажется, информации более чем достаточно
Вы уверены в этом?
Вы уверены, что === сработает для сравнения с NaN?
Это все ещё инъекция зависимостей :)
А как вы абстрагируетесь от реализации без DI (dependency injection)?
Я правильно понимаю, что автор призывает не писать для рунета, и для этого сегодня написал две статьи для рунета?)
'Зависимый от интернета и облака' != 'поддерживающий интернет и облака'
А в чем проблемы прототипного наследования? Есть какие то примеры из опыта, когда это было неудобно? Реально интересно
А есть примеры кода? Что то пока непонятно.
А в каких кейсах может понадобиться мокать лямбду?
А предикат чётных чисел что делает? :)
А почему компилятор тут не может вывести типы? Тут, кажется, информации более чем достаточно
А за отрицательный отзыв скидку дали бы?
А вы расскажите, пожалуйста, как за логарифм вставку в односвязном списке сделать
Ну да, я имел в виду, при прочих равных
Более того, в css тоже последний стиль иметь бОльший приоритет)
Кажется, автор наоборот, утверждает, что он мамонт :)
Вы про великих учёных, а автор про 'влиятельных' людей говорит. :)
По формулировке вообще непонятно, что нужно сделать.
Там ж в любом месте можно создать портал и увидеть гг со стороны
Разве с любого? Кажется там всегда были вполне конкретные места, с которых можно начать, а-ля чекпоинты