Ответ парсится неверно просто. Гугл отдает переводы по отдельным приложениям, а тут анализируется только первое. Если делать клиент для текстов с произвольным числом предложений, надо конечно же скорректировать алгоритм. Вот например для node.js вариант из моей либы:
response.on('end', function () {
data = data.replace(/,+/g, ',').replace(/,\]/g,']');
var obj = JSON.parse(data);
callback(obj[0].map(function (sentence) { return sentence[0]; }).join(''));
});
Нет проблем. Идея 3x3 состоит в том, что для задач на день формируются три списка из максимум трех задач. Каждый список имеет приоритет: высокий, средний и низкий. Таким образов в день обязательно выполняются три задачи высокого приоритета, если хватает времени — три задачи среднего, и если еще осталось время — три задачи низкого приоритета.
Вот на JavaScript (поместилось в твит):
for (var i = 1; i <= 100; i ++) {
var x = '';
if (i % 3 == 0) x += 'Fizz';
if (i % 5 == 0) x += 'Buzz';
console.log(x || i);
}
у меня, к сожалению, только для программистов и только для зарегистрированных в системе. хотя, Вы подали хорошую идею про внешних подписчиков. спасиб, можно подумать над этим.
1. действительно. надо было запустить тесты перед деплоем :) но дело поправимое
2. прикрепление файлов на ближайшей очереди.
3.1. github предоставляет очень простое апи. далее надо просто условиться, что в сообщение к коммиту будет дописываться номер тикета в трекере, по нему ловится тикет, если надо помечается как выполненный, если надо отмечается затраченное время, а заинтересованные лица получают необходимые уведомления
3.2. gem tracker позволяет в командной строке запросить список текущих задач по проекту, создать новую задачу, отметить как выполненные и т.д.
1. решено. назначай любого исполнителя из команды
2. ничего не навязывается. никаких методологий, процессов. я даже майлстоуны ленюсь сделать, потому что не надо, всегда можно обойтись очередным списком.
3. можно работать с трекером не заходя на сайт вообще. для этого отслеживаются хуки с гитхаба, а также есть гем, позволяющий работать с задачами из командной строки.
Одно но: некоторые касты уже устарели, учтите при переводе. Например, 71 эпизод, про rspec для тестирования контроллеров, рекомендует использовать Model.any_instance.stubs(...).returns(...), чего делать нельзя, и еще некоторые.
У меня есть хороший знакомый, который именно железом и зарабатывает себе на жизнь сколько я себя знаю. Работает один, над тем чем интересно, вполне достойно содержит семью (жена, двое детей). Так что — вперед! Все так могут у кого есть смелость и упорство.
В node такой фокус не пройдет.
По сути вопроса, да, согласен: приватность переменных в js должна достигаться на уровне соглашений, а не с использованием замыканий.
for (var i = 1; i <= 100; i ++) {
var x = '';
if (i % 3 == 0) x += 'Fizz';
if (i % 5 == 0) x += 'Buzz';
console.log(x || i);
}
2. прикрепление файлов на ближайшей очереди.
3.1. github предоставляет очень простое апи. далее надо просто условиться, что в сообщение к коммиту будет дописываться номер тикета в трекере, по нему ловится тикет, если надо помечается как выполненный, если надо отмечается затраченное время, а заинтересованные лица получают необходимые уведомления
3.2. gem tracker позволяет в командной строке запросить список текущих задач по проекту, создать новую задачу, отметить как выполненные и т.д.
2. ничего не навязывается. никаких методологий, процессов. я даже майлстоуны ленюсь сделать, потому что не надо, всегда можно обойтись очередным списком.
3. можно работать с трекером не заходя на сайт вообще. для этого отслеживаются хуки с гитхаба, а также есть гем, позволяющий работать с задачами из командной строки.
Одно но: некоторые касты уже устарели, учтите при переводе. Например, 71 эпизод, про rspec для тестирования контроллеров, рекомендует использовать Model.any_instance.stubs(...).returns(...), чего делать нельзя, и еще некоторые.
Я очень медленно и вдумчиво читаю за обедом.