charivnick

а чем не нравится сервис https://fastcode.im/Templates?bsp=False&qa=True&store=True&searchOptions=my

Добрый день, а можно еще запрыгнуть в последний вагон и записаться на 21 сентября?

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

Хорошая статья, но есть один вопрос.
Сейчас вышла конфигурация
Бухгалтерия предприятия, редакция 3.0 релиз 3.0.75.58.
Минимальная платформа, для того, чтобы эта конфигурация работала должна быть 8.3.15.1830 в режиме совместимости в 8.3.14

КАК разрабатывать и отлаживать конфигурацию, работающую на платформе, для которой еще пока не существует EDT?
EDT поддерживать максимальную платформу 8.3.14
Бухгалтерия предприятия минимальную 8.3.15

Для того, чтобы EDT было популярным, все флагманские конфигурации должны поддерживаться EDT полностью.

Сейчас почти все веб-программисты работаю именно с VS Code, т.к. огромное количество плагинов написано.
Сам параллельно осваиваю и другие языки программировния, помимо 1с

Добрый день!

А можете сделать тоже самое, только для Visual Code - Бесплатной версии Visual STudio?

Спасибо, что подтвердили мою мысль.

Я соглашусь с тем, что нельзя все время плясать под дудку заказчика.
Аргументы очень простые:
если заказчик перестроит свои процессы, как ему велит исполнитель, ему внедрение обойдется условно 1млн. руб.
Если он скажет, оставьте, как есть, то ему обойдется в 10 млн. руб.

Автоматизировали)

Тут проблема вообще в другом была:
Организационная со стороны заказчика:

1)Руководителю было все равно
2)Корректного ведения учета не было нигде (Excel, бумаги,..., сторонняя программа)
3)Решения плохо спускались по вертикали власти.
4)Руководитель не платил за работу, а значит не отвечал своим карманом и не мотивировал тем самым своих сотрудников.

Организационная со стороны исполнителя:
1)Весь проект не был разбит на этапы. Можно использовать разные методики, например,
Agile, Scrum, Kanban, PRINCE2 и другие, но у каждого периода должна быть отсечка с результатом
2)После каждого завершенного этапа заказчик должен платить, если не платит. Сразу прекращать с ним сотрудничество.
Соответственно, если периодом подведения промежуточных итогов будет месяц, то это и есть ваши риски.
Потеряли бы 160 часов всего максимум.