8:02 почему я не люблю вот таких "чуть-чуть копнешь", потому что зачастую оказывается, что тот кто спрашивает нихрена не разбирается в том, о чем он спрашивает. Достаточно зайти сейчас на hh и провести хотя бы 20 собеседований. Я столько разных кадров уже увидел и понял, что люди занимающие те или иные должности просто навсего зазвезделись.
Не соглашусь. Когда провожу собеседования, и, если вижу, что кандидат поверхностно хорошо понимает, то можно немного глубже пойти, потому что бывает так, что на проекте неплохо бы знать некий инструмент/платформу/язык выше среднего. Если на базовые вопросы плавает, то и вглубь копать не имеет смысла. Нет, я не "зазвездился" ни в коем случае. Но если всех спрашивать по верхам, то как найти хорошего кандидата, т.к. по верхам могут многие ответить.
@@makeitgit проблема в том, что программисты не должны быть "дикторами", как Вы их пытаетесь опрашивать. Я 16 лет программист одиночка. Целыми годами я МОЛЧА пялюсь в монитор разрабатываю ПО. Не так давно начал проходить собеседования, чтобы устроится на работу. Такого дурдома, что Вы называете "IT" и "собеседование" я в жизни своей не видел. Потратил 1 год и 2 месяца, и встретил всего несколько программистов. Но работу так и не получил... Доходило до того, что какой-то новичек с 4 летним опытом(даже не джуниор) спрашивал меня знаю ли я по памяти cli комманды мало кому известной библиотеки. Так же мне понравилось услышать на каком новом ужасном сленге(суржике между англ. и русским) большинство стало общаться. Мне и так сложно вспоминать слова, тем более, если это сокращение и под сказанное подходит множество определений, дак еще ты пытаешься это услышать от человека через связь на его сленге. Другой интересный кадр спросил, что мне известно про оптимизацию БД при использовании отношений "многие-ко-многим", хотя это была умышленная ловушка для мошейников в моем сделанном ТЗ. Поскольку я занимался, как низкоуровневым программированием, так и высокоуровневым, а так же имею понимание всех этапов разработки ПО, поскольку один их разрабатываю, то у меня имеется полное понимание, что такое "оптимизация". Я мог начать рассказывать все этапы начиная с микроархитектуры и закончить кластером, потому что оптимизацию можно и НУЖНО проводить на всех уровнях, но делать это никто не будет из-за финансовых соображений. Поэтому я попытался ужать все пару предложений о понимании накладных расходов при использовании связи "многие-ко-многим". Но судя по всему это не тот ответ, что он ожидал услышать... Другими словами "более глубокое понимание" - это лишь Ваша субъективщина, которая опирается лишь на Ваш жизненный опыт и не более того. Некоторые люди могут понимать куда больше, чем Вы думаете, но ответ Вы можете ожидать иной. PS: на текущий момент я пробую зарегистрировать свое ПО, как отечественное и искать клиентскую базу. Попытки поиска работы я забросил, т.к. мой стул уже полностью выгорел.
@@makeitgit проблема в том, что программисты не должны быть "дикторами", как Вы их пытаетесь опрашивать. Я 16 лет программист одиночка. Целыми годами я МОЛЧА пялюсь в монитор разрабатываю ПО. Не так давно начал проходить собеседования, чтобы устроится на работу. Такого дурдома, что Вы называете "IT" и "собеседование" я в жизни своей не видел. Потратил 1 год и 2 месяца, и встретил всего несколько программистов. Но работу так и не получил... Доходило до того, что какой-то новичек с 4 летним опытом(даже не джуниор) спрашивал меня знаю ли я по памяти cli комманды мало кому известной библиотеки. Так же мне понравилось услышать на каком новом ужасном сленге(суржике между англ. и русским) большинство стало общаться. Мне и так сложно вспоминать слова, тем более, если это сокращение и под сказанное подходит множество определений, дак еще ты пытаешься это услышать от человека через связь на его сленге.
@@makeitgit Другой интересный кадр спросил, что мне известно про оптимизацию (сделано было ТЗ на PHP и использовал связь "многие-ко-многим", и это была умышленная ловушка для мошейников). Поскольку я занимался, как низкоуровневым программированием, так и высокоуровневым, а так же имею понимание всех этапов разработки ПО, поскольку один их разрабатываю, то у меня имеется полное понимание, что такое "оптимизация". Я мог начать рассказывать все этапы начиная с микроархитектуры и закончить кластером, потому что оптимизацию можно и НУЖНО проводить на всех уровнях, но делать это никто не будет из-за финансовых соображений. Поэтому я попытался ужать все пару предложений о понимании накладных расходов при использовании связи "многие-ко-многим". Но судя по всему это не тот ответ, что он ожидал услышать... Другими словами "более глубокое понимание" - это лишь Ваша субъективщина, которая опирается лишь на Ваш жизненный опыт и не более того. Некоторые люди могут понимать куда больше, чем Вы думаете, но ответ Вы можете ожидать иной. PS: на текущий момент я пробую зарегистрировать свое ПО, как отечественное и искать клиентскую базу. Попытки поиска работы я забросил, т.к. мой стул уже полностью выгорел.
Спасибо за ваш комментарий! Мы проводим небольшой опрос среди наших подписчиков и очень ценим ваше мнение. Могли бы вы уделить 10 минут на короткий созвон? Это поможет улучшить качество нашего контента. Если у вас будет на это время, мы будем очень признательны. Пожалуйста, напишите нам на d.strekalov@slurm.io или свяжитесь с нами через t.me/DimStrk, чтобы мы могли договориться о возможном созвоне. Заранее спасибо!
Ухом зацепился за формирование очереди на pg, с кучей не особо безопасных ухищрений, типа skip lock, про который должен по мнению рассказчика знать каждый кандидат, чтобы просто акнуть нужную запись, при этом рассказчик уточняет что такая схема подойдёт только для очередей чьи сообщения обрабатываются не дольше одной секунды, идеально, правда? На одном проекте в очень узкой задаче это подошло, давайте теперь всем об этом расскажем 🗿 другими словами, если один чудо инженер построит на проекте подобную очередь, уйдет рассказывать о ней в другие компании, потом появятся задачи на долгие обработки, появится надочередь для долгих задач, что-то тупо уйдет в крон без возможности отмены во время выполнения и все будут страдать до тех пор пока не изобретут летающий корабль, либо не откажутся от очереди в pg 🤷
Просто для информации. Цель доклада не показать, что нужно делать все на pg, а показать, какие самые разные фичи есть в pg. Естественно, каждый решает сам что и как делать на основе каких инструментов, отталкиваясь от прошлого опыта, от контекста текущей задачи и прочих очевидных вещей.
![ARGENTINA vs. PERÚ [1-0] | RESUMEN | ELIMINATORIAS SUDAMERICANAS | FECHA 12](http://i.ytimg.com/vi/xtI25ENDDSY/mqdefault.jpg)
Очень жду когда на postgres можно будет реализовать удобную высокопроизводительную очередь!
Неплохо получилось, хоть порой и немного сумбурно.
8:02 почему я не люблю вот таких "чуть-чуть копнешь", потому что зачастую оказывается, что тот кто спрашивает нихрена не разбирается в том, о чем он спрашивает. Достаточно зайти сейчас на hh и провести хотя бы 20 собеседований. Я столько разных кадров уже увидел и понял, что люди занимающие те или иные должности просто навсего зазвезделись.
Для успешного прохождения собеседования необходимо чтобы у кандидата и собеседующего было одинаковое представление о прекрасном
Не соглашусь. Когда провожу собеседования, и, если вижу, что кандидат поверхностно хорошо понимает, то можно немного глубже пойти, потому что бывает так, что на проекте неплохо бы знать некий инструмент/платформу/язык выше среднего. Если на базовые вопросы плавает, то и вглубь копать не имеет смысла.
Нет, я не "зазвездился" ни в коем случае. Но если всех спрашивать по верхам, то как найти хорошего кандидата, т.к. по верхам могут многие ответить.
@@makeitgit проблема в том, что программисты не должны быть "дикторами", как Вы их пытаетесь опрашивать.
Я 16 лет программист одиночка. Целыми годами я МОЛЧА пялюсь в монитор разрабатываю ПО.
Не так давно начал проходить собеседования, чтобы устроится на работу. Такого дурдома, что Вы называете "IT" и "собеседование" я в жизни своей не видел. Потратил 1 год и 2 месяца, и встретил всего несколько программистов. Но работу так и не получил...
Доходило до того, что какой-то новичек с 4 летним опытом(даже не джуниор) спрашивал меня знаю ли я по памяти cli комманды мало кому известной библиотеки.
Так же мне понравилось услышать на каком новом ужасном сленге(суржике между англ. и русским) большинство стало общаться. Мне и так сложно вспоминать слова, тем более, если это сокращение и под сказанное подходит множество определений, дак еще ты пытаешься это услышать от человека через связь на его сленге.
Другой интересный кадр спросил, что мне известно про оптимизацию БД при использовании отношений "многие-ко-многим", хотя это была умышленная ловушка для мошейников в моем сделанном ТЗ. Поскольку я занимался, как низкоуровневым программированием, так и высокоуровневым, а так же имею понимание всех этапов разработки ПО, поскольку один их разрабатываю, то у меня имеется полное понимание, что такое "оптимизация". Я мог начать рассказывать все этапы начиная с микроархитектуры и закончить кластером, потому что оптимизацию можно и НУЖНО проводить на всех уровнях, но делать это никто не будет из-за финансовых соображений. Поэтому я попытался ужать все пару предложений о понимании накладных расходов при использовании связи "многие-ко-многим". Но судя по всему это не тот ответ, что он ожидал услышать...
Другими словами "более глубокое понимание" - это лишь Ваша субъективщина, которая опирается лишь на Ваш жизненный опыт и не более того. Некоторые люди могут понимать куда больше, чем Вы думаете, но ответ Вы можете ожидать иной.
PS: на текущий момент я пробую зарегистрировать свое ПО, как отечественное и искать клиентскую базу. Попытки поиска работы я забросил, т.к. мой стул уже полностью выгорел.
@@makeitgit проблема в том, что программисты не должны быть "дикторами", как Вы их пытаетесь опрашивать.
Я 16 лет программист одиночка. Целыми годами я МОЛЧА пялюсь в монитор разрабатываю ПО.
Не так давно начал проходить собеседования, чтобы устроится на работу. Такого дурдома, что Вы называете "IT" и "собеседование" я в жизни своей не видел. Потратил 1 год и 2 месяца, и встретил всего несколько программистов. Но работу так и не получил...
Доходило до того, что какой-то новичек с 4 летним опытом(даже не джуниор) спрашивал меня знаю ли я по памяти cli комманды мало кому известной библиотеки.
Так же мне понравилось услышать на каком новом ужасном сленге(суржике между англ. и русским) большинство стало общаться. Мне и так сложно вспоминать слова, тем более, если это сокращение и под сказанное подходит множество определений, дак еще ты пытаешься это услышать от человека через связь на его сленге.
@@makeitgit Другой интересный кадр спросил, что мне известно про оптимизацию (сделано было ТЗ на PHP и использовал связь "многие-ко-многим", и это была умышленная ловушка для мошейников). Поскольку я занимался, как низкоуровневым программированием, так и высокоуровневым, а так же имею понимание всех этапов разработки ПО, поскольку один их разрабатываю, то у меня имеется полное понимание, что такое "оптимизация". Я мог начать рассказывать все этапы начиная с микроархитектуры и закончить кластером, потому что оптимизацию можно и НУЖНО проводить на всех уровнях, но делать это никто не будет из-за финансовых соображений. Поэтому я попытался ужать все пару предложений о понимании накладных расходов при использовании связи "многие-ко-многим". Но судя по всему это не тот ответ, что он ожидал услышать...
Другими словами "более глубокое понимание" - это лишь Ваша субъективщина, которая опирается лишь на Ваш жизненный опыт и не более того. Некоторые люди могут понимать куда больше, чем Вы думаете, но ответ Вы можете ожидать иной.
PS: на текущий момент я пробую зарегистрировать свое ПО, как отечественное и искать клиентскую базу. Попытки поиска работы я забросил, т.к. мой стул уже полностью выгорел.
Познавательно ❤
pg_cron хранит задачи в БД и они с бекапом сохраняются. удобно для запуска каких-то чисто БД ориентированных задач
Бинарку в БД лучше не хранить, но если очень надо, то можно компрессию на тоаст настроить для ускорения выборок наприме
По теме доклада согласен. Мы везде используем PostgreSQL.
Спасибо за ваш комментарий! Мы проводим небольшой опрос среди наших подписчиков и очень ценим ваше мнение. Могли бы вы уделить 10 минут на короткий созвон? Это поможет улучшить качество нашего контента. Если у вас будет на это время, мы будем очень признательны. Пожалуйста, напишите нам на d.strekalov@slurm.io или свяжитесь с нами через t.me/DimStrk, чтобы мы могли договориться о возможном созвоне. Заранее спасибо!
Спасибо. Оказывается я не знаю постгрес (
Не так. Оказывается я не знал, что я не знаю Postres :)
Ухом зацепился за формирование очереди на pg, с кучей не особо безопасных ухищрений, типа skip lock, про который должен по мнению рассказчика знать каждый кандидат, чтобы просто акнуть нужную запись, при этом рассказчик уточняет что такая схема подойдёт только для очередей чьи сообщения обрабатываются не дольше одной секунды, идеально, правда? На одном проекте в очень узкой задаче это подошло, давайте теперь всем об этом расскажем 🗿 другими словами, если один чудо инженер построит на проекте подобную очередь, уйдет рассказывать о ней в другие компании, потом появятся задачи на долгие обработки, появится надочередь для долгих задач, что-то тупо уйдет в крон без возможности отмены во время выполнения и все будут страдать до тех пор пока не изобретут летающий корабль, либо не откажутся от очереди в pg 🤷
Просто для информации. Цель доклада не показать, что нужно делать все на pg, а показать, какие самые разные фичи есть в pg. Естественно, каждый решает сам что и как делать на основе каких инструментов, отталкиваясь от прошлого опыта, от контекста текущей задачи и прочих очевидных вещей.
Зато стек не раздувается и остается одна хорошо поддерживаемая БД. Не везде нужны большие нагрузки