Re: флем про языки
Здравствуйте, все.
Я тут пропустил пару дней...
(Все, что я говорю априори IMHO,так что подразумевайте в нужных
местах фразы типа "Я думаю, что...", "Я считаю, что..." и т.д.)
Про языки, IDE и т.д.:
Смысла спорить действительно нет. Как принято говорить, на вкус и цвет...
Подобные обсуждения всегда начинаются с фраз типа: "И что эти
паскалисты нашли в своем Delphi" или "Эти тупые сишники своим
null'ом задолбали". Если кто-то действительно хочт сравнивать
_языки_, то нужно писать тестовый код, и не один, и сравнивать па
_ЗАРАНИЕ_ определенным параметрам результаты. Во всех ругих случаях
разговор (по сути) своидится к обсуждению "цветовой гаммы" или к
"мерянью пальцами".
Про begin..end и {..}:
Мне очень жаль человека, у которого основное время уходит на
написание begin..end. Поверьте, кодирование не ограничивается
набором пары begin..end.
Ваши противники могут возразить, что в С++ нужно писать null, а в
паскале nil, что на половину компенсирует набор begin end по
количеству сиволов.
Про аутсорсинг:
Аутсорсинг подразумевает заключение договора и подписание
согласованного ТЗ с заказчиком. Если подобные вещи не делаются -
это не аутсорсинг, а что-то типа "шабашка","калым" и т.д.
Иными словами, строительство дома молдаванами тоже можно назвать
аутсорсингом, хотя и с большой натяжкой, но суть от этого не
измениться.
Кстати, Дж.Брайн Хейвуд в книге "Аутсорсинг. В поисках конкурентных
преймуществ" высказывает много интересных идей по обозначенной теме.
Хотя примеры описывают, в осовном, крупные контракты по аутсорсингу,
есть там сведенья, которые могут оказаться полезными и для мелких
заказов.
Про скорость набора кода:
Если к существенным рискам при программировании Вы относитескорость
набора кода, то предлагаю Вам использовать различное ПО, которое
может ускорить этот процесс (а точнее, подойти к процессу
кодирования несколько с иной позиции). Я говорю о таких продуктах
как: PowerDesigner от sysbase и Rational Rose от Rational.
Есть и другие.
Про повышение переносимости (не мультиплатформенная переносимость, а
повторное использование) кода:
В данном вопросе я выделяю два серьезных подхода: UP (RUP)
унифицированный процесс и XP экстремальное программирование.
Изучая материалы по этим подходам, я пришел к выводу: Какой бы путь Вы не выбрали,
если вы следуете ему на практике, то результат будет положительным в
при любом выборе. По XP ресур проскакивал в рассылке и
www.google.com.ru выдаст много ссылок. По UP можно почитать Крэга
Лармана "Применение UML и шаблонов проектирования".
По шаблонам проектирования (паттернам) можно почитать книгу из серии
"must have" Гамма,Хелм,Джонсон,Влиссидес "Приемы
объектно-ориентированного проектирования"
Про количество языков, которыми должен владеть профи:
Профи свободно может пересесть с одного языка на другой в короткий
срок. Профи ценят не за знание языков программирования, а за
фундаментальные знания.
