История имеет свойство повторяться. Уже была неудачная Windows Vista и хайп по переходу с неё на Linux, но по итогу ничего не поменялось. Процент использования Linux в качестве десктопа как был на уровне дна, так там и остался.
Народ будет сидеть на Windows 10 до последнего, а потом перекатится на Windows 12. Те, кто не захочет ждать Windows 12, перейдут на Windows 11.
В каждом сервере имеется по 2 процессора Intel Xeon E5645, работающих на частоте 2,4 ГГц и имеющие по 6 ядер и 12 потоков.
Даже сейчас это весьма неплохая вычислительная мощь, если сравнивать с бытовым сегментом, особенно, если принять во внимание копеечную цену всего этого добра.
Это хлам, поэтому и стоит он по цене металлолома.
Современные десктопные процессоры будут лучше во всём. Начиная от производительности и заканчивая поддержкой современных инструкций. Если бюджет ограничен, то возьмите на Авито комплект из процессора Intel i7 или i5 + материнская плата. ОЗУ и диски добавьте по своему усмотрению.
Если хочется прям серверного, то Xeon и Epic c ali вам подойдут. А может быть даже AMD Threadripper с нормальной материнкой удастся урвать за приятный ценник.
"Мне интересно — как бы вы поступили в такой ситуации? "
1. Делал бы бекапы Git-а. Тогда можно было бы откатиться на ночной бэкап, потеряв дельту данных за утро.
2. Делал бы снапшот виртуалки с git перед любыми серьёзными изменениями.
3. Перестал бы использовать команду git reset --hard и навёл бы порядок с ветками в Git. Если у вас ещё не стабильный EPIC, то что он делает в ветке мастер (Prod), а не в ветке dev (DEV). В прод должны попадать только стабильные изменения. Также почитал бы, что такое включение функционала через флаги, тогда нестабильный EPIC был бы спрятан от пользователей и никак на них не влиял, пока бы этот EPIC не довели до стабильного состояния и не включили этот функционал специальным флагом.
4. Слушал бы, что говорят старшие товарищи и почему именно тимлид, попросил тебя не лезть в релиз.
Я объединял данные с нескольких старых дисков перед крупным переездом — дисков, которые мне пришлось выбросить из-за нехватки места и переезда. План был прост: загрузить в OneDrive, а затем перенести на новый диск. Вместо этого Microsoft заблокировала мой аккаунт без предупреждения.
Отличный план. Надежный, как швейцарские часы. (c)
Чтобы уговорить родителей завести четвероногого друга, предлагалось вести себя так, будто собака у тебя уже есть. Выходить на прогулки с поводком в руке, покупать собачий корм, рассказывать друзьям о своём питомце и даже оставлять место на диване для воображаемого пса.
То есть задача «стать человеком, способным нести ответственность за собаку» не решается привычными нам инструментами.
Почему НЕ решается, если она решается. Есть чёткая цель - получить собаку. Есть чёткие шаги, которые необходимо выполнять на протяжении определённого времени. Вносим эти шаги в своё ежедневное расписание и получаем по итогу осязаемый результат.
Если вы читаете эту статью, то, наверное, ставите перед собой какие-то цели.
Да, планирую ничего не делать в течение 30 минут, чтобы прочитать эту статью, т.к. более интересных статей на Хабре я сегодня не нашёл. Потом планирую частик полистать ленту в youtube shorts. Мне нравятся эти цели и я почти всегда их достигаю, так что я настоящий достигатор.
Бутылочное горлышко вовсе не в IT, а то, что действительно нужно менять, — за рамками моего влияния.
Бутылочное горлышко почти всегда находится в неэффективных бизнес-процессах. Изменить существующий бизнес-процесс достаточно сложно, т.к. требуется изменение поведения большого количества людей, поэтому имеет смысл всё делать постепенно, давая людям время привыкнуть к этим изменениям, после чего можно продолжить внедрять новые изменения. Также надо задавать себе вопрос, а что это изменение даст этим людям. Станет ли им проще работать? Начнут ли они получать больше удовольствия от работы? Польза для компании – это хорошо, но не надо забывать про людей, ведь если они не увидят в изменениях пользы для себя, то будет большое сопротивление любым изменениям.
"одна из лучших книг по системному анализу — вовсе не про IT."
Там несколько книг в серии Цель. Одна из последних рассказывает про розничный бизнес, т.е. сферу продаж. Книга про проект DevOps показывает как всё это применимо к производству. Так что да, принципы универсальны и их можно использовать не только в IT.
Дерево текущей реальности и Дерево будущей реальности.
Единственные штуки, которые я так и не осилил. В книге написано нормально, но на практике мне самостоятельно ни разу не удалось их построить. В результате решил их не использовать, т.к. другие практики ТОС и бережливого производства всё равно позволяют добиться выдающихся результатов.
почему при нормальном доходе мы ничего не откладываем, не покупаем квартиры и прочие дорогостоящие вещи?
Может быть проблема в том, что нет никакого нормального дохода, с которого хватило бы денег на удовольствия и осталось бы ещё немного, чтобы отложить. Если приходится выбирать между тем, чтобы купить кофе с собой или отложить немного денег на дорогую покупку, то это называется бедностью, а не нормальным доходом.
Если убрать лишние звенья, сроки сократятся в разы. Нужна лишь готовность рушить стереотипы.
Для этого нужны полномочия, чтобы всех бюрократов послать куда подальше, а также требуется желание брать на себя ответственность, что встречается достаточно редко в реальной работе.
Рыночек порешал. (с)
История имеет свойство повторяться. Уже была неудачная Windows Vista и хайп по переходу с неё на Linux, но по итогу ничего не поменялось. Процент использования Linux в качестве десктопа как был на уровне дна, так там и остался.
Народ будет сидеть на Windows 10 до последнего, а потом перекатится на Windows 12. Те, кто не захочет ждать Windows 12, перейдут на Windows 11.
Испустил последний дух. С людьми такое же происходит, когда жизнь подходит к концу.
Это хлам, поэтому и стоит он по цене металлолома.
Современные десктопные процессоры будут лучше во всём. Начиная от производительности и заканчивая поддержкой современных инструкций. Если бюджет ограничен, то возьмите на Авито комплект из процессора Intel i7 или i5 + материнская плата. ОЗУ и диски добавьте по своему усмотрению.
Если хочется прям серверного, то Xeon и Epic c ali вам подойдут. А может быть даже AMD Threadripper с нормальной материнкой удастся урвать за приятный ценник.
Ничего из этого кодерскими инструментами не является. Это инструменты DevOps инженера или инфраструктурного админа.
"Мне интересно — как бы вы поступили в такой ситуации? "
1. Делал бы бекапы Git-а. Тогда можно было бы откатиться на ночной бэкап, потеряв дельту данных за утро.
2. Делал бы снапшот виртуалки с git перед любыми серьёзными изменениями.
3. Перестал бы использовать команду git reset --hard и навёл бы порядок с ветками в Git. Если у вас ещё не стабильный EPIC, то что он делает в ветке мастер (Prod), а не в ветке dev (DEV). В прод должны попадать только стабильные изменения. Также почитал бы, что такое включение функционала через флаги, тогда нестабильный EPIC был бы спрятан от пользователей и никак на них не влиял, пока бы этот EPIC не довели до стабильного состояния и не включили этот функционал специальным флагом.
4. Слушал бы, что говорят старшие товарищи и почему именно тимлид, попросил тебя не лезть в релиз.
Отличный план. Надежный, как швейцарские часы. (c)
Это вы ещё капчу в X (Twitter) не видели. Там вообще ад, самая ужасная капча, что я видел в жизни.
https://www.reddit.com/r/Twitter/comments/1ale7t4/what_am_i_even_supposed_to_do/
Почему НЕ решается, если она решается. Есть чёткая цель - получить собаку. Есть чёткие шаги, которые необходимо выполнять на протяжении определённого времени. Вносим эти шаги в своё ежедневное расписание и получаем по итогу осязаемый результат.
Да, планирую ничего не делать в течение 30 минут, чтобы прочитать эту статью, т.к. более интересных статей на Хабре я сегодня не нашёл. Потом планирую частик полистать ленту в youtube shorts. Мне нравятся эти цели и я почти всегда их достигаю, так что я настоящий достигатор.
Бутылочное горлышко почти всегда находится в неэффективных бизнес-процессах. Изменить существующий бизнес-процесс достаточно сложно, т.к. требуется изменение поведения большого количества людей, поэтому имеет смысл всё делать постепенно, давая людям время привыкнуть к этим изменениям, после чего можно продолжить внедрять новые изменения. Также надо задавать себе вопрос, а что это изменение даст этим людям. Станет ли им проще работать? Начнут ли они получать больше удовольствия от работы? Польза для компании – это хорошо, но не надо забывать про людей, ведь если они не увидят в изменениях пользы для себя, то будет большое сопротивление любым изменениям.
Там несколько книг в серии Цель. Одна из последних рассказывает про розничный бизнес, т.е. сферу продаж. Книга про проект DevOps показывает как всё это применимо к производству. Так что да, принципы универсальны и их можно использовать не только в IT.
Единственные штуки, которые я так и не осилил. В книге написано нормально, но на практике мне самостоятельно ни разу не удалось их построить. В результате решил их не использовать, т.к. другие практики ТОС и бережливого производства всё равно позволяют добиться выдающихся результатов.
Что стало с той компанией, где начались внедряться идеи Голдратта и его ТОС (теории ограничения систем)? Стало лучше или стало хуже?
Миниболгарка на аккумуляторе - это ТОП. Себе такую купил недавно и она меня очень радует.
Может быть проблема в том, что нет никакого нормального дохода, с которого хватило бы денег на удовольствия и осталось бы ещё немного, чтобы отложить. Если приходится выбирать между тем, чтобы купить кофе с собой или отложить немного денег на дорогую покупку, то это называется бедностью, а не нормальным доходом.
Для этого нужны полномочия, чтобы всех бюрократов послать куда подальше, а также требуется желание брать на себя ответственность, что встречается достаточно редко в реальной работе.