Diana
#golang #go #developer #vacancy #вакансия #job #fulltime #middle #удаленка #blockchain #relocation ✈️
🔎Middle Golang developer
📍Компания: Smartbrain
📎Формат работы: full-time
🌍Локация: релокейт в Черногорию/удаленка
💰ЗП: 2500-3500 Euro Net
Требования:
- Опыт разработки на Go/Golang от 2-х лет;
- Знание и опыт работы с архитектурой микросервисов;
- Опыт работы с WebSockets, RESTful и API на основе RPC;
- Знание архитектуры ETL;
- Опыт разработки API;
- Знакомство с Amazon AWS;
- Опыт работы с CI/CD (Gitlab, Jenkins).
- Опыт работы с брокерами сообщений (Kafka);
- Опыт работы с базами данных (Postgres, Clickhouse);
- Опыт моделирования баз данных и оптимизации запросов;
- Опыт unit и интеграционного тестирования;
- Знакомство с Logstash, Kibana, Elastic search;
- Английский язык - B1+
Будет плюсом:
- Базовое понимание симметричного / асимметричного шифрования / дешифрования;
- Опыт интеграции с блокчейном;
- Опыт работы с AWS Enclave;
- Опыт работы с Python или другими языками программирования.
Мы предлагаем:
- Релокейт в столицу Черногории (Подгорица) + щедрый релокационный пакет;
- Медицинская страховка для всех членов семьи;
- Членство Udemy для бизнеса.
📱Жду ваших откликов в Telegram @Di_SmartBrain
Юрий
Emin Zalaev
Коллеги, вы меня огорчаете
Igor
Очевидно перенервничал
Нафиг. Такое должно с молоком матери впитываться.
Причем нормальное решение он видел, но сказал, что он пишет вот так.
Человек не нулевой, со стажем.
Ну как так, ребята?
Dima
Нафиг. Такое должно с молоком матери впитываться.
Причем нормальное решение он видел, но сказал, что он пишет вот так.
Человек не нулевой, со стажем.
Ну как так, ребята?
Какой стаж? Два месяца Leetcode заменяет 10 лет 1С.
Jxhor Lxryn
https://www.npmjs.com/package/is-even
Dima
Как говориться сытость не определяется временем пребывания в чайхане.
Igor
Какой стаж? Два месяца Leetcode заменяет 10 лет 1С.
Несколько лет.
Но такое ощение, что человек нормального кода никогда не видел
a
Нафиг. Такое должно с молоком матери впитываться.
Причем нормальное решение он видел, но сказал, что он пишет вот так.
Человек не нулевой, со стажем.
Ну как так, ребята?
Если он на полном серьезе заявляет что пишет вот так зная как надо, значит его надо не брать в первую очередь по психологическим причинам, а не техническим
Alexey
Я в шоке, коллеги, в полном шоке. На собесе кандидату надо было инвертировать значение булевой переменной.
Вместо value = !value я был вынужден увидеть такое:
if value == true {
value = false
} else {
value = true
}
ненадёжный код.
if value == true && value != false {...} else if value == false && value != true { ... }
a
Несколько лет.
Но такое ощение, что человек нормального кода никогда не видел
Стаж вообще можно накрутить какими угодно способами, да и ужасных контор полно, другое дело что на го все же культура инициации и разработки в целом чуть повыше чем в js или php, где человек может набивать стаж заказами с бирж без какого-либо внешнего контроля и претензий на знание информатики
aaalitvinov
Alexey
По техническим разницы нет никакой в конечном итоге 🙂
Dmitry
Нафиг. Такое должно с молоком матери впитываться.
Причем нормальное решение он видел, но сказал, что он пишет вот так.
Человек не нулевой, со стажем.
Ну как так, ребята?
А вы его по другим момент проштрудировали? Или сразу накол?)
Ну он реально показал себя и с других аспектов вот так вот, или все таки это единичный кейс, где можн осписать на волнение, невнимательность, напряжение?
Igor
Волнение наверное
Надо сходить на 5 собесов и больше не волноваться.
А если человек будет волноваться перед сдачей проекта?
Dmitry
Надо сходить на 5 собесов и больше не волноваться.
А если человек будет волноваться перед сдачей проекта?
А вдруг у вас 5-ый собес?)
Артём
Mike
Надо сходить на 5 собесов и больше не волноваться.
А если человек будет волноваться перед сдачей проекта?
А что перед сдачей проекта волноваться?
Или катите в пятницу в 17:55 без тестов? =)
Артём
Igor
А вы его по другим момент проштрудировали? Или сразу накол?)
Ну он реально показал себя и с других аспектов вот так вот, или все таки это единичный кейс, где можн осписать на волнение, невнимательность, напряжение?
> А вы его по другим момент проштрудировали? Или сразу накол?)
Конечно нет. Полное интервью. Но вот это место шокировало
Dmitry
> А вы его по другим момент проштрудировали? Или сразу накол?)
Конечно нет. Полное интервью. Но вот это место шокировало
И как прошло? Кандидат вам подошел или нет?
Alexey
> А вы его по другим момент проштрудировали? Или сразу накол?)
Конечно нет. Полное интервью. Но вот это место шокировало
так может он считает, что так читабельнее?
Dmitry
Если не считать этот момент
Alexey
такой кусок труднее пропустить, чем !value 🙂
Dima
Где почитать про "оптимизацию SQL запросов"?
Сейчас в лс скину, мб тут иначе за рекламу сочтут, сейчас вебинар на эту тему идёт)
Андрей
Сейчас в лс скину, мб тут иначе за рекламу сочтут, сейчас вебинар на эту тему идёт)
Не надо, на нулевой уровень я уже почитал. теперь хочу теорию реляционных бд почитать )
матвей
Сейчас в лс скину, мб тут иначе за рекламу сочтут, сейчас вебинар на эту тему идёт)
мне скинь пожалуйста)
Igor
А что перед сдачей проекта волноваться?
Или катите в пятницу в 17:55 без тестов? =)
А что волноваться на собесе?
Если кто-то волнуется из-за ерунды, может надо более спокойную процессию искать, зачем гробить здоровье
Null
🖥 MySQL ускорение SQL запросов
Ускорение SQL запросов в MySQL может быть достигнуто следующими способами:
1. Индексы: использование индексов может ускорить поиск и сортировку данных в ваших таблицах.
2. Оптимизация структуры таблиц: важно убедиться, что структура таблиц оптимизирована для выполнения запросов.
3. Оптимизация запросов: проверьте ваши запросы на оптимизацию, убедитесь, что вы используете правильные операторы JOIN и индексы для улучшения производительности.
4. Кэширование данных: использование кэширования данных может ускорить выполнение повторяющихся запросов.
5. Использование представлений: использование представлений может упростить запросы и улучшить их читаемость.
6. Ограничение размера выборки: используйте оператор LIMIT, чтобы выбрать только необходимые данные, это уменьшит время выполнения запроса.
7. Минимизация дубликатов данных: дубликаты данных могут увеличить размер таблицы и уменьшить производительность запросов. Удаляйте дубликаты данных или используйте оптимизированные структуры данных, такие как нормализованные таблицы.
8. Оптимизация памяти: оптимизируйте использование памяти вашей базы данных, чтобы уменьшить время обработки запросов.
9. Мониторинг производительности: важен для определения причин низкой производительности и для поиска способов ее улучшения. Он включает в себя слежение за показателями, такими как загруженность процессора, использование памяти, время ответа на запросы и т. д.
10. Использование индексов: используйте индексы, чтобы ускорить поиск данных в таблице. Обеспечьте, чтобы ваши индексы были актуальными и эффективными.
11. Оптимизация объединений: используйте оптимальные методы объединения, такие как внутреннее или внешнее объединение, чтобы ускорить выполнение запросов.
12. Использование хранимых процедур: хранимые процедуры могут ускорить выполнение повторяющихся запросов.
13. Использование кеширования: используйте кеширование, чтобы ускорить выполнение запросов и уменьшить нагрузку на базу данных.
14. Оптимизация конфигурации сервера: оптимизируйте конфигурацию сервера, такую как количество памяти и число потоков, чтобы улучшить производительность базы данных.
15. Оптимизация структуры таблиц: периодически оценивайте структуру таблиц и выполняйте необходимые изменения, чтобы улучшить производительность.
16. Оптимизация запросов: проверяйте и оптимизируйте свои SQL-запросы, чтобы улучшить их производительность.
17. Ограничение данных: ограничивайте количество возвращаемых данных, чтобы улучшить производительность.
18. Мониторинг производительности: мониторинг производительности поможет вам выявить проблемы и найти способы их устранения.
19. Обновление ПО: регулярно обновляйте ПО, используемое вашей базой данных, чтобы воспользоваться последними улучшениями производительности.
20. Использование индексов: правильное использование индексов может существенно улучшить производительность SQL-запросов.
Обратите внимание, что нет единого решения для улучшения производительности SQL-запросов, и каждый случай может быть уникален. Важно понимать причины низкой производительности и применять соответствующие техники для улучшения.
@sqlhub
Anonymous
Dmitry
А что волноваться на собесе?
Если кто-то волнуется из-за ерунды, может надо более спокойную процессию искать, зачем гробить здоровье
Вы говорите с позиции работодателя и своего восприятия. Мы точно знаем, что люди волнуются - это нормально. Ваша задача как собеседующего это волнение уменьшить, дабы шума в собеседвоании было меньше. Я думаю, что ожидать отсутствия волнение у человека - это неправильно. Человек не волнуется, если -> он гиперуверен в себе или ему пофиг, или он проработал этот момент с собой)
Alex
А что волноваться на собесе?
Если кто-то волнуется из-за ерунды, может надо более спокойную процессию искать, зачем гробить здоровье
ну у многих людей в разных профессиях может возникать волнение, довольно естественна штука перед неизвестностью
матвей
Да, надо было через свитч
правильно, а то вдруг переменная приняла резко неправильное значение и надо через default обработать!
Артем
Да, надо было через свитч
Маловато, надо было отойти от типизации и зафигачить на дженериках функцию
Igor
Вы говорите с позиции работодателя и своего восприятия. Мы точно знаем, что люди волнуются - это нормально. Ваша задача как собеседующего это волнение уменьшить, дабы шума в собеседвоании было меньше. Я думаю, что ожидать отсутствия волнение у человека - это неправильно. Человек не волнуется, если -> он гиперуверен в себе или ему пофиг, или он проработал этот момент с собой)
Я тоже хожу на собесы.
Да, в начале было волнительно (у меня был большой перерыв), а потом (после 5 раз примерно) - практически нет.
Это навык и он тренируется
Евгений
Вы говорите с позиции работодателя и своего восприятия. Мы точно знаем, что люди волнуются - это нормально. Ваша задача как собеседующего это волнение уменьшить, дабы шума в собеседвоании было меньше. Я думаю, что ожидать отсутствия волнение у человека - это неправильно. Человек не волнуется, если -> он гиперуверен в себе или ему пофиг, или он проработал этот момент с собой)
Это больше похоже на проф деформацию у собеседующего
Dmitry
Я тоже хожу на собесы.
Да, в начале было волнительно (у меня был большой перерыв), а потом (после 5 раз примерно) - практически нет.
Это навык и он тренируется
Ну так получается, что собеседуемый был у вас на своем <5 собесе)
Alex
Я тоже хожу на собесы.
Да, в начале было волнительно (у меня был большой перерыв), а потом (после 5 раз примерно) - практически нет.
Это навык и он тренируется
и также успешно забывается через определённое время)
Евгений
Должны быть все идеальные…
Андрей
Я тоже хожу на собесы.
Да, в начале было волнительно (у меня был большой перерыв), а потом (после 5 раз примерно) - практически нет.
Это навык и он тренируется
С девчонками то же самое. Со временем становится наплевать и скучно
Mike
А что волноваться на собесе?
Если кто-то волнуется из-за ерунды, может надо более спокойную процессию искать, зачем гробить здоровье
Собеседования обычно гораздо реже чем сдача проектов (или релизы).
Человек будет волноваться - тк неясно что ждать от собеседующего.
Igor
правильно, а то вдруг переменная приняла резко неправильное значение и надо через default обработать!
Кстати, да, жаль что типов "bool?" нет из коробки
Андрей
В паскале, вроде булы были енумами
Igor
Это больше похоже на проф деформацию у собеседующего
100%.
Мне бы не хотелось работать с человеком, который свои косяки будет списывать на нервы
Igor
Ну так получается, что собеседуемый был у вас на своем <5 собесе)
Будем надеяться что так и пожелаем ему удачи.
Евгений
100%.
Мне бы не хотелось работать с человеком, который свои косяки будет списывать на нервы
В работе немного все иначе, чем на собесе. Вам ли это не знать
Андрей
100%.
Мне бы не хотелось работать с человеком, который свои косяки будет списывать на нервы
На ретроградный Меркурий
Dmitry
Можно не решить задачу с литкода если переволновался. А такие штуки выдают люди без опыта просто
Igor
Собеседования обычно гораздо реже чем сдача проектов (или релизы).
Человек будет волноваться - тк неясно что ждать от собеседующего.
Ну как же не ясно? В сети полно страничек "типа 100 вопросов к собеседованию по go" и "коллеги вы меня огорчаете", мы же не сами вопросы придумываем обычно
Igor
В работе немного все иначе, чем на собесе. Вам ли это не знать
А в чем именно? Собес в моем случае - по сути парное программирование с наставником
Mike
Ну как же не ясно? В сети полно страничек "типа 100 вопросов к собеседованию по go" и "коллеги вы меня огорчаете", мы же не сами вопросы придумываем обычно
Дело раскрыто!
Вопроса об инверировании булевой переменной просто не было в справочнике!
Тут кандидат и поплыл.
Alexey
Никто не объяснил, кстати, чем именно это "ой как плохо" )
Emin Zalaev
Шах и мат литкодовцы
Igor
Дело раскрыто!
Вопроса об инверировании булевой переменной просто не было в справочнике!
Тут кандидат и поплыл.
Я предложил готовый код.
Он уже был в постановке задачи.
Кандидат его выкинул и написал свое.
Igor
Никто не объяснил, кстати, чем именно это "ой как плохо" )
"Медленнее на порядок-полтора" пойдет?
Alexey
оно ровно такое же будет)
Igor
оно ровно такое же будет)
не будет. вместо одной машинной команды будут ветвления, предсказания ветки процессором и т.д.
Еще и мест займет раз в 10 больше
Mike
Я предложил готовый код.
Он уже был в постановке задачи.
Кандидат его выкинул и написал свое.
Это уже интереснее.
Тут у кандидата явно своя парадигма читаемости когда
Возможно ! был недостаточно нагляден.
Alexey
Igor
Это уже интереснее.
Тут у кандидата явно своя парадигма читаемости когда
Возможно ! был недостаточно нагляден.
Я не стал уточнять ибо сам был в а*уе
Юрий
А что перед сдачей проекта волноваться?
Или катите в пятницу в 17:55 без тестов? =)
Как говорил мой первый Лид "сначала накатываем потом выкатываем"
Alexey
эдвайз: оба варианта будут в виде 2 процессорных команд: xor на вэлью и ret
разница только в исходном коде.
Евгений
В любом случае, даже спортсмены, которые выступают на соревнованиях в тысячные разы, все равно волнуются. 5 раз сходить абсолютно ничего не дадут. Не знаю зачем делать на этом акцент
Igor
эдвайз: оба варианта будут в виде 2 процессорных команд: xor на вэлью и ret
разница только в исходном коде.
Ну что ж, значит хороший компилятор у go 😊
Alexey
Ну что ж, значит хороший компилятор у go 😊
в плане оптимизаций - среднячок, но такие вещи ловить умеет 🙂
Igor
В любом случае, даже спортсмены, которые выступают на соревнованиях в тысячные разы, все равно волнуются. 5 раз сходить абсолютно ничего не дадут. Не знаю зачем делать на этом акцент
Волноваться можно, если нужно и хочется. Но забывать при этом основы типа join в SQL как-то странно.
Это как если бы спортсмен кроссовки на соревнования по бегу забыл взять
Igor
Отличный способ пройти собеседование.
со-беседование это совместная беседа
Андрей
В серверлесс базах, говорят, джоина нет вообще
Dmitry
Отличный способ пройти собеседование.
со-беседование это совместная беседа
Шикарный метод если бы не было тысяч умельцев присаживаться на уши
Igor
Шикарный метод если бы не было тысяч умельцев присаживаться на уши
Да ладно, рыбак рыбака всяко издалека увидит
Евгений
Волноваться можно, если нужно и хочется. Но забывать при этом основы типа join в SQL как-то странно.
Это как если бы спортсмен кроссовки на соревнования по бегу забыл взять
Ну это понятно, просто речь была, что достаточно сходить на 5 собесов и весь стресс как рукой снимет 😃
Igor
Ну это понятно, просто речь была, что достаточно сходить на 5 собесов и весь стресс как рукой снимет 😃
Не стресс снимет, а глупые ошибки уйдут