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% времени доклада, а сама суть/цель доклада прошла слишком лаконично, тезисно. Кто сталкивался, тот боль поймет. Кто еще нет - вряд ли оценит.
Вот эту портянку на "go" тоже поддерживать сложно.
Если для вас сложно написать `main(iterations, axiom, rules, angle)`, то тут автор уже бессилен
У Jest все очень плохо с поддержкой ESM. Лучше взять vitest, там такой проблемы нет, при этом он максимально похож на jest.
Тоже смутило. Вроде бы все и правильно, несмотря на экспрессию. Но взять и запихнуть картинку в фон... подрывает доверие к остальному.
Потому что у него есть "внутренний дизайнер" )
А в этой колонке есть подключение к экрану, как у первой?
Если нет, то почему она называется "станция", если это просто колонка?
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