Казалось бы, в опенсорсе лежит просто гора нормальных direct drive экструдеров всех цветов и фасонов... Но нет, наш путь - это понять что боуден экструдер, оказывается, без педалей не встает в качестве dd и мы начинаем колхоз.
Про передаточное число 1:1 на экструдере отдельный поклон - раз установлена nema 17 - пусть работает на все рубли!
Возвращаясь к водяному охлаждению принтера. Это ну супер крайняя мера, обычно используемая для отвода тепла от радиатора ну очень горячего хотенда (100w+).
Я, конечно, всецело понимаю людей, для которых хобби это не езда на машине, в необузданная аэробика вокруг нее в гараже, но это уже даже при учете такой любви перебор.
Не подумайте что комментарий призван как-то задеть или приуменьшить ваши заслуги, но настоятельно советую подглядывать чужие решения, и если не копировать их, то хотя бы задавать себе вопрос почему они были приняты.
Печальный опыт показывает что облачный провайдер через N лет может (и имеет право) встать в позу и просто сказать "извините, по тарифам того года у нас больше ничего нет. Хотите еще мощностей - будьте добры за них платить по другому ценику".
Прозвучит, скорее всего, предвзято и негативно, но увы что есть - услуги облачных провайдеров дорожают изо дня в день, и подписать договор с жесткой фиксацией билинга ресурсов ни один из них дольше чем на год не согласится.
Поэтому, кмк, справедливо в долгосрочные расчеты хотя бы частично учитывать эти факторы.
Разработчики теперь контролируют (пишут) Dockerfile'ы для всех точек деплоя (а не пользуются каким-то универсальным и перегруженным вариантов от DevOps-коллег), настраивают версионирование и другие фишки
По сути ничего же и не изменится. Почти наверняка в компании принято N конвенций версионировния, которые в скрипт сборки были зашиты. Дав разработчику свободу выбора при построении пайплайна сборки, вы все равно не освободите его от существующих требований.
На выходе либо получится тот же старый пайплайн, но написанный на другом языке, либо улей локальных решений, не соответствующих требованиям компании, которые потом все устанут приводить к общему знаменателю
Сегодня я не буду лезть в дебри ИБ и разбирать сложные кейсы.
Либо объясняйте тогда хотя бы поверхностные принципы работы продуктов которыми пользуетесь (Qrator, Stormwall, Positive Technologies Application Firewall, SolidWall etc), либо не приводите их. А то выглядит так будто просто сложными словами грузите текст, ей богу.
Используя скомпрометированный web-ресурсу, злоумышленники способны пользоваться аккаунтами пользователей для оформления заказов...
Кажется, чего-то предложению недостает.
В целом, странная статья. Выглядит как "если не хотите заниматься ИБ в предприятии - спихните все в облако. Как убедить начальника - расскажем в нашем Sales pitch." Не то чтобы в данной затее крылось что-то невероятно злое, но подается всё это под каким-то слишком уж обманчивым соусом. Интеграционный ад (особенно) при подключении к внешним системам защиты никуда не денется - всем командам так или иначе придется попотеть чтобы вписать работу системы в новые рамки. Если, конечно же, раньше о таком никто не думал, а сейчас внезапно начали - это максимально дешевое решение в краткосрочной перспективе, но далеко не самое безболезненное.
Отнюдь!
Множество действий попросту занимают больше времени по причине путешествия мыши по меню-подменю-под(N)меню, в то время как шорткат можно выполнить никак не взаимодействуя с UI, т.е. не бегая глазами по экрану.
Субтитры на youtube, насколько мне известно, могут быть как добавлены владельцем видео, так и созданы автоматически — для этого владельцу видео необходимо согласиться на создание авто-субтитров при помощи распознания речи в видео.
А вот тут начинается очень интересная политика, на самом деле. Сам кипер делает бэкапы, причём так часто что некоторые клиенты просто офигевают с объёмов бэкапов, а sql уже считается, по крайней мере в глазах дилера, обязанностью клиента. И опять же, не от красивой жизни вся эта чернуха происходит — редкий клиент выделяет больше 2-5% бюджета на айти структуру. Вот и получаются "решения побюджетнее".
Казалось бы, в опенсорсе лежит просто гора нормальных direct drive экструдеров всех цветов и фасонов... Но нет, наш путь - это понять что боуден экструдер, оказывается, без педалей не встает в качестве dd и мы начинаем колхоз.
Про передаточное число 1:1 на экструдере отдельный поклон - раз установлена nema 17 - пусть работает на все рубли!
Возвращаясь к водяному охлаждению принтера. Это ну супер крайняя мера, обычно используемая для отвода тепла от радиатора ну очень горячего хотенда (100w+).
Я, конечно, всецело понимаю людей, для которых хобби это не езда на машине, в необузданная аэробика вокруг нее в гараже, но это уже даже при учете такой любви перебор.
Не подумайте что комментарий призван как-то задеть или приуменьшить ваши заслуги, но настоятельно советую подглядывать чужие решения, и если не копировать их, то хотя бы задавать себе вопрос почему они были приняты.
Печальный опыт показывает что облачный провайдер через N лет может (и имеет право) встать в позу и просто сказать "извините, по тарифам того года у нас больше ничего нет. Хотите еще мощностей - будьте добры за них платить по другому ценику".
Прозвучит, скорее всего, предвзято и негативно, но увы что есть - услуги облачных провайдеров дорожают изо дня в день, и подписать договор с жесткой фиксацией билинга ресурсов ни один из них дольше чем на год не согласится.
Поэтому, кмк, справедливо в долгосрочные расчеты хотя бы частично учитывать эти факторы.
Т.е. у разработки в целом ничего не изменилось, был "один путь", "один путь" и остался. В чем профит тогда?
По сути ничего же и не изменится. Почти наверняка в компании принято N конвенций версионировния, которые в скрипт сборки были зашиты. Дав разработчику свободу выбора при построении пайплайна сборки, вы все равно не освободите его от существующих требований.
На выходе либо получится тот же старый пайплайн, но написанный на другом языке, либо улей локальных решений, не соответствующих требованиям компании, которые потом все устанут приводить к общему знаменателю
А что мешает хранить код buildStep-ов в git и обновлять его по тригеру?
К новостям экономики :
Фондовые рынки продолжают без предупреждения поднимать курс евро.
Либо объясняйте тогда хотя бы поверхностные принципы работы продуктов которыми пользуетесь (Qrator, Stormwall, Positive Technologies Application Firewall, SolidWall etc), либо не приводите их. А то выглядит так будто просто сложными словами грузите текст, ей богу.
Кажется, чего-то предложению недостает.
В целом, странная статья. Выглядит как "если не хотите заниматься ИБ в предприятии - спихните все в облако. Как убедить начальника - расскажем в нашем Sales pitch." Не то чтобы в данной затее крылось что-то невероятно злое, но подается всё это под каким-то слишком уж обманчивым соусом.
Интеграционный ад (особенно) при подключении к внешним системам защиты никуда не денется - всем командам так или иначе придется попотеть чтобы вписать работу системы в новые рамки. Если, конечно же, раньше о таком никто не думал, а сейчас внезапно начали - это максимально дешевое решение в краткосрочной перспективе, но далеко не самое безболезненное.
Гифки смешные.
Множество действий попросту занимают больше времени по причине путешествия мыши по меню-подменю-под(N)меню, в то время как шорткат можно выполнить никак не взаимодействуя с UI, т.е. не бегая глазами по экрану.
“Your Scientists Were So Preoccupied With Whether Or Not They Could, They Didn’t Stop To Think If They Should.”
Он вызывается командой wt.
Удобненько.
А вот тут начинается очень интересная политика, на самом деле. Сам кипер делает бэкапы, причём так часто что некоторые клиенты просто офигевают с объёмов бэкапов, а sql уже считается, по крайней мере в глазах дилера, обязанностью клиента. И опять же, не от красивой жизни вся эта чернуха происходит — редкий клиент выделяет больше 2-5% бюджета на айти структуру. Вот и получаются "решения побюджетнее".