У меня в корпоративном аутлуке давно стоит красный шрифт по умолчанию для ответов. Только не тот алый красный, как в палитре, а специально подобранный не кричащий темно-красный. Никто не возмущается, привыкли, наверное. Зато удобно видеть где чья цитата.
Часто я слышу мнение, что руководитель всегда получает больше денег. По моему опыту, это не так: сотрудники одного грейда обычно имеют примерно одинаковый доход.
Это так, сотрудники одного грейда обычно имеют примерно одинаковый доход.
И это не так, линейный руководитель специалиста чаще имеет более высокий грейд.
В вымышленной системе грейдов с рисунка выше тимлид, скорее всего, получает примерно столько же, сколько и Senior‑разработчик, потому что у них одинаковый грейд. Суперкрутой Fellow Engineer внутри компании вполне может получать столько же, сколько CTO.
Если что - я с вами не спорил. Просто хотел заметить, что словосочетание "промежуточную компиляцию перед выполнением на виртуальной машине" постепенно перестает быть определяющим.
Главная задача любого менеджера - сделать так, чтобы участок, за который он ответственен эффективно выполнял поставленные задачи.
Это так, но проблема в том, что оценка эффективности участка почти никогда происходит по объективным показателям. Чаще всего эффективность оценивают по признаку "менеджер и его участок не доставляют проблем вышестоящему руководству". И менеджер об этом знает.
Так, оказывается уже не отдел, а группа. Но в штатке сделали все же отдел.
Если бы РП был прямым руководителем этой группы
По-моему, я ни разу не предлагал РП стать прямым руководителем группы. Но даже и так, распределение обязанностей в этой группе - небольшой налог за выполнение самих обязанностей.
Всё же Wine, от WinAPI не смогли уйти. Надеюсь, что это пока, там нет нерешаемых проблем.
Кстати, насчет импортозамещения - а чем собирается V.6, видимо, на Microsoft VC++?
Но это ладно, на мой теперешний взгляд, у V.6 главные проблемы лежат (или раньше лежали, а теперь все хорошо?) в другой плоскости:
Монолит. Давно пора было заняться выделением Учетного Ядра в отдельный сервис, и сделать ресты на его основные функции. Да и РКО и прочие АРМы тоже надо разделять, как между собой, так и отделять бэковую обработку от сервера приложений.
Слишком много логики на СУБД. В моменте это дало неплохой буст для массовых операций, но СУБД слабо масштабируются горизонтально. То есть теперь самым узким местом стала база. А с учетом монолитности база единая и разрастается как не в себя.
Нет встроенных адаптеров (библиотек, модулей) для интеграции с другими системами банка, особенно с очередями и шинами.
Убогость терминала и невозможность его расширения. Хотя бы какие-то основные окошки перевели на Web-интерфейс, что ли, чтобы дать банкам дописывать в интерфейс.
Извините за тупость, но я все равно не понимаю, для чего нужен отдел из трех человек, один из которых - руководитель. Если очень нужна иерархия, чтобы сотрудник входил в какой-то отдел, то почему администраторы не могут относиться, например, к отделу РП? Тем более, что на администратора просто передается часть рутинных обязанностей РП.
А еще есть постоянная потребность в аналитиках в транспортных компаниях и курьерских подразделений маркетплейсов - это не ваше?
Правда, по сравнению с деньгами в крупном телекоме они, наверное, проигрывают.
А может тимлид просто неадекватно оценил сложность и сроки задачи? Такой вариант не рассматривается?
У меня в корпоративном аутлуке давно стоит красный шрифт по умолчанию для ответов. Только не тот алый красный, как в палитре, а специально подобранный не кричащий темно-красный. Никто не возмущается, привыкли, наверное. Зато удобно видеть где чья цитата.
Кажется длинная трубка от перелива похожа на центральную часть сифона для раковины, только перевернутая
ИТ-директора, как добровольные жертвы развитого постиндустриального государства.
Несомненно, на небесах им зачтется.
Это так, сотрудники одного грейда обычно имеют примерно одинаковый доход.
И это не так, линейный руководитель специалиста чаще имеет более высокий грейд.
Ключевое слово "вымышленной"
Не имеет. Так я и сказал, что эти проблемы в другой плоскости. Описанное в статье импортозамещение - штука правильная, полезная.
Если что - я с вами не спорил. Просто хотел заметить, что словосочетание "промежуточную компиляцию перед выполнением на виртуальной машине" постепенно перестает быть определяющим.
До определенного предела
наверное годится бензовоздушная горелка
Хотите денех и карьерный рост - идите в менеджмент.
Хотите быть востребованным специалистом и быть в кругу специалистов - не ходите.
Но тут внезапно CPython начал компилировать в машинный код
В альфа выпуск языка программирования Python 3.13.0a6 встроен JIT-компилятор
Это так, но проблема в том, что оценка эффективности участка почти никогда происходит по объективным показателям. Чаще всего эффективность оценивают по признаку "менеджер и его участок не доставляют проблем вышестоящему руководству". И менеджер об этом знает.
Все это очень интересно, но причем тут собеседование? Вам разработчики нужны или стрессоустойчивые теоретики?
Upd: А, я понял, это же реклама курсов, типа как подготовить нормального разраба к типичному собеседованию.
Так, оказывается уже не отдел, а группа. Но в штатке сделали все же отдел.
По-моему, я ни разу не предлагал РП стать прямым руководителем группы. Но даже и так, распределение обязанностей в этой группе - небольшой налог за выполнение самих обязанностей.
Всё же Wine, от WinAPI не смогли уйти. Надеюсь, что это пока, там нет нерешаемых проблем.
Кстати, насчет импортозамещения - а чем собирается V.6, видимо, на Microsoft VC++?
Но это ладно, на мой теперешний взгляд, у V.6 главные проблемы лежат (или раньше лежали, а теперь все хорошо?) в другой плоскости:
Монолит. Давно пора было заняться выделением Учетного Ядра в отдельный сервис, и сделать ресты на его основные функции. Да и РКО и прочие АРМы тоже надо разделять, как между собой, так и отделять бэковую обработку от сервера приложений.
Слишком много логики на СУБД. В моменте это дало неплохой буст для массовых операций, но СУБД слабо масштабируются горизонтально. То есть теперь самым узким местом стала база. А с учетом монолитности база единая и разрастается как не в себя.
Нет встроенных адаптеров (библиотек, модулей) для интеграции с другими системами банка, особенно с очередями и шинами.
Убогость терминала и невозможность его расширения. Хотя бы какие-то основные окошки перевели на Web-интерфейс, что ли, чтобы дать банкам дописывать в интерфейс.
Это из технических проблем.
Извините за тупость, но я все равно не понимаю, для чего нужен отдел из трех человек, один из которых - руководитель. Если очень нужна иерархия, чтобы сотрудник входил в какой-то отдел, то почему администраторы не могут относиться, например, к отделу РП? Тем более, что на администратора просто передается часть рутинных обязанностей РП.
Идея хорошая и правильная, а вот это вообще чудесно:
Ты слышишь, Матильда? У них и отдел администрирования проектов есть со своим руководителем. Ну ничего, секретарям тоже нужен карьерный рост.
А разве на нем не меняется матрица легким мановением руки? На T420 я поменял, матрица с алика.
2 декабря 2021 года https://sprocketfox.io/xssfox/2021/12/02/xrandr/
А что?