Меня радуют такие позитивные движения в плане поддержки и развития линукса, что в конечном счёте дадут выгоду и удобства и мне самой.
Мне кажется в этом и сила Open Source сообщества — пользователи и разработчики разных проектов помогают друг другу: кодом, багрепортами, пожертвованиями и в итоге в выигрыше остаются все.
Очень повезло с друзьями. Когда начинал пользоваться линуксом, никто в окружении им не пользовался, приходилось много гуглить, читать вики и общаться на форумах. Сейчас с нейросетями стало намного проще всё, но мнение опытного пользователя всё ещё очень полезно — нейросеть может предложить решение, которое починит сиюминутную проблему, но вызовет другие проблемы в будущем, а опытный пользователь может знать, как вообще избежать этой проблемы.
Omakase - не выбор шефа. Makase - это совершение делегирования, а O указывает, что таковое делается с большим уважением. Да, в отношении выбора шефа тоже применяется, наравне с выбором официантки…
Спасибо за уточнение. Криво прочитал фразу "The word Omakase means "I'll leave it up to you" or "chef's choice" in Japanese." - я сначала подумал, что это два перевода. А оказалось первое это перевод, а второе - скорее пример использования. Поправил на "полагаюсь на вас" (https://ru.wikipedia.org/wiki/Омакасэ).
Тут явно пропущено «ещё одного», но чем больше - тем лучше. Мне кажется более важным другое - ещё один финансовый ручеёк пробил себе дорогу к разработчикам, причем не от корпораций, а от (лица почти) рядовых пользователей.
Да, безусловно у Omarchy не первое такое сообщество. Добавил "ещё одного".
Ещё можно посмотреть в сторону Nix и его экосистемы: devenv, flakes, NixOS. При локальной разработке позволяет устанавливать зависимости, не засоряя глобальную систему, но и без неудобств контейнеров с монтированием, прокидыванием портов и долгой пересборке контейнера, когда добавил в apt-install в Dockerfile одну зависимость. С помощью Nix же можно собирать OCI-совместимые образы с теми же версиями зависимостей, что использовались при разработке. NixOS позволяет весь конфиг системы держать в контроле версий, что упрощает поддержку нескольких серверов и легко откатывать неудачные изменения. Но будьте готовы, что на многие привычные проблемы нужно будет искать Nix-специфичные решения т.к. Nix некоторые вещи делает "не как все".
От его синтаксиса может быть страшно, но Вы просто гуглите, что надо, вставляет в свой документ и забываете.
Недавно открыл для себя typst, там синтаксис намного проще понять и запомнить. Для курсачей/дипломов вряд ли получится его использовать т.к. шаблонов по ГОСТам для него не видел, но для конспектов самое то.
Основные "минусы" Tailwind можно подытожить как сложность переиспользования в разных контекстах. Появись эта библиотека, когда в моде были Bootstrap и JQuery, её бы никто в здравом уме даже использовать не стал, по той же причине, почему нормальные люди не использовали inline стили. Сейчас почти везде фреймворки с компонентами и авторы Tailwind отдают переиспользование стилей им на откуп. BEM описывает как переиспользовать стили, поэтому получается какое-то сравнений яблок с апельсинами. Интересно было бы увидеть пример проекта на React + Tailwind и React + BEM и посмотреть сравнение на нём
Программистам, которым это потом придётся поддерживать. Вы будете всё понимать т.к. сами это написали. Но чтобы объяснить другим, как здесь всё делается, придётся писать документацию и описывать, как решать стандартные задачи в вашем проекте. Не легче уж тогда выучить фреймворк чем учить костыли от ChatGPT специфичные для вашего проекта? Ведь фреймворк как раз предоставляет стандартный способ решения стандартных задач и вам остаётся писать только специфичные для вашего проекта вещи.
Я не уверен, что можно просто взять и добавить GC в раст. Его система владения ещё предотвращает ошибки связанные с потоками. Не хотелось бы отказываться от этого
Думаю вы про ReactOS
Вот что бывает, когда разработчики не замедляют свою систему со временем, чтобы продавать новое железо.
Да, причём в Linux это вознаграждается знаниями и системой, которая работает ровно так, как нужно пользователю.
Мне кажется в этом и сила Open Source сообщества — пользователи и разработчики разных проектов помогают друг другу: кодом, багрепортами, пожертвованиями и в итоге в выигрыше остаются все.
Очень повезло с друзьями. Когда начинал пользоваться линуксом, никто в окружении им не пользовался, приходилось много гуглить, читать вики и общаться на форумах. Сейчас с нейросетями стало намного проще всё, но мнение опытного пользователя всё ещё очень полезно — нейросеть может предложить решение, которое починит сиюминутную проблему, но вызовет другие проблемы в будущем, а опытный пользователь может знать, как вообще избежать этой проблемы.
Спасибо за уточнение. Криво прочитал фразу "The word Omakase means "I'll leave it up to you" or "chef's choice" in Japanese." - я сначала подумал, что это два перевода. А оказалось первое это перевод, а второе - скорее пример использования. Поправил на "полагаюсь на вас" (https://ru.wikipedia.org/wiki/Омакасэ).
Да, безусловно у Omarchy не первое такое сообщество. Добавил "ещё одного".
Ещё можно посмотреть в сторону Nix и его экосистемы: devenv, flakes, NixOS. При локальной разработке позволяет устанавливать зависимости, не засоряя глобальную систему, но и без неудобств контейнеров с монтированием, прокидыванием портов и долгой пересборке контейнера, когда добавил в apt-install в Dockerfile одну зависимость. С помощью Nix же можно собирать OCI-совместимые образы с теми же версиями зависимостей, что использовались при разработке. NixOS позволяет весь конфиг системы держать в контроле версий, что упрощает поддержку нескольких серверов и легко откатывать неудачные изменения. Но будьте готовы, что на многие привычные проблемы нужно будет искать Nix-специфичные решения т.к. Nix некоторые вещи делает "не как все".
В го нет наследования, так что вопрос дискуссионный.
Недавно открыл для себя typst, там синтаксис намного проще понять и запомнить. Для курсачей/дипломов вряд ли получится его использовать т.к. шаблонов по ГОСТам для него не видел, но для конспектов самое то.
Так и знал, что кто-то рефералку пришлёт)
Игра-кликер в телеграме, которая обещает потом раздать игрокам крипту наподобие Notcoin.
Телеграм не выдержал наплыва хомяков.
Основные "минусы" Tailwind можно подытожить как сложность переиспользования в разных контекстах. Появись эта библиотека, когда в моде были Bootstrap и JQuery, её бы никто в здравом уме даже использовать не стал, по той же причине, почему нормальные люди не использовали inline стили. Сейчас почти везде фреймворки с компонентами и авторы Tailwind отдают переиспользование стилей им на откуп. BEM описывает как переиспользовать стили, поэтому получается какое-то сравнений яблок с апельсинами. Интересно было бы увидеть пример проекта на React + Tailwind и React + BEM и посмотреть сравнение на нём
Ваши примеры показывают только, что он простой для простых задач. Было бы интересно посмотреть на enterprise проект в таком стиле.
Программистам, которым это потом придётся поддерживать. Вы будете всё понимать т.к. сами это написали. Но чтобы объяснить другим, как здесь всё делается, придётся писать документацию и описывать, как решать стандартные задачи в вашем проекте. Не легче уж тогда выучить фреймворк чем учить костыли от ChatGPT специфичные для вашего проекта? Ведь фреймворк как раз предоставляет стандартный способ решения стандартных задач и вам остаётся писать только специфичные для вашего проекта вещи.
Не сильно лучше чем на хаскеле, но иногда появляются в чате @fsharp_jobs
F# пробовали? Функциональный язык от мира .NET
Практика показывает, что блокчейны обычно используют Rust
Я не уверен, что можно просто взять и добавить GC в раст. Его система владения ещё предотвращает ошибки связанные с потоками. Не хотелось бы отказываться от этого
Бизнес логику должны писать бизнесмены ;)
Безусловно, грамотный специалист и на С поддерживаемый код напишет. Просто вопрос, что язык должен помогать, а не мешать решать поставленную задачу