Имхо, плохой совет. Говорю, потому что раньше всегда делал именно так. Со временем осознал, что плохо отдыхаю, не расслабляюсь. накапливаю хроническую усталось. Задача, которую я взял с собой, гложет меня, сидит на задворках сознания, не дает полностью переключится на то, чем я занимаюсь здесь и сейчас.
Взял на вооружение другой рецепт: делай то что делашь тотально, а закончив делать — заканчивай тотально. Постарайся довести хотя бы до промежуточного результата. И пусть ты не довел дело до финиша, когда прекращаешь его делать, — выкинь из головы и дай себе заниматься тем, чем нужно в этот новый момент времени.
У Мэтта удобный паспорт для таких спонтанных задумок :) У нас бы ему пришлось выбирать маршрут более вдумчиво в обход многих стран. Хотя выбор все равно, конечно, огромный: hitch-hiking.com.ua/vizas.php
Читаю все эти мотивации, перемотивации, недомотивации и грустно становится… чувствуешь себя в клетке какой-то, что ли… ведь где-то есть и другие реалии, другие мечты, другие цели. Должны быть… потому что если к ним не стремиться, то, черт возьми, в каком же душном ящике мы очутились.
«The uncommon man wants to leave a world different from what the found; a better, enriched by his personal creation. For this he is willing to sacriface much or all of the happiness that the common man enjoys.»
[Незаурядный человек хочет оставить по себе мир иным, нежели тот, в который он явился, — лучшим, обогащенным его собственным творчеством. Для этого он готов пожертвовать большей частью радостей или даже всеми радостями, которыми наслаждается человек заурядный.]
3. Сколько новых строчек кода требуется для написания программы на очередной день?
Очень интересный вопрос, на мой взгляд. Как следствие интересно знать насколько высокоуровневые феймворки/операции используются: работают ли программисты напрямую с указателями, памятью и т.п. или пишут код декларативно, на уровне операций, которые надо выполнить «двигаться вперед до..», «остановиться если..», «взять камень если он зеленый» и т.п.
How many new lines of code do you need for writing «one day» program for rover?
Do you use some high level frameworks? I mean, do you work with refs, memory directly or write code in declarative way, on the level of operations which should be done, like: «move forward until..», «stop if..», «take stone if it's green..», etc.?
Как тестируется/отлаживается дневная программа: использование юнит тестов, программная эмуляция марсохода, физическое устройство?
Как симулируются окружающие условия (поверхность марса, атмосфера, события реального времени, как осыпание почвы и т.п.) при тестировании/отладке программы?
Сколько разработчиковосуществляют код-ревью готовой программы?
В каком виде вы получаете логи кода отработавшего за предыдщий день? Встречалась ли в этих логах информация, которая позволила исправить серьезные ошибки?
Случалось ли вам отправлять в релиз бажный код (что-то общеизвестное: утечки памяти, поломанный указатель и т.п.)?
How do you test/debug «day instructions» code: usage of unit tests, computer emulation of rover, on physical device?
How is Mars environment emulated (surface, atmosphere, real-time events like ground sloughing, etc.) for code testing/debugging?
How many developers make code-review of the program?
What is the format of logs you're getting from the code executed on rover last day? Did you face some information in these logs which allowed to fix serious bugs?
Did you release buggy code one day (something well-known: memory leaks, broken reference, etc.)?
Масштаб события и в целом марсианской программы трудно переоценить. Когда я читаю об этом и представляю как все происходит мне не верится, что это действительно есть и что реальные люди делают это возможным своим ежедневным трудом. Как привет из мира Полудня.
Основной экран у меня выглядел нормально, экраны настроек тоже. А вот мое приложение — нет.
Но меня смутило не только это (можно надется, что дело в симуляторе, так как разработчик это исправить вряд ли в силах). Возникли еще проблемы с диалогами (не закрываются или арефакты после закрытия) и падения в неожиданных местах. Конечно, как я писал выше, во всем можно разобраться и все можно сделать. Вопрос цены (времени).
Симулятор при запуске подвисал на сплэше и всё тут, хоть убейся. Оказалась известная, обсуждаемая проблема. Решения никто не знает: по три раза переустанавливают, хаотично меняют настройки в VMWare. Советы в по известным проблемам в официальной документации поражают своей полезностью: «рестартуйте симулятор», по любому симптому. Сделал то же самое, что и все (переинсталяция, последоватльный подбор настроек памяти, ядер процессора, 3Д усорения графики и т.д.) в разных комбинациях пару раз — таки заработало. Тормозит безбожно. Засаспендил, чтобы, не дай Бог, не вернуться на стадию повисшего сплэша.
Подклучение к симулятору из Eclipse. Девелопмент IP — оказывается вовсе не тот, который показывает Settings/Security на симуляторе, как написано в официальной документации и показно в видео тюториале. А надо нажать на иконку на статус баре и в popup будет совсем другой IP, который работает, но о котором не говорят.
Подключился. Начал деплоить приложение из Eclipse в симулятор. Понадобились ключи для подписи приложения. Пошел по ссылке, заполнил форму. Написали ждать два часа (вручную они их пишут что ли...) Пришло письмо подтверждения сабмита формы. Через час письмо с первым ключем. Еще через 10 минут со вторым. Потом еще пару-тройку неинформативных писем непонятно к чему.
Регистрация ключей в RIM (срабатывает однажды, нельзя лажануть, прийдется просить снова и ждать еще часик/полтора). Но все ок. Запустилось.
Простое приложение — словарик, пару экранов, плавный swipe, испольует WebView. В WebView — большущая проблема со сглаживанием шрифтов (по крайней мере в симуляторе). Тормоза. Артефакты. Вылетает в нескольких местах (под Android это продакшн приложение). Трудозатраты по приведению этого бардака в порядок оценить не представляется возможным, поскольку информации мало, да и на форуме blackberry число вопросов слишком превышает количество решений.
В целом, как всегда у RIM — бюрократия не к месту, все сырое, но продраться к финалу можно. Вопрос в том стоит ли (затраты/профит)? Я для себя ответил, что нет. По крайней мере пока.
Какой хороший текст по ссылке. Всегда интересно посмотреть на мир не с точки зрения рынка и денег. И вспомнить что коммерция и консьюмеризм — не единственный доступный нам способ жить. А тут еще и IT и антропологический подход…
Даже есть возможность заменить клавишу Windows на симпатичного пингвина.
Хороший перевод.
Взял на вооружение другой рецепт: делай то что делашь тотально, а закончив делать — заканчивай тотально. Постарайся довести хотя бы до промежуточного результата. И пусть ты не довел дело до финиша, когда прекращаешь его делать, — выкинь из головы и дай себе заниматься тем, чем нужно в этот новый момент времени.
АБС, «Отягощенные злом..»
Очень интересный вопрос, на мой взгляд. Как следствие интересно знать насколько высокоуровневые феймворки/операции используются: работают ли программисты напрямую с указателями, памятью и т.п. или пишут код декларативно, на уровне операций, которые надо выполнить «двигаться вперед до..», «остановиться если..», «взять камень если он зеленый» и т.п.
How many new lines of code do you need for writing «one day» program for rover?
Do you use some high level frameworks? I mean, do you work with refs, memory directly or write code in declarative way, on the level of operations which should be done, like: «move forward until..», «stop if..», «take stone if it's green..», etc.?
Как симулируются окружающие условия (поверхность марса, атмосфера, события реального времени, как осыпание почвы и т.п.) при тестировании/отладке программы?
Сколько разработчиковосуществляют код-ревью готовой программы?
В каком виде вы получаете логи кода отработавшего за предыдщий день? Встречалась ли в этих логах информация, которая позволила исправить серьезные ошибки?
Случалось ли вам отправлять в релиз бажный код (что-то общеизвестное: утечки памяти, поломанный указатель и т.п.)?
How do you test/debug «day instructions» code: usage of unit tests, computer emulation of rover, on physical device?
How is Mars environment emulated (surface, atmosphere, real-time events like ground sloughing, etc.) for code testing/debugging?
How many developers make code-review of the program?
What is the format of logs you're getting from the code executed on rover last day? Did you face some information in these logs which allowed to fix serious bugs?
Did you release buggy code one day (something well-known: memory leaks, broken reference, etc.)?
Виртуальный мир, медленно но уверенно, сливается с реальным.
Выше упомянули two-books.net, но там маленькая выборка.
bookmix.ru
Из англояычных:
www.yournextread.com
www.librarything.com
А вот еще интересная штучка — www.literature-map.com/pelevin.html
Но меня смутило не только это (можно надется, что дело в симуляторе, так как разработчик это исправить вряд ли в силах). Возникли еще проблемы с диалогами (не закрываются или арефакты после закрытия) и падения в неожиданных местах. Конечно, как я писал выше, во всем можно разобраться и все можно сделать. Вопрос цены (времени).
Симулятор при запуске подвисал на сплэше и всё тут, хоть убейся. Оказалась известная, обсуждаемая проблема. Решения никто не знает: по три раза переустанавливают, хаотично меняют настройки в VMWare. Советы в по известным проблемам в официальной документации поражают своей полезностью: «рестартуйте симулятор», по любому симптому. Сделал то же самое, что и все (переинсталяция, последоватльный подбор настроек памяти, ядер процессора, 3Д усорения графики и т.д.) в разных комбинациях пару раз — таки заработало. Тормозит безбожно. Засаспендил, чтобы, не дай Бог, не вернуться на стадию повисшего сплэша.
Подклучение к симулятору из Eclipse. Девелопмент IP — оказывается вовсе не тот, который показывает Settings/Security на симуляторе, как написано в официальной документации и показно в видео тюториале. А надо нажать на иконку на статус баре и в popup будет совсем другой IP, который работает, но о котором не говорят.
Подключился. Начал деплоить приложение из Eclipse в симулятор. Понадобились ключи для подписи приложения. Пошел по ссылке, заполнил форму. Написали ждать два часа (вручную они их пишут что ли...) Пришло письмо подтверждения сабмита формы. Через час письмо с первым ключем. Еще через 10 минут со вторым. Потом еще пару-тройку неинформативных писем непонятно к чему.
Регистрация ключей в RIM (срабатывает однажды, нельзя лажануть, прийдется просить снова и ждать еще часик/полтора). Но все ок. Запустилось.
Простое приложение — словарик, пару экранов, плавный swipe, испольует WebView. В WebView — большущая проблема со сглаживанием шрифтов (по крайней мере в симуляторе). Тормоза. Артефакты. Вылетает в нескольких местах (под Android это продакшн приложение). Трудозатраты по приведению этого бардака в порядок оценить не представляется возможным, поскольку информации мало, да и на форуме blackberry число вопросов слишком превышает количество решений.
В целом, как всегда у RIM — бюрократия не к месту, все сырое, но продраться к финалу можно. Вопрос в том стоит ли (затраты/профит)? Я для себя ответил, что нет. По крайней мере пока.