Я не знаток, но если в мире существует человек, способный ответить на все эти вопросы, я бы очень хотел с таким познакомиться. Ибо это надо быть не просто всезнайкой, но еще и экстрасенсом. Как, иначе, прикажете понимать вопрос "Как посмотреть логи в Linux? Второй способ?"
А уж флеймотемы типа "монолит vs микросервисы" вообще ответа не предполагают
PS: я вот только одного не понимаю. Зачем вообще нужны такие собеседования? Особенно по Golang или любому другому языку. Ну какая разница, так или этак у него пишется switch, так или эдак сделаны массивы.
Re[2]: Список вопросов на позицию Go-разработчика в МТС
SD>PS: я вот только одного не понимаю. Зачем вообще нужны такие собеседования? Особенно по Golang или любому другому языку. Ну какая разница, так или этак у него пишется switch, так или эдак сделаны массивы.
На экзамене можно спрашивать.
Но люди, составляющие такие вопросы, где-то на уровне подсознания хотят показать свою крутость.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Re[2]: Список вопросов на позицию Go-разработчика в МТС
SD>PS: я вот только одного не понимаю. Зачем вообще нужны такие собеседования? Особенно по Golang или любому другому языку. Ну какая разница, так или этак у него пишется switch, так или эдак сделаны массивы.
покарйне мере в C++ и QBASIC люди с разным уровнем зания языка напишут код с разной производительностью и усточивостью к ошибкам времени выполнения
Re: Список вопросов на позицию Go-разработчика в МТС
R>А цель найти религиозного фанатика или все-таки инженера разработки?
ИМХО это для оценки кругозора — читает ли кандидат что-то или застыл в развитии в каменном веке.
Не сильно влияет на результат, но при прочих равных, может пригодиться.
_____________________
С уважением,
Stanislav V. Zudin
Re[2]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, SkyDance, Вы писали:
SD>Я не знаток, но если в мире существует человек, способный ответить на все эти вопросы, я бы очень хотел с таким познакомиться. Ибо это надо быть не просто всезнайкой, но еще и экстрасенсом. Как, иначе, прикажете понимать вопрос "Как посмотреть логи в Linux? Второй способ?"
А если смотреть на этот опросник как на чеклист для себя, то выглядит норм.
_____________________
С уважением,
Stanislav V. Zudin
Re: Список вопросов на позицию Go-разработчика в МТС
SVZ>>ИМХО это для оценки кругозора CC>Заповеди? CC>Не, это откровенно воняет фанатизмом.
А "заповеди" Александреску не воняют фанатизмом?
Но если кандидат знает это фимилие и способен выразить собственное мнение касательно его работ, то это жЫрный плюс кандидату
_____________________
С уважением,
Stanislav V. Zudin
Re: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, SkyDance, Вы писали:
SVZ>>А если смотреть на этот опросник как на чеклист для себя, то выглядит норм.
SD>Это нереально. Я не жалуюсь на широту кругозора, но некоторые строчки там подразумевают года так полтора-два въезжания в тему.
Мы говорим о студенте или о разработчике с опытом?
Я уверен, ты запросто сумеешь рассказать половину этого чеклиста, даже не касаясь Го.
_____________________
С уважением,
Stanislav V. Zudin
Re[5]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, Stanislav V. Zudin, Вы писали:
SVZ>А "заповеди" Александреску не воняют фанатизмом?
Воняют разумеется.
Особенно фанатика Александреску.
SVZ>Но если кандидат знает это фимилие и способен выразить собственное мнение касательно его работ, то это жЫрный плюс кандидату
С какого бы вдруг перепугу?
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[6]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, CreatorCray, Вы писали:
SVZ>>А "заповеди" Александреску не воняют фанатизмом? CC>Воняют разумеется. CC>Особенно фанатика Александреску.
SVZ>>Но если кандидат знает это фимилие и способен выразить собственное мнение касательно его работ, то это жЫрный плюс кандидату CC>С какого бы вдруг перепугу?
Гм, ну составная часть квалификации инженера или ученого — это знать и следить за разработками в своей отрасли. Кто что придумал, опубликовал. И неплохо бы иметь мнение по озвученным вопросам.
Например, чтобы не изобретать велосипед.
_____________________
С уважением,
Stanislav V. Zudin
Re[5]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, Pzz, Вы писали:
Pzz>Этот вопрос стал прям болезненным с тех пор, как нормальные православные логи заменились journalctl...
Православные "dmesg" и "tail /var/log/..." уже не работают?
Re[6]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, CreatorCray, Вы писали:
CC>Особенно фанатика Александреску.
А какая к нему претензия? Он всего лишь одним из первых написал книжку про возможности шаблонов в С++. В качестве примера сделал шаблонный аллокатор памяти где можно указать дцать шаблонных параметров, но ЕМНИП, этот подход ни разу не взлетел и сам Александреску особо за него не топил после.
Всякие boost::spirit куда дальше продвинули шаблонную магию.
Re[6]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, Doom100500, Вы писали:
D>Ни разу не слышал такого оборота. Больше слышал "Укушенный Александреску".
Это даже сам Александреску слышал, я его спрашивал
Re[2]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, Skorodum, Вы писали:
Pzz>>Этот вопрос стал прям болезненным с тех пор, как нормальные православные логи заменились journalctl... S>Православные "dmesg" и "tail /var/log/..." уже не работают?
Модно теперь так — journalctl -xeu mosquitto.service
Re[7]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, Skorodum, Вы писали:
S>В качестве примера сделал шаблонный аллокатор памяти где можно указать дцать шаблонных параметров, но ЕМНИП, этот подход ни разу не взлетел
ЕМНИП, это с подачи Александреску получило распространение такая практика как policy based design.
Ну и не сказать, чтобы она не взлетела. Просто, как и CRTP, она нужна лишь там, где нужна.
Re[8]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, so5team, Вы писали:
S>ЕМНИП, это с подачи Александреску получило распространение такая практика как policy based design. S>Ну и не сказать, чтобы она не взлетела. Просто, как и CRTP, она нужна лишь там, где нужна.
Массовое применение policy based design видел только в boost.graph и т.п.
Re[9]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, Skorodum, Вы писали:
S>>ЕМНИП, это с подачи Александреску получило распространение такая практика как policy based design. S>>Ну и не сказать, чтобы она не взлетела. Просто, как и CRTP, она нужна лишь там, где нужна. S>Массовое применение policy based design видел только в boost.graph и т.п.
У нас в RESTinio параметры сервера задаются через traits, т.е., тот самый policy based design.
Re[5]: Список вопросов на позицию Go-разработчика в МТС
SVZ>Мы говорим о студенте или о разработчике с опытом?
У студента вообще шансов нет.
SVZ>Я уверен, ты запросто сумеешь рассказать половину этого чеклиста, даже не касаясь Го.
Рассказать ЧТО?! Там не некоторые вопросы ответ выглядит как стопка книг. Единственное новое слово, что я увидел в списке, был pgbouncer, уж шибко специфичный, гм, продукт. Ни разу не видел чтоб его на практике применяли.
Re[6]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, SkyDance, Вы писали:
SD>Рассказать ЧТО?! Там не некоторые вопросы ответ выглядит как стопка книг. Единственное новое слово, что я увидел в списке, был pgbouncer, уж шибко специфичный, гм, продукт. Ни разу не видел чтоб его на практике применяли.
А что вместо pgbouncer применяли?
Вообще, pgbouncer — стандарт де-факто, т.к. постгресс не любит большое количество соединений.
Best regards, Буравчик
Re[6]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, Doom100500, Вы писали:
SVZ>>А "заповеди" Александреску не воняют фанатизмом? D>Ни разу не слышал такого оборота. Больше слышал "Укушенный Александреску".
Дык как ни назови, всё это личное мнение.
_____________________
С уважением,
Stanislav V. Zudin
Re[6]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, SkyDance, Вы писали:
SVZ>>Я уверен, ты запросто сумеешь рассказать половину этого чеклиста, даже не касаясь Го.
SD>Рассказать ЧТО?! Там не некоторые вопросы ответ выглядит как стопка книг.
Ну да, начинаешь трепаться с интервьюером, а дальше как пойдёт.
_____________________
С уважением,
Stanislav V. Zudin
Re[7]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, LaptevVV, Вы писали:
LVV>Знатоки, оцените.
Меня всегда забавляло само наличе вопросов про сборщик мусора в любых языках с GC.
Потому что изначально, по концепции, сборщик мусора как раз должен избавлять от знаний про сборщик мусора
Re[6]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, SkyDance, Вы писали:
SVZ>>Мы говорим о студенте или о разработчике с опытом?
SD>У студента вообще шансов нет.
SVZ>>Я уверен, ты запросто сумеешь рассказать половину этого чеклиста, даже не касаясь Го.
SD>Рассказать ЧТО?! Там не некоторые вопросы ответ выглядит как стопка книг. Единственное новое слово, что я увидел в списке, был pgbouncer, уж шибко специфичный, гм, продукт. Ни разу не видел чтоб его на практике применяли.
Здравствуйте, Skorodum, Вы писали:
Pzz>>Этот вопрос стал прям болезненным с тех пор, как нормальные православные логи заменились journalctl... S>Православные "dmesg" и "tail /var/log/..." уже не работают?
dmesg работает, но только для логов из текущей сессии и то там кольцевой буффер.
/var/log/... — тут всё сложно. Какие-то сервисы сюда пишут, какие-то нет.
Универсального способа по сути нет. journalctl тоже не то, у того же докера свои логи. Если nginx настроишь на логгирование в файлы, естественно магическим способом в journald они не появятся. Поэтому тут однозначно ответить вообще нельзя. Проверяющий вероятно имеет в виду именно journalctl, но это лишь часть истины.
Re[7]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, Буравчик, Вы писали:
SD>>Рассказать ЧТО?! Там не некоторые вопросы ответ выглядит как стопка книг. Единственное новое слово, что я увидел в списке, был pgbouncer, уж шибко специфичный, гм, продукт. Ни разу не видел чтоб его на практике применяли.
Б>А что вместо pgbouncer применяли? Б>Вообще, pgbouncer — стандарт де-факто, т.к. постгресс не любит большое количество соединений.
Ну я вот везде вижу пулеры в самом приложении. И pgbouncer мне только мешает. Я пытался его заюзать но словил только глюки от этого. В том же спринге пулер вшит намертво. Отшить может и можно, но это прям стараться надо. Некоторые сервисы у нас на ноде — там тоже везде пулер во фреймворке вшит, я туда даже не лезу, там без поллитра не разберёшься.
То бишь в целом я идею pgbouncer одобряю, наш хостер его включает по дефолту на отдельном порту, но на практике такое ощущение, что его как раз таки никто и не использует, в противном случае можно было бы предположить, что во фреймворках добавят простые переключатели между пулом и не-пулом.
Re[2]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, CEMb, Вы писали:
CEM>Меня всегда забавляло само наличе вопросов про сборщик мусора в любых языках с GC. CEM>Потому что изначально, по концепции, сборщик мусора как раз должен избавлять от знаний про сборщик мусора
Тот самый момент когда радужная теория сталкивается с суровой реальностью.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Re[8]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, CreatorCray, Вы писали:
CC>Он ж был первый самим собой же и укушеный CC>Patient Zero
Это был естественный этап развития технологии, когда пытались новым молотком забивать все гвозди, что-то прижолось, что-то — нет. Александреску ни разу ни фанатик шаблонов.
Re[9]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, Stanislav V. Zudin, Вы писали:
SVZ>ИМХО это для оценки кругозора — читает ли кандидат что-то или застыл в развитии в каменном веке.
В смысле, будет работу работать или в рабочее время будет подкасты смотреть и новые "паттерны/библиотеки" в проект тащить, воруя время на летучках и ревью?
LVV>>Знатоки, оцените.
CEM>Меня всегда забавляло само наличе вопросов про сборщик мусора в любых языках с GC. CEM>Потому что изначально, по концепции, сборщик мусора как раз должен избавлять от знаний про сборщик мусора
году так в 2014-2016, да и после тоже, вопросы про сборщик мусора были мейнстримом на собесах по C#
я даже сформулировал ответ и блистал им: "примерно в 2014 у GC была выявлена недокументированная функциональность — выявлять знания .NET разработчиков на собеседованиях"
в принципе был такого же мнения "сборщик мусора как раз должен избавлять от знаний про сборщик мусора"
единственное, если игры или другие программы реального времени обработки событий пишутся на .NET,
то нужно не забывать принудительно вызывать в каждом цикле обработки эту самую сборку мусора
(что отностительно концепции сборки мусора скорее хак),
чтобы произвольно сработавшая очередная сборка не подвесила игру на доли секунд.
но такие знания легко приобретаются в ходе работы над спецификой конкретного проекта,
так что при общей технической культуре хранить это в голове нет смысла
Re[3]: Список вопросов на позицию Go-разработчика в МТС
CEM>>Меня всегда забавляло само наличе вопросов про сборщик мусора в любых языках с GC. CEM>>Потому что изначально, по концепции, сборщик мусора как раз должен избавлять от знаний про сборщик мусора
CC>Тот самый момент когда радужная теория сталкивается с суровой реальностью.
...с суровой реальностью засилия дятлов, проводящих технические интервью
Re[8]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, vsb, Вы писали:
vsb>Ну я вот везде вижу пулеры в самом приложении. И pgbouncer мне только мешает. Я пытался его заюзать но словил только глюки от этого. В том же спринге пулер вшит намертво. Отшить может и можно, но это прям стараться надо. Некоторые сервисы у нас на ноде — там тоже везде пулер во фреймворке вшит, я туда даже не лезу, там без поллитра не разберёшься.
Клиентского пула недостаточно. Очень часто (практически всегда), запускается несколько инстансов приложения.
Касаемо глюков — надо понимать и выбирать режим, в котором он работает, тогда глюков не будет.
Best regards, Буравчик
Re[4]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, landerhigh, Вы писали:
SVZ>>ИМХО это для оценки кругозора — читает ли кандидат что-то или застыл в развитии в каменном веке.
L>В смысле, будет работу работать или в рабочее время будет подкасты смотреть и новые "паттерны/библиотеки" в проект тащить, воруя время на летучках и ревью?
Встречный вопрос: а пойдёшь ли ты к врачу, который пользуется знаниями, полученными только в универе хренадцать лет назад?
Или предпочтешь того, кто регулярно проходит "апгрейд" — читает профильные статьи, методы лечения, препараты и т.п.?
_____________________
С уважением,
Stanislav V. Zudin
Re[4]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, SkyDance, Вы писали:
SD>Это нереально. Я не жалуюсь на широту кругозора, но некоторые строчки там подразумевают года так полтора-два въезжания в тему.
20 лет в профессии и норм, я почти по каждому пункту могу что-нибудь рассказать.
Re[2]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, Stanislav V. Zudin, Вы писали:
L>>В смысле, будет работу работать или в рабочее время будет подкасты смотреть и новые "паттерны/библиотеки" в проект тащить, воруя время на летучках и ревью?
SVZ>Встречный вопрос: а пойдёшь ли ты к врачу, который пользуется знаниями, полученными только в универе хренадцать лет назад? SVZ>Или предпочтешь того, кто регулярно проходит "апгрейд" — читает профильные статьи, методы лечения,
Ага. Гомеопатические методы лечения, например...
SVZ>препараты и т.п.?
Здравствуйте, Министр Промышленности, Вы писали:
CEM>>Меня всегда забавляло само наличе вопросов про сборщик мусора в любых языках с GC. CEM>>Потому что изначально, по концепции, сборщик мусора как раз должен избавлять от знаний про сборщик мусора
МП>году так в 2014-2016, да и после тоже, вопросы про сборщик мусора были мейнстримом на собесах по C# МП>я даже сформулировал ответ и блистал им: "примерно в 2014 у GC была выявлена недокументированная функциональность — выявлять знания .NET разработчиков на собеседованиях" МП>в принципе был такого же мнения "сборщик мусора как раз должен избавлять от знаний про сборщик мусора"
А в этот принцип IDisposable как-то вписывается?
_____________________
С уважением,
Stanislav V. Zudin
Re[5]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, vsb, Вы писали:
S>>Православные "dmesg" и "tail /var/log/..." уже не работают?
vsb>dmesg работает, но только для логов из текущей сессии и то там кольцевой буффер.
vsb>/var/log/... — тут всё сложно. Какие-то сервисы сюда пишут, какие-то нет.
vsb>Универсального способа по сути нет. journalctl тоже не то, у того же докера свои логи. Если nginx настроишь на логгирование в файлы, естественно магическим способом в journald они не появятся. Поэтому тут однозначно ответить вообще нельзя. Проверяющий вероятно имеет в виду именно journalctl, но это лишь часть истины.
Я думаю. если ты вот так ответишь на собесе, то однозначно получишь плюсик к карме.
_____________________
С уважением,
Stanislav V. Zudin
Re[3]: Список вопросов на позицию Go-разработчика в МТС
CEM>>Потому что изначально, по концепции, сборщик мусора как раз должен избавлять от знаний про сборщик мусора
SD>Не-не, по концепции, сборщик мусора должен устранить тривиальные протечки памяти (забыл вызвать free).
дятлы норовят намудрить в коде, сделав его высокободяжным и трудноохватываемым мыслью,
так что он действительно рискует вызвать нетривиальные утечки памяти
но проблема тогда в уменьшении энтропии, а не в сборщике мусора
Re[4]: Список вопросов на позицию Go-разработчика в МТС
Здравствуйте, Doom100500, Вы писали:
D>Здравствуйте, Stanislav V. Zudin, Вы писали:
SVZ>>А "заповеди" Александреску не воняют фанатизмом? D>Ни разу не слышал такого оборота. Больше слышал "Укушенный Александреску".
Имхо, они криво перевели слово "proverb". У Роба Пайка есть классный доклад "Go Proverbs", идеи которого сильно популярны в go community, видимо он и имеется ввиду. Сам доклад: https://www.youtube.com/watch?v=PAAkCSZUG1c
лэт ми спик фром май харт
Re[7]: Список вопросов на позицию Go-разработчика в МТС
