Проблема в том, что практически всегда предприниматель платит не за объем работ, а за время и здесь как раз возникает парадокс оптимизации
За время никто не платит — платят за выполнение должностных обязанностей в течении рабочего дня. Поэтому требование не бездельничать на рабочем месте (после того, как работа уже сделана) — незаконно. К сожалению, трудовое законодательство несовершенно.
Зачем объекты для инкапсуляции состояния, когда состояние отлично инкапсулируется в виде глупых и не имеющих собственного поведения структур данных (у которых просто не экспортируются кишки), плюс функций, объявленных в том же модуле?
и задам вопрос: что по вашему значит «собственное поведение» в этом контексте?
Такое поведение, которое вдруг запрещает действие с данными (по уважительной причине, заранее не ведомой инициатору изменения) и предписывает иные действия. Или же, в зависимости от входных данных, выполняются разные действия (вроде оператора switch case). И это все должно происходить внутри объекта независимо от того, кто его вызвал. Суть в том, что мы пишем поведение один раз и потом уже спокойно обращаемся к объекту, без необходимости проверять все кейсы на корректность — поэтому оно и должно быть внутри объекта…
Ага, поэтому по тому, как их компоновать, целые книжки пишут, и потом обсуждают, что за SOLID такой, что за билдер, что за визитор
Да, и это всё из-за того, что сейчас заканчивается первая стадия ООП в духе С++ (слабо-инкапсулированные сильно-связанные объекты). Истинное ООП Следующий этап ООП, который должен был быть — в духе Smalltalk (сильно-инкапсулированные слабо-связанные объекты, а сам Smalltalk просто опередил свое время). Но этот этап пока отложился из-за хайпа ФП. Поэтому я предполагаю, что будет прыжок сразу на третий этап — синтез ООП+ФП, где объекты будут инкапсулировать в себе лишь состояния системы, а все действия будут выполняться в блоках в стиле ФП.
Естественно все люди разные, даже занимающиеся рутиной. Просто тенденция такова, что этих разных людей будут вытеснять или машины, или у них будет уменьшаться доход, или они должны будут подняться над рутиной и стать творцами в своей сфере деятельности.
Вы хотите чтобы я придумывал определения общеизвестным словам?
Приготовление кофе конечно рутина, но это не значит, что теперь пропадает разница в техпроцессах и качестве готового продукта.
И я не против, чтобы люди делали что-то рутинно, просто им за это платить будут очень мало.
Так вы же сами говорите, что на вашем предприятии нужны были люди с творческим потенциалом. Ну а вообще, даже чтобы заменить «рутинных» работников, нужны некоторые финансовые траты — те предприятия, которые не смогут себе этого позволить, будут стагнировать.
Конечно, когда повезет ткнуть в тур с картой, то карта есть, но заранее этого не понять (ну или сидеть и тратить время, разбираясь что есть что), так как само приложение в первую очередь это аудиогид, и только потом трекер+аудиогид. Таких аудиогидов много, но вот чтобы трекинг можно было выбирать до захода в конкретный тур (глядя на них все на карте), я пока не знаю.
Зачем это надо: если я планирую пробыть 3 дня в интересующем меня городе, то я хочу построить свой пеший маршрут так, чтобы пройти как можно больше новых достопримечательностей — и для этого мне нужна карта со всеми трекингами в этом городе. То есть нужно планирование маршрутов.
Также было бы здорово, чтобы можно было выбрать между несколькими рассказчиками (да я люблю выбирать).
И возможно в моем первоначальном сообщении все было намного проще, но хотелось именно этого)
Незаменимых не бывет только в творчестве. В рутинной работе всех можно заменить (на других работников или на машины). Поэтому тотальная автоматизация будет вынуждать людей становится творцами.
Истинное ООПСледующий этап ООП, который должен был быть — в духе Smalltalk (сильно-инкапсулированные слабо-связанные объекты, а сам Smalltalk просто опередил свое время). Но этот этап пока отложился из-за хайпа ФП. Поэтому я предполагаю, что будет прыжок сразу на третий этап — синтез ООП+ФП, где объекты будут инкапсулировать в себе лишь состояния системы, а все действия будут выполняться в блоках в стиле ФП.Приготовление кофе конечно рутина, но это не значит, что теперь пропадает разница в техпроцессах и качестве готового продукта.
И я не против, чтобы люди делали что-то рутинно, просто им за это платить будут очень мало.
Зачем это надо: если я планирую пробыть 3 дня в интересующем меня городе, то я хочу построить свой пеший маршрут так, чтобы пройти как можно больше новых достопримечательностей — и для этого мне нужна карта со всеми трекингами в этом городе. То есть нужно планирование маршрутов.
Также было бы здорово, чтобы можно было выбрать между несколькими рассказчиками (да я люблю выбирать).
И возможно в моем первоначальном сообщении все было намного проще, но хотелось именно этого)
Еще лучше делал Трамп — перенос произодства в Штаты.