Dmitrii
Суть примерно в том, что большинство тех кто отвечает за принятие решений в бизнесе начинали не с написания кода, а значит при должном красноречие протолкнуть им можно любое решение, в чем и соревнуется менджмент.
Dmitrii
Говорить о какой то эффективности в таком случае смысла нет.
Dmitrii
Ну.. да, и что? :)
Хочется уже подытожить диалог и к делам вернуться)
John
#резюме #ищуработу #Golang #go #Backend #Middle Middle Go Developer Формат трудоустройства: любой Формат работы: удалённо Мой опыт в IT — это 20+ лет коммерческой разработки, а так же системного администрирования и работы с инфраструктурой (серверы, системы хранения данных, сети, IP-АТС, видеонаблюдение и др.). В последние годы я активно развивал экспертизу в бэкенд-разработке и проектировании надежных, отказоустойчивых систем, мне важно понимать, как устроены процессы под капотом, поэтому я уделяю внимание производительности сервисов и эффективной работе с базами данных. Предпочитаю писать код согласно принципам чистой архитектуры и в целом мой код всегда хорошо читается и имеет много комментариев. Я прекрасно разбираюсь в PostgreSQL, умею оптимизировать запросы, понимаю планы запросов, умею проектировать схемы БД. Мои ключевые навыки: - Активное развитие в Go. - Я Senior Node.js Developer (TypeScript), на текущем месте работы являюсь ведущим бэкенд-разработчиком в крупной IT-компании. - Хорошее знание PostgreSQL, предпочитаю чистые SQL-запросы и не люблю ORM. - Постоянно работаю с Redis. - Интеграция брокеров сообщений: Kafka, RabbitMQ. - Работаю с nginx, Docker, Git, а также инструментами мониторинга (Grafana, Prometheus, Graylog, ElasticSearch). - У меня есть опыт fullstack-разработки в прошлом (React, HTML, CSS).
Alexey
С сеньоров в мидлы? С 20+ опыта??? В чем подвох?)
Максим
#резюме #ищуработу #Golang #go #Backend #Middle Middle Go Developer Формат трудоустройства: любой Формат работы: удалённо Мой опыт в IT — это 20+ лет коммерческой разработки, а так же системного администрирования и работы с инфраструктурой (серверы, системы хранения данных, сети, IP-АТС, видеонаблюдение и др.). В последние годы я активно развивал экспертизу в бэкенд-разработке и проектировании надежных, отказоустойчивых систем, мне важно понимать, как устроены процессы под капотом, поэтому я уделяю внимание производительности сервисов и эффективной работе с базами данных. Предпочитаю писать код согласно принципам чистой архитектуры и в целом мой код всегда хорошо читается и имеет много комментариев. Я прекрасно разбираюсь в PostgreSQL, умею оптимизировать запросы, понимаю планы запросов, умею проектировать схемы БД. Мои ключевые навыки: - Активное развитие в Go. - Я Senior Node.js Developer (TypeScript), на текущем месте работы являюсь ведущим бэкенд-разработчиком в крупной IT-компании. - Хорошее знание PostgreSQL, предпочитаю чистые SQL-запросы и не люблю ORM. - Постоянно работаю с Redis. - Интеграция брокеров сообщений: Kafka, RabbitMQ. - Работаю с nginx, Docker, Git, а также инструментами мониторинга (Grafana, Prometheus, Graylog, ElasticSearch). - У меня есть опыт fullstack-разработки в прошлом (React, HTML, CSS).
гит хаб бы посмотреь Ваш, а то так всё описали и архитектура чистая итд
Aleksandr
С сеньоров в мидлы? С 20+ опыта??? В чем подвох?)
например половина фриланса с говнокодом)
Максим
Alexey
Так мидла накручивают выпускники говнокурсов, с 2.5 пет проектами) а тут дауншифтинг получается)
John
Так мидла накручивают выпускники говнокурсов, с 2.5 пет проектами) а тут дауншифтинг получается)
Тут просто реальный взгляд на вещи. Но я головой понимаю, что максимум через год я вполне себе senior go developer буду, с учетом того, что я много времени выделяю на изучение гошечки.
John
гит хаб бы посмотреь Ваш, а то так всё описали и архитектура чистая итд
Согласен, сделаю пет-проектик для демонстрации. Как минимум я прошел курс по этой теме от одного известного в узких кругах Олега. Банально, даже базовая основа для копипасты есть, не говоря уже о том, что я несколько лет чистую архитектуру в js использую.
Danil
яндекс телемост откройте на не очень сильном компе, ваш браузер умрет)))) В отличии от google meet
давно созваниваюсь по работе через телемост, у меня с телефона все ок и с компа ниче не умирает
Денис
давно созваниваюсь по работе через телемост, у меня с телефона все ок и с компа ниче не умирает
я тоже не понял прикола, у меня вот наоборот гугл митс бывает тупит и подвисает, а с телемостом все ок, если инет норм
Viktor
А есть тут те, кто так же из других языков переходит, но опыта коммерческого именно в go не набрал? Интересно было бы поработать в команде над пет проектом для портфолио?
Viktor
это же всё равно в ком опыт не пойдет, так только если язык пощупать-посмотреть
Думаю если есть ком опыт с другими языками, то прокатит. Если я то же самое делал на python и js в коммерческой разработке, думаю для перехода, мне просто будет не хватать портфолио с несколькими проектами, чтобы показать знание языка и умения писать на нем нормальный код.
Eugene
Тут просто реальный взгляд на вещи. Но я головой понимаю, что максимум через год я вполне себе senior go developer буду, с учетом того, что я много времени выделяю на изучение гошечки.
НИКОГДА, запомни, НИКОГДА не падай в грейде, даже при смене языка. это глупость и бред. если ты идешь в какой нибудь амазон или микрософт или любой другой им подобный, им вообще начхать на чем ты писал до того, и на чем ты будешь писать после. ты идешь на определенный уровень. точно такой же подход у тебя должен быть и к любым другим позициям - ты сеньер и идешь сеньером.
Viktor
Никто почти не будет смотреть на ваше портфолио
Портфолио - это опыт разработки. На любом интервью тебя спрашивают, ты делал такие штуки? Если у меня есть нечто подобное в портфолио, я точно это делал и смогу рассказать как. Проседать по зп я не хочу, поэтому чтобы не терять грейд, нужно набрать нужный опыт в командной разработке и дальше уже продать его.
Anton
Синьор нынче не особо и ценен. Нынче же есть Staff и Principal, инфляция произошла.
Anton
А это что за звери?
Это просто инфляция. Чтобы не повышать зарплату синьору.
Dot
Синьор нынче не особо и ценен. Нынче же есть Staff и Principal, инфляция произошла.
Ну это мы скорее у западного бигтеха линейку перенимаем
Антон
Это просто инфляция. Чтобы не повышать зарплату синьору.
В МТС еще придумали роли вместо должностей, тебя нагружают лидством но по факту ты разраб без повышения зп) многие ведутся
Dot
А это что за звери?
По смыслу на levels.fyi можно посмотреть что обычно от каждого уровня требуют
Dot
e.g. Senior: Develop and own moderate to complex components. Possibly lead a small team / project. Ability to mentor engineers, provide technical guidance, code reviews, design and deliver on small projects end-to-end. Impact is typically at the immediate-team scope. This is typically considered a 'career-level', as in you can spend the rest of your career operating at this level. Staff: This level is much more coveted than the previous and typically 10% or less of the entire company. Expected to lead and own complex technical initiatives. Begin setting the vision / future direction of team. Impact across multiple related teams within an org. Role shifts more towards design rather than implementation depending on size / expectations at company.
Dot
Ну и principal до кучи Impact spans across organizations. Entrusted with business-critical projects and for setting technical vision for an org or multiple orgs. Responsible for reviewing and providing feedback on technical designs across an org. Little to no day-to-day coding. Role depends highly on organizational / company needs and becomes loosely defined. Expected to operate fully autonomously.
iznaur
Здравствуйте Товарищи. Кто-нибудь читал? Поделитесь впечатлением
oswyndel
Здравствуйте Товарищи. Кто-нибудь читал? Поделитесь впечатлением
Хорошая книга, читал ее, когда был какой-то минимальный опыт, но, думаю, подойдет любому уровню
Alex
Ребят, а какая по вашему мнению лучшая книга по Го?
Роберт Мартин, Чистая архитектура
Kirill
Ребят, а какая по вашему мнению лучшая книга по Го?
Таненбаум, Современные операционные системы
KRK
Таненбаум, Современные операционные системы
Отличная книга по Go - Ассемблер для начинающих, а еще советую для закрепления знаний хотяб магистратуру в сфере информационных технологий получить. Иначе никак
Anton
Прочитай ответы и пойми что это твои будущие коллеги с такими тебе работать. Выйди из айти пока не поздно.
MyNameIsEKJ
Демидович - отличная книга по го
Vitaliy
Демидович - отличная книга по го
А много раз математика пригождалась при проектировании энтерпрайз систем?
Arthur
А много раз математика пригождалась при проектировании энтерпрайз систем?
Без дискретной математики имхо прогать не имеет смысла, на то она и прикладная к информатике, причем рекомендую изучить труды MIT наиболее практичные, у наших много теории и гораздо меньше задач, но иногда тоже ок
Vitaliy
Ни разу
Ну вот. А демидовича советуют. Флексят походу. Я тоже люблю бряцать тем, что далось мне трудно, но часто это не потребовалось во взрослой жизни для серьёзных вещей
Arthur
Ну вот. А демидовича советуют. Флексят походу. Я тоже люблю бряцать тем, что далось мне трудно, но часто это не потребовалось во взрослой жизни для серьёзных вещей
Ну да, ну да, а потом посмотришь на тех, кто хоть что-то полезное для сообщества сделал и они все с мат аппаратом в голове 😅 Кнуты там всякие и дискретка как минимум
Arthur
Есть 2 типа программистов: те, кто не читал Кнута и те, кто врёт, что читал
😅 ну хотя бы "Основные алгоритмы" можно осилить - уже +10 lvl
Vitaliy
😅 ну хотя бы "Основные алгоритмы" можно осилить - уже +10 lvl
За 7 лет работы программистом хорошие задачи на алгоритмы попадались раза 2-3. Не на собесах конечно Важнее было уметь читать ТЗ, иметь базовые понятия проектирования ПО (паттерны, принципы) И проектирование хорошего ООП - это ещё лингвистика и чуть-чуть философия. При работе со сбором требований, если это требуется
Илья
Таненбаум, Современные операционные системы
Я помню мне эту книгу один из влиятельных «архитекторов» n бигтеха советовал когда только начинал изучать go 😅😅😅
John
За 7 лет работы программистом хорошие задачи на алгоритмы попадались раза 2-3. Не на собесах конечно Важнее было уметь читать ТЗ, иметь базовые понятия проектирования ПО (паттерны, принципы) И проектирование хорошего ООП - это ещё лингвистика и чуть-чуть философия. При работе со сбором требований, если это требуется
А часто ли за 7 лет попадались задачи, где ДЕЙСТВИТЕЛЬНО нужно ООП? Ну где вы прям работаете с объектами, у которых вам нужны методы? В вебе обычно stateless и там ООП только лишний геморрой добавляет. Где я действительно оценил ООП, так это на фронте. Реально есть объект, некая форма, с которой можно методами делать некоторые действия.
Vitaliy
Левелап есть при изучении алгоритмов, да. Но это база. Помогает на начальной ступени
Dmitrii
Имхо, надо иметь достаточный кругозор, чтобы понимать, что задачу можно решить оптимальнее и скилл, чтобы это решение найти. А остальное не столь критично
John
Я отделяю чистую архитектуру и принципы SOLID от ООП, это разные вещи
monadix
ООП не означает стейтфул. И в не-ооп программе можно сделать стейтфул ООП означает метод формирования моделей
так вроде чел и не сказал, что ооп стейтфул. Он только сказал, что стейтлессу не нужно ооп
monadix
к тому же ооп и правда был способом работы со стейтом, пока не превратился в способ полиморфизации
Vitaliy
Я отделяю чистую архитектуру и принципы SOLID от ООП, это разные вещи
Принципы ООП можно натянуть и на не-ооп языки, окей (ну может быть инкапсуляцию надо упороться притянуть) . Тогда нам вообще не следует привязывать ооп к языкам ооп
Vitaliy
так вроде чел и не сказал, что ооп стейтфул. Он только сказал, что стейтлессу не нужно ооп
Ну в таком случае мне ещё более не понятен комментарий коллеги. Это перепутывание теплого с мягким
John
Вот это причина, почему на go больно делать GUI
Ты взял неверный инструмент и говоришь больно? )))) Зачем микроскопом гвозди забивать, для веб-фронта изобрели js
...
Ты взял неверный инструмент и говоришь больно? )))) Зачем микроскопом гвозди забивать, для веб-фронта изобрели js
Я не взял 🙂 взяли люди, которые делают игры и GUI. и говорят, без наследования больно
monadix
Ну в таком случае мне ещё более не понятен комментарий коллеги. Это перепутывание теплого с мягким
изначально объекты, отправляющие друг другу сообщения, были как раз нужны в качестве абстракции над стейтом
Vitaliy
Я не буду на это отвечать
monadix
😎
KRK
я слышал что в го нет смысла входить если нет хотяб 10 лет разработки на C++
KRK
Всё так и есть, а лучше 20
Не, ну это в идеале, ну и можно CTO поработать
KRK
Вздор
чего это, нет это Best Practices
Vitaliy
чего это, нет это Best Practices
Верю каждому Вашему слову
Vitaliy
Aleksandr
сначала надо на перфокартах тренероваться
Илья
я слышал что в го нет смысла входить если нет хотяб 10 лет разработки на C++
Вот такие люди сидят в роли проверяющих на собесах)
Vitaliy