По тезису "1 скриншот == 1 атомарное действие" не согласен.
Предпочитаю размещать несколько, с нумерацией и подчеркиванием последовательности действий стрелочками. Но естественно — до 5 шт, хотя обычно выходит 2-4.
Обоснования:
много скриншотов затрудняет чтение — нужно переходить от текста с описанием на скриншот и обратно;
на одном листе А4 печатного документа вы можете разместить максимум 2 рисунка, в онлайн справке положение не лучше;
затраты на поддержку актуальности в случае изменения интерфейсов существенно больше.
и еще шрифты. до сих пор удивляюсь — 21 век, а с размерами никто толком работать не умеет! Что, это действительно сложно:
вычислить по разрешению и размерам дисплея устройства, каким должен быть шрифт чтобы он отобразился размером 2,5 -3 мм???
реализовать выбор размера в настройках приложения???
в растровой версии можно хоть было "дернуть" за масштаб чтобы на более крупном тайле разобрать названия, а вот как теперь без лупы читать надписи при высоте шрифта менее 1 мм — не понимаю!
не знаю, почему картинку не показывает :(
workaround — можно в ее контекстном меню выбрать "открыть оригинальное изображение в новой вкладке"
но за совет — спасибо! скорее всего так и сделаю — снесу все, почищу и залью вектор
Вращение карт не контролируемое. Причем названия рендеряться по экрану и собственно по ним нет возможности сориентироваться по сторонам света
Рендеринг карт стал ощутимее тормозить, по крайней мере на моем P6700
И вопрос мне не понятный — а что стало с растровым кэшом, который был загружен ранее? Сложилось ощущение (по остаткам свободного места), что он остался лежать мертвым грузом, занимая очень нужную память. Кто-нибудь знает — как проверить это и почистить при необходимости
Еще за Физику: демонстрация закона Гука. В моем "противоречивом детстве" были очень популярны самодельные луки-рогатки-самострелы. Самый первый лук в года 4 мне помог сделать папа из ивового прутка и бельевой резинки. Гордости моей не было предела!
Потом будучи студентом я уже сам рассказывал школьникам про закон на примере развития метательного оружия.
Кстати, у меня одного ГИС ассоциируется с гео-информационной системой?
При использовании многозначных акронимов крайне желательно приводить свою расшифровку в начале статьи
К сожалению, у меня потолок типа Амстронг, 5 лампочек просто вкручиваются в патроны «миньон». Использую лампы накаливания Philips зеркалки 40Вт, в среднем раз в неделю одна перегорает.
Спасибо за обзор и с наступившим Новым годом!
Вопрос — есть ли светодиодные лампы для работы во влажных помещениях (ванная комната)? Лампы накаливания «горят» со страшной силой, устал заменять каждую неделю… :-( Если конкретно, интересуют аналоги «зеркальная 39 мм» E14 (миньон) 35-40 Вт.
Спасибо, теперь понятно.
Из собственного опыта: обычно в ТЗ всегда добавляю общий раздел со приоритезированным списком бизнес-требований, основным сценарием использования и кратким описанием наиболее важных требований в свободной форме. Для простого функционала это может быть 1-2 абзаца, для сложного — до 1-2 десятков страниц.
Этого обычно вполне достаточно, чтобы сделать последующее общение с любым программистом продуктивным и включить его мозги на улучшение показателя цена/качество продукта, а также уменьшает число отмазок типа «что написали в ТЗ, то я и сделал». А джуниорам позволяет за год-два превратиться из кодеров в полноценные разработчики.
В течении следующих двух недель я проводил коллективные встречи следующего содержания.
Разбирал написанные Вадимом ТЗ, объясняя почему он сделал именно так, а не иначе
Объяснял как правильно работать с требованиями и зачем
Показывал абстрактные примеры исследования предметной области
davvol, можно чуть подробнее про два последних пункта, возможно с примерами? Иначе трудно понять что за ними стоит… Спасибо…
+++
Как-то за обсуждением все «забыли» (а скорее и «не знали» — +30-35 лет) недавний опыт «развитого социализма» и к чему это привело достаточно быстро за каких-то 5-8 лет…
Там да, сколько ни работай — тока базовый доход.
И на «неприятных» непопулярных работах народ зарабатывал хорошо: тот же «мусорщик» имел ЗП 2-3 раза больше «творческого» ИТР…
Да уж, оценка занижена.
Но как пример, демонстрирующий общий подход к подобного рода задач, вполне прокатывает для нулевого приближения при обучении молодых манагеров…
То, что пишите Вы, хоть и повышает трудозатраты в разЫ при разработке с нуля, но является вторым и третьим приближением к оценке затрат. К тому же, чаще всего в серьезных системах уже есть наработанные ранее средства работы с примитивами данных и их проверок…
Обезвоживание. Кофеин является мочегонным средством, так что, выпив чашку кофе (или чая), в конечном счете, вы только потеряете воду.
— ню-ню! То-то я смотрю, в «жарких сухих странах» предпочитают пить исключительно чай и местам кофе! Наверно себя истязают дополнительно обезвоживанием!!!
У них не корректный метод расчета максимального времени и соответственно — стандартной пробки. Учитывать максимальное значение ==1.6645306804280702e+304 ч 8 мин в расчетах и показ на диаграмме — как-то не комильфо. Такие данные должны автоматически отбраковываться…
Это привело к тому, что сейчас (07.11.2014 09:30 msk) на сайте ни для одной точки расчет производится неверно, поскольку данные за середину дня вторника зашкаливают…
По тезису "1 скриншот == 1 атомарное действие" не согласен.
Предпочитаю размещать несколько, с нумерацией и подчеркиванием последовательности действий стрелочками. Но естественно — до 5 шт, хотя обычно выходит 2-4.
Обоснования:
Ну и потом пакетная обработка в CoolEdit. Конечно, не студия, но для презентаций вполне хватало.
в растровой версии можно хоть было "дернуть" за масштаб чтобы на более крупном тайле разобрать названия, а вот как теперь без лупы читать надписи при высоте шрифта менее 1 мм — не понимаю!
workaround — можно в ее контекстном меню выбрать "открыть оригинальное изображение в новой вкладке"
но за совет — спасибо! скорее всего так и сделаю — снесу все, почищу и залью вектор
а во-вторых — как отличить растр от вектора?
И вопрос мне не понятный — а что стало с растровым кэшом, который был загружен ранее? Сложилось ощущение (по остаткам свободного места), что он остался лежать мертвым грузом, занимая очень нужную память. Кто-нибудь знает — как проверить это и почистить при необходимости
Потом будучи студентом я уже сам рассказывал школьникам про закон на примере развития метательного оружия.
При использовании многозначных акронимов крайне желательно приводить свою расшифровку в начале статьи
Вопрос — есть ли светодиодные лампы для работы во влажных помещениях (ванная комната)? Лампы накаливания «горят» со страшной силой, устал заменять каждую неделю… :-( Если конкретно, интересуют аналоги «зеркальная 39 мм» E14 (миньон) 35-40 Вт.
Из собственного опыта: обычно в ТЗ всегда добавляю общий раздел со приоритезированным списком бизнес-требований, основным сценарием использования и кратким описанием наиболее важных требований в свободной форме. Для простого функционала это может быть 1-2 абзаца, для сложного — до 1-2 десятков страниц.
Этого обычно вполне достаточно, чтобы сделать последующее общение с любым программистом продуктивным и включить его мозги на улучшение показателя цена/качество продукта, а также уменьшает число отмазок типа «что написали в ТЗ, то я и сделал». А джуниорам позволяет за год-два превратиться из кодеров в полноценные разработчики.
davvol, можно чуть подробнее про два последних пункта, возможно с примерами? Иначе трудно понять что за ними стоит… Спасибо…
Как-то за обсуждением все «забыли» (а скорее и «не знали» — +30-35 лет) недавний опыт «развитого социализма» и к чему это привело достаточно быстро за каких-то 5-8 лет…
Там да, сколько ни работай — тока базовый доход.
И на «неприятных» непопулярных работах народ зарабатывал хорошо: тот же «мусорщик» имел ЗП 2-3 раза больше «творческого» ИТР…
Но как пример, демонстрирующий общий подход к подобного рода задач, вполне прокатывает для нулевого приближения при обучении молодых манагеров…
То, что пишите Вы, хоть и повышает трудозатраты в разЫ при разработке с нуля, но является вторым и третьим приближением к оценке затрат. К тому же, чаще всего в серьезных системах уже есть наработанные ранее средства работы с примитивами данных и их проверок…
— ню-ню! То-то я смотрю, в «жарких сухих странах» предпочитают пить исключительно чай и местам кофе! Наверно себя истязают дополнительно обезвоживанием!!!
Это привело к тому, что сейчас (07.11.2014 09:30 msk) на сайте ни для одной точки расчет производится неверно, поскольку данные за середину дня вторника зашкаливают…