Компания Red Hat опубликовала первый значительный выпуск приложения Podman Desktop с реализацией графического интерфейса для создания, запуска и управления контейнерами, конкурирующего с такими продуктами, как Rancher Desktop и Docker Desktop. Podman Desktop позволяет разработчикам, не имеющим навыков системного администрирования, на своей рабочей станции создавать, запускать, тестировать и публиковать микросервисы и приложения, разрабатываемые для систем контейнерной изоляции, перед их развёртыванием в рабочих окружениях. Код Podman Desktop написан на языке TypeScript с использованием платформы Electron и распространяется под лицензией Apache 2.0. Готовые сборки подготовлены для Linux, Windows и macOS...Подробнее: https://www.opennet.me/opennews/art.shtml?num=59194
> разработчикам, не имеющим навыков системного администрированияим самим не смешно? если у них такие разработчики на западе, то победа будет за нами
сисадминство - это отдельная дисциплина, требующая целенаправленного изучения. Ты же не станешь требовать от нейрохирурга познаний в области стоматологии?
разработчик это инженер в первую очередь, человек с высшим образованием, если инженер не может разобраться как сделать себе ВМ - он говно как специалист, а тут этому ещё и потокают - ГУИ сделали
Чтобы разобраться в администрировании переусложнённого Kubernetes и изучить все нюансы мозг сломать можно. А так как конечно, можно и поверхностно по верхам пробежать, но потом придётся долго и упорно по граблям ходить.
ну так эти gui всё равно не покрыают всё ньюансы
Зачем ему покрывать все ньюансы?
ну так если оно не покрывает то пользователь не разбирающийся в администрировании в итоге превратит свой сервер(ы) в тыкву
Какой сервер? Он разрабатывает. А потом админ или девопс или другой специальный человек или отдел(!) деплоит.
т.е. хотите сказать что для обсуждаемой программы всётаки нужен админ или даже целый отдел!
Обсуждаемая программка нужна чтобы их не отвлекать.
Обсуждаемая программка нужна, чтобы экономить время. Что быстрее вывести список, скопировать айди или имя и следующей командой запустить или просто сделать один клик мышкой?
Представь что человек даже не знает какую команду ввести, где там что скопировать, он хочет не гуглить, не разбираться в доках, не просить кого-то помочь, а просто хочет нажать в один клик и чтобы сразу работало. Для этого обсуждаемая программа подходит куда как больше. Никакой лишней траты времени просто работа, за которую конкретно ему платят деньги.
ньюансы ?
новые ансы?
Эти гуи - для локальной машины разработчика, а не для продакшена.
и вообще эти ваши кубернетес создают больший парниковый эффект чем программы которые в них запускают мамкины дирижеры
Мамкин инженер. (Грета, ты ли это?)
админ - это по типу уборщицы - самая низкая ступень в IT, любой специалист высокого уровня разберётся в его работе
Виндузятник что ли ? Это у виндузятников адмиство это тыкать в гуе ...P.S. Обычно низшая ступень ИТ это программер. Как правило узкая специализация к 2-3 языкам и все.
Тогда девляпс +1 ступень к админу :)
> Виндузятник что ли ? Это у виндузятников адмиство это тыкать в гуе ...бредни опеннетчиков все круче и круче.
Только вот посади такого умника за винду - он не будет знать куда тыкать и что вообще делать для совершенно элементарных вещей.
(и потом окажется что нужное делалось через powershell)Так что увы - безграмотны в массе своей не только разработчики, но и админы тоже.
Ну конечно. Он же не посещал курсы от майкрософт. Мозги еще нужным образом не отформатировал.
Да что ж ты будешь делать - опять у него microsoft виноват. То виноват что кликать мышью может каждый дурак, то снова виноват, когда выясняется что он и есть тот дурак, причем настолько что и кликать не в состоянии.
Оно сейчас вообще зачем-то ещё нужно на сервере кроме узких случаев типа ActiveDirectory?Или это просто щёки понадувать, что там тоже есть консоль?
Ну да, с консолью где угодно удобнее и быстрее, кто бы сомневался.
Если у работодателя нет денег нанять сотрудников, вместо этого он нанимает одного, который ни разрабатывать нормально не умеет, ни администрировать это проблема исключительно работодателя.
феноменальный бред какой-то
зато сразу видно что он не работал нигде)
агаага, работал как-то в конторке, где разработчики такие все из себя боги и гуру IT, а админы в их глазах так.. уборщицы. Только вот когда они косячили, или не могли разобраться в чем-то, то приходили потупив глазки к нам админам за помощью
Всё так, но теперь специально для разработчиков, кто юзают сабжевую технологию, есть дополнительный шанс разобраться самим и не ходить к никаким админам.
Ну да, ну да - а потом "у нас все готово, давайте переносить на прод"
А как - а я не знаю, я тут кнопки какие-то нажал по видеоролику с ютуба. У минявсеработает, почему вы уже не выложили, спринт не может ждать!И вот будешь ты смотреть эти вонючие ролики потому что документацией никто не озаботился, заниматься ментальной гимнастикой чтобы угадать что и в какой последовательности этот альтернативно-одаренный тут понажмакал, а потом - изобретать как этого уродца вообще можно донести до прода не просыпав.
Потом плюнешь и пойдешь в инженеры инфраструктуры - там все как-то проще и не надо заниматься подобной хренью.
ты перепутал с эникеем. впрочем судя по риторике ты вантузятник...
> ты перепутал с эникеем. впрочем судя по риторике ты вантузятник...Ну вообще-то мы уже давно себя админами не зовём. Мы -- опсы / девопсы / SRE.
А админ -- это таки синоним эникея. Уже лет 10 как.
> Чтобы разобраться в администрировании переусложнённого Kubernetes и изучить все нюансы мозг сломать можно.Да нет, кубер и его экосистема как раз устроены просто и понятно. Мозг там ломать негде.
Там проблема в основном в том, чтобы разобраться, что в кубе можно и нужно гонять, а что маркетинговый булшит.
А то некоторые уже сегодня настолько упоролись, что вот прямо всё в куб тащат, в том числе и стейтфул.
Эм. С разморозкой, да?? Чем тебе stateful в _современном_ кубере жмет? Нет, ну в 1.9 понятно, а сейчас-то что не так? Унифицированное управление, мониторинг, автоматизация всякой рутины не нравятся?
> Эм. С разморозкой, да?? Чем тебе stateful в _современном_ кубере жмет? Нет,
> ну в 1.9 понятно, а сейчас-то что не так? Унифицированное управление,
> мониторинг, автоматизация всякой рутины не нравятся?Ну вот и они, свидетели современности. Что ж, поясню немного.
Куб -- прекрасный оркестратор, он великолепно упрощает множество процессов. Но как и любая event-driven архитектура, он тонкий аж пипец: одно неверное движение, не предусмотренное заранее разработчиками -- и всё, ты в неизвестном непаханном поле один на один с проблемой.
Я вот сталкивался с ситуациями, когда человек полностью поломал ингресс-контроллер одним некорректным ингрессом. Я видел, как человек положил одну из мастер-нод куба, просто скормив ему некорректный манифест сервиса. Да, виноват в этом был не сам куб, а CNI, да и в первом случае это была конечно же вина самого контроллера, однако от этого не легче, потому что: куб по природе своей является мешаниной весьма свежих, не вполне отлаженных технологий.
Из этого вылезает ещё одна песня: мажорные обновления. Куб с пейлоадом в принципе нельзя обновлять, обязательно что-нибудь случится. Причина банальна: разработчики чартов прорабатывают развёртывание, но почти никогда не прорабатывают удаление. Обычно где-нибудь нет-нет, да и выстрелит "самая частая проблема" с PDB, которую придётся фиксить вручную. Так что мажорные обновления куба -- только через блюгрин, и никак иначе.
В общем, много чего может в кубе пойти не так. А ведь всё выше описанное -- оно ещё даже не подошло к стейтфулам.
А стейтфулы -- это же сетевое взаимодействие с блочным устройством. У любого профессионала сразу возникает вопрос: а на чём реализован бэкенд volume provisioner-а, и где он расположен? Там должна быть хорошая сеть, подогнанная под размер блока. Там должно быть хорошее резервирование. Если чего-то из этого нет -- то получаешь либо низкую производительность, либо DoS в самый неожиданный момент.
Если ты на baremetal -- это всё конечно можно гарантировано сделать правильно, но это будет стоить дорого весьма, и очень, очень непросто в обслуживании: придёт пора апгрейдить полку -- поймёшь. Во время этого процесса лучше даже не дышать: одно неверное движение, и всё, каюк. А базы, знаешь ли, могут восстанавливаться весьма небыстро. Даже если есть холодные бэкапы. Особенно при такой архитектуре. Это, что ли, ты называешь "не нравится автоматизация всякой рутины"?
А если же ты в облаке -- то ты понятия не имеешь, как оно реализовано у них, и можно ли их архитектуре доверять. Тут масса всего может пойти не так. Я лично был свидетелем, как у амазона диски на compute instance-ах сыпались. Или вот у того же MCS полки разваливались за последние 3 года -- дважды. И второй раз они восстанавливались 10 дней, между прочим. Да, при заявленном SLA 99.95%.
В общем, тащить стейтфул в куб откровенно не весело.
>Да нет, кубер и его экосистема как раз устроены просто и понятно. Мозг там ломать негде.
>Там проблема в основном в том, чтобы разобраться, что в кубе можно и нужно гонять, а что маркетинговый булшит.Там проблема начинается тогда, когда ты начинаешь юзать этот бубурнетес. Когда он кряхтит, пердит, кашляет, сыпит тоннами ошибок, означающих совсем не то, о чем они декларируют. И ты поди найди причину, почему оно так себя ведет. А причин там может быть куча: диски медленные, сеть медленная, памяти не хаватает, CPU не хватает, модулей ядра не хватает, конфликтует с какими-то настройками OS, еще кучи всего, чего ему обычно не хватает. И нигде явного намека на то, что ему нужно, только тонны сообщений ни о чем в логах.
Согласен, Вам он и нафиг не нужон, этот наш кубернетес. =)
Для таких как вы придумали Amazon EKS и прочее. Если у вас такие проблемы, ну ЗАЧЕМ вы поднимаете свой и ходите по граблям? Возьмите готовый и пуляйте в него контейнеры, оставьте настройку самого k8s тем кто хочет этим заниматься.Даже в РФ есть Селектел и прочие кто предоставляют облачный k8s...
Привлечение дилетантов к ответственным вещам это тренд на создание уязвимых платформ. Творите и выставляйте свои недоделки наружу, интегрируйте их в наши облака.
Может, но зачем, если можно три кнопки нажать и дальше заниматься своим делом, а не чужим?
Потому что ты всем вокруг должен, а тебе никто ничего не должен. Такая философия у них там не на западе.
Я тебя сейчас удивлю но разработчик это разработчик, а инженер это инженер. А работать надо по специальности. Тут то твоему шаблону и наступил конец.
Если такие инженеры\разработчики, то мы обречены. Я предлагаю сдаться. Но 1 человек поставил мне + значит есть надежда, но небольшая.
90% программистов не занимаются инженерной работой, хоть их пафосно и называют в вакансиях "software engineers". Те, кто хоть как-то связан с инженерией, обычно пишут софт для специализированной техники (от станков до самолётов и космических ракет), софт для инженерных расчётов и проектирования. То есть такие вещи, где заведомо требуется минимальная квалификация в физмате, потому что иначе не напишешь.
А вы заладили "Инженеры мы, инженеры..."... Нет, прикладные математики (сокр. "приматы").
Мехмат - сила :)
Ничего, Нюра-сетка скоро и тебя заменит, непримат. Беги покупать метлу, пока не расхватали остальные "яжинженеры"
Какой-то аноним назвал "неинженером", как дальше жить ((((
*утирает слёзы долларами*
> если инженер не может разобраться как сделать себе ВМВы не понимаете как работает бизнес. Разбираться как сделать себе ВМ - это трата времени, когда вместо написания кода, которое приносит деньги, разработчик тратит его на что-то постороннее. Для правильного запуска ВМ на проде есть свои специалисты. А на своей машине GUI просто упрощают выполнение базовых вещей. Разработчику не нужно тратить время на изучение инструмента, который ему, по сути, не нужен.
вот именно так админ (уборщица) и будет доказывать свою необходимость менеджеру с Harward MBA - вы просто не понимаете не то что как работает бизнес, вы не понимаете как работает жизнь, такие как вы не умеете зарабатывать деньги - только тратить чужие бюджеты
Только чёто ты ничего не заработал как мы поглядим. Даже запад не победил. А у них там на западе миллиардные прибыли, которые даже девать некуда. Чуешь разницу?
Так там не ВМ, там контейнеризация.
> разработчик это инженер в первую очередь, человек с высшим образованием, если инженер не может разобраться как сделать себе ВМ - он говно как специалист, а тут этому ещё и потокают - ГУИ сделаликак DevOps Architect со стажем прямо тебе скажу: именно такие разработчики и составляют 95% индустрии
не надо их называть нехорошими словами
просто работайте, имея это в виду
надо искать оставшиеся 5% - это не так трудно как может показаться, если у вас хороший стаж и вы наблюдательны и внимательны к себе и людям вокругподарю первый признак ебобо бесплатно - "я хочу получать удовольствие от работы"
> надо искать оставшиеся 5% - это не так трудно как может показатьсяподдерживаю
> подарю первый признак ебобо бесплатно - "я хочу получать удовольствие от работы"
конечно
нормальный специалист работает за деньги
не знаю где вы видели 95% таких разработчиков. Какое-то тупое утрирование. Уж ВМ 95% как раз могут создать. В моём окружении все могут и в ВМ и в докер.Но вообще интересно.. Что нужно знать разработчику: ЯП, фреймворки, всякие там gRPC, GraphQL, "чистые архитектуры", банда четверых, СУБД (зачастую не одна), кубер, CI/CD, кафка/кролик
Кубермэны: 95% разработчиков не умеют в кубер. Вам дали инструмент, а вы его не знаете.
Постгресмэны: 95% разработчиков не умеют в ПГ. Вам дали инструмент, а вы его не знаете.
Кафкамэны: 95% разработчиков не умеют в кафку. Вам дали инструмент, а вы его не знаете.
Кликхаусмэны: 95% разработчиков не умеют в клик. Вам дали инструмент, а вы его не знаете.
и т.д.При этом, интересно, например, кубермэны умеют в ПГ на уровне разработчика? А кафкамэны?
При этом у всех ЧСВ шкалит, что они знают свой инструмент.
Если инструменты чуть ли не насильно пихают, но никто их не хочет использовать и продолжают упорно обходиться какими-то другими решениями - значит они плохие. Всех мэнов разогнать, выдать по метле.
Не насильно. Эти инструменты нужны.
Я говорю о том, что многие недооценивают объём знаний, нужный разрабу.
Отсюда и такое отношение, мол, нихрена разрабы не знают.
> банда четверыхА сам-то ты за Мао или за Лю?
На программистов всю жизнь учили в ПТУ - какой к черту инженер? Код писать любую макаку научить можно, для этого мозги не нужны.
А ты ради интереса пройди собеседование на разраба.. ну так, ЧСВ потешить... или наоборот обломать)
Я боюсь что ты например провалишь собеседника скажем на электрика.
ну дык для собеседования на электрика нужны допуски для работы с электроустановками. Это будет первый вопрос.
а если они у тебя есть, то собеседование не проблема - большую часть знаний для работы тебе должны были в голову впихнуть прежде чем бумажку дать.
О чем собственно и речь - наличие специфических знаний (ПЭУ, фреймворков и т.д.) вовсе не означает что их носитель - инженер.
> О чем собственно и речь - наличие специфических знаний (ПЭУ, фреймворков и
> т.д.) вовсе не означает что их носитель - инженер.согласен, инженер должен мочь на основе этих знаний спроектировать новое или оптимизировать под новые требования имеющееся решение. То есть если электрик просто тянет провода и подключает по схеме розетки - это не инженер. А если он может эту схему нарисовать, рассчитав какие провода надо взять и сколько розеток где поставить - то инженер.
А как это на программистах выглядит? неинженеру надо блок-схему давать?
Нет — определить расположение розеток, рассчитать число провода, это мах. техник. Ибо есть достаточно жесткие правила построения СКС (электрика — тоже часть СКС), которые можно применять не думая.
Задачи инженера-электрика — совсем другие.Так же и в программистах - 99% программистов решают задачу в стиле "написать функцию/процедуру на входе то-то, на выходе — то-то, используемый язык и фреймворк - такие-то". Это — задача для ПТУ-шника.
Инженер-програмист — существует. Это обычно ТРП проекта — он определяет архитектуру приложения. Но судя по архитектурам современных приложений, особенно — по засилию всяческих микросервисных решений, это существо скорей мифическое, чем реально существующее...
> Нет — определить расположение розеток, рассчитать число провода, это мах. техник.
> Ибо есть достаточно жесткие правила построения СКС (электрика — тоже часть
> СКС), которые можно применять не думая.
> Задачи инженера-электрика — совсем другие.и какие же у него задачи бывают кроме как передать от вот этих источников вон тем потребителям нужную мощность и при этом чтоб не е*ануло по дороге кого-нибудь? И чтоб с минимальными затратами еще.
ну и между входом и выходом в функции может быть довольно сложная логика. Например покажите мне пту-ника который напишет простую функцию - на входе хеш, на выходе хешированное значение, за время O(n) n - длина хеша в битах.
Типа SHA256 или хотя бы md5 в обратную сторону.
А архитектура - скоко их там придумали за все время? штуки 3-4 принципиально отличающихся? Из них к реальности применяются только 1-2. Думаю вот тут как раз пту-ник с выбором справится.И что плохого в микросервисах? весь интернет изначально задумывался под эту архитектру - например днс сервер - это ж по сути микросервис по преобразованию имени в адрес. Хорошо мастабируется, отказоустойчив. Чем плох то?
> И что плохого в микросервисах? весь интернет изначально задумывался под эту архитектру
> - например днс сервер - это ж по сути микросервис по
> преобразованию имени в адрес. Хорошо мастабируется, отказоустойчив. Чем плох то?А что в них хорошего-то? Сколько ругались на виндовый dll hell, а в микросервисной архитектуре создали его же и похлеще чем в винде.
> На программистов всю жизнь учили в ПТУ - какой к черту инженер? Код писать любую макаку научить можно, для этого мозги не нужны.Все раздувающие срач про лычку "настаящего инженегра" должны начинать с демонстрации собственных инженерных достижений. Давай, выкатывай своё резюме, инженер.
>> На программистов всю жизнь учили в ПТУ - какой к черту инженер? Код писать любую макаку научить можно, для этого мозги не нужны.
> Все раздувающие срач про лычку "настаящего инженегра" должны начинать с демонстрации собственных
> инженерных достижений. Давай, выкатывай своё резюме, инженер.Ты готов мне предложить зарплату от 500к? Нет? Тогда зачем я буду стараться, метать бисер перед свиньями?
Разработчик вне контекста это сферический конь в вакууме. Более того на том самом загнивающем, четко выражена специализация, поэтому, то что может сделать один спец, не может сделать другой и это норма.
> если инженер не может разобраться как сделать себе [подставить что угодно]1. Разделение труда - не слышал?
2. Ты из тех компаний, что ноют о "нехватке разработчикаф", а на самом деле ищут 10 спецов в одном дешёвом?
Плохое сравнение. Нейрохирургия и стоматология плохо пересекаются. Я вот учился играть на гитаре, но когда сел за синтезатор и барабаны, то понимание улучшилось.
> требовать от нейрохирурга познаний в области стоматологииНейрохирург и стоматолог соотносятся примерно как сисадмин и автомеханик. А вот программист и сисадмин - примерно как нейрохирург и невролог. Нейрохирург делает операцию, дальше невролог ведёт этого пациента. Нейрохирург не может быть профаном в неврологии. Точно так же "разработчик" должен понимать, как будет работать его разработка в продакшоне, как будет жрать ресурсы, какого обслуживания от сисадминов будет требовать и т.д. А если "разработчик" разрабатывает по принципу "я написал, а вы там теперь е..тесь с этим как котите" - гнать такого разработчика ссаными тряпками.
Как ты объяснишь такой феномен, что в реальной жизни нейрохирург и невролог это два разных человека? Если они там все друг другу должны может тогда будет один вид врача? Почему нейрохирурги не ведут приём как неврологи. Давай попытайся напрячь серое вещество и объяснить почему это так.
Напряги своё и попробуй понять, почему всё-таки нейрохирург - это нейрохирург, а невролог - это невролог. Если не получится - сходи в районную поликлинику и спроси там.
а чо такова? разработчику важнее понимать в предметной области для которой он разрабатывает.
Ты ж программист иди поадминь, заодно дизайн сделай, и маркетинг сделай. Зачем нам столько народу нанимать, когда ты сам всё можешь сделать. Нам тут запад побеждать надо, а ты тут ленишься.
внезапно : эту гуйню сделали на западе для себя
Для какого себя? Бери да скачивай.
то что можно скачать- это ошибка, санкции же
УМВР. А ты я даже не знаю, может выдыхай?
ахаха, в точку
Победа в чем? Разработчики без навыков есть и на востоке.
На западе как раз человека учат CS в целом и он имеет обзорные и фундаментальные знания. У нас программа всегда отстает на 40 лет и полно самоучек с узким кругозором, которым лишь бы скачать побольше бабла здесь и сейчас.
Может среди получающих 60000 фулстеков и ценится умение что-то настроить своими руками, но они разве что в конкурсе неудачников победить смогут.
Угу, очень фундаментальные, достаточно на программу обучения посмотреть, я про массовое обучение, а не про уникальных специалистов.
> На западе как раз человека учат CS в целом и он имеет обзорные и фундаментальные знания.Нет конечно. Даже в MIT, альма-матер всего CS, уже давно клепают обыкновенных прикладников.
> У нас программа всегда отстает на 40 лет
Ага, на 40 лет: видимо, насилуют мозги студентов, заставляя учить fortran77. )
> и полно самоучек с узким кругозором, которым лишь бы скачать побольше бабла здесь и сейчас.
Вот то ли дело на сияющем западе, да? Там-то работают на перспективу! Не то, что в этой стране! ))
> среди получающих 60000 фулстеков
Так и запишем: бедный Аноним получает 60к рубликов, но при этом искренне верит в то, что он фулстек.
Окропляю компы святой водой, недорого.
40 лет назад - это 80е, тоесть бэйсик, насилуют студентов обучая бэйсику, не самый плохой язык, но не самый актуальный
Вот только с узбекского Дэу пересесть.. )
Процессоры уже сделали?
Большего бреда давно не читал. Правильно тебе тут аналогию про стоматолога привели. Инженер то разобраться сможет, другой вопрос, а нафига это ему нужно? Он специалист в своей области и знать какую-то другую он совершенно не обязан. Для этого есть специально обучшенные люди.
Ты я так понимаю человек-оркестр и "эксель настрой" и "чайник почини". Я вот тоже во все (и многое больше) могу, но не буду.
Лол
Это сейчас норма
Программисты без знания программирования.
Сетевики без знания сетей.
Админы без знания администрирования.
Добро пожаловать в 21 век.
Вроде никого не удивляла в свое время сборка "денвер". Про "мы победим" просто смешно.
Годно, молодежно, хорошо придумали.
>ElectronТак и знал, что на этом дерьме делали.
Так интерфейс 1 в 1 vscode
Интересно, откуда задаются все эти мейнстримы: Electron, Rust. Я вот создал репу с полезным кодом на GitHub и 0 звёзд. А какой-то чел про AI создал репу с один README и у него 4к звёзд за две недели. Да и вообще куча проектов наблюдаю важных в GitHub без особого ажиотажа, а на любой ls переделанный на Rust по 40к звёзд - норма.
ну, показывай свой полезный (наверняка нет) код
> на любой ls переделанный на Rust по 40к звёзд - норма.Что же в последнее время столько брехунов развелось, аже напасть какая-то...
Открываем https://github.com/search?l=Rust&o=desc&q=rust&s=stars&type=...
Там есть целых 6 (шесть!) реп у которых больше 40к звезд - сам раст, deno, tauri, alacritty, rustdesk и bat. Еще rustlings и ripgrep подбираются к этой цифре.
Причем все они явно заслуживают такую оценку.Но анон-обиженка будет ныть в комментах что его сссупер полезный код не оценили!
И да, мог бы ссылку приложить на него.
К общему срачу - разработчик сочетающий в себе и навыки администрирования куда более востребован и успешен чем узкий программер.
В овноконторках, которые делают скины для битрикса? Так в таких компаниях нормальный люди и не работают.
Фантастическая чушь. Напишешь про эти навыки в резюме и на позицию выше джуна можешь не рассчитывать. Высокие зарплаты только для узких. Ты или специалист (или готов им становиться), или вообще не нужен. То, что фиксироваться на одном стеке - это даже на перспективе 5 лет не очень умно, заказчика не волнует. Кадровики - это вообще интеллектуальное днище, отдельная песня.
Кадровик занимается узкой задачей, а когда на него вешают весь спектр управления персоналом, получается хреновый результат, но претензии не к кадровику предъявлять надо, а к ТОП менеджерам.
> весь спектр управления персоналомРазве кадровик не должен этим заниматься?
Нет, в компаниях с большим количеством сотрудников кадровика уже специализируется по разным направлениям: найм, онбоардинг, удержание, обучение, зп и отпуска, внутренние коммуникации и т.д. - это всё разные направления, которыми занимаются разные специалисты.
Сейчас никакой не восстребован. 1С победил.
А грамотный и на корректоре при написании трудов может сэкономить )
Почему все обсуждают каких то там инженеров, но никто не сказал. Кому вообще нужен этот подман?
Это тоже что и Docker-Desktop только для подмана (аналог полусовместимый), как няшка конечно же там есть фича про запуск (простите) Yaml от кубера - не в кубере, ну те докер компоуз для куберных манифестов, радости вся эта тряхомудия ваще не доставляет (ток головняки - когда очередной разраб притащит это к себе в окружение и начнет писать кипятком крича шо это не работает), в целом нужно (ну ток красношляпе) или адептам PodMan, о каком либо здравом подходе приходится ток мечтать, ибо надо жутко резвый комп чтоб гонять у себя кусок хоть сколько нибудь приличной прилажухи,p.s. раньше админил оч активно без этих всех контейнеров, субъективно нравилось больше, да и админов больше ценили - был построен процесс обучения взаимного как от разраба к админу так и от админа к разрабу (обмен опытом по архитектуре / инфраструктуре ), сейчас девляпсы скорее могут в доки послать (и то про частный случай), ни о каком обмене опытом в современном интегрированном DevOps методе нету,платите бабки суйте в облако, а дальше Anykey (простите, девопс), будет вам радостно пинять на облачного провайдера (не холи вара ради), а потому, что вот так вот сейчас, делегированое гуано - гуаном и останется
Не ну в тех башпортянках конечно разобраться было решительно никакой возможности. По почему подман, подман это же редхат и айбиэм. Это же плохо.
Как мне кажется - не нужен.
lxc то что надо.
о, очередной иксперд опеннет, не понимающий сути докера
верно, не понимаю сути докера.
попробовал, не понял зачем оно.
понимаю суть lxc, пользуюсь.
Docker, Podman представляют одну группу, а LXC - другую. У эти групп разное назначение, принцип использования. Это как велосипед и самолёт. И то, и другое транспортные средства, но предназначены для разного применения.
Вообще-то Docker сам построен на LXC. Если нужна только изоляция ничто кроме неосиляторства не мешает использовать LXC напрямую.
Для LXC, LXD бы гуй управления/конфигурения на Qt, наподобие как у Virtualbox.
Proxmox -- отличный гуй. Но да, требует отдельного сервера (хотя и в вм можно поставить). В libvirt (и соответственно в virt-manager) тоже есть гуй для lxc. Правда, когда я пару лет назад его тыкал, работало оно как-то криво.
Зачем если есть Docker Desktop/Engine?
Docker Desktop - платный.
Нуууу... наверно затем, что docker engine уже даже и "docker, inc" не нужен?
Типа подман от редхата чем-то лучше в этом плане? Редхат так-то в этом плане ещё хуже лучше уж докер.
Эм. Стесняюсь спрашивать - вы их в глаза-то видели, или "классовым чутьем" степень кошерности выводите?
Если кратко, то - лучше, и значительно. Не требует для запуска отдельного демона, представляет собой набор приложений, а не "мегакомбайн-все-в-одном", изначально работал без root-полномочий и тэ дэ и тэ пэ.
"степень кошерности"дык докер из израиля, степень очевидна.
flatpack????....От создателей стандарта rpm???...
Странно
У них же есть Cockpit, там уже есть управление подманами. Зачем ещё-то писать?
он не работает на венде и макоси, с которой модные современные разработчики объявляли годы линуксов на десктопах.Пришлось написать им вот это. Зато на электроне.
> он не работает на венде и макоси,Он же веб-страница, какая ему разница?
> Код Podman Desktop написан на языке TypeScript с использованием платформы ElectronСамо собой разумеется, что ни на чём другом такое писать нельзя.
В винде есть такие админки и тут будут. Прогресс...
миграция виндузятников в разгаре.
прогресс ли оно? не знаю.
Эй тут в подвале. Там у вас в начале комментариев, предприниматели, инженеры и программисты скоро драться начнут. Ох и широко Opennet эксперт нынче сети кидает.
> не имеющим навыков системного администрированияЯ вот навыки и знания имею, но за два года возненавидел докер и кубер ещё сильнее, чем до того. Это говно постоянно разваливается и не работает.
дык это ж хорошо - у тебя всегда будет непыльная работа и высокая зарплата. Плохо что теперь помимо просто развалилось и не работает будут еще генитальные разработчики со своими "я кнопку в дрисктопе нажал!" - и придется отдельно мучаться, разбираясь что ж это нажатие сотворило с кластером.
Ух, угар, перепись гейткиперов в комментариях, того гляди друг другу глаза выцарапают, защищая «честь» «профессии». Что угодно готовы делать, лишь бы не потерять контроль над своим маленьким хозяйством. Не дай бог кто-то сможет обойтись без высшего соизволения его эникейного величества и решить 90% задачи удобным инструментом в два клика. Крутых спецов никаким гуем не заменишь, а кого заменишь, тот изначально не особо нужен был.
Какие задачи решаются в два клика? Приведи самые полезные примеры.
Перепроведение документов на зарплату.
Опять не осилили Qt или хотя бы gtk-rs...
Электрон доступен на большем количестве платформ без изменений в коде, чем Qt и GTK вместе взятые.
Было бы неплохо сделать такой контейнер под Fedora Linux 38 вместо "Центра Приложения". А то слишком громоздко выглядит "Центр Приложений" в Fedora Linux 38. Да и многие зависимости по большому счету не тянет как не отклячай. Сделали бы такой как здесь на скрине и внедрили бы в Fedora 38! А то постоянно обновлять пакеты из фонового режима, один большой гемор!
Хорошая новость. Давно пора сделать GUI для podman