А как вариант - сделать по мелкому бп на отдельные сегменты ленты, и провести туда 220 - там сложнее было-б хорошо это 220 проложить + доп вес (но он был-бы не критичный).
Ну и ленты наверное лучше на 24 вольта, кроме того, при динамической подсветке неравномерность на них была-б практически незаметна, ИМХО.
Дорого не выглдяит ни на одном из концептов, ИМХО. Финал выглдяит хуже практически всех концептов. Ну и назавние для аппарата для эпиляции потешное )))
Хотите дорого - только физические кнопки и нормальный экран, а не индикаторы.
Я - да, и обновляюсь только если есть причина для этого - я уже про это писал.
И да, EVO я обновлял ради того самого "потенцевала", потом вышла прошивка для них, которая зарезала скорость при этом ничего не фикся - ее я пропустил, потом вышла прошивка ещё, где они импрувнули трим и пофиксили падение скорости - на нее я перелез. Это случилось спустя почти год после косячной прошивки - и это очень хороший пример, почему нужно думать, прежде чем обновляться.
Это нормальное поведение адекватного человека, в противном случае будет то, что я описывал выше.
Все это - элементарная цифровая гигиена. Не хотите быть товаром (бета-тестером и тд) - не будьте им.
Ещё раз - не хотите думать - думать будут за вас, но так, как нужно тем, кто будет думать за вас)
Я верю, что если прошивка 1.0 меня устраивает, то нет смысла обновляться на 1.1
И, естественно, в обоих прошивках сделано как нужно им.
Но вот использовать это или нет и как минимизировать то, что нужно им и максимизировать что нужно пользователю - умный человек решает сам. Средства для этого все есть, начиная от форумов и заканчивая кухнями.
А слепо доверять производителю - ну что-ж, тоже выбор. Не нойте только потом.
Обновлять, безусловно, нужно - но в ручном режиме, спустя месяц после выхода обновления, почитав отзывы про него и подумав есть ли там хоть что-то, что необходимо лично тебе - если нет или глюки - можно смело забивать.
Чтобы ботонеты не захавали - нужно делать нормальную настройку роутера и запрещать все входящие соединения за исключением необходимых.
Ну и всю телеметрию блокировать. В противном случае никакие обновления не спасут.
-Здравствуйте, это ваш консультант, Олег! Чем могу помочь? -Меня интересует проверка подключеных услуг на моей банковской карте... -Вам нужно заблокировать карту?! Скажите Да! -Нет! Мне нужно проверить подписку на услуги моей карты, причем тут? -Я вижу у вас есть подиска на информирование о банковских операциях, отменяем?! Скажите Да! -Нет! Меня интересуют другие подписки!!! -Соеденяю вас с кожаным мешком...
В банках до сих пор даже по простым вещам нормально ИИ (хотя какие они ИИ - просто ЛЛМ) ответить не могут - а там гораздо меньше (хоть и хитрее) и гораздо более урегулированная информация, а в ритейле и товаров огромное количество (в том числе и функционально близких), и харакетристик и смежных характеристик вагон. А есть еще внешний вид, цвета, стиль и предпочтения и тд.
Понятно дело, что вся эта операция, включая Эм.Ви - не более чем хайпование на модной теме, по факту работать все это не будет вообще и проще (и гораздо дешевле) будет поискать все это в интернете, спросить у друзей и знакомых и потом, выбрав, и поискав максимально дешевое предложение по этому выбору на маркетплейсах, заказать там - еще и до дома доставят.
Время ритейла и оффлайна давно уже впрошлом, особенно - в больших городах, особенно - для электроники.
P.S. только сейчас заметил подпись "30 лет в топе" - можно поинтересоваться, что за топ? элемент женской одежды? - тогда да, может быть) хотя ИМХО нужно бы букву "т" на "#" заменить - вот это точно была-бы правда...
REST - это рекомендации, а не догма, да и не стандарт (хоть и пытаются это притянуть).
При работе со сложным API все начинает упираться в данные и тогда появляются и тела у DELETE и POST вместо GET тк надо передавать кучу данных и 200/500 на все.
Провальное API, имхо, в котором все сделано под одному принципу и чётко его придерживается. А уж какой он - дело команды, архитектуры и задачи.
Вобщем, аналог кодстайла - пофиг какой он, главное чтобы был и все его придерживались.
Ну было уже куча исследований (в тч и на Хабре), что растения куда лучше себя чувствуют при ПОСТОЯННОМ БЕЛОМ свете. Все остальное - это либо маркетолухи, либо для жесткой экономии ээ, которой тут нет. Да и с ней нужно реально заморачиваться чтобы получить хоть какую-то существенную экономию без ущерба для ростений.
Это не управление сложностью, а перекладывание ее по разным ящикам, ибо сложность - это всегда константа, это понимаешь с опытом - т.е. что-то дает возможность просто сделать одно, в тоже время дает сложность сделать что-то другое - утрированный пример - сделал все по всем лучшим принципам - хорошо расширяется, тестируется, мокится - но вместо 1 файла получил 15 с хитрой связкой компонент и вложенности их друг в друга, и новый дев вникает в это месяц, а сам ты, вернувшись в свой код через год - два :)
Попытка использовать везде одни и теже инструменты и подходы. Типа: "ООП и СОЛИД хорошо - везде про это написано, давайте и тут запилим" - а там одна функция из 10 строк во временном скрипте, который один раз в жизни должен выполнится для получения временых данных, которые будут использованы один раз - зато круто и расширяемо и по бест практис :)
Большинcтво компонентов софта не живет больше 1-2 лет, за исключением энтерпрайза и некоторых других исключений, не надо думать и закладывать туда все возможное и делать максимально универсально, нужно всегда делать балансируя между достаточной универсальностью и простотой - и именно это и есть золотая грань, которую да - очень сложно держать. Не надо бояться переписывать и рефакторить - иногда проще и быстрее переписать компонент с нуля на современном фрейморке и в современной парадигме, учтя опыт его текущего использования и контекста, чем пытаться патчить/расширять существующий.
Ну и, всегда стоит помнить статью "Вы - не Гугл" :)
По промисам - имел ввиду фабрику промисов - т.е. вызов создает фю, которая потом при вызове отдаст промиз, возвращаемое значение из промиза (опять-же если верно помню) можно типизировать в TS - и оно точно также будет подсвечиваться и пониматься IDE.
А можно подробней про compile time? Те если я верно понимаю, что использование эффекта облегчает проброску ошибок нужного типа? Или? Просто на данный момент она для меня выглядит как просто набор фий на промисах. Те при вызове effect просто создаётся промис который возвращается и все + набор оберток этих промисов. Это не так?
А как вариант - сделать по мелкому бп на отдельные сегменты ленты, и провести туда 220 - там сложнее было-б хорошо это 220 проложить + доп вес (но он был-бы не критичный).
Ну и ленты наверное лучше на 24 вольта, кроме того, при динамической подсветке неравномерность на них была-б практически незаметна, ИМХО.
Дорого не выглдяит ни на одном из концептов, ИМХО. Финал выглдяит хуже практически всех концептов. Ну и назавние для аппарата для эпиляции потешное )))
Хотите дорого - только физические кнопки и нормальный экран, а не индикаторы.
Интересно, что он начинает даже, пример:
Я могу изменить изображение, дай мне немного времени, чтобы обработать его.
Сейчас обработаю изображение и сделаю изменения. Запускаю процесс!
Я загрузил изображение. Теперь я применю изменения.
К сожалению, я не могу редактировать изображения напрямую. Однако ты можешь использовать инструменты редактирования, такие как Photoshop или ...
Это надо платную прописку иметь, как я понимаю?
Ибо обычный ChatGPT говорит мне, что я не могу изменять загруженные изображения, могу только давать по ним описания.
Дак стержень-то вставляется в сегмент - это уже самый компактный вариант ручки, все остальное - непонятные придатки.
Я - да, и обновляюсь только если есть причина для этого - я уже про это писал.
И да, EVO я обновлял ради того самого "потенцевала", потом вышла прошивка для них, которая зарезала скорость при этом ничего не фикся - ее я пропустил, потом вышла прошивка ещё, где они импрувнули трим и пофиксили падение скорости - на нее я перелез. Это случилось спустя почти год после косячной прошивки - и это очень хороший пример, почему нужно думать, прежде чем обновляться.
Это нормальное поведение адекватного человека, в противном случае будет то, что я описывал выше.
Все это - элементарная цифровая гигиена. Не хотите быть товаром (бета-тестером и тд) - не будьте им.
Ещё раз - не хотите думать - думать будут за вас, но так, как нужно тем, кто будет думать за вас)
Я верю, что если прошивка 1.0 меня устраивает, то нет смысла обновляться на 1.1
И, естественно, в обоих прошивках сделано как нужно им.
Но вот использовать это или нет и как минимизировать то, что нужно им и максимизировать что нужно пользователю - умный человек решает сам. Средства для этого все есть, начиная от форумов и заканчивая кухнями.
А слепо доверять производителю - ну что-ж, тоже выбор. Не нойте только потом.
Это называется правильный подход к любым обновлениям чего угодно)
Тут ведь как - либо ты подумаешь над этим и сделаешь как нужно тебе, или за тебя подумают и сделают как нужно им)
Обновлять, безусловно, нужно - но в ручном режиме, спустя месяц после выхода обновления, почитав отзывы про него и подумав есть ли там хоть что-то, что необходимо лично тебе - если нет или глюки - можно смело забивать.
Чтобы ботонеты не захавали - нужно делать нормальную настройку роутера и запрещать все входящие соединения за исключением необходимых.
Ну и всю телеметрию блокировать. В противном случае никакие обновления не спасут.
-Здравствуйте, это ваш консультант, Олег! Чем могу помочь?
-Меня интересует проверка подключеных услуг на моей банковской карте...
-Вам нужно заблокировать карту?! Скажите Да!
-Нет! Мне нужно проверить подписку на услуги моей карты, причем тут?
-Я вижу у вас есть подиска на информирование о банковских операциях, отменяем?! Скажите Да!
-Нет! Меня интересуют другие подписки!!!
-Соеденяю вас с кожаным мешком...
В банках до сих пор даже по простым вещам нормально ИИ (хотя какие они ИИ - просто ЛЛМ) ответить не могут - а там гораздо меньше (хоть и хитрее) и гораздо более урегулированная информация, а в ритейле и товаров огромное количество (в том числе и функционально близких), и харакетристик и смежных характеристик вагон. А есть еще внешний вид, цвета, стиль и предпочтения и тд.
Понятно дело, что вся эта операция, включая Эм.Ви - не более чем хайпование на модной теме, по факту работать все это не будет вообще и проще (и гораздо дешевле) будет поискать все это в интернете, спросить у друзей и знакомых и потом, выбрав, и поискав максимально дешевое предложение по этому выбору на маркетплейсах, заказать там - еще и до дома доставят.
Время ритейла и оффлайна давно уже впрошлом, особенно - в больших городах, особенно - для электроники.
P.S. только сейчас заметил подпись "30 лет в топе" - можно поинтересоваться, что за топ? элемент женской одежды? - тогда да, может быть) хотя ИМХО нужно бы букву "т" на "#" заменить - вот это точно была-бы правда...
Sinclair :)
Сколько можно уже? Ну серьезно?!
Интеллект и скиллы, с ним связанные, от пола не зависят.
REST - это рекомендации, а не догма, да и не стандарт (хоть и пытаются это притянуть).
При работе со сложным API все начинает упираться в данные и тогда появляются и тела у DELETE и POST вместо GET тк надо передавать кучу данных и 200/500 на все.
Провальное API, имхо, в котором все сделано под одному принципу и чётко его придерживается. А уж какой он - дело команды, архитектуры и задачи.
Вобщем, аналог кодстайла - пофиг какой он, главное чтобы был и все его придерживались.
Опять...
Ну было уже куча исследований (в тч и на Хабре), что растения куда лучше себя чувствуют при ПОСТОЯННОМ БЕЛОМ свете. Все остальное - это либо маркетолухи, либо для жесткой экономии ээ, которой тут нет. Да и с ней нужно реально заморачиваться чтобы получить хоть какую-то существенную экономию без ущерба для ростений.
Вопрос - зачем городить тогда весь этот огород?
ИМХО: все равно, какой code style, лишь бы он был и все его придерживались.
Проблемы 3:
Это не управление сложностью, а перекладывание ее по разным ящикам, ибо сложность - это всегда константа, это понимаешь с опытом - т.е. что-то дает возможность просто сделать одно, в тоже время дает сложность сделать что-то другое - утрированный пример - сделал все по всем лучшим принципам - хорошо расширяется, тестируется, мокится - но вместо 1 файла получил 15 с хитрой связкой компонент и вложенности их друг в друга, и новый дев вникает в это месяц, а сам ты, вернувшись в свой код через год - два :)
Попытка использовать везде одни и теже инструменты и подходы. Типа: "ООП и СОЛИД хорошо - везде про это написано, давайте и тут запилим" - а там одна функция из 10 строк во временном скрипте, который один раз в жизни должен выполнится для получения временых данных, которые будут использованы один раз - зато круто и расширяемо и по бест практис :)
Большинcтво компонентов софта не живет больше 1-2 лет, за исключением энтерпрайза и некоторых других исключений, не надо думать и закладывать туда все возможное и делать максимально универсально, нужно всегда делать балансируя между достаточной универсальностью и простотой - и именно это и есть золотая грань, которую да - очень сложно держать. Не надо бояться переписывать и рефакторить - иногда проще и быстрее переписать компонент с нуля на современном фрейморке и в современной парадигме, учтя опыт его текущего использования и контекста, чем пытаться патчить/расширять существующий.
Ну и, всегда стоит помнить статью "Вы - не Гугл" :)
Спасибо за ответ.
По промисам - имел ввиду фабрику промисов - т.е. вызов создает фю, которая потом при вызове отдаст промиз, возвращаемое значение из промиза (опять-же если верно помню) можно типизировать в TS - и оно точно также будет подсвечиваться и пониматься IDE.
А можно подробней про compile time? Те если я верно понимаю, что использование эффекта облегчает проброску ошибок нужного типа? Или? Просто на данный момент она для меня выглядит как просто набор фий на промисах. Те при вызове effect просто создаётся промис который возвращается и все + набор оберток этих промисов. Это не так?
Емнип, в TS есть декораторы, которые ИМХО понятней всех этих "Effect", очень интересно почему их не радуют создатели этой библиотеки?
В том, что они за 5$)