На всякий случай имейте в виду, что одним лишь C++ мир не ограничивается и есть как минимум один язык, в котором полностью идентичный код из второго примера будет выглядеть так:
let bar = foo()?;
foo2();
И есть минимум одна статья https://go.dev/blog/error-syntax в которой написано про подобный подход и почему ничего в обработке ошибок в ближайшее время меняться не будет.
Раст затащил ? в самом начале своего пути. Go постарше, они не смогли, а потом проблема совместимости и большой базы пользователей. Все так привыкли. Кто хочет - всегда может программировать на Rust.
Вроде бы можно отвечать на сообщение, а не писать новое.
Говорят, на Хабре принято общаться уважительно
Я слышал, что для библиотеки надо бы писать или godoc или readme или ещё какую документацию, благо инструменты есть
Вы не ответили на вопрос, что же будет если во время работы подобного итератора сделать хоть что-то с мапой, например, удалить текущий элемент. Будут ли выполняться гошные гарантии на итератор?
Отдать сразу половину ячеек под пустоту, только чтобы хеш работал это тоже небесспорное решение. И если можно другим пробированием дойти до нынешний 80% loadFactor, то это же хорошо!
В то время как телевизор рапортует об отсутствии экономических проблем, а фондовый рынок растёт на слухах о переговорах, никто не обращает внимания на реальное состояние внутренней экономики.
Ключевая ставка ЦБ 18%. А была 21%. Это и есть мерило проблем в экономике, всё не просто, экономику сушат изо всех сил. Только госрасходы проходят мимо. Это, кстати, к следующему пассажу. Деньги в России сейчас или от государства или очень дороги.
Назовите хоть одну российскую компанию, готовую платить сотрудникам опционами на сумму от 1 до 3 миллионов долларов в год, при этом не урезая зарплату?
Мой личный опыт тому подтверждение: чтобы нормально зарабатывать, мне пришлось создать свою компанию и затем выйти из неё.
И как, в вашей компании были опционы? А если нет, то почему? Скупость основателя, отсутствие культуры у основателя или ситуация на рынке такова что ну никак не выходит? Может тогда и у других такая же ситуация
Компании перестали платить зарплаты, сопоставимые с международным рынком. Даже в тех редких локациях, где они пытаются удержать иностранных сотрудников, доходы ниже медианных значений.
Всегда платили ниже чем Силиконовой Долине. Если есть деньги, то нанимали там в офис, если хотели сэкономить - нанимали удалённых сотрудников, из других штатов или даже стран. И нанимали подешевле. С 2022 года международным компаниям работать с россиянами стало сложнее, поэтому, по рыночным механизмам, те кто остались стали платить меньше. Российские компании, по вполне рыночным причинам, тоже стали платить меньше, ибо валютная удалёнка вытянивает не всех, а работать надо. Вполне себе рыночная ситуация, хоть и печальная. Кстати, мировой кризис и в IT и в экономике таки есть. И он тоже влияет на зарплаты.
Чтобы усилить интернет‑суверенитет, нужны адекватные условия труда и оплата.
Нет. Нужны субсидии на разработку и административные ограничения на конкурентов. Что успешно делается :( Ну зачем нормальному предпринимателю делать клон работающего сервиса? Клон будет хуже и дороже и если нет идеи почему гарантирован сбыт, то никто и не начнёт. Или должна быть киллер-фича, которая подвинет конкурента в мире, или административные запреты на доле рынка. Ах да, деньги дороги, поэтому, желательно на субсидию делать.
Пример: китайские автомобили. Пошлины больше 100% и субсидии.
Пример с Max хороший, где государство продвигает продукт. Пример про Яндекс и HeadHunter не увидел. Венчурный рынок сильно просел и ещё не перестроился - факт. Общеизвестный Зарплаты просели - факт. Общеизвестный
Культура IT стартапов уходит. По всему миру. Вот GM даёт опционы сотрудникам? Да даже та же Тесла?
Например, собесы только очные, в офисе. Приезжай, родной, со своим ноутом, и на своём ноуте, в своей IDE решай задачку, а я в экран смотреть буду... Или голосом разговаривай. Или на корпоративном покажи как ты с софтом управляешься.
Это обрубит найм из регионов, добавит 2 часа на дорогу собеседующимся (и не будет особенно стоить компании)
Зачем убытки крупняку то? Чем больше убытков, тем меньше найм и тем длинее очереди на собес. Тут проигрывают все.
На падающем рынке могут ввести очные собесы. Особенно в Москве. Половина кандидатов и так живёт в 2-х часах пути, а вторая... Рынок же падающий, можно половину выкинуть. Вангую появление очных собесов.
Я так 6 лет назад в Яндекс устроился :) Но с тех пор даже Яндекс изменился.
Вообще подстава. На листике строки не раздвигаются, трудно вставить кусок кода, а иногда надо (ну забыл некую инициализацию данных или частный случай). Но писать можно. И это прям литкод-литкод от которого многих коробит.
Какая текучка у этого человека? Смотрите, пусть у нас человек работает в среднем год. Эффективные команды в 5-7 человек. Получается, что у нас 1 найм в 2 месяца. Да за это время всё забудется, обратной связи нормальной не получится. А 2-3 человека на подстраховку значит x3 расходов времени на каждый собес. Половина синьёр-дня на собес это слишком много.
Выходит так, что если это не специально натренированный собеседующий, то у него либо лютая текучка в команде, либо он будет забывать что там было. Либо он не будет сам работать с той командой в которую собесит
Я знаю несколько уровней подвохов в "развернуть строчку" 1. Строки могут быть неизменяемы, надо буфера или копии 2. Строки могут быть многобайтные. Привет руны или что там у вас 3. В Unicode есть символы, которые действую на соседний (не могу запомнить на какой, перед или после). Надо их обрабатывать или нормализацию применять (но это не гарантирует 100% успех) 4. Дальше есть ещё бездны с написанием справа налево, правилами регистров, замены одних символов другими и т.д.
А ещё есть знаки препинания (точки пробелы после слова, а не до)...
Можно проводить собес строго очно. И как один из пунктов - вот давай нагугли вопросик и нарешай нейросетью таску (а потом поправь код) И, кажется, мы к этому можем приехать очень быстро. Собесы - очно.
В каком регионе? Потому что у нас тоже так было (Ульяновск). Так казалось. А через 5 лет оказалось что вполне себе и международные проекты есть и заметные внутрироссийские. Пока они стартовали, были маленькие их было не видно. И казалось что ничего нет
А как они затащат этот модуль? Вот есть монолит, есть сборка. Если какой-то пакет что-то обновляет, то либо оно обновится, либо накроется тестами. Версия ноды тоже получается из процесса сборки. Как они затащат разные модули? Первый успеет, а второй будет страдать.
А если уж есть компилятор (Go, Java, C#), то там оно или соберётся и можно работать, или не соберётся.
Так статья называется "Издержки микросервисов, которые ваш стартап может не потянуть" Обычно это небольшой проект и там немного народу. Да и модульный монолит вполне можно пилить человек в 5 только бэков, например, если в разных углах пилить.
Полстатьи про то, что важна скорость разработки на машине конкретного разраба. А в этом случае docker-compose рулит, а k8s вот совсем не рулит Нет, я работал в разных местах, в том числе и там где рабочий энв был уже в облаке (разными способами) и всё делалось на сервере Но проще compose
Сравнение строк может быть очень длинным. А в случае открытой адресации у нас возможна ситуация, что данные лежат в "чужом" бакете и чтобы понять что это оно надо сравнивать ключи (ну или где-то рядом прикапывать полный хеш)
И есть минимум одна статья https://go.dev/blog/error-syntax в которой написано про подобный подход и почему ничего в обработке ошибок в ближайшее время меняться не будет.
Раст затащил ? в самом начале своего пути. Go постарше, они не смогли, а потом проблема совместимости и большой базы пользователей.
Все так привыкли.
Кто хочет - всегда может программировать на Rust.
Вроде бы можно отвечать на сообщение, а не писать новое.
Говорят, на Хабре принято общаться уважительно
Я слышал, что для библиотеки надо бы писать или godoc или readme или ещё какую документацию, благо инструменты есть
Вы не ответили на вопрос, что же будет если во время работы подобного итератора сделать хоть что-то с мапой, например, удалить текущий элемент. Будут ли выполняться гошные гарантии на итератор?
И дальше? Как мне вывести все пары ключ/значение из этого?
А что будет если в момент итерирования модифицировать мапу? Добавить или удалить ключ? А что если мапа расширится в во время добавления?
Отдать сразу половину ячеек под пустоту, только чтобы хеш работал это тоже небесспорное решение. И если можно другим пробированием дойти до нынешний 80% loadFactor, то это же хорошо!
Итератотов по мапе у вас нет.
Плавной эвакуации - нет, рост x2 и рехеширование всей мапы, из-за чего редкие встави будут очень долгими
Рейс детектора нет
Как итог, есть библиотека которая решает другую (более простую задачу) другими средствами, и решает эффективнее.
PS Вам и старые мапы не нравились, насколько я помню
Смешались в кучу кони, люди...
Ключевая ставка ЦБ 18%. А была 21%.
Это и есть мерило проблем в экономике, всё не просто, экономику сушат изо всех сил. Только госрасходы проходят мимо. Это, кстати, к следующему пассажу. Деньги в России сейчас или от государства или очень дороги.
И как, в вашей компании были опционы?
А если нет, то почему? Скупость основателя, отсутствие культуры у основателя или ситуация на рынке такова что ну никак не выходит? Может тогда и у других такая же ситуация
Всегда платили ниже чем Силиконовой Долине. Если есть деньги, то нанимали там в офис, если хотели сэкономить - нанимали удалённых сотрудников, из других штатов или даже стран. И нанимали подешевле.
С 2022 года международным компаниям работать с россиянами стало сложнее, поэтому, по рыночным механизмам, те кто остались стали платить меньше. Российские компании, по вполне рыночным причинам, тоже стали платить меньше, ибо валютная удалёнка вытянивает не всех, а работать надо.
Вполне себе рыночная ситуация, хоть и печальная.
Кстати, мировой кризис и в IT и в экономике таки есть. И он тоже влияет на зарплаты.
Нет. Нужны субсидии на разработку и административные ограничения на конкурентов. Что успешно делается :(
Ну зачем нормальному предпринимателю делать клон работающего сервиса? Клон будет хуже и дороже и если нет идеи почему гарантирован сбыт, то никто и не начнёт. Или должна быть киллер-фича, которая подвинет конкурента в мире, или административные запреты на доле рынка.
Ах да, деньги дороги, поэтому, желательно на субсидию делать.
Пример: китайские автомобили. Пошлины больше 100% и субсидии.
Пример с Max хороший, где государство продвигает продукт. Пример про Яндекс и HeadHunter не увидел.
Венчурный рынок сильно просел и ещё не перестроился - факт. Общеизвестный
Зарплаты просели - факт. Общеизвестный
Культура IT стартапов уходит. По всему миру. Вот GM даёт опционы сотрудникам? Да даже та же Тесла?
Возрастной это сколько?
Мне 47, весной в нескольких бигтехах до фит интервью доходил, вот, во вторник на новое место выхожу.
Например, собесы только очные, в офисе.
Приезжай, родной, со своим ноутом, и на своём ноуте, в своей IDE решай задачку, а я в экран смотреть буду... Или голосом разговаривай.
Или на корпоративном покажи как ты с софтом управляешься.
Это обрубит найм из регионов, добавит 2 часа на дорогу собеседующимся (и не будет особенно стоить компании)
Зачем убытки крупняку то? Чем больше убытков, тем меньше найм и тем длинее очереди на собес. Тут проигрывают все.
На падающем рынке могут ввести очные собесы. Особенно в Москве.
Половина кандидатов и так живёт в 2-х часах пути, а вторая... Рынок же падающий, можно половину выкинуть.
Вангую появление очных собесов.
Я так 6 лет назад в Яндекс устроился :)
Но с тех пор даже Яндекс изменился.
Вообще подстава. На листике строки не раздвигаются, трудно вставить кусок кода, а иногда надо (ну забыл некую инициализацию данных или частный случай).
Но писать можно. И это прям литкод-литкод от которого многих коробит.
Какая текучка у этого человека?
Смотрите, пусть у нас человек работает в среднем год. Эффективные команды в 5-7 человек. Получается, что у нас 1 найм в 2 месяца. Да за это время всё забудется, обратной связи нормальной не получится.
А 2-3 человека на подстраховку значит x3 расходов времени на каждый собес. Половина синьёр-дня на собес это слишком много.
Выходит так, что если это не специально натренированный собеседующий, то у него либо лютая текучка в команде, либо он будет забывать что там было. Либо он не будет сам работать с той командой в которую собесит
Я знаю несколько уровней подвохов в "развернуть строчку"
1. Строки могут быть неизменяемы, надо буфера или копии
2. Строки могут быть многобайтные. Привет руны или что там у вас
3. В Unicode есть символы, которые действую на соседний (не могу запомнить на какой, перед или после). Надо их обрабатывать или нормализацию применять (но это не гарантирует 100% успех)
4. Дальше есть ещё бездны с написанием справа налево, правилами регистров, замены одних символов другими и т.д.
А ещё есть знаки препинания (точки пробелы после слова, а не до)...
Можно проводить собес строго очно. И как один из пунктов - вот давай нагугли вопросик и нарешай нейросетью таску (а потом поправь код)
И, кажется, мы к этому можем приехать очень быстро. Собесы - очно.
В каком регионе? Потому что у нас тоже так было (Ульяновск). Так казалось. А через 5 лет оказалось что вполне себе и международные проекты есть и заметные внутрироссийские.
Пока они стартовали, были маленькие их было не видно. И казалось что ничего нет
А как они затащат этот модуль?
Вот есть монолит, есть сборка.
Если какой-то пакет что-то обновляет, то либо оно обновится, либо накроется тестами.
Версия ноды тоже получается из процесса сборки.
Как они затащат разные модули? Первый успеет, а второй будет страдать.
А если уж есть компилятор (Go, Java, C#), то там оно или соберётся и можно работать, или не соберётся.
Так статья называется "Издержки микросервисов, которые ваш стартап может не потянуть"
Обычно это небольшой проект и там немного народу.
Да и модульный монолит вполне можно пилить человек в 5 только бэков, например, если в разных углах пилить.
Полстатьи про то, что важна скорость разработки на машине конкретного разраба. А в этом случае docker-compose рулит, а k8s вот совсем не рулит
Нет, я работал в разных местах, в том числе и там где рабочий энв был уже в облаке (разными способами) и всё делалось на сервере
Но проще compose
Сравнение строк может быть очень длинным. А в случае открытой адресации у нас возможна ситуация, что данные лежат в "чужом" бакете и чтобы понять что это оно надо сравнивать ключи (ну или где-то рядом прикапывать полный хеш)
Возможно, в тексте статьи есть ответ... Но тогда же надо прочитать статью!
А задача заноса тоже нерешаема.
Блок санузла ставится краном и потом накрывается перекрытием, тоже краном.
Разбирать весь дом в обратном порядке...