Лет через 5 сможете выбирать лучшего из толпы горящих глазами, для кого ИТ - это его жизнь...
Ох уж эти влажные фантазии. Так было лет 15 назад и раньше. Но вряд ли такое повторится в ближайшем будущем. Отрасль слишком сильно разрослась, людей с горящих глазами тупо не хватает, чтобы покрыть хотя бы 20% спроса.
С программистами то же самое. Раньше мы разбирались как всё работает на уровне ассемблера, как компилятор проводит оптимизации, как работают виртуальные машины и сборщики мусора. Сейчас же такие вопросы на собеседовании де-факто под запретом, потому что с такими вопросами вы вообще никого не наймёте. Сейчас люди на серьёзных щах начинают изучать программирование с Python и JavaScript ??♂️
20% от 250 - это 50. А по вашим же расчетам надо 60. Впрочем, есть зарплаты и по 300 т.р. Так что я не утверждал, что ни один айтишник не может себе Теслу позволить. Комментарий был как раз к тому, что для джуна это перебор.
Да, вы отчасти правы, это среднее по перцентилю, а больше среднего получает только каждый третий из выборки (это известное следствие из распределения зарплат), т.е. больше указанных уровней получает каждый 30-й (а не 10-й). Т.е. примерно 3.3%, что всё равно дофига в абсолютных числах.
А вот среди программистов каждый второй Senior получал от 190 т.р. в 2021 году. Другой вопрос, сколько среди программистов сеньоров?
Интересные у вас расчеты. Так-то платёж по кредиту не должен превышать 20% от дохода, если о финансово грамотном подходе вести речь. Обычно под "позволить" подразумевается примерно такой расклад.
Причём тут депутаты и нефтяники на севере? Я живу в городе с населением существенно меньше 1 млн человек и не на сервере. И тут всего 24 депутата (причём официальная зарплата у них небольшая), зато куча машин по 5+ млн, которые принадлежат не IT-шникам. Другими словами, хватает людей которые прилично зарабатывают не в IT и не в думе.
Так что "у нас 2к только может нефтяники на севере в тяжелейших условиях получают" - это прям махровый стереотип. Более того, даже по официальной статистике столько, а точнее >= 127 т.р. ($2177) ещё в 2017 году зарабатывал каждый 30-й работающий (по ТК РФ, т.е. без учёта ИП, бизнесменов и т.д.) россиянин.
К 2021 году этот перцентиль подрос уже до >= 189 т.р. ($2570)
Тот же rustler я использовал (да и на си nifы писал), но у них есть куча ограничений. Они блокирующие и блокируют весь шедулер, поэтому что-то долгое там не сделаешь.
Ну, для них обычно dirty-cpu scheduler-ы используют, чтобы на основные влияния не было. А так, нюансы есть конечно.
Иммутабельность безусловно накладывает определенный оверхед на все функциональные языки.
Но, например, для разработки backend это практически никакой роли не играет и никаких торомозов нет. Даже, наоборот, я например переписывал как-то сервис с Go на Elixir. Получилось на пару процентов лучше по throughput, а по latency так вообще стало гораздо лучше - выбросы все ушли.
EvilBlueBeaver отчасти правильно ответил. Но помимо полностью изолированных друг от друга легковесных процессов, там ещё очень богатый инструментарий по управлению ими, называемый OTP, плюс средства удаленной интроспекции, отладки и горячей замены. Представьте себе Kubernetes только раз 5 навороченее и в рамках одного инстанса приложения, где вместо подов у вас легковесные потоки, десятки тысяч потоков.
thread-safe - это хорошо, но этого мало. Это как арифметика для дифференциально-интегрального исчисления - необходимый фундамент, вокруг которого надо ещё много чего выстроить, чтобы было удобно и легко выполнять сложные задачи.
Rust уже начал выстраивать, но до уровня BEAM ему ещё лет 10 упорной разработки.
Да, вы всё правильно поняли. Плюс вытесняющая многозадачность для зеленых потоков позволяет более равномерно использовать все доступные ядра и иметь предсказуемый latency.
В плане многопоточной разработки - все остальные языки на уровне «детский сад, штаны на лямках». Причём разве что Rust c Actix в правильном направлении идёт.
Остальные только костыли разной степени ебанутости придумывают. Потому что невозможно писать адекватно многопоточный код там, где может в любой момент прийти GC и начать общую кучу чистить ?
Была просто норм, стала плохой. Была просто плохой — стала ужасной. Ни какая суперхорошесть не требуется.
Ну, идите, выйдите на рынок с несколькими сотнями конкурентов с просто плохим приложением. Посмотрим, как вы клиентов наберете. Ну, бред же полный пишете. И про онлайн-кинотеатры и про маркетплейсы тоже.
Верится с трудом. Скорее всего, ими и так никто не пользуется, а значит, и отказаться нельзя.
Ну, например, аренда самокатов или какой-нибудь онлайн-кинотеатр. Услуга есть, ею пользуются, но если для какого-то человека их приложение будет работать медленно или непонятно, то он просто откажется от этой услуги и ничего не потеряет от этого.
И такого навалом, просто оглянитесь по сторонам.
И доказывает, что хороший сервис не требуется. Работа сайта ухудшается, а клиентская база растет.
Раз работа сайта постоянно ухудшается, значит она была суперхорошей в недавнем прошлом. Вот там и кроются причины роста клиентской базы. А вы путаете причину со следствием. Не база растёт из-за ухудшения работы сайта, а работа сайта ухудшается из-за того, что клиентская база выросла из-за того, что сайт хорошо работал.
Так это площадка же, а цену клиенты выставляют. Площадкам, в целом, насрать.
Площадкам не насрать, потому что они на этом зарабатывают.
Код на русском (который слишком грамматически богат для этого), процедурная парадигма, устаревшие (по меркам индустрии) варианты решения типовых задач и т.д. и т.п.
Я его не хвалю. Рост клиентской базы - вещь объективная. И они его не особо вывозят. Но тем не менее он произошёл, а значит лет 5-7 назад всё было быстро и удобно.
От пользования картой?
Чего вы постоянно передёргиваете. Вы мало услуг и товаров знаете что-ли? В современном мире их так много, что от 90% из них можно отказаться вообще никак не затронув своё удобство и качество жизни.
Которые покупают на том же алиэкспрессе? Так это значит, его прибыль не меняется, и вкладываться опят нет смысла.
А вот и неправильно. Они теряют рынок тех, кто готов покупать в 2 раза дороже. Если бы они могли продавать им напрямую, то могли бы пусть не на 100, но минимум на 50% свою прибыль поднять.
Вы опять как-то узко смотрите. Даже банк может продвинуться за счёт удобства обслуживания. Взять Точку, например, или Тинькофф. И скорость работы - это один из важных факторов удобства. Хоть и не единственный.
Касаемо алиэкспресса, многие заказывают у перекупщиков. А значит был бы алиэкспресс удобнее и дружелюбнее к иностранцам, мог бы ещё больше зарабатывать.
Ну и повышение конверсии это не всегда про конкурентов. Мало кто продаёт товары первой необходимости. Так что пользователи могут не уйти к конкуренту, а просто отказаться от услуги в принципе.
Ох уж эти влажные фантазии. Так было лет 15 назад и раньше. Но вряд ли такое повторится в ближайшем будущем. Отрасль слишком сильно разрослась, людей с горящих глазами тупо не хватает, чтобы покрыть хотя бы 20% спроса.
С программистами то же самое. Раньше мы разбирались как всё работает на уровне ассемблера, как компилятор проводит оптимизации, как работают виртуальные машины и сборщики мусора. Сейчас же такие вопросы на собеседовании де-факто под запретом, потому что с такими вопросами вы вообще никого не наймёте. Сейчас люди на серьёзных щах начинают изучать программирование с Python и JavaScript ??♂️
20% от 250 - это 50. А по вашим же расчетам надо 60. Впрочем, есть зарплаты и по 300 т.р. Так что я не утверждал, что ни один айтишник не может себе Теслу позволить. Комментарий был как раз к тому, что для джуна это перебор.
Да, вы отчасти правы, это среднее по перцентилю, а больше среднего получает только каждый третий из выборки (это известное следствие из распределения зарплат), т.е. больше указанных уровней получает каждый 30-й (а не 10-й). Т.е. примерно 3.3%, что всё равно дофига в абсолютных числах.
А вот среди программистов каждый второй Senior получал от 190 т.р. в 2021 году. Другой вопрос, сколько среди программистов сеньоров?
Интересные у вас расчеты. Так-то платёж по кредиту не должен превышать 20% от дохода, если о финансово грамотном подходе вести речь. Обычно под "позволить" подразумевается примерно такой расклад.
Причём тут депутаты и нефтяники на севере? Я живу в городе с населением существенно меньше 1 млн человек и не на сервере. И тут всего 24 депутата (причём официальная зарплата у них небольшая), зато куча машин по 5+ млн, которые принадлежат не IT-шникам. Другими словами, хватает людей которые прилично зарабатывают не в IT и не в думе.
Так что "у нас 2к только может нефтяники на севере в тяжелейших условиях получают" - это прям махровый стереотип. Более того, даже по официальной статистике столько, а точнее >= 127 т.р. ($2177) ещё в 2017 году зарабатывал каждый 30-й работающий (по ТК РФ, т.е. без учёта ИП, бизнесменов и т.д.) россиянин.
К 2021 году этот перцентиль подрос уже до >= 189 т.р. ($2570)
Ну, для них обычно dirty-cpu scheduler-ы используют, чтобы на основные влияния не было. А так, нюансы есть конечно.
Это не так. Если бы пространство расширялось со скоростью света, то свет ни от одной звезды до нас не долетел бы.
Это всё несколько контринтуитивно, возможно статья поможет: https://naked-science.ru/article/nakedscience/rasshiryaetsya-li-vselennaya
Иммутабельность безусловно накладывает определенный оверхед на все функциональные языки.
Но, например, для разработки backend это практически никакой роли не играет и никаких торомозов нет. Даже, наоборот, я например переписывал как-то сервис с Go на Elixir. Получилось на пару процентов лучше по throughput, а по latency так вообще стало гораздо лучше - выбросы все ушли.
А там, где нужна числодробилка или мутабельность, для этих 0.01% случаев можно NIF на Rust написать. Как, например, Discord сделал: https://discord.com/blog/using-rust-to-scale-elixir-for-11-million-concurrent-users
Ну, вот пока вы слабо представляете, как оно должно работать (потому что ни в одном mainstream языке это нормально не реализовано), в BEAM это уже десятки лет как работает: https://medium.com/flatiron-labs/elixir-and-the-beam-how-concurrency-really-works-3cc151cddd61
EvilBlueBeaver отчасти правильно ответил. Но помимо полностью изолированных друг от друга легковесных процессов, там ещё очень богатый инструментарий по управлению ими, называемый OTP, плюс средства удаленной интроспекции, отладки и горячей замены.
Представьте себе Kubernetes только раз 5 навороченее и в рамках одного инстанса приложения, где вместо подов у вас легковесные потоки, десятки тысяч потоков.
P.S. Могу посоветовать вам 2 книги для краткого ознакомления с этой темой: The Little Elixir & OTP Guidebook и Concurrent Data Processing in Elixir
thread-safe - это хорошо, но этого мало. Это как арифметика для дифференциально-интегрального исчисления - необходимый фундамент, вокруг которого надо ещё много чего выстроить, чтобы было удобно и легко выполнять сложные задачи.
Rust уже начал выстраивать, но до уровня BEAM ему ещё лет 10 упорной разработки.
Да, вы всё правильно поняли. Плюс вытесняющая многозадачность для зеленых потоков позволяет более равномерно использовать все доступные ядра и иметь предсказуемый latency.
Elixir, как и другие языки на базе BEAM.
В плане многопоточной разработки - все остальные языки на уровне «детский сад, штаны на лямках». Причём разве что Rust c Actix в правильном направлении идёт.
Остальные только костыли разной степени ебанутости придумывают. Потому что невозможно писать адекватно многопоточный код там, где может в любой момент прийти GC и начать общую кучу чистить ?
Плюс ещё метапрограммирование нормальное в стиле Lisp - манипуляции с AST и т.д.
Ну, идите, выйдите на рынок с несколькими сотнями конкурентов с просто плохим приложением. Посмотрим, как вы клиентов наберете. Ну, бред же полный пишете. И про онлайн-кинотеатры и про маркетплейсы тоже.
Ну, например, аренда самокатов или какой-нибудь онлайн-кинотеатр. Услуга есть, ею пользуются, но если для какого-то человека их приложение будет работать медленно или непонятно, то он просто откажется от этой услуги и ничего не потеряет от этого.
И такого навалом, просто оглянитесь по сторонам.
Раз работа сайта постоянно ухудшается, значит она была суперхорошей в недавнем прошлом. Вот там и кроются причины роста клиентской базы. А вы путаете причину со следствием. Не база растёт из-за ухудшения работы сайта, а работа сайта ухудшается из-за того, что клиентская база выросла из-за того, что сайт хорошо работал.
Площадкам не насрать, потому что они на этом зарабатывают.
Код на русском (который слишком грамматически богат для этого), процедурная парадигма, устаревшие (по меркам индустрии) варианты решения типовых задач и т.д. и т.п.
Я его не хвалю. Рост клиентской базы - вещь объективная. И они его не особо вывозят. Но тем не менее он произошёл, а значит лет 5-7 назад всё было быстро и удобно.
Чего вы постоянно передёргиваете. Вы мало услуг и товаров знаете что-ли? В современном мире их так много, что от 90% из них можно отказаться вообще никак не затронув своё удобство и качество жизни.
А вот и неправильно. Они теряют рынок тех, кто готов покупать в 2 раза дороже. Если бы они могли продавать им напрямую, то могли бы пусть не на 100, но минимум на 50% свою прибыль поднять.
От того что она работает, менее кринжовой она не становится. Хотя в этой сфере и ABAP не лучше по этому критерию.
А вот адекватных ЯП общего назначения мы пока не создали. Хотя были начинания. Nemerle был хорош, например.
Вы опять как-то узко смотрите. Даже банк может продвинуться за счёт удобства обслуживания. Взять Точку, например, или Тинькофф. И скорость работы - это один из важных факторов удобства. Хоть и не единственный.
Касаемо алиэкспресса, многие заказывают у перекупщиков. А значит был бы алиэкспресс удобнее и дружелюбнее к иностранцам, мог бы ещё больше зарабатывать.
Ну и повышение конверсии это не всегда про конкурентов. Мало кто продаёт товары первой необходимости. Так что пользователи могут не уйти к конкуренту, а просто отказаться от услуги в принципе.