Здравствуйте!

Ищу работу методиста-разработчика.

Ветку здесь завел, чтобы на деле, "с нуля" за пару недель написать конфигурацию как подтверждение своих проф. навыков и сразу же получать feedback по ее востребованности от сообщества. Искренне надеюсь, что прикладное решение окажется полезным сообществу.

Свое резюме / пожелания по работе размещу здесь по окончании двухнедельного (назовем его "триальным") срока. Т.е. как будет результат: полезная работающая конфа, написанная "с нуля".

Либо же я облажаюсь, результата не будет и этот канал поиска работы я для себя закрою. Риск осознан.

Ветку создал, пост написал, мотивацию получил. Теперь - только вперед )

P.S. Менее чем через 6ч обновлю ветку информацией по-существу, занеся цель проекта автоматизиции и целевые показатели. Просьба не топить ветку. Спасибо.

в последний раз некий чел хотел тоже чёто бацать, Фарит ему предложил варганить производственную конфу
вполне цивильный вариант
конфа по управлению производством

1. изучить как устроено пр-во в бухии
2. изучить как устроено пр-во в упп
3. понять как должна выглядеть небольшая конфа по пр-ву для небольших пр-в
4. писание кода, блеять
5. профит: звание труъ-кодера, обожание со стороны мистянок, звание хард-модера от ТС

*от ВР

(0) Методист-разработчик - это что? Архитектор для бюджетной конфы?
Странная тема...
Отчетность? Обновления? ... И главное, ЗАЧЕМ и ДЛЯ КОГО?
Не думаю, что взлетит. Но желаю автору удачи, и надеюсь, время не будет потрачено зря.

(0) домашние финансы 2.0 ?

(0) А поедешь-то куда? Дома что ли будешь сидеть?
Даешь "Проект Мухосранск"!

(44) Ну судя по всему у человека есть свободное время. Главное чтоб что то полезное написал. И самое интересное если это окажется востребованным и он не успеет за 2 недели. Вот тут то и проявляется ответственное отношение человека к работе. Если не бросит поддерживать то молодца)))).

(0)
Ну вот возьмем типовую УПП
Несколько сот регистров/справочников/документов
За 2 недели не то что написать - все запомнить нельзя

Или чего там УПП
Возьмем обычную бухию. Обычный типовой отчет ОСВ по счету
Там запрос на км и ресурсов не один десяток не говоря про макет
Сколько аналогичный будешь делать ?
И это только один отчет

Ничего не понял ни цель, не объем работ, только срок.
Какие критерии выполнения работы?
Где ТЗ?
Чего хочет ТС?

-"Я приготовлю обед за 14 минут с нуля"
- И чО?

заюзать ТС под видом теста на проекте надо..

"Работаю за фидбек 2 недели бесплатно, жду ваших предложений по работе"
чтоль?

Имхается мне, ТС прослушал один из модных ныне "курсов мотивации". Баянистая фишка, несколько лет кочующая из тренинга в тренинг - для мотивации объявить публично о своих намерениях, взять ответственность (сбросить 5 кг за месяц, устроиться на работу или написать конфу), тогда, облажавшись, краснеть придется не перед самим собой, а перед широкой общественностью. Типа, осознание возможного позора заставляет шевелиться и двигаться вперед.

(0) хватай зубную счетку, запасные носки и дуй в срочном порядке в Тайланд к Доминиканцам!

(0) с такой постановкой задачи не взлетит. Начисто отсутствуют:
1. характеристика объекта автоматизации
2. цели автоматизации
3. ребования
4. границы проекта

(0)[и сразу же получать feedback по ее востребованности от сообщества.]
1С и feedback есть вещи не совместные друг с другом

(74) ну почему же? КГАМ и "не читал, но осуждаю" можно отхватить достаточно оперативно. Особенно на Мисте

(29) Отчет по сегодняшней сборке:
Сборка: [URL=http://dfiles.ru/files/p5qp3x7jy]http://dfiles.ru/files/p5qp3x7jy[/URL]

Что есть:
(+) Определены и занесены в ИБ целевые показатели проекта { см. спр. <Проекты> }
(+) Заполнены демо-данные - в базу занесено несколько модулей, на которых будет проходить обкатка и приемка автогенерации документации { см. спр. <Модули> }
(+) Созданы эскизы метаданных и GUI для дальнейшего развития и обкатки автогенерации документации { см. подсистему <Документирование> }
(+) По функциональности опробовал парсинг кода модуля и выделения из него имен подпрограмм посредством технологии регулярных выражений (спасибо базе знаний Мисты за статью) { отладочный код запускается из формы элемента спр. <Модули>, кнопка ">> Документацию"
(+) Опробовал методику agile-процесса разработки. Буду дальше по ней двигаться.

Чего нет:

+(76)
Чего нет:
(-) Мало, что есть
(-) Нет автогенерации списка подпрограмм и документации. Функциональность, имеющаяся в базе - кусок кода для опробования технологии регулярных выражений - не более.
(-) Метаданные документации сейчас не хранят возвращаемые значения
(-) Заканчивать в последний момент - это плохо. Надо завершать к 19:00 =(.

Риски:
( ! ) Не определены границы автоматизации создания ER-модели, функциональной модели
( ! ) Нет опытных данных, на которых будет проходить приемка автогенерации ER-модели, функциональной модели
( ! ) Нет техно-рабочих прототипов автогенерации ER-модели, функциональной модели

(0) как методист разработчик ответьте на главный вопрос проекта- зачем?

+(77)
Что планируется: (на сегодня)
( ? ) Продолжение работ по тому, что не успел вчера
( ? ) Добавление в базу учета сборок и их показателей (что есть / чего нет / риски / что планируется (на день)), чтобы не спамить форум

автор - бот

+(78)
Я:

А) тупой, чтобы программировать без ER-схемы, схемы функциональности, документации API кода

Б) ленивый, чтобы рисовать их в сторонних рисовалках - хочу, чтобы был инструмент, благодаря которому они будут генерироваться автоматизированно и без отрыва от кода (чтобы не приходилось их перерисовывать каждый месяц либо через 3 месяца выбрасывать на свалку)

Хочется подобный инструмент. Мне кажется, он был бы удобен. Надеюсь, не одному мне

(81) А ну терь понятно, удачи

(76) Неверный формат файла

(81) ты ошибся с предметной областью,
за всё вышеописанное доплачивать ни кто не будет

(32) Спасибо
(33) Спасибо. ТЗ пока в явном виде отсутствует. Есть разрозненные заметки. В процессе разработки соберу ТЗ.
(54) А то ж! Спасибо.
(57) Благодарю
(68) Сформулировал критерии.

Цель проекта автоматизации: Инструмент, позволяющий программисту автоматизированно, но с возможностью ручных правок, упорядочить хаос кода / учета в подведомственных конфигурациях.

Целевые показатели:
1. Автогенерация документации с привязкой к коду
2. Автогенерация ER-модели с привязкой к метаданным
3. Полуавтоматическая генерация функциональной модели

(73) Спасибо за конструктивные замечания. По первым трем в этом посте ответил выше. По четвертому - пока не определены для 2 и 3 показателей (я под ними понимаю приемочные данные - так предметнее получается, имхо).

С документацией API все понятно: есть код, есть комментарии, на основе кода и комментариев генерится документация в обе стороны (из кода в конфу и из конфы в код - последнее при необходимости). Приемочные данные: банально взять несколько общих модулей из типовых и отгенерить для них документацию. А вот с границами проекта для 2 и 3 показателей - пока думаю: что под приемочными данными понимать.

(82) Спасибо

(83) Проверил: Скачал. Загрузил. Запускается. (ИБ под 8.3.3)

вы тоже где-то на югах стартапите?

СППР ?

Вообще ветка - реклама :) Такое топят )

вот нифейхрена
проект доминикана курит в сторонке
качаю

автору почёт и уважуха
доминикане лишний камень в огород
понятно, что сыровато и не лучший вариант формализации быта кодеров, но за усердие пять

(90) то есть ты понял, что это, зачем оно нужно и кому? поделись?

Я пока понял что чел из кода модуля хочет комменты тягать
зачем пока не понял
и что за конфа тоже
Слова нравятся - ER модель/функциональная/ ээ... многофакторная предлагаю еще

(91) нет. я ничего не понял ;)
но чел хотя бы пишет блеять код

А зачем это нужно и кому?

(93) код без причины признак дурачины

Прежде чем писать, надобно заказчика найти, хотя бы виртуального.

(96)Бэкапы тоже надо делать уже после того как они кому то понадобятся.

(96) Бэкапы - это техника безопасности и заказчик ее всем вменяемым известен.

(0) тебе сколько лет?

100

(0)Уважаемый то что нужно, давным давно все написано, народ в основном занят улучшением того, что есть...конфа с нуля нафиг никому не нужна...

(0) ТС, почему решил так сделать?

Как вариант сдай спеца по платформе.

Походи эти же две недели на собеседования по проектным франчам, устроишься на работу, будет работы выше крыши.
Имею видеть недоборы в этой сфере.

(101) +101
Конфа с нуля мало кому нужна. Ты почем ее будешь продавать? Вот например УНФ стоит 14500. Т.е. ты напишешь свою плюс-минус УНФ за плюс-минус дешевле этой суммы? Основная задача внедренца врубиться какая из типовых максимально подходит клиенту и на ее базе написать минимум доработок.

Опрос: Нет смысла.

Скачал. Посмотрел. Аналогия приходит в голову с ребенком: когда режутся зубки, не терпится всё тащить в рот. Вижу, автор поигрался с новым инструментом, понравилось. Идеи не вижу.

Вы правы. Денег написанным в (0) не заработаешь и говорить об этом работодателю не только бесполезно, но и вредно, т.к. звучит как бред и после такого вероятность успешного прохождения собеседования "ничтожно мала".

Тем не менее, одна из заявленных целей (получение feedback'а) достигнута: отзывы / советы я получил и к конструктивным прислушивался, оценив, как выглядит моя точка зрения "со стороны".

В частности, среди прочего мне многие указали на отсутствие ТЗ. Задумался. А также над тем, как учитывать черновики кода - куски, которые возникают во время разработки, но не идут в итоговый код. Это может быть текст анализа каких-то запросов, их отладочные версии, псевдокод и пр.

Скажу честно, прочитал Эрика Эванса, DDD (Domain driven design) - вот и родилась идея создать систему учета этого самого Domain'а (т.е. предметной области, возникающей при разработке). Но сформулировать и корректно описать мысль, выразив в ТЗ не смог. А потому идея выглядит бредово. Буду заниматься ей как хобби, по мере того, как будут возникать здравые мысли по превращению идеи из разряда "бред" в разряд "польза". Периодически обновляя тему наработками.

Что же до работы, то спасибо за советы:
Упор буду делать на торговлю, логистику, адресное хранение и сборку.
По конфигурациям это УТ 11, Axelot: Логистика, КД
По навыкам: УФ, СКД, планы обмена
благо опыт автоматизации имеется

Кому интересно следите за темой, моими потугами сделать какой полезный инструмент для разработки - может что и получится

(104) ты хоть сам-то имеешь четкое представление, какой процесс ты хочешь своим поделием автоматизировать?

(16) две недели а не два часа ж

а что за зверь то в итоге получиться должен? что уметь будет?

Морально поддерживаю)

Главное до пятницы дотяни - там и тестировщики подтянутся)

(108)(109)
Почитай автора - (104)

Не дотянул (

А так бы выложил в Пт свое

Ущербная логика.
Писать конфу две недели чтобы доказать работодателю что ты крут. Ты многие работодателей с тестовым заданием на 2 часа посылают. Если ты реально крут то найдешь работу быстрее чем за 2 недели. А тратить 2 недели на непонятно что, а потом искать ссылаясь что ты сделал непонятно что... Даже если оно и крутое то не факт что роботодателю нужны именно те знаниея которые использовались при создании этой крутости.

(111) ты самую иронию не уловил: чувак говорит, что он методист, при этом кидается писать код без четкой цели и объекта автоматизации.
Epic fail.

Почитал замечания. Отработал по конструктивным.

Функциональная возможность решения (конфы) на данный момент:
АВТОМАТИЧЕСКОЕ ДОКУМЕНТИРОВАНИЕ КОДА:
1. Автоматически заносит в базу все подпрограммы модуля, их описание (комментарии перед объявлением) и структуру (имя, параметры, значения параметров по умолчанию).

2. При повторной синхронизации описания подпрограмм, скорректированные вручную, не перетрутся, перечитается только структура подпрограммы - имхо, очень удобно для анализа / документирования кода без изменения конфы, но в то же время без отрыва от нее (т.е. с сохранением связи с конфой).

БАГИ:
1. Не обрабатывает многострочные заголовки подпрограмм

СЦЕНАРИЙ ИСПОЛЬЗОВАНИЯ:
1. Выбираем подсистему "Документирование" -> "Модули"
2. Создаем новый модуль либо выбираем уже имеющийся (в этом случае см. с пункта 4)
3. Вставляем текст модуля в одноименное поле. Записываем элемент справочника.
4. Нажимаем кнопку (Синхронизировать:) ">> документацию". Будут автоматически прочитаны и занесены в базу все подпрограммы модуля, их описание и параметры.
5. Заходим в любую из созданных подпрограмм и работаем с ее описанием.


+ изменил интерфейс решения на обычный управляемый 8.2 (не Такси)
+ включил режим совместимости с 8.2.16 - теперь не обязательно на 8.3 платформе запускать
Ссылка скачивания базы: [URL=http://dfiles.ru/files/512soobs5]Блокнот разработчика. Шаг 2[/URL]

По части постановки:
Учел замечания. Есть видение направлений развития решения. Есть формализованные ТЗ по направлениям. Другое дело, что решение пока не позволяет учитывать и хранить в себе постановки задач в том виде, в котором я считаю нужным, поэтому _временно_ храню все в блокноте на планшете (позволяет хранить в заметке текст+графику). Постепенно ТЗ будут переноситься из блокнота в решение.

По части работы:
Решение поможет в поиске работы - замечательно. Нет - не страшно. Для меня это хобби + создание полезного в повседневной работе инструмента. Кстати, именно поэтому сбавил обороты и шаги буду проходить раз в 3-7 дней. По сборкам это получается 1-2 сборки в неделю.

Что планирую на предстоящий шаг:
1. Сделать выборочную выгрузку документации в Word
2. Добавить учет блоков подпрограмм
3. Исправить баги
4. Сделать мелкие заявки

Что планирую сделать через шаг:
1. Цветовую разметку кода.

Желаю удачи!

(113) > 3. Вставляем текст модуля в одноименное поле. Записываем элемент справочника.

это долго. конфигуратор может сохранять тексты модулей в файлы. ещё есть v8unpack

(112) +1

(113)
Все таки не понятно зачем это нужно

Если мне нужно описание процедуры - я захожу в конфигуратор - комментируется далеко не все
Часто лучше комментариев говорят название переменных -
СуммаДокумента или УниверсальныеМеханизмы.НапечататьДокумент
Далее одним щелчком мыши я могу перемещаться по ссылкам на функции/процедуры и даже по реквизитам объекта
Далее в отладчике если что то непонятно я могу посмотреть состояние переменой

Что может быть полезного, чтобы вместо конфигуратора читать "выгрузку в Word" ?
Хоть что то

Откуда срок в две неедли возник, и что это за конфа такая?

http://savepic.org/3763052.jpg

я к тому, что
(0) автор, это (120) ты через две недели

(108), (114), (115) Спасибо за поддержку! Мне это важно, правда, спасибо!

(115) Ок, посмотрю.

У меня внезапно получилось то, чего в ближайших версиях не ожидал: написал код автоматического построения ER-модели для объекта метаданных.

В качестве примера на рисунке взят один из справочников моей конфигурации. Алгоритм перебрал его метаданные и на основании них построил его ER-модель:
http://savepic.org/3847645.png

Поэтому ближайшее время уделю тому, чтобы из стендового варианта (речь идет об испытательном стенде, на котором обкатываю работоспособность алгоритма) перейти к решению, сделав обработку, позволяющую строить модель предметной области для выбранным объектам метаданных.

Идей дальнейшего развития решения - громадье =)

Если интересно, сборку выложу в воскресенье (как раз две недели), до тех пор обкатывая решение.

P.S. Автогенерация ER-модели и функциональной модели - как раз 2 и 3 цели проекта, озвученные в (85) посте.

P.P.S. Выгрузка документации в Word и раскраска кода временно отложены.

(122) Пост написал потому что уже кое-что полезное получилось. Настроение хорошее, не терпелось запостить =)

(85),(122) "...упорядочить хаос кода / учета в подведомственных конфигурациях..."
Ты даже не представляешь какие открытия тебя ждут ;-)
Вот один из сотен модулей БСП. Балуйся. Как разгребешь, обращайся, у меня еще есть )))
https://dl.dropboxusercontent.com/u/941295/БСП_модульКОИБ.png

(124) Имхо, не очень полезно: схема, вероятно, отвечает на вопрос "что?". Но не отвечает на вопрос "зачем?" - зачем служит этот клубок кода? и где примеры его использования.

Аналогичная ситуация, имхо, сложилась с СППР.

Этого и хочется избежать своим прикладным решением. Т.е. чтобы оно позволяло гарантировано отвечать на вопросы:
1) что? (что сделано)
2) зачем? (зачем сделано)
3) как? (каким образом сделано)
4) где? (где примеры полезного использования сделанного)

мдэ..., диаграмма не отвечает ни на какой вопрос, это просто схема вызовов процедур и функций одного программного модуля. Ты хотел упорядочить хаос программного кода типовых? Хотел. Поскольку я уверен что ты даже не представляешь масштабы того  с чем тебе придется работать, я тебе  и показал фрагмент этого хаоса. Вот и все. Но сдается мне, что ты и сейчас не понял (((
З.Ы. Ну или я слишком буквально воспринял твои слова об "упорядочить хаос программным модулей". Ты бы тогда пояснил что означает упорядочить. Ну пропарсил модули и загнал в БД процедуры и функции. И...? Что дальше?

(126) Пока пальму первенства по хаосу кода (из встреченного за мою практику) держит глобальный модуль 7.7 комплексной. Хорошо, что те масштабы не побиты =)

Ок. Будет сборка, поясню.

(126) В какой программе схему делал?

(127) ок, подождем сборку
(128) http://infostart.ru/public/78976/

(129) Спасибо
---
Извиняюсь, но сборки сегодня не будет: только скрины актуальной версии (если кому интересно). На неделе было много дел, поэтому к разработке смог приступить только сегодня.

Решил в учете пойти от фактических работ: календаря разработки (http://savepic.org/3847842.png).

К календарю привязал дневник разработки (отображается по дням на календаре и в него можно "проваливаться" с календаря) (http://savepic.org/3819173.png). По дневнику ввел учет работ / времязатрат по ним (чтобы было понятно, сколько времени и на что было потрачено).

Работы учитываю строкой либо отдельной карточкой (http://savepic.org/3805860.png).

Помимо учета "от факта" (фактических работ) веду также учет "от целей" (разрабатываемых решений). Карточка решения пока выглядит следующим образом (http://savepic.org/3824295.png).

Понимаю, что конфа пока очень слабая (в плане функциональности), поэтому пока ограничился только скринами.

Разработку не бросаю, буду развивать ее по мере наличия свободного времени. Всегда открыт к замечаниям / предложениям.

Что будет сделано "как только, так сразу" (чем сейчас занят): решение "Модели предметной области" - позволяющий автоматических строить схему метаданных конфигурации в IDEF1x нотации.

P.S. Написанное выше не писалось "с нуля" и частично использует сделанные до этого наработки.

(130) Пока из всей конфигурации полезного (на мой взгляд, что хотя бы я действительно использую) - календарь разработки. Печально: ожидал большего =(

(130) Исправленные гиперссылки на скрины:
Календарь разработки: http://savepic.org/3847842.png
Карточка дневника разработки: http://savepic.org/3819173.png
Карточка работы: http://savepic.org/3805860.png
Карточка решения: http://savepic.org/3824295.png

(132) где скачать? мне нравится

(133) Рад, что нравится.
Как только сделаю построение модели предметной области в нотации IDEF1x и модели функциональности в нотации UML . Use cases, так сразу выложу конфу на скачивание.

С IDEF1x понятно, а что будешь брать в качестве аналога Вариантов Использования? Формы?

(0) периодически посещаю данную ветку. Как было заявлено в (0), через пару недель должно было родиться НЕЧТО...пара недель как раз прошло, а НЕЧТО так и не видно.

Более того, вроде и тему читал, но так до конца и не догоняю, где и как ты хочешь прменять данный механизм (имеется ввиду Практическое применение, а не теоретические предположения)?

(135) По задумке - да, а как на самом деле выйдет - будет видно.
(136) Проектирование и учет разработок.

Пора на кикстартер выходить. Инвесторов искать.

(138) Под такое найдутся инвесторы?

прочел ветку и не понял все равно - это для реверсинжениринга? или наоборот - генерация кода по модели?

(138) Спасибо, особенно эта статья понравилась (Fuck funding, get coding, в переводе): http://www.siliconrus.com/2013/07/fuck-funding-get-coding/

(140) Да, для реинжиниринга.

если есть желание могу тебе поправить модуль разбора кода. а то он у тебя немного странный

(142) Буду признателен. На самом деле он писался еще без четкого представления что, зачем и почему. Просто надо было по-быстрому сделать парсинг подпрограмм.

Потом уже, по факту начал задумываться о форматных комментариях (точнее отсутствии их в явном виде в типовых), наткнулся на древнюю статью WildHare "Технический автописатель". Вспомнил из своего опыта о таких инструментах как doxygen / doxys (давно это было). И задвинул идею технического автописателя до лучших времен, т.к. при соизмеримых трудозатратах у самого душа больше лежит к программному реинжинирингу схем.

напиши на почту что хочешь получить. типа краткого ТЗ. а то из твоего кода - ничего не понять.

а по комментариям можешь здесь высказаться v8: Какой формат о docstring'a должен быть?

По комментариям и автодокументированию в общих чертах (идее, которую хотелось бы реализовать) высказался в твоей теме. Готов к диалогу.

Что же до ТЗ. Хорошее ТЗ, имхо, и есть программа (равнозначны по ценности и соизмеримы по трудозатратам) =)

Обсудить - всегда пожалуйста)

(142) Кстати, как бы вы изменили парсер? Точнее, что бы в нем изменили и почему?

потому что он не выполняет своей работы. как парсер. это наверное ближе даже к кому-то примитивному экстрактору из текста.

Сейчас подробней посмотрел что у вас там написано - что-то мне кажется что проще будет с ноля написать чем в ваше вписываться.

(147) У моего экстрактора фатальный недостаток? http://lurkmore.to/Фатальный_недостаток

Одно могу сказать точно: свою задачу (извлечение подпрограмм, их описания и параметров) он выполняет ) Уверен, далеко не оптимальным способом, но выполняет.

давай я покажу что у меня получиться,  потом вместе будем думать как твое гениальное творение и мою посредственную  обработку объединить.

Где диаграмма Ганта? где зависимость сроков задач/подзадач...
http://worksection.com/overview.html
.
http://worksection.com/prsite/images/example2/10.gif

(148)
Открой для себя RegExp
http://infostart.ru/public/64222/
извлечение подпрограмм в 4 строки

(0) Странно. Автор взял довольно сомнительную идею и пытается показать, какой он классный архитектор...

Я что-то ни идеи не понял, не блеска архитекторского умищи не увидел.
Хоть бы сначала четко написал, что хочет сделать и в чем засады при реализации, а то пока тянет на набор из нескольких справочников, к которым в течение долгого времени будут прикрепляться кучу вещей, все более и более незапланированные изначально и все более и более в итоге кривые.

А роспись в беспомощстве — пост (130), в котором вместо "Тадам! Перерезаю ленточку! Welcome в мою софтину :))" написано унылое "Извиняюсь, но сборки сегодня не будет: только скрины актуальной версии (если кому интересно). На неделе было много дел, поэтому к разработке смог приступить только сегодня.".

Спрашивается, что кому хотел доказать автор?

(151) RegExp в коде и используется. http://s.pikabu.ru/images/big_size_comm/2013-04_3/13660438913310.jpeg
Но если серьезно, спасибо за ссылку. Правда, до этого читал уже.

(152) Зачем кому-то что-то доказывать? Есть цели, они конкретные, измеримые, достижимые и я считаю их для себя значимыми. Дальше цели просто достигаются со временем. Об этом и ветка: о разработке полезного мини-инструмента.

(153)  Мда. Я думал, что цель найти работу (так называется ветка) и для этого пишется конфа, чтобы показать себя во всей красе, продемонстрировав способность спроектировать нужную понятную систему за определенный изначально срок.

А тут оказывается вон что..

(76)
Такого файла не существует, доступ к нему ограничен или он был удален из-за нарушения авторских прав.

(154) Автор хотел показать насколько он крут, но слился сразу же ;-)
Кодер не думая пишет, как сказали.
Программист сначала думает над задачей потом ее реализовывает.

И только методист спрашивает, а нафига это нужно и области ее применения, До момента разработки!

Уровень ТСа, виден сразу.

Но лично мое имхо

(120)(156)+1

Бочка дегтя.
Для автоматизация разработки уже есть сотни работающих инструментов на любой вкус. Стоило выбрать лучшую точку приложения своих сил.

Ложка меда.
Реверс-инжиниринг в IDEF1x (или во что угодно, реляционное) - то единственное, из-за чего буду следить за веткой. Хотел как-то сам взяться, но осознал, что это много месяцев тяжелой пахоты. На уровне proof-of-concept неделя, а до уровня "можно реально пользоваться" - 5-6 месяцев.

(132)Ну почему народ постоянно тупит в вопросах, типа - http://savepic.org/3805860.png
Неужели, нельзя вместо булева делать дату? Что дает булево? - только Да или Нет. А на вопрос - "когда это сделано", надо будет добавлять еще реквизит?