Forwarded from Организованное программирование | Кирилл Мокевнин (Kirill Mokevnin)
Выпуск про тимлидов уже доступен для просмотра. Вы узнаете, как устроена настоящая командная динамика, что делать, если «всё рушится», и почему работа тимлида — это не про власть, а про ответственность. Не пропустите — разговор откровенный, местами жёсткий, но крайне полезный для всех, кто хочет расти в IT.
https://www.youtube.com/watch?v=_qJ_rU8-S90
Альтернативные ссылки: Аудио | vk
https://www.youtube.com/watch?v=_qJ_rU8-S90
Альтернативные ссылки: Аудио | vk
YouTube
Тимлидерство от А до Я: влияние, управление, делегирование | Александр Кучук #41
В этом выпуске мы поговорили с Сашей Кучуком — тимлидом с 11-летним опытом, который последние шесть лет работает в крупных и малых компаниях, включая топовые бигтехи. Обсудили, как на самом деле устроена жизнь тимлида, почему программирование — не стрессовая…
Итак, кажется, что меня засосало в Dota 2, но на самом деле я пытался сформулировать мысли по такому событию как System Design Interview
Как обычно, статья - это лонг рид и делал я ее с точки зрения как к этому подготовиться, как проходить и что это такое
Вы спросите (нет) - а зачем я это делал? А я отвечу вам, что я решил структурировать информацию и разобрать как именно проходить лучше это все
На базе чего я это делал? На базе своего опыта (сходил на такой собес даже), на базе кучи статей, ютуба и даже на митап сходил про это
В общем, как обычно - буду рад критике, найденным ошибкам и советам!
Ну и еще больше рад буду если вам пригодится!
Ну и сама заметка: https://github.com/qcha/JBook/blob/master/interview/design_interview/help.md
Как обычно, статья - это лонг рид и делал я ее с точки зрения как к этому подготовиться, как проходить и что это такое
Вы спросите (нет) - а зачем я это делал? А я отвечу вам, что я решил структурировать информацию и разобрать как именно проходить лучше это все
На базе чего я это делал? На базе своего опыта (сходил на такой собес даже), на базе кучи статей, ютуба и даже на митап сходил про это
В общем, как обычно - буду рад критике, найденным ошибкам и советам!
Ну и еще больше рад буду если вам пригодится!
Ну и сама заметка: https://github.com/qcha/JBook/blob/master/interview/design_interview/help.md
Итак, с утра в субботу мне приятель пишет Go в Доту
Я такой, о, Go!
И решил с chatGpt задачку разобрать на Go:
Он мне честно отвечает, дескать, Александр! Хороший пример с классической ловушкой Go при использовании range с адресами переменных.
Будет 40 40 (и 40 будет во всех second[i], если распечатать дальше) - не подловишь меня, дурачок!
На что я ему свою коронку "А в новых версиях Go?"
А он мне, на голубом глазу: Отличный вопрос. Даже в новых версиях Go (включая 1.22 и выше) — поведение с range и переменной v остаётся прежним. Это осознанное решение дизайнеров языка.
И даже доказательство пример привел!
Я говорю "А в Go 1.24?"
Бездушная машина стоит на своем: В Go 1.24 поведение цикла for с использованием переменной v в конструкции range не изменилось.
На что я ему уже открыто говорю: Но это не так же
И тут-то он и покаялся во грехе: Извините за прежнюю неточность. В версии Go 1.22 было введено изменение, которое решает проблему с переиспользованием переменной цикла v в конструкции for range. С этого момента Go создает новую переменную на каждой итерации цикла и бла бла бла. Ответ 10 20, прошу простить!
Создается впечатление, что это не ИИ, а просто специально обученный китаец сидит и отвечает на вопросы и с утра не выспался еще, не проснулся.
Я такой, о, Go!
И решил с chatGpt задачку разобрать на Go:
func main() {
first := []int{10, 20, 30, 40}
second := make([]*int, len(first))
for i, v := range first {
second[i] = &v
}
fmt.Println(*second[0], *second[1])
}
Что будет?Он мне честно отвечает, дескать, Александр! Хороший пример с классической ловушкой Go при использовании range с адресами переменных.
Будет 40 40 (и 40 будет во всех second[i], если распечатать дальше) - не подловишь меня, дурачок!
На что я ему свою коронку "А в новых версиях Go?"
А он мне, на голубом глазу: Отличный вопрос. Даже в новых версиях Go (включая 1.22 и выше) — поведение с range и переменной v остаётся прежним. Это осознанное решение дизайнеров языка.
И даже доказательство пример привел!
Я говорю "А в Go 1.24?"
Бездушная машина стоит на своем: В Go 1.24 поведение цикла for с использованием переменной v в конструкции range не изменилось.
На что я ему уже открыто говорю: Но это не так же
И тут-то он и покаялся во грехе: Извините за прежнюю неточность. В версии Go 1.22 было введено изменение, которое решает проблему с переиспользованием переменной цикла v в конструкции for range. С этого момента Go создает новую переменную на каждой итерации цикла и бла бла бла. Ответ 10 20, прошу простить!
Создается впечатление, что это не ИИ, а просто специально обученный китаец сидит и отвечает на вопросы и с утра не выспался еще, не проснулся.
Открыл тут свое интервью (зашел посмотреть что там еще появилось в ютубе) и увидел коммент. Не люблю, конечно, хвастаться, но хочу все таки запомнить и вам тоже показать - комментарий к вот моему интервью про тимлидов. Не знаю кто написал, где работали, но очень приятно такое прочитать мне.
Вообще, очень правильно говорить спасибо и хвалить, поэтому если ваш тимлид (и не только он, но тимлидов реально редко хвалят) молодец - то скажите ему об этом на 1-1 разочек-другой! Не надо частить с похвалой, но иногда можно!
Спасибо, старина!
Вообще, очень правильно говорить спасибо и хвалить, поэтому если ваш тимлид (и не только он, но тимлидов реально редко хвалят) молодец - то скажите ему об этом на 1-1 разочек-другой! Не надо частить с похвалой, но иногда можно!
Спасибо, старина!
С помощью диплома смог достать телефон из щели между кроватью и стеной, а вы и дальше говорите, что высшее образование не нужно
Итак, друзья, сегодня встал с утра и сильно ударился о край двери, от чего потемнело в глазах и вселенная начала анигилировать в червоточину. Привело это к тому, что я прочитал вот такую вот статью, где предрекается эра менеджеров-гиков
Некто Кларк (не Кент, а Джек) считает (до 10 видимо):
Ну что тут сказать, начинаем учиться ставить ван-ту-ван для нейросети, записывать их проблемы и дискомфорт (например, вон тот ИИ пишет лютый говнокод, скажи ему!), также нам нужно будет не забывать смотреть на то, чтобы нейросети регулярно ходили в отпуск, учились еще на чем-то, кроме рабочего кода (отдыхали) и не выгорали, а иначе нейро-HR бизнес ИИ партнер будет недоволен!
Ждем опросы ИИ по вовлеченности еще (у чатЖПТ интереснее проекты! Я только изображения генерирую, хочу новое что то!) и заживем!
Некто Кларк (не Кент, а Джек) считает (до 10 видимо):
Мы увидим появление менеджера-гика, у которого есть свои 'люди', но эти 'люди' — на самом деле экземпляры ИИ-агентов, выполняющих огромный объем работы для них
Ну что тут сказать, начинаем учиться ставить ван-ту-ван для нейросети, записывать их проблемы и дискомфорт (например, вон тот ИИ пишет лютый говнокод, скажи ему!), также нам нужно будет не забывать смотреть на то, чтобы нейросети регулярно ходили в отпуск, учились еще на чем-то, кроме рабочего кода (отдыхали) и не выгорали, а иначе нейро-HR бизнес ИИ партнер будет недоволен!
Ждем опросы ИИ по вовлеченности еще (у чатЖПТ интереснее проекты! Я только изображения генерирую, хочу новое что то!) и заживем!
- Во сколько стори потнтов оценил бы задачу?
- Я думаю в 3 sp
- chatGPT, это правда?
- Я думаю в 3 sp
- chatGPT, это правда?
Если уж Педро Паскаль такого успеха достиг в кино, представьте чего достиг бы Педро C++