Яндекс меняет API музыки почти никак (во всяком случае для десктопов). Свою библиотеку я начал писать примерно во время написания этого поста и вот за 5 лет не понадобилось ничего переделывать.
Тот или иной вид типизации никоим образом не спасает от написания плохого кода, что, скорей всего, и случилось с Вашим проектом. На языках с сильной статической типизацией тоже можно наговнякать всякого, и многие с этим успешно справляются.
Разверните, пожалуйста, свою мысль насчет пакетного менеджера и библиотек, иначе она пока выглядит как то, что не соответствует действительности.
По своему опыту могу сказать следующее:
Если взять, например, языки javascript, python, ruby, то тут как в других ОС: устанавливаешь интерпретатор и сопутствующий инструментарий (что в Windows не сложней, чем в Linux) и разницы в нахождении и установке библиотек нет (скорей всего, за редкими исключениями, которых я не знаю).
Для C/C++ есть vcpkg (который доступен и для других ОС). Пакетные менеджеры для Go, Rust так же работают как и в Linux.
Какие сейчас есть актуальные инструменты сборки для Windows/Linux с хорошей документацией? Есть ли редакторы (плагины к ним) и/или IDE с подсветкой синтаксиса, навигацией по коду и т.п.?
У меня, после апдейта, когда закрываешь и потом открываешь ide, перестает работать навигация по коду: все модули, классы, методы, константы и т.п. становятся неизвестными для ide. Лечится инвалидацией кешей и индексов. Так что плевать как выглядит новый сплеш.
Пробовал запускать Nioh 2 на связке wine + dxvk, без каких-либо дополнительных твиков. Производительность, на глаз, такая же или очень близкая к той, что на windows 10. Но вылезла одна неприятная вещь: инпут-лаг, задержка заметно больше чем в windows. В такой игре это критично.
Скорей всего, других играх все по-своему.
Мне интересно, когда переписывали проект, разрабатываемый джавистами, Вы делали только бекенд и привлекали фронтенд-разработчиков или все было сделано своими силами?
Ruby хорош в вебе, потому что есть рельсы (и не только они). Еще встречал его использвоание в написании всяких инструментов для MacOS.
Думаю, что для «тяжелых» вычислений Ruby, как и любой другой скриптовый язык, не подходит. Хотя, стоит посмотреть, что изменилось в 3-й версии языка. Возможно, производительность серьезно подросла.
Ну, не будте так строги :)
Если софт делает то, что от него требуется — это уже отлично, а со временем, можно и код будет причесать. Для успокоения, к примеру, гляньте исходники десктопного Telegram.
Представляю, что бы могло начаться, если б можно было просмотреть списки минусовавших и плюсовавших.
Хотя, может быть, таким образом, уменьшилось бы количество минусов у коментариев, не нарушающих правила хабра, но противоположных, по содержанию, мнению минусующих.
Яндекс меняет API музыки почти никак (во всяком случае для десктопов). Свою библиотеку я начал писать примерно во время написания этого поста и вот за 5 лет не понадобилось ничего переделывать.
Тот или иной вид типизации никоим образом не спасает от написания плохого кода, что, скорей всего, и случилось с Вашим проектом. На языках с сильной статической типизацией тоже можно наговнякать всякого, и многие с этим успешно справляются.
Скорей всего, добавили, чтобы позже прочитать статью.
Разверните, пожалуйста, свою мысль насчет пакетного менеджера и библиотек, иначе она пока выглядит как то, что не соответствует действительности.
По своему опыту могу сказать следующее:
Если взять, например, языки javascript, python, ruby, то тут как в других ОС: устанавливаешь интерпретатор и сопутствующий инструментарий (что в Windows не сложней, чем в Linux) и разницы в нахождении и установке библиотек нет (скорей всего, за редкими исключениями, которых я не знаю).
Для C/C++ есть vcpkg (который доступен и для других ОС). Пакетные менеджеры для Go, Rust так же работают как и в Linux.
Какова цель этой статьи? На какую аудиторию она рассчитана?
Я немного ошарашен краткостью, поэтому могу задавать глупые вопросы.
Их же тогда на техническом собеседовании должны срезать.
Ну, вы, блин, даете! Тут сарказмом несёт за версту. Не стоит так серьёзно реагировать.
Интересно, как так получилось? Неужели эти пацаны такие великолепные вруны на собеседованиях? Или все дело в незнании "нужных" тухнологий?
Я не фанатик бленлера, но мне интересно посмотреть на примеры «мясорубки», возникшей из-за самого софта, а не из-за неопытности пользователя.
У меня, после апдейта, когда закрываешь и потом открываешь ide, перестает работать навигация по коду: все модули, классы, методы, константы и т.п. становятся неизвестными для ide. Лечится инвалидацией кешей и индексов. Так что плевать как выглядит новый сплеш.
Скорей всего, других играх все по-своему.
Думаю, что для «тяжелых» вычислений Ruby, как и любой другой скриптовый язык, не подходит. Хотя, стоит посмотреть, что изменилось в 3-й версии языка. Возможно, производительность серьезно подросла.
Если софт делает то, что от него требуется — это уже отлично, а со временем, можно и код будет причесать. Для успокоения, к примеру, гляньте исходники десктопного Telegram.
Хотя, может быть, таким образом, уменьшилось бы количество минусов у коментариев, не нарушающих правила хабра, но противоположных, по содержанию, мнению минусующих.