Сообщество Хекслета

Даниил Золотарёв 21 ноября 2018 →

const squareofSum = (a,b) => (a*a)+(2*a*b)+(b*b); squareofSum(2,3); Вот мой код на задание 19. И почему то код ломается на вашей кодировке export default squareOfSum; - вот на неё указывает тестер. В чём конкретно заключена ошибка? make: Entering directory '/usr/src/app' npm test -s FAIL tests/squareOfSum.test.js ● Test suite failed to run

ReferenceError: squareOfSum is not defined

  5 | // END
  6 | 
> 7 | export default squareOfSum;
    |                ^

Александр Кулаков 21 ноября 2018 →

Добрый вечер. Подскажите, каким образом переделать данную конструкцию if в тернарную операцию? Смысл такой, что если условие не удовлетворяется, то нужно использовать в дальнейших вычислениях текущее значение startIndex

if (startIndex >= str.length) {
    return string;
}

Дмитрий Голиков 21 ноября 2018 →

Здравствуйте. Есть некоторая неясность: когда формирую список пользователей "/users" и перехожу по ссылке в данные пользователя, firstName в таблице "/users" и на странице с данными пользователя различаются, а id остается тем же. Такое чувство, что при переходе по ссылке генерируется новый список пользователей и я попадаю на страницу с id из нового списка. Были подозрения, что в моем решении косяк, но с решением учителя та же картина. Или может я что-то не понимаю?

Алексей Ильин 21 ноября 2018 →

На решение учителя линтер ошибку выдаёт: "Must use destructuring props assignment react/destructuring-assignment". Я без ошибки сделал. )

Nikita 21 ноября 2018 →

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

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

или вообще логичнее, чтобы каждый домен оборачивался своим слоем сервисов и инфраструктуры, через которую организовывается взаимодействие?

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

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

Алексей Абрамов 21 ноября 2018 →

Я застрял, в голове что делать понимаю, а как реализовать проблема. Прошу помощи

function append($list1, $list2)
{
    $append = function ($list) use (&$append, $list2) {
        if (is_null(cdr($list))) {
            return cons (car($list), $list2);
        }
        return $append(cdr($list));
    };

    return $append($list1);
}

Анна Огнева 21 ноября 2018 →

Здравствуйте, у меня не получается сделать задание, помогите, пожалуйста, я предполагаю, что нужно указать два параметра 1) шрифт; 2) цвет, перебрала разные варианты, вот на этом остановилась и не понимаю, что неправильно: <p class="italic">Something else.</p> <p id="one" class="green">Something.</p>

Ирина Гулынина 21 ноября 2018 →

А как в реальной жизни эти метки типов attach ставить? У нас же не будет никакой библиотеки type, которая специально на парах. Написать сам-себе-функцию, которая на парах это реализует? :) Или есть какие-то типовые штуки, которыми все пользуются?

Валерий Серёгин 21 ноября 2018 →

Использование reduce вызвано желанием более полной демонстрации его возможностей? Если нет, то могу ли я полагать, что мое решение удалось более читаемым?

Сергей Синицын 21 ноября 2018 →

У меня такой вопрос. Не нужно ли в методах touchSync(filepath) и mkdirSync(filepath) проверять, тип родительского элемента (что он действительно директория)? Иначе можно создать "папку в файле" и "файл в файле". Пока у меня такие мысли, что это не проверяется т.к. мы используем TDD и не нужно писать лишнего, вернее сначала нужно написать тест, а потом писать (или рефакторить) код.