Поискал по инету и ничего толкового не нашел.

Со своей стороны я пришел к следующим способам повышения эффективности:
1. Добиться слепого метода печати на английском (при работе с 1с, мне очень помог слепой метод печати на русском).
2. Улучшить знание английского.
3. При наличии выбора отдавать предпочтение классическому С++ : это позволяет хорошо его запомнить и не лазить в инет за подсказками (писать код оффлайн).
4. Использовать шаблоны проектирования, чтобы не думать над структурой взаимосвязи объектов, а сразу ее видеть.
5. Разумеется по максимуму использовать объектно- ориентированный подход (в обход процедурного).


Что еще посоветуете?

MasterZivИспользовать кодогенерацию, если можно.

А это что такое?

White OwlAlekseySQLПоискал по инету и ничего толкового не нашел.

Со своей стороны я пришел к следующим способам повышения эффективности:
1. Добиться слепого метода печати на английском (при работе с 1с, мне очень помог слепой метод печати на русском).
2. Улучшить знание английского.
3. При наличии выбора отдавать предпочтение классическому С++ : это позволяет хорошо его запомнить и не лазить в инет за подсказками (писать код оффлайн).
4. Использовать шаблоны проектирования, чтобы не думать над структурой взаимосвязи объектов, а сразу ее видеть.
5. Разумеется по максимуму использовать объектно- ориентированный подход (в обход процедурного).


Что еще посоветуете?
1. Ээээ, а что это надо учить?

Я, как и в предыдущий раз использую программу "Соло на клавиатуре".

White Owl3. Глупости. Если хочешь писать на языке - пиши на нем. А выбирать "классический - не класический" глупо. Язык надо выбирать под задачу.

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

White Owl4. Абсолютная глупость. Чтобы использовать шаблоны проектирования, надо понимать какую именно структуру взаимосвязей объектов тебе надо. Сначала думаешь над структурой, потом (если есть еще нужда) подгоняешь ее под шаблон. Начинать писать с шаблона конечно можно, но с какого именно шаблона ты собираешься начать??? Насколько ты уверен что тебе не придется в середене проекта выкидывать все на свалку и начинать заново с новым шаблоном?

Именно за счет наличия наперед заданных объектов и паттернов работы с ними 1с в начале 2000-ых выдавила с рынка все С++ самоделки. Подобный подход позволяет не думать, как реализовать сам объект, его меняющиеся свойства, гибкий интерфейс, взаимодействие, порядок создания... Смотришь на код и сразу понятна структура. Это очень сильно упрощает работу.

White Owl5. Феерическая глупость. Только используя разные подходы (и процедурный, и объектный, и функциональный, и все какие найдешь) можно развить мозги для предыдущего пункта.

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

ИзопропилAlekseySQLИменно за счет наличия наперед заданных объектов и паттернов работы с ними 1с в начале 2000-ых выдавила с рынка все С++ самоделки. Подобный подход позволяет не думать, как реализовать сам объект, его меняющиеся свойства, гибкий интерфейс, взаимодействие, порядок создания... Смотришь на код и сразу понятна структура. Это очень сильно упрощает работу.


такое ощущение, что автор этого опуса не видел реального 1C кода.

Я программировал на 1с с 2004 до 2016 года (включительно). Причем на двух последних местах работы меня считали лучшим программистом в команде.

В 1с реализованы встроенные объекты (константы, справочники, документы, перечисления, регистры сведений...), у которых есть определенная область применения, встроенные методы, паттерны кода (перебор, запись, чтение, поиск....), встроенные члены. Подобная стандартизация позволяет любому программисту "с мороза" легко читать любой код 1с.