Новое поколение видеокарт от Palit часто дешевле других брендов. Но некоторые ревьюверы советуют остерегаться 4090 от Palit из-за сомнительного качества.
Использование gRPC на в мобильных клиентах может значительно увеличивать размер приложений. На моей практике был случай, когда внедрение gRPC привело к раздутию приложений на 10-20 МБ на обеих платформах. И если мобильного пользователя подобным не удивить…
… то на вебе подобное может дорого стоить. Библиотека протобафа вместе с самим вебовым API могла занимать в бандле до нескольких мегабайт.
Сложности при этом могут быть как в отладке, так и в поддержке необходимого дополнительного кода, который все это обрабатывает. На каждой из платформ.
Так что крайне желательно, чтоб плюсы перехода на gRPC на клиентах перевешивали все сопутствующие минусы.
Правка сообщение не очень нативная, стрелочка вверх и нажать e. Правой кнопкой нельзя щёлкнуть, только по трём точкам.
Можно настроить, чтоб на стрелку вверх редактировалось последнее сообщение, как во многих других мессенджерах. Переключается в Preferences -> Accessibility -> Keyboard
Один мой знакомый, работавший на заводе, говорит, что подобный программист, в одиночку тащуший целый завод, может получать по 300-500к в месяц. Там действительно такие зарплаты?
К слову, сейчас это предложение находится на 3 стадии принятия в стандарт.
Опробовать в других браузерах можно с помощью бабеля, используя либо плагин @babel/plugin-proposal-private-methods, либо пресет stage-3.
Статья не про то, что такое ленивые функции и как их применять.
Однако, она называется «Ленивые функции в JavaScript».
Вопрос в том, для какой аудитории эта статья.
Возможно, для тех, кто использует ленивые функции на других языках, но хочет узнать, как это делается в JavaScript.
Или для людей, уже использующих функциональный подход в JavaScript (хотя, думаю, такие люди уже нашли для себя оптимальные библиотеки/способы создания ленивых функций).
А вот у людей, программирующих на JavaScript, но очень смутно знакомых с функциональным программированием в целом и с ленивыми функциями в частности, но которые не прочь об этом узнать (к числу которых я отношусь), статья вызывает больше вопросов, чем ответов. В чем преимущества ленивости, в каких задачах они себя проявляют, синхронно ли это работает или только асинхронно, что такое «безопасная рекурсия» или «безошибочное выполнение» и т.д.
Это будет краткий обзор на то, как создавать функции, как обрабатывать ошибки и чуть-чуть про параллелизм.
Стоило начать с того, зачем ленивые функции вообще нужны, какие задачи решают и в чем их преимущества перед обычными промисами.
Future — альтернатива Promise, имеющая куда более мощный API, позволяющий реализовать отмену выполнения (cancellation), безопасную «рекурсию», «безошибочное» выполнение (используя Either) и ещё маленькую тележку крутых возможностей.
И ожидал увидеть хоть что-нибудь из этого списка крутых возможностей, а не просто реимплементации простейших примеров с промисов на ленивые функции.
Расскажите подробней?
… то на вебе подобное может дорого стоить. Библиотека протобафа вместе с самим вебовым API могла занимать в бандле до нескольких мегабайт.
Сложности при этом могут быть как в отладке, так и в поддержке необходимого дополнительного кода, который все это обрабатывает. На каждой из платформ.
Так что крайне желательно, чтоб плюсы перехода на gRPC на клиентах перевешивали все сопутствующие минусы.
Комбинации Ctrl+Shift+V/Command+Shift+V не спасали? Они много где вставляют скопированное как простой текст.
Можно настроить, чтоб на стрелку вверх редактировалось последнее сообщение, как во многих других мессенджерах. Переключается в Preferences -> Accessibility -> Keyboard
Один мой знакомый, работавший на заводе, говорит, что подобный программист, в одиночку тащуший целый завод, может получать по 300-500к в месяц. Там действительно такие зарплаты?
К слову, сейчас это предложение находится на 3 стадии принятия в стандарт.
Опробовать в других браузерах можно с помощью бабеля, используя либо плагин
@babel/plugin-proposal-private-methods, либо пресетstage-3.Меня больше удивило ключевое слово
withв ответе про XHR-запросы, учитывая всеобщий консенсус о нежелательности его использования.Однако, она называется «Ленивые функции в JavaScript».
Вопрос в том, для какой аудитории эта статья.
Возможно, для тех, кто использует ленивые функции на других языках, но хочет узнать, как это делается в JavaScript.
Или для людей, уже использующих функциональный подход в JavaScript (хотя, думаю, такие люди уже нашли для себя оптимальные библиотеки/способы создания ленивых функций).
А вот у людей, программирующих на JavaScript, но очень смутно знакомых с функциональным программированием в целом и с ленивыми функциями в частности, но которые не прочь об этом узнать (к числу которых я отношусь), статья вызывает больше вопросов, чем ответов. В чем преимущества ленивости, в каких задачах они себя проявляют, синхронно ли это работает или только асинхронно, что такое «безопасная рекурсия» или «безошибочное выполнение» и т.д.
Стоило начать с того, зачем ленивые функции вообще нужны, какие задачи решают и в чем их преимущества перед обычными промисами.
И ожидал увидеть хоть что-нибудь из этого списка крутых возможностей, а не просто реимплементации простейших примеров с промисов на ленивые функции.