« Rev
@golang_jobsgo   546
Fwd »


Aleks
кроме шуток, такой же аргумент можно довести до абсурда, зачем вообще что-то знать, ведь завтра все может поменяться?
Если человек имеет опыт работы с асинхронщиной, ему больше нужны многие другие знания и опыт, а время его на обучение ограниченно. :) Но если вдруг коснется напрямую (что врятли), найдет на ютубе видео и посмотрит.
Aleks
И что полезного 25 лет назад полезно сейчас? Алгосы...
Именно алгосы и бесполезны в большинстве случаев.
Timur
на второй круг заходим 🏎
Aleks
кроме шуток, такой же аргумент можно довести до абсурда, зачем вообще что-то знать, ведь завтра все может поменяться?
И вообще если заоптимизироваться под внутреннее устройство языка, можно сильно нагадить в будущее, потому что разработчики языка будут его оптимизировать и менять. Лучше бы о понимании подобного спрашивали вместо устройства планировщика. :)
Vladimir
Именно алгосы и бесполезны в большинстве случаев.
А остальное будет бесполезно во всех случаях через 50 лет
Aleks
на второй круг заходим 🏎
Верно. Типа данные не приняты, вторая итерация. :)
Aleks
А остальное будет бесполезно во всех случаях через 50 лет
Тут не знаем что завтра будет, а вы о 50 летах. :)
Vladimir
Тут не знаем что завтра будет, а вы о 50 летах. :)
Я о том и говорю. Я начал учиться 30 лет назад. С тех пор только алгосы и остались
Aleks
Я о том и говорю. Я начал учиться 30 лет назад. С тех пор только алгосы и остались
Это зависит для кого, и какие задачи он решает. Для кого-то алгосы не нужны, он будет дергать методы готовой структуры данных из репозитория или гита, в лучшем случае сравнит две реализации бечмарками. А для кого-то все нужно вплоть до понимания работы процессора, портов, прерываний и т.п., но это обычно не про Go. И даже часто не про C++.
Aleks
Я о том и говорю. Я начал учиться 30 лет назад. С тех пор только алгосы и остались
Однако еще в 90х, в книге по Борланд C, было что-то типа совета, что лучше использовать готовые алгосы и структуры, а не писать свои.
Никита
Эхх, вот бы для собесов изобрести какой-то сертификат который бы подтверждал что я знаю для чего мы используем каналы в го или что переменные которые юзаются внутри горутин и должны быть сохранены из стека кидаются в кучу, столько времени бы сэкономило...
Kirill
Тяжело...
Aleksei
по поводу алгосов вот я решаю литкод, попадаю в топ 30% самых лучших, потом смотрю на самые быстрые и оптимизированные решения это просто нереально понять даже с учетом объяснения строчки за строчкой как известно, код должен быть читаемым и поддерживаемым, в противном случае никто не сможет с ним работать в реальной же жизни надо понимать, что этот алгоритм надо будет поддерживать других разрабам
Vladimir
по поводу алгосов вот я решаю литкод, попадаю в топ 30% самых лучших, потом смотрю на самые быстрые и оптимизированные решения это просто нереально понять даже с учетом объяснения строчки за строчкой как известно, код должен быть читаемым и поддерживаемым, в противном случае никто не сможет с ним работать в реальной же жизни надо понимать, что этот алгоритм надо будет поддерживать других разрабам
Нереально понять, потому что нет понимания предметной области (алгоритмов). Если в это врубиться, то и пофиг как написан код. Да, олимпиадный код (и leetcode) он специфический. Он write-only, он должен проходить в чёткие ограничения, известные сразу и быть написан максимально быстро (leetcode сортирует по времени отправки решения при равенстве баллов) Поэтому названия переменных короткие, 6 уровней вложенности циклов - норма Адепты чистого кода плюются.
Рита
Здравствуйте,ищем Senior GO+PHP РАЗРАБОТЧИКa,ЗП от 370 тр,с гражданством РФ ,в крупный онлайн сервис.Обязательные требования: PHP от 4 лет; Go от 1 года. Работа с монолитными и сервисными архитектурами; MongoDB, MySQL; REST openapi, grpc protobuf; CI/CD, Docker, Kubernetes; Базовые знания по unit-тестированию.
Alexey
Но я обычно 360-420к прошу
Это на синьорские позиции?
Timur
тинькофф, 2гис — систем дизайн есть на мидлов
в Сбермаркет тоже спрашивали (меня не взяли, поэтому не знаю, надо ли это там)
let dev = Dev(ios: true, Şvețožara: true)
Это на синьорские позиции?
Мидл+ Сениор
Никита
Мидл+ это сеньер с мидловской зп
Arthur
Мидл+ это сеньер с мидловской зп
Сеньор+ это тим-лид с Сеньорской зп Тим-лид+ это кластер-лид с тим-лидской зп И так далее по производной
Никита
Кто такой кластер-лид?
Roman
Кто такой кластер-лид?
😁 хороший вопрос. Развелось обозначений же
a̙̭͉̘͗́̾͌ṇ͈̙̤̲̫̙̭̖̞̜͌̒͊̂̾͋̍̚u̔ ̙͕̥̮̘̐̌̅̍̎̇́ṟ̗̰̲͖̰̘̒̒͂̔̐̃
Кто такой кластер-лид?
есть предположение, что это не должность человека, а мастер среди реплик/чайлд нод и тд
Arthur
Кто такой кластер-лид?
Над всеми юнитами, а над ними уже СТО
a̙̭͉̘͗́̾͌ṇ͈̙̤̲̫̙̭̖̞̜͌̒͊̂̾͋̍̚u̔ ̙͕̥̮̘̐̌̅̍̎̇́ṟ̗̰̲͖̰̘̒̒͂̔̐̃
а, ну ладно))
a̙̭͉̘͗́̾͌ṇ͈̙̤̲̫̙̭̖̞̜͌̒͊̂̾͋̍̚u̔ ̙͕̥̮̘̐̌̅̍̎̇́ṟ̗̰̲͖̰̘̒̒͂̔̐̃
есть предположение, что это не должность человека, а мастер среди реплик/чайлд нод и тд
без знания звучало почему-то так
Никита
Над всеми юнитами, а над ними уже СТО
А чем руководитель направления разработки или head of dev , не устраивало?
Arthur
Еще хорошо, что не в США, а то бы было 12 обозначений, как в FAANG+
Никита
Еще хорошо, что не в США, а то бы было 12 обозначений, как в FAANG+
Ага, должность L +цифра и думайте сами
Arthur
Например грейд Principal Engineer у нас вообще не существует
Arthur
?
Он выше на 1 ступень Сеньора и может руководить 3 инженерами разных грейдов, но в плоской структуре (не как у нас яйца отрастил и бог вселенной)
Никита
Тимлид?
Arthur
Тимлид?
Нет - у тим-лида до 10 чел, иногда больше, но это уже не оч хорошо
Никита
Мда, скоро на каждый чих пук своя должность появится
Amirkhan
Мда, скоро на каждый чих пук своя должность появится
так четкие границы это хорошо же
Alexey
А чем руководитель направления разработки или head of dev , не устраивало?
тем что в крупных компаниях он уже или не занимался разработкой или делал вид что занимается.. поэтому его отреплицировали в понятие TnL (Technical он же Tech Lead).. но в крупных компаниях появились иерархии подразделений и помимо TnL ввели понятие Cluster Lead / Stream Lead - это техлид техлидов своего направления.. фактически по-старому тоже руководитель разработки только отвечающий за направление а не за всю компанию (обычно это шарят CTO и CIO)
Alexey
вообще не важно кто как обзывается - есть и мамкины CTO в 20 лет которые у папаши в подставном юрике из 3 человек бабки отмывают на штамповке лендосов
Никита
обычно руководитель направления - девочка PM бывшая которая в этих ваших утечках горутин ни-бум-бум
Не скажи, везде где работал руководителями направления были весьма шаристые люди, в одной конторе вообще крутой руководитель направления был, и за код шарил и за devops очень глубоко и можно было с любой проблемой напрямую к нему придти и созвонится если у него время есть, причем он даже ни разу не осуждал ни за одну проблему никого
cc
Position 1: Data Analyst 2: Advertising Operation 3: Network Marketing Supervisor 3.
zxc
Position 1: Data Analyst 2: Advertising Operation 3: Network Marketing Supervisor 3.
вилка?.... ну впрочем.... ээээ... ладно....
Alexey
вилка?.... ну впрочем.... ээээ... ладно....
тот случай когда вилка это.. ложка
антон
И что полезного 25 лет назад полезно сейчас? Алгосы...
линукс не поменялся особо, sql тоже.
Vladimir
линукс не поменялся особо, sql тоже.
Линукс поменялся init.rc->service->systemd (и тут же logrotate съели) Сеть немного поменялась ipfw->ipchains->netfilter->nftables Плюс очень сильно поменялся способ использования (контейнеры, докер, k8s) Сильно поменялись метрики и мониторинги. Где сейчас nagios, zabbix. Munin ушёл Подход к логам поменялся, вместо awk и perl сейчас логи в json и elk Базовый SQL остался, но спрашивают чуть глубже. А там у нас оконные функции везде пролезли NewSQL всякие со своим guid вместо автоинкремента NoSQL появились (монга) Очедери появились
Vladimir
Это косметика, в основном, просто развитие приложений. База и принципы сохранились. И внутри контейнеров тот же самый линукс. Тому, кто 25 лет назад понимал, как работает dns, понять кубер будет заметно проще.
Фига себе "косметика". С точки зрения пользователя - раньше ты мог запустить программу и посмотреть логи, а теперь нет. И DNS тоже сильно поменялся... База осталась та же, но настроить заново все уже сложно
Vladimir
у меня до сих пор лог в stdout валится ((
Это новомодное! Должно в файл или syslog. Так было лет 25 назад.
антон
ну чтоб в файл это надо ключик сказать
Max
немного отстаете) следующая вершина эволюции - это логи в opentelemetry и к примеру sigNoz
Alexey
немного отстаете) следующая вершина эволюции - это логи в opentelemetry и к примеру sigNoz
😤вот пусть зарелизят сначала не сломав мне zap с slog’ом тогда и посмотрим
Aleks
@banofbot
Roman
@banofbot
Max
😤вот пусть зарелизят сначала не сломав мне zap с slog’ом тогда и посмотрим
спецификация давно в релизе То, что гошное сообщество по телеметрии не многочисленное и дополнение для логов долго релизят, не значит что другие страдают - в плюсах, джаве метрики, трейсы и логи какое-то время уже как в стейбл stdout и сбор из файла по-дефолту предполагается ими
Max
а что это - где почитать?
В спеке на офф сайте телеметрии В поиске по ключу «Opentelemetry logging» sigNoz - фуллстак апп для отображения данных из телеметрии (опен-сурс версия datadog), в отличии от эластика, логи в КХ хранит
Max
ClickHouse
Sergey
ок, спасибо почитаю
Kirill
@banofbot
zxc
а за что
zxc
я не успел посмотреть
...
а за что
базарит кучеряво🤨
Maksadbek
а за что
предложила все на расте переписать
zxc
предложила все на расте переписать
забаньте его нахой с тг тогда
...
забаньте его нахой с тг тогда
Я о том же. Надо было переписывать с го на кобол. Он еще никогда не подводил, вроде. Я не помню точно. Мне 85 лет
Pavel
@banofbot
Михаил
#вакансия #job #работа #golang #postgresql #docker #rest #grpc Go (Golang) разработчик Middle+/Senior до 450 000 ₽ на руки Требуемый опыт работы: 3–6 лет Полная занятость, удаленная работа Финуслуги – это крупнейший финансовый маркетплейс страховых и финансовых услуг в России, с аудиторией более 1 млн. человек в месяц. У нас открыто несколько вакансий на позицию GO-разработчика в разных продуктовых командах. Требования к кандидату: • Опыт коммерческой и командной разработки backend от 3-х лет; • Отличное знание Golang и опыт работы с ним от 2 лет; • Уверенное знание принципов ООП и основных шаблонов проектирования; • Опыт работы с библиотекой GIN или ей подобными (понимание концепция middleware, router); • Опыт работы Git, Gitlab, Docker; • Опыт работы с Postgres, умение писать сложные запросы, хранимые процедуры; • Умение оценивать сроки и тщательно планировать свою работу; • Непреодолимое желание покрывать код unit/интеграционными тестами • Опыт работы с БД, уверенное знание SQL (оптимизация, транзакции, сложные запросы); • Опыт разработки многопоточных приложений; • Быть перфекционистом в лучшем значении этого слова. Каждая мелочь имеет значение, работу надо не просто сделать, а сделать на отлично. Обязанности: • Участие в создании и развитии серверной части наших приложений (сайт, личные кабинеты клиентов и партнеров, внутренние веб-приложения); • Интеграция с веб-сервисами по API; • Работа в продуктовой команде (менеджер продукта, UX/UI-дизайнер, frontend и backend-разработчики, тестировщики); • Поддержка и развитие существующих решений - бэкенд, базы данных, очереди задач; • Оптимизация приложений и микросервисов, внедрение лучших практик в кодовую базу. Мы предлагаем: • Работа из дома (40 часов в неделю, без совместительства и freelance). • Достойную оплату, оформление по ТК. • Интересные задачи, которые помогают развиваться. • Карьерный и профессиональный рост. • Оплата литературы, семинаров, конференций для профессионального развития. • Дружный коллектив без лишних формальностей и субординаций.
« Rev
@golang_jobsgo   546
Fwd »