Для документации больше и не надо. Все же там новые термины обычно разъясняются в глоссарии и непонятные вещи можно тут же посмотреть.
Было забавно, когда я приехал в командировку в США. Прекрасно общаясь с коллегами на рабочие темы( особенности реализации WiFi), приходилось быть очень изворотливым, переходя на личные/бытовые( ибо лексика была только программно-математическая).
Человек очень точно подметил проблемы с которыми сталкиваются тестировщик и его компания после конференции. Зачастую на конференции рекламируются преимущества новых подходов и опускаются возможные риски плюс стоимость внедрения.
И вот человек приходит с конференции весь такой вдохновленный этими новыми для него идеями и выкладывает их на стол начальству с просьбой о дополнительных ресурсах, получает отказ, возникает конфликт и снижается мотивация. Возможно и уходит человек. После этого руководитель делает вывод, что конференции — это зло и дальше сотрудников не пускает.
Возможно для популяризации конференций было бы полезно иметь отдельные секции по пропаганде внедрения новых методов в компании, на которых бы применение новых подходов рассматривалось бы не только с технологической точки зрения, а еще и с организационной и финансовой.
Как вариант — круглые столы по методологии внедрению определенных технологий качества в компании. Ведь перед небольшими компаниями зачастую стоит вопрос: какая технология будет давать наилучшее качество при фиксированном показателе затрат( если у компании нет большого портфеля заказов и толстого кошелька инвестора затраты на качество будут ощутимы и пытаться сократиться).
Я думаю, что здесь описывается не разработческий профиль, а скорее компания с большим количеством специализированных пользователей, решающих бизнес-задачи не связанные с компьютерами.
Хорошая статья. Автор довольно глубоко описал проблематику разработки высокоуровневого программного обеспечения. Здорово, когда куча автоматизированных средств позволяет тестировать все «на лету».
Получается такое бесконечное прототипирование с постепенно улучшающимся качеством. Благо падение скайпа или iPad пока приносит лишь временные неудобства.
Сейчас разработка бизнес-логики и интерфесов стала очень быстрой, но все же, как мне кажется у итерации есть предел.
Кроме этого такой подход трудноприменим в разработке больших систем, которые должны предоставлять гарантированное качество услуги. Представьте случайный неправильный комит в систему управление АЭС, который в виде ежедневного обновления разошелся по стране…
Возможно конечно стоит сначала написать тесты, а только потом писать код, но никто не поручится, что все тесты будут написаны правильно, плюс на тесты будет уходить значительное время, что приведет нас к нижнему порогу итерации.
Здесь у каждого свой опыт «как это таки запустилось» и радость от того что система здорово упростила жизнь. Дальше люди начинают делиться эмоциями и описанием преодоления конкретных трудностей.
Очень хорошая методика!
В последних версиях MLO появилась спецкатегория Избранное и звездочка для установки статуса задачи. Поэтому алгоритм стал таким: напоминание->список избранное->выполнение. Ну и привычка просматривать список избранного регулярно.
Да, начинаю вспоминать этот раздел протокола. В свое время использовал в домашней сетке как пароль VIN код своего автомобиля… конечно не ахти какая последовательность, но зато запоминать легко и словари по VIN кодам вроде пока не придумали… ;-)
Идея любопытная, но посмотрел примеры… кажется, что заказ книги легче, дешевле и быстрее было бы сделать напрямую. С заменой аккумулятора вообще странно вышло — клиент сам нашел подходящий вариант.
UPD 2: По поводу EIN стоит уточнить — Я с Украины, может быть это именно для Украины не требуется EIN. Просто не хочу вводить хабраюзеров в заблуждение. А получить его очень просто, не надо никуда слать факсы, проще всего это позвонить на известный номер в американскую налоговую, и в телефонном режиме получить его на 5 минут. Реально у меня так и было. В начале парился с факсами, а потом позвонил, и понял что даром форму заполнял. Хотя заполнить стоит, потому что вопросы оператор задает по ней. Заполнить только для того, чтобы была шпаргалка перед глазами.
Этот вариант понятен. Спасибо. Чуть выше стало обсуждаться получение EIN для публикации в iBookstore, нужно ли его получать разработчику? Если да, то поделитесь опытом получения пожалуйста.
Спасибо за наводку. Сейчас изучаю правила получения EIN, кажется, что его можно получить и иностранным гражданам.
Нашел видеоинструкцию www.youtube.com/watch?v=8c9GXc8yVoA там вроде ничего не говорится о том, что надо быть резидентом. И вот некоторые ответы кажется это подтверждают www.createspace.com/en/community/thread/2842
Так что может быть и из РФ можно его получить. Правда кажется для этого все -же надо быть юрлицом( зарегистрирваться как ИП)
Спасибо за статью!
Возник вопрос, может подскажете: хотим опубликовать книгу для iPad. Надо ли для этого регистрироваться как разработчику, или там используется другой механизм?
Любопытно. У меня ASUS W3j, и в комплекте идет слот-расширитель, заменяющий CD на доп HDD.
CD в последнее время не актуален, так что может быть по этой схеме вместо HDD вставит SDD и существенно увеличить скорость системы… подумаю над этим.
Любопытно… Зашел по ссылке на список википедий и обнаружил на 4 месте Польшу, у которой на 200000 меньше авторов и на 100000 больше статей. Это соотношение показалось очень странным. Там тоже боты пишут?
Может быть тогда это действительно вопрос времени, за которое эти люди привыкнут управляться со своими финансами не создавая очередей… пока же, из того что я вижу, картина скорее обратная: многие стоят в очереди, а терминалы оплаты часто свободны… на предложения сотрудников пройти к свободным терминалам — отказываются( впрочем мне это на руку, почти всегда можно быстренько в терминале все что надо оплатить).
Я тоже видел сотрудников сбербанка, которые всегда говорят с улыбкой, вежливо и искренне стараются помочь. :-)
Также я видел достаточно много менеджеров( вне сбербанка), которыех хамили, грубили и по существу не помогали. Найти одного такого человека — не проблема, проблема в том, чтобы сделать вежливость и компетентность на системном уровне. И у большинства крупных компаний есть такого рода проколы.
Было забавно, когда я приехал в командировку в США. Прекрасно общаясь с коллегами на рабочие темы( особенности реализации WiFi), приходилось быть очень изворотливым, переходя на личные/бытовые( ибо лексика была только программно-математическая).
И вот человек приходит с конференции весь такой вдохновленный этими новыми для него идеями и выкладывает их на стол начальству с просьбой о дополнительных ресурсах, получает отказ, возникает конфликт и снижается мотивация. Возможно и уходит человек. После этого руководитель делает вывод, что конференции — это зло и дальше сотрудников не пускает.
Возможно для популяризации конференций было бы полезно иметь отдельные секции по пропаганде внедрения новых методов в компании, на которых бы применение новых подходов рассматривалось бы не только с технологической точки зрения, а еще и с организационной и финансовой.
Как вариант — круглые столы по методологии внедрению определенных технологий качества в компании. Ведь перед небольшими компаниями зачастую стоит вопрос: какая технология будет давать наилучшее качество при фиксированном показателе затрат( если у компании нет большого портфеля заказов и толстого кошелька инвестора затраты на качество будут ощутимы и пытаться сократиться).
И потом происходит все как в вашем случае.
Получается такое бесконечное прототипирование с постепенно улучшающимся качеством. Благо падение скайпа или iPad пока приносит лишь временные неудобства.
Сейчас разработка бизнес-логики и интерфесов стала очень быстрой, но все же, как мне кажется у итерации есть предел.
Кроме этого такой подход трудноприменим в разработке больших систем, которые должны предоставлять гарантированное качество услуги. Представьте случайный неправильный комит в систему управление АЭС, который в виде ежедневного обновления разошелся по стране…
Возможно конечно стоит сначала написать тесты, а только потом писать код, но никто не поручится, что все тесты будут написаны правильно, плюс на тесты будет уходить значительное время, что приведет нас к нижнему порогу итерации.
Содержание будет похожим — система то одна…
В последних версиях MLO появилась спецкатегория Избранное и звездочка для установки статуса задачи. Поэтому алгоритм стал таким: напоминание->список избранное->выполнение. Ну и привычка просматривать список избранного регулярно.
UPD 2: По поводу EIN стоит уточнить — Я с Украины, может быть это именно для Украины не требуется EIN. Просто не хочу вводить хабраюзеров в заблуждение. А получить его очень просто, не надо никуда слать факсы, проще всего это позвонить на известный номер в американскую налоговую, и в телефонном режиме получить его на 5 минут. Реально у меня так и было. В начале парился с факсами, а потом позвонил, и понял что даром форму заполнял. Хотя заполнить стоит, потому что вопросы оператор задает по ней. Заполнить только для того, чтобы была шпаргалка перед глазами.Значит все существенно упрощается…
Нашел видеоинструкцию www.youtube.com/watch?v=8c9GXc8yVoA там вроде ничего не говорится о том, что надо быть резидентом. И вот некоторые ответы кажется это подтверждают www.createspace.com/en/community/thread/2842
Так что может быть и из РФ можно его получить. Правда кажется для этого все -же надо быть юрлицом( зарегистрирваться как ИП)
Возник вопрос, может подскажете: хотим опубликовать книгу для iPad. Надо ли для этого регистрироваться как разработчику, или там используется другой механизм?
CD в последнее время не актуален, так что может быть по этой схеме вместо HDD вставит SDD и существенно увеличить скорость системы… подумаю над этим.
Также я видел достаточно много менеджеров( вне сбербанка), которыех хамили, грубили и по существу не помогали. Найти одного такого человека — не проблема, проблема в том, чтобы сделать вежливость и компетентность на системном уровне. И у большинства крупных компаний есть такого рода проколы.