Стоит ли использовать ООП?

Здравствуйте.
Возник такой вопрос: стоит ли использовать ооп. Даже не так, когда использовать ооп?
Иногда (даже чаще всего) легче написать простые функции, а не мутить с классами обектами и методами.
Раздражает инкапсуляция - какой вообще ее смысл? Чтобы получить переменную класса по правилам ооп нужно создавать метод для ее чтения? когда такой подход оправдан - ведь затрачивается куча лишнего времени.

5

Сообщение от Viktorrus Для этого нужно иметь талант и опыт, быстро осваивать технологии в различных областях деятельности, до этого незнакомых.

Вообще то штатная обязанность инженера-программиста. И именно этому - анализу любой предметной области и учат в универе. Именно для этого и накачивают математикой с таким наобом разделов что на кафедре вышки дай бог чтобы названия слышали.

Добавлено через 16 минут

Сообщение от Viktorrus Например мне, что бы освоиться в любой области (не путать со "стать специалистом") требуется один месяц.

Действительно не путайте. Чтобы софт норм писать нужно не как специалисты в предметной области разобраться а досканально.

Сообщение от Viktorrus Проверено на опыте, так как я поменял больше 10 мест работы в разных отраслях. Везде меня цинили, но надоедало заниматься одним и тем же, и я увольнялся, что бы начать что то новое.

С этим спорить не буду. Люди которые в плане постановки с последующей реализацией могут хотя бы что то реально ценятся и работодатели на них молятся. Потому как даже середнячки а то и даже отчисленные на середине обучения реально могут в одиночку то что толпы горе-кодеров со срамоагилами не могут осилить в принципе. Некоторые даже революции в своих предметных областях устравали ( Взять хотя бы того же недоучку Кармака которому двух курсов универа и нового поколения железа хватило чтобы революцию устроить в игровой индустрии) Что в европах с америками что здесь к тому же уже практически пришло.
А вот то что типа за месяц освоились говорит либо о примитивности предметной области либо о недостаточной глубине копания. Попробуйте с такой областью как САПР к примеру освоится. Там копать и копать. Хотя и чистая математика. А если еще и моделирование физики прикрутить там вообще ховайся. Многих вопросов механики с 40-летним стажем в своих ГСКТИ / ОКБ не проходили.

0

... (здесь я как бы выражаю бурное удивление, вызванное названием темы, но в таких словах, чтобы модеры меня не забанили) ...
А теперь по теме: нет, автор, не стоит. И вообще, ООП - полная хрень!

0

Сообщение от Якобинец И вообще, ООП - полная хрень!

Не удержался, прокомментирую. Так как ООП моделирует человеческое мышление, то из комментария Якобинец, можно сделать вывод, что думать, это "полная хрень". Хорошо быть животным, они не думают.
Извините, я забыл, что вышел из дискуссии. Просто предыдущий комментарий меня поразил и я не сдержался.
Всем удачи.

0

Сообщение от Viktorrus Так как ООП моделирует человеческое мышление

Нет.

0

Нет, Викторус, нельзя сделать вывод.
Посиди и подумай, почему (на всякий случай, уточню: ключевое слово здесь "подумай").

0

Сообщение от Якобинец И вообще, ООП - полная хрень!

А структуры тоже признаёшь хренью ? Ведь есть же элементарные типы данных, зачем ещё структуры какие-то?

0

Да, блин, ООП - это вообще парадигма, которую используют просто потому, что криворукие [censored] не умеют по другому. Вот и остальные под них подстраиваются. Погугли Лисп - узнаешь о других парадигмах. И там всё намного проще и изящнее. А структуры- это из другой оперы.

	Комментарий модератора
	Нарушение правила 5.1

0

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

Поликостыляция как метод программирования ?

0

Сообщение от Ethereal не программист (сколь бы хорошим специалистом в своей области ни был) не способен исчерпывающе поставить задачу программисту.

В этом Вы правы, если только под не программистом подразумеваете специалиста предметной области производства. Но Вы не понимаете, кого я называю постановщиком задач. Он как раз является связующим звеном между специалистом предметной области и профессиональным программистом, которые как Вы правильно заметили не поймут друг друга, так как специалист предметной области не знает возможностей программирования, а программист не знает предметную область и ему трудно понять , что нужно сделать. Постановщик задачи не является профессионалом в программировании, но должен знать основные языки программирования, не на уровне профессионала, а на уровне достаточном, что бы понимать возможности этих языков (знает, что программист может сделать, но сам не сможет это сделать, не имея достаточного опыта, который есть у профессиональных программистов). И в то же время, постановщик задач должен в общих чертах разбираться в предметной области, то есть не быть специалистом, но иметь возможность понять, что хочет специалист. Но так как постановщик задач в принципе не может знать в общих чертах все области производства, то он должен обладать определенным талантом быстро осваивать в общих чертах любую область производства. Как я убедился на практике, мне, что бы освоить в общих чертах любую область производства, что бы уже начать понимать о чем говорит специалист, требуется около месяца. Я могу делать такое утверждение, так как за свою жизнь сменил больше десяти мест работы в разных областях промышленности и в разных профессиях.
Поэтому когда я стал изучать программирование, хотя я и не стал профессиональным программистом, но смог ставить задачи программистам для разных предметных областей. Так как быстро вникал в любую предметную задачу, но при этом имел достаточно знаний в программировании, что бы оценить, что могут сделать программисты.
Вот именно такие постановщики задачи присутствую в штате некоторых крупных компаний и которых я считаю в стране не хватает. Видимо потому, что большинство людей, таких как Вы считают , что постановщики задач не нужны, и потому такая профессия не ценится, а зря. А раз она не ценится, то в нее и не идут.

0

0

0

0

0

Сообщение от Viktorrus Так как ООП моделирует человеческое мышление

Многоэтажных иерархий наследования классов с перекрытием методов в человеческом мышлении и реальной жизни нет. Максимум на один этаж выше - "это - то-же самое, что это, только тут по другому". То, что на два этажа выше уже считается "совсем другое".

Добавлено через 12 минут

Сообщение от Viktorrus потому такая профессия не ценится, а зря. А раз она не ценится, то в нее и не идут.

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

0