С первым предложением согласен… Со вторыми нет… Старый человек не умеет учиться. Он привык к старому… Для него новые функции как мозоль в жопе… А если это еще и имеет другой интерфейс… Например вы редко какого старика, старше 80 лет, научите нажимать на зеленую кнопку чтобы начать разговор и на красную чтобы ее закончить… Интерфейсы должны быть зазубренные а не новые…
Сроки предоставления информации из ЕГРП в связи с переходом УФРС по Москве на работу с использованием новой автоматизированной системы ЕГРП могут быть увеличены…
Кстати, странного в этом ничего нет. В период перехода, для уменьшения стоимости внедрения системы учета, может быть использована дублирующая схема с переходом. Т.е. сначала вас пропускают по старой схеме, получают выписку, потом данные сверяются с новой схемой, если нужно добиваются данные. Иначе бы время внедрения и тестирования растянулось бы многократно, и зачастую не ввелось бы в эксплуатацию, из за отсутствия финансирования. Так то (с) КО.
Ну ниче… не расстраивайтесь… Вот примут правки в ст. 856 ГК, и вы сможете как в нормальных западных странах не сильно бояться за то что деньги с вашей карточки кто-то уведет…
Есть такое дополнение Platypus. Использую его когда надо сделать «читаемыми» несколько десятков страниц одного блога. Делаешь GM скрипт для одной страницы, а потом спокойно сохраняешь/печатаешь все остальные…
Любое визуальное программирование — это чистый DSL. Т.к. редактор знает только лишь доменное пространство, и любое его расширение возможно лишь либо расширением DSL либо хаком.
А вот текстовое представление зачастую можно использовать не только в доменном пространстве. Посмотрите хотя бы на недавно пролетавшую реализацию минера на чистом DSL языке bat файлов.
Ребята просто не могут понять, как так: они мегагуру, программисты с 15 летнем стажем, а их обходят в программировании желторотые юнцы, которые даже строчки на асемблере не написали.
ИМХО, топик очень смотрится по соседству с «Электронная почта будет вечно, говорит автор Gmail „ и “Будущего здесь нет или что останавливает прогресс»
И мне очень жалко, что многие комментаторы с хабра, соглашаясь осуждают, даже не видав всю мощь и прелести DSL
Видно вы писали только для одного пользователя(заказчика) и нехрена не представляете как это делается в таких «крутых» компаниях как банки.
Рассказываю:
— Сзывается совет. Приходят умные начальники отделов. Эти ребята создают общую модель взаимодействия модулей. Если вы думаете, что там просто как на ваших пыхыпы сайтах, то спешу вас разочаровать. В самом простом случае это состыковать 2 отдела: Процессинга и ИТ, но зачастую там бывает ИТ-Службы безопасности, отдел продаж, отдел работы с физ. лицами, отдел работы с юр.лицами и т.д. Все они вносят свою лепту.
— Через год после этого совещания создается документ. Пред.Тех.Задание. Это ох@#$@#4ый документ на стотысячмильенов страниц. И замете этот документ создавался одним человеком, притом создавался он не самым умным человеком. Но создавался так как он это видит сам. Вы думаете «умные начальники отделов» это смотрят? Ни@#$на. Они уже совещались. И передают его своим техническим специалистам. Те в силу своей пох… сти ставят на нем роспись.
— Этот документ передается СамГлавБоссу. Тот собирает своих «пацанчиков», которые занимают должность «Зам.… ». Притом некоторые замы не приходят, т.к. у них дети/жены/любовницы. Они посовещавшись говорят: «Это не то». И пишут записку что там должно быть на полстраницы. И с подписью «завтра чтоб было!».
— Из-за сжатых сроков и растраченного бюджета происходит 2 вещи:
1. Это документ не прорабатывается до хоть маломальского ТЗ
2. Дизайн как это должно быть не прорабатывается дизайнером, т.к. «Мы уже отдали Теме один миллион баксов на дизайн сайта. Делайте по подобию»
— Этот документ спускается на самый низ и делается вчерашними выпускниками веб студий университета. Притом эти выпускники ничего не понимают в структуре предприятия. Поэтому стыковка нескольких отделов происходит через мыло. И каждый ваяет что ему понимается. В таком темпе они быстро пишут, то что сами сфантазировали.
— Далее идет собрание «умных» начальников отделов. Но раз они такое допустили, то они защищают своих сотрудников как могут. Некоторые могут больше. Те кто может меньше идет быстро дописывать.
— Этот дописанный продукт показывается на демонстрации босу, но тот туда не является, т.к. его друг на майами устраивает вечеринку.
Работая в R&D Intel ты должен иногда делать нечто… безумное
Кстати, странного в этом ничего нет. В период перехода, для уменьшения стоимости внедрения системы учета, может быть использована дублирующая схема с переходом. Т.е. сначала вас пропускают по старой схеме, получают выписку, потом данные сверяются с новой схемой, если нужно добиваются данные. Иначе бы время внедрения и тестирования растянулось бы многократно, и зачастую не ввелось бы в эксплуатацию, из за отсутствия финансирования. Так то (с) КО.
tinyurl.com/yhukynw
А вот текстовое представление зачастую можно использовать не только в доменном пространстве. Посмотрите хотя бы на недавно пролетавшую реализацию минера на чистом DSL языке bat файлов.
ИМХО, топик очень смотрится по соседству с «Электронная почта будет вечно, говорит автор Gmail „ и “Будущего здесь нет или что останавливает прогресс»
И мне очень жалко, что многие комментаторы с хабра, соглашаясь осуждают, даже не видав всю мощь и прелести DSL
Рассказываю:
— Сзывается совет. Приходят умные начальники отделов. Эти ребята создают общую модель взаимодействия модулей. Если вы думаете, что там просто как на ваших пыхыпы сайтах, то спешу вас разочаровать. В самом простом случае это состыковать 2 отдела: Процессинга и ИТ, но зачастую там бывает ИТ-Службы безопасности, отдел продаж, отдел работы с физ. лицами, отдел работы с юр.лицами и т.д. Все они вносят свою лепту.
— Через год после этого совещания создается документ. Пред.Тех.Задание. Это ох@#$@#4ый документ на стотысячмильенов страниц. И замете этот документ создавался одним человеком, притом создавался он не самым умным человеком. Но создавался так как он это видит сам. Вы думаете «умные начальники отделов» это смотрят? Ни@#$на. Они уже совещались. И передают его своим техническим специалистам. Те в силу своей пох… сти ставят на нем роспись.
— Этот документ передается СамГлавБоссу. Тот собирает своих «пацанчиков», которые занимают должность «Зам.… ». Притом некоторые замы не приходят, т.к. у них дети/жены/любовницы. Они посовещавшись говорят: «Это не то». И пишут записку что там должно быть на полстраницы. И с подписью «завтра чтоб было!».
— Из-за сжатых сроков и растраченного бюджета происходит 2 вещи:
1. Это документ не прорабатывается до хоть маломальского ТЗ
2. Дизайн как это должно быть не прорабатывается дизайнером, т.к. «Мы уже отдали Теме один миллион баксов на дизайн сайта. Делайте по подобию»
— Этот документ спускается на самый низ и делается вчерашними выпускниками веб студий университета. Притом эти выпускники ничего не понимают в структуре предприятия. Поэтому стыковка нескольких отделов происходит через мыло. И каждый ваяет что ему понимается. В таком темпе они быстро пишут, то что сами сфантазировали.
— Далее идет собрание «умных» начальников отделов. Но раз они такое допустили, то они защищают своих сотрудников как могут. Некоторые могут больше. Те кто может меньше идет быстро дописывать.
— Этот дописанный продукт показывается на демонстрации босу, но тот туда не является, т.к. его друг на майами устраивает вечеринку.
— Весь этот «продукт» отдается пользователю…
Вот так вот… (с) КО