«1. Есть некоторая строка (var str = 'fgfggg';), что будет, если мы возьмем str[0]?» — будет вычислено значение str[0].
«5. Дано дерево, надо найти сумму всех вершин.» — интересно, как можно складывать вершины? Например, в вершинах лежат функции.
«13. Есть несколько слов, определить состоят ли они из одних и тех же букв('кот', 'ток', 'окт')» — тоже кривая формулировка и неправильное решение 'ттт' и 'т' состоят из одних и тех же букв.
«21. Что будет выведено в консоль, как можно модифицировать пример что бы он возвращал правильный результат(назовите как можно больше способов)?» — что такое «правильный результа»? Почему текущий результат неправильныё неизвестно.
«22. Надо написать функцию, которая вернет «hello world», но при этом в теле функции нельзя использовать ни цифры, ни буквы, а циклы, массивы, объекты можно, но без цифр.» — решение полностью состоит из букв.
Всегда думал, что «I really don't want to pay» — это не «Я действительно не могу заплатить», а «я действительно не хочу [за это] платить». Смысл очень сильно другой.
После самостоятельного ухода в синий экран с китайским инженерным меню и зависанием был перезагружен посредством вытаскивания аккума, и время жизни увеличилось раза в два. Возможно, был плохой контакт.
Сомневаюсь, что целевая аудитория этой книги (программисты и администраторы распределенных систем) не знают английского на уровне «читаю мануалы», так как без знания языка на таком уровне довольно сложно стать программистом распределенных систем или их администратором. А книга написана довольно простым языком.
Плюс в книге много терминов, которые нужно оставить на языке оригинала, чтобы избежать путаницы.
Так что, мне кажется, что переводить ее смысла нет, но почитать стоит.
За 2 дня коммерческую программу довольно сложно написать. В случае UDP слушалки и мониторилки нужно иметь какую-то конфигу (на каком порту слушать, куда выводить логи, в каком формате показывать статус серверов, максимальный таймаут, доп. опции), а для конфиги нужен какой-нибудь хелп, нужно сделать обработку параметров из этой конфиги. Плюс нужно определиться с форматом вывода на экран. Плюс решить и реализовать что делать в случае всевозможных ошибок (не открыть на запись файл лога, сервер отвалился, пришел некорректный пакет, место на диске кончилось, не получается слушать на выбранном порту, проблемы с сетью и др.). Плюс тестировать это все нужно и если что-то не так, то тестировать после багфикса. И это существенно больше 2х дней.
Если же не делать конфигов, хелпов, логов и обработки ошибок, то лучше не продавать такой продукт, себе дороже будет.
См. коммент выше, тут путаница c терминологией. Сначала говорят про проценты для временного соотношения, а потом про продуктивность, которая есть количество продукта/затраченное время и видимо в процентах от некого эталона. Обычно за 100% берется либо некий план (который неопределен тут), либо текущая производительность. Отсюда и получилось 2%.
Продуктивность != процентному соотношению времени проведенного в «полезных программах» к общему времени нахождения за компьютером. Продуктивность — это некий коэффициент, показывающий сколько продукта производит работник за единицу времени.
Так, например, если 12 часовой рабочий день разбавить перерывами каждые два часа хотя бы по 15 минут, то продуктивность программиста увеличится, а вот соотношение полезного времени к потраченному будет хуже.
Примеры там странные. Что сразу бросается в глаза:
* выбран пол «female», но все равно ошибка «Please enter a gender» (видимо, можно вводить только мужской, но зачем тогда радиобаттон)
* пол по умолчанию выбран, очень сомнительное решение
* пароль от 8 до 20 с обязательными заглавными, строчными и цифрами, но зато без спецсимволов
* неоднозначная идея использовать крестик как маркер некорректно заполненного поля, хотя в интерфейсах крестик используется как правило для действия «удалить», «закрыть».
Еще не наталкивался, чтобы на информационных ресурсах выкладывали powershell скрипты, в отличии хотя бы от bash.
Так что смысла в powershell не вижу. Лично мне безразлично какой скриптовый язык изучать, но я хочу иметь возможность пользоваться написанными скриптами под максимальным количеством платформ + хотя бы для одной из них этот язык должен быть родным.
Занятия со штангой с правильным тренером намного лучше рекомендаций врачей, которые с трудом представляют о чем говорят.
При соблюдении техники выполнения упражнений и наличии здравого смысла от штанги будет только польза.
Сам по роду деятельности много времени провожу за компьютером и два раза в неделю уже больше двух лет хожу в качалку. 90% времени занят упражнениями со штангой (жим лежа, приседания, становая тяга). Никаких проблем со здоровьем не испытываю и спина не болит.
Когда я покупал себе NEC 2470 WNX (один из лучших мониторов 23"-24" на тот момент с S-PVA), то можно было немного добавить и взять яблоко, но после чтения кучи обзоров, решил Apple не брать, о чем ни разу не жалею :)
Топовые скорости в слепой печати для английского алфавита порядка 700-800 символов в минуту (зависит от типа соревнований), то есть ~11.5-13.25 символов в секунду.
Пусть пальмовик печатал 10 символов в секунду, тогда каждый палец у него печатает 1 символ за 200 мс.
Рекордное время реакции тактильной системы на раздражители ~100-180 мс
Палец нужно будет вернуть на исходную позицию, что удвоит это время.
То есть мы получаем, что рекордсмен в лабораторных условиях покажет рекорд не лучше 200мс для одного самого лучшего нажатия. Очевидно, что нужно будет добавить время пальца в пути и время его нахождения на кнопке/экране, что существенно увеличит минимальное время нажатие.
Да и невозможно показывать постоянно рекордное время.
Несмотря на всю утопичность системы, иногда она применима и применяема.
Например, в России существует школа каратэ, некоторые занятия в которой оплачиваются по так называемой "революционной системе": обучаемый сам определяет для себя размер оплаты.