ksvdon: не за что:) но на будущее - пробуйте гуглить по-английски, на всякие вопросы по селениуму почти всегда сразу находится готовый ответ на каком-нибудь стэковерфлоу.
D' Normalization: да не обязательно - был товарищ мотивированный, книжки читал по специальности, задавал много вопросов "сверх программы", но вот когда что-то не получается - сначала спросит, потом погуглит.
это что-то скорее из области способов восприятия информации - никогда не попадались люди, которые перезванивают в ответ на подробные письма с более чем одним вопросом?:)
в целом соглашусь (не вдаваясь вообще в мотивы попадания таких людей в айтишную сферу), но хочется дополнить:)
у меня не очень большой опыт (несколько раз выдавали подобных студентов "в помощь"), но сложилось впечатление, что есть какой-то класс людей, у которых нет рефлекса гуглить перед тем, как спросить.
то есть перед тем, как учить человека думать, его надо просто научить гуглить.
"у меня не получается N" - "а что говорит гугл?" - "эээ..." - "ну погугли и приходи" - "чего-то ничего не находится" - "попробуй погуглить по-английски" - "аааа".
после этого почти всегда локальная проблема решается.
но это не значит, что в следующий раз снова не надо будет у этого человека уточнять, погуглил ли он уже или опять решил, что проще спросить.
Ovsiannikov: спасибо, посмотрю завтра на свежую голову внимательно:) но боюсь все-таки, что дело в том, что менее распространенная задача. дата-майнингом сейчас много занимаются в самых разных областях, поэтому много библиотек и всего. сильно меньше, но тоже есть - калькуляторов "дерева отказов" из анализа рисков (и это уже не библиотеки для матлаба или питона, а какой-нибудь многофункциональный узкоспециальный софт), а у меня получается еще более узкая задача:)
в итоге нашлось несколько вариантов реализации структуры/визуализации деревьев для других задач, но пока думаю, как это можно допилить.
на всякий случай: если в paint.net зажать шифт при перемещении/изменении размера выделения, то будут сохраняться пропорции. но в целом он не слишком удобен, да.
Сухроб Хусамов: ок, но зачем тогда приводить формулу, которая не имеет к вашему коду отношения?:)
по поводу того, что получается значение меньше -1 или больше 1 - гуглите "оошибка плавающей запятой", в простом случае можно просто округлить.
Adamos: в исходном вопросе было про базу знаний. не знаю, как у вас, но у меня база знаний - это все-таки чуть более, чем разрозненная информация, это определенные направления интереса, по которым я целенаправленно накапливаю знания. кажется, сейчас это любят называть "картой компетенций" ("competency roadmap"), и вот это как раз и можно неплохо структурировать и визуализировать в виде mind maps.
с ходу картинка находится только про бухгалтеров, но зато наглядно: buhtrening.ru/pic/hedit/Image/cx-on.jpg
zm_sansan: по идее, как раз у полипропилена везде пишут "упругость, гибкость и устойчивость к деформации" - то есть вопрос как раз будет не в том, чтоб не треснул, а как согнуть, чтобы сгиб зафиксировать (варианты: нагреть или "прорезать" сгиб на небольшую толщину).
но пробовать надо, да.
1. Да, это три тестовых сценария (в реальности - гораздо больше), и все их надо проверить. Вопрос в том, как и в чем наглядно систематизировать заходы на все развилки.
2. Вопрос "а будем ли мы писать этот тест" в данной задаче считается решенным на предыдущем этапе. И да, именно в моем случае все эти длинные сценарии были нужны и отлавливали много багов самых разных сортов и степеней критичности, поэтому интересно не как от них избавиться, а как сделать их удобнее.
Я имею в виду что-то вроде этого:
table= driver.findElement(By.id("table_id"));
button=table.findElement(By.id("button_id"));
Да, еще вспомнился такой вариант: кнопка срабатывала после двух событий: наведения на нее мышки+клика.
Соответственно, человек не может кликнуть, не наведя мышку, поэтому вручную все работало, а вебдрайвер не срабатывал.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
ну вот такой кусок у меня точно пишет, например, время выполнения в лог: