Я не о том хорошо это или плохо, а о том, что программист или конструктор для решения задачи оптимальным способом может творчески использовать весь свой арсенал знаний и по ходу пытаться выдумать что-то новое, и это будет определять конечную стоимость и конкурентоспособность продукта. А у врача при строгом следовании стандартам такой необходимости нет, на каждую хворь есть предписанная последовательность действий, ничего на ходу изобретать не надо. Поэтому не надо думать что раз западная медицина лечит лучше, то исключительно из-за гениальных врачей у них и дубовых у нас, просто на западе медицина в целом функционирует на голову лучше как система.

Понимаете, чтоб врач качественно лечил («как на западе») одних знаний недостаточно, нужно дорогостоящее диагностическое и лечебное оборудование, и не просто отдельные аппараты, а их комплексы, которые стоят $$$. Вас же никто не заставляет педалить на компах лохматых лет, а потом жалуется, что вы не научились качественно программировать?
Да, у нас много врачей-недоучек (как и «прахвесионалов» в других сферах), но в целом я не могу сказать, что западные врачи все как один прямо семи пядей во лбу. Более того, они особо самодеятельностью не занимаются, на каждый случай (жалобу, симптом) прописаны (почти стандартизированны) четкие диагностические и лечебные процедуры, и если врач умышленно отклонится от них его запросто лишат сертификации.

А кого волнует чужое горе, если есть четкие требования к программе обучения по конкретному диплому? Наверное(?) можно попросить сделать что то типа consecutive evaluation и попытаться добиться того, чтоб вам засчитали вышку 2 раза, но поскольку в Америке так получить второй диплом нельзя (насколько мне известно), то почему они обязаны его считать как второго полноценного MSc кому то еще.

Вопрос был поставлен "как на заочке получить диплом, который будет соответствовать бакалавру/магистру"-я на него попытался ответить. А относится это к H1B так, что для разрешения на работу по этой визе нужен или определенный количество лет подтвержденного опыта по специальности взамен образования (не помню точно, типа 10 или 12) или _минимум_ диплом бакалавра.

Смотрите, в чем общая суть diploma evaluation:
1. В Штатах есть стандарт(ы) для программ обучения по всем специальностям, основная из известных мне лавок, устанавливающая эти стандарты это ABET (www.abet.org/, может есть и другие, про них не знаю.
2. Чтобы иностранный диплом был оценен как соответствующий какой то программе (computer science к примеру), количество часов(кредитов) по установленным предметам в нем должно равнятся количеству кредитов, требуемых для получения данного диплома в США
3. Компания, занимающаяся diploma evaluation берет ваш диплом, считает кредиты(или переводит часы в кредиты) и помечает курсы как базовые или специальные (в зависимости от того, какими они считаются в Штатовской программе)
4. Дальше простая сверка часов и курсов, если кредитов в дипломе больше или равно-оценка успешна, диплом соответствует чему то (бакалавру, магистру), если меньше-чему то не соответствует (или совсем ничему)
5. Для H1-B нужен минимум бакалавр, примеры бакалаврских программ и количество часов по ним можете сами нагуглить, любой ВУЗ имеет такую страничку (первое от фонаря попалось engineering.missouri.edu/...grams/bs-cs/degree-plan/
6. Перед поступлением надо убедится, что количество часов в вашем дипломе будет достаточным, насчет разницы в оценке очного и заочного ничего не скажу, полагаю что если в заголовке будет степень, а в додатке будет достаточное количество часов, то это практически гарантирует успех. Если часов не хватает на полноценную программу-посчитают просто как проф. сертификацию без квалификации (как в примере выше со вторым образованием, походу там не было базовых курсов типа вышки, поэтому и не считается оно полноценным BSc или MSc).

Насчет того что сопромат-раздел математики это вы сильно погорячились, тогда уже всю физику до кучи нужно ее разделом записать:)

Дополню немного: как по мне, то одной из самых важных задач ПМа должно быть ведение истории проекта в том или ином виде (логи запросов и действий, meeting minutes итп), т.к. все имеет свойство забываться и через какое-то время становится сложно восстановить по памяти детали. Кроме того, это дисциплинирует и позволяет «держать курс» не отвлекаясь на мелочи, но и не забывая про них. В minutes полезно включать «action items» и «due dates» (как исход собрания — что решили, кто делает, что делает и к какому сроку). В отношении софта-Outlook и OneNote (или аналоги) с бумажным блокнотом впридачу имхо справятся с 80% повседневных задач project management, остальное (MS Project, ERP итд) по необходимости или насколько фантазии хватит, но распылять все тоже неудобно.

Раша тудей очевидно:)

При наличии современной авиации, высокоточного оружия и грамотном командовании 30 тысяч в обороне можно «зарыть в землю» забетонировать и укрепить так, что их вполне хватит для обороны и против 100 тысяч. Больше _боеспособных_ Россия просто не сможет против нас выставить, ты посмотри на ее территорию, если всех сюда согнать то кто Сибирь от Китая будет оборонять.
Вместо долбо*бной «стены» за год можно было бы построить такие оборонительные линии, что при наличии мотивированных защитников их только ядреной бомбой можно было бы прогрызть.

Электроника вполне профильно, в Штатах как правило идет совместный курс electrical and computer engineering.

Слухи неправдивые, от типа исходной визы скорость получения ГК не зависит абсолютно.

Можно, но только когда одобрена петиция на грин-карту и ты в процессе ожидания самой ГК.

Вы сначала решите на какую из этих позиций претедуете, а потом уже под эту цель пишите резюме, а то сразу столько страшных слов в objective, а в skills толком ничего кроме тестирования...

Про процессы формально правильно, а по факту процессы в ИТ-компаниях ведь не происходят сами по себе (это ж не автоматизированная линия производства), в них участвуют вполне конкретные люди. Поэтому как не крути придется находить общий язык с людьми, которые ответственны за то, чтобы на выходе из процесса получился ожидаемый результат и вовремя. Я даже не говорю про случаи, где сам процесс надо предварительно организовать.
Мне кажется, что все эти разговоры про «процессы» пошли из терминологии и требований стандартов ISO, там во всех документах в какой то момент ввели понятие «process», с тем чтоб сделать требования более универсальными ко всем отраслям независимо от задач и взаимодействующих людей и объектов. И с тех про стало модно и пошло поехало по всем книжкам...

Украинский, русский лучше писать «native» а не «expert».
«Information about previous work experience will be provided on request.» Не совсем понятно-толи до указанного в резюме был еще опыт работы, о котором расскажете дополнительно, или просто «детали уточняйте». Обычно просто внизу пишут типа «Details and references can be provided upon request».

100%. Память может шахматы и развивают, а в остальном-смотря что ТС подразумевает под мышлением и с какой целью его собирается качать. Умение решать задачи по физике, брать интегралы или программировать никак не влияет на умение играть в шахматы и наоборот. Плюс к тому реальная игра-она на время, а в профессиональной деятельности как правило решение (сколь нибудь серьезное) не надо принимать за минуту.