Попробовав Go, я задал себе вопрос: "Зачем мне писать велосипеды, если их уже написали за меня, C#, javascript, Python, Ruby и т.д."? В итоге, с Go получается, что код, который непосредственно выполняет бизнес-задачи, теряется в остальном коде, что требуется написать из-за необходимости (без него никак), а для других языков уже есть готовые фреймворки и библиотеки. И зачем все это? Какой смысл, выгода? Зачем на это тратить время, силы?
На хабре доступность сейчас далека от приемлемой. Уж не знаю, на чьей стороне (хабра или авторов), но поголовно во всех статьях встречаются фотографии или изображения другого типа сохраненные в PNG. С нашим "великолепным" мобильным интернетом только и читать статьи на хабре, которые по 10-15 Мб "весят" из-за картинок.
Что вам (хабру и/или авторам) мешает сохранять фото в jpeg или webp, а схемы и графики в PNG, GIF или, лучше всего, SVG? Мне, например, статьи с графикой, на мобильном интернете, недоступны. Да и главная страница хабра тоже.
Тут возникает вопрос, зачем нужны камеры? Какая цель преследуется? Какую проблему решают камеры? Эта проблема действительно важна для непосредственной работы разработчиков?
Часто, используя, например, curl делаю запросы ко всяким сервисам. Запросы могут содержать пароли или какую-то другую секретную информацию. Есть ли возможность настроить фильтрацию команд в bash, zsh, чтобы http-заголовки или параметры строки запроса с определенными именами «затирались» в истории команд?
Crystal выглядит привлекательно, но скудная поддержка со стороны ide и редакторов кода портит всю картину. Если выбирать между этими двумя, то, без вариантов, go, в противном случае, есть и другие языки, даже C/C++ тут выглядит очень неплохо.
Обрадовался этому комментарию, подумав, что это приложение будет функциональней моего и можно будет со спокойной душой переключиться на него. Но оно, видимо, страдает теми же самыми болячками как и почти любой хобби-проект. Но, в любом случае, отлично, что появляются альтернативы, есть возможность почерпнуть интересные решения из кода.
Яндекс меняет API музыки почти никак (во всяком случае для десктопов). Свою библиотеку я начал писать примерно во время написания этого поста и вот за 5 лет не понадобилось ничего переделывать.
Тот или иной вид типизации никоим образом не спасает от написания плохого кода, что, скорей всего, и случилось с Вашим проектом. На языках с сильной статической типизацией тоже можно наговнякать всякого, и многие с этим успешно справляются.
Разверните, пожалуйста, свою мысль насчет пакетного менеджера и библиотек, иначе она пока выглядит как то, что не соответствует действительности.
По своему опыту могу сказать следующее:
Если взять, например, языки javascript, python, ruby, то тут как в других ОС: устанавливаешь интерпретатор и сопутствующий инструментарий (что в Windows не сложней, чем в Linux) и разницы в нахождении и установке библиотек нет (скорей всего, за редкими исключениями, которых я не знаю).
Для C/C++ есть vcpkg (который доступен и для других ОС). Пакетные менеджеры для Go, Rust так же работают как и в Linux.
История коммитов с вами не согласна.
Попробовав Go, я задал себе вопрос: "Зачем мне писать велосипеды, если их уже написали за меня, C#, javascript, Python, Ruby и т.д."? В итоге, с Go получается, что код, который непосредственно выполняет бизнес-задачи, теряется в остальном коде, что требуется написать из-за необходимости (без него никак), а для других языков уже есть готовые фреймворки и библиотеки. И зачем все это? Какой смысл, выгода? Зачем на это тратить время, силы?
На хабре доступность сейчас далека от приемлемой. Уж не знаю, на чьей стороне (хабра или авторов), но поголовно во всех статьях встречаются фотографии или изображения другого типа сохраненные в PNG. С нашим "великолепным" мобильным интернетом только и читать статьи на хабре, которые по 10-15 Мб "весят" из-за картинок.
Что вам (хабру и/или авторам) мешает сохранять фото в jpeg или webp, а схемы и графики в PNG, GIF или, лучше всего, SVG?
Мне, например, статьи с графикой, на мобильном интернете, недоступны. Да и главная страница хабра тоже.
А управлять подсветкой получилось на Linux?
Я очень долго ждал это приложение. В итоге не дождался и написал свое с блэкджеком и шлюхами.
Может быть так, что камеры нет.
Тут возникает вопрос, зачем нужны камеры? Какая цель преследуется? Какую проблему решают камеры? Эта проблема действительно важна для непосредственной работы разработчиков?
Часто, используя, например, curl делаю запросы ко всяким сервисам. Запросы могут содержать пароли или какую-то другую секретную информацию. Есть ли возможность настроить фильтрацию команд в bash, zsh, чтобы http-заголовки или параметры строки запроса с определенными именами «затирались» в истории команд?
Crystal выглядит привлекательно, но скудная поддержка со стороны ide и редакторов кода портит всю картину. Если выбирать между этими двумя, то, без вариантов, go, в противном случае, есть и другие языки, даже C/C++ тут выглядит очень неплохо.
А еще масло намаслить…
Почему это вдруг стало багом?
У меня стик контроллера PS3 великолепно дрифтит. Вам, видимо, повезло больше чем мне.
Так исторически сложилось в DBus. Авторы либы тут не при чем, они лишь придерживаются привил, которые были приняты в DBus.
Обрадовался этому комментарию, подумав, что это приложение будет функциональней моего и можно будет со спокойной душой переключиться на него. Но оно, видимо, страдает теми же самыми болячками как и почти любой хобби-проект. Но, в любом случае, отлично, что появляются альтернативы, есть возможность почерпнуть интересные решения из кода.
Яндекс меняет API музыки почти никак (во всяком случае для десктопов). Свою библиотеку я начал писать примерно во время написания этого поста и вот за 5 лет не понадобилось ничего переделывать.
Тот или иной вид типизации никоим образом не спасает от написания плохого кода, что, скорей всего, и случилось с Вашим проектом. На языках с сильной статической типизацией тоже можно наговнякать всякого, и многие с этим успешно справляются.
Скорей всего, добавили, чтобы позже прочитать статью.
Разверните, пожалуйста, свою мысль насчет пакетного менеджера и библиотек, иначе она пока выглядит как то, что не соответствует действительности.
По своему опыту могу сказать следующее:
Если взять, например, языки javascript, python, ruby, то тут как в других ОС: устанавливаешь интерпретатор и сопутствующий инструментарий (что в Windows не сложней, чем в Linux) и разницы в нахождении и установке библиотек нет (скорей всего, за редкими исключениями, которых я не знаю).
Для C/C++ есть vcpkg (который доступен и для других ОС). Пакетные менеджеры для Go, Rust так же работают как и в Linux.
Какова цель этой статьи? На какую аудиторию она рассчитана?
Я немного ошарашен краткостью, поэтому могу задавать глупые вопросы.
Их же тогда на техническом собеседовании должны срезать.
Ну, вы, блин, даете! Тут сарказмом несёт за версту. Не стоит так серьёзно реагировать.