В целом согласен с посылом статьи. Я уже не первый год желающим ворваться в IT рекомендую настраиваться на 3-4 года обучения и целиться сразу в мидла.
Добавлю ещё, что выгоднее выбирать не самые хайповые языки. Например, на Python и JS уже деваться некуда от новичков, их тупо раз в 10 больше, чем надо ?
Тут автор ещё несколько не в теме. Сами ЯП к гуманитарной части отношения не имеют, а вот отсутствие формализма при решении даже типовых задач как раз дают гуманитарный аспект.
На более высоких позициях, чем джун и мидл, уйма времени уходит на обсуждение, как с бизнес-заказчиками и аналитиками, так и с другими программистами и соседними департаментами (devops, sre, dataops, ml)
Самый тупой критерий, по которому можно выбирать ЯП, - это популярность. У разных языков разные области применения и задачи, под которые они подходят наилучшим образом. Молоток более востребован, чем бензопила, но это не значит, что надо спиливать дерево молотками. Поэтому все эти рейтинги популярных/востребованных языков чисто на недалёких вайтишников рассчитаны.
Да, и с такими коэффициентами Джини как в РФ или в США, 67-72% людей будут получать ниже средней. А модальная зарплата (наиболее частая) будет примерно в 2 раза ниже средней.
Обычно под постами про среднюю зарплату люди всегда забывают об этих статистических фактах.
Среднее арифметическое - это примерно 70-й перцентиль, т.к. зарплаты никогда не следуют нормальному распределению. А медиана - 50-й. Так что заменять одно на другое довольно глупо.
С перезагрузкой я развлекался при помощи shutdown и опций для отложенной перезагрузки, когда по очереди за одним компом работаешь. Ещё с автозапуском на CD тоже весёлые приколы были.
О, я примерно так же развлекался 18 лет назад. Только это был компилятор Delphi, Windows XP и программа выводила текущее системное время в диалоговом окне. А размер получился такой же, в районе 840 байт.
Вы прям в корень зрите. Зачем нужна Java c JVM, если можно взять Elixir с BEAM, и вот вам уже и Java не нужна и Docker тоже не нужен (там своих фич хватает для горизонтального масштабирования и отказоустойчивости)
Вообще тестирование - это больше про склад характера. Технических навыков там зачастую требуется не так уж много. Поэтому если усидчивость, въедливость и внимательность вам свойственны, то работу в тестировании вы найдёте.
пример выпускника Практикума Влада, который пришел в QTIM в 2022 году джуном, за несколько недель самостоятельно перешёл с фреймворка React на Nuxt и Vue.js, на которых пишут в компании, и за полгода вырос до ведущего разработчика.
Сколько лет он программировал до Яндекс Практикума? Или тупо враньё?
Я не вангую. Я просто внимательно прочитал постановку. Цитата: "Нужно написать программу, которая будет проверять знание таблицы умножения второклассником". Кстати, исходя из этого, ваше предложение про числа >= 10 как раз противоречит постановке.
Бывают действительно совершенно однозначные ситуации, которые ты продумываешь наперёд, а заказчик тебе "нет, не надо! делайте как сказано в ТЗ".
Ну, с заказчиком это всё надо обсуждать конечно. Эта стадия разработки называется бизнес-анализ.
Ну во-первых, и что с того что оно будет генерировать дубликаты?
Вы проверите за N итераций меньше примеров. А значит точность итоговой оценки знаний будет ниже. Можно, конечно, заставить бедных второклассников отрешать больше итераций, но это как-то негуманно. Зачем детям лишний стресс создавать из-за того, что кто-то поленился на программном уровне убрать дубли?
Во-вторых, решение автора отнюдь не наивное. Понимание того, что здесь уместнее использовать операцию умножения, а не деления - не самое очевидное.
Ну хз, всё конечно субъективно. На мой взгляд, это первое что приходит в голову и это супер очевидное решение. Плюс, как уже в комментариях писали, помимо дублей, это решение имеет ещё и проблемы с равномерностью распределения. Т.е. да, решение условно рабочее (т.к. формально удовлетворяет ТЗ), но оно халтурное с точки зрения профессиональной разработки.
Хотя допускаю, что для школьников это всё не столь очевидно. Но на то они и школьники, а не программисты.
В целом согласен с посылом статьи. Я уже не первый год желающим ворваться в IT рекомендую настраиваться на 3-4 года обучения и целиться сразу в мидла.
Добавлю ещё, что выгоднее выбирать не самые хайповые языки. Например, на Python и JS уже деваться некуда от новичков, их тупо раз в 10 больше, чем надо ?
Тут автор ещё несколько не в теме. Сами ЯП к гуманитарной части отношения не имеют, а вот отсутствие формализма при решении даже типовых задач как раз дают гуманитарный аспект.
На более высоких позициях, чем джун и мидл, уйма времени уходит на обсуждение, как с бизнес-заказчиками и аналитиками, так и с другими программистами и соседними департаментами (devops, sre, dataops, ml)
Маск похерил Твиттер)
Самый тупой критерий, по которому можно выбирать ЯП, - это популярность. У разных языков разные области применения и задачи, под которые они подходят наилучшим образом. Молоток более востребован, чем бензопила, но это не значит, что надо спиливать дерево молотками. Поэтому все эти рейтинги популярных/востребованных языков чисто на недалёких вайтишников рассчитаны.
Ну, значит, у нас с вами разные выборки знакомых дизайнеров.
А в иннотехе все 16k сотрудников параллельно на 3 работах работают?)
Это по сути относится к квалификации Lead, которая есть в статье.
Так я так и написал. Дизайнеры вообще MacOS X предпочитают. Не встречал ни одного на винде)
Есть Inkscape, есть Gimp
Corel Draw, конечно, помощнее для векторной графики будет, но ведь речь про десктоп (домашние компы), а не про профессиональное использование.
Небольшая поправка: они берут зарплаты не из резюме, а из опроса.
Ну и как всегда вопрос не размера выборки, а её репрезентативности. Так то 10% выборка - это овердофига.
Да, и с такими коэффициентами Джини как в РФ или в США, 67-72% людей будут получать ниже средней. А модальная зарплата (наиболее частая) будет примерно в 2 раза ниже средней.
Обычно под постами про среднюю зарплату люди всегда забывают об этих статистических фактах.
Среднее арифметическое - это примерно 70-й перцентиль, т.к. зарплаты никогда не следуют нормальному распределению. А медиана - 50-й. Так что заменять одно на другое довольно глупо.
Ну, COM с PE не совсем честно сравнивать)
С перезагрузкой я развлекался при помощи shutdown и опций для отложенной перезагрузки, когда по очереди за одним компом работаешь. Ещё с автозапуском на CD тоже весёлые приколы были.
О, я примерно так же развлекался 18 лет назад. Только это был компилятор Delphi, Windows XP и программа выводила текущее системное время в диалоговом окне. А размер получился такой же, в районе 840 байт.
Вы прям в корень зрите. Зачем нужна Java c JVM, если можно взять Elixir с BEAM, и вот вам уже и Java не нужна и Docker тоже не нужен (там своих фич хватает для горизонтального масштабирования и отказоустойчивости)
Тогда замените на Elixir: https://nerves-project.org/
Кода получится раза в 2 меньше, чем на питоне)
Годная статья. Будет полезна новичкам.
Вообще тестирование - это больше про склад характера. Технических навыков там зачастую требуется не так уж много. Поэтому если усидчивость, въедливость и внимательность вам свойственны, то работу в тестировании вы найдёте.
Сколько лет он программировал до Яндекс Практикума? Или тупо враньё?
В целом, вы порядок правильно определили, но что за странный вариант интегрирования. Особенно, трюк с переходом от 1061 к 1.6 * 10^3 хорош :)
И почему просто не вычесть объём Земли из объёма большего шара?
Кому лень считать, 1.374 * 10^21 м^3 там получается
Я не вангую. Я просто внимательно прочитал постановку. Цитата: "Нужно написать программу, которая будет проверять знание таблицы умножения второклассником".
Кстати, исходя из этого, ваше предложение про числа >= 10 как раз противоречит постановке.
Ну, с заказчиком это всё надо обсуждать конечно. Эта стадия разработки называется бизнес-анализ.
Вы проверите за N итераций меньше примеров. А значит точность итоговой оценки знаний будет ниже. Можно, конечно, заставить бедных второклассников отрешать больше итераций, но это как-то негуманно. Зачем детям лишний стресс создавать из-за того, что кто-то поленился на программном уровне убрать дубли?
Ну хз, всё конечно субъективно. На мой взгляд, это первое что приходит в голову и это супер очевидное решение. Плюс, как уже в комментариях писали, помимо дублей, это решение имеет ещё и проблемы с равномерностью распределения. Т.е. да, решение условно рабочее (т.к. формально удовлетворяет ТЗ), но оно халтурное с точки зрения профессиональной разработки.
Хотя допускаю, что для школьников это всё не столь очевидно. Но на то они и школьники, а не программисты.