Цитата:
Сообщение от
fed
если посмотреть на историю, с позволения сказать, компьютинга, можно заметить, что где-то в 60ых-70ых годах, когда реально пошло массовое внедрение IT-технологий, каждая новая технология давала существенный экономический эффект. Однако с каждой новой волной "инноваций", экономический эффект от ее внедрения был все ниже, а затраты на внедрение - все выше. И где-то в конце, может быть даже в середине 90ых, линии сравнялись и пересеклись.
По-моему, бизнесу не нужны IT-технологии сами по себе, ему нужны конкретные программные решения. А вот на разработку (в т.ч. ее эффективность и саму возможность разработки) программных продуктов и систем уже оказывают влияние IT-технологии, методологии и проч. И о том, что в области разработки не стоит ждать каких-то прорывов после появления языков программирования высокого уровня и унифицированных программных сред вроде Unix, писал еще Брукс.
Цитата:
Сообщение от
fed
Ну например - про тот же claud разговоры идут уже года три, а кто его реально использует ? И кому оно вообще дает РЕАЛЬНЫЕ преимущества кроме весьма узкого круга заказчиков с труднопредсказуемым и меняющимся уровнем потребностей в вычислительных мощностях.
А просто не надо пытаться любую и каждую технологию натянуть на решение любой и каждой задачи
На эту тему очень хорошо пишет Роберт Гласс, например, в
Креативном программировании 2.0:
Цитата:
При оценке пригодности каждого нового метода разработки программного обеспечения должны учитываться несколько аспектов проекта:
- Характер и требования предметной области
- Масштабы проекта
- Критичность решения
- Новизна задачи
Возможно, есть и другие аспекты – вопрос не закрыт. Например, кандидатами на включение в список могут быть знания/стиль руководителей проекта или качество/возможности технических сотрудников.
Подход с одной меркой ко всем задачам и решениям в программировании мешает заметить некоторые важные вещи. Эти важные вещи помогают определить, когда определенные методы решения действуют хорошо, а когда – плохо. Необходимо начать обсуждение того, в каких случаях применим (а еще важнее – когда не применим) каждый подход.
В области человеческих отношений, особенно когда речь заходит о гражданских правах, часто «восхваляются различия» между людьми. Имеется в виду, что расовые, половые, религиозные и некоторые другие важные различия должны уважаться и изучаться, а не вызывать страх или отторжение. Пора и в компьютерном сообществе начать уважать различия. И обсуждавшиеся выше аспекты – предметная область, размер проекта, критичность решения, оригинальность задачи – устанавливают те типы различий, которые в области компьютеров и программирования нужно начать понимать – и уважать.
– Как называется человек, который говорит тебе об очевидных истинах, о которых ты сам должен был давно догадаться?
– Гений!
(с) из Deadline'а ДеМарко
Цитата:
Сообщение от
fed
Так что я для себя сделал два вывода:
1. Мы все уже лет 15 кушаем наш хлеб с маслом и красной (а иногда и черной) икрой, отнятый у реального сектора.
2. Рано или поздно пузырь лопнет и потребность в Айтишниках упадет эдак раза в три...
По-моему, в IT, в т.ч. в программировании решающую роль играет личная и командная эффективность, а не используемые технологии, а тут не видно каких-то технологических прорывов, которые бы позволили враз поднять эффективность толпы IT-шников на новый уровень, чтобы высвободить "лишних" людей из отрасли. При всем при этом сложность задач, которые приходится решать в реальном секторе, постоянно растет, растут парки компьютеров и серверов, растет число областей, требующих автоматизации... по-моему, пузыря тут нет, в конце концов, люди в реальном секторе тоже не все подряд глупые работают, и раз на IT выделяют бюджеты, значит, видят необходимость и реальную отдачу либо риски, которые перевешивают в стоимостном выражении эти бюджеты.