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

+ И чаще это как диагноз по наблюдениям. Чел либо решает задачу или приходит с конкретными идеями как её решить ( если встрял ), либо бесконечно бегает за помощью и жрет время у других

+ И чаще это как диагноз по наблюдениям. Чел либо решает задачу или приходит с конкретными идеями как её решить ( если встрял ), либо бесконечно бегает за помощью и жрет время у других

Есть какая-то статистика?

Или просто слепая нелюбовь к людям которые не шарят в чём-то на том же уровне что и ты?

алгоритмы для собеса это одна книга и месяц на литкоде по полчаса в день. надо вам это или нет - не мне решать

алгоритмы для собеса это одна книга и месяц на литкоде по полчаса в день. надо вам это или нет - не мне решать

Так алгосы нужны потому что у нас бд помирает или чтобы собес пройти?

Так алгосы нужны потому что у нас бд помирает или чтобы собес пройти?

а там научишься даже если не хочешь

@banofbot

а, или это не спам

а там научишься даже если не хочешь

Ну или просто не работать на проекте где разраб и за таски и за бд и вообще за всё отвечает

Ну или просто не работать на проекте где разраб и за таски и за бд и вообще за всё отвечает

За перфоманс своего сервиса разраб отвечает или нет?

За перфоманс своего сервиса разраб отвечает или нет?

Любой проект это коллективная ответственность

За перфоманс своего сервиса разраб отвечает или нет?

Не думаю. Я могу неделями перфу оптимизировать, но кому это надо? Если бизнес таску не ставит, ему норм.

Не думаю. Я могу неделями перфу оптимизировать, но кому это надо? Если бизнес таску не ставит, ему норм.

+, все проекты разные где-то важна каждая наносек, а где-то 10 минут ожидания вполне ок

Не думаю. Я могу неделями перфу оптимизировать, но кому это надо? Если бизнес таску не ставит, ему норм.

так она ж самооптимизирующаяся с недавних пор.. https://go.dev/doc/pgo

Любой проект это коллективная ответственность

Допустим сервис ходит в БД. SQL писал сам разраб или он задачу на DBA должен был поставить?)

так она ж самооптимизирующаяся с недавних пор.. https://go.dev/doc/pgo

PGO на проценты подкрутит, может, на десятки процентов, я с профилировщиком... Ну вы поняли😁

Допустим сервис ходит в БД. SQL писал сам разраб или он задачу на DBA должен был поставить?)

он должен поставить на DBA задачу с готовым оптимизированным запросом)

Допустим сервис ходит в БД. SQL писал сам разраб или он задачу на DBA должен был поставить?)

DBA следит за базой и её состоянием, собственно если запрос работает не оптимально, он может попросить разраба скинуть SQL который грузит БД и попробовать его оптимизировать, в том время как разраб будет дальше пилить фичи, а не сидеть колдовать над каждым запросом

Не думаю. Я могу неделями перфу оптимизировать, но кому это надо? Если бизнес таску не ставит, ему норм.

Бизнес мог обозначить SLO. Соответствует ли сервис - теперь задача команды разработки

так она ж самооптимизирующаяся с недавних пор.. https://go.dev/doc/pgo

сама оптимальную структуру данных подберёт?

По моему опыту, чаще всего проблема запросов была либо в отсутствие индексов , либо в изначально неправильном подходе на бэкенд (к примеру много раз ускорял в разы операции, создавая пул запросов вне цикла вместо запросов в каждой итерации). Мне кажется это мало укладывается в идею знания алгоритмов поиска и сортировки, скорее это базовые знания СУБД , SQL и логика

Бизнес мог обозначить SLO. Соответствует ли сервис - теперь задача команды разработки

Что такое slo?

DBA следит за базой и её состоянием, собственно если запрос работает не оптимально, он может попросить разраба скинуть SQL который грузит БД и попробовать его оптимизировать, в том время как разраб будет дальше пилить фичи, а не сидеть колдовать над каждым запросом

С каких пор "уметь написать запрос нормально" стало "колдовать над каждым запросом"?) Банальное знание инструментов, которыми ты трудишься

По моему опыту, чаще всего проблема запросов была либо в отсутствие индексов , либо в изначально неправильном подходе на бэкенд (к примеру много раз ускорял в разы операции, создавая пул запросов вне цикла вместо запросов в каждой итерации). Мне кажется это мало укладывается в идею знания алгоритмов поиска и сортировки, скорее это базовые знания СУБД , SQL и логика

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

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

Разве?

Разве?

В смысле для этого надо разбираться как каждый алгоритм в индексе работает?

С каких пор "уметь написать запрос нормально" стало "колдовать над каждым запросом"?) Банальное знание инструментов, которыми ты трудишься

Твой запрос написанный пол года назад мог нормально вывозить за 1000rps, а потом бизнесс решил расширятся и теперь rps стало 100000, будешь сидеть и пытатся его изменить под такую нагрузку?

Или достаточно, для начала, просто изучить документацию и понимать для каких данных какой индекс лучше применим?

Что такое slo?

Договорённость об уровне обслуживания. Типа "сервис должен отвечать не медленнее чем за N ms в 95% случаев"

В смысле для этого надо разбираться как каждый алгоритм в индексе работает?

мне кажется, понимание разницы линейного и бинарного поиска лишним не будет

С каких пор "уметь написать запрос нормально" стало "колдовать над каждым запросом"?) Банальное знание инструментов, которыми ты трудишься

Делайте хорошо, не делайте плохо)

Твой запрос написанный пол года назад мог нормально вывозить за 1000rps, а потом бизнесс решил расширятся и теперь rps стало 100000, будешь сидеть и пытатся его изменить под такую нагрузку?

куда ты денешься. если надо - будешь

Договорённость об уровне обслуживания. Типа "сервис должен отвечать не медленнее чем за N ms в 95% случаев"

В такой постановке вопроса, это точно не головная боль одного разраба, а если в команде такие задачи принято спихивать только на него, то нафиг такую команду

мне кажется, понимание разницы линейного и бинарного поиска лишним не будет

Ну вот, уже кажется :)

Ирония не оч понятна. Есть у тебя рабочий инструмент, им надо уметь пользоваться. Иначе можно дойти до практики когда "программист" считает базу чёрным ящиком и просит написать запрос chatgpt админов

Делайте хорошо, не делайте плохо)

Сюда отвечал

Ну вот, уже кажется :)

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

куда ты денешься. если надо - будешь

Крепостное право давно отменили, если на тебя в команде пытаются повесить всё задачи с такими словами, то в общем то не нужна тебе такая команда

кстати, новый чатгпт норм запросы сочиняет

алгоритмы для собеса это одна книга и месяц на литкоде по полчаса в день. надо вам это или нет - не мне решать

Литкодик любовь. Ковыряние абстрактных задач переворачивает голову. Оч трудно понять народ, который противится алгосам…

Ирония не оч понятна. Есть у тебя рабочий инструмент, им надо уметь пользоваться. Иначе можно дойти до практики когда "программист" считает базу чёрным ящиком и просит написать запрос chatgpt админов

Основной инструмент разработчика это его ЯП, а всё остальное побочка, знание БД конечно является важным, но не основопологающим

кстати, новый чатгпт норм запросы сочиняет

Пробовал я как то чат спросить, как мне решить одну из проблем в работе. В интернет готовых ответов не было. Догадаетесь, что мне ответил?

Пробовал я как то чат спросить, как мне решить одну из проблем в работе. В интернет готовых ответов не было. Догадаетесь, что мне ответил?

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

Литкодик любовь. Ковыряние абстрактных задач переворачивает голову. Оч трудно понять народ, который противится алгосам…

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

Ну))))

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

Ну мне он упорно твердил "обратитесь к специалисту". Пока я не догадался уточнить и выяснислоь, что все это время он почему-то думал, что речь про 1С, хотя ни до ни вовремя запросов никаких запросов в связи с 1С не было от меня.

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

для большинства людей кодинг - это счастье, богатство, здоровье, успех и признание общества.. потому что они кодить не умеют 😂

Основной инструмент разработчика это его ЯП, а всё остальное побочка, знание БД конечно является важным, но не основопологающим

Спорно. Решение любой задачи отталкивается от данных, которые в ней фигурируют

Основной инструмент разработчика это его ЯП, а всё остальное побочка, знание БД конечно является важным, но не основопологающим

тут я с вами концептуально не согласен) такое понимание зоны ответственности разработчика — очень энтри левел (даже на этом уровне бывает неплохой часовой рейт). Но это сугубо моё мнение.

Крепостное право давно отменили, если на тебя в команде пытаются повесить всё задачи с такими словами, то в общем то не нужна тебе такая команда

Т.е. вы хотите сказать что членам команды можно брать задачи бизнеса по принципу не хочу/не буду? Если вам дается достаточно времени что бы изучить инструменты которых вам не хватает что бы решить проблему, почему нельзя взять и решить?

Бизнесу нужны кросс функциональные люди которые решают проблемы, а не считают что все что находится за гранью ЯП не их дело Все остальные останутся «вайтишниками», с минимальной вилкой зп и первыми лишаться работы в течение 5 лет когда кросс функциональные люди будут делать всю работу единолично с помощью того же chat gpt)

Как будто люди с использованием чата будут разбираться в алгоритмах

Бизнесу нужны кросс функциональные люди которые решают проблемы, а не считают что все что находится за гранью ЯП не их дело Все остальные останутся «вайтишниками», с минимальной вилкой зп и первыми лишаться работы в течение 5 лет когда кросс функциональные люди будут делать всю работу единолично с помощью того же chat gpt)

Ухх, щас чат ГПТ на всех как заменит, пойдем грузчиками работать

Бизнесу нужны кросс функциональные люди которые решают проблемы, а не считают что все что находится за гранью ЯП не их дело Все остальные останутся «вайтишниками», с минимальной вилкой зп и первыми лишаться работы в течение 5 лет когда кросс функциональные люди будут делать всю работу единолично с помощью того же chat gpt)

которые будут обходиться бизнесу дешевле, чем команда узконаправленных хороших специалистов. насколько понимаю, Вы топите за использование дешевой рабочей силы, которая вроде как умеет всё, но понемногу? Вас, как бизнесмена, на этом пути ждет очень много интересных открытий, удачи.

Как будто люди с использованием чата будут разбираться в алгоритмах

Алгоритмы просто один из инструментов Такой же как знание базы, кубера, aws, промптинга LLM Они все подтягиваются самостоятельно если нужно даже в рабочее время, по ним можно попросить нанять консультанта что бы решить задачу с ним за день, а не за неделю Тут дело не в алгоритмах, а ограничивании своего пулла инструментов. Никто не знает их все, но есть те кто способен обучаться и хочет, и есть те кто нет

Ухх, щас чат ГПТ на всех как заменит, пойдем грузчиками работать

курсы шофёра json-оукладчика

Ухх, щас чат ГПТ на всех как заменит, пойдем грузчиками работать

бостон дайнемикс и эту нишу займет

Бизнесу нужны кросс функциональные люди которые решают проблемы, а не считают что все что находится за гранью ЯП не их дело Все остальные останутся «вайтишниками», с минимальной вилкой зп и первыми лишаться работы в течение 5 лет когда кросс функциональные люди будут делать всю работу единолично с помощью того же chat gpt)

Ладно, буду дальше вайтишником без дежурств, секса с кубами, АНАЛлитики, с минимальной вилкой в 300+

которые будут обходиться бизнесу дешевле, чем команда узконаправленных хороших специалистов. насколько понимаю, Вы топите за использование дешевой рабочей силы, которая вроде как умеет всё, но понемногу? Вас, как бизнесмена, на этом пути ждет очень много интересных открытий, удачи.

Точно нет, везде нужно свое. Если у вас стартап то вам нужны только кросс люди. Если вы ультра гига бигтех и у вас сотни терабайтов в час данных то там скорее всего будет работа для человека который знает только конкретную технологию и занимается ей 20 лет уже

Ухх, щас чат ГПТ на всех как заменит, пойдем грузчиками работать

Ты первый пойдешь, потому-что человек с которым ты выше спорил заберет твое рабочее место)

курсы шофёра json-оукладчика

ВУ категорий В канает?

ВУ категорий В канает?

с открытой B только xml можно класть

Ты первый пойдешь, потому-что человек с которым ты выше спорил заберет твое рабочее место)

Точно нет, везде нужно свое. Если у вас стартап то вам нужны только кросс люди. Если вы ультра гига бигтех и у вас сотни терабайтов в час данных то там скорее всего будет работа для человека который знает только конкретную технологию и занимается ей 20 лет уже

вообще-то даже в фаанге людям регулярно приходится разбираться в чём-то новом

вообще-то даже в фаанге людям регулярно приходится разбираться в чём-то новом

Например кофе-пойнт перенесут на другой этаж, приходится разбираться как его найти

Точно нет, везде нужно свое. Если у вас стартап то вам нужны только кросс люди. Если вы ультра гига бигтех и у вас сотни терабайтов в час данных то там скорее всего будет работа для человека который знает только конкретную технологию и занимается ей 20 лет уже

чего-то я Вас не понимаю то "бизнесу нужны кросс-люди", то "узкие специалисты нужны большому бизнесу"

вообще-то даже в фаанге людям регулярно приходится разбираться в чём-то новом

Фаанг это зашквар, где из людей за пару лет выжимают всё соки после чего если он не успел стать лидом или манагером то выкидывают на мороз и заменяют новым упругим зумерком

Фаанг это зашквар, где из людей за пару лет выжимают всё соки после чего если он не успел стать лидом или манагером то выкидывают на мороз и заменяют новым упругим зумерком

Сколько лет в гугле отработал?

Сколько лет в гугле отработал?

читал. на собес в гугл звали, кстати ))

Да вы посмотрите доклады каких-нибудь менеджеров или тимлидов с условных Яндекса, Озона. Они все веселые. А почему? А потому что успели, реально :))))

Например кофе-пойнт перенесут на другой этаж, приходится разбираться как его найти

какая страшная компания.. никакой стабильности и уверенности в завтрашнем дне

А как какой нибудь разработчик докладывает, то угрюмый и глаза в пол :) Потому что не успел

чего-то я Вас не понимаю то "бизнесу нужны кросс-люди", то "узкие специалисты нужны большому бизнесу"

Это разные тезисы, первый обобщенный, второй частный случай Плюс они друг другу не противоречат, человек который оптимизирует запросы к бд на extra big data scale может сказать что легко развернет админку какую-то это срочно нужно и больше некому взять таску А другой скажет что это не его проблемы и он работает только со своим ЯП/базой/…

Это разные тезисы, первый обобщенный, второй частный случай Плюс они друг другу не противоречат, человек который оптимизирует запросы к бд на extra big data scale может сказать что легко развернет админку какую-то это срочно нужно и больше некому взять таску А другой скажет что это не его проблемы и он работает только со своим ЯП/базой/…

Я походу потерял нить разговора, как это касается того, сможет этот или другой человек на собеседовании рассказать за алгоритмы или нет и нужно ли ему это?

Я походу потерял нить разговора, как это касается того, сможет этот или другой человек на собеседовании рассказать за алгоритмы или нет и нужно ли ему это?

А я вообще не про это, я в другой момент подключился и из-за другого тезиса 😂

Тут на самом деле тоже просто, хз че усложнять - спрашивать алгоритмы всегда нужно что бы оценить уровень и бэкграунд кандидата - если задачи предполагают использование алгоритмов то на это тратится большая часть собеседования и отдается скажем 30-50% от вклада в решение о найме - если нет то не углубляясь можно пройтись и отдать скажем 5-10% и пофигу - готовится к алгоритмам надо если хочешь хороший оффер

Тут на самом деле тоже просто, хз че усложнять - спрашивать алгоритмы всегда нужно что бы оценить уровень и бэкграунд кандидата - если задачи предполагают использование алгоритмов то на это тратится большая часть собеседования и отдается скажем 30-50% от вклада в решение о найме - если нет то не углубляясь можно пройтись и отдать скажем 5-10% и пофигу - готовится к алгоритмам надо если хочешь хороший оффер

+100500

Тут на самом деле тоже просто, хз че усложнять - спрашивать алгоритмы всегда нужно что бы оценить уровень и бэкграунд кандидата - если задачи предполагают использование алгоритмов то на это тратится большая часть собеседования и отдается скажем 30-50% от вклада в решение о найме - если нет то не углубляясь можно пройтись и отдать скажем 5-10% и пофигу - готовится к алгоритмам надо если хочешь хороший оффер

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

Вакансия: Senior Go Developer Место работы: Удаленно ЗП: от 400 тыс руб на руки Опыт работы: От 3 лет Описание: Мы ищем опытного Senior Go Developer для участия в разработке инновационной финтех-платформы. Кандидат должен обладать глубоким пониманием языка программирования Go и иметь опыт работы на практике не менее 3 лет. Желательным будет опыт создания интеграционных сервисов с платежными провайдерами, SEPA, SEPA Instant, а также знание финтех и криптовалютных технологий. Обязанности: Разработка и поддержка высоконагруженной финтех-платформы, включающей в себя биржу, платежную систему и систему эквайринга с использованием как фиатных, так и криптовалютных средств. Участие в проектировании и реализации новых функциональностей с учетом требований безопасности и производительности. Оптимизация и совершенствование существующего кода. Работа в тесном сотрудничестве с другими членами команды, включая разработчиков, тестировщиков и аналитиков. Требования: Опыт работы с языком программирования Go не менее 3 лет. Знание принципов создания и оптимизации matching engine для бирж будет существенным преимуществом. Понимание финтех-технологий и опыт работы в финансовой сфере. Желательный опыт работы с криптовалютными технологиями и платежными системами. Опыт работы с высоконагруженными системами и базами данных. Умение работать в команде и обладание хорошими коммуникационными навыками. Стремление к саморазвитию и обучаемость. Условия: Конкурентная заработная плата, зависящая от опыта и навыков кандидата. Гибкий график работы и возможность удаленной работы. Возможности для профессионального роста и развития. Дружелюбная и открытая рабочая атмосфера. Если вы готовы присоединиться к нашей команде и внести свой вклад в создание инновационной финтех-платформы, отправьте свое резюме с кратким сопроводительным письмом на указанный адрес электронной почты. Мы рассматриваем кандидатов со всего мира и приглашаем вас присоединиться к нашей команде! Контакты: @v_koval

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