Это не проблема гуи, это проблема людей

docker-sync пробовал?

даже хз что это, поищу

предполагается, что лезть в гуи следует уже после того как ты разобрался что этот гуи делает , ...

потом расскажешь помогло ли

Выучил четыре команды, уже можно или как?

http://docker-sync.io/

Все целиком зависит от человека

на винде х"ровый io и пхп грузит на более 50% проц при каждом запросе

Пхп говно прост

а вы на python?

тоже говно. но меньшее, чем пыхыпы

А мы на го

Выучил четыре команды, уже можно или как?

и это тоже ГО-ВНО

ну если человек програмест, то да ... с программеров нет спросу ))))

Как показывает моя практика, программистов, сейчас почти нет, есть копипастеры со стековерфлоу, учителя теоретики, ютуберы и еще вагончик разных классификаций.

Как показывает моя практика, программистов, сейчас почти нет, есть копипастеры со стековерфлоу, учителя теоретики, ютуберы и еще вагончик разных классификаций.

Когда дело доходит до работы, почему то все херачут без головы идя к какой-то только им понятной цели, вместо того, чтобы нормально подумать и нормально решить задачу

Вот вот, явно не гуи виноват 😬

СЛЫЫЫЫЫШ

Всегда было приятно почитать твои комментарии, они обычно очень обстоятельные. А статья получилась тем более обстоятельной. Работаю с Go года четыре, и в целом полностью согласен с выводами, сделанными за четыре часа знакомства. Go Community крайне токсичный, берет плохой пример с Rob'а Pike'а, и не берет хороший пример с Russ'а Cox'а.

Это не проблема гуи, это проблема людей

ну если хочется осваивать тулзу, то стоит начинать осваивать её с самой тулзы, а не с её оберток

Соглашусь всеми руками, но где пруф, что ТС не такой? 😂 А знали бы они что происходит в консоли, они бы быстрее находили ответы :)) Как замечено, гит достаточно сложный для большинства (мне повезло - для меня - нет), а ещё и с не идеальными обёртками - становится ещё сложней

Ну на самом деле с композом таже херня, сперва нужно научиться запускать docker run а потом уже идти писать композ файлы, ... а люди идут пишут композ файлы, нихера не понимают что происходит и бегут сюда с глупыми вопросами

подскажите, пожалуйста. некорректно удалил plex, теперь его в portainer не видно, но по старому адресу plex все равно запускается. лазил под рутом, удалил контейнер, удалил файлы настройки , но plex все равно от куда то вылазит. Где он может еще сидеть?

я даже не знаю что такое plex. Я идиот?

За 15лет в IT я насмотрелся и хорошего и плохого кода, разных людей, многих из которых собеседовал. Попробовал с десяток языков. Могу сказать, что по наблюдениям, в IT ярко выделяется тип людей, которых бы я назвал one dimension thinking nation. Это люди, мыслящие бинарно - этот язык хорошо, другие - говно. Один инструмент гуд, второй говно. Ну и так далее. Как правило, дискуссия с ними зачастую переходит на личности и все кончается срачами. А вот если бы они, например, прочитали Code Complete Макконнела.. То, возможно, поняли бы, что любой инструмент имеет право на существование, любая технология хороша в правильном месте применения, и что мир абсолютно не бинарен, как им хочется думать. Что если они выучили нечто - не означает, что остальные это сделать обязаны или что они лохи, что еще этого не сделали. Как правило, их отличает соответствующий вокабулярий (говно, ссаная, и тп) и резко повышенное ЧСВ. Макконнел говорит, что основной императив разработки ПО - управление сложностью. Возможно, это относится и к devops и подобному. На первых порах необходимо, скажем, решить задачу - при помощи чего она будет решена - командной строкой или гуями, конечному пользователю фиолетово. А гуи помогут это сделать начинающему примерно с тем же уровнем качества, что и прожженный фанат коммандлайна. Опыт нарабатывается постепенно и сразу погружаться в сложность, которую не сможешь переварить - может привести к тому, что не захочется этим заниматься в принципе.

За 15лет в IT я насмотрелся и хорошего и плохого кода, разных людей, многих из которых собеседовал. Попробовал с десяток языков. Могу сказать, что по наблюдениям, в IT ярко выделяется тип людей, которых бы я назвал one dimension thinking nation. Это люди, мыслящие бинарно - этот язык хорошо, другие - говно. Один инструмент гуд, второй говно. Ну и так далее. Как правило, дискуссия с ними зачастую переходит на личности и все кончается срачами. А вот если бы они, например, прочитали Code Complete Макконнела.. То, возможно, поняли бы, что любой инструмент имеет право на существование, любая технология хороша в правильном месте применения, и что мир абсолютно не бинарен, как им хочется думать. Что если они выучили нечто - не означает, что остальные это сделать обязаны или что они лохи, что еще этого не сделали. Как правило, их отличает соответствующий вокабулярий (говно, ссаная, и тп) и резко повышенное ЧСВ. Макконнел говорит, что основной императив разработки ПО - управление сложностью. Возможно, это относится и к devops и подобному. На первых порах необходимо, скажем, решить задачу - при помощи чего она будет решена - командной строкой или гуями, конечному пользователю фиолетово. А гуи помогут это сделать начинающему примерно с тем же уровнем качества, что и прожженный фанат коммандлайна. Опыт нарабатывается постепенно и сразу погружаться в сложность, которую не сможешь переварить - может привести к тому, что не захочется этим заниматься в принципе.

есть проблема, что сложность никуда не девается. заметая ее под ковер - ты ее не видишь, но она есть. И иногда ее монстр оттуда выползает и пытается тебя сожрать

обратный подход - выглядит как в детсаду. неинженерно

согласен, но есть нюанс (с). Борись с ней, учи подковерные технологии и рано или поздно сможешь встретиться с ней лицом к лицу. А пока (не всегда, иногда) можно довериться уже наработанному человеческому опыту, который скрыл по несущественные аспекты сложности. Ну тот же гит например - графическая утилита git extensions дает мне кнопку rebase, которая выливается в огромный коммандлайн, который я (пока) в здравом уме не напишу. Когда-нибудь, но не сейчас.

эм. Насчет ребейз интересный кейс. Можешь расшифровать? Я обычно rebase в интерактивном режиме делаю (через vim)

ну как интересный. Лично мне не очень)) Мы на гит в компании перешли недавно и это было болезненно после централизованной системы контроля версий. То, что генерит git extensions - мне на это страшно смотреть пока что

эм. Насчет ребейз интересный кейс. Можешь расшифровать? Я обычно rebase в интерактивном режиме делаю (через vim)

мне кажется никакой авторебейз не спасет от разрешения конфиликтов ручками

ибо я обычно делаю как - git rebase -i дальше_хэш_коммита

ну как интересный. Лично мне не очень)) Мы на гит в компании перешли недавно и это было болезненно после централизованной системы контроля версий. То, что генерит git extensions - мне на это страшно смотреть пока что

а потом

Что вы спорите, с чего началось.. Изучение докера с портайнера, это не верно и не нужно обобщать. Вообще даже гит лучше в начале без гуя. Отличная дока есть с рисунками на русском.

а можно линк?)

Что вы спорите, с чего началось.. Изучение докера с портайнера, это не верно и не нужно обобщать. Вообще даже гит лучше в начале без гуя. Отличная дока есть с рисунками на русском.