1С-Разработчик
| Зарегистрируйтесь, чтобы не видеть рекламу | |
Реклама на форуме
|
|
|
В среде программистов, нашего брата незаслуженно притесняют, мотивируя отсутствием объектной-ориентированности в полном объеме, невозможности реализации многих решений с использованием базового функционала и прочих надуманных и не очень проблем. Я считаю что программируют не НА языке, а С ПОМОЩЬЮ его. Подходящей темы не нашел, поэтому предлагаю поднять этот топик здесь. Если есть коллеги предлагаю обсуждать здесь различные вопросы, которые касаются темы разработок, сопровождения и поддержки. Также можно обмениваться опытом и совместно находить решения. Сам разраб с 7 - летним стажем, из них 1,5 года руководил отделом разработок на машиностроительном заводе. Специалист по тех части(кодинг, переносы, конвертации и.т.д.), по администрированию базы данных. Специализируюсь на платформах версии больше или равной 8.0. К конкретной конфигурации не привязан. Жду откликов)
|
ООП позволяет значительно уменьшить трудоёмкость и увеличить скорость разработки, но лишь тогда, когда сам программист умеет разрабатывать в концепции ООП, и когда инструменты разработки под этот самый ООП заточены. А так, ООП не более, чем концепция без гарантии каких-либо преимуществ. Объектно-ориентированными программерами тоже не рождаются, ими становятся в результате долгого процесса набора опыта в этом деле опять же при условии заточенности инструмента разработки под ООП. А иначе смысла от ООП нет. Про недостаточную ООП-ориентированность часто приходится слышать от друпалоидов. Но вообще они к этому вопросу относятся значительно спокойнее, если не сказать пофигистично. Да, не хотят они писать "как люди", но это их вопрос и проблема. Продукт-то у них некачественным я бы не назвал. Опять же, "некачественным" он будет с точки зрения ООП-программера, но ему скорее всего Drupal окажется не по душе и он не станет им заниматься.|
Мысль в том что важнее то что ты хочешь от машины, и как ты это описал. А на чем ты это описал малозначимо, в контексте среднестатистической задачи.
|
После стрельбы из пушки одних побочных эффектов будет столько, что мама на горюй. То же самое касается и языков программирования. Опять же, как можно сравнивать разработку на языках разного уровня, высокого и более низкого, если угодно? В данном случае высота имеет смысл не уровня важности, а скорее характеристики инструментария и области применения. На языке высокого уровня вы никогда (или почти никогда) не сможете выполнить низкоуровневую корректировку кода, что опять же можно с лёгкостью сделать на более низкоуровневых языках. Сравнивая выбор инструмента программирования, следует помнить ещё и о конечном пользователе, для которого существуют ещё свои критерии. Так или иначе, а разработка будет выполняться в некоторой среде, от которой будет зависеть многое, в том числе и скорость выполнения. Для некоторых задач этот фактор может стать критическим. Во-вторых, скорость и удобство развёртывания той среды, где будет использоваться ваша разработка, является немаловажным фактором. Ну а про ограниченность области использования я уже сказал. |
Есть некоторые тонкости, не спорю, но для решения большинства прикладных производственных задач, таких как планирование производства, ведение отчетности, электронный документооборот, CRM, система штрихкодирования и пр вполне подходят и R3 и 1С и, возможно, тот же C# с Linq.
|
