К счастью, уже много лет не смотрю его, но могу представить, т.к. еще из прошлого, помню, как оно было.
Но с ТВ хотя бы проще - можно пойти смотреть в интернете или скачать нужный контент. А вот как избавиться от захламления рекламой на улицы, не понятно, т.к. те кто это мог бы исправить не заинтересованы в этом.
Так а разница? Исходя из статьи, все что меняется, так это дефолтное поведение, с того, что сейчас "всегда спрашивать", на "папка по умолчанию", т.е при первом использовании заходим в конфиги, меняем галочку и все.
Или я не так понимаю, все описанное? Никто ж не удаляет фичу по выбору папки.
Чат появился сначала под конференцию, в нем много людей и дружелюбная атмосфера. Ну и по сути это чат Ruby сообщества Санкт-Петербурга, хотя там куча людей из других городов, да и стран тоже.
Они же часто проводят митапы и раз в год конференцию.
А кто-нибудь сталкивался с тем, что после появления этой проблемы, на некоторых сайтах постоянно разлогинивать стало? Почти сразу после авторизации вылогинивает
Т.к. сам много тестов пишу на Ruby с использованием Selenium, то, думаю стоит в статье дополнить:
Пример использования хрома, т.к. чаще его используют в тестах, а не firefox
Примеры, настройки режимов работы браузера (headless, размер экрана, таймауты)
Так же, раз в данной статье только начало - запуск браузера и навигация, думаю, стоит так же указать, как, проверить, что текущий урл, именно тот, куда мы хотели зайти. Как по мне, это важно.
Вот как раз настройки, то, с чем чаще всего приходится сталкиваться, в самом начале и гуглить часто бывает проблемно из-за разных версий WebDrivers и в целом, частных случаев настроек.
Кстати, что еще можно сказать, что этот же механизм, можно идеально использовать для парсинга сайтов, я так для AliExpress бота делал.
PS: если нужно, могу показать примеры, как я настраивал в тестах и для краулеров :)
Считаю, что блокировка со стороны GitHub - это беспредел и повод задуматься о целесообразности использования данного сервиса в будущем.
Этот звоночек уже давно звенит, особенно после блокировок в 2019 году. Лично мое отношение к ним сильно ухудшилось и не хочу больше использовать их в своей работе или личных проектах.
А оно надо? Для микросервисов-то? Я понимаю, для чего это делать в монолите, без этого ад и израль. Но микросервис. Написал и выкинул. Иначе получится не микросервис.
Я не поклонник микросервисов, так что опытом подкрепить не могу, но как по мне, любую часть проекта надо проектировать нормально, нет ничего более постоянного, чем временное, лучше один раз сделать хорошо (не сильно больше времени требует), чем потом страдать на поддержке, когда автор уже уволился\забыл что и как, а бизнес требует расширения логики.
Как говорится, юниттесты показывают как хорошо работают ваши моки. Интеграционные чаще полезнее в конечном итоге.
Не соглашусь, как раз таки интеграционные показывают больше работу моков, чем юниты, в юнит тестах можно и нужно покрыть как можно больше сценариев работы этого класса. Потом взять модульные тесты и прогнать бизнес логику через них (основные критически важные), а вот интеграционных нужно всего пара штук, для понимания, что система в целом работает контракт выполняется (в режиме черного ящика).
Ну вот в Питоне так делают, в Го тоже. Как писали выше, особого смысле нет файлы плодить. Историческое наследие джавы.
Делать то это можно много где, не скажу на счет джавы, не работал с ней, но в PHP \ Ruby тоже встречаются, когда такое пытаются делать, но это из разряда плохих подходов. Не вижу ничего плохого в кол-ве файлов, если их слишком много - вероятно, что скорее с кодом, что-то не так. На мой взгляд в разы удобнее, когда каждый класс выделен в отдельный файл. Как и с тестами для них же - 1 файл на класс, 1 тест на этот класс.
Мой поинт в том, что концепции меняются, а методы работы - нет. И никто не задумывается, почему методы были придуманы такими.
С этим соглашусь, но как раз в том, что мало кто задумывается о причинах возникновения кроется вся суть.
Думаю, что подход актуален только в определенных языках и логике, в Go\Rust это по плану является нормальным, т.к. сами по себе языки задуманы именно так, но для предположительно языка из статьи, там явно не этот случай.
Вероятно там что-то вроде PHP\C#\Ruby и для этих языков закидывать классы в один файл, плохой подход. Иначе имеем индусский код, когда в одном файле у нас смешана логика из разных уровней приложения
Как по мне, хранить несколько классов в 1 файле - дичь, особенно в языках, где это не свойственно. Когда смотришь код по файлам пооекта ожидаешь где и что лежит, а тут опана, в контроллере еще какие-то классы лежат.
Ну прям не уверен, что даже в данном примере, классы меняются одновременно.
Сложно воспринимать описанное как сферического коня в вакууме (без контекста реальной системы и того, что она решает), но многое выглядит из серии плохих советов, особенно, что нарисованы абстрактные картинки, где нет понимания ни логики ни качества сделанных интерфейсов\абстракций.
Абстракции, интерфейсы и слои часто позволяют построить надежную и легкорасширяемую систему, но для этого нужно иметь соответствующие навыки, в противном случае, можно получить низкокачественный код и при этом винить подход, а не руки тех, кто это делал.
При чтении того, чтобы складывать код нескольких классов в одни файлы, меня покоребило... не знаю на каком языке вы программируете, но это не нормально. Собственно про юнит тесты, вызывало аналогичные эмоции - не все могут в написание тестов и понимание зачем.
Итого, возникло ощущение, что оптимизации были по сути от не понимания\умения использовать абстракции\паттерны\тесты, где по сути - ой да зачем нам это все надо, соберем все в 1 файл и поехало, работает - не трогай.
У меня был другой прикол, когда мой аккаунт на авито увели, изменили абсолютно всю инфу, даже прикрепленный номер телефона и почту, мне никаких уведомлений не прислали, а потом на этом профиле начали всекие объявы публиковать и писать другим юзерам. Психанул, вернул акк, и через саппорт удалил его.
Смерть руби пророчат уже лет 10, и ничего, живее всех живых. Проектов хватает, как новых, так и старых. Часто получаю вакансии на различные стартапы на рубях, как в РФ, так и с Европы\США.
Для джунов рост идет, потому что джунов именно мало, а их нужно привлекать.
В RoR большая нехватка кадров, язык простой, на нем огромное число проектов, чаще всего legacy, на мидлов и сеньеров постоянная охота у HR идет (в неделю, а иногда и за день, бывает падает 5-8 вакансий), а с джунами проблема - их категорически мало, есть компании которые растят под себя, но не все, а многие начинающие разработчики идут на что-то более модное-молодежное, типо JS \ мобильной разработки.
Мы себе в команду достаточно долго джунов собеседовали.
Как по мне, бюджетное обучение в вузе и стажировка это разные вещи.
Так что требовать от стажера денег, это надо быть еще тем господином.
А на сколько это юридически законно, заключение таких пунктов? Не идет ли это в разряд "запрета работать у конкурентов" ?
Если кому-то будет полезно, то проблема решилась 14 января, когда FF выпустили апдейт 96.0.1
Проблема возникала при использовании Redmine, возможно у каких-то еще сайтов подобное может проихсодить.
К счастью, уже много лет не смотрю его, но могу представить, т.к. еще из прошлого, помню, как оно было.
Но с ТВ хотя бы проще - можно пойти смотреть в интернете или скачать нужный контент. А вот как избавиться от захламления рекламой на улицы, не понятно, т.к. те кто это мог бы исправить не заинтересованы в этом.
Если б только интернет, иногда идешь по городу и везде все завалено спамом - обклеены заборы, разбросаны листовки. Эту войну мы тоже проиграли.
Так а разница? Исходя из статьи, все что меняется, так это дефолтное поведение, с того, что сейчас "всегда спрашивать", на "папка по умолчанию", т.е при первом использовании заходим в конфиги, меняем галочку и все.
Или я не так понимаю, все описанное? Никто ж не удаляет фичу по выбору папки.
Еще можно добавить канал в ТГ - https://t.me/saintprug Saint P Ruby Community
Чат появился сначала под конференцию, в нем много людей и дружелюбная атмосфера. Ну и по сути это чат Ruby сообщества Санкт-Петербурга, хотя там куча людей из других городов, да и стран тоже.
Они же часто проводят митапы и раз в год конференцию.
А кто-нибудь сталкивался с тем, что после появления этой проблемы, на некоторых сайтах постоянно разлогинивать стало? Почти сразу после авторизации вылогинивает
Т.к. сам много тестов пишу на Ruby с использованием Selenium, то, думаю стоит в статье дополнить:
Пример использования хрома, т.к. чаще его используют в тестах, а не firefox
Примеры, настройки режимов работы браузера (headless, размер экрана, таймауты)
Так же, раз в данной статье только начало - запуск браузера и навигация, думаю, стоит так же указать, как, проверить, что текущий урл, именно тот, куда мы хотели зайти. Как по мне, это важно.
Вот как раз настройки, то, с чем чаще всего приходится сталкиваться, в самом начале и гуглить часто бывает проблемно из-за разных версий WebDrivers и в целом, частных случаев настроек.
Кстати, что еще можно сказать, что этот же механизм, можно идеально использовать для парсинга сайтов, я так для AliExpress бота делал.
PS: если нужно, могу показать примеры, как я настраивал в тестах и для краулеров :)
Этот звоночек уже давно звенит, особенно после блокировок в 2019 году. Лично мое отношение к ним сильно ухудшилось и не хочу больше использовать их в своей работе или личных проектах.
Я не поклонник микросервисов, так что опытом подкрепить не могу, но как по мне, любую часть проекта надо проектировать нормально, нет ничего более постоянного, чем временное, лучше один раз сделать хорошо (не сильно больше времени требует), чем потом страдать на поддержке, когда автор уже уволился\забыл что и как, а бизнес требует расширения логики.
Не соглашусь, как раз таки интеграционные показывают больше работу моков, чем юниты, в юнит тестах можно и нужно покрыть как можно больше сценариев работы этого класса. Потом взять модульные тесты и прогнать бизнес логику через них (основные критически важные), а вот интеграционных нужно всего пара штук, для понимания, что система в целом работает контракт выполняется (в режиме черного ящика).
Делать то это можно много где, не скажу на счет джавы, не работал с ней, но в PHP \ Ruby тоже встречаются, когда такое пытаются делать, но это из разряда плохих подходов. Не вижу ничего плохого в кол-ве файлов, если их слишком много - вероятно, что скорее с кодом, что-то не так. На мой взгляд в разы удобнее, когда каждый класс выделен в отдельный файл. Как и с тестами для них же - 1 файл на класс, 1 тест на этот класс.
С этим соглашусь, но как раз в том, что мало кто задумывается о причинах возникновения кроется вся суть.
Думаю, что подход актуален только в определенных языках и логике, в Go\Rust это по плану является нормальным, т.к. сами по себе языки задуманы именно так, но для предположительно языка из статьи, там явно не этот случай.
Вероятно там что-то вроде PHP\C#\Ruby и для этих языков закидывать классы в один файл, плохой подход. Иначе имеем индусский код, когда в одном файле у нас смешана логика из разных уровней приложения
Как по мне, хранить несколько классов в 1 файле - дичь, особенно в языках, где это не свойственно. Когда смотришь код по файлам пооекта ожидаешь где и что лежит, а тут опана, в контроллере еще какие-то классы лежат.
Ну прям не уверен, что даже в данном примере, классы меняются одновременно.
Сложно воспринимать описанное как сферического коня в вакууме (без контекста реальной системы и того, что она решает), но многое выглядит из серии плохих советов, особенно, что нарисованы абстрактные картинки, где нет понимания ни логики ни качества сделанных интерфейсов\абстракций.
Абстракции, интерфейсы и слои часто позволяют построить надежную и легкорасширяемую систему, но для этого нужно иметь соответствующие навыки, в противном случае, можно получить низкокачественный код и при этом винить подход, а не руки тех, кто это делал.
При чтении того, чтобы складывать код нескольких классов в одни файлы, меня покоребило... не знаю на каком языке вы программируете, но это не нормально. Собственно про юнит тесты, вызывало аналогичные эмоции - не все могут в написание тестов и понимание зачем.
Итого, возникло ощущение, что оптимизации были по сути от не понимания\умения использовать абстракции\паттерны\тесты, где по сути - ой да зачем нам это все надо, соберем все в 1 файл и поехало, работает - не трогай.
Ох уж эти флешбеки про Xsolla, я уж ждал где-то пометки, что это у них ребрендинг был под новое название
Нет, дело не в этом, а то, что тонна рекламы, все в баннерах, да еще и вырвиглазное, с анимацией, иногда вообще со звуком.
У меня был другой прикол, когда мой аккаунт на авито увели, изменили абсолютно всю инфу, даже прикрепленный номер телефона и почту, мне никаких уведомлений не прислали, а потом на этом профиле начали всекие объявы публиковать и писать другим юзерам. Психанул, вернул акк, и через саппорт удалил его.
Смерть руби пророчат уже лет 10, и ничего, живее всех живых. Проектов хватает, как новых, так и старых. Часто получаю вакансии на различные стартапы на рубях, как в РФ, так и с Европы\США.
Для джунов рост идет, потому что джунов именно мало, а их нужно привлекать.
В RoR большая нехватка кадров, язык простой, на нем огромное число проектов, чаще всего legacy, на мидлов и сеньеров постоянная охота у HR идет (в неделю, а иногда и за день, бывает падает 5-8 вакансий), а с джунами проблема - их категорически мало, есть компании которые растят под себя, но не все, а многие начинающие разработчики идут на что-то более модное-молодежное, типо JS \ мобильной разработки.
Мы себе в команду достаточно долго джунов собеседовали.
"ruby мертв" - это наш мем уже лет 10 как :)