Re: Карьера программиста
От: UrryMcA Россия http://www.UrryMcA.com
Дата: 16.10.05 17:33
Оценка:
Здравствуйте, Mishka, Вы писали:

Хм. Пост в общем то правильный. В смысле зерно истины там есть.

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

Итак — рассмотрим Класс "ЗП программиста".

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

Коллега Mishka предлагает оптимизацию поведения класса с использование параметрической настройки. Т.е. путем подбора значений параметров "географическая координата", "работодатель" и "skills".

Сразу же становится очевидно — данная оптимизация имеет максимальные точки производительности только при соблюдении определенных условий. А именно:

1. Сервер приложений (государство)
2. Уровень нагрузки, зависящий от времени (локальная/глобальная экономическая ситуация развернутая по оси времени)
3. Есть еще — но лень писать..

налицо ограничение алгоритма оптимизации. Это не позволяет считать предложенный алгоритм оптимизации класса "ЗП программиста" оптимальным.

Рассмотрим оптимизацию класса применительно к параметру 1. С учетом практики могу рекоммендовать только один путь — создание промежуточного слоя, отвечающего за оптимальное взаимодействие с объектом "сервер" и скрывающего конкретную его реализацию. Т.е. создаем некий интерфейс "Сервер", обеспечивающий инкапсуляцию наиболее важных методов.

то-же самое следует по п.2.

т.е. сразу-же при первой=же попытке анализа выявилось ограничение параметрического метода предложенного метода оптимизации класса и путь его некоторого улучшения: использование КАЧЕСТВЕННОЙ оптимизации класса (поскольку создание миддл классов можно считать именно качественной оптимизацией)


// ----------------------------------------------------------------------
блин. закончилось пиво, а желтый полосатик — нет. Я еще вернусь...
Re[2]: Карьера программиста
От: UrryMcA Россия http://www.UrryMcA.com
Дата: 16.10.05 18:15
Оценка:
Дальнейший анализ контекста класса выявляет следующую проблему параметрической оптимизации которое гласит:

"максимальное значение одного или нескольких параметров класса не является путем получения максимальной производительности класса".

Это можно наблюдать на единичном примере использования параметров "сервер", "язык", "количество пользователей":
Использование параметра "количество пользователей"="дохрена", "язык"="китайский","сервер"=ALL не гарантирует оптимальное поведение класса "ЗП программиста".

// -----------------------------------------------

Рассмотрим качественную оптимизацию класса.

Одним из самых простых способов является добавление новых методов like a "торговля наркотиками", "торговля оружием", "проституция" etc.
Несмотря на эффективность данных методов в контексте оптимизации класса, данные методы вызывают конфликт с сервером приложений и ведут к логичному урезанию ресурсов, доступных базовому классу "Программист", что фатально сказывается на классе "ЗП программиста".

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

С другой стороны внесение новых методов и изменение принадлежности к другой спецификации ("торговец наркотиками","бандит","мент") может быть допустимо, если того требуют условия функционирования сервера.

Т.е. с добавлением методов, не вошедших в спецификацию можно согласиться, если принять во внимание конфликты с сервером и изменение привелегий создаваемых объектов.


// -----------------------------------------------
Экономическая составляющая.

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

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

Данный вариант легко решается при использовании унифицированных простоколов взаимодействия "клиент-сервер" и использовании хранимых процедур и "solve dump".

Одним из вариантов этого является ограничение количество пользователей и провайдинг ограниченного количества сервисов. За счет унификации решается задача сокращения накладных расходов и соответственно увеличения валового дохода от реализации сервисов.





















// -----------------------------------------------

Все. ПИВО кончилось. кина больше не будет
Re[3]: Карьера программиста
От: UrryMcA Россия http://www.UrryMcA.com
Дата: 17.10.05 06:02
Оценка: -1 :)
Какой кошмар. КГ/АБП.

Сорри — http://www.rsdn.ru/Forum/Message.aspx?mid=1438912&only=1
Автор: UrryMcA
Дата: 17.10.05
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.