bonchev1,
Так я общую логику описал, никто не мешает вам обернуть этот код в функцию. А ответ с regex видел, честно говоря я бы на будущее старался его избегать в задачах подобного плана с бОльшим количеством вводных данных (как, например в комментарии выше, с воронами до миллиарда).
В данном примере, конечно, ничего страшного в нем нет.
Да, кстати 9 < age < 21
Такие конструкции не работают, проверка будет только по второй части age < 21; Правильно писать:
age > 9 && age < 21
а если нужно это как отдельный блок, то просто заключить в скобки;
Karpion, у меня же не просто так там "тд" стоит - оно намекает на то, что это примеры условий, а не все условия. Для 11, которое является единственным исключением в данном случае (хорошо, есть ещё 111, до 211 думаю человеческий возраст алгоритмировать смысла нет ;) ) можно добавить отдельное. Не понимаю к чему ваш коммент
zorca, просто если команда не в офисе, то это либо уже опытные разработчики, собрались для своего проекта и им неактуален данный вопрос, либо неопытные и есть ли серьезная разница такой команды и работы на фрилансе/самопрактики непонятно.
Да тут речь скорее не о причине отказа, ее я знаю итак - пока замахнулся выше головы (подал отклик, так как думал, что это может быть тот случай когда требования писал hr и на деле все проще). Тут скорее речь об оценке своего уровня/какие знания подтянуть и тд, а какие уже на неплохом уровне.
к сожалению вряд ли сработает, нужно чтобы если блок урезается - урезался полностью и было одно троеточие в центре. А с text-overflow придется делать два блока, оба с text-overflow или один без, просто overflow:hidden - в любом случае текст будет частично оставаться.
MRcracker, такая себе оптимизация. Десяток лишних строк в css погоды не сделают вообще, а вот подгрузка лишнего файла, тем более на мобильных устройствах, для которых оптимизация намного важнее - ударит посильнее.
Если так интересует тема оптимизации, то вам как раз таки нужно стараться двигаться в сторону меньшего количества файлов и Dom элементов. Например css спрайты - одна из моих любимых техник.
Выглядит достойно. Только, если не секрет, зачем нам именно суммы дней и человек, если там одно значение? Почему не просто personsSum = persons.value || 0
survivor2005, да, действительно, обтекания не будет, в любом случае, в ответе описал почему это скорее всего не влияет ни на что, либо исправляется изменением sitemap.
Так я общую логику описал, никто не мешает вам обернуть этот код в функцию. А ответ с regex видел, честно говоря я бы на будущее старался его избегать в задачах подобного плана с бОльшим количеством вводных данных (как, например в комментарии выше, с воронами до миллиарда).
В данном примере, конечно, ничего страшного в нем нет.
Да, кстати
9 < age < 21Такие конструкции не работают, проверка будет только по второй части age < 21; Правильно писать:
age > 9 && age < 21а если нужно это как отдельный блок, то просто заключить в скобки;
Ну и у вас взаимоисключающие условия:
9 < age < 21 && 109 < age < 121 должно быть
(age > 9 && age < 21) || (age > 109 && age < 121)