Как поднять эффективность программиста?

AlekseySQL
Дата: 28.05.2017 13:57:03
Поискал по инету и ничего толкового не нашел.

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


Что еще посоветуете?
MasterZiv
Дата: 28.05.2017 14:03:43
AlekseySQL,

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

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

Не писать код, который ничего не делает.
Кода ради кода быть не должно. Например, многие пишут никому не нужные getters setters просто потому, что ООП.
AlekseySQL
Дата: 28.05.2017 15:08:44
MasterZiv
Использовать кодогенерацию, если можно.


А это что такое?
Изопропил
Дата: 28.05.2017 16:37:33
AlekseySQL
MasterZiv
Использовать кодогенерацию, если можно.


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

генерация исходного кода макропроцессором (например m4)
генерация структур по описаниям таблиц в базе данных
генерация парсера по описанию грамматики (flex, bizon например)
OOP_2
Дата: 28.05.2017 18:48:01
MasterZiv
AlekseySQL,

........

Например, многие пишут никому не нужные getters setters просто потому, что ООП.


И как же сделать доступ к закрытым членам класса?
Изопропил
Дата: 28.05.2017 18:52:43
OOP_2
И как же сделать доступ к закрытым членам класса?

сделать их public
Dima T
Дата: 28.05.2017 19:54:26
AlekseySQL
Что еще посоветуете?

Тренируй память. А дальше без разницы программист ты или слесарь. Когда мануалы в голове - ты лучше того их вынужден листать.
White Owl
Дата: 29.05.2017 03:25:03
AlekseySQL
Поискал по инету и ничего толкового не нашел.

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


Что еще посоветуете?
1. Ээээ, а что это надо учить?
2. Это да, без английского, хотя бы на уровне "читать". В IT ничего не добиться.
3. Глупости. Если хочешь писать на языке - пиши на нем. А выбирать "классический - не класический" глупо. Язык надо выбирать под задачу.
4. Абсолютная глупость. Чтобы использовать шаблоны проектирования, надо понимать какую именно структуру взаимосвязей объектов тебе надо. Сначала думаешь над структурой, потом (если есть еще нужда) подгоняешь ее под шаблон. Начинать писать с шаблона конечно можно, но с какого именно шаблона ты собираешься начать??? Насколько ты уверен что тебе не придется в середене проекта выкидывать все на свалку и начинать заново с новым шаблоном?
5. Феерическая глупость. Только используя разные подходы (и процедурный, и объектный, и функциональный, и все какие найдешь) можно развить мозги для предыдущего пункта.
White Owl
Дата: 29.05.2017 03:29:03
Dima T
AlekseySQL
Что еще посоветуете?

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

Модератор: Тема перенесена из форума "C++".
Ra72
Дата: 29.05.2017 08:55:37
MasterZiv
Не писать код, который ничего не делает. Кода ради кода быть не должно. Например, многие пишут никому не нужные getters setters просто потому, что ООП.
Для осуществления этого совета, нужен IT-директор, разбирающийся в программировании. Потому что код ради кода появляется не потому что ООП, а потому что начальство оценивает работу тупо по количеству строк...