С уровнем сервиса даже в крупных компаниях-страховщиках, иногда приходится очень постараться, чтобы получить нужную услугу по ДМС:
В некоторые клиники якобы прямая запись, а по факту обнаруживается, что тебя не могут найти, и приходится записываться или просить отправить гарантийное письмо через поддержку.
Оператор поддержки будет отвечать минимум пару часов, а иногда и больше суток. Нанимать новых операторов то никто не хочет, они ж не для этого внедряют ботов.
Для согласования некоторых услуг нужно формальное посещение еще одного специалиста. В итоге снова проходишь через запрос гарантийного письма и долгие ожидания.
А когда тебе наконец-то напишут нужную услугу, страховщик постарается найти любой повод, чтобы отказать. Например, неточность в диагнозе или какое-то не подходящее слово в названии процедуры. Конкретно у меня было такое, что в клинике указали "лечебно-профилактический массаж" (который у клиники согласован в прайсе со страховой), но в страховой сразу отказали, т.к. им не понравилось слово "профилактический".
Вот даже если сам не пользуешься этим клиентом, то ведь им может пользоваться человек по другую сторону экрана.
Так что, если вы обсуждаете не самые безопасные темы с человеком, который не знает об особенностях телеги (или "ему нечего скрывать"), то это тоже риск.
Такими темпами они начнут штрафовать не только автомобилистов, а и пешеходов, которые с телефонами ходят рядом с дорогой. Пока еще, наверно, недостаточно камер навесили.
Печально то, что таким статьям верят всякие менеджеры, которые не разбираются в ИТ, но при этом влияют на занятость разработчиков. Например, тем же тимлидам теперь сложнее убедить начальство, что команде нужен еще один разработчик, а не подписка на очередную LLM.
Вот я сам люблю порассуждать о производительности, я получаю удовольствие от возможности оптимизировать какой-то кусок кода и от продумывания чистой архитектуры.
Но последнее время я чаще задумываюсь - а сколько времени (и, соответственно, денег) съест эта оптимизация? Например, мы сэкономим 4 тысячи в месяц на инфраструктуре, но при этом оптимизация будет стоить 2 недели опытного разработчика (200к+ с учетом налогов). Имея эти цифры перед глазами уже можно решать, что выгодней в текущих условиях. И, к сожалению, большую часть оптимизаций оказывается выгодней закрыть увеличением ресурсов.
А в случае с URL не будет ли проще, если делать таблицу с URL как primary key? По идее, тогда вообще никакого дополнительного места не понадобится, если записи изначально будут размещены в B-Tree по первичному ключу. Поправьте, если я не прав.
Акции софтверных компаний рухнули. Почти 1 триллион долларов рыночной стоимости испарился из акций программного обеспечения и услуг в начале февраля 2026 года, спровоцированный запуском Anthropic плагинов агента Claude Cowork, которые автоматизируют задачи в юридической сфере, продажах, маркетинге и анализе данных.
Что за бред? На американском рынке акций немало компаний, которые находятся в пузыре. Некоторые оцениваются в 40-50 прибылей, некоторые вообще не приносят прибыль, а может на нее и не выйдут. Вот эти все компании и скачут в цене.
Да и не стоит забывать, что любой рынок акций имеет свойство корректироваться, графики всегда ходят вверх-вниз. А уж для переоцененных акций любой триггер может вызвать сильные колебания цены. Так что тут ничего удивительного. Приводить это в качестве аргумента в пользу "ИИ" - глупо.
считает, что головные боли и головокружения из–за зажатых сосудов и остеохондроза
А что если как раз были зажатые сосуды, как сказали, из-за спазма мышц, + из-за строения этих сосудов (с одной стороны заужены, делался мрт) + тот самый остохондроз? В таком случае это тоже ред флаг или все-таки правильное обоснование проблемы?
Цифры относительно бюджета, конечно, заметно отличаются. Но я бы это дело рассматривал еще в контексте процентных ставок, т.к. в РФ они намного выше. Т.е. обслуживание долга выходит не таким дешевым, и это, отчасти, останавливает от больших займов.
Если так подумать, то российская почта легко будет доступна всяким силовикам. Большинство русскоязычной аудитории не заморачивается и пользуется мэйл.ру. Так что таким способом кто надо получает возможность легко зайти в телеграмм аккаунт нужного человека. А что, номера телефонов известны, по номеру запросить доступ к почте и там получить код для входа в аккаунт.
Часто проблема в последней части. Когда выделяешь отдельную задачу, а на нее приоритет у лидов около нуля. И в итоге проходит пол года, год, и ее просто удаляют.
Могу понять. У меня тоже одну статью отклонили, но из-за тематики, типа не сильно подходила под хабр. И ладно, если б все такие статьи отклоняли. Но нет, не подходящих по тематике тут овер дохрена, только нужно заплатить деньги за блог.
И тоже согласен насчет самого текста статьи. У меня также была финальная версия только тут, а на компе лежал черновик. Тут ее отклонили и все, нет готовой статьи.
Вообще да, согласен. Но тут важный момент. Для авторов часто польза в другом:
получить удовлетворение от одобрения его работы
улучшить свой или корпоративный бренд
принести другим пользу
и т.д.
И обычно вот эти вещи достаточно значимы, чтобы потратить свои силы и выложить бесплатно какую-то достойную статью. Но в то же время у многих теряется желания делать что-то хорошее, когда другие получают ту же пользу для себя, но уже не тратя много усилий и кормя людей мусорным контентом.
Почитать бы еще подобное в контексте разработки и деплоя программ. Потому что тут тоже может весело:
Спустя пол года решили доработать сервис. Случайно добавили баг. Решили откатить на старую версию, а ее уже нет. Из-за политики хранения образов, старая версия уже давно была удалена.
Начали деплоить новую версию приложения, которое до этого работало 3 месяца без доработок. Оказалось, что за это время поменялись правила деплоя, и приложение сходу не завелось. Тут оказалось проще - поменялось требование к количеству реплик.
Оно должно выглядеть хорошо и в лучшую сторону выделяться при просмотре других резюме - банальное конкурентное преимущество при поиске работы, чтоб повысить свои шансы (если такая мелочь может порой дать х2 к вероятности по сравнению с плохими резюме, то почему б и нет?)
Хочется, чтоб люди понимали, что я делал, что умею и подхожу ли под какую-то вакансию - тут можно провести ассоциации с кодом, когда стараемся правильно и очевидно описать логику, чтоб не возникало лишних вопросов и неверных толкований
Ровно о том же подумал. Не раз смотрел разборы резюме программистов, читал советы, подстраивал свое резюме. И поэтому прямо с первых секунд видно - с таким резюме, скорей всего, никто автору не напишет. Разве что если совсем беда с кандидатами.
Конечно, где-то такое может сработать. Но представьте себе серьезную компанию с хотя бы двухлетней кодовой базой. Вряд ли легко придумать такое тестовое, чтоб его можно было внедрить в существующий код. К тому же обычно задачу нужно решить прямо здесь и сейчас, а не ждать, когда какой-то соискатель напишет хотя бы рабочее решение, не говоря уже о согласованности стиля с существующим кодом и покрытием тестами с учетом всего контекста.
С уровнем сервиса даже в крупных компаниях-страховщиках, иногда приходится очень постараться, чтобы получить нужную услугу по ДМС:
В некоторые клиники якобы прямая запись, а по факту обнаруживается, что тебя не могут найти, и приходится записываться или просить отправить гарантийное письмо через поддержку.
Оператор поддержки будет отвечать минимум пару часов, а иногда и больше суток. Нанимать новых операторов то никто не хочет, они ж не для этого внедряют ботов.
Для согласования некоторых услуг нужно формальное посещение еще одного специалиста. В итоге снова проходишь через запрос гарантийного письма и долгие ожидания.
А когда тебе наконец-то напишут нужную услугу, страховщик постарается найти любой повод, чтобы отказать. Например, неточность в диагнозе или какое-то не подходящее слово в названии процедуры. Конкретно у меня было такое, что в клинике указали "лечебно-профилактический массаж" (который у клиники согласован в прайсе со страховой), но в страховой сразу отказали, т.к. им не понравилось слово "профилактический".
Вот даже если сам не пользуешься этим клиентом, то ведь им может пользоваться человек по другую сторону экрана.
Так что, если вы обсуждаете не самые безопасные темы с человеком, который не знает об особенностях телеги (или "ему нечего скрывать"), то это тоже риск.
Такими темпами они начнут штрафовать не только автомобилистов, а и пешеходов, которые с телефонами ходят рядом с дорогой. Пока еще, наверно, недостаточно камер навесили.
Печально то, что таким статьям верят всякие менеджеры, которые не разбираются в ИТ, но при этом влияют на занятость разработчиков. Например, тем же тимлидам теперь сложнее убедить начальство, что команде нужен еще один разработчик, а не подписка на очередную LLM.
Вот я сам люблю порассуждать о производительности, я получаю удовольствие от возможности оптимизировать какой-то кусок кода и от продумывания чистой архитектуры.
Но последнее время я чаще задумываюсь - а сколько времени (и, соответственно, денег) съест эта оптимизация? Например, мы сэкономим 4 тысячи в месяц на инфраструктуре, но при этом оптимизация будет стоить 2 недели опытного разработчика (200к+ с учетом налогов). Имея эти цифры перед глазами уже можно решать, что выгодней в текущих условиях. И, к сожалению, большую часть оптимизаций оказывается выгодней закрыть увеличением ресурсов.
А в случае с URL не будет ли проще, если делать таблицу с URL как primary key? По идее, тогда вообще никакого дополнительного места не понадобится, если записи изначально будут размещены в B-Tree по первичному ключу. Поправьте, если я не прав.
Что за бред? На американском рынке акций немало компаний, которые находятся в пузыре. Некоторые оцениваются в 40-50 прибылей, некоторые вообще не приносят прибыль, а может на нее и не выйдут. Вот эти все компании и скачут в цене.
Да и не стоит забывать, что любой рынок акций имеет свойство корректироваться, графики всегда ходят вверх-вниз. А уж для переоцененных акций любой триггер может вызвать сильные колебания цены. Так что тут ничего удивительного. Приводить это в качестве аргумента в пользу "ИИ" - глупо.
Интересно, а есть ли уже подобные очки в продаже, чтоб были неплохого качества и адекватные по цене?
А что если как раз были зажатые сосуды, как сказали, из-за спазма мышц, + из-за строения этих сосудов (с одной стороны заужены, делался мрт) + тот самый остохондроз? В таком случае это тоже ред флаг или все-таки правильное обоснование проблемы?
Цифры относительно бюджета, конечно, заметно отличаются. Но я бы это дело рассматривал еще в контексте процентных ставок, т.к. в РФ они намного выше. Т.е. обслуживание долга выходит не таким дешевым, и это, отчасти, останавливает от больших займов.
Так оправдывать надо тех, кто не виновен, а не наоборот.
Если так подумать, то российская почта легко будет доступна всяким силовикам. Большинство русскоязычной аудитории не заморачивается и пользуется мэйл.ру. Так что таким способом кто надо получает возможность легко зайти в телеграмм аккаунт нужного человека. А что, номера телефонов известны, по номеру запросить доступ к почте и там получить код для входа в аккаунт.
Часто проблема в последней части. Когда выделяешь отдельную задачу, а на нее приоритет у лидов около нуля. И в итоге проходит пол года, год, и ее просто удаляют.
Могу понять. У меня тоже одну статью отклонили, но из-за тематики, типа не сильно подходила под хабр. И ладно, если б все такие статьи отклоняли. Но нет, не подходящих по тематике тут овер дохрена, только нужно заплатить деньги за блог.
И тоже согласен насчет самого текста статьи. У меня также была финальная версия только тут, а на компе лежал черновик. Тут ее отклонили и все, нет готовой статьи.
Вообще да, согласен. Но тут важный момент. Для авторов часто польза в другом:
получить удовлетворение от одобрения его работы
улучшить свой или корпоративный бренд
принести другим пользу
и т.д.
И обычно вот эти вещи достаточно значимы, чтобы потратить свои силы и выложить бесплатно какую-то достойную статью. Но в то же время у многих теряется желания делать что-то хорошее, когда другие получают ту же пользу для себя, но уже не тратя много усилий и кормя людей мусорным контентом.
Интересная статья, спасибо.
Почитать бы еще подобное в контексте разработки и деплоя программ. Потому что тут тоже может весело:
Спустя пол года решили доработать сервис. Случайно добавили баг. Решили откатить на старую версию, а ее уже нет. Из-за политики хранения образов, старая версия уже давно была удалена.
Начали деплоить новую версию приложения, которое до этого работало 3 месяца без доработок. Оказалось, что за это время поменялись правила деплоя, и приложение сходу не завелось. Тут оказалось проще - поменялось требование к количеству реплик.
Веселей всего читать комментарии в маркетплейсах под флешками. Каждый второй отрицательный отзыв про то, что память не соответствует заявленной.
Да нет, не секта. Скорее, разумный подход.
У меня лично 2 основные мотивации делать его так:
Оно должно выглядеть хорошо и в лучшую сторону выделяться при просмотре других резюме - банальное конкурентное преимущество при поиске работы, чтоб повысить свои шансы (если такая мелочь может порой дать х2 к вероятности по сравнению с плохими резюме, то почему б и нет?)
Хочется, чтоб люди понимали, что я делал, что умею и подхожу ли под какую-то вакансию - тут можно провести ассоциации с кодом, когда стараемся правильно и очевидно описать логику, чтоб не возникало лишних вопросов и неверных толкований
Ровно о том же подумал. Не раз смотрел разборы резюме программистов, читал советы, подстраивал свое резюме. И поэтому прямо с первых секунд видно - с таким резюме, скорей всего, никто автору не напишет. Разве что если совсем беда с кандидатами.
Конечно, где-то такое может сработать. Но представьте себе серьезную компанию с хотя бы двухлетней кодовой базой. Вряд ли легко придумать такое тестовое, чтоб его можно было внедрить в существующий код. К тому же обычно задачу нужно решить прямо здесь и сейчас, а не ждать, когда какой-то соискатель напишет хотя бы рабочее решение, не говоря уже о согласованности стиля с существующим кодом и покрытием тестами с учетом всего контекста.