yibewuy: Я знаю, что они договорились. Я не планирую выдавать страховки. Вопрос несколько про другое, если вы не заметили - как технически устроен API для получения КБМ, на какой технологии. Если на разных (что, весьма вероятно), то хотелось бы пример.
на нервах из за возможной потери информации из за кривого обновления эппл
Бэкапы же. Тем более перед обновлением ос. Не думал, что их кто то не делает ещё, хотя бы в таких случаях. Тем более на маке, где винт просто так не вытащишь и инфу не сольёшь. В макоси есть удобная time machine.
Ну за 74100руб в России не купить. Полагаю с наценкой будет 90 т.р., что почти в 2 раза больше бюджета, причём это начальная модель по процу, диску и т.д.
Конечно, если есть возможность взять мак, я бы взял мак (собсно, я и взял мак). Но у ТС критически не тот бюджет.
lukoie:
Мне ничего исправлять не надо, я всё верно написал.
Ваш совет применим в некоторых случаях, но не во всех. Это и есть - не применим в общем случае. Т.е. - не применим для каждого случая, без исключений.
Просто всё, что перечислено, не имеет никакого отношения к качеству кода.
А сложные нетривиальные курсы к тому же ещё наоборот могут научить писать сложный нетривиальный код, когда можно написать тривиальный и простой.
kiru: я имею в виду, что платформа 1С не предназначена для создания каких то серьёзных систем (изначально). Её конструкция не подходит для больших систем. Продвинутых инструментов (в т.ч. для отладки и тестирования) в ней, как у других платформ типа java и т.д. нет.
Поэтому делать аналогичные вещи на 1С сложнее, а какие-то фичи невозможно или становится с невозможно с определённого момента.
kiru:
1. Наймите.
2. Сделайте так, чтобы данные в тестовой базе были как можно ближе к реальным. в идеале - копия реальной базы.
3. Чтобы исключить эти ошибки, нужно проводить более полное тестирование. В приведённом примере я считаю, что это косяк программиста, слишком очевидная функциональность сломана. Но в других случаях это будет работа тестировщика.
4. Тестировщику.
5. Это 1С, а не какая то там серьёзная среда для разработки.
Резюмируя:
1. Более квалифицированные разработчики оставляют после себя меньше багов и лучше тестируют (да, это так).
2. Возьмите/обучите тестировщиков.
Разработчиков можно обучить/повысить квалификацию. Можно обучить бизнес-аналитиков быть тестировщиками. Но это только в случае, если люди сами хотят этим заниматься (нечастый случай).