Опять смешались люди-кони, первый курс вроде как про системный анализ (хотя используется понятие ит-продукт, а не информационная система), а потом сплошная аналитика.
После таких введений по рынку ходят маются люди, которые удивляются, почему они обширно изучили аналитику, а их никто не хочет брать на работу системным.
«Помните, что soft skills — обширное понятие, и развитие в себе таких качеств как эмпатия, вежливость, навыки коммуникации»
как раз софты могли бы пытаться оценивать рекрутёры, тк ИТ-специалисты в них слабо ориентируются
но тут по вашему списку тоже видно, что вы в них как свинья в апельсинах
если это умения — то они должны быть формулируемы в виде, предполагающем оценку достижения результата (да/нет) и его качества: — проведение интервью с заказчиком
«Мог ли он вежливо объяснить, что его интересует сейчас»
вы мне кажется путаете soft skills и attitude-values
кандидат мог резко оборвать разговор не потому, что не умеет иначе, а потому что не хочет с вами сюсюкаться, особенно в условиях, когда рекрутёры пытаются оценивать то, в чём не являются профи
главное, что я не понял по статье — как так получилось, что оценку Hard Skills, и даже «скрининг», начали проводить рекрутёры. всегда это делали профильные специалисты
Помимо алгоритмического мышления, важны подходы, практики, методики проектирования и конструирования решений, знание альбома типовых решений и умение их выбирать, комбинировать, апробировать, выбирать. Этого совсем не видно в вузовских программах около ИТ, максимум шаблоны GoF и GRASP.
"HTML и CSS от Практикума" – это все, что может дать вузу ведущая интернет-компания России? Смешно, тк эти вещи сейчас уже школьники осваивают.
20 лет назад мне как админу Oracle на интервью в Яндексе дали задачу спроектировать систему расчета неточной, но быстрой статистики посещений типа той, что сейчас внутри Яндекс.Метрики. Я, имея квалификацию инженера строительно-электронного САПР и кустарного Oracle-разработчика, с задачей не справился.
За 20 лет у вас появились методы проектирования для подобных задач? Или все остается на кустарном уровне? Вы как-то развиваете практики System Design, Architecture Kata? Не видно, видно только какие-то прикладные технологии типа БЭМ, ClickHouse, Data Lense -- это все неплохо, но инженерами такие технологии людей не делают.
Сергей, компетенции уровня jQuery и React — это не предмет вуза, а колледжа или техникумов.
Вузы должны готовить проектировщиков, конструкторов. И отставания в этой сфере можно и нужно ликвидировать.
Attribute-driven Design придуман в Carnegie Mellon 20+ лет назад. Обучают ли ему наши софтверные вузы? Сомневаюсь.
То же самое с Domain-driven Design.
Технологии и практики, альбомы решений по конструированию редукторов, лифтов, проектированию зданий есть, по проектированию корпоративного и прочего ПО — нет. Хотя материала в интернете завались, но вузовским преподам видимо не хватает языка, знаний, полномочий, включенности в практику, чтобы эти методики формулировать, тестировать, развивать.
как дипломированный инженер САПР, начавший карьеру в ИТ именно с разработки ETL-процедур, скажу, что в статье описан бред сивой кобылы, которая не понимает разницу между инженерной моделью объекта проектирования, моделью операционного учёта бизнеса и аналитической моделью бизнес-показателей
Опять смешались люди-кони, первый курс вроде как про системный анализ (хотя используется понятие ит-продукт, а не информационная система), а потом сплошная аналитика.
После таких введений по рынку ходят маются люди, которые удивляются, почему они обширно изучили аналитику, а их никто не хочет брать на работу системным.
Прям по стопам Практикума идёте
ми тожи умеем в чят гипитэ
пишите по-человечески
Сначала я удивился, что Спортмастер лаб позволяет себе мат на скриншотах, а потом вчитался
Непонятно, почему большая часть подборки построена вокруг инструментов, а не методов
Какую литературу - источники посоветуете, из тех, что идёт именно от аналитических задач и методов?
Опять разработку требований подменили управлением
«Помните, что soft skills — обширное понятие, и развитие в себе таких качеств как эмпатия, вежливость, навыки коммуникации»
как раз софты могли бы пытаться оценивать рекрутёры, тк ИТ-специалисты в них слабо ориентируются
но тут по вашему списку тоже видно, что вы в них как свинья в апельсинах
если это умения — то они должны быть формулируемы в виде, предполагающем оценку достижения результата (да/нет) и его качества:
— проведение интервью с заказчиком
— презентация и защита технических решений
— проведение групповых проектных сессий
что такое «вежливость»? какой у неё результат?
тут нет никакой оды, просто ребята честно рассказали, как они глупо работают
и в целом умение ценить своё время и не продолжать бесплодные разговоры — это очень ценная часть софт-скиллов современного ассертивного специалиста
вся эта азиатчина с расшаркиванием и «пока не попьём 3 чая — не переходим к делу» — пусть остаётся в азии и в прошлом
«Мог ли он вежливо объяснить, что его интересует сейчас»
вы мне кажется путаете soft skills и attitude-values
кандидат мог резко оборвать разговор не потому, что не умеет иначе, а потому что не хочет с вами сюсюкаться, особенно в условиях, когда рекрутёры пытаются оценивать то, в чём не являются профи
главное, что я не понял по статье — как так получилось, что оценку Hard Skills, и даже «скрининг», начали проводить рекрутёры. всегда это делали профильные специалисты
это самоубийство
а смысл ещё хуже
Называть объект классом — это полностью дебильная история.
Вычислительный центр чего? сбербанка? ужгорода? пятёрочки?
Ещё скажите «я работаю в ООО».
Помимо алгоритмического мышления, важны подходы, практики, методики проектирования и конструирования решений, знание альбома типовых решений и умение их выбирать, комбинировать, апробировать, выбирать. Этого совсем не видно в вузовских программах около ИТ, максимум шаблоны GoF и GRASP.
"HTML и CSS от Практикума" – это все, что может дать вузу ведущая интернет-компания России? Смешно, тк эти вещи сейчас уже школьники осваивают.
20 лет назад мне как админу Oracle на интервью в Яндексе дали задачу спроектировать систему расчета неточной, но быстрой статистики посещений типа той, что сейчас внутри Яндекс.Метрики. Я, имея квалификацию инженера строительно-электронного САПР и кустарного Oracle-разработчика, с задачей не справился.
За 20 лет у вас появились методы проектирования для подобных задач? Или все остается на кустарном уровне? Вы как-то развиваете практики System Design, Architecture Kata? Не видно, видно только какие-то прикладные технологии типа БЭМ, ClickHouse, Data Lense -- это все неплохо, но инженерами такие технологии людей не делают.
Сергей, компетенции уровня jQuery и React — это не предмет вуза, а колледжа или техникумов.
Вузы должны готовить проектировщиков, конструкторов. И отставания в этой сфере можно и нужно ликвидировать.
Attribute-driven Design придуман в Carnegie Mellon 20+ лет назад. Обучают ли ему наши софтверные вузы? Сомневаюсь.
То же самое с Domain-driven Design.
Технологии и практики, альбомы решений по конструированию редукторов, лифтов, проектированию зданий есть, по проектированию корпоративного и прочего ПО — нет. Хотя материала в интернете завались, но вузовским преподам видимо не хватает языка, знаний, полномочий, включенности в практику, чтобы эти методики формулировать, тестировать, развивать.
Похоже на пост, сгенерированный ИИ для продвижения WEEEklK
традиционная инженерия идет по граблям инженерии программной, не пытаясь изучить, почему провалились Case-средства и model driven architecture в ИТ
как дипломированный инженер САПР, начавший карьеру в ИТ именно с разработки ETL-процедур, скажу, что в статье описан бред сивой кобылы, которая не понимает разницу между инженерной моделью объекта проектирования, моделью операционного учёта бизнеса и аналитической моделью бизнес-показателей
Непонятно, где тут вообще портфельное управление
Так Марина Head of Systems Analysis или руководитель направления системной аналитики?