О да, там тоже тараканы, везде тараканов навалом... Я надеюсь что, внезапно, GDPR окажется противовесом против этого, сейчас как раз Англия (у которой есть собственный вариант - UK GDPR) судится с парой крупных сайтов которые ей указали (и на хороших основаниях) что тихая перлюстрация будет против их же GDPR и если сделать как они хотят, то не нарушить законов вообще будет невозможно - так что сейчас везде назревает большой цирк, мы разве что можем попкорном заранее запастись. :)
Обсуждение идёт в контексте законодательства, а в этом контексте - да, Англия уже совсем не Европа. Обобщать закидоны законодательства по географическому принципу - это не совсем корректно. :)
Строго говоря, Англия уже и не Европа, им свои национальные тараканы оказались дороже и милее. :) Теперь эти тараканы (в лице Labour Party) претворяют свои фантазии в жизнь.
Я слишком циничен для этой статьи. :( Моя первая мысль в ответ на вопрос, почему программисты учат английский - это потому что компьютеры выполняют разные операции, и иногда случается специальная операция, и тогда программистам надо заводить трактор и отправляться в командировку... а инструкция к трактору вся на английском.
В определённые отрасли как бы уже, не в рамках санкций, а так, негласно. Например в ASML на ведьм уже сезон охоты открыт, если связан с российскими компаниями, скорее всего не наймут.
С другой стороны, другим, не таким чувствительным отраслям всё равно откуда разработчик и на кого он раньше работал. Так что чем больше ЦБ голосует за индусов, тем больше разработчиков смотрят в сторону сарая с трактором.
Сразу почему-то вспомнилось: https://tinyurl.com/yeyk7ya6 (Да, диаграмма для юмора сделана, но если серьёзно - большинство книг там очень, очень годные.)
По поводу новости про это казино - там как-то сомнительно всё, мягко говоря. Во-первых этот проект поддерживается не руководством Чикаго в целом а главой городского казначейства (если я правильно понял), она уже была поймана (и оштрафована) в прошлом за нецелевые растраты, а во-вторых, сам проект очень мутный: этим меньшинствам продают не акции (которые 25 тысяч долларов штука) а "долю" с банком покрывающим финансирование, и под 11% годовых, и в целом всё выглядит так как будто кто-то решил под шумок эти меньшинства подстричь как овец.
Ну, смотря какие холода, наверное, где зимы мягкие и ниже чем минус пять-десять не опускается... Моя Model Y порядком накатала на трассах (время от времени ~400 километров с подзарядкой случается, остальное время по городу и ~50км в соседний примерно раз в три-четыре недели), вроде нет проблем с пробегом, а до этого i3 те же маршруты зимой пробегал лет семь, в том числе зимой, и я уже не помню точную цифру но где-то в районе десяти процентов ёмкости потерял за всё время.
Но с битком, конечно, страданий наверное будет куда больше, это да.
Может быть, конечно. Попутчик сказал - мобилизованные, но я его не спросил про детали, может и правда контрактники, так что врать не буду, может и так.
Ну как новость.. Сам осенью прошлого года ехал с югов в первопрестольную поездом, остановились на полдороге, на перроне группа служивых, баулы, всё, человек двадцать, средних лет, не призывники. Попутчик (сам раненый после реабилитации с осколком в ноге, я ему нижнюю полку уступил) ради интереса вышел, поговорил - да, свежемобилизованные. Это особая уличная магия - мобилизации нет, а мобилизованные есть.
Судя по скриншотам, пытаются смотреть через Германию. Вопрос - это не региональные ли блокировки? Просто в Германии и так целая куча видео недоступна, и они продолжают добавлять новые (у них там драконовское законодательство для контента). Я не к тому что ютуб не начал что-то ещё блокировать, но если из Германии что-то не работает, полезно на всякий случай проверить из другой страны, у них там и в мирное время контент блокируют.
Может описывать эксперимент и разбивать на шаги, чтобы его отростки-лаборанты его выполняли и передавали результат эксперимента обратно в LLM? Эта-то часть вопросов не вызывает.
Если стоимость простоя низкая, то вы начинаете с того что есть и улучшаете процессы пока у вас не получается удовлетворительный контроль качества. Если же стоимость простоя настолько высока что несколько таких простоев потопят вашу компанию то, простите, фокусируетесь вы уже далеко не только на выборе языка.
Да, root cause у CrowdStrike был с буферами памяти. Но это несущественно, потому что, если ваш продукт способен положить половину крупного бизнеса, то вы фокусируетесь не на паническом переписывании всего на Rust, а на процессах тестирования и внедрении phased rollouts, что вы так или иначе должны были сделать давным-давно потому что существует масса возможных проблем которые Rust просто не покрывает. Логические ошибки, ошибки конфигурации, недостаточный контроль входных данных, сетевые ошибки, аппаратные, человеческие ошибки на каждом этапе... Если у вас есть риски, то вы их оцениваете, и амортизируете их наиболее эффективными методами вместо того чтобы "а вот давайте всё перепишем на X и все проблемы исчезнут". Не исчезнут.
Точную оценку - нет, приблизительную, достаточную для оценки рисков - почему бы нет. Реальный вопрос в вашем случае, конечно, какая была стоимость простоя и окупилось ли бы внедрение Typescript. Это всё вполне себе оценивается, особенно если проект существует уже давно и есть статистика. Конечно же стоимости простоев надо считать, тем более что для разных проектов (как раз то о чём я и говорил) они могут быть от незначительных (ну упадёт у кого-то игра время от времени, зато выкатили вовремя и получили продажи) до настолько критичных что они стоят крупных инвестиций (mission critical / safety critical например).
Небольшим количеством времени - это каким, мне любопытно? :) Вы, к примеру, готовы оценить, для конкретного проекта, в монетарном эквиваленте, затраты времени и ресурсов на внедрение, переобучение, разработку тулинга, адаптацию инфраструктуры, недополученную прибыль из-за приостановки внедрения новых фич - и так далее, список длинный, вы и так понимаете - и взвесить эту оценку против, скажем, поддержки (уже существующей) пачки тестов для C++ проекта, статического анализа в пайплайне и (что в любом случае должно быть) peer review перед интеграцией где люди не будут давать друг другу коммитить код не соответствующий (в принципе уже достаточно безопасным) практикам последних стандартов, плюс покрытие некоторых (поддающихся оценке) убытков от того что в конкретном проекта продакшн упадёт и будет чиниться в среднем полтора часа в год?
Не поймите меня неправильно, я не против Раста, и не против того чтобы действительно провести такую оценку. Я лишь говорю о том, что такая оценка должна быть проведена, не все могут позволить себе выбрасывать деньги на ветер, и если конечный счёт оказывается не в пользу Rust, то в этом конкретном проекте Rust хуже чем C++. Не "хуже для горстки старпёров", а объективно хуже, потому что из-за него пользователь получает меньше и платит больше. Sad but true. Серебряных пуль нет, не существует one size fits all, существуют конкретные проекты с конкретными условиями. Плюсы должны перевешивать минусы. "Несоизмеримо большее время" и "небольшое количество времени" - я вот не готов такое отнести к людям, котрым по должности положено беспокоиться о том что, если они сделают неверный выбор, то через год паре тысяч их сотрудников придётся искать новую работу а им самим останется оформлять банкротство и идти в управдомы.
О да, там тоже тараканы, везде тараканов навалом... Я надеюсь что, внезапно, GDPR окажется противовесом против этого, сейчас как раз Англия (у которой есть собственный вариант - UK GDPR) судится с парой крупных сайтов которые ей указали (и на хороших основаниях) что тихая перлюстрация будет против их же GDPR и если сделать как они хотят, то не нарушить законов вообще будет невозможно - так что сейчас везде назревает большой цирк, мы разве что можем попкорном заранее запастись. :)
Обсуждение идёт в контексте законодательства, а в этом контексте - да, Англия уже совсем не Европа. Обобщать закидоны законодательства по географическому принципу - это не совсем корректно. :)
Строго говоря, Англия уже и не Европа, им свои национальные тараканы оказались дороже и милее. :) Теперь эти тараканы (в лице Labour Party) претворяют свои фантазии в жизнь.
Я слишком циничен для этой статьи. :( Моя первая мысль в ответ на вопрос, почему программисты учат английский - это потому что компьютеры выполняют разные операции, и иногда случается специальная операция, и тогда программистам надо заводить трактор и отправляться в командировку... а инструкция к трактору вся на английском.
В определённые отрасли как бы уже, не в рамках санкций, а так, негласно. Например в ASML на ведьм уже сезон охоты открыт, если связан с российскими компаниями, скорее всего не наймут.
С другой стороны, другим, не таким чувствительным отраслям всё равно откуда разработчик и на кого он раньше работал. Так что чем больше ЦБ голосует за индусов, тем больше разработчиков смотрят в сторону сарая с трактором.
Я вот как раз зашёл посмотреть мемы про Наташу и котов (и AI), и внезапно пока ни одного. :)
Сразу почему-то вспомнилось: https://tinyurl.com/yeyk7ya6
(Да, диаграмма для юмора сделана, но если серьёзно - большинство книг там очень, очень годные.)
Это далеко не новый термин, я "потогонное производство" помню с давних пор, он очень широко употребляется.
Э-э... Для государственных деятелей бы тесты сделать, вот на этом можно было бы сразу и закончить. :)
По поводу новости про это казино - там как-то сомнительно всё, мягко говоря. Во-первых этот проект поддерживается не руководством Чикаго в целом а главой городского казначейства (если я правильно понял), она уже была поймана (и оштрафована) в прошлом за нецелевые растраты, а во-вторых, сам проект очень мутный: этим меньшинствам продают не акции (которые 25 тысяч долларов штука) а "долю" с банком покрывающим финансирование, и под 11% годовых, и в целом всё выглядит так как будто кто-то решил под шумок эти меньшинства подстричь как овец.
Ну, смотря какие холода, наверное, где зимы мягкие и ниже чем минус пять-десять не опускается... Моя Model Y порядком накатала на трассах (время от времени ~400 километров с подзарядкой случается, остальное время по городу и ~50км в соседний примерно раз в три-четыре недели), вроде нет проблем с пробегом, а до этого i3 те же маршруты зимой пробегал лет семь, в том числе зимой, и я уже не помню точную цифру но где-то в районе десяти процентов ёмкости потерял за всё время.
Но с битком, конечно, страданий наверное будет куда больше, это да.
Построение галактической тирании - это не просто хорошее, это уже как бы часть государственной политики, так что рекрутёры за вами уже выехали. :)
Может быть, конечно. Попутчик сказал - мобилизованные, но я его не спросил про детали, может и правда контрактники, так что врать не буду, может и так.
Ну как новость.. Сам осенью прошлого года ехал с югов в первопрестольную поездом, остановились на полдороге, на перроне группа служивых, баулы, всё, человек двадцать, средних лет, не призывники. Попутчик (сам раненый после реабилитации с осколком в ноге, я ему нижнюю полку уступил) ради интереса вышел, поговорил - да, свежемобилизованные. Это особая уличная магия - мобилизации нет, а мобилизованные есть.
И ещё есть https://mosh.org/ - он не строго SSH, но удобно в дороге, при плохом соединении.
Судя по скриншотам, пытаются смотреть через Германию. Вопрос - это не региональные ли блокировки? Просто в Германии и так целая куча видео недоступна, и они продолжают добавлять новые (у них там драконовское законодательство для контента). Я не к тому что ютуб не начал что-то ещё блокировать, но если из Германии что-то не работает, полезно на всякий случай проверить из другой страны, у них там и в мирное время контент блокируют.
Может описывать эксперимент и разбивать на шаги, чтобы его отростки-лаборанты его выполняли и передавали результат эксперимента обратно в LLM? Эта-то часть вопросов не вызывает.
Если стоимость простоя низкая, то вы начинаете с того что есть и улучшаете процессы пока у вас не получается удовлетворительный контроль качества. Если же стоимость простоя настолько высока что несколько таких простоев потопят вашу компанию то, простите, фокусируетесь вы уже далеко не только на выборе языка.
Да, root cause у CrowdStrike был с буферами памяти. Но это несущественно, потому что, если ваш продукт способен положить половину крупного бизнеса, то вы фокусируетесь не на паническом переписывании всего на Rust, а на процессах тестирования и внедрении phased rollouts, что вы так или иначе должны были сделать давным-давно потому что существует масса возможных проблем которые Rust просто не покрывает. Логические ошибки, ошибки конфигурации, недостаточный контроль входных данных, сетевые ошибки, аппаратные, человеческие ошибки на каждом этапе... Если у вас есть риски, то вы их оцениваете, и амортизируете их наиболее эффективными методами вместо того чтобы "а вот давайте всё перепишем на X и все проблемы исчезнут". Не исчезнут.
Точную оценку - нет, приблизительную, достаточную для оценки рисков - почему бы нет. Реальный вопрос в вашем случае, конечно, какая была стоимость простоя и окупилось ли бы внедрение Typescript. Это всё вполне себе оценивается, особенно если проект существует уже давно и есть статистика. Конечно же стоимости простоев надо считать, тем более что для разных проектов (как раз то о чём я и говорил) они могут быть от незначительных (ну упадёт у кого-то игра время от времени, зато выкатили вовремя и получили продажи) до настолько критичных что они стоят крупных инвестиций (mission critical / safety critical например).
Небольшим количеством времени - это каким, мне любопытно? :) Вы, к примеру, готовы оценить, для конкретного проекта, в монетарном эквиваленте, затраты времени и ресурсов на внедрение, переобучение, разработку тулинга, адаптацию инфраструктуры, недополученную прибыль из-за приостановки внедрения новых фич - и так далее, список длинный, вы и так понимаете - и взвесить эту оценку против, скажем, поддержки (уже существующей) пачки тестов для C++ проекта, статического анализа в пайплайне и (что в любом случае должно быть) peer review перед интеграцией где люди не будут давать друг другу коммитить код не соответствующий (в принципе уже достаточно безопасным) практикам последних стандартов, плюс покрытие некоторых (поддающихся оценке) убытков от того что в конкретном проекта продакшн упадёт и будет чиниться в среднем полтора часа в год?
Не поймите меня неправильно, я не против Раста, и не против того чтобы действительно провести такую оценку. Я лишь говорю о том, что такая оценка должна быть проведена, не все могут позволить себе выбрасывать деньги на ветер, и если конечный счёт оказывается не в пользу Rust, то в этом конкретном проекте Rust хуже чем C++. Не "хуже для горстки старпёров", а объективно хуже, потому что из-за него пользователь получает меньше и платит больше. Sad but true. Серебряных пуль нет, не существует one size fits all, существуют конкретные проекты с конкретными условиями. Плюсы должны перевешивать минусы. "Несоизмеримо большее время" и "небольшое количество времени" - я вот не готов такое отнести к людям, котрым по должности положено беспокоиться о том что, если они сделают неверный выбор, то через год паре тысяч их сотрудников придётся искать новую работу а им самим останется оформлять банкротство и идти в управдомы.