Pull to refresh
39
-4
questor @questor

Пользователь

Send message

Мало того: после раскопать ты потом задумаешься какой метод починки применить так, чтобы починить у этого конкретного клиента и не поломать у всех остальных, про которых ничего вообще не знаешь. И повезло тебе, если дело обойдётся простеньким IF'чиком (дай бог, если ты всего лишь пятый кто ставит там IF, а не двадцать пятый!) и то стоит молиться, чтобы у остальных ничего не упало. А, ну да - хорошо если всё это покрыто тестами и надо всего лишь починить неработающие и добавить новые.

Я автора хорошо понимаю, потому что есть аналогичный опыт отсутствующей документации и без онбординга, только не в геймдеве, а кровавом энтерпрайзе.

Но есть у меня и другой опыт, прямо противоположный и дело в том, что там тоже не всё гладко. Например, проект на 99% покрытый тестами (я не шучу), подробная документация сделанная аналитиками и грамотный онбординг от простых задач к сложным, с погружением в разные аспекты и нюансы. Нет проблем? Есть. Например, искать в огромной документации - это боль и отдельное искусство.

Но в целом статья толковая, заслуженный плюс.

Бизнес - такая штука, что его делают в любых условиях. И в суровый мороз на Чукотке, и в России с высокими ставками. Просто это налагает определённую местную специфику. И да, всегда можно найти место где бизнес делать "проще" по той иной причине - где-то ставка пониже, где-то правовой климат получше: параметров влияющих на бизнес миллионы, каждый себе по душе найдёт.

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

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

Карточки веду в виде набора kb - отдельных гит-репозиториев по интересующим меня темам, которые вместе создают мою картотеку. Например у меня есть kb/cs по программированию, kb/health и kb/music

Текущий формат - разметка в md (для формул используется latex их vscode красиво отображает в режиме preview, изображения в формате jpg и png).

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

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

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

Ну и всегда можно найти миллионы тем для дальнейшего развития: просто берёшь любую карточку когда есть свободное время и занимаясь самообразованием расширяешь свою область компетенции.

Ай спасибо за ссылку! У меня в дипломе не указан код специальности, только написано "автоматизация технологических процессов и производств в машиностроении" (ВолгГТУ, 2007 год) поэтому сидел и гуглил, какой код в современном понимании. И ссылка на письмо Минобрнауки очень пригодилась. Я так понимаю, что код по моему диплому это 220301 Автоматизация технологических процессов и производств (по отраслям) (специалитет) - и приравнивается сейчас к коду 15.03.04 Автоматизация технологических процессов и производств (бакалавриат)

Сканирование исходников специализированными антивирусами поможет?

Тут выше правдоподобный вариант предположили в комментариях выше. Значительная доля синьоров уехала из страны, при этом вал желающих "вайти в айти" никуда не делся, поэтому относительная доля менее квалифицированных кадров выросла, что компенсировало индексации весной.

Например, в одной из компаний хабр показывает ноль в отчёте по динамике зарплаты. При этом всем штатникам в компании увеличили оклад на 15% после февральских событий. Ну и как я могу верить остальным цифрам хабраотчёта, если они непрозрачны, а вот пресс-релиз компании публичен и лежит не только на сайте компании, но и на половине новостных сайтов?

Да и в целом по миру ситуация так себе. В США официально рецессия, в Европе падение, FAANG замедляет найм, а местами в некоторых компаниях и до отзыва оферов доходит.

Не до айти везде по миру. Семь тучных лет закончились, что ждёт впереди - непонятно. Поэтому и перестают зарплаты увеличивать.

У Тёмы логотипы делает нейросетка, яндекс вот фоновую музыку генерирует. Я далёк от мысли что робот сможет заменить человека, но некоторые штуки выглядят очень перспективно.

Дошёл до пункта "какие компании вы НЕ знаете", кликал-кликал... на втором десятке понял, что таких компаний очень много и мне было бы проще кликать по тем, кого я знаю.

Испытал чувство разраждения, что моё время не ценят - закрыл опрос. Не хочу.

Банда четырёх на это говорила, что композиция лучше наследования, отсюда и предпочтение интерфейсов.

Вы так говорите, как будто HR пишет обратную связь по техническому собеседованию. В обычной компании техническое интервью проводит разработчик из команды, он и пишет ОС, задача HR - просто форварднуть ОС кандидату в телегу. Кандидатов в команду много не бывает, одну-две ОС в неделю написать не проблема. Да, на неё время не выделяют обычно и таски сами себя не закроют, мне присылали и я передавал через HR без проблем.

Выделенные для собеседований люди есть допустим в яндексе, АА-секцию проводят отдельные люди, матч с командами - отдельный этап, но и там задача HR просто передать ОС кандидату.

Поэтому у нас на кодревью принято заворачивать подобные конструкции и использовать спаны (C#):

await Task.Delay(TimeSpan.FromSeconds(3));

В районе 30 тысяч рублей - на хабре несколько статей было на эту тему, скажем вот https://habr.com/en/company/ruvds/blog/527696/?

Нда, похоже за@agray уже выехали.

В статье сильно не хватает конкретных примеров, так-то всё кажется логичным в теории и хочется согласиться.

  1. Статьи на хабре предназначены для того, чтобы публиковать информацию. Для анонсов есть новости, для поиска респондентов и анкетирования - другие каналы, в моей RSS-ленте я расцениваю подобные анкетки как спам

  2. Масштабное и глубокое исследование (ирония, ирония!) включает из себя аж целых пять вопросов, высосанных из пальца. Не стал отправлять ответы, что-то не впечатлило.

Геймдев и юнити не моя специализация, но прочитал с интересом. Одна из лучших статей месяца по C# на хабре, однозначно! Применять в работе вряд ли буду, но для расширения кругозора было очень полезно.

Элегантно будет если перед последним платежом тебе грозят увольнением - коту под хвост двадцать лет ипотеки. Не знаю, найдутся ли желающие? Наверное, найдутся.

Одна из типичных рекомендаций - Designing Data Intensive Applications от Martin Kleppman, в простонародье "кабанчик" (по рисунку на обложке издательства O'Reilly). На русском издавал Питер, под названием Высоконагруженные приложения, Клеппман Мартин.

Помимо книг посмотрите вот такой репозиторий на гитхабе: https://github.com/donnemartin/system-design-primer

Не из книг, но весьма ценятся в украинско-русском сообществе по подготовке в FAANG два вот таких курса:

1
23 ...

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Registered
Activity