Size: a a a

2020 March 11

AC

Andrey Che in DevOps
знание вообще в целом повредить не может, если оно верное
источник

SP

Sergey Pechenko in DevOps
Dmitry Nagovitsin
поможет знание почему ее придумать пытались, почему не взлетело, и что вместо этого
+
источник

DN

Dmitry Nagovitsin in DevOps
Alexander
Это уже что-то из области истории. Нужно, разве что, при собеседовании в музей.
история ошибок то?
источник

A

Alexander in DevOps
Dmitry Nagovitsin
поможет знание почему ее придумать пытались, почему не взлетело, и что вместо этого
Лучше уж тогда про модель tcp/ip спрашивать
источник

DN

Dmitry Nagovitsin in DevOps
ну ну
источник

Р

Рашит in DevOps
Let Eat Bee
Знание OSI не поможет в решении проблем , а это было заявленной целью интервью. В работе вообще более важно быстро преключать контексты, не привязываться с сердцем к своим поделкам (чтоб легко выкидывать когда не нужно и вообще ревьюить патчи без эмоций) и как ни странно уметь писать .
Тогда уж умение гуглить стоит добавить :)
источник

LB

Let Eat Bee in DevOps
Pavel
может ты попал как раз на эксит_зомби уже был, а вейта по какойта причине нет?
Там был странный баг в aufs. Всё треды завершились, в том числе и главный (от того и Z на процессе), остался один тред, пытался хендлеры закрыть и что-то сбросить кажется, не получалось, так он в D состоянии и жрал процессор в бесконечном цикле. А в топе в это время Z процесс с 100% цпу :)
источник

A

Alexander in DevOps
Dmitry Nagovitsin
история ошибок то?
Их настолько много, что запоминать все не имеет практического смысла. Вот ты бы как отреагировал, если бы у тебя на собеседовании спросили об истории genera и выводах, которые из нее можно сделать?
источник

DN

Dmitry Nagovitsin in DevOps
Alexander
Их настолько много, что запоминать все не имеет практического смысла. Вот ты бы как отреагировал, если бы у тебя на собеседовании спросили об истории genera и выводах, которые из нее можно сделать?
есть ошибки и проблемы которые так сказать фундаментальны
источник

AC

Andrey Che in DevOps
Alexander
Это уже что-то из области истории. Нужно, разве что, при собеседовании в музей.
это из области понимания причин. не что-то запредельно пыльное, требует минимального времени на изучение, но уровень ужаса какой-то невероятный обычно у людей.
источник

DN

Dmitry Nagovitsin in DevOps
Alexander
Их настолько много, что запоминать все не имеет практического смысла. Вот ты бы как отреагировал, если бы у тебя на собеседовании спросили об истории genera и выводах, которые из нее можно сделать?
нормально, сказал бы не знаю, попросил бы рассказать
источник

Р

Рашит in DevOps
Let Eat Bee
Знание OSI не поможет в решении проблем , а это было заявленной целью интервью. В работе вообще более важно быстро преключать контексты, не привязываться с сердцем к своим поделкам (чтоб легко выкидывать когда не нужно и вообще ревьюить патчи без эмоций) и как ни странно уметь писать .
И если уж быть занудой, то кажется тут смешивается знания, навыки и опыт в одну кучу
источник

A

Alexander in DevOps
Dmitry Nagovitsin
есть ошибки и проблемы которые так сказать фундаментальны
Ооо... история с genera фундаментальна во многих отношениях. Из нее можно очень много полезных выводов сделать.
источник

LB

Let Eat Bee in DevOps
Что такое genera
источник

LB

Let Eat Bee in DevOps
Какие ошибки в OSI
источник

A

Alexander in DevOps
Там и про специализированные процессоры для яву, и про менеджмент проектов, и про лицензировпние, и про появление gnu. Много всего.
источник

DN

Dmitry Nagovitsin in DevOps
Alexander
Там и про специализированные процессоры для яву, и про менеджмент проектов, и про лицензировпние, и про появление gnu. Много всего.
это конечно похоже на попытки определить уровни сетевой изоляции, ага
источник

A

Alexander in DevOps
Dmitry Nagovitsin
это конечно похоже на попытки определить уровни сетевой изоляции, ага
Нет, не похоже, т.к. история с genera еще фундаментальнее :)
источник

DN

Dmitry Nagovitsin in DevOps
Alexander
Нет, не похоже, т.к. история с genera еще фундаментальнее :)
давай уже статью на вики чтоле
источник

DN

Dmitry Nagovitsin in DevOps
твоя фундаментальная история не гуглится даже
источник