Как стать автором
Обновить
87
0

Пользователь

Отправить сообщение
Если я правильно понял статью — то это пример достаточно плохого js разработчика.

Мало того что она не разобралась почему stream вдруг считал файл в память(он не должен github.com/nodejs/help/issues/194) и просто использовала npm библиотеку, так еще и было предположение считать файл с данными в память целиком(ненуаче такого ?).
вообще у эпла доход за 2017 год больше чем у всего самсунга, целиком :)
Они очень активно ведут поезд(стекла прозрачные периодически) — выглядит правдоподобно :).
обычно люди которые так говорят, не занимались веб разработкой. Такие иллюзии достаточно быстро ломаются об реальность на больших проектах.
>А в токийском метро уже и машинистов из кабины выселили.

Это неправда :) на подавляющем большинстве веток машинисты в кабине есть :)
Кажется немного забавным что обсуждают цели «проекта», и поддержку «сообществом» куска кода уровня курсача первого курса как максимум.
я боюсь вам хорошо бы подтянуть теорию по языкам программирования и грамматикам, узнаете много нового, если тема интересна :)
Хочу заметить что они настолько отвратительно себя показывают, что уже переползают на десктопы и мобилки, а вот наоборот ни у кого особенно не выходит :)

Есть несколько вопросов:
Над какими проектами с каким количеством людей вы работали?
Использовался ли в этих проектах предложенный вами подход(#i1 ul>li>div {}) ?
Встретились ли вам какие-нибудь минусы ?

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

Когда присылают фиче-реквест — открыть трекер, вместо ответа «да мы подумаем/попробуем, спасибо» начинается какая то непонятная полемика.

Впечатление так себе.
А почему не подошли встроенные enum / const enum?
>Цель — обеспечить качество кода, когда изменения делаются не в самом тестируемом классе, а в используемых им других классах.

1. У вас получается что качество кода «используемых им других классов.» обеспечивается тестами написанными у тех кто от этих классов зависит. Это достаточно странная логика.

2. На автономные классы без зависимостей по такой логике тесты можно не писать.

При нормальном подходе к тестам, зависимости в свою очередь должны быть покрыты тестами, так что дополнительные проверки им не нужны.
>В итоге вам не надо писать 8 тестов для непубличного метода и 8 тестов для публичного.

Если у вас полностью покрыт публичный метод, и у вас есть правило покрывать все публичные методы. Непонятно зачем вообще в таком случае проверять приватный.
>«При изменеии внутренней структуры» тесты далжны быть легко выкинуты и написаны заного.

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

>Хелперы — это палка с двумя концами. Один помогает, другой бьет по башке.

Проблема не в хелперах, а в — «Когда у вас есть лес классов из хелперов и непонятно, какой в вашем случае подходит, вы просто напишете новый.»

Возможно вам стоит начать с наведения порядка в проекте. Думаю что много аспектов станет проще, не только тестирование.

Это очень вредный подход.

При тестировании приватных методов, тестируются не контракты, а конкретная реализация.

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

А проблема с копипастом может решаться хэлпером для создания минимальной дефолтной конфигурации.
>Глупость редкостная.

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

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Работает в
Зарегистрирован
Активность