Я смотрел презентацию фигмы, когда они презентовали дев мод, вроде летом было 2023. И я чётко помню, что они сразу на презентации сказали, что дев будет бесплатным какое-то время, прошу пользуйтесь, но потом мы сделаем его платным
Да, бывает, особенно последние два года, но правда не из-за того, что подписка платная. Но это и правда печально, если уходит инструмент без которого невозможно работать
Неужели если вам нужен figma dev раз в столетие, то вы будете все это делать? Тут вопрос про ежедневное использование сервиса, а не раз в столетие. Раз в столетие можно пользоваться фигмой и без дева, так как там практически все есть и так
Я плачу все эти подписки, которые написал и некоторые ещё. Единственным, что я не пользуюсь это подписка на Клауд Майкрософта, которая мне нужна была один раз, но она и стоит 2$. Все остальное выходит примерно 100$. Но приносит мне очень большую пользу. В отличии от 100$
Согласен с комментарием выше: это какой-то бред экономить 12$ и мучаться с каким-то обходными неудобными, компромиссными путями. Неужели вы не платите за copilot, chatgpt, jetbrains, adobe и кучу других подписчик, которые делают работу в десятки раз продуктивнее и легче?
Более того не увидел альтернативу плагину фигмы в vs code или например плагину anima в самой фигме
Нахожусь в похожем положении, с похожими проблемами и решениями. Дополню своими подходами.
В гугл календаре можно создать "семью" и добавить туда других членов. Создавая событие в календаре можно выбрать, что это для семьи и оно появится у всех членов в календаре.
У Гугла есть сервис keep, который я не знаю сколько ещё проживет, вроде говорили про закрытие когда-то. Там я создаю списки, списки покупок, списки дел на сегодня и тд. Удобно что в Андроиде можно сделать виджет со списком на весь рабочий стол и тогда список дел на сегодня всегда на видном месте.
Прошу прощения, выскажу сугубо свое мнение. Это как-то слишком коротко и просто для статьи. И как заметили выше - если обобщить, то это просто разделение логики и верстки, что должно быть аксиомой и не является открытием. Более того, эта функция с проходом по массиву, подсчётами, псевдо проходами по массиву внутри прохода (to lowercase, includes) будет исполнятся на каждый rerender, хотя в этой трате ресурсов нет необходимости, ведь вы сказали, что данные просто пришли с бэка. Значит после того как они пришли с бэка нужно просто один раз пройтись и сформировать нужную структуру и отдать в этот компонент как пропс, более того убрав абсолютно ненужное тут усложнение в виде карирования. И если это все вынести в отдельный хук или файл например с названием utils/visualLogic, то код станет чище, понятнее для других разработчиков и более производительный.
Все ещё никакой статистики. Я могу так сказать "любой адекватный разработчик уровня синьер и выше не будет писать на mobx". И мое заявление имеет точно такой же вес как и ваше
Вообще не понял вашего наброса на фронтенд, да и в принципе с точки зрения русского языка и смысла не имеет ничего здравого. Так расскажите, что не так с фронтендом? И чем знание физики процессов в электронике поможет во фронтенде? Да даже в бэкенде при создании api? Может я лучше aws rds, ec2 и S3 в vpc объединю если физику учил?
Я смотрел презентацию фигмы, когда они презентовали дев мод, вроде летом было 2023. И я чётко помню, что они сразу на презентации сказали, что дев будет бесплатным какое-то время, прошу пользуйтесь, но потом мы сделаем его платным
Да, бывает, особенно последние два года, но правда не из-за того, что подписка платная. Но это и правда печально, если уходит инструмент без которого невозможно работать
Возводите эдж кейс в абсолют
Вы прям прервет? Печальная ситуация
И что значит, что от подписки вы не можете отказаться? Можете. Просто заходите в свой аккаунт и отменяете подписку
Неужели если вам нужен figma dev раз в столетие, то вы будете все это делать? Тут вопрос про ежедневное использование сервиса, а не раз в столетие. Раз в столетие можно пользоваться фигмой и без дева, так как там практически все есть и так
И что в итоге? Во что мне не поверить?
Я плачу все эти подписки, которые написал и некоторые ещё. Единственным, что я не пользуюсь это подписка на Клауд Майкрософта, которая мне нужна была один раз, но она и стоит 2$. Все остальное выходит примерно 100$. Но приносит мне очень большую пользу. В отличии от 100$
Согласен с комментарием выше: это какой-то бред экономить 12$ и мучаться с каким-то обходными неудобными, компромиссными путями. Неужели вы не платите за copilot, chatgpt, jetbrains, adobe и кучу других подписчик, которые делают работу в десятки раз продуктивнее и легче?
Более того не увидел альтернативу плагину фигмы в vs code или например плагину anima в самой фигме
Я то это понимаю. Просто вначале статья называлась "как бесплатно пользоваться ai"
Это как раз таки платно, просто фри триал
То есть он все таки не бесплатный и вам прешлось даже в ходе тестирования (даже не работы) потратить деньги?
Я бы такого даже кандидатом не назвал. Чисто проходимец. И ведь не постеснялся с такими знаниями прийти на собеседование, ещё и на джуна
Нахожусь в похожем положении, с похожими проблемами и решениями. Дополню своими подходами.
В гугл календаре можно создать "семью" и добавить туда других членов. Создавая событие в календаре можно выбрать, что это для семьи и оно появится у всех членов в календаре.
У Гугла есть сервис keep, который я не знаю сколько ещё проживет, вроде говорили про закрытие когда-то. Там я создаю списки, списки покупок, списки дел на сегодня и тд. Удобно что в Андроиде можно сделать виджет со списком на весь рабочий стол и тогда список дел на сегодня всегда на видном месте.
Прошу прощения, выскажу сугубо свое мнение. Это как-то слишком коротко и просто для статьи. И как заметили выше - если обобщить, то это просто разделение логики и верстки, что должно быть аксиомой и не является открытием. Более того, эта функция с проходом по массиву, подсчётами, псевдо проходами по массиву внутри прохода (to lowercase, includes) будет исполнятся на каждый rerender, хотя в этой трате ресурсов нет необходимости, ведь вы сказали, что данные просто пришли с бэка. Значит после того как они пришли с бэка нужно просто один раз пройтись и сформировать нужную структуру и отдать в этот компонент как пропс, более того убрав абсолютно ненужное тут усложнение в виде карирования. И если это все вынести в отдельный хук или файл например с названием utils/visualLogic, то код станет чище, понятнее для других разработчиков и более производительный.
Очень удобно) но когда-нибудь вы повзрослеет и в работе наберетесь опыта
Очень удобно быть голословным.
Кстати, вы как обычно мимо. Я бэкендер
Все ещё никакой статистики. Я могу так сказать "любой адекватный разработчик уровня синьер и выше не будет писать на mobx". И мое заявление имеет точно такой же вес как и ваше
К сожалению, это не имеет ничего общего с моим вопросом про статистику и корреляцию
Достаточно токсичное и голословное утверждение. Есть какие-то подтверждающие факты? Особенно меня интересует корреляция с адекватностью.
Вот поэтому бэкенд на столько же и пишет
Вообще не понял вашего наброса на фронтенд, да и в принципе с точки зрения русского языка и смысла не имеет ничего здравого. Так расскажите, что не так с фронтендом? И чем знание физики процессов в электронике поможет во фронтенде? Да даже в бэкенде при создании api? Может я лучше aws rds, ec2 и S3 в vpc объединю если физику учил?
Ох уж эти чсвшники, не такие как все