Первым телескопом - должен быть бинокль 8х56 хотя бы от 1000 евро (лучше от 1500). Кайфа больше чем от телескопа за 5к+ евро. Правда есть риск, что к телескопу так и не прийдёшь - потому что бинокуляры круче)) а в телескопы действительно лучше смотреть в професиональных обсерваториях.
Чистый UI подразумевает UI логику (только), типа открыть окно, спрятать элемент и тд.
ага! вот и подловил!)) удтверждение выше - противоречит этому:
Presentational (dumb): только пропсы, без хуков/состояния/фетчинга → чистый UI
типа если пришёл пропс text="some text" - то нужно написать тест, что компонент рендерит "some text"? Получается и чистые функции, типа sum(a,b) - тоже нужно тестировать?
Мой поинт в том, что они ж dumb\чистые, т.е. без сайд-эффектов, без каких-то внешних контрактов, без внутренних сложных разветлений. Зачем их тестировать?
Вот связки таких dumb-компонетов между сосбой и с другими не dumb-компонентами - вот их нужно тестить, это понятно. Но вот сжигать энергию (как ментальную, так и ресурсы) ради тупых компонентов?... - я б "уволил" сразу..)
Забавно. Сначало "быканул" на виртаулизацию с помощью js. А потом вконце добавил - "ой, ну она всё-таки нужна для некоторых сценариев" (т.е. почти всегда для продакшена).
Понятное дело, что если есть условно 50 элементов, а рендерить нужно только 10-20ть - никто виртуализацию тянуть не будет в проект.
Именно с потерей мышц и силы связано низкое качество жизни пожилых людей.
Хмм, у меня так по жизни вышло, что есть друзья и знакомые в пожилом возрасте. Мне всегда интересно с ними общаться, им со мной.) Так вот, одна из тем общения - это здоровье, и как "вкатываться" в старость. Никто не жалуется на мышцы. В основном жалуются на кости\колени\общую_гибкость.
Я на основании этого уже как давно сделал вывод, что кпд качалки - самый невыгодный (с перспективы - входа в старость и проживания этой старости). Довольно давно уже сделал ставку на растяжку (ака стрейчинг), турники, массаж, общую зарядку, и баскетбол.
А именно: - один день - баскет (кардио + координация\мозги\общение. надеюсь поможет с паркинсоном.)) - другой день групповой стрейчинг\йога (шпагат почти в 40 лет жене очень заходит.)) - третий день - турники\зарядка на улице - четвёртый день - массаж (каждый раз разный пробою)
Всё это не в одной неделе, а в двух. Комбинирую по настроению\возможностям. Мышечная масса идёт бонусом сама собой - её не нужно качать специально. Вобщем, лет через 25-ть отчитаюсь по результату) Бассейны и бег - отмёл по той же причине.. невыгодный кпд (время\результат\вникание_в_тему)
ПС - очень хотел бы добавить гимнастику и что-то боевое, но позно раздуплился.. надо было где-то лет в 25ть в это заходить.)
ППС. условно гибкий вандамм мне больше нравится как выглядит в старости, чем надутый шварц. Да, знаю, лицо потяганное, жизнь испаганил веществами.. но ведь после всего пережитого - бодряк, и с ровной осанкой..))
Лет десять как пью кофе с перекусом один раз в день, посредине дня, где-то 12:00-13:30. Обед у меня в 15:00. Мотивация была - хакнуть день. Т.е. поместить в один день - два дня в плане перформанса. В итоге до сих пор ооочень кайфую от этой одной чашки. И раздупление и фокус буквально приходят сразу только от самого запаха кофе.
Я когда изучал вопрос, готов был вложится. И был на этапе ремонта. И также готов был мириться с регулярным обслуживанием и заменой расходников. Т.е. деньги, время, "некрасивая инсталяция" - я вычеркнул из уравнения.
Был прям спортивный интерес, сделать всё по феншую. Изучил оочень много материала. Но нет, у меня не получилось решить уравнение. Чтоб было и свежо, и влажно, и тепло, и тихо - невозможно.(( буду рад если не прав.
Принудительная вентиляция с подогревом/рециркуляцией + увлажнитель + глушитель.
Чтоб увлажнить так как надо. Это надо в каждой комнате поставить, условно, по вот такой приблуде - Trotec AW 20S. Привет шум. Даже несмотря на муторную замену воды и чистку дисков от слизи.
Вот и выходит, что идеально - это летом спать на веранде у моря.)) лучше не сделать)
Я когда-то пришёл к выводу, что на сегодня, решить вечную проблему "влажность\со2\тепло\шум" - невозможно для обычной квартиры. Где-то будет проигрыш.
Когда-то рожали в дорогой клинике. Всё классно было, как в отеле. Я офигел, что можно не выходить из помещения сутками, и очень хорошо себя чувствоввать. При этом панорманые окна наглухо закрыты. Вся суть была в приточной вентиляции. Но в моменты, когда её выключали на пол часика - происходило невероятное облегчение в плане шума. Хоть он и небольшой, и ты его не замечаешь.. но когда выключают - это прям чувствуется. Так что - это как в кап-теореме - нужно чем-то пожертвовать.
чтобы отрисовать страницу, нужно опросить 9-10 API ручек, то через BFF это будет сильно дешевле с точки зрения сетевых задержек.
А если создать папочку, условно bff-public-module, в изначальном апи-сервисе. И уже в нём сделать одну "ручку". которая будет дёргать другие 9-10 "ручек". Это не тоже самое? зато ещё быстрее (минус сетевые задержки). И пусть уже в этой папке "заказчики" конкретных агрегаций - крутят и вертят что хотят)
Лет 15 назад осознал пословицу "сделал дело - гуляй смело", или "no pain, no gain".
У меня это трансформировалось в "2-4 часа в день ты должен делать что-то, что тебе не хочется или не нравится". Это что угодно можеть быть. Разобраться с кубером, сделать зарядку, поучить иностранный язык, разгрести фотки, повесить полку, пообщаться с неприятным человеком и решить какой-то вопрос, проресёрчить какую-то давнюю проблему, и т.д.
Эти часы я разбиваю на подходы в течении дня.
Потом уже можно делать приятные штуки - типа листать ленту, играть в игры и т.д.. ака вознаграждение.
Пока работает отлично. Жизненный беклог равномерный, задачи разруливаются, не накапливаются.
Главное понимать - что если процесс тебе нравится, то это не считается, и он не входит в те часы "боли и страдания".
Суть в том, что разрабатывает он её не ручным ползаньем по колор-пикеру в фотошопе или фигме. А в самой палитре есть некая система и алгоритмы.
Да я ж не против. Конечно же там есть (должна быть) какая-то логика в этих цветах. Я 15лет назад сам был дизайнером.) И всю эту науку по цветам, шрифтам, композиции - читал ещё в книжках.
Я про то, что разработчику-то нет смысла вникать в эту "химию". Он получил макет, в котором уже всё это продумано (должно быть продумано). Его задача перенести это в код. И вот при старте проекта, когда он открывает страничку дизайн-системы нового проекта в фигме - он эту систему копипастит себе в условно "базовые" переменные. Что попадает в переменные - hex, hsl, color-mix - без разницы. Дальше он уже оперирует этими переменными при создании компонентов.
Так а кто ж её по факту разрабатывать изначально будет? Дизайнер же. Вот он её "разработал". Условно в фигме появляется страничка "палитра-нашего-бренда". Дальше что? Тоже самое - протыкали все цвета пипеткой, загнали в css-переменные, и пошли дальше работать. А не выдумывать - а как же мне закодировать цвет, через hsl, или mix-color, или ещё чёрти-как. Дальше, условно делаем компонент кнопки. Видим - что она юзает несколько цветов из палитры для разных состояний. Ну так взяли, и описали это в стилях этой кнопки ссылаясь на переменные из палитры.
Вцелом, мой поинт в том, что обычному линейному разработчику, вникать в принцип построения палитры, при этом помнить где там базовый цвет, а где относительный, и по какому алгоритму высчитывается относительность - нет никакого резона. Это дело дизайнера.
Первым телескопом - должен быть бинокль 8х56 хотя бы от 1000 евро (лучше от 1500). Кайфа больше чем от телескопа за 5к+ евро. Правда есть риск, что к телескопу так и не прийдёшь - потому что бинокуляры круче)) а в телескопы действительно лучше смотреть в професиональных обсерваториях.
ага! вот и подловил!)) удтверждение выше - противоречит этому:
типа если пришёл пропс text="some text" - то нужно написать тест, что компонент рендерит "some text"? Получается и чистые функции, типа sum(a,b) - тоже нужно тестировать?
Мой поинт в том, что они ж dumb\чистые, т.е. без сайд-эффектов, без каких-то внешних контрактов, без внутренних сложных разветлений. Зачем их тестировать?
Вот связки таких dumb-компонетов между сосбой и с другими не dumb-компонентами - вот их нужно тестить, это понятно. Но вот сжигать энергию (как ментальную, так и ресурсы) ради тупых компонентов?... - я б "уволил" сразу..)
Ну в самом деле, зачем пистать тест на это?:
Забавно. Сначало "быканул" на виртаулизацию с помощью js. А потом вконце добавил - "ой, ну она всё-таки нужна для некоторых сценариев" (т.е. почти всегда для продакшена).
Понятное дело, что если есть условно 50 элементов, а рендерить нужно только 10-20ть - никто виртуализацию тянуть не будет в проект.
а зачем "чистый UI" тестировать.. чтоб не скучно было?.)
По идее можно ещё проще - установить и дать доступ к какому-нибудь phpMyAdmin. Админка в первозданном виде)
интересено, какие же это сценарии на практике?.)
ах вот оно что, т.е. если вы не разрабатываете веб- фигму\фотошоп - то всё остаётся как и прежде, а именно:
а уж а каком виде оно скопировалось из макета в код - в hex, rgb, hsl, oklch - абсолютно без разницы..)
Хмм, у меня так по жизни вышло, что есть друзья и знакомые в пожилом возрасте. Мне всегда интересно с ними общаться, им со мной.) Так вот, одна из тем общения - это здоровье, и как "вкатываться" в старость. Никто не жалуется на мышцы. В основном жалуются на кости\колени\общую_гибкость.
Я на основании этого уже как давно сделал вывод, что кпд качалки - самый невыгодный (с перспективы - входа в старость и проживания этой старости). Довольно давно уже сделал ставку на растяжку (ака стрейчинг), турники, массаж, общую зарядку, и баскетбол.
А именно:
- один день - баскет (кардио + координация\мозги\общение. надеюсь поможет с паркинсоном.))
- другой день групповой стрейчинг\йога (шпагат почти в 40 лет жене очень заходит.))
- третий день - турники\зарядка на улице
- четвёртый день - массаж (каждый раз разный пробою)
Всё это не в одной неделе, а в двух. Комбинирую по настроению\возможностям. Мышечная масса идёт бонусом сама собой - её не нужно качать специально.
Вобщем, лет через 25-ть отчитаюсь по результату) Бассейны и бег - отмёл по той же причине.. невыгодный кпд (время\результат\вникание_в_тему)
ПС - очень хотел бы добавить гимнастику и что-то боевое, но позно раздуплился.. надо было где-то лет в 25ть в это заходить.)
ППС. условно гибкий вандамм мне больше нравится как выглядит в старости, чем надутый шварц. Да, знаю, лицо потяганное, жизнь испаганил веществами.. но ведь после всего пережитого - бодряк, и с ровной осанкой..))
та есть же https://docs.astro.build/en/guides/on-demand-rendering/
Astro?
TL;TR
https://hsto.org/getpro/habr/comment_images/a12/ee4/81d/a12ee481df93e55ef57a90c8533d6868.gif
Лет десять как пью кофе с перекусом один раз в день, посредине дня, где-то 12:00-13:30. Обед у меня в 15:00. Мотивация была - хакнуть день. Т.е. поместить в один день - два дня в плане перформанса. В итоге до сих пор ооочень кайфую от этой одной чашки. И раздупление и фокус буквально приходят сразу только от самого запаха кофе.
ну да, и в темноте - максимальный зрачок 7мм у здорового молодого человека.
Не знал про такие. спасибо. Т.е. реально, чтоб одна приточка надувала квартиру теплым, увлажнённым и свежим воздухом?
а не 7мм разве?
Я когда изучал вопрос, готов был вложится. И был на этапе ремонта. И также готов был мириться с регулярным обслуживанием и заменой расходников. Т.е. деньги, время, "некрасивая инсталяция" - я вычеркнул из уравнения.
Был прям спортивный интерес, сделать всё по феншую. Изучил оочень много материала. Но нет, у меня не получилось решить уравнение. Чтоб было и свежо, и влажно, и тепло, и тихо - невозможно.(( буду рад если не прав.
Чтоб увлажнить так как надо. Это надо в каждой комнате поставить, условно, по вот такой приблуде - Trotec AW 20S. Привет шум. Даже несмотря на муторную замену воды и чистку дисков от слизи.
Вот и выходит, что идеально - это летом спать на веранде у моря.)) лучше не сделать)
Я когда-то пришёл к выводу, что на сегодня, решить вечную проблему "влажность\со2\тепло\шум" - невозможно для обычной квартиры. Где-то будет проигрыш.
Когда-то рожали в дорогой клинике. Всё классно было, как в отеле. Я офигел, что можно не выходить из помещения сутками, и очень хорошо себя чувствоввать. При этом панорманые окна наглухо закрыты. Вся суть была в приточной вентиляции. Но в моменты, когда её выключали на пол часика - происходило невероятное облегчение в плане шума. Хоть он и небольшой, и ты его не замечаешь.. но когда выключают - это прям чувствуется.
Так что - это как в кап-теореме - нужно чем-то пожертвовать.
А если создать папочку, условно bff-public-module, в изначальном апи-сервисе. И уже в нём сделать одну "ручку". которая будет дёргать другие 9-10 "ручек". Это не тоже самое? зато ещё быстрее (минус сетевые задержки). И пусть уже в этой папке "заказчики" конкретных агрегаций - крутят и вертят что хотят)
Лет 15 назад осознал пословицу "сделал дело - гуляй смело", или "no pain, no gain".
У меня это трансформировалось в "2-4 часа в день ты должен делать что-то, что тебе не хочется или не нравится". Это что угодно можеть быть. Разобраться с кубером, сделать зарядку, поучить иностранный язык, разгрести фотки, повесить полку, пообщаться с неприятным человеком и решить какой-то вопрос, проресёрчить какую-то давнюю проблему, и т.д.
Эти часы я разбиваю на подходы в течении дня.
Потом уже можно делать приятные штуки - типа листать ленту, играть в игры и т.д.. ака вознаграждение.
Пока работает отлично. Жизненный беклог равномерный, задачи разруливаются, не накапливаются.
Главное понимать - что если процесс тебе нравится, то это не считается, и он не входит в те часы "боли и страдания".
Да я ж не против. Конечно же там есть (должна быть) какая-то логика в этих цветах. Я 15лет назад сам был дизайнером.) И всю эту науку по цветам, шрифтам, композиции - читал ещё в книжках.
Я про то, что разработчику-то нет смысла вникать в эту "химию". Он получил макет, в котором уже всё это продумано (должно быть продумано). Его задача перенести это в код. И вот при старте проекта, когда он открывает страничку дизайн-системы нового проекта в фигме - он эту систему копипастит себе в условно "базовые" переменные. Что попадает в переменные - hex, hsl, color-mix - без разницы. Дальше он уже оперирует этими переменными при создании компонентов.
Так а кто ж её по факту разрабатывать изначально будет? Дизайнер же. Вот он её "разработал". Условно в фигме появляется страничка "палитра-нашего-бренда". Дальше что? Тоже самое - протыкали все цвета пипеткой, загнали в css-переменные, и пошли дальше работать. А не выдумывать - а как же мне закодировать цвет, через hsl, или mix-color, или ещё чёрти-как.
Дальше, условно делаем компонент кнопки. Видим - что она юзает несколько цветов из палитры для разных состояний. Ну так взяли, и описали это в стилях этой кнопки ссылаясь на переменные из палитры.
Вцелом, мой поинт в том, что обычному линейному разработчику, вникать в принцип построения палитры, при этом помнить где там базовый цвет, а где относительный, и по какому алгоритму высчитывается относительность - нет никакого резона. Это дело дизайнера.