На самом деле профессия «верстальщик» — это печальный удел.
Такое узкое самоназвание: «верстальщик», — должно определять человека на конвейерную работу — сверстал страницу, сверстал дргую — сдал проект, взял новый. Это рентабельно только если поток проектов — от 2 штук в месяц на 1 верстальщика.
Если верстальщик делает 2 проекта в месяц — значит он работает в коллективе, который сдаёт по 2 проекта в месяц. Это либо с первого раза сделанные как надо и не развивающиеся проекты (сомнительно), или сделал-забыл проекты с соответствующим отношением.
В реально живущем долго проекте места для чисто-верстальщика — нету, надо развиваться.
Прямой руководитель верстальщика будет от него требовать развития во front-части, пусть даже в ущерб его навыкам в вёрстке. Причина простая — проще ставить задачи на более высоком уровне.
А хороший-хороший фронт — должен любить по-верстать.
И в целом на проектах с нормальным жизненным циклом — дешевле дать хорошему-хорошему фронту сверстать проект. Это для него может оказаться отдыхом.
Многие забывают, что React Native это технология, предназначенная для организации композиции нативных UI-элементов. И это иногда даёт overhead на разработчиков больше, чем при разработке гибридных. Ибо там они вольны ваять красоту без ограничений и сверстать могут любой макет, и лишь при обращении к устройству им нужен нативный код. А вот задание сверстать согласованый макет на React Native порой несёт сюрпризы.
Определённо бросайте это гиблое дело…
Месяца на два.
А потом, я уверен, откроются и новые цели, и новые возможности.
И вернут вас в проект обратно.
Куда вы без него.
Evan очень ратует за декларативность и детерминизм в именовании, за что ему огромное спасибо.
Я бы относился к Vue и всей линейке технологий рядом — как к ревью и рефакторингу более старых технологий.
Evan переосмысливает и пере-создаёт технологии, которые без такого ревью и переосмысления — захломятся и обветшают (да-да, без переосмысления интерес к React-у уйдёт, как когда-нибудь и Vue). Но хорошо, что есть такие ребята.
В общем, я рад, что Evan даёт новые имена уже готовым концепциям.
Мне эти имена даже больше нравятся.
О, ознакомился, спасибо за ссылку!
Дальше текст не вам, а автору статьи, но пусть тут лежит, возле ссылки.
Webflow — пример идеального инструмента, которым невозможно пользоваться.
Имхо, в нём есть, наверное, есть всё, а сунешься делать — и простую вещь не можешь.
Мне кажется, у создателей таких инструментов фундаментальная ошибка есть, они (вы) пытаются всё, что они умеют делать в вёрстке, переложить на мышко-тыкание. А делать так нельзя.
Ну вот смотрите, есть овердофига способов позиционировать элемент на экране, а реально достаточно только одного — flex-а. Есть дофига способов задать отступы у текста, а реально — в системе визуального проектирования никому не надо знать, что вот это называется margin, вот это padding, а вот это — text-indent.
Я не знаю ничего про создателей webflow, и про pixli ничего не знаю.
Но если сравнивать webflow и wix (да, да, сравниваю несравнимое, наверное), то wix — лучше.
Он проще, понятнее, там хоть что-то можно не только начать делать, но и завершить.
В общем, одумайтесь =)
Я вам (автор статьи) как фреймворкостроитель фреймворкостроителю пишу.
На первых двух сайтах нажимаю в форме Contact Us и что-то странное происходит. Какой-то конверт показывается. Что там происходит? Делается ли что-то настоящее?
Не хватает кармы поставить плюс за ответ. Спасибо!
1) z-Index — аргумент, спасибо.
2) Не переусердствуйте с правой панелью, пожалуйста, оттуда нужно уже много-много убирать — и ни в коем случае не добавлять.
3) По палитре не соглашусь, на палитру нужно больше функциональных элементов.
Пожалуй, сперва пожелаю вам удачи и много-много клиентов!
А теперь спрошу по UX.
Положим, можно создать сколь-угодно сложную область редактора (то, что у вас по-середине).
1) Так ли уж нужна левая панель (дерево)? Есть ли у неё какая-либо особая миссия, которую нельзя сделать в области редактора?
2) Так ли уж нужна правая панель (область свойств). Я вижу там 80% свойств — одинаковы для всех компонент. Не вернее ли провести декомпозицию и сделать, скажем, компонент Box, у которого есть margin, padding,… Для компонента Box вполне решаемая задача — сделать управление границами и отступами прямо в области редактора?
3) Ввиду 2 — не жалеете, что отказались от полноценной палитры? Нет ли планов вернуть? Нет ли планов в палитру добавить стеки, доки, репитеры и т.п.?
И ещё спрошу по экономике.
Без абсолютных цифр, не могли бы вы рассказать немного по текущим и целевым показателям.
А именно:
1) Структура текущих затрат в процентах по видам расходов (без абсолютных цифр и ненужной оценки рентабельности)
2) Структура текущих доходов в процентах по сегментам покупателей (без асолютных цифр и оценок вроде «мало клиентов», «много клиентов»)
3) Структура планируемых затрат и доходов.
Честно говоря, я не вижу в документации такой рекомендации.
В документации есть «If you prefer splitting ...» относительно src.
Вам спасибо за статью!
Популяризация Vue очень хорошо!
Честно говоря, потому и поправляю.
Без src в тех тегах Vue выглядит как игрушка.
А уже с ними — годится для промышленной разработки.
Касательно ссылки 5 идей Vue.js, которые ..., по ссылке сказано, что Vue предлагает style, template и script для компонента держать в одном файле. На самом деле не так. Никто не мешает у этих тегов написать src и указать правильное место. vue-loader достаточно умный, чтобы разобраться. Кроме этого, можно адресовать несколько стилей отдельными тегами style.
Такое узкое самоназвание: «верстальщик», — должно определять человека на конвейерную работу — сверстал страницу, сверстал дргую — сдал проект, взял новый. Это рентабельно только если поток проектов — от 2 штук в месяц на 1 верстальщика.
Если верстальщик делает 2 проекта в месяц — значит он работает в коллективе, который сдаёт по 2 проекта в месяц. Это либо с первого раза сделанные как надо и не развивающиеся проекты (сомнительно), или сделал-забыл проекты с соответствующим отношением.
В реально живущем долго проекте места для чисто-верстальщика — нету, надо развиваться.
Прямой руководитель верстальщика будет от него требовать развития во front-части, пусть даже в ущерб его навыкам в вёрстке. Причина простая — проще ставить задачи на более высоком уровне.
А хороший-хороший фронт — должен любить по-верстать.
И в целом на проектах с нормальным жизненным циклом — дешевле дать хорошему-хорошему фронту сверстать проект. Это для него может оказаться отдыхом.
Месяца на два.
А потом, я уверен, откроются и новые цели, и новые возможности.
И вернут вас в проект обратно.
Куда вы без него.
Это ответ на вопрос: «А какой смысл называть mutation reducer'ом?»
Требовалось два глагола для асинхронных и синхронных методов.
dispatch action (асинхронные)
commit mutation (синхронные)
Evan очень ратует за декларативность и детерминизм в именовании, за что ему огромное спасибо.
Я бы относился к Vue и всей линейке технологий рядом — как к ревью и рефакторингу более старых технологий.
Evan переосмысливает и пере-создаёт технологии, которые без такого ревью и переосмысления — захломятся и обветшают (да-да, без переосмысления интерес к React-у уйдёт, как когда-нибудь и Vue). Но хорошо, что есть такие ребята.
В общем, я рад, что Evan даёт новые имена уже готовым концепциям.
Мне эти имена даже больше нравятся.
Дальше текст не вам, а автору статьи, но пусть тут лежит, возле ссылки.
Webflow — пример идеального инструмента, которым невозможно пользоваться.
Имхо, в нём есть, наверное, есть всё, а сунешься делать — и простую вещь не можешь.
Мне кажется, у создателей таких инструментов фундаментальная ошибка есть, они (вы) пытаются всё, что они умеют делать в вёрстке, переложить на мышко-тыкание. А делать так нельзя.
Ну вот смотрите, есть овердофига способов позиционировать элемент на экране, а реально достаточно только одного — flex-а. Есть дофига способов задать отступы у текста, а реально — в системе визуального проектирования никому не надо знать, что вот это называется margin, вот это padding, а вот это — text-indent.
Я не знаю ничего про создателей webflow, и про pixli ничего не знаю.
Но если сравнивать webflow и wix (да, да, сравниваю несравнимое, наверное), то wix — лучше.
Он проще, понятнее, там хоть что-то можно не только начать делать, но и завершить.
В общем, одумайтесь =)
Я вам (автор статьи) как фреймворкостроитель фреймворкостроителю пишу.
Интересно посмотреть, куда оно отправилось, посмотреть список обращений клиентов на мой сайт.
1) z-Index — аргумент, спасибо.
2) Не переусердствуйте с правой панелью, пожалуйста, оттуда нужно уже много-много убирать — и ни в коем случае не добавлять.
3) По палитре не соглашусь, на палитру нужно больше функциональных элементов.
А теперь спрошу по UX.
Положим, можно создать сколь-угодно сложную область редактора (то, что у вас по-середине).
1) Так ли уж нужна левая панель (дерево)? Есть ли у неё какая-либо особая миссия, которую нельзя сделать в области редактора?
2) Так ли уж нужна правая панель (область свойств). Я вижу там 80% свойств — одинаковы для всех компонент. Не вернее ли провести декомпозицию и сделать, скажем, компонент Box, у которого есть margin, padding,… Для компонента Box вполне решаемая задача — сделать управление границами и отступами прямо в области редактора?
3) Ввиду 2 — не жалеете, что отказались от полноценной палитры? Нет ли планов вернуть? Нет ли планов в палитру добавить стеки, доки, репитеры и т.п.?
И ещё спрошу по экономике.
Без абсолютных цифр, не могли бы вы рассказать немного по текущим и целевым показателям.
А именно:
1) Структура текущих затрат в процентах по видам расходов (без абсолютных цифр и ненужной оценки рентабельности)
2) Структура текущих доходов в процентах по сегментам покупателей (без асолютных цифр и оценок вроде «мало клиентов», «много клиентов»)
3) Структура планируемых затрат и доходов.
В документации есть «If you prefer splitting ...» относительно src.
Вам спасибо за статью!
Популяризация Vue очень хорошо!
Честно говоря, потому и поправляю.
Без src в тех тегах Vue выглядит как игрушка.
А уже с ними — годится для промышленной разработки.
Не догадался бы, если честно
И было удобно, а стало ещё и красиво.
Есть правда Feature Request:
Удаление шаблонов платежей, сейчас это нельзя сделать.
Скажите куда вам писать просьбы и сообщения об ошибках, будем помогать.