Вероятность уничтожения может быть не 100%, но приближаться к ней. Потому что с развитием цивилизации появляется все больше возможных способов уничтожения. И достаточно, чтобы хотя бы один из них сыграл, чтобы остальное уже не имело значения.
Если допустить, что за какой-то период времени изобретут 100 способов тотального уничтожения, и каждый из них сыграет с вероятностью всего 10%, то вероятность выживания — всего 0,002% (0,9 в 100-й степени).
эта «симка» должна продолжить работу, даже будучи в России, а значит, владелец будет за неё платить
Так-то да, но очень часто это стоит копейки в буквальном смысле.
Например, у Билайн Казахстан есть услуга "симка в сейфе" — платишь 1 тенге в месяц (около 20 копеек) и оператор гарантирует, что симку не заблокируют и что она будет работать, в том числе в роуминге. Как раз то, что нужно для приема СМС.
Если вы пишете про регрессию - вероятно, у вас она делается вручную и это по логичным причинам занимает много времени?
У нас вся основная бизнес-логика покрыта end-to-end тестами (их несколько тысяч) и поэтому проверять требуется только новый функционал, на который тесты еще не успели написать. И такого подхода придерживается все больше компаний.
Где-то 70% работы тестировщика - проверка задач, которые сделали разработчики (перед ежедневным релизом). За день 2-3 задачи проверяются. Остальные 30% работы - написание и правка UI-тестов.
Разработчик в среднем за неделю делается 2-3 задачи. Соответственно, команда делает порядка 10-15 задачек за неделю, что как раз примерно соответствует «производительности» тестировщика.
При этом на проекте непрерывный релизный цикл, поэтому нагрузка относительно равномерная от недели к неделе.
Вопрос, почему у кого-то в проекте на 1 разработчика 2 тестировщика? Разработчик больше задач за неделю делает или тестировщик меньше может протестировать?
Есть бесплатный (до определенного предела) perplexity.ai, им даже можно пользоваться без регистрации. Основное удобство — приводит ссылки на источники, которые можно самому дальше изучать. Довольно полезная замена гуглу во многих ситуациях.
Сильно сложнее устроиться (с РФ бекграундом как минимум), пару дней назад в топе была статья про трудоустройство в Канаде и сотни комментариев под ней, почитайте.
Но там разве говорилось про среднюю? Вполне вероятно, что у них в РФ минимум senior или lead позиция, где цифры такого порядка, как вы описали, не редкость (хотя это верхние перцентили).
А на американском рынке без опыта работы с AWS, Google Cloud, хорошего английского и т. д. сложно будет сразу претендовать на те самые верхние перцентили.
В Алматы, например, уровень загрязнения воздуха сильно зависит от ветра и может меняться в течение дня. Если штиль — то смог очень быстро накапливается, если появляется хотя бы легкий ветерок — цифры AQI заметно идут вниз, да и по ощущениям становится легче.
По поводу магазина — все же пойти в магазин у дома на 10 минут или гулять час — это совсем разное воздействие плохого воздуха на организм.
Да, в городах с проблемами с AQI универсальная рекомендация такая, по возможности не выходить надолго на улицу. В квартире либо очистителем воздуха пользоваться, либо проветривать в то время суток, когда загрязнение ниже.
Вы пытаетесь опровергнуть то, что я не писал. Конечно, информация о том, кто кого банит, не бесполезна, но речь в моем сообщении была о сравнении сервисов из статьи с лидерами мирового рынка хотя бы по функционалу, без этого статья явно является неполной.
Сейчас же очень многие не находятся в РФ и проблемы с IP нет. Поэтому интересно сравнение именно функционала того, что упомянуто в статье, с лидерами рынка. Но этого нет.
Это проблема подразумевает, что пользователь находится в РФ, но статья же претендует на универсальность и в ней нет подобных оговорок.
Про оплату — у многих сейчас уже есть как минимум друг / родственник с зарубежной картой (хотя бы условного Казахстана), а то и собственная имеется. Благо, ее оформление не является чем-то невозможным, а польза вполне осязаема (особенно для человека, имеющего отношение к IT).
Мапперы у нас пишутся руками и все джава-объекты там явно создаются и контролируются. Каких-то явных неудобств тут не видится, код получается простым и читаемым (несмотря на некоторую многословность).
Однобокая получается статья, описывает только плюсы фреймворка и нет ни слова о недостатках и подводных камнях.
К сожалению, с помощью mybatis удобно писать только совсем простые вещи. Шаг влево, шаг вправо — и все, фреймворк это либо не поддерживает, либо поддерживает очень корявым образом. Никуда не годится хотя бы то, что для банального получения списка элементов (SELECT FROM table WHERE some_id IN (?,?,?,…)) приходится городить какие-то <foreach>, вручную задавать сепараторы и все это становится совершенно нечитаемым.
Мы в итоге отказались от mybatis в пользу jooq — он тоже позволяет контролировать sql код, но возможностей у него на порядок больше.
Вероятность уничтожения может быть не 100%, но приближаться к ней. Потому что с развитием цивилизации появляется все больше возможных способов уничтожения. И достаточно, чтобы хотя бы один из них сыграл, чтобы остальное уже не имело значения.
Если допустить, что за какой-то период времени изобретут 100 способов тотального уничтожения, и каждый из них сыграет с вероятностью всего 10%, то вероятность выживания — всего 0,002% (0,9 в 100-й степени).
Для тех, кто искал — актуальные цены в Турции:
Обычная подписка 49.99 лир ($1.47)
Семейная — 115.99 лир ($3.40)
Спасибо, что значение самой скорости света не записывают в футбольных полях в секунду хотя бы...
Так-то да, но очень часто это стоит копейки в буквальном смысле.
Например, у Билайн Казахстан есть услуга "симка в сейфе" — платишь 1 тенге в месяц (около 20 копеек) и оператор гарантирует, что симку не заблокируют и что она будет работать, в том числе в роуминге. Как раз то, что нужно для приема СМС.
https://beeline.kz/ru/products/services/simka-v-seyfe.html
К счастью, второй фактор госуслуг можно оформить в виде TOTP-кодов, а не через СМС.
Правда, сдается мне, эту лавочку могут в какой-то момент прикрыть
Если вы пишете про регрессию - вероятно, у вас она делается вручную и это по логичным причинам занимает много времени?
У нас вся основная бизнес-логика покрыта end-to-end тестами (их несколько тысяч) и поэтому проверять требуется только новый функционал, на который тесты еще не успели написать. И такого подхода придерживается все больше компаний.
У нас 1 тестировщик на 5-6 разработчиков.
Где-то 70% работы тестировщика - проверка задач, которые сделали разработчики (перед ежедневным релизом). За день 2-3 задачи проверяются. Остальные 30% работы - написание и правка UI-тестов.
Разработчик в среднем за неделю делается 2-3 задачи. Соответственно, команда делает порядка 10-15 задачек за неделю, что как раз примерно соответствует «производительности» тестировщика.
При этом на проекте непрерывный релизный цикл, поэтому нагрузка относительно равномерная от недели к неделе.
Вопрос, почему у кого-то в проекте на 1 разработчика 2 тестировщика? Разработчик больше задач за неделю делает или тестировщик меньше может протестировать?
Есть бесплатный (до определенного предела) perplexity.ai, им даже можно пользоваться без регистрации. Основное удобство — приводит ссылки на источники, которые можно самому дальше изучать. Довольно полезная замена гуглу во многих ситуациях.
Работает из РФ без VPN.
Сильно сложнее устроиться (с РФ бекграундом как минимум), пару дней назад в топе была статья про трудоустройство в Канаде и сотни комментариев под ней, почитайте.
Но там разве говорилось про среднюю? Вполне вероятно, что у них в РФ минимум senior или lead позиция, где цифры такого порядка, как вы описали, не редкость (хотя это верхние перцентили).
А на американском рынке без опыта работы с AWS, Google Cloud, хорошего английского и т. д. сложно будет сразу претендовать на те самые верхние перцентили.
«Ехать на другой конец города» — это в НИИТ? :)
Так perplexity.ai уже сейчас дает ссылки на источники и это в бесплатной версии.
Более того, он даже из РФ работает без VPN.
В Алматы, например, уровень загрязнения воздуха сильно зависит от ветра и может меняться в течение дня. Если штиль — то смог очень быстро накапливается, если появляется хотя бы легкий ветерок — цифры AQI заметно идут вниз, да и по ощущениям становится легче.
По поводу магазина — все же пойти в магазин у дома на 10 минут или гулять час — это совсем разное воздействие плохого воздуха на организм.
Да, в городах с проблемами с AQI универсальная рекомендация такая, по возможности не выходить надолго на улицу. В квартире либо очистителем воздуха пользоваться, либо проветривать в то время суток, когда загрязнение ниже.
Вы пытаетесь опровергнуть то, что я не писал. Конечно, информация о том, кто кого банит, не бесполезна, но речь в моем сообщении была о сравнении сервисов из статьи с лидерами мирового рынка хотя бы по функционалу, без этого статья явно является неполной.
Сейчас же очень многие не находятся в РФ и проблемы с IP нет.
Поэтому интересно сравнение именно функционала того, что упомянуто в статье, с лидерами рынка. Но этого нет.
Это проблема подразумевает, что пользователь находится в РФ, но статья же претендует на универсальность и в ней нет подобных оговорок.
Про оплату — у многих сейчас уже есть как минимум друг / родственник с зарубежной картой (хотя бы условного Казахстана), а то и собственная имеется. Благо, ее оформление не является чем-то невозможным, а польза вполне осязаема (особенно для человека, имеющего отношение к IT).
Какое-то сплошное "импортозамещение". Почему не рассмотрены те же Trello, Notion, Clickup? Особенно если в заголовке говорится про личные проекты.
Если они, по вашему мнению, чем-то хуже — так чем именно? Интересно же узнать результаты сравнения.
Мапперы у нас пишутся руками и все джава-объекты там явно создаются и контролируются. Каких-то явных неудобств тут не видится, код получается простым и читаемым (несмотря на некоторую многословность).
Однобокая получается статья, описывает только плюсы фреймворка и нет ни слова о недостатках и подводных камнях.
К сожалению, с помощью mybatis удобно писать только совсем простые вещи. Шаг влево, шаг вправо — и все, фреймворк это либо не поддерживает, либо поддерживает очень корявым образом. Никуда не годится хотя бы то, что для банального получения списка элементов (SELECT FROM table WHERE some_id IN (?,?,?,…)) приходится городить какие-то <foreach>, вручную задавать сепараторы и все это становится совершенно нечитаемым.
Мы в итоге отказались от mybatis в пользу jooq — он тоже позволяет контролировать sql код, но возможностей у него на порядок больше.