Size: a a a

DevOps — русскоговорящее сообщество

2020 July 02

HC

Henry Chinaski in DevOps — русскоговорящее сообщество
Coffee
Мне из-за подобного сложно общаться с американскими коллегами. Всегда сцуко супер-мега-убер вежливой надо быть.
вестимо, в нашей прекрасной стране не все так уж и плохо в плане трудовых отношений
источник

I

Islambek in DevOps — русскоговорящее сообщество
Пацы, при учебе что лучше? Многозадачно, то есть изучать несколько технологии одновременно. Или Последовательно, т.е изучаешь токо одну технологию досконально, а потом уже переходишь на другую
источник

C

Coffee in DevOps — русскоговорящее сообщество
Islambek
Пацы, при учебе что лучше? Многозадачно, то есть изучать несколько технологии одновременно. Или Последовательно, т.е изучаешь токо одну технологию досконально, а потом уже переходишь на другую
последовательно, пац
источник

C

Coffee in DevOps — русскоговорящее сообщество
только не досконально, лол
источник

HC

Henry Chinaski in DevOps — русскоговорящее сообщество
Islambek
Пацы, при учебе что лучше? Многозадачно, то есть изучать несколько технологии одновременно. Или Последовательно, т.е изучаешь токо одну технологию досконально, а потом уже переходишь на другую
если по времени есть возможность углубиться, то лучше копать до самого конца. На работе некоторые разрабы лютые мужики, спеку чуть ли не наизусть учат
источник

C

Coffee in DevOps — русскоговорящее сообщество
ну типо так, плюс минус хорошо, и идешь дальше, "оставь на новый год" немного
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
Coffee
последовательно, пац
+
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
просто когда ты наберешь много технологий, но поверхностно - у тебя будет структура
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
и тогда можно углубляться, будут инсайты, много
источник

HC

Henry Chinaski in DevOps — русскоговорящее сообщество
George Gaál
просто когда ты наберешь много технологий, но поверхностно - у тебя будет структура
технологий и инструментов появляется большое множество, как понять, какие будут перспективные и востребованные? На всё просто физически не успеешь, даже если будешь кофе пить
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
Henry Chinaski
технологий и инструментов появляется большое множество, как понять, какие будут перспективные и востребованные? На всё просто физически не успеешь, даже если будешь кофе пить
вот смотри - есть класс инструментов - типа CI/CD +хранение кода
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
giltab, bitbucker, github - тебе достаточно знать один "хорошо", остальные на уровне "видел и знаю, что они есть"
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
потому что принципиально везде все одно и то же
источник

ST

Sergey Trapeznikov in DevOps — русскоговорящее сообщество
Islambek
Пацы, при учебе что лучше? Многозадачно, то есть изучать несколько технологии одновременно. Или Последовательно, т.е изучаешь токо одну технологию досконально, а потом уже переходишь на другую
системно, с повышением сложности
источник

ST

Sergey Trapeznikov in DevOps — русскоговорящее сообщество
как правило ничего не существует в вакууме, все в системах
источник

ST

Sergey Trapeznikov in DevOps — русскоговорящее сообщество
поэтому одно и только одно досканально не выйдет
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
Sergey Trapeznikov
как правило ничего не существует в вакууме, все в системах
можно стать ораклистом-дбейщиком и так и жить дальше )
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
но это сразу отрезать себе интересные возможности )
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
лучше быть T-shaped, как модно нынче говорить - в крайнейм случае палочку у Т начнешь качать в другом направлении ))))
источник

ST

Sergey Trapeznikov in DevOps — русскоговорящее сообщество
George Gaál
можно стать ораклистом-дбейщиком и так и жить дальше )
я про то что нельзя выучить nginx и не знать сетевой стек
нельзя знать виртуализацию и не знать про управление памятью или устройствами
источник