Pull to refresh
-12
0
Send message
Мы уже увидели в соседнем обсуждении, что вы не читаете источники и ходите критикуете тех кто читал. Поучитесь уж чему-то чтобы не задавать вопросы ответы на которые все знают.

Как говорят иксперты, монады нужны чтобы писать последовательный код непоследовательными функциями. Порождение ленивых вычислений… Больше всего меня удивляет когда их зачем-то в другие языки тащат, где последовательное выполнение присутствует изначально.

Так никто не пытается сделать его научным. Бродят всякие авторитеты и надувают щеки, книги пишут. Я всего пару статей видел как кто-то пытался осмыслить такие концепты как состояние и процедура. Народ заносит в какую-то дикую математику или гуманитарщину. Им сказали тридцать лет назад что серебряной пули нет, так они и не стараются ее найти. Как Кант сказал что ничего понять невозможно, так философы и перестали думать, у нас то же самое.

А тем временем новые эффективные концепты приходят на смену старому барахлу, казалось бы подумай, пойми почему одно лучше другого, напиши статью, двинь талк, экстраполируй, сформулируй закон или хотя бы теорему… Просто крутые профессионалы типа Рича Хики на фоне современных ученых из компьютер саенц гениями выглядят, просто потому что они сели и подумали прежде чем что-то лепить.
Нет, не стоит. К таким выводам пришли большинство известных мне разработчиков, которые знают больше чем ооп.

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

Мне никак солид не мешает, я на него ложил. Или клал, я хз как сегодня правильно. Просто его определение слишком размыто для практического применения.

Я так не считаю. Отрицательный он судя по тому что я вижу. Надежность в ООП достигается в результате сверхусилий и такой код крайне трудно рефачить в сравнении с подходом, который я описал выше.
Да почитайте вы Фаулера хоть прежде чем бросаться его защищать. martinfowler.com/bliki/CodeSmell.html

Да-да конечно, только при неправильном использовании паттерны приводят к проблемам. Рассказывайте это программистам которые пишут хелловорлды. В крупных проектах мутабельность (которая является неотъемлемым элементом большинства паттернов) приводит к лавинообразному росту багов, а связываение кода с данными (не дата классы) — это самый злостный противник рефакторинга.

Поработайте в командах от 30-и программистов с агайлом и скрамами, чтобы прочувствовать всю глубину говнокода который можно намаслать со всякими умными паттернами. Такой опыт немного отрезвляет и спускает с облаков с радугами, пони, Фаулером и Бобом, солидом и оопаттернами.

Ну есть конечно и такие которые не могут делать выводы, за такими постоянно няньки с тряпками ходят и подтирают. Для них баги появляются сами по себе, а святой Фаулер, конечно же, ни в чем не виноват, ведь он, ах-ах, книгу написал.
Конечно смущает — большинство паттернов в современной разработке являются анти-паттернами, так как приводят к лавинообразному усложнению кода. Современная разработка сфокусирована на дата классах, иммутабельности и переиспользовании кода в функциональном стиле. Фаулер со своими паттернами ооп и анемичными классами выглядит просто нелепо. Он к стати недавно написал про датаклассы, но статью про анемичные классы так и не удалил, так что добро пожаловать в удивительный мир паттернов и чистого разума не имеющего отношения к современной разработке.
Это вы тоже самое мне сказали про полиморфизм что и я, только со с точки зрения пользователя полиморфизма а не реализации.

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

А ведь таким умным можно себя считать почитав этих ребят, пока не увидишь на самом деле хороший код.

Жалко на хабре правдорубов жестко минусят, авось меньше заблуждений в обществе было бы.
Зависит от языка. В кложуре к примеру не было. Там вообще типов нет, есть что-то типа свича на паттерн матчинге. Там это гордо называют полиморфизмом, но к классической дефиниции полиморфизма (запуск разных функций в зависимости от типа данных) это отношения мало имеет. Настоящий полиморфизм там сделан через интерфейсы (протоколы) но эта фича там недавно появилась.
Да, я к тому и веду, что собственник / генеральный должен тащить. А то норовят нанять сотрудников, которые якобы тащить будут. Способные люди один на тысячу, перепоручить бесконтрольно — считай слить направление. Поэтому генерал лично должен тащить и в продажах, и в производстве, и в дизайне, и в поддержке, и каждый день проходить по офису и спрашивать как дела, и тыкать раз в неделю продукт и проверять как работают фичи, и смотреть тексты заказываемой рекламы, и читать лично важные договоры, и проверять бухгалтерию с финдиректором чтобы деньги никуда не подевались и налоги были уплачены вовремя, и тд.

Очень модная теория что можно кого попало нанять и если ты хороший руководитель, то можно в отпуск уезжать и никто не заметит разницы. Полная брехня, в лучшем случае можно уехать только в период затишья, когда разогнанная тачанка несется по инерции. Малейший ухаб — и все летит в тар-тарары.

Дела делают только индивидуумы. Группа не способна на креатив и смелые решения, сколько не плати. Поэтому груз генерального директора особенно тяжел, и поэтому сотрудник, который сам может справляться с проблемами — большая удача, а не что-то само собой разумеющееся, как почему-то кажется простым сотрудникам.

Поэтому, да, генерал и в дизайне и в разработке и в развитии шарить обязан на уровне. Не до мельчайших подробностей конечно, но говно от конфеты отличать должен, и объяснить почему, а также уметь поговорить на эту тему с сотрудниками и порасспрашивать почему именно так а не как у конкурентов. И такой генерал, конечно же, легко увидит с продуктом косяк или с рекламой.
Количество новых клиентов, привлеченных его проектами? Сумма покупок новыми клиентами или новых продуктов старыми клиентами?

Директор по развитию у вас как главный маркетолог? Или главный по производству? Или он просто делает все то что должен делать генеральный, но так чтобы на него можно было свалить отсутствие улучшений? Что-то я сомневаюсь чтобы у Джобса был свой директор по развитию.
Причем тут текущие продажи? Сейчас все могут делать более-менее нормальные смарты, даже Самсунг научился, хотя никто не верил…

Эппл кикнул винфоны и нокию когда выпустил первый айфон и просто сожрал рынок топовых смартов почти целиком.
Судя по количеству смартфонов в Китае, утверждается что все пользователи используют данную программу. Сомнительно. Если только она по умолчанию встроена в каждую клавиатуру. Хайперы ИИ не стесняются…

Это напоминает мне статью Пола Грэма о том, почему в Америке не производят красивые автомобили. Как оценить дизайн и работу дизайнера если у тебя нет вкуса?


Просто в этом есть замкнутый круг, и рано или поздно появится руководитель со вкусом, который выкинет всех нафиг с рынка. За примером ходить не нужно, такое случается постоянно — как Эппл кикнули всех производителей смартфонов, так и в других областях постепенно уродливые и перегруженные сайты вытесняются хоть и менее функциональными, но более простыми/приятными в использовании. Если бы в Гугле вовремя не спохватились и не замутили свой материал дизайн, так и остались бы компанией, которая делает софт для гиков и нищебродов.

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

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


Крутые профессионалы решают проблемы, посредственности их создают. Лучше взять пару энтузиастов и крутых профессионалов, чем набрать штат посредственностей, которые будут паттерны ООП по модным книжкам прошлого века копипастить.

По моему скромному опыту, люди с большими деньгами наглые больше чем умные.

Чтобы данная метаморфоза произошла нужно чтобы инвесторы поумнели. Но если они вдруг поумнеют и начнут понимать где заложен реальный успех, то они перестанут инвестировать в чудо-проекты, и станут пилить что-то свое.


Как бы не хотелось получить достойное признание тем кто его заслуживает, хайп всегда будет основным способом получения денег от инвесторов. Люди, дающие деньги, по преодолению меньше разбираются в производстве чем те кто производит. Если производящие сотрудники часто ведутся на хайп, что уж говорить про бедных инвесторов.


Иными словами: да, мы запустии еще как минимум двадцать умных колонок с волшебным интеллектом, пока инвесторам не станет очевидно что это слив денег в унитаз. А потом мы придумаем еще двадцать умных направлений с 3д, смарт, реактив, способов оплаты при помощи лица, отпечатка, смайликов, отжатых фруктов для соковыжималок со стримингом этого удивительного процесса всему миру.

Попалась в детстве "наука и жизнь" с описанием некоторых команд бейсика, где-то лет десять мне было. Ни интернета, ни компьютера — большая часть программ была написана на бумаге, набирал когда был доступ к компьютеру. Ассемблер, турбо паскаль… Интересные времена. Сейчас бы наверное то же самое выбрал на самом деле.


Но удивительно как сильно шагнули технологии для пользователей и как мало изменились для программистов. Все те же текстовые файлы, языки на тех же принципах с дебильными концептами, процессоры для работы с переменной памятью...

Information

Rating
Does not participate
Registered
Activity