А еще про 1с. Оказалось, что это очень выгодно - издавать невнятные законы, подзаконные акты, и всяческие указиловки в виде писем и распоряжений.

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

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

А теперь - про эффективность.
Она, как и в любом другом деле, зависит от точки приложения усилий.
("дайте мне точку опоры, и я переверну мир".)

Важно самому научиться находить такие точки, и действовать по ним целенаправленно и точно, это и будет эффективно.

schi, ок, сделаем вид, что я ничего такого не говорил. Забудем об этом.
Так удобнее всем. Мне это точно не надо. Все, не было.
---

_nautilus_Что вы имеете в виду?
Здесь уже писали ранее, что программирование - не ради самого программирования существует,
а это всего лишь один из инструментов для решения определенных задач.
Уметь определять важность задачи и правильно выбирать способ ее решения.
Не тратить время и силы, на то, что не важно, и не делать работу не правильно.

Если помнить о принципе "рычага", то это дает представление о правильности выбора места приложения сил.
Если работа идет трудно, не получается - значит делаешь ее не правильно.
Нужно сменить инструмент или технологию.
При правильных инструментах и правильной технологии любая работа - легкая.
Ели инструменты и технология работ - правильные, а результата нет, значит не правильно выбрано направление действий.

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

----
Еще один момент - о приоритетах.
Для меня он очевиден, но я слишком часто сталкиваюсь с тем,
что для других людей порядок приоритетов не так очевиден как для меня.

Приоритеты, которых я придерживаюсь при разработке:
1 - высокая производительность
2 - низкая ресурсоемкость
3 - удобство для пользователя
4 - удобство для сопровождения
5 - удобство для разработки

К сожалению, я видел такие проекты, в которых эти пункты расставлены как угодно,
но только не так, как у меня.

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