evgeniy_lm

Примерно так: собираешь как можно больше лохов и платишь процент пока пузырь растет!

1)обязательно надо знать математику алгоритмы и тд(даже если это не используется)

Если хочется выйти за рамки дешевой рабочей силы - да.

2)надо работать бесплатно на первых порах

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

3)создавать open source проекты бесплатно чтобы показать всем свой код

Скорее нет

4)всегда думать о работе даже по выходным и тд

Если хочется выйти за рамки дешевой рабочей силы - ДА.

UPD:
Реальность такова, что если вы хотите выйти за рамки дешевой рабочей силы - у вас ровно 2 способа это сделать:
а) вы можете основать собственное дело
b) вы можете в чужом деле вырасти из человека который пишет код, в партнера который решает проблемы бизнеса ( что в конечном счете эквивалентно предыдущему пункту)

И то и другое подразумевает что вы перестаете разделять свою жизнь и работу.
Вы, это и есть то дело, которым Вы занимаетесь. 24/7/365.
И это к слову сказать справедливо для практически любой сферы, не только IT.

Зарплаты весьма высокие, т.к. необходима высокая квалификация даже на старте. Но не у нас. И удалённой работы, совсем не так много, как в IT, к сожалению.
У нас мало рабочих мест, зарплаты, обычно, довольно печальные, в сравнении с тем же IT, большая часть разработки электроники, в целом у нас, это оборонка, и там свои заморочки...

Тяги к электронике, и баловства с ардуинками, крайне мало для начала даже в этой сфере. Там весьма хардкорное программирование - необходимо куда серьёзнее следить за ресурсами, знать различные алгоритмы, зачастую серьёзную математику и.т.п. Без профильного образования, чаще всего там делать просто нечего.

В перспективных разработках чаще всего будут ARM и ПЛИС. 8/16 битные микроконтроллеры, хоть и используются местами, но чаще из-за инерции, или очень специфичной периферии.

P.S. Я сделал, кстати, ровно обратный переход, и совершенно о том не жалею. Сейчас, если жить в России, к сожалению, разработка электроники хороша, только как интересное хобби, а не как прибыльная работа.

На самом деле, тут нужно сначала посмотреть, как вы используете эти result1...8, может быть вообще вам здесь ни одного if не нужно, уж очень это напоминает конструирование байта, где result1...8 - это номера битов+1.

Как вариант, именно для вашего примера: https://ideone.com/ICx8P1

А вы уверены что вы программист?
У меня идеи были раньше навыков программирования и раньше знания языков.
Что программировать даже вопросов не возникало.
Придумывал задачу и писал. Сталкивался с проблемой - брал
дизассемблер, отладчик и смотрел как это решают другие.
Читал исходники чужих широко известных библиотек.
Красивый, понятный, изящный код. Это же кайф, как поэзия!

Практику можно только напрактиковать! :)
Тренировка во сне - пока что возможна только в кинематографе.

Римские цифры являются единичной (унарной) системой счисления с RLE-сжатием для сокращения записи.

Это не разъем, а половина "зажима" для 34-х проводного шлейфа. Там должна быть еще крышка, которая этот шлейф обжимает в эти "вилки" (каждый провод в свою).

Скорее туда подключался шлейф для floppy дисковода - там как раз 34 провода в шлейфе. Но только по числу проводов принимать решение - стремно. Можно бы на землю еще прозвонить - там известная распиновка этого шлейфа.

Мамка то вообще от компа? Подозреваю, что нет. А вообще интересный метод: задавать вопросы, не предоставив никакой инфы, кроме фотки.

флаг = 0;
время_старта = 0;

по_таймеру()	// например, каждые 100 мс
{
	опросить_считыватель();
	if (карточка_есть)
	{
		if (флаг == 0)	// карточку поднесли
		{
			флаг = 1;
			время_старта = текущее_время();
		}
	}
	else
	{
		if (флаг == 1)	// карточку убрали
		{
			флаг = 0;
			if (текущее_время() - время_старта < 5сек)
			{
				 делать_одно();
			}
			else
			{
				 делать_другое();
			}
		}
	}
}

А зачем вообще PHP доступ к буферу обмена, если код (за редким исключением) выполняется на одной машине, а клиент (пользователь) находится на другой?

Если вам нужно именно с буфером обмена клеинта работать, то надо и работать с ним на стороне клиента. Думаю это в для веба тоже возможно, покрайней мере копировать что-то в буфер обмена некоторые сайты умеют (например гитхаб). Как они это делают не знаю.

1. Величины ЭДС, индуктирующихся в обмотках трансформатора, зависят от частоты переменного тока, числа витков каждой обмотки и величины магнитного потока в сердечнике.
   
2. Общие потери в магнитопроводе равны сумме потерь на вихревые токи и перемагничивание
   
3. При низких частотах в магнитопроводе преобладают потери на гистерезис, а затем, по мере роста частоты, потери на вихревые токи резко возрастают и при высоких частотах становятся преобладающими. При работе сердечника на высокой частоте оказывается невозможным его шихтование, т.к. невозможно изготовить пластины или ленту такой толщины, чтобы потери были удовлетворительными. Поэтому для высокочастотных сердечников шихтование заменяют прессовкой мелкодисперсных гранул ферромагнетика, размер которых можно выбрать таким, чтобы вихревые токи не превышали требуемых значений.
   
4. Потери на вихревые токи пропорциональны квадрату частоты, квадрату толщины и весу сердечника Pв ≡ f2 × Δ2 × G.
   Поэтому на высоких частотах используются очень тонкие материалы. Наименьшими потерями обладают ферриты — порошок ферромагнетика. Каждая крупинка изолирована окислом, поэтому вихревые токи очень малы
   
5. Потери в сердечнике зависят от сочетания индукции и частоты. При большой частоте и большой индукции потери окажутся на столько большими, что нагрев сердечника превысит разумные пределы
   

в среднем мощность трансформатора прямо пропорциональна частоте передаваемого тока и габаритам/поперечному сечению сердечника (с определенным упрощениями).

т.е. если частоту вместо 50 герц (частота напряжения ~220в) сделать 50 кгц, т.е в 1000 раз больше, то теоретически:
мощность при тех же габаритах увеличится в 1000 раз,
при той же мощности можно использовать сердечник в 1000 раз меньше.

на практике появляются дополнительные параметры и т.д.

Вариант - не заниматься программированием, коль не понравилось. Есть полно других достойных профессий.

Актуален ли COM порт?

Актуален, в отличии от слабеньких ноутов.

Ну самим реле управлять скоростью оборотов не получится.
И вообще - получится ли в принципе - зависит от типа двигателя вентилятора.

Если от игрока ничего не зависит, скажем необходимо угадать случайное число в диапазоне, то везение (скорее отношение выиграшей) должно быть равным, в независимости от прошлого результата (принцип ошибки игрока приходит на ум https://ru.wikipedia.org/wiki/Ошибка_игрока ). Другое дело если от принятых игроком решений что-то зависит. В этом случае сравнивать наверное надо полисы игроков, и сравнивать математическое ожидание при использовании полисов.

Маленький пример второго варианта. Представим игру со следующими правилами. Если вы выходите из игры то получаете 10р и все. если вы продолжаете играть то получаете 4р и бросаете кубик. Если выподает 1 или 2 то игра заканчивается иначе игра продолжается вы опять продолжаете сначала (решаете продолжить или нет).

Вот как игру можно представить графически (модель принятия решений Маркова):



Видно, что полиси "выйти и получить 10р" дает 10р, а полиси "продолжить игру" стремиться к 12р. А везение как бы так сказать - антинаучная величина.