@DmitriySimushev TDD к этому не имеет отношения. Это не test-before-you-write, это локализация бага и формальное доказательство его устранения и недопущения в будущем в виде теста.
грубо говоря, когда менеджер спросил, закрыл ли ты баг, ты не можешь ответить, пока у тебя нет соответствующего теста
@Etki это не работает, если проект изначально не покрыт тестами
@ru_volt касательно учебника, у меня две претензии: 1. формулировки местами хромают, вводя новичков в заблуждение. 2. новички почему-то решают, что это самый-лучший-ресурс-по-js и начинают ссылаться на него, как на авторитетную работу. а зря
@ru_volt я совсем недавно обсуждал с @Grundy то как описаны генераторы в learn.js.ru. Причем как раз после вашей правки ответа о ресурсах =)
@DmitriySimushev, я по обеим пунктам согласен, но просто лучше источника для нубов не знаю. Вот вообще. Куда еще посылать человека который js в первый раз в жизни видит?
Кому es6 надо и тонкие места, тот уже обычно и на so поискать может и в спеку залезть
Ну то есть это что-то по типу букваря. Когда человеку про натуральные числа рассказывают, его на яблоках считать учат, а не аксиомы Пеано выдают
@DmitriySimushev почему? Приходит таск на фикс бага N, он проходит через вышеописанный workflow, все счастливы. Остальные потенциальные баги остаются на территории забвения до аналогичного обнаружения.
@Etki, в теории так должно быть "обнаружил-пофиксил-покрыл". А на практике это требует некоторой культуры тестирования в компании. И если она есть, то проект обычно тестами покрыт изначально. А если нет, то всем пофиг на ваш супертест и его кроме вас никто не запустит просто
@DmitriySimushev, тех кто опыт программирования вообще имеет - да можно. А вот всяких студентов - ну оч сомневаюсь. Я целиком его не читал, но из того что читал у меня сложилось впечатление что это больше справочник такой, дотошный пересказ спеки человеческим языком и объяснение откуда что взялось. Представьте что вы студент и НИЧЕГО НЕ ПОНИМАЕТЕ.
Разумеется среди таких персонажей большой процент людей которым ничего не поможет. Но есть и такие, которым достаточно быстро показать как писать всякие простенькие хеллоуворлдоподобные программки - и они втянутся.
@ru_volt тут один уже прибегал пытаясь протолкнуть СПИНИЗы (поищите на мете). tl;dr -- невозможно правильно указать уровень литературы. можно только указывать субъективное фу + порядок работы с источниками
собственно @D-side (ныне @Кнопкатык) выдвигал здравую идею с деревом навыков. кмк для литературы это тоже работает
а вообще, это все бесполезно. ru.so переполнен вопросами про установку "жиквери плюгинов", ну и однотипными вопросами про асинхронность
@ru_volt мы не берм скоуп проекта, мы берем воркфлоу в случае конкретного бага. Если следовать этой логике, то проект без тестов не может прыгнуть в состояние покрытого тестами проекта, потому что это не работает.
@DmitriySimushev еще раз: я ни слова не сказал про то, что это гарантирует работу проекта, я говорю о том, как гарантированно закрыть баг, если он правильно локализован. Что делать с программистами, у которых ломается в другом месте вследствие починки бага - отдельный вопрос (видимо, учить локализовать проблему).
@Etki, я ща говорю не про сферический вакуум, а про мой конкретный опыт) Он прыгнуть может, но на практике это оч сложная задача, решение которой большей частью не техническое
@Etki ложная надежда это вредно. вот напишет программист один единственный тест для такой баги, о довольный собой запушит в пятничный вечер коммит в апстрим.
тест есть -- все работает. а оно бац, и в другом месте взорвалось
@Etki, ну я не спорю собственно, просто поясняю что имел в виду под "это не работает". Я имел в виду "это обычно не работает без большого количества дополнительных усилий".
@ru_volt на самом деле нет. Просто "уровень" часто совершенно неправильно пытаются измерять по объёму знаний, игнорируя их состав из расчёта на то, что определённые объёмы обязательно охватывают всё, что надо. Авторам сложно сформулировать список, а читателей задолбает их сравнивать со своим опытом. .-.
Кстати, формулировать наборы необходимых для книги навыков и проверять их от единого источника это интересная мысль, пойду запишу.
Как премировать ответ на закрытый вопрос — ru.stackoverflow.com/q/448276/199934 ? Наверное, самые нетривиальные вопрос с ответом в истории Stack Overflow)).
@DmitriySimushev ну, к сносному формату описания деревьев я пришёл, как будет время, напишу первое дерево без ссылок, чтобы обкатывать реализации на более-менее реальных данных.
@DmitriySimushev ClojureScript, если получится прикрутить к нему визуализацию графа. Сейчас выбираю между Vis.js/Network и D3. Первый пока выигрывает, ибо ведёт всё в одном <canvas>, не плюща DOM к негодованию React.
@Кнопкатык эм... а зачем вам statefull компонент? если я правильно понимаю идею, компонент только должен строить граф на основе переданных ему данных. поменялись данные -- поменялся граф
@DmitriySimushev Помнится, перед поездками я в BIOS настраивал автоматическое включение компьютера в заданное время, а выключать-то много чем можно. Когда вернулся спустя неделю, все бонусы за посещение начислились. Правда, на других сайтах, не проектах Stack Exchange: здесь обычным window.open не обойтись.
Есть проверочный пользовательский аудит:
http://ru.stackoverflow.com/review/low-quality-posts/83960
Не вижу причин, по которым ответ нужно рекомендовать к удалению. Он выглядит нормально с точки зрения и длины, качества и оформления, именно поэтому я и нажимаю "Выглядит нормально".
Рискну предпо...