Я не против, но вы утверждали что он лучше других по многим параметром, но даже знакомство «по касательной» показало что использовать это в продуктиве нельзя. А так да, поделие для души прикольное :)
Я это уже починил. Вы слишком торопитесь с выводами.
Нет, не починили. Чтобы выбрать 2 элемента надо сделать минимум 4 клика, тогда как в нормальном можно обойтись тремя. И при увеличении количества вариантов разница будет множится, так как после каждого выбора вы закрываете всплывающее окно.
У вас открыто боковое меню, которое сдвинуло страницу вправо. Если так у вас отображается сразу при загрузке, значит баг. Свайпните влево.
Я их тех идиотов, которые не могут догадаться о таком «красивом» и интуитивно непонятном решении :) А если это баг и оно должно быть скрыто, то становится непонятно как его вызвать вообще :)
И странно, что я за полчаса просмотра вашего замечательного фреймворка уже нашел 3 бага :)
Вы наивно полагаете, будто я вам что-то продаю. Опуститесь на землю, вы не пуп земли, а я не корпорация добра. Я прежде всего делюсь идеями. Экономить вам деньги — не в моих интересах.
Странно, а зачем тогда Фреймворк, если не денег экономить? просто для души? :-) Ну тогда вопросов нет :)
Который на Андроиде уже есть, а вы грузите ещё раз.
Андроидом мир не ограничивается, Еще есть другие мобильные платформы и десктопы :-) Если вы их не учитывает во фреймворка, то это очень странно.
Получится. Вот, например, портал mol.hyoo.ru весит всего 140кб. А там все моловские компоненты со всеми их демками и ещё несколько приложений.
Почему? Потому что не совсем оптимально написано? Да, возможно. Но позволяет это делать удобно, быстро менять какие то части. Сегодня мы используем такой грид или datetime picker, а завтра вышла новая библиотека и мы перешли на нее. Просто и без танцев с бубнами в виде переделки фреймворка. Или взяли и разработали свой со своим блэкджеком. Не зря ведь в том же VUE логика отделена от графических элементов. Есть свобода для маневра. Хочешь простой интерфейс берешь какой нибудь Buefy, нужен сложный — Vuetify. при этом логика у тебя остается единой. У нас даже есть приложения где используются 2 UI библиотеки одновременно. Одна для рабочих мест на складах, вторая для офисных работников. Нижний слой логики у них один. А возможно появится и 3-й UI на этом проекте для открытого сайта. Там свои требования, в том числе и к скорости загрузки первой страницы.
Вы же предлагаете делать только так как вы решили и только это считаете правильным. При таком подходе вам очень сложно будет продавать слона. Может быть в этом проблема того, что продукт не становится популярным?
Напомню, что это вы ещё не написали ни строчки прикладного кода, а время загрузки уже 5с на 3G.
По сути, когда мы реализуем нормальное бизнес приложение с полнофункциональными гридами, пользовательским интерфейсом и графиками — кардинально меньше у вас не получится. Да и грузится это пользователю только в первый раз. И да, львиную долю (около половины) из этих 350 килобайт занимает шрифт Roboto, который сильно хотят дизайнеры и иконки material icons, хоть и в урезанном нами формате :) Ваш продукт как в этом случае будет себя вести? :)
Т.е. приходит ко мне бизнес и говорит — я хочу пирог. А я ему такой — вы ничего не понимаете, вот смотрите что на хабре умные люди пишут :-) Идите нафиг учится :)
Есть, присмотритесь. Вообще, одна из основных идей $mol как раз в том, что прикладнику не надо «адаптировать интерфейс». Он обычно сам адаптируется.
Если все само, то почему демо не работает нормально на телефоне?
Вы действительно предлагаете для разных пользователей подгружать разные карточные апи? Думаю достаточно будет менять тайловый сервис и сервис геокодирования.
Мы не предлагаем. Мы так делаем и очень давно. Самый стандартный пример — Россиянам показываем яндекс, Украинцам и американцам гугл и т.д. Как без этого в мультинациональном приложении — не понимаю.
Вы извините, но большего убожества я не видел в своей жизни :)) Вы хотя бы крестики добавьте к выбраним уже элементам, чтобы было понятно как их удалять из списка. И стандартный множественный выбор работает несколько по другому и сильно удобнее вашего прочтения.
А time так где? а выбор диапазона дат/времени есть? или по старинке все двумя селектами?
Продолжайте.)
Ну и в продолжении, дизайн Vuetify того же можно использовать из коробки и будет красиво и современно. Если все сделать на ваших элементах ничего не трогая, то будет выглядеть это все как лет 10 назад делали.
На самом деле откуда растет ваша идея абсолютно понятно. Просто и быстро создавать приложения. Еще бы к этому делу приделать визуальный конструктор и нормальный дизайн — хороший продукт выйдет. Но для очень простых сайтов. Как только вы сталкиваетесь с большим продуктом и реальными требованиями бизнеса, то такой подход требует очень больших затрат на доработку по каждой небольшой хотелке.
Окружение готово, заняло не больше 10 минут. Работает сразу, все в божеском виде и никакого лоскутного одеяла не видно. Chartjs, так же как и aggrid прекрасно работают с реактивностью, никаких биндингов «добавлять» не надо. Тема по умолчанию у них совпадет :) Кнопка есть только одна из vuetify. Тултипы возможно и есть разные в гриде и графиках, но при желании все НЕ СЛОЖНО приводится к единому виду.
Вес указанного набора в сжатом виде около 350Кб (Мы такое запихиваем в контроллеры на ATMega и STM).
Графики это не только lineChart. Это еще и Bar и Bubble всякие Pie и т.д. Плюс когда я захожу в ваше демку и вижу там вот такие картинки, куда то съехавшего интерфейса:
то даже разбираться почему так случается уже не хочется.
Адаптированный интерфейс может и возможен, но в демках этого нет. Быстро пробежавшись по документации тоже не нашел как адаптировать под разные разрешения.
Карты — для разных стран, где используется сайт нужны свои. В России и окрестности лучше работает Яндекс, где то Гугл, а где то действительно OSM. Например если давать в Европе или Азии выбрать свой адрес по картам Яндекса, то точность будет так себе :) Так что нужны все возможные провайдеры в общем случае. а еще есть политические моменты когда Яндекс блокируют и карты не работают :)
И это только начало. Хочется и select со множественным выбором из коробки и нормальный datetime picker…
Разработка мол может и основана на расширении, но чтобы ее расширять надо дорабатывать. Тот же vue.js + vuetify дает набор компонентов значительно лучше и удобнее. И все это в два клика расширяется нормальными графиками chartjs и например табличкой от ag-grid. И все работает без танцев с бубном, у них единый подход к взаимодействию, построенный на vuejs. Вот эта парадигма мне больше напоминает расширение. Для $mol это все ручками делать?
А разве то что присутствует в $mol можно назвать богатой системой стандартных компонент? Я бы сказал что это минимальный набор, который непонятно как расширять…
Скрам, как и любой правильно поставленный метод управления и контроля, в этом случае повышает коммуникацию и позволяет скорректировать деятельность работника в нужном работодателю направлении. При правильной организации этих коммуникаций косвенно снижается время разработки продукта, например в виду того, что кода выкидывается меньше.
В правильно настроенном waterfall такая ситуация тоже невозможна — когда разработчик месяц фигарит что то понятное ему одному и это потом выкидывается.
Возможно скорость написания кода этим «гением» действительно упадет. Так как ему придётся заниматься не чем тем ему нравится, а тем, что нужно работодателю. Но мы же с вами не в детском саду. На работе нужно Работу работать. И давайте не будем забывать что в постановке вопроса она была около нулевой для работодателя.
Зачем нужно анодирование корпуса? Учитывая что при резке будет необработанный край и я сильно сомневаюсь что вам удастся согнуть детали не повредив покрытия.
Я это все проходил со своими корпусами и тоже сначала зотел анодированный алюминий:-)
А зачем вам анодированный алюминий, да еще и с краской? Берете лист, режете фрезером (дешевле лазера), гнете и красите порошковой покраской. Сварку в корпусах часто можно заменить запрессовочным крепежом. Что касается компаний, то если заказывать все это в одном месте, еще и с разработкой, то стоимость будет минимум х2 от реальной.
Вы предлагаете на одном сайте для ios, android и для разных десктопов делать разные шрифты? Это же сколько дизайнеров надо? :))
Я не против, но вы утверждали что он лучше других по многим параметром, но даже знакомство «по касательной» показало что использовать это в продуктиве нельзя. А так да, поделие для души прикольное :)
Нет, не починили. Чтобы выбрать 2 элемента надо сделать минимум 4 клика, тогда как в нормальном можно обойтись тремя. И при увеличении количества вариантов разница будет множится, так как после каждого выбора вы закрываете всплывающее окно.
Я их тех идиотов, которые не могут догадаться о таком «красивом» и интуитивно непонятном решении :) А если это баг и оно должно быть скрыто, то становится непонятно как его вызвать вообще :)
И странно, что я за полчаса просмотра вашего замечательного фреймворка уже нашел 3 бага :)
Странно, а зачем тогда Фреймворк, если не денег экономить? просто для души? :-) Ну тогда вопросов нет :)
Андроидом мир не ограничивается, Еще есть другие мобильные платформы и десктопы :-) Если вы их не учитывает во фреймворка, то это очень странно.
И что я вижу при первом заходе? Потрясающе:
Это похоже на разговор слепого с глухим :)
Если у вас нет пользователей идиотов, и они готовы делать лишний клик для выбора нескольких элементов, то я искренне вам завидую :) удачи :)
И да, ваша демка на айфоне выглядит так. Видимо так задумано и так удобно?
Почему? Потому что не совсем оптимально написано? Да, возможно. Но позволяет это делать удобно, быстро менять какие то части. Сегодня мы используем такой грид или datetime picker, а завтра вышла новая библиотека и мы перешли на нее. Просто и без танцев с бубнами в виде переделки фреймворка. Или взяли и разработали свой со своим блэкджеком. Не зря ведь в том же VUE логика отделена от графических элементов. Есть свобода для маневра. Хочешь простой интерфейс берешь какой нибудь Buefy, нужен сложный — Vuetify. при этом логика у тебя остается единой. У нас даже есть приложения где используются 2 UI библиотеки одновременно. Одна для рабочих мест на складах, вторая для офисных работников. Нижний слой логики у них один. А возможно появится и 3-й UI на этом проекте для открытого сайта. Там свои требования, в том числе и к скорости загрузки первой страницы.
Вы же предлагаете делать только так как вы решили и только это считаете правильным. При таком подходе вам очень сложно будет продавать слона. Может быть в этом проблема того, что продукт не становится популярным?
По сути, когда мы реализуем нормальное бизнес приложение с полнофункциональными гридами, пользовательским интерфейсом и графиками — кардинально меньше у вас не получится. Да и грузится это пользователю только в первый раз. И да, львиную долю (около половины) из этих 350 килобайт занимает шрифт Roboto, который сильно хотят дизайнеры и иконки material icons, хоть и в урезанном нами формате :) Ваш продукт как в этом случае будет себя вести? :)
Т.е. приходит ко мне бизнес и говорит — я хочу пирог. А я ему такой — вы ничего не понимаете, вот смотрите что на хабре умные люди пишут :-) Идите нафиг учится :)
Если все само, то почему демо не работает нормально на телефоне?
Мы не предлагаем. Мы так делаем и очень давно. Самый стандартный пример — Россиянам показываем яндекс, Украинцам и американцам гугл и т.д. Как без этого в мультинациональном приложении — не понимаю.
Вы извините, но большего убожества я не видел в своей жизни :)) Вы хотя бы крестики добавьте к выбраним уже элементам, чтобы было понятно как их удалять из списка. И стандартный множественный выбор работает несколько по другому и сильно удобнее вашего прочтения.
А time так где? а выбор диапазона дат/времени есть? или по старинке все двумя селектами?
Ну и в продолжении, дизайн Vuetify того же можно использовать из коробки и будет красиво и современно. Если все сделать на ваших элементах ничего не трогая, то будет выглядеть это все как лет 10 назад делали.
На самом деле откуда растет ваша идея абсолютно понятно. Просто и быстро создавать приложения. Еще бы к этому делу приделать визуальный конструктор и нормальный дизайн — хороший продукт выйдет. Но для очень простых сайтов. Как только вы сталкиваетесь с большим продуктом и реальными требованиями бизнеса, то такой подход требует очень больших затрат на доработку по каждой небольшой хотелке.
vue create hello-world
vue add vuetify
npm install vue-chartjs chart.js --save
npm install vue-yandex-maps --save
npm install --save ag-grid-community ag-grid-vue vue-property-decorator
Окружение готово, заняло не больше 10 минут. Работает сразу, все в божеском виде и никакого лоскутного одеяла не видно. Chartjs, так же как и aggrid прекрасно работают с реактивностью, никаких биндингов «добавлять» не надо. Тема по умолчанию у них совпадет :) Кнопка есть только одна из vuetify. Тултипы возможно и есть разные в гриде и графиках, но при желании все НЕ СЛОЖНО приводится к единому виду.
Вес указанного набора в сжатом виде около 350Кб (Мы такое запихиваем в контроллеры на ATMega и STM).
то даже разбираться почему так случается уже не хочется.
Адаптированный интерфейс может и возможен, но в демках этого нет. Быстро пробежавшись по документации тоже не нашел как адаптировать под разные разрешения.
Карты — для разных стран, где используется сайт нужны свои. В России и окрестности лучше работает Яндекс, где то Гугл, а где то действительно OSM. Например если давать в Европе или Азии выбрать свой адрес по картам Яндекса, то точность будет так себе :) Так что нужны все возможные провайдеры в общем случае. а еще есть политические моменты когда Яндекс блокируют и карты не работают :)
И это только начало. Хочется и select со множественным выбором из коробки и нормальный datetime picker…
легко — vuejs + Vuetify + vue-chartjs + vue_yandex_map + aggrid
Нормальные графики и грид это не ответ? :)
Верстка под мобильный по умолчанию хотя бы в Демке тоже была бы полезна :)
Карты от гугла например как добавить?
Разработка мол может и основана на расширении, но чтобы ее расширять надо дорабатывать. Тот же vue.js + vuetify дает набор компонентов значительно лучше и удобнее. И все это в два клика расширяется нормальными графиками chartjs и например табличкой от ag-grid. И все работает без танцев с бубном, у них единый подход к взаимодействию, построенный на vuejs. Вот эта парадигма мне больше напоминает расширение. Для $mol это все ручками делать?
А разве то что присутствует в $mol можно назвать богатой системой стандартных компонент? Я бы сказал что это минимальный набор, который непонятно как расширять…
Скрам, как и любой правильно поставленный метод управления и контроля, в этом случае повышает коммуникацию и позволяет скорректировать деятельность работника в нужном работодателю направлении. При правильной организации этих коммуникаций косвенно снижается время разработки продукта, например в виду того, что кода выкидывается меньше.
В правильно настроенном waterfall такая ситуация тоже невозможна — когда разработчик месяц фигарит что то понятное ему одному и это потом выкидывается.
Возможно скорость написания кода этим «гением» действительно упадет. Так как ему придётся заниматься не чем тем ему нравится, а тем, что нужно работодателю. Но мы же с вами не в детском саду. На работе нужно Работу работать. И давайте не будем забывать что в постановке вопроса она была около нулевой для работодателя.
Ну если выгнать гения из бункера и все таки направить его в правильном направлении, то скорость вырастет как следствие :)
Зачем нужно анодирование корпуса? Учитывая что при резке будет необработанный край и я сильно сомневаюсь что вам удастся согнуть детали не повредив покрытия.
Я это все проходил со своими корпусами и тоже сначала зотел анодированный алюминий:-)
А зачем вам анодированный алюминий, да еще и с краской? Берете лист, режете фрезером (дешевле лазера), гнете и красите порошковой покраской. Сварку в корпусах часто можно заменить запрессовочным крепежом. Что касается компаний, то если заказывать все это в одном месте, еще и с разработкой, то стоимость будет минимум х2 от реальной.