Полностью согласен. Гифки с игрой не хватает, было бы легче визуализировать все модели и логику. Было бы неплохо прогнать статью на опечатки, например "Минималное"
Введите слово class, выберите "MAM class definition" и нажмите TAB или ENTER
Если я хоть один раз запускал IDE, я знаю как печатать
Чтобы отформатировать код также как у меня, нажмите CTRL+SHIFT+P, введите "Format" и выберите команду "Format document" :)
У меня Mac+WebStorm и ctrl+shift+p у меня не сработает. У каждого свое окружение, эти описания можно убрать
// Количество пустых трубок tube_empty_count() { return 2 }
Комментарий просто перевод функции на английский, никакой ценной информации не несет
Блоки кода с пустыми классами только создают больше шума
Тяжело читать, когда столько лишней информации. Настолько подробно описывать действия не стоит. Сосредоточьтесь на коде и осмысленных комментариях.
Статусная модель Интересный подход со статусной системой, но как будто бы вы привнесли в фигму task-management. Вы пробовали решать проблему с разработкой неготовых компонентов через задачи? Компонент готов - создание задачи - назначение на разработчика - имплементация
Версионирование Мы в какой-то момент перешли с фигмы на sketch, там есть встроенная система контроля версий
> Для удобства коллег к каждому фрейму мы прикрепили ссылку на песочницу и реализованные кейсы.
Песочница - это что? Storybook? Если да, то пробовали ли вы storybook figma plugin Больше похоже, что кейсы использования должны быть описаны вне фигмы. В том же сторибуке в формате mdx, где можно сразу посмотреть варианты, как работает компонент, покликать и посмотреть контексты использования
Вы правильно написали, что это вендор. При построении системы нужно учитывать тот фактор, что вендор может оказаться от исполнения обязательств или прекратить поддержку.
Поэтому лично я чаще выбираю open-source, чтобы минимизировать риски. Конечно, это не серебряная пуля, учитывая недавние случаи с npm пакетами с вредоносными изменениями.
Одно из свойств систем — адаптироваться под внешнюю среду, сохраняя поведение и функциональность. Как инженеры, мы должны строить системы принимая это во внимание
Интеграцию с Гугл таблицами и Ексель реализовывать не пробовал.
Excel выступает как хранилище данных и как слой доступа к данным одновременно. Если ваши пользователи заносят данные в Ексель, то в таком случае экосистема Microsoft будет лучшим выбором. Потому что пользователю не придется изучать ещё один интерфейс или сервис.
Cube больше решение для построения системы аналитики, поэтому и называется headless (без головы, проще говоря без пользовательского интерфейса)
Полностью согласен. Гифки с игрой не хватает, было бы легче визуализировать все модели и логику. Было бы неплохо прогнать статью на опечатки, например "Минималное"
Если я хоть один раз запускал IDE, я знаю как печатать
У меня Mac+WebStorm и ctrl+shift+p у меня не сработает. У каждого свое окружение, эти описания можно убрать
Комментарий просто перевод функции на английский, никакой ценной информации не несет
Блоки кода с пустыми классами только создают больше шума
Тяжело читать, когда столько лишней информации. Настолько подробно описывать действия не стоит. Сосредоточьтесь на коде и осмысленных комментариях.
Статусная модель
Интересный подход со статусной системой, но как будто бы вы привнесли в фигму task-management. Вы пробовали решать проблему с разработкой неготовых компонентов через задачи?
Компонент готов - создание задачи - назначение на разработчика - имплементация
Версионирование
Мы в какой-то момент перешли с фигмы на sketch, там есть встроенная система контроля версий
> Для удобства коллег к каждому фрейму мы прикрепили ссылку на песочницу и реализованные кейсы.
Песочница - это что? Storybook? Если да, то пробовали ли вы storybook figma plugin
Больше похоже, что кейсы использования должны быть описаны вне фигмы. В том же сторибуке в формате mdx, где можно сразу посмотреть варианты, как работает компонент, покликать и посмотреть контексты использования
Поэтому лично я чаще выбираю open-source, чтобы минимизировать риски. Конечно, это не серебряная пуля, учитывая недавние случаи с npm пакетами с вредоносными изменениями.
Одно из свойств систем — адаптироваться под внешнюю среду, сохраняя поведение и функциональность. Как инженеры, мы должны строить системы принимая это во внимание
Excel выступает как хранилище данных и как слой доступа к данным одновременно. Если ваши пользователи заносят данные в Ексель, то в таком случае экосистема Microsoft будет лучшим выбором. Потому что пользователю не придется изучать ещё один интерфейс или сервис.
Cube больше решение для построения системы аналитики, поэтому и называется headless (без головы, проще говоря без пользовательского интерфейса)