Зачем?

Чтобы ещё раз не попасть в "людей из списка не берём"

Чтобы ещё раз не попасть в "людей из списка не берём"

имаджинируй: проходишь собес, приносишь пачпорт в контору, а там имя другое. твои действия?

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

Так это всё уже касается реализации, тогда стоит указывать. Если у вас сервис постоянно лямбды в AWS дергает - это важная application-логика, это нужно указывать. Если ты сервис запустил через терминал, через мейкфайл, через docker compose up....не нужно

Так это всё уже касается реализации, тогда стоит указывать. Если у вас сервис постоянно лямбды в AWS дергает - это важная application-логика, это нужно указывать. Если ты сервис запустил через терминал, через мейкфайл, через docker compose up....не нужно

не вижу противоречия

имаджинируй: проходишь собес, приносишь пачпорт в контору, а там имя другое. твои действия?

Защита персональных данных. Я ещё им начну читать нотации о том, почему диск на ноуте не зашифрован, пароли везде одинаковые, email не использует pgp шифрование. Короче строить умное ебало, типо ты безопасник на все 200%

Защита персональных данных. Я ещё им начну читать нотации о том, почему диск на ноуте не зашифрован, пароли везде одинаковые, email не использует pgp шифрование. Короче строить умное ебало, типо ты безопасник на все 200%

а ну дык тебя на работу не возьмут братан, ещё и в список добавят как хитровыдуманного

а ну дык тебя на работу не возьмут братан, ещё и в список добавят как хитровыдуманного

Знаешь, когда человек проходит по собесу в неделю, то рано или поздно может повезти Да и ненастоящие данные обновлять чуть ли не ежедневно. Если тебя это настолько заебет, то можешь и поменять официальное ФИО

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

Знаешь, когда человек проходит по собесу в неделю, то рано или поздно может повезти Да и ненастоящие данные обновлять чуть ли не ежедневно. Если тебя это настолько заебет, то можешь и поменять официальное ФИО

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

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

Мне в любом случае не светит российский бигтех, потому что я не собираюсь ехать в россию

Мне в любом случае не светит российский бигтех, потому что я не собираюсь ехать в россию

Везет блин

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

Компании, в которые я мечусь находятся в Европе/США

Валютная удаленка?

Компании, в которые я мечусь находятся в Европе/США

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

Валютная удаленка?

Могу и валютную удаленку, и релокейт

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

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

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

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

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

...а по выверенной, поставленной на поток, промышленной базе а разница-то?

...а по выверенной, поставленной на поток, промышленной базе а разница-то?

Серьезно, не видно разницы?

...а по выверенной, поставленной на поток, промышленной базе а разница-то?

Подозреваю что там причины попадания в такую базу должны быть чуть более серьезные чем "обидел эйчара"

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

Я живу не в англоязычной стране На вопрос: "hello, has this man worked here?", ответят: "чего? Простите, мы вас не понимаем"

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

Да и скрутить опыт обратно ничего не мешает

Подозреваю что там причины попадания в такую базу должны быть чуть более серьезные чем "обидел эйчара"

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

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

Ну, тогда не мудрено, что мягкотелые индусы там так процветают

Я живу не в англоязычной стране На вопрос: "hello, has this man worked here?", ответят: "чего? Простите, мы вас не понимаем"

Я думаю, что такие страны обречены. Я мало таких знаю

Я думаю, что такие страны обречены. Я мало таких знаю

Обречены на что?

Ну, тогда не мудрено, что мягкотелые индусы там так процветают

а индусы-то эйчаров матом кроют в хвост, в гриву и во сраку? ни разу не видел есчо

Обречены на что?

Обречены. Точка.

Обречены. Точка.

Но, повторюсь, таких стран крайне мало. Я наверное полторы знаю

Обречены. Точка.

Вкусно и точка.

а индусы-то эйчаров матом кроют в хвост, в гриву и во сраку? ни разу не видел есчо

Так ровно наоборот, индус ничего "негативного" не скажет, даже когда прод падает

Вкусно и точка.

Это первая

Но, повторюсь, таких стран крайне мало. Я наверное полторы знаю

Привет из стран СНГ

Так ровно наоборот, индус ничего "негативного" не скажет, даже когда прод падает

улыбаемся и пашем

Привет из стран СНГ

Да нет конечно. Везде спокойно на английском ответят кроме наверное России

Так ровно наоборот, индус ничего "негативного" не скажет, даже когда прод падает

а ну дык я про енто и держу свой сказ

Коллеги, я как тех.журналист попробую расследовать феномен волчьего списка и данной ситуации. Всех заинтересованных прошу помочь в расследовании. Уверен, что статья получится бомбическая! 💣 Она взорвет индустрию и возможно совместными усилиями сообщества у нас получится остановить беспредел работодателей

Коллеги, я как тех.журналист попробую расследовать феномен волчьего списка и данной ситуации. Всех заинтересованных прошу помочь в расследовании. Уверен, что статья получится бомбическая! 💣 Она взорвет индустрию и возможно совместными усилиями сообщества у нас получится остановить беспредел работодателей

Мне нравится твой энтузиазм

Коллеги, я как тех.журналист попробую расследовать феномен волчьего списка и данной ситуации. Всех заинтересованных прошу помочь в расследовании. Уверен, что статья получится бомбическая! 💣 Она взорвет индустрию и возможно совместными усилиями сообщества у нас получится остановить беспредел работодателей

🔥

Но об это уже сломлена не одна сотня копий

ахахах, проходили уже эту историю, в этом чате 4 из 5ти откликнувшихся на вакансию - обозвали волками. Классные у вас списки, хватит эту чушь распространять

А можете дать больше контекста?

А можете дать больше контекста?

Да, конечно

так есть база или нету?

Очень прошу всех, кто есть в списке, обратиться ко мне в ЛС для подробностей

Что за список такой?

Что за список такой?

Epstein island

Epstein island

А че нельзя просто тег в тг поменять, чтоб не получилось пробить

А че нельзя просто тег в тг поменять, чтоб не получилось пробить

Там ФИО есть наверняка

Вот кому-то делать нефиг

Очень прошу всех, кто есть в списке, обратиться ко мне в ЛС для подробностей

Dev by вроде же признан экстремистским ресурсом в Беларуси ?

Dev by вроде же признан экстремистским ресурсом в Беларуси ?

Доступ к информационному ресурсу ограничен на основании решения Министерства информации Республики Беларусь, принятого в соответствии с Законом Республики Беларусь "О средствах массовой информации"

Очень прошу всех, кто есть в списке, обратиться ко мне в ЛС для подробностей

Товарищ майор, палитесь!

Dev by вроде же признан экстремистским ресурсом в Беларуси ?

Он переехал на https://devby.io/

Привет всем! У меня назрел вопрос довольно важный, недавно эта тема тут тоже обсуждалась. Достижения - что вы видите под этим, и как оно должно быть оформлено в резюме? Скажем, го или пайтон разработчика. Просто здесь обсуждалось то, как нелепо выглядят метрики вроде "улучшил перфоманс базы на 40%", но ведь проблема в том, что эти достижения так сильно хотят видеть рекрутёры. Или же тимлиды, вот тогда от них тоже хотелось бы услышать мнение. Я не знаю, один ли такой, но как-то не собирал метрики о проделанной работе, делал в основном API и интеграции. Короче, что вы понимаете под достижениями разработчика в резюме? Как numeric, так и просто. Буду рад почитать!

На самом деле, выбираете не только вас, но и вы. Тут народ всё правильно написал, что найм сломан, что часто набирают не лучших... Так вот вопрос: нужно ли вам работать в коллективе, который собрался по сломанному найму? Коллеги, которые написали самые больше цифры?.. Такие же менеджеры?.. Если нужно, то, конечно, пишите цифры, пишите больше слов "OKR", "цель", "сроки", "клиентский опыт", "прибыль"... цифры пишите (люди правильно пишут — всё равно какие, главное побольше). Я для себя на этот вопрос ответил и не пишу никакие цифры, пишу то, что ценно для меня. Помогает ли мне это найти отличную работу — безусловно! Я работал с прекрасными людьми, за очень честные (хорошие) деньги, над прекрасно поставленными задачами с вменяемыми сроками и чёткими приоритетами. Я видел много работ мечты. Другое дело, что, по моему опыту, за 4-8 лет любая контора меняется до неузнаваемости: уходят все люди, с которыми ты начинал, приходят другие, приходят эффективные управленцы, начинается задрачивание метрик (которые быстро теряют смысл и превращаются в цифры ради цифр), свистопляска приоритетов, найм людей, которые начинают больше писать песни про то, как они любят контору, чем делать дело (тру строи, если что)... тогда я снова выкатываю резюме, где всего этого нет :-)

Я правильно понимаю что в случае если надо чтобы все горутины выполнились, даже если у кого-то возникла ошибка - надо использовать канал с ошибкой и errgroup не для этого? Edit: мне нужно вернуть ид модели с ошибкой. Сделать для этого структуру с ошибкой и ид или лучше структуру которая имплементит error. И на выходе проверять, errors.As-ом. Первый вариант кажется более простым, не нужно будет делать проверку на тип, но правильно ли это?

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

Можно и самому такой же сделать

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

Как я понял, wait err group-а только первую ошибку возвращает. А мне все нужны

Как я понял, wait err group-а только первую ошибку возвращает. А мне все нужны

тогда тебе обычная и буферизированный канальчик для ошибок 🧏‍♂️

Как я понял, wait err group-а только первую ошибку возвращает. А мне все нужны

У тебя во всех горутинах одновременно разные ошибки выскакивают ?

Я правильно понимаю что в случае если надо чтобы все горутины выполнились, даже если у кого-то возникла ошибка - надо использовать канал с ошибкой и errgroup не для этого? Edit: мне нужно вернуть ид модели с ошибкой. Сделать для этого структуру с ошибкой и ид или лучше структуру которая имплементит error. И на выходе проверять, errors.As-ом. Первый вариант кажется более простым, не нужно будет делать проверку на тип, но правильно ли это?

Просто делаешь структуру ModelErr, с полем id, которая имплементит error и её записываешь в канал ошибок. Мне кажется тут больше ничего не надо придумывать

А ты наоборот хочешь чтобы одна горутина не мешала второй если ошибка возникла

У тебя во всех горутинах одновременно разные ошибки выскакивают ?

Да, такое может быть

Да, такое может быть

Как ты хочешь обрабатывать эти ошибки?

Как ты хочешь обрабатывать эти ошибки?

Функция не должна выполняться над моделью, если у её родителя возникла ошибка.

Функция не должна выполняться над моделью, если у её родителя возникла ошибка.

Тогда имеет смысл просто сделать канал айдишников FailedModelIds. Всё равно только id нужен

Тогда имеет смысл просто сделать канал айдишников FailedModelIds. Всё равно только id нужен

Хм, кстати да. А хранить ошибки в бд - плохая практика?

Хм, кстати да. А хранить ошибки в бд - плохая практика?

Никогда не слышал о таком, звучит сомнительно...а зачем?

Скорее всего если возникла необходимость хранить ошибки - что-то сделано не так

судя по обсуждаемой теме,я так понимаю, что под "Jobs" в названии чата подразумевается пул горутин

Да зависит от контекста, если делать какой-то failover, то кажется норм

Да, скорее всего саму ошибку хранить бессмысленно, я полюбому буду ответ хранить. Но а если таймаут?)

судя по обсуждаемой теме,я так понимаю, что под "Jobs" в названии чата подразумевается пул горутин

Сори. Я думал в другой чат пишу)

Вот как волчар детектить - вопрос хороший.

Я нашёл, кажется, довольно неплохой способ: накидал простецкий "проект" простецкого веб-сервера (на 120 строк буквально ), и провожу с кандидатом ревью его. И там есть о чëм поговорить, с кем-то больше 1.5 часов, с кем-то - минут 40. В меру хорошо, как по мне, раскрывает насмотренность, подход к программированию (в том числе командном) и владение основными (нужными нам) концепциями (но не прям глубоко, канеш... без БД) На этом неожиданно "плохо" себя проявили пара-тройка кандидатов, которые отлично показали себя на "теоретической" части 🤷‍♂

Я нашёл, кажется, довольно неплохой способ: накидал простецкий "проект" простецкого веб-сервера (на 120 строк буквально ), и провожу с кандидатом ревью его. И там есть о чëм поговорить, с кем-то больше 1.5 часов, с кем-то - минут 40. В меру хорошо, как по мне, раскрывает насмотренность, подход к программированию (в том числе командном) и владение основными (нужными нам) концепциями (но не прям глубоко, канеш... без БД) На этом неожиданно "плохо" себя проявили пара-тройка кандидатов, которые отлично показали себя на "теоретической" части 🤷‍♂

Однако это мысль, просить смотреть свой код, а не просить писать... Особенно по первой новенькому именно этим придётся заниматься

Однако это мысль, просить смотреть свой код, а не просить писать... Особенно по первой новенькому именно этим придётся заниматься

ну, так-то мы читаем код чаще, чем пишем ) и "способность разбираться в чужом коде" - оказывается, реально способность, которой не все владеют 🤷‍♂ даже в 120 строках..

Всем привет #резюме #golang #typescript Senior Backend-разработчик на TypeScript с опытом тимлида, перехожу на Go Обо мне: - Опыт: более 4 лет в backend-разработке (с 2019 года) на TypeScript, включая проектирование архитектуры, код-ревью и управление командой. - Знаком с Code Complete и Clean Architecture, умею писать поддерживаемый, чистый код. - Командный игрок с высокой технической экспертизой и навыками решения сложных задач. - Теоретические знания в области "распределённых систем". Что могу предложить: - Технические решения для бизнес-задач, четкое распределение задач по команде. - Пишу код в соответствии с практиками _Совершенного кода_, провожу код-ревью. - Готов дать коммерческую ценность, быстро осваиваю новые языки и технологии. О Go: готов к техническому собеседованию Технологический стек: - Отличный опыт: TypeScript, Node.js, PostgreSQL, Docker, Fastify, MongoDB - Ссылки: github hh.ru stackoverflow linkedin npm leetcode Ищу удаленную работу с перспективой долгосрочного сотрудничества, быстро вникну в кодовую базу и готов активно участвовать в проекте. Большое спасибо за уделённое время этому сообщению