Так я уже давно говорю, что достаточно просто придать слову "иноагент" другую коннотацию. Это как изначально в Британии маркировали товары "Made in Germany" не для рекламы, а для того, чтобы предостеречь от покупки заграничного. Типа "бери наше, ты что, не патриот?!" А в итоге коннотация поменялась. Так что может со временем будет считаться правильным черпать информацию и иметь дело только с иноагентами. К этому всячески подталкивают :)
Единственный плюс от белой зарплаты - защищает от выкрутасов работодателя в стиле "денег нет, но вы держитесь", депремирований и прочих полезных нововведений очередной мудрой совы.
А на пенсию рассчитывать глупо.
Возможно, стоит думать о переходе на ИП/самозанятого.
Лучше тогда приаттачить лицо ПМа, который согласится вести версионирование ганттов.
Желательно — в момент коммита (вроде для этого есть специальный плагин даже).
Но вообще я плант использую часто, но только для технических задач.
Большой его минус для меня — добавляешь маленькую деталь (типа одну связь или один объект), а он тебе всё перемешивает. И приходится костылить всякие скрытые связи, что тоже не всегда помогает и делает конфиг не таким чистым.
В последнее время, кстати, использую c4model-plugin — github.com/plantuml-stdlib/C4-PlantUML
А можно скрин, что у Вас в итоге получается в условно-реальном проекте.
То есть возможность такая есть, но реально пользоваться пумлом для гантта, как по мне, будет сложно.
Вопросы разумные.
Только вот отношения к clean architecture, по-моему, не имеют.
Основной посыл доклада/статьи — бить все на слои и тогда замена реализации CreateUser (при смене MySQL на NoSQL, например) пройдет менее болезненно.
Вообще-то, если нет covering index, то для чтения всех записей с ценой больше 1950 понадобится не 251 чтение с диска, а, в худшем случае, 10000: 250+9750. Поэтому MySQL производит предварительную оценку статистики, сколько процентов записей данный запрос может вернуть. И иногда делает full table scan вместо использования индекса.
Предыдущие не читал.
Я не против рекламы, но хорошо бы, чтобы была ещё и польза.
Просто когда говорят, что медианный максимум для фронта и бэка по Москве — 120, а на самом деле нормальная зарплата и там, и там — 250, то это вызывает вопросы. Многие не читают слово "медиана" в скобках.
Просто это не работает на увеличение зарплат по отрасли, и по факту может косвенно сказаться и на наших зарплатах.
Для такого выбора достаточно самому сходить на сайт с вакансиями и пофильтровать.
А в обсуждаемом исследовании я такое узнать не могу. Ибо нода с пыхой не сравнивается. Или покажите, куда смотреть.
Опять не совсем так.
В своё время какой-нибудь Lotus Notes оплачивался бешенно. Сейчас, возможно, перл в подобной ситуации (я не в курсе) — просто потому, что проектов много, а разработчиков не хватает, потому что эта технология дальше развиваться не будет, и смысла учить её нету.
Поэтому в долгосрочной перспективе это невыгодно.
В том-то и проблема, что потом на эту статью могут ориентироваться для этих целей.
Методика может быть и правильная, но выборка нерепрезентативная, как я понимаю.
Подобное изыскание от hh или LinkedIn было бы достаточно информативно, я думаю. У них база большая.
Хотя и по методике вопросы. "Медиана максимумов зарплат" несколько непонятно о чём говорит.
Так я уже давно говорю, что достаточно просто придать слову "иноагент" другую коннотацию.
Это как изначально в Британии маркировали товары "Made in Germany" не для рекламы, а для того, чтобы предостеречь от покупки заграничного. Типа "бери наше, ты что, не патриот?!" А в итоге коннотация поменялась.
Так что может со временем будет считаться правильным черпать информацию и иметь дело только с иноагентами. К этому всячески подталкивают :)
Единственный плюс от белой зарплаты - защищает от выкрутасов работодателя в стиле "денег нет, но вы держитесь", депремирований и прочих полезных нововведений очередной мудрой совы.
А на пенсию рассчитывать глупо.
Возможно, стоит думать о переходе на ИП/самозанятого.
А есть ссылка?
Полез в гуглплэй, а там их тыща :(
Просто Яндекс знает, что пользователям эта галочка не нужна
Мне больше по душе maps.me
Эта скотина иногда молча перестраивает маршрут
Желательно — в момент коммита (вроде для этого есть специальный плагин даже).
Но вообще я плант использую часто, но только для технических задач.
Большой его минус для меня — добавляешь маленькую деталь (типа одну связь или один объект), а он тебе всё перемешивает. И приходится костылить всякие скрытые связи, что тоже не всегда помогает и делает конфиг не таким чистым.
В последнее время, кстати, использую c4model-plugin — github.com/plantuml-stdlib/C4-PlantUML
То есть возможность такая есть, но реально пользоваться пумлом для гантта, как по мне, будет сложно.
Но я бы мог и Вашу статью на этот счет почитать, когда будет.
Только вот отношения к clean architecture, по-моему, не имеют.
Основной посыл доклада/статьи — бить все на слои и тогда замена реализации CreateUser (при смене MySQL на NoSQL, например) пройдет менее болезненно.
Данные лежат на диске. Для их чтения (select *) нужно чтение с диска. В худшем случае — 9750 штук.
Вообще-то, если нет covering index, то для чтения всех записей с ценой больше 1950 понадобится не 251 чтение с диска, а, в худшем случае, 10000: 250+9750. Поэтому MySQL производит предварительную оценку статистики, сколько процентов записей данный запрос может вернуть. И иногда делает full table scan вместо использования индекса.
тут такое не прокатит.
Мне хватило чуть больше полугода.
Предыдущие не читал.
Я не против рекламы, но хорошо бы, чтобы была ещё и польза.
Просто когда говорят, что медианный максимум для фронта и бэка по Москве — 120, а на самом деле нормальная зарплата и там, и там — 250, то это вызывает вопросы. Многие не читают слово "медиана" в скобках.
Просто это не работает на увеличение зарплат по отрасли, и по факту может косвенно сказаться и на наших зарплатах.
Для такого выбора достаточно самому сходить на сайт с вакансиями и пофильтровать.
А в обсуждаемом исследовании я такое узнать не могу. Ибо нода с пыхой не сравнивается. Или покажите, куда смотреть.
В своё время какой-нибудь Lotus Notes оплачивался бешенно. Сейчас, возможно, перл в подобной ситуации (я не в курсе) — просто потому, что проектов много, а разработчиков не хватает, потому что эта технология дальше развиваться не будет, и смысла учить её нету.
Поэтому в долгосрочной перспективе это невыгодно.
В том-то и проблема, что потом на эту статью могут ориентироваться для этих целей.
Методика может быть и правильная, но выборка нерепрезентативная, как я понимаю.
Подобное изыскание от hh или LinkedIn было бы достаточно информативно, я думаю. У них база большая.
Хотя и по методике вопросы. "Медиана максимумов зарплат" несколько непонятно о чём говорит.