Far мне как-то не зашел еще на винде (оне не выдержал для меня конкуренции с Windows/Total Commander). Хотя DOS Navigator, Norton/Volkov Commander вполне юзал в своё время.
В marta есть нормальная консоль, привязанная к текущей панели (pwd). Нормальная - в смысле не просто строка ввода (как в mc), а полноценное окно/терминал (как в VS Code или IDEA)
Первые два месяца я очень сильно и часто матерился. Мак действительно требует привыкания после "интуитивного" пользования линем и виндой. Там очень много "странно", самобытно. Но потом привыкаешь. Сейчас на разных устройствах все три оси, мозг умеет переключаться.
Я десятки перебрал, пожалуй, почти все возможные двухпанельники для мака. Очень страдал без Total Commander, он мне практически операционную среду заменял на Windows.
Наконец-то нашел что-то нативное, быстрое, с современным UX (Тотал все-таки отстал уже в этом плане)
В своем примитивном виде он нафиг никому не нужен, бесполезен. Поэтому каждый наворачивает поверх него всякие сложности, делая его то клиентским кешем, то шиной, то слоем для хождения в API.
В итоге красивая изначально идея превращается в сложный механизм с неявными процессами внутри и сложным тестированием.
Я вижу необходимость в redux и других хранилищах только в одном случае: когда приложению нужен глобальный стейт, например, всякие чаты.
Все остальное проще хранить в локальном стейте, без глобальных сайдэффектов. Если у компонента и вправду сложный стейт, то обычно достаточно useReducer, который тоже локальный.
(А вы знали, что useState - это обертка над redux-подобным диспетчером, как и useReducer?)
Ну не знаю... Приводить реальный код - это вводить кучу ненужных деталей, отвлекающих внимание. Если акцент идет на конкретный кейс, то его и стоит показать в минимальном рабочем виде.
В руководстве react тоже все примеры очень простые. Кажется, для документации и обучающих материалов это норма.
Вообще, я планировал рассказать именно о проблемах и крутостях хуков. Но вводный ликбез занял 70% времени доклада, а сама суть/цель доклада прошла слишком лаконично, тезисно. Кто сталкивался, тот боль поймет. Кто еще нет - вряд ли оценит.
Экологичность — выше благодаря отсутствию выделения озона
Озон вреден в помещении, где есть люди (вреден для легких). Экологичность — это про природу, а природе наплевать на выработку озона принтерами. Одна гроза вырабатывает больше озона, чем все лазерники планеты за год (я не мерял, но почти уверен, что порядки такие). Тем более озон нестабилен и быстро распадается до обычного кислорода.
Какое-то притянутое за уши приемущество. Ну, точнее, это хорошо, что он выделяет меньше — в офисах при больших объемах это может быть важно (сам печатал много). Но не надо сюда экологичность приплетать.
Оснавная цель переиспользуемых ракет — снижение стоимости полета. Шатлы эту цель проваливали, т.к. были слишком дорогими в предполетной подготовке. Так что толку от этой "реализации" и нет.
А в этой колонке есть подключение к экрану, как у первой?
Если нет, то почему она называется "станция", если это просто колонка?
Far мне как-то не зашел еще на винде (оне не выдержал для меня конкуренции с Windows/Total Commander). Хотя DOS Navigator, Norton/Volkov Commander вполне юзал в своё время.
В marta есть нормальная консоль, привязанная к текущей панели (pwd). Нормальная - в смысле не просто строка ввода (как в mc), а полноценное окно/терминал (как в VS Code или IDEA)
Первые два месяца я очень сильно и часто матерился. Мак действительно требует привыкания после "интуитивного" пользования линем и виндой. Там очень много "странно", самобытно. Но потом привыкаешь. Сейчас на разных устройствах все три оси, мозг умеет переключаться.
https://marta.sh/ One love!
Я десятки перебрал, пожалуй, почти все возможные двухпанельники для мака. Очень страдал без Total Commander, он мне практически операционную среду заменял на Windows.
Наконец-то нашел что-то нативное, быстрое, с современным UX (Тотал все-таки отстал уже в этом плане)
Перевод очень корявый, машинный, как-будто. Вроде и понятно, но ухо режет.
D3
Там в свежей версии новых хуков завезли. Вот про них бы почитать.
Насколько я знаю, нет, и не предвидится.
Вообще, в Android тоже есть свой системный WebView, в большинстве случаев его достаточно.
Браузер, как продукт, уже давно не столько рендерер HTML+CSS+JS, это UI и инфраструктура (вкладки, закладки, настройки и т.п.)
Голый движок никому не нужен и браузером не является.
В своем примитивном виде он нафиг никому не нужен, бесполезен. Поэтому каждый наворачивает поверх него всякие сложности, делая его то клиентским кешем, то шиной, то слоем для хождения в API.
В итоге красивая изначально идея превращается в сложный механизм с неявными процессами внутри и сложным тестированием.
Я вижу необходимость в redux и других хранилищах только в одном случае: когда приложению нужен глобальный стейт, например, всякие чаты.
Все остальное проще хранить в локальном стейте, без глобальных сайдэффектов. Если у компонента и вправду сложный стейт, то обычно достаточно useReducer, который тоже локальный.
(А вы знали, что useState - это обертка над redux-подобным диспетчером, как и useReducer?)
Зато появляется геморрой с redux)
Еще есть current, тоже поток/течение
Ну не знаю... Приводить реальный код - это вводить кучу ненужных деталей, отвлекающих внимание. Если акцент идет на конкретный кейс, то его и стоит показать в минимальном рабочем виде.
В руководстве react тоже все примеры очень простые. Кажется, для документации и обучающих материалов это норма.
Вообще, я планировал рассказать именно о проблемах и крутостях хуков. Но вводный ликбез занял 70% времени доклада, а сама суть/цель доклада прошла слишком лаконично, тезисно. Кто сталкивался, тот боль поймет. Кто еще нет - вряд ли оценит.
Но ведь существуют и другие профессии, требующие присутствие на месте. Со временем их станет меньше, но пока это данность.
Ну и хотя бы пару раз в месяц, по возможности, все равно можно встречаться. Отношения в команде онлайн сложнее выстраивать, нужны очные встречи.
Ой, а можно подробнее, что изменилось в поездах?
В 1.1. на первый взгляд, только UI поменялся. Логистические запросы так удобно, как в LTN не сделать.
https://www.factorio.com/blog/post/fff-364
В большинстве случаев можно обойтись тривиальным try_files
Есть прикольная книжка на пару вечеров https://www.ohaskell.guide
Озон вреден в помещении, где есть люди (вреден для легких). Экологичность — это про природу, а природе наплевать на выработку озона принтерами. Одна гроза вырабатывает больше озона, чем все лазерники планеты за год (я не мерял, но почти уверен, что порядки такие). Тем более озон нестабилен и быстро распадается до обычного кислорода.
Какое-то притянутое за уши приемущество. Ну, точнее, это хорошо, что он выделяет меньше — в офисах при больших объемах это может быть важно (сам печатал много). Но не надо сюда экологичность приплетать.
Оснавная цель переиспользуемых ракет — снижение стоимости полета. Шатлы эту цель проваливали, т.к. были слишком дорогими в предполетной подготовке. Так что толку от этой "реализации" и нет.
Если четко понимать, что это синтаксический сахар и что именно он заменяет и как работает, то и вправду очень удобно. Тут главное — осознанность.
Вот бы еще формат JSON позволил( Точнее, формат-то позволяет указать любое число цифр в числе, но
JSON.parseне умеет в большие числа