А как такая хрень вообще происходит?
https://jimmybogard.com/automappers-design-philosophy/
So we adopted the name "view model" to describe our models in MVC - these were models specifically designed for a view.
We started this long-running project with a few rules for our view models:
Т.е. как я понимаю, чел с командой делали сайт на MVC, потом забили, и начали "долгий" проект по созданию своей либы. А кто банкет оплачивал? Изначальный инвестор сайта на MVC? А ему оно зачем, что целая команда теперь вместо сайта занимается общественно полезным трудом, но не приносит ему денег?
Просто интересно, откуда такие челы берутся, которые могут полностью посвятить себя долгому общественно полезному труду, написанию блогов, "филосовия моей библиотеки" и всё такое. При этом в деньгах, судя по всему, особо не нуждаются, поэтому на создание сайтов для дядей могут подзабить.
Там вообще прикол, судя по описанию. Они делали сайт. Ничего не сделали. Решили делать тулзу. Увязли в ней.
Дедлайны? Требования бизнеса? - Пофиг всё, мы решаем философские вопросы и делаем максимально универсальные решения.
Вот скажите, по какому месту пойдёт весь ваш аджайл и прочий скрам, если вы будете делать "few dozens" экранов, а потом выкинете всё в помойку и приметесь заниматься совсем другими вещами?
А ему оно зачем, что целая команда теперь вместо сайта занимается общественно полезным трудом, но не приносит ему денег?
Это напивается PR. Труд разрекламированного человека стоит гораздо дороже :) Кроме того, известному человеку гораздо проще найти интересный проект. А может быть даже 2 и больше параллельных проекта. В результате этот чувак менеджерит тех, у кого на блоги нет времени :)
Да, но до этого он как-то уговорил своих боссов, чтобы целая команда, включая архитектора (т.е. там зарплаты явно шестизначные были даже на то время), забила на сайт и делала фреймворк. Причём фреймворк не очень-то и значимый - узкая направленность, куча ограничений. Бложить много кто может, но это лишь внешнее проявление. А внутри он как-то свалил на кого-то всю основную работу, а сам занялся своим проектом за счёт работодателя.
))
Насчёт узкой направленности - заметьте, что спустя примерно 10 лет (если начали они на заре ASP.NET MVC) он пишет статью, где объясняет, что его не так поняли, и почему его автомаппер не годится во вмогих случаях. Но первоначальный-то хайп и пиар обеспечен. Спустя время другие люди понаделали других мапперов - лучше и быстрее. Но они уже не такие известные, как этот автомаппер и его создатель.
Да, но до этого он как-то уговорил своих боссов, чтобы целая команда, включая архитектора (т.е. там зарплаты явно шестизначные были даже на то время), забила на сайт и делала фреймворк.
Во-первых, почему ты думаешь, что он кого-то уговаривал?
Во-вторых, на фирмах часто делаются различные фреймворки под свои нужды.
В-третьих, он мог взять какую-то идею с работы и начать реализовывать ее замостоятельно. Уже после того, как набил какие-то шишки на работе.
Бложить много кто может
Бложить может нало кто :) А хорошо бложить могут еще меньше.
А внутри он как-то свалил на кого-то всю основную работу, а сам занялся своим проектом за счёт работодателя.
С чего ты это взял?
Он же сам там пишет, что они делали сайт, не получалось, стали делать фреймворк. А кто сайт делал?
Вы где-нибудь в фирме, делающей сайты на заказ, видели, чтобы попробовали сделать "несколько дюжин" экранов (я так понимаю, он имел ввиду представлений, т.е. страниц сайта) - не получилось. Стали переделывать - не получилось. Тогда решили сделать фреймворк, а потом делать сайт. Ещё где-то перед решением сделать фреймворк должен пройти дедлайн сдачи сайта заказчику. Но всё норм - челы переключились на другую задачу.
Он же сам там пишет, что они делали сайт, не получалось, стали делать фреймворк. А кто сайт делал?
Если стали делать фреймворк, то это не значит, что работа над сайтом остановилась.
Вы где-нибудь в фирме, делающей сайты на заказ
Я никогда не работал в фирме, которая делайт сайты :) На заказ или еще как-то.
Тогда решили сделать фреймворк, а потом делать сайт.
Когда-то давно слышал, что студия Лебедева пошла этим путем - они делают сайты на каком-то своем самописном фреймворке. С точки зрения бизнеса это очень правильное решение. ИМХО.
Ещё где-то перед решением сделать фреймворк должен пройти дедлайн сдачи сайта заказчику. Но всё норм - челы переключились на другую задачу.
Сайты заказчику можно делать и параллельно пилить фреймворк. А после того, как фреймворк будет готов, можно будет мигрировать имеющиеся сайты. Как будто ты никогда не работал в фирмах, где идет работа по нескольким направлениям :D
Когда-то давно слышал, что студия Лебедева пошла этим путем - они делают сайты на каком-то своем самописном фреймворке. С точки зрения бизнеса это очень правильное решение. ИМХО.
Я бы у таких не заказывал. Голимый вендор лок ин. Одно дело, когда всякие Триттеры или Майкрософты так делают - они большие, и все юзают их фреймворки. А кто такой Лебедев и его студия с точки зрения мирового айти? - Их не существует. Потому потом, когда я пойду с их проектом к другим, те скажут, что тут какая-то хрень самописная - у кого делали, к тем и идите.
Обычно в фирмах, где на потоке делают сайты (проги, сервисы и т.д.) на заказ, нет команд, делающих фреймворки. Это тупо галеры по заколачиванию бабла, перерабатывающие людей и нервы в грязные шелестящие бумажки.
Но в принципе да - непонятно, что у них за ситуация была.
Короче, челу повезло - не приседали беспрестанно на голову "когда сделано будет? - следующие клиенты ждут", разрешили заниматься своим проектом и пиариться на нём. Ещё и бабла за это отваливают. Работа мечты.
Обычно в фирмах, где на потоке делают сайты (проги, сервисы и т.д.) на заказ, нет команд, делающих фреймворки. Это тупо галеры по заколачиванию бабла, перерабатывающие людей и нервы в грязные шелестящие бумажки.
Ошибаешься :) Как раз там, где делают сайты (проги, сервисы и т.д.) на
заказ и нужен свой фреймворк или как минимум библиотека.
Связано это с тем, что заказы плюс-минус одинаковые и гораздо дешевле составить сайт из уже готовых блоков, чем каждый раз изобретать велосипед и потом еще этот велосипед поддерживать.
Я одно время работал в конторе, которая делала приложения на заказ. Конечно в каждой программе было что-то свое, но 80% рабочего кода бралось из существующей библиотеки (это было в 2001 году и писали мы тогда на ANSI C для ручных сканнеров). Потом, к 2004 году когда на аппаратах стали ставить Windows CE, мы портировали библиотеку на C++. Думаю, что сейчас у них там уже все портированно на C# :)
Связано это с тем, что заказы плюс-минус одинаковые и гораздо дешевле составить сайт из уже готовых блоков, чем каждый раз изобретать велосипед и потом еще этот велосипед поддерживать.
Ваш собственный фреймворк и будет таким велосипедом.
нужен свой фреймворк или как минимум библиотека.
Это если есть отдельные челы, которые сидят и постоянно портируют, актуализируют, обновляют, добавляют, убирают и прочее. И желательно больше ничем серьёзно не занимаются.
Я тоже как-то собирал отдельные интересные и нужные мне куски кода в свою библиотеку. Пока кода было мало и он был актуальный - ещё катило. Через несколько лет либа разраслась и стала во многом неактуальной - старые подходы, а то и вовсе не работало. И мне теперь сидеть и несколько дней править всё? А ещё через несколько лет править придётся пару недель. Хорошо, что постепенно часть кода из моей либы стала не нужна - появились такие же или похожие функции во фреймворке из коробке или в сторонних либах.
Ваш собственный фреймворк и будет таким велосипедом.
Нет, таким велосипедом будет зоопарк технологий.
Гораздо проще поддерживать один собственный фреймворк, чем искать специалистов по десятку разных технологий.
Это если есть отдельные челы, которые сидят и постоянно портируют, актуализируют, обновляют, добавляют, убирают и прочее. И желательно больше ничем серьёзно не занимаются.
Это зависит :) У нас в актуальном проекте платформенные компоненты может менять любой разработчик по мере надобности. Но чем ниже компонента, тем больше нужно согласовывать изменения с архитектором.
Гораздо проще поддерживать один собственный фреймворк, чем искать специалистов по десятку разных технологий.
В моменте. На длинной дистанции - нет. И, ещё раз - зависит от размера фирмы. Большим (грубо говоря, 100+ сотрудников) - да, иногда лучше свой фреймворк иметь. Мелким и средним - только время зря терять.
У вас есть опыт поддержки собственного фреймворка? Я вот, как говорил, либку свою имел - задолбался там подновлять и поддерживать. А тут целый фреймворк.
У вас есть опыт поддержки собственного фреймворка? Я вот, как говорил, либку свою имел - задолбался там подновлять и поддерживать. А тут целый фреймворк.
Мы с командой в 5 разработчиков очень успешно использовали и поддерживали функциональную библиотеку. И делали это довольно успешно.
Собственно говоря, всегда можно пойти несколькими путями.
Например, ты у тебя в проектах есть взаимодействие с БД и 100500 клиентов. При этом часть клиентов требуют Oracle, другие MS SQL, MySQL, третьим достаточно SQLite итд. И вот, ты живешь в 2000 году и у тебя есть выбор - либо в каждом проекте напрямую работать с БД, либо сделать абстракцию. И скорее всего ты сделаешь абстракцию :) И придется тебе в 2000 году писать свою абстракцию, т.к. никаких EF еще и близко не существует. И вот, через год планирования у тебя есть готовый модуль. Дальше ты переводишь все проекты на эту абстракцию и спокойненько работаешь еще 20 лет взяв еще 100500 заказов. И тут приходит к тебе Алекс и говорит "все это херня, человечество изобрело EF, давайте теперь использовать EF". И тут встает вопрос, а готов ли Алекс перевести 100500 заказов (ну ок, меньше, т.к. не все нуждаются в поддержке) со старого подхода на EF? И, что самое главное, готов ли Алекс взять на себя ответственность за то, что этот перевод будет успешным? Есть ли у этого перехода бизнес необходимость? Если нет, то Алекс идет работать с кодом из 2000 года :)
А то, что ты задолбался подновлять и поддерживать свою либку, так это, скорее всего, из-за того, что ты не пытался максимально ее использовать с минимальными изменениями. Грубо говоря, сделал либку, добавил туда
каких-нибудь контейнеров, потом добавили в стандарт стл - ты в половине мест заменил свои контейнеры на стл (там, где часто пользовался), а в других местах не менял. Потом появился буст и ты еще немного расширил свою библиотеку. В результате у тебя появился несопровождаемый монстр с миллионом зависимостей :)
