"Мы не сможем тебе переводить зарплату [из Европы] в РФ, сам понимаешь"
"It's time to leave NOW!"
О каких законах идёт речь?
По которым за показ белого листка бумаги где-нибудь на Пушкинской можно получить административку, а если на этом листке будет написано "нет войне", то и уголовку. Ну а дальше "ok Google политзаключённые России" | grep "ст. .* УК"
Прошу прощения, если задел ваши чувства, я имел в виду только использование русского языка в быту, возможность читать вывески, этикетки на товарах и простоту общения с армянами, многие из которых свободно говорят на русском языке. Для русскоговорящих это большой плюс и мы это ценим.
До войны у меня тоже солнечная Испания могла бы быть в списке стран для релокации рядом с Кипром, но когда в начале марта надо было очень быстро выбирать из двух предложений "в Варшаву" и "в Ереван" выбор пал на второй. В Польшу было реально боязно ехать, поэтому Армения перевесила плюсами простототы въезда и первоначального обустройства.
В Европе в туристическом режиме действительно обычно хватало разговорника, но когда речь заходит об общении с государством, то гораздо проще это делать на русском ;)
В Ереване за два месяца было всего пара случаев трудностей общения, в первом продавщица в мебельном магазине сама начала пользоваться гуглепереводчиком, а с хозяйкой фитнес-студии общались по-английски, она сама недавно из Штатов перехала.
В остальном: с юристом, бухгалтером, в паспортном столе, при регистрации ИП, на почте, фитнес-клубах, с риелтером, хозяйкой квартиры и во всех магазинах-сервисах говорили по-русски, это намного нам упрощает жизнь.
Америабанк - был первым в списке, и в нём отказали в открытии карты, после недельного ожидания и кучи документов, которые им были предоставлены.
Инекобанк - хотят НДФЛ и справки с работы.
IDBank - настойчиво хотят, чтобы я заполнил огромный опросник и предоставил кучу документов.
ACBA - спросили минимум документов (паспорта и договор аренды квартиры), первую карту получил через 2 недели (перепутали офисы и она каталась по Еревану на осликах), вторую через 5 дней после подачи заявления.
Ардшинбанк - тоже минимум документов, карту получил через 4 дня.
В остальные пока не ходил, у некоторых нет ArCa-MIR, чтобы легко выводить деньги из РФ, либо слишком большие тарифы на открытие и сопровождение счетов. По уровню развития армянские банки отстают от российских лет на 10-15, всё очень медленно, online-сервисы не достают до Тинькова, зато можно легко поменять все основные валюты и все менеджеры реально очень добрые и приветливые.
Первыми уехали те, кто не смог получать ЗП из иностранных компаний по причине ухода этих компаний из РФ или невозможности банковских переводов.
Вторыми уехали те, кто не мог оставаться в РФ по соображениям собственной физической безопасности, ибо варварские законы и очень вероятная мобилизация и железный занавес.
Практически все программисты умеют строить прогнозы на основании недостаточных данных, а после ухода Intel и AMD с рынка РФ стало очевидно, что работать по специальности там осталось не долго.
Армения сама по себе очень русифицированная страна, в большинстве случаев можно спокойно общаться на русском или иногда на английском. Т.е. первые барьеры релокации очень сильно снижаются. Про дружелюбность и отзывчивость автор уже упомянул.
ИП делается за 15 минут, про Грузию в начале марта ходили слухи, что очередь на регистрацию ИП до месяца.
Банковские карты ArCa-Mir позволяют без напрягов выводить рубли из РФ простым card2card переводом. У некоторых Армянских банков есть договорённости с банками РФ об упрощении переводов денег, например, Тинкофф работает с Evoco.
В Грузии есть тёплое море, в Армении - только холодный Севан, про кухни и вина можно долго спорить ;)
Немного статистики из последнего похода к хантерам:
Опыт 25+.
С начала сентября за 5 недель открытых резюме на Хантере (4 шутки, немного разных, одно из них на английском) более 1000 просмотров.
"Анастасий": более 60
Техсобесов: 22
Реальных офферов: 3, из них один принят. На мой обычный вопрос HR-барышням, что вам больше всего понравилось в моём резюме, большинство отвечало "у вас такой большой опыт". Да, парочка работодателей в открытую говорило, что их молодому тимлиду будет неуютно чувствовать себя со мной ;) Это простительно для человека в 26, который не понимает ещё, что после 30 разница в возрасте нивелируется опытом и знаниями.
При ваших бюджетах и размерах команды не проще ли было сделать своё нативное приложение под macOS, отдельно под Windows+Linux на каком-нибудь Qt, как вы это делаете для iOS и Android, чтобы не заниматься вознёй с кучей браузеров, которые меняются каждый день?
И протоколы можно стандартные тюнинговать под каждую систему, или свои изобретать, и кодеки практически какие угодно, и доступ ко всем устройствам без особых проблем.
Для «прочего» у них есть собственные двигатели:
«Для маневрирования и удержания орбиты используются 8 гидразиновых двигателей с тягой 1 Н каждый, топливный бак вмещает 141 кг гидразина.» ru.wikipedia.org/wiki/Iridium_NEXT
На самом деле, по заслуживающим доверия источникам, Тверской офис МКБ открылся 14 октября 2013. Каска пожарного вместе с книжками были принесены из совсем другого офиса, где до этого работали старейшины. Счёты были нужны для сохранения количества подтягиваний на турнике, который исчез со стены в известном направлении.
И Agile был принесён ещё в виде XP в очень давние времена, когда большинство теперешних сотрудников ещё ходило в школу.
И никто не сказал ни слова, что в офисе есть два душа с радио, странно ;)
Разработчики мобильных приложений могут даже не догадываться, какой из дальних микросервисов может сбойнуть и вернуть ошибку. Причём ошибки могут быть плавающими из-за временной недоступности каких-либо интеграционных сервисов (кто-то патч-корд выдернул, DNS лежит и т.д. и т.п.). И что, каждый раз падать? Или просто сказать «Код ошибки 50431, попробуйте повторить операцию позже».
Особенно это касается встраиваемых систем, представьте, что у марсохода сбоит гироскоп/термометр/дальномер/камера, он куда будет дамп скидывать для отчёта?
Самое главное, чего нет в этой статье, это как правильно рассказывать пользователю об ошибках, про это пишут в книжках про UI.
Исключение — это всего лишь один из механизмов доставки ошибки на верхние уровни, практически то же самое, что из функции возвращать -1 и errno присваивать код ошибки, только более удобно и централизованно обрабатываемо.
Ошибка в коде — это баг, которых быть вообще не должно, но если они случаются, то программа не должна падать, а должна корректно сообщить пользователю что не так и куда ему обращаться за помощью.
Добавлю свои пять копеек.
Любая серьёзная ошибка, если она не замыкается на сервере или в глубине приложений, должна иметь возможность доехать до техподдержки, чтобы она могла самостоятельно или с помощью разработчиков объяснить пользователю, что делать дальше. Т.е. в интерфейсе заранее предусматривается страница с ошибкой, на которой выводится код ошибки и какая-либо подробная информация о случившемся, которую пользователь может передать в техподдержку голосом или через e-mail по кнопке «Сообщить об ошибке».
Для формирования кода ошибки каждый модуль приложения/сервера нумеруется, а внутри него нумеруются все места, кидающие ошибки/исключения. И на выходе получаем код ошибки как
module * 100 + errorNumber
Который передаётся с нижних уровней до UI в классе, подобному
/**
* Описание ошибки, которое передаётся для отображения и обработки с нижних уровней в UI
*/
data class ErrorDescription (
val fatal: Boolean, // степень важности ошибки:
// если true, то дальнейшая работа приложения не возможна, показываем диалог "переустановите или обратитесь к разработчику"
// false - показываем "попробуйте повторить операцию"
val code: Int, // код ошибки, см. ниже
val desc: String, // описание ошибки для пользователя
val exMessage: String = "", // сообщение в исключении
val stackTrace: String = "" // stack trace исключения
)
Если ошибка приезжает с сервера, то достаточно иметь code и desc, чтобы техподдержка могла быстро её найти в серверных логах.
По большей части всё так и есть, но если прикинуть (грубо округляя) время передачи файла в 1 Мбайт на скорости в 100 Мбит/с будет того же порядка, что и задержка передачи первого бита этого файла через Атлантику ~ 80 мс. Здесь есть табличка с задержками в трансатлантических кабелях. Ещё раз повторю свою мысль: приближение контента не так сильно влияет на скорость его получения клиентом, как снятие нагрузки с основного сервера сайта и распределение этой нагрузки на несколько серверов CDN.
А уж если говорить о стриминговом медиаконтенте, на который так упирают в статье, то ему эти задержки передачи по кабелю вообще не ощутимы из-за предварительной буферизации контента в плеерах.
PS. Работу сайтов осложняет в основном слабо технически обученные генераторы контента, которые вместо 50 кБайт картинки заливают её оригинал на пару-тройку метров ;) Если я глазами вижу, как картинка загружается, то это именно такой клинический случай. Из-за больших дисков и толстых каналов многим стало наплевать, что у них на сайте за контент и какого он там размера. Ну а мода на длинные бэкграунды да с видео помогает CDN-провайдерам успешно зарабатывать.
Автор исходной статьи вполне возможно, что и биолог, но не знает простого очевидного факта, что растения могут обходиться без останков животных, а многие и вообще без животных (всякие ветроопыляемые и ветропереносимые). Им достаточно переработанной бактериями растительной органики. Конечно, всякая почвенная мелочь в виде различных червей и насекомых помогает им в их жизни, но они не обязательны.
Если вспомнить про гидропонику, то и бактерии не обязательны, хотя без них не будет круговорота веществ на поверхности планеты.
А уж если продолжать шутку про круговорот веществ и фразу «я то, что я ем», то все мы, выпучив глаза, можем воскликнуть: я/мы сверхновая! ;)
На заре Рунета, в самом начале 2000-х, жители Южно-Сахалинска или Петропавловска-Камчатского могли дожидаться полной загрузки простой веб-страницы полновесные 5, а то и все 10, минут.
У вас это личный опыт или фантазии на тему? Может быть дело было в плохой древней АТС и модеме на 14400? Или тощих магистральных каналах через спутник, потому что кабелей ещё не завезли? По моему опыту в конце 90-х американские сайты вполне себе быстро загружались на европейской части этой страны и на тощем модемном соединении.
IP-пакетам по большей части всё равно, на какие расстояния они будут передаваться, планета у нас не такая большая. Задержки в основном набираются в очередях маршрутизаторов, и чем их количество меньше, тем быстрее пакеты доезжают.
При передаче больших файлов задержка передачи IP-пакетов HTTP-запроса практически исчезает на фоне времени передачи всего файла, которая напрямую коррелирует только с быстродействием файловой системы сервера и толщиной самого узкого канала на пути к клиенту. При больших нагрузках на промежуточные маршрутизаторы и каналы пакеты могут отбрасываться (сейчас можно считать, что у нас практически идеальные каналы и в них нет ошибок передачи) и тогда добавится время на TCP-таймауты и перепосылку IP-пакетов.
Поэтому не стоит приплетать взаимное географическое расположение CDN-серверов и клиентов. CDN-это всего лишь один из видов горизонтального шардинга дисковых и сетевых ресурсов с минимизацией хопов до клиента. Перенос файлов в географическом пространстве нужен не для уменьшения временных задержек из-за конечной скорости света в оптоволокне, а уменьшения количества хопов и нагрузки на магистральные каналы с распределением удельной нагрузки на диски серверов.
Примерно оттуда же и в то же время откуда и «болгарка» — от старших родственников, знакомых и просто гаражных автослесарей.
Да, оно всегда резало слух, но в любом деле есть масса специфических терминов явно не из русского языка, к которым легко привыкаешь и не задумываешься, откуда такие слова берутся.
Понятно, что там корд, но гораздо проще говорить корщётка, чем кордщётка, язык склонен к упрощению. Это из той же оперы что и шпатлёвка и шпаклёвка. И «болгарка» с углошлифмашиной.
Во всех банках службы безопасности определяют самые вероятные вектора атаки и предпринимают действия по их устранению.
Не стоит заявлять так категорично. В основном службы безопасности в банках занимаются бумажной безопасностью, защищая банк от нападок регулятора, надзирателей и прочих PCI DSS-требователей. Безопасники могут даже не догадываться что на самом деле начудили программисты и какие реально алгоритмы-протоколы они используют для защиты своих систем и что они до сих пор хранят пароли клиентов в открытом виде в общедоступной базе данных.
И банки пытаются сделать самые простые и понятные механизмы защиты для пользователей
Банки делают самые дешёвые механизмы защиты, чтобы проходить по требованиям регулятора и PCI DSS. Если новая защита будет стоить дороже издержек на юристов и урегулирование конфликтов с клиентами, то её просто не будут делать и внедрять, что и происходит в действительности. Это обычная бизнес-практика — не тратить слишком много денег там, где их можно не тратить. Промыть мозги клиентам в стиле «у нас самый защищённый онлайн-сервис» гораздо дешевле, чем закупать дополнительное оборудование и нанимать хороших спецов на большую зарплату.
Потому что злоумышленники могут получить деньги гораздо более простым способом, чем возиться с вашей защитой.
Моя защита волнует конечно же меня самого. Я защищаюсь другим способом: зная, как устроена система внутри, я не понесу в один банк много денег, в некоторые банки вообще никогда ничего не понесу. Просто ещё не было известных прецедентов (скорее всего мы о них просто не знаем), когда грабили банк по-крупному сразу на миллиарды. И введение более надёжных систем аутентификации, выключение из её цепочки сотовых операторов, поможет избежать таких случаев.
Вы правильно говорите про людей, только они с другой стороны. Сможет ли админ сотового оператора отказаться от нескольких десятоков-сотен миллионов гонорара за запуск небольшого скрипта на сервере для перехвата SMS или создания бэкдора? Так почему банки до сих пор доверяют сторонним админам? Ответ во втором абзаце — потому что это дёшево.
Пара цитат из переписки начала марта:
"Мы не сможем тебе переводить зарплату [из Европы] в РФ, сам понимаешь"
"It's time to leave NOW!"
По которым за показ белого листка бумаги где-нибудь на Пушкинской можно получить административку, а если на этом листке будет написано "нет войне", то и уголовку. Ну а дальше "ok Google политзаключённые России" | grep "ст. .* УК"
Прошу прощения, если задел ваши чувства, я имел в виду только использование русского языка в быту, возможность читать вывески, этикетки на товарах и простоту общения с армянами, многие из которых свободно говорят на русском языке. Для русскоговорящих это большой плюс и мы это ценим.
До войны у меня тоже солнечная Испания могла бы быть в списке стран для релокации рядом с Кипром, но когда в начале марта надо было очень быстро выбирать из двух предложений "в Варшаву" и "в Ереван" выбор пал на второй. В Польшу было реально боязно ехать, поэтому Армения перевесила плюсами простототы въезда и первоначального обустройства.
В Европе в туристическом режиме действительно обычно хватало разговорника, но когда речь заходит об общении с государством, то гораздо проще это делать на русском ;)
В Ереване за два месяца было всего пара случаев трудностей общения, в первом продавщица в мебельном магазине сама начала пользоваться гуглепереводчиком, а с хозяйкой фитнес-студии общались по-английски, она сама недавно из Штатов перехала.
В остальном: с юристом, бухгалтером, в паспортном столе, при регистрации ИП, на почте, фитнес-клубах, с риелтером, хозяйкой квартиры и во всех магазинах-сервисах говорили по-русски, это намного нам упрощает жизнь.
Добавлю свой опыт про армянские банки
Америабанк - был первым в списке, и в нём отказали в открытии карты, после недельного ожидания и кучи документов, которые им были предоставлены.
Инекобанк - хотят НДФЛ и справки с работы.
IDBank - настойчиво хотят, чтобы я заполнил огромный опросник и предоставил кучу документов.
ACBA - спросили минимум документов (паспорта и договор аренды квартиры), первую карту получил через 2 недели (перепутали офисы и она каталась по Еревану на осликах), вторую через 5 дней после подачи заявления.
Ардшинбанк - тоже минимум документов, карту получил через 4 дня.
В остальные пока не ходил, у некоторых нет ArCa-MIR, чтобы легко выводить деньги из РФ, либо слишком большие тарифы на открытие и сопровождение счетов. По уровню развития армянские банки отстают от российских лет на 10-15, всё очень медленно, online-сервисы не достают до Тинькова, зато можно легко поменять все основные валюты и все менеджеры реально очень добрые и приветливые.
Вам в помощь https://staff.am/ru/jobs
Это местный аналог hh.ru, сеньёров в Ереване нужно порядка 90 человек на разные направления.
Первыми уехали те, кто не смог получать ЗП из иностранных компаний по причине ухода этих компаний из РФ или невозможности банковских переводов.
Вторыми уехали те, кто не мог оставаться в РФ по соображениям собственной физической безопасности, ибо варварские законы и очень вероятная мобилизация и железный занавес.
Практически все программисты умеют строить прогнозы на основании недостаточных данных, а после ухода Intel и AMD с рынка РФ стало очевидно, что работать по специальности там осталось не долго.
Армения сама по себе очень русифицированная страна, в большинстве случаев можно спокойно общаться на русском или иногда на английском. Т.е. первые барьеры релокации очень сильно снижаются. Про дружелюбность и отзывчивость автор уже упомянул.
ИП делается за 15 минут, про Грузию в начале марта ходили слухи, что очередь на регистрацию ИП до месяца.
Банковские карты ArCa-Mir позволяют без напрягов выводить рубли из РФ простым card2card переводом. У некоторых Армянских банков есть договорённости с банками РФ об упрощении переводов денег, например, Тинкофф работает с Evoco.
В Грузии есть тёплое море, в Армении - только холодный Севан, про кухни и вина можно долго спорить ;)
Немного статистики из последнего похода к хантерам:
Опыт 25+.
С начала сентября за 5 недель открытых резюме на Хантере (4 шутки, немного разных, одно из них на английском) более 1000 просмотров.
"Анастасий": более 60
Техсобесов: 22
Реальных офферов: 3, из них один принят. На мой обычный вопрос HR-барышням, что вам больше всего понравилось в моём резюме, большинство отвечало "у вас такой большой опыт". Да, парочка работодателей в открытую говорило, что их молодому тимлиду будет неуютно чувствовать себя со мной ;) Это простительно для человека в 26, который не понимает ещё, что после 30 разница в возрасте нивелируется опытом и знаниями.
И протоколы можно стандартные тюнинговать под каждую систему, или свои изобретать, и кодеки практически какие угодно, и доступ ко всем устройствам без особых проблем.
Для «прочего» у них есть собственные двигатели:
«Для маневрирования и удержания орбиты используются 8 гидразиновых двигателей с тягой 1 Н каждый, топливный бак вмещает 141 кг гидразина.»
ru.wikipedia.org/wiki/Iridium_NEXT
И Agile был принесён ещё в виде XP в очень давние времена, когда большинство теперешних сотрудников ещё ходило в школу.
И никто не сказал ни слова, что в офисе есть два душа с радио, странно ;)
Особенно это касается встраиваемых систем, представьте, что у марсохода сбоит гироскоп/термометр/дальномер/камера, он куда будет дамп скидывать для отчёта?
Самое главное, чего нет в этой статье, это как правильно рассказывать пользователю об ошибках, про это пишут в книжках про UI.
Ошибка в коде — это баг, которых быть вообще не должно, но если они случаются, то программа не должна падать, а должна корректно сообщить пользователю что не так и куда ему обращаться за помощью.
Любая серьёзная ошибка, если она не замыкается на сервере или в глубине приложений, должна иметь возможность доехать до техподдержки, чтобы она могла самостоятельно или с помощью разработчиков объяснить пользователю, что делать дальше. Т.е. в интерфейсе заранее предусматривается страница с ошибкой, на которой выводится код ошибки и какая-либо подробная информация о случившемся, которую пользователь может передать в техподдержку голосом или через e-mail по кнопке «Сообщить об ошибке».
Для формирования кода ошибки каждый модуль приложения/сервера нумеруется, а внутри него нумеруются все места, кидающие ошибки/исключения. И на выходе получаем код ошибки как
Который передаётся с нижних уровней до UI в классе, подобному
Если ошибка приезжает с сервера, то достаточно иметь code и desc, чтобы техподдержка могла быстро её найти в серверных логах.
А уж если говорить о стриминговом медиаконтенте, на который так упирают в статье, то ему эти задержки передачи по кабелю вообще не ощутимы из-за предварительной буферизации контента в плеерах.
PS. Работу сайтов осложняет в основном слабо технически обученные генераторы контента, которые вместо 50 кБайт картинки заливают её оригинал на пару-тройку метров ;) Если я глазами вижу, как картинка загружается, то это именно такой клинический случай. Из-за больших дисков и толстых каналов многим стало наплевать, что у них на сайте за контент и какого он там размера. Ну а мода на длинные бэкграунды да с видео помогает CDN-провайдерам успешно зарабатывать.
Если вспомнить про гидропонику, то и бактерии не обязательны, хотя без них не будет круговорота веществ на поверхности планеты.
А уж если продолжать шутку про круговорот веществ и фразу «я то, что я ем», то все мы, выпучив глаза, можем воскликнуть: я/мы сверхновая! ;)
У вас это личный опыт или фантазии на тему? Может быть дело было в плохой древней АТС и модеме на 14400? Или тощих магистральных каналах через спутник, потому что кабелей ещё не завезли? По моему опыту в конце 90-х американские сайты вполне себе быстро загружались на европейской части этой страны и на тощем модемном соединении.
IP-пакетам по большей части всё равно, на какие расстояния они будут передаваться, планета у нас не такая большая. Задержки в основном набираются в очередях маршрутизаторов, и чем их количество меньше, тем быстрее пакеты доезжают.
При передаче больших файлов задержка передачи IP-пакетов HTTP-запроса практически исчезает на фоне времени передачи всего файла, которая напрямую коррелирует только с быстродействием файловой системы сервера и толщиной самого узкого канала на пути к клиенту. При больших нагрузках на промежуточные маршрутизаторы и каналы пакеты могут отбрасываться (сейчас можно считать, что у нас практически идеальные каналы и в них нет ошибок передачи) и тогда добавится время на TCP-таймауты и перепосылку IP-пакетов.
Поэтому не стоит приплетать взаимное географическое расположение CDN-серверов и клиентов. CDN-это всего лишь один из видов горизонтального шардинга дисковых и сетевых ресурсов с минимизацией хопов до клиента. Перенос файлов в географическом пространстве нужен не для уменьшения временных задержек из-за конечной скорости света в оптоволокне, а уменьшения количества хопов и нагрузки на магистральные каналы с распределением удельной нагрузки на диски серверов.
Да, оно всегда резало слух, но в любом деле есть масса специфических терминов явно не из русского языка, к которым легко привыкаешь и не задумываешься, откуда такие слова берутся.
Понятно, что там корд, но гораздо проще говорить корщётка, чем кордщётка, язык склонен к упрощению. Это из той же оперы что и шпатлёвка и шпаклёвка. И «болгарка» с углошлифмашиной.
Не стоит заявлять так категорично. В основном службы безопасности в банках занимаются бумажной безопасностью, защищая банк от нападок регулятора, надзирателей и прочих PCI DSS-требователей. Безопасники могут даже не догадываться что на самом деле начудили программисты и какие реально алгоритмы-протоколы они используют для защиты своих систем и что они до сих пор хранят пароли клиентов в открытом виде в общедоступной базе данных.
Банки делают самые дешёвые механизмы защиты, чтобы проходить по требованиям регулятора и PCI DSS. Если новая защита будет стоить дороже издержек на юристов и урегулирование конфликтов с клиентами, то её просто не будут делать и внедрять, что и происходит в действительности. Это обычная бизнес-практика — не тратить слишком много денег там, где их можно не тратить. Промыть мозги клиентам в стиле «у нас самый защищённый онлайн-сервис» гораздо дешевле, чем закупать дополнительное оборудование и нанимать хороших спецов на большую зарплату.
Моя защита волнует конечно же меня самого. Я защищаюсь другим способом: зная, как устроена система внутри, я не понесу в один банк много денег, в некоторые банки вообще никогда ничего не понесу. Просто ещё не было известных прецедентов (скорее всего мы о них просто не знаем), когда грабили банк по-крупному сразу на миллиарды. И введение более надёжных систем аутентификации, выключение из её цепочки сотовых операторов, поможет избежать таких случаев.
Вы правильно говорите про людей, только они с другой стороны. Сможет ли админ сотового оператора отказаться от нескольких десятоков-сотен миллионов гонорара за запуск небольшого скрипта на сервере для перехвата SMS или создания бэкдора? Так почему банки до сих пор доверяют сторонним админам? Ответ во втором абзаце — потому что это дёшево.