Не понимаю вашей критики. На мой взгляд, это же наоборот круто, когда публично признают свои ошибки и работают над исправлениями. Вдвойне приятно когда это крупный игрок в своей нише (я не уверен, но видимо оно так и есть)
Хочу сказать, что не оправдываю хранение паролей в открытом виде, но хотелось бы иметь позитивную мотивационную культуру в российском айти сообществе ради исправления подобных промахов в архитектуре, — и, как мне это видится, нужно хвалить за исправления, а не ругать за ошибки.
Я не майнер, но, увы, приходится за ситуацией невольно следить из-за интереса к компьютерному железу и сколько-то разбираться в текущем рынке и его причинах.
...
Впрочем, даже если для таких людей по Вашему, представляющему всё комьюнити, мнению места нет, то у меня есть чем Вас обрадовать — я на хабре за редким исключением ридонли.
Кажется, что не всё добавили. Оговорюсь, что осуждаю далее написанное.
Лично я зашел в статью узнать, какой прирост в майнинге, ждать ли ещё большего дефицита чипов и подорожания, получилось ли увеличить доходность.
Так что краткий TL;DR: Нет, пока что карта нестабильна, если и майнит, то до ~58mh в разгоне, притом что форумные майнеры свои 3070 насилуют вплоть до 63-64.
Да, возможно 300Мб много, но я уверен, что имеется (или можно было бы сформировать) в гугле статистика о том, какие шрифты у него выкачивают чаще всего. А там уж небось по Парето получится, что 20% шрифтов это 80% трафика. И вот эти самые 20% было бы сохранить во всех ОС вообще очень даже круто.
Очень интересно как именно Вы деплоите docker-compose.yml файлы и запускаете в дальнейшем. Как именно автоматизировали? Есть ли где-то CI/CD? Пробовали ли для этого k8s, swarm, может быть через Ansible у вас это устроено или ещё как-то.
Какой реверс прокси и как обновляются SSL сертификаты, как этим всем добром управляете?
Собираете-смотрите ли логи?
Мониторинг, быть может?
Очень было бы круто увидеть продолжение, короче говоря. Спасибо большое за статью и что поделились вашими рецептами тоже отдельно. Буду рад почерпнуть ещё в комментариях от сообщества какие-то интересные self-hosted решения, о которых ранее не знал.
От себя отмечу, что инвестирование в фонды на S&P500 в РФ всё же пока чуть-чуть менее прибыльное из-за комиссий мероприятие, если нет доступа к зарубежным ETF.
И заранее спасибо за вашу будущую статью про отбирание акций, надеюсь там же раскроете методику и, быть может, поделитесь своим риск-профилем, составом портфеля и какими-нибудь советами.
Может быть молодой человек не оканчивал вуз и сразу после школы пошёл работать, условно, 24-18 = 6 лет опыта без малого, можно и лычку сеньора получить, особенно если опыт набирался не в шаражкиных конторах и все нужные скиллы с талантом на месте.
Жаль, хорошо было бы по возможность разбить на несколько методов. И тогда контекст из, например, 5-ти строчек воспринимался бы лучше.
в ruby не принять называть функции например get_a / set_a.
Наверняка есть исключения, но, надеюсь, нигде не приняты такие названия функций. Имеется в виду, get/set_%одна-буква%.
1. Если бы style check всегда настаивал на том, что вызов функции должен быть со скобочками ( a() )
И я продолжу настаивать на том, что это вопрос подсветки редактора кода + некоей привычки.
2. style check не должен ругаться на return. Явный return показывает, что функция возвращает что-то осмысленное, и надо следить за результатом. Иначе можно сломать ее вставив новый код в конец (да даже просто добавив логгинг). Чтобы понять, что у функции есть значимое возвращаемое значение, нужно искать все места, где она используется.
Поправьте если не прав, это вы про случай, когда явный return можно опустить, так как больше функция не может отдавать ничего в принципе? Или линтер ругается на что-то другое?
3. Это у же больше просто к физической читаемости, чем к семантической: почему a.positive? считается согласно чекеру лучше, чем a > 0? Может у меня слишком много классов образования, но мне это кажется просто неадекватным.
safe navigation можно использовать с таким подходом, как вариант, но если вам прямо-таки не нравится этот линтер, — ничего же не мешает отрубить его в rubocop.yml.
Простите, ваш изначальный тезис был про то, что rubocop/best practices делает ситуацию хуже. Я, возможно, вас неправильно понял. Наоборот, мне воспринялось, что вы говорите про то, что отсылки из style guide плохи.
Но на практике, во время реальной разработки, вы, скорее всего, пользуетесь каким угодно редактором с подсветкой синтаксиса. И вот эта самая подсветка обычно работает отлично, решая запрашиваемую проблему тем, что по умолчанию красит вызов функции и вывод содержимого переменной в разные цвета.
Спойлер
А ещё, скорее всего, функции с таким однобуквенным названием вам не встретится.
А best practices (rubocop) еще и усугубляет дело вместо того, чтобы исправлять.
Не хочу быть адвокатом дьявола, но фраза «мы потом будем ее продавать» означала, что стартап найдёт покупателей, займется продажами-продвижением и всем прочим. Да, следует здесь же делать пометочку, что мы живем не в идеальном мире, но надеюсь понятно донёс свою мысль.
Бывают такие тотализаторы, когда вы знаете, сколько получите в случае выигрыша, а бывают такие, где лишь предполагаете (последующие ставочники могут сделать ваш потенциальный выигрыш выше при ставке на противоположный исход, а могут уменьшить, если ставят на ваш исход).
При упоминании букмекеров обычно речь идёт о первом виде, а вы думаете про второй.
Не понимаю этой магической константы (80мс), которая была взята из «Scientific American» (из потолка?).
События, которые заканчиваются быстрее чем за 80 миллисекунд, проходят незамеченными для сознания
Киберспортсменам это скажите, особенно которые в файтингах соревнуются. Для них очень отличаются условные «меньше 50мс» и «больше 50мс» в различных latency. Или что, из каждого правила есть исключения? Все люди разные?..
Хочу сказать, что не оправдываю хранение паролей в открытом виде, но хотелось бы иметь позитивную мотивационную культуру в российском айти сообществе ради исправления подобных промахов в архитектуре, — и, как мне это видится, нужно хвалить за исправления, а не ругать за ошибки.
Лично я зашел в статью узнать, какой прирост в майнинге, ждать ли ещё большего дефицита чипов и подорожания, получилось ли увеличить доходность.
Так что краткий TL;DR: Нет, пока что карта нестабильна, если и майнит, то до ~58mh в разгоне, притом что форумные майнеры свои 3070 насилуют вплоть до 63-64.
Какой реверс прокси и как обновляются SSL сертификаты, как этим всем добром управляете?
Собираете-смотрите ли логи?
Мониторинг, быть может?
Очень было бы круто увидеть продолжение, короче говоря. Спасибо большое за статью и что поделились вашими рецептами тоже отдельно. Буду рад почерпнуть ещё в комментариях от сообщества какие-то интересные self-hosted решения, о которых ранее не знал.
От себя отмечу, что инвестирование в фонды на S&P500 в РФ всё же пока чуть-чуть менее прибыльное из-за комиссий мероприятие, если нет доступа к зарубежным ETF.
И заранее спасибо за вашу будущую статью про отбирание акций, надеюсь там же раскроете методику и, быть может, поделитесь своим риск-профилем, составом портфеля и какими-нибудь советами.
Поддерживать такое тяжело. Даже автору через определенное время.
В WIP ветке — пожалуй, ничего плохого, разве что CI красный.
Жаль, хорошо было бы по возможность разбить на несколько методов. И тогда контекст из, например, 5-ти строчек воспринимался бы лучше.
Наверняка есть исключения, но, надеюсь, нигде не приняты такие названия функций. Имеется в виду, get/set_%одна-буква%.
И я продолжу настаивать на том, что это вопрос подсветки редактора кода + некоей привычки.
Поправьте если не прав, это вы про случай, когда явный return можно опустить, так как больше функция не может отдавать ничего в принципе? Или линтер ругается на что-то другое?
safe navigation можно использовать с таким подходом, как вариант, но если вам прямо-таки не нравится этот линтер, — ничего же не мешает отрубить его в rubocop.yml.
Простите, ваш изначальный тезис был про то, что rubocop/best practices делает ситуацию хуже. Я, возможно, вас неправильно понял. Наоборот, мне воспринялось, что вы говорите про то, что отсылки из style guide плохи.
Но на практике, во время реальной разработки, вы, скорее всего, пользуетесь каким угодно редактором с подсветкой синтаксиса. И вот эта самая подсветка обычно работает отлично, решая запрашиваемую проблему тем, что по умолчанию красит вызов функции и вывод содержимого переменной в разные цвета.
Могли бы вы привести пару-тройку примеров?
Насчет съемки — да, наверное лучше, хотя опять же, это тоже не только про аппаратную часть и вообще сплошная субъективщина здесь.
Извините, я не хотел начинать спор или что-либо ещё, просто изначальный тезис был всё же про hardware.
Бывают такие тотализаторы, когда вы знаете, сколько получите в случае выигрыша, а бывают такие, где лишь предполагаете (последующие ставочники могут сделать ваш потенциальный выигрыш выше при ставке на противоположный исход, а могут уменьшить, если ставят на ваш исход).
При упоминании букмекеров обычно речь идёт о первом виде, а вы думаете про второй.
Киберспортсменам это скажите, особенно которые в файтингах соревнуются. Для них очень отличаются условные «меньше 50мс» и «больше 50мс» в различных latency. Или что, из каждого правила есть исключения? Все люди разные?..