Вы сейчас серьезно написали о производительности??? Никоим образом не являюсь фанатом go, но он значительно (десятки раз) быстрее python в веб в том числе. И немного быстрее nodejs, сильно обгоняя последний по показателю memory footprint. При всех недостатках и болячках go, в своей нише он очень хорош.
Про json тоже непонятно… Вам мало скорости годного сериализатора? Используйте кастомные библиотеки, и будем вам ультраскорость (https://github.com/goccy/go-json)
Написанное выше основано на моём скромном опыте написания сервисов, прокачивающих терабайты json в месяц. Был вынужден мигрировать на go. Никакие извращения с fastapi и orjson не позволяют из питона выжать больше go и близко. Я уже молчу о том, что будет, если использовать так называемый быстрый fastapi as is, строго следуя документации.
Ещё раз повторюсь - не фанатик golang, и для меня python всё ещё очень приятный язык. Но и у него есть своя ниша и проблемы проектирования (самого языка), которые решают до сих пор.
По теме статьи, извините, но это не причины для перевода команды с го на питон, а весьма странные, кхм, рассуждения… Спорить с автором статьи лень. Извините, если кого-то обидел.
Активно использую и WSL2 и линукс на голом железе для разработки (python, docker, ml библиотеки, postgres, mongo...) - проблем не наблюдаю. Да, есть некоторые ограничения и своя специфика. Было много косяков, сейчас ситуация намного лучше, стало удобоваримо. Да, systemd не завезли, тут только виртуалка спасёт. Но многим ли разработчикам он нужен?
Скрин с оф. сайта утилиты. У меня связка zsh+zsh-syntax-highlighting+zsh-autosuggestions+zsh-completions. Для lsd требуются шрифты с глифами (nerd font, font awesome в помощь). А вообще конкретно lsd пофигу, где работать :)
P.S.: Свой скрин могу позже скинуть, сейчас не за компом.
Есть ещё замечательная lsd. Тоже написана на Rust. Сравнительный анализ c exa я не проводил, но лично мне хватает возможностей, +можно кастомизировать через конфиг.
Спасибо за ролик про IT в Чите, прям до слез :))))
Извините, граждане-жители Читы, но это реально смешно, такая ситуация встречается сплошь, и рядом во многих городах, как мне кажется, даже столицы сия чаша не миновала, так что вместо Читы можно любой другой город РФ, да и СНГ подставить…
Кстати вот да, недавно как раз читал эту статью в оригинале, а тут перевод! Спасибо, материал весьма дискуссионный. Не удержусь и оставлю коммент под оригинальной статьей:
Lombok sucks a butt. Kotlin data classes are way better and don’t require a ghetto compiler extension.
А разве не Java там в списках лидеров, обгоняя C++? Ясно, что не по памяти, но всё же.
Ох, в интернете опять кто-то не прав)
Вы сейчас серьезно написали о производительности??? Никоим образом не являюсь фанатом go, но он значительно (десятки раз) быстрее python в веб в том числе. И немного быстрее nodejs, сильно обгоняя последний по показателю memory footprint. При всех недостатках и болячках go, в своей нише он очень хорош.
Про json тоже непонятно… Вам мало скорости годного сериализатора? Используйте кастомные библиотеки, и будем вам ультраскорость (https://github.com/goccy/go-json)
Написанное выше основано на моём скромном опыте написания сервисов, прокачивающих терабайты json в месяц. Был вынужден мигрировать на go. Никакие извращения с fastapi и orjson не позволяют из питона выжать больше go и близко. Я уже молчу о том, что будет, если использовать так называемый быстрый fastapi as is, строго следуя документации.
Ещё раз повторюсь - не фанатик golang, и для меня python всё ещё очень приятный язык. Но и у него есть своя ниша и проблемы проектирования (самого языка), которые решают до сих пор.
По теме статьи, извините, но это не причины для перевода команды с го на питон, а весьма странные, кхм, рассуждения… Спорить с автором статьи лень. Извините, если кого-то обидел.
Хорошая статья для новичков. Жду вторую часть!
Всё это конечно замечательно, но при чём здесь книга по C#?
Активно использую и WSL2 и линукс на голом железе для разработки (python, docker, ml библиотеки, postgres, mongo...) - проблем не наблюдаю. Да, есть некоторые ограничения и своя специфика. Было много косяков, сейчас ситуация намного лучше, стало удобоваримо. Да, systemd не завезли, тут только виртуалка спасёт. Но многим ли разработчикам он нужен?
А как же nvm, rbenv, pyenv и прочие? Очень даже долговременные решения. Чистый шелл, как он есть (местами с костылями =)
Статья - хорошее подспорье для новичков, что, впрочем, не умаляет её ценности.
P.S.: Свой скрин могу позже скинуть, сейчас не за компом.
Извините, граждане-жители Читы, но это реально смешно, такая ситуация встречается сплошь, и рядом во многих городах, как мне кажется, даже столицы сия чаша не миновала, так что вместо Читы можно любой другой город РФ, да и СНГ подставить…
Lombok sucks a butt. Kotlin data classes are way better and don’t require a ghetto compiler extension.