«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 с обязательными заглавными, строчными и цифрами, но зато без спецсимволов
* неоднозначная идея использовать крестик как маркер некорректно заполненного поля, хотя в интерфейсах крестик используется как правило для действия «удалить», «закрыть».
Одна из немногих нормальных статей по всем кастам сразу. Спасибо, автор.
Зачем кто-то будет использовать пузырек неизвестно.
«1. Есть некоторая строка (var str = 'fgfggg';), что будет, если мы возьмем str[0]?» — будет вычислено значение str[0].
«5. Дано дерево, надо найти сумму всех вершин.» — интересно, как можно складывать вершины? Например, в вершинах лежат функции.
«13. Есть несколько слов, определить состоят ли они из одних и тех же букв('кот', 'ток', 'окт')» — тоже кривая формулировка и неправильное решение 'ттт' и 'т' состоят из одних и тех же букв.
«21. Что будет выведено в консоль, как можно модифицировать пример что бы он возвращал правильный результат(назовите как можно больше способов)?» — что такое «правильный результа»? Почему текущий результат неправильныё неизвестно.
«22. Надо написать функцию, которая вернет «hello world», но при этом в теле функции нельзя использовать ни цифры, ни буквы, а циклы, массивы, объекты можно, но без цифр.» — решение полностью состоит из букв.
Ну и т.д.
Статистика по батарее говорит, что связь, WiFi и режим ожидания занимают по 32%.
Неделя без розетки возможна только в выключенном состоянии.
Плюс в книге много терминов, которые нужно оставить на языке оригинала, чтобы избежать путаницы.
Так что, мне кажется, что переводить ее смысла нет, но почитать стоит.
Если же не делать конфигов, хелпов, логов и обработки ошибок, то лучше не продавать такой продукт, себе дороже будет.
Так, например, если 12 часовой рабочий день разбавить перерывами каждые два часа хотя бы по 15 минут, то продуктивность программиста увеличится, а вот соотношение полезного времени к потраченному будет хуже.
* выбран пол «female», но все равно ошибка «Please enter a gender» (видимо, можно вводить только мужской, но зачем тогда радиобаттон)
* пол по умолчанию выбран, очень сомнительное решение
* пароль от 8 до 20 с обязательными заглавными, строчными и цифрами, но зато без спецсимволов
* неоднозначная идея использовать крестик как маркер некорректно заполненного поля, хотя в интерфейсах крестик используется как правило для действия «удалить», «закрыть».