Ну про откровенную селекцию из-за галочки в резюме речи не идёт, всё равно рассматривается индивидуально каждый кандидат, также имеет место собеседование, просто у образованного человека чуть больше шансов.
Ну тут в схемотехнике я скорее соглашусь, слегка по касательной сталкивался с этой отраслью, как будто там всё-таки другие правила игры (точнее они не менялись). В сфере продуктового программирования сложился любопытный феномен, когда, действительно, необходимые навыки можно заточить самостоятельно (это сложно, скорее всего нужно всё же где-то поработать в не-хватающих-звёзд-с-неба-конторах, набить шишки и тп), но всё же посыл в том, что хоть это и реально, происходит нечасто. Высшее образование, вопреки некоторым предрассудкам, пока ещё котируется в IT.
Учился/преподавал в топ 5 (на тот момент) вузе, по моим ощущениям на 4ом курсе "тащили" уже не встречались почти, а в магистратуре вообще есть где разгуляться вербовщикам крупных компаний.
Это что же получается? Пока один 6 лет в институте, второй 5,5 лет в макдаке и полгода на курсах, потом год отработали - и вуаля. У обоих одинаковые навыки и опыт, но у одного есть диплом, а у другого нет? И дальше из статьи ну совсем непонятно - вы всей своей статьей вроде бы подтверждаете именно этот сценарий. Считая его в принципе возможным. Что, согласитесь, изначально обесценивает высшее образование.
Не совсем понял, что не так? Формально у них будет одинаковый опыт, но предпочтение всё также отдадут человеку с "вышкой". Есть группа людей, для которых неочевидно, почему так происходит, попытался объяснить.
Прямое сравнение с курсами не делал, их приводил в качестве наиболее ходового на рынке примера. Что касается ПТУ, ну тут как бы и так, и так можно повернуть аргументы, зависит от отрасли и направления, не буду спорить, как-нибудь исследую, насколько много таких кандидатов именно на рынке IT, лично мне пока что такие не попадались.
Ага, я это упоминал, ну или подразумевал. В IT нередко случается так, что нужно погрузиться в новую или для себя, или для компании область, где могут потребоваться вообще любые знания.
Тут сравнение родилось из реального случая, и не единственного, попытка объяснить, а зачем вообще учиться 4-6 лет. Если коротко, получается как-то так: открываем вакансию любую, видим какие-то навыки требуются, открываем курсы на 3 месяца, те же навыки, плюс "гарантируем устройство на работу". Кандидаты выбирают путь наименьшего сопротивления, но почему-то им отказывают потом (или на интервью), хотя по формальным признакам как будто ок. Вот и родилась попытка объяснить этот казус. С колледжами, если честно, не сталкивался никогда, либо так совпало, либо кандидатов таких не очень много на рынке.
В целом не соглашусь. Да, крайности случаются, также как и совершенно не заинтересованные в обучении люди (а обучение это всё-таки некий двухсторонний контакт) и "плохие" вузы. Но по большей части система построена так, что диплом получают за успешное прохождение всех контрольных точек (зачёты и экзамены) за весь период, существуют и денежные виды мотивации. За все вузы не скажу, не знаю, но топовые продолжают держать марку "старой школы" и выпускают очень качественных специалистов.
Ну а по поводу блогеров, может скажу глупость, но мозги тоже всё ещё в моде пока что, и тоже хорошо оплачиваются.
Как будто вашу задачу проще сделать, например, написав свой gradle плагин, где пройтись поиском по файлам проекта (учесть, что класс может лежать в jar каком-нибудь, короче заморочек с ходу много). Линтом даже без упомянутой проблемы как будто нормально не сделать, да и анализировать весь проект, даже если без библиотек, очень накладно будет.
Я не очень глубоко погружался, свои хотелки в проекте получилось решить более простыми путями, но насколько копал, после каждого модуля триггерится afterCheckEachProject, а вот checkPartialsResults один раз при формировании финального отчёта. В любом случае, первоисточник этого механизма можно попробовать поискать в UnusedResourceDetector. А я правильно понял, вы хотите подсвечивать линтом, что при использовании рефлексии класса с таким именем/пакетом не существует?
Если правильно понял, для этой задачи подходит механизм PartialResults, он как раз позволяет кешировать промежуточный результат и собирать его по всем модулям, а затем выводить в финальном отчёте. Поиск неиспользуемых ресурсов в студии работает по такому же принципу.
гитхуки это довольно неудобная в реализации штука, никак не завязанная на интерфейс. Как уже говорилось, нет цели блочить коммит, цель добавить в уже работающие предупреждения студии ещё одно. Да и кто сейчас работает на какой-то IDE, отличной от Android Studio?
В конце статьи приведены точки роста, и они явно не относятся к процессам. Статья призвана показать как делаются плагины, а не продать тот, что в итоге получился. Да и никто не начинает с места в rocket science.
В больших компаниях триггерить ci на новую сборку ПРа из-за мелкого фикса, которого можно было избежать, довольно ощутимо по ресурсам и времени. Поэтому статический анализ и спелчек часто уносят на локальные машины.
Ну про откровенную селекцию из-за галочки в резюме речи не идёт, всё равно рассматривается индивидуально каждый кандидат, также имеет место собеседование, просто у образованного человека чуть больше шансов.
Ну тут в схемотехнике я скорее соглашусь, слегка по касательной сталкивался с этой отраслью, как будто там всё-таки другие правила игры (точнее они не менялись). В сфере продуктового программирования сложился любопытный феномен, когда, действительно, необходимые навыки можно заточить самостоятельно (это сложно, скорее всего нужно всё же где-то поработать в не-хватающих-звёзд-с-неба-конторах, набить шишки и тп), но всё же посыл в том, что хоть это и реально, происходит нечасто. Высшее образование, вопреки некоторым предрассудкам, пока ещё котируется в IT.
Учился/преподавал в топ 5 (на тот момент) вузе, по моим ощущениям на 4ом курсе "тащили" уже не встречались почти, а в магистратуре вообще есть где разгуляться вербовщикам крупных компаний.
Ну ладно, дайте людям шанс). Пусть хотя бы топ 30 будет.
Не совсем понял, что не так? Формально у них будет одинаковый опыт, но предпочтение всё также отдадут человеку с "вышкой". Есть группа людей, для которых неочевидно, почему так происходит, попытался объяснить.
Прямое сравнение с курсами не делал, их приводил в качестве наиболее ходового на рынке примера. Что касается ПТУ, ну тут как бы и так, и так можно повернуть аргументы, зависит от отрасли и направления, не буду спорить, как-нибудь исследую, насколько много таких кандидатов именно на рынке IT, лично мне пока что такие не попадались.
Ага, я это упоминал, ну или подразумевал. В IT нередко случается так, что нужно погрузиться в новую или для себя, или для компании область, где могут потребоваться вообще любые знания.
Да, несовершенство системы есть всегда. Как и раньше, небольшие или отдалённые города зависимы от центров, тут ничего не поделаешь, к сожалению.
Некоторые вузы предлагают заочные варианты обучения, но я, если честно, не знаю насколько они качественные.
Тут сравнение родилось из реального случая, и не единственного, попытка объяснить, а зачем вообще учиться 4-6 лет. Если коротко, получается как-то так: открываем вакансию любую, видим какие-то навыки требуются, открываем курсы на 3 месяца, те же навыки, плюс "гарантируем устройство на работу". Кандидаты выбирают путь наименьшего сопротивления, но почему-то им отказывают потом (или на интервью), хотя по формальным признакам как будто ок. Вот и родилась попытка объяснить этот казус. С колледжами, если честно, не сталкивался никогда, либо так совпало, либо кандидатов таких не очень много на рынке.
В целом не соглашусь. Да, крайности случаются, также как и совершенно не заинтересованные в обучении люди (а обучение это всё-таки некий двухсторонний контакт) и "плохие" вузы. Но по большей части система построена так, что диплом получают за успешное прохождение всех контрольных точек (зачёты и экзамены) за весь период, существуют и денежные виды мотивации. За все вузы не скажу, не знаю, но топовые продолжают держать марку "старой школы" и выпускают очень качественных специалистов.
Ну а по поводу блогеров, может скажу глупость, но мозги тоже всё ещё в моде пока что, и тоже хорошо оплачиваются.
Как будто вашу задачу проще сделать, например, написав свой gradle плагин, где пройтись поиском по файлам проекта (учесть, что класс может лежать в jar каком-нибудь, короче заморочек с ходу много). Линтом даже без упомянутой проблемы как будто нормально не сделать, да и анализировать весь проект, даже если без библиотек, очень накладно будет.
Я не очень глубоко погружался, свои хотелки в проекте получилось решить более простыми путями, но насколько копал, после каждого модуля триггерится afterCheckEachProject, а вот checkPartialsResults один раз при формировании финального отчёта. В любом случае, первоисточник этого механизма можно попробовать поискать в UnusedResourceDetector. А я правильно понял, вы хотите подсвечивать линтом, что при использовании рефлексии класса с таким именем/пакетом не существует?
Если правильно понял, для этой задачи подходит механизм PartialResults, он как раз позволяет кешировать промежуточный результат и собирать его по всем модулям, а затем выводить в финальном отчёте. Поиск неиспользуемых ресурсов в студии работает по такому же принципу.
Да, странный контракт, мы пока по прежнему пользуемся методами report у context с сигнатурами без Incident, там сложнее ошибиться.
гитхуки это довольно неудобная в реализации штука, никак не завязанная на интерфейс. Как уже говорилось, нет цели блочить коммит, цель добавить в уже работающие предупреждения студии ещё одно. Да и кто сейчас работает на какой-то IDE, отличной от Android Studio?
Так коммит не блокируется, выводится алерт, точно также, как он выводится по дефолту при нажатой галочке Analyze в ui диалога коммита в студии.
В конце статьи приведены точки роста, и они явно не относятся к процессам. Статья призвана показать как делаются плагины, а не продать тот, что в итоге получился. Да и никто не начинает с места в rocket science.
В больших компаниях триггерить ci на новую сборку ПРа из-за мелкого фикса, которого можно было избежать, довольно ощутимо по ресурсам и времени. Поэтому статический анализ и спелчек часто уносят на локальные машины.