С выбором цвета картона проблем нет, но с вами соглашусь. На самом деле каких-либо ограничений нет вообще, можно красить подложку, клеить лого компании, заниматься аппликацией.
Долговечность в данном случае — достаточный запас «прочности», необходимый для продолжения вашей работы. Нарисовать, дождаться следующего сета/митинга, дополнить, повторить итерацию не получится используя телефон.
Но вы правы, штатив с фотоаппартом стоял совсем рядом и архив «чертежей» в наличии :)
В целом интерпретация не совсем верна, это не «сделай сам канцтовары за копейку» это скорее «сделай то что необходимо, но настолько уникально, что его негде нет».
Касательно электронных досок — был опыт использования большого экрана и вакома (планшет), мое субъективное — медленно и не очень удобно. Попытался использовать все, от paint'а до визио, продвинутого векторного редактора и т.д. Мое мнение — простое решение удобноее.
Надолго — пара недель. Детали добавляются практически каждый день. Стереть очень даже просто, о чем упоминал как в посте так и в комментариях. Ваш вариант неудобен тем, что заменой копеечной доски будет является плоттер и печатать новые версии вам придется каждый день.
Куда проще и элегантнее повесить на стену картон и снять готовый вариант через некоторое время, заменив его чистым листом. Решатся все проблемы с бликами, но появится проблема хранения старых рисунков. Но такой подход в любом случае экономичнее вашего.
Кстати, вы можете использовать органическое стекло вместо обычного. Его будет сложно разбить, но, боюсь, поцарапать будет намного проще. Мне такой вариант не понравился из-за меньшей прозрачности и меньшей долговечности.
Запах маркеров вы заметите исключительно в непосредственной близости. Запах моющих средств есть и это минус. С влажными салфетками запах наименее заметен.
Спиртовый раствор или салфетки. Имеет смысл проклеить раму — картон желательно не мочить. «Проливал» небольшое количество сверху вдоль доски. Через пару секунд вытирал доску дешевыми бумажными салфетками.
Подходит практически любое средство для мытья стекол. Маркер вот такой
Любой интернет-магазин канц. товаров предложит вам небольшой ассортимент белых маркеров. Но нужно проявить некоторую аккуратность, поскольку существуют варианты со следующими свойствами:
Чернила выдерживают химическую и механическую обработку, высокую температуру!
Белая доска
Совершенно чиста и невинна. Однозначно собирается замуж и скорее всего покинет вас приблизительно на месяц. Постарайтесь сохранить другие стены пустыми — они вам однозначно понадобятся.
Синяя доска
Убедит вас в своей лояльности и внушит непреодолимое чувство спокойствия. Ваш организм, не советуясь с вами, начнет вырабатывать спокойствия на молекулярном уровне. Вы сможете спать на работе подарив начальнику книгу по теории цвета и покрепче прикрутив доску. Дополнительные антивандальные приспособления могут существенно продлить период вашего счастья. Более того, начальник будет уверен что с доской вы значительно продуктивнее, но может попросить перетащить шкаф в одиночку.
Зеленая доска
Незаметно будет работать над улучшением вашего зрения, не забывая заботиться о вашей бодрости. Но не стоит забывать об осторожности — окружающие будут рассматривать вас как очень хорошую партию и вам придется забыть о легкомысленных шалостях и отношениях без обязательств.
Желтая доска
При использовании белого или голубого маркера вынесет мозг всем дизайнерам в радиусе 500 метров. Улучшит вашу концентрацию, но всего на несколько минут, после чего вы или начнете рыдать или просто лишитесь глаз.
Пурпурная доска
Однажды, не понимая что происходит, вы купите себе ролекс, постараетесь заполучить кресло в коже и купите новый мак. Многие назовут вас бабой, но девушки будут считать вас очень романтичной особой.
Коричневая доска
Скорее всего за вашей спиной будут смеяться и называть ваши рисунки несколько «плохими». Из-за чего вы будете ощущать некоторую печаль. Но не переживайте, мужчины не признаются, но это их любимый цвет.
Красная доска
Только от одного вида вашей доски у людей будет учащаться пульс и дыхание. Многие попытаются ее украсть. Совещания и споры, проводимые в непосредственной близости, смогут стать отличным зрелищем для других сотрудников. Вы всегда сможете сказать что любите ваше начальство.
Розовая доска
Романтическая, но очень опасная соседка. Парализует смотрящих и высасывает их энергию. Рекомендуется к установке в прямой видимости излишне активных начальников.
Черная доска
В первую очередь сделает вашу стену более узкой (предусмотрительно стоит уменьшить размер офисной мебели). Любой рисунок будет выглядеть убедительно и серьезно.Начальство будет уверено в вашей лояльности. Если не будет — вы всегда сможете позвать Дракулу.
Несколько экспериментов с матовыми поверхностями имели место. Как и ожидалось рисовать сплошное удовольствие, вот только это скорее наскальная живопись получается — стереть результат не представляется возможными, ценность одноразовой доски, согласитесь, несколько сомнительна.
Но, поскольку данная задача является очень интересной изобретательской задачей (вспомним ТРИЗ) — можно попытаться что-нибудь придумать.
Давайте попробуем (отнеситесь снисходительно к буйству необузданной фантазии :)
Вариант первый — Перевертыш
Идея заключается в исключении необходимости что-либо стирать и попеременном использовании двух цветов, например белого и синего. После нанесения белого рисунка стирание происходит путем полного покрытия доски белым цветом и перехода на синий в качестве основного. Соответственно, синий рисунок стирается заполнением всей доски синим цветом и основным становится белый. Перерасход материалов очевиден, да и мыть доску иногда придется.
Вариант второй — Электростатический
Идея аналогична принципу работы лазерного принтера. На доску равномерно наносится электрический заряд. Рисующий используется порошковым маркером (знаю, загнул, но допустим) с небольшими частичками обладающими противоположным зарядом.
Идею можно улучшить выбросив «порошковый маркер» и поместив «тонер» внутрь доски, добавив механизм равномерного нанесения и специальный «лазерный маркер». Очистка доски по нажатию кнопки может стать серьезным рыночным преимуществом.
Вариант третий — Фотохромный
Любая поверхность может быть покрыта полимерной пленкой содержащей органические фотохромы. Маломощный ультрафиолетовый лазер (фонарик в крайнем случае) заменяет маркер. Процесс очистки доски происходит автоматически. Минусы очевидны.
И т.д. Но вы знаете, я пока постараюсь ужиться со стеклом :)
В описываемом случае преобразования на Java, Groovy и небольшом rule-based движке. XSLT рассматривался, но не прижился.
Касательно миграции — изменение структуры не всегда избавляет от преобразования данных. Собственно, в общем случае мы говорим о миграция+преобразование или преобразование XML.
Касательно индексов — все максимально просто, индекс по OID. По сути, таблица с конфигурацией являлась key-value хранилищем.
Касательно большой базы — для всех преобразований проводилась небольшая оптимизация по скорости, кроме того, поскольку преобразования реализовывались как независимые цепочки переходов от версии X к верси Y для независимых конфигураций — они чудесно параллелились на уровне исполняющего механизма.
SQL миграция не исключает необходимость последующей обработки/преобразования хранимых данных.
В случае со структурой на уровне XML представления необходимо быть уверенным в следующем:
1. все преобразования корректны (легко тестируется, на проверку всех преобразований необходимо ~1минут)
2. начальные данные корректны (XSD валидация перед запуском преобразований)
3. результат корректен (XSD валидация после запуска)
Кроме того, давайте оценим риски: ошибка во время преобразования XML — легко отлавливается, изменения не сохраняются; ошибка во время смены структуры — чуть более сложный случай :)
Данные подход позволяет смягчить проблему обновления, но не решает ее. Репликация — отдельный, далеко не самый простой, вопрос. Кроме того, во время обновления все сервера БД будут ограничены режимом read-only до тех пор, пока процесс не будет завершен.
Думаю наилучший метод — избежать такого рода проблем. Это возможно, но очень сильно зависит от специфики того или иного проекта.
Ответил вам ранее. Постараюсь кратко сформулировать все замечания, предположения и выводы для облегчения последующей дискуссии:
1. Современный процесс разработки ориентирован на короткие итерации, частые билды и т.д.
2. Инкрементальные изменения структуры баз данных весьма дороги ввиду явных ограничений СУБД
3. На ранних этапах разработки ограничения СУБД не всегда очевидны/интересны (показано в статье)
4. Успешный продукт столкнется с большинством проблем достигнув значительных размеров, именно тогда многие проблемы будет очень сложно исправить
5. Выбор способа хранения и обработки данных зачастую определяет/является архитектурой приложения
6. Внесение значительных изменений в архитектуру на поздних стадиях является очень дорогим удовольствием
7. Именно на поздних стадиях разработки процесс пытаются ускорить ввиду явных преимуществ с точки зрения прибыльности
8. Изменения структуры базы данных часто влекут за собой дополнительную обработку/преобразование хранимых данных
9. На поздних стадиях любые изменения структуры базы данных, ввиду многих ограничений СУБД, оборачиваются проблемами.
10. Для многих проектов версионная миграция структуры БД на ранних этапах покажется очевидным решением, впоследствии став серьезным ограничением. Более или менее универсальный рецепт — необходимо стараться избегать частого изменения структуры базы данных.
Я перечислил не все проблемы, но соглашусь с вами полностью. Описываемые решения не являются ни руковдством к действию ни готовым рецептом.
Тем не менее, суть проблемы сводится к внесению большого количества изменений в структуру хранимых данных. Соответственно, могут быть рассмотрены два варианта: структура совпадает со структурой базы данных и не совпадает с ней (реализована на более высоком уровне).
Мой вывод: первый вариант не позволяет свободно выполнять достаточный набор преоразований без существенных последствий, ввиду очевидных ограничений СУБД.
Другой реальный пример: In particular, making schema changes or adding indexes to a database with more than 10 — 20 million rows completely locks the database for hours at a time. Removing old indexes takes just as much time, and not removing them hurts performance because the database will continue to read and write to those unused blocks on every INSERT, pushing important blocks out of memory.
Но вы правы, штатив с фотоаппартом стоял совсем рядом и архив «чертежей» в наличии :)
В целом интерпретация не совсем верна, это не «сделай сам канцтовары за копейку» это скорее «сделай то что необходимо, но настолько уникально, что его негде нет».
Касательно электронных досок — был опыт использования большого экрана и вакома (планшет), мое субъективное — медленно и не очень удобно. Попытался использовать все, от paint'а до визио, продвинутого векторного редактора и т.д. Мое мнение — простое решение удобноее.
Куда проще и элегантнее повесить на стену картон и снять готовый вариант через некоторое время, заменив его чистым листом. Решатся все проблемы с бликами, но появится проблема хранения старых рисунков. Но такой подход в любом случае экономичнее вашего.
Подходит практически любое средство для мытья стекол. Маркер вот такой
Чернила выдерживают химическую и механическую обработку, высокую температуру!
Белая доска
Совершенно чиста и невинна. Однозначно собирается замуж и скорее всего покинет вас приблизительно на месяц. Постарайтесь сохранить другие стены пустыми — они вам однозначно понадобятся.
Синяя доска
Убедит вас в своей лояльности и внушит непреодолимое чувство спокойствия. Ваш организм, не советуясь с вами, начнет вырабатывать спокойствия на молекулярном уровне. Вы сможете спать на работе подарив начальнику книгу по теории цвета и покрепче прикрутив доску. Дополнительные антивандальные приспособления могут существенно продлить период вашего счастья. Более того, начальник будет уверен что с доской вы значительно продуктивнее, но может попросить перетащить шкаф в одиночку.
Зеленая доска
Незаметно будет работать над улучшением вашего зрения, не забывая заботиться о вашей бодрости. Но не стоит забывать об осторожности — окружающие будут рассматривать вас как очень хорошую партию и вам придется забыть о легкомысленных шалостях и отношениях без обязательств.
Желтая доска
При использовании белого или голубого маркера вынесет мозг всем дизайнерам в радиусе 500 метров. Улучшит вашу концентрацию, но всего на несколько минут, после чего вы или начнете рыдать или просто лишитесь глаз.
Пурпурная доска
Однажды, не понимая что происходит, вы купите себе ролекс, постараетесь заполучить кресло в коже и купите новый мак. Многие назовут вас бабой, но девушки будут считать вас очень романтичной особой.
Коричневая доска
Скорее всего за вашей спиной будут смеяться и называть ваши рисунки несколько «плохими». Из-за чего вы будете ощущать некоторую печаль. Но не переживайте, мужчины не признаются, но это их любимый цвет.
Красная доска
Только от одного вида вашей доски у людей будет учащаться пульс и дыхание. Многие попытаются ее украсть. Совещания и споры, проводимые в непосредственной близости, смогут стать отличным зрелищем для других сотрудников. Вы всегда сможете сказать что любите ваше начальство.
Розовая доска
Романтическая, но очень опасная соседка. Парализует смотрящих и высасывает их энергию. Рекомендуется к установке в прямой видимости излишне активных начальников.
Черная доска
В первую очередь сделает вашу стену более узкой (предусмотрительно стоит уменьшить размер офисной мебели). Любой рисунок будет выглядеть убедительно и серьезно.Начальство будет уверено в вашей лояльности. Если не будет — вы всегда сможете позвать Дракулу.
Но, поскольку данная задача является очень интересной изобретательской задачей (вспомним ТРИЗ) — можно попытаться что-нибудь придумать.
Давайте попробуем (отнеситесь снисходительно к буйству необузданной фантазии :)
Вариант первый — Перевертыш
Идея заключается в исключении необходимости что-либо стирать и попеременном использовании двух цветов, например белого и синего. После нанесения белого рисунка стирание происходит путем полного покрытия доски белым цветом и перехода на синий в качестве основного. Соответственно, синий рисунок стирается заполнением всей доски синим цветом и основным становится белый. Перерасход материалов очевиден, да и мыть доску иногда придется.
Вариант второй — Электростатический
Идея аналогична принципу работы лазерного принтера. На доску равномерно наносится электрический заряд. Рисующий используется порошковым маркером (знаю, загнул, но допустим) с небольшими частичками обладающими противоположным зарядом.
Идею можно улучшить выбросив «порошковый маркер» и поместив «тонер» внутрь доски, добавив механизм равномерного нанесения и специальный «лазерный маркер». Очистка доски по нажатию кнопки может стать серьезным рыночным преимуществом.
Вариант третий — Фотохромный
Любая поверхность может быть покрыта полимерной пленкой содержащей органические фотохромы. Маломощный ультрафиолетовый лазер (фонарик в крайнем случае) заменяет маркер. Процесс очистки доски происходит автоматически. Минусы очевидны.
И т.д. Но вы знаете, я пока постараюсь ужиться со стеклом :)
Касательно миграции — изменение структуры не всегда избавляет от преобразования данных. Собственно, в общем случае мы говорим о миграция+преобразование или преобразование XML.
Касательно индексов — все максимально просто, индекс по OID. По сути, таблица с конфигурацией являлась key-value хранилищем.
Касательно большой базы — для всех преобразований проводилась небольшая оптимизация по скорости, кроме того, поскольку преобразования реализовывались как независимые цепочки переходов от версии X к верси Y для независимых конфигураций — они чудесно параллелились на уровне исполняющего механизма.
В случае со структурой на уровне XML представления необходимо быть уверенным в следующем:
1. все преобразования корректны (легко тестируется, на проверку всех преобразований необходимо ~1минут)
2. начальные данные корректны (XSD валидация перед запуском преобразований)
3. результат корректен (XSD валидация после запуска)
Кроме того, давайте оценим риски: ошибка во время преобразования XML — легко отлавливается, изменения не сохраняются; ошибка во время смены структуры — чуть более сложный случай :)
Думаю наилучший метод — избежать такого рода проблем. Это возможно, но очень сильно зависит от специфики того или иного проекта.
Ответил вам ранее. Постараюсь кратко сформулировать все замечания, предположения и выводы для облегчения последующей дискуссии:
1. Современный процесс разработки ориентирован на короткие итерации, частые билды и т.д.
2. Инкрементальные изменения структуры баз данных весьма дороги ввиду явных ограничений СУБД
3. На ранних этапах разработки ограничения СУБД не всегда очевидны/интересны (показано в статье)
4. Успешный продукт столкнется с большинством проблем достигнув значительных размеров, именно тогда многие проблемы будет очень сложно исправить
5. Выбор способа хранения и обработки данных зачастую определяет/является архитектурой приложения
6. Внесение значительных изменений в архитектуру на поздних стадиях является очень дорогим удовольствием
7. Именно на поздних стадиях разработки процесс пытаются ускорить ввиду явных преимуществ с точки зрения прибыльности
8. Изменения структуры базы данных часто влекут за собой дополнительную обработку/преобразование хранимых данных
9. На поздних стадиях любые изменения структуры базы данных, ввиду многих ограничений СУБД, оборачиваются проблемами.
10. Для многих проектов версионная миграция структуры БД на ранних этапах покажется очевидным решением, впоследствии став серьезным ограничением. Более или менее универсальный рецепт — необходимо стараться избегать частого изменения структуры базы данных.
Повторю ссылку на другой пример — пример
Тем не менее, суть проблемы сводится к внесению большого количества изменений в структуру хранимых данных. Соответственно, могут быть рассмотрены два варианта: структура совпадает со структурой базы данных и не совпадает с ней (реализована на более высоком уровне).
Мой вывод: первый вариант не позволяет свободно выполнять достаточный набор преоразований без существенных последствий, ввиду очевидных ограничений СУБД.
Другой реальный пример:
In particular, making schema changes or adding indexes to a database with more than 10 — 20 million rows completely locks the database for hours at a time. Removing old indexes takes just as much time, and not removing them hurts performance because the database will continue to read and write to those unused blocks on every INSERT, pushing important blocks out of memory.