Армянское Радио

Это не определение функции.
Это функция-выражение с немедленным вызовом.
Последовательность в конце — обычные параметры при вызове.
Инструменты, которые помогают понять, есть. Книги по синтаксису JavaScript, например.
Лучше всего Дугласа Крокфорда и Дэвида Флэнагана.

Если не ошибаюсь, это просто безымянная функция с вызовом. Можно прочитать как

function fx(d, s, id) { ... }
fx(document, 'script', 'jssdk');

Насколько я понимаю, такой приём используется чтобы завернуть переменные в область видимости, так как в js единственная область – функция. Знающие люди, поправьте меня пожалуйста, если не прав :-)

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

Субъективно - скорость усвоения информации с видеоуроком заметно меньше, чем с книгой. Особенно когда уже знаком с темой до некоторой степени. Уже всё стало понятно, скучаешь в ожидании, руки сами тянутся хабр открыть.

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

Лично для видеоуроки это пустая трата времени.
Прочитать намного бьістрее.

Видеоуроки хороши там, где лучше один раз увидеть, чем семь раз прочитать - для описания сложных или спорных моментов. Мое отношение к видеороликам положительное. Видео, книги, интерактивные курсы, документация - каждый способ подачи инфы хорош по-своему. Незачем отказываться от какого-либо из них.

Как правило, в схеме питания присутствует контроллер заряда который в целях безопасности ограничивает максимальный ток зарядки. Программно такие вещи не поправить.

Нет.
Диск можно только выкинуть. Данные можно попытаться спасти.

Если оставить на месте повреждения пустое место и создать далее новый раздел

это невозможно, вы не можете обнаружить поврежденное место. Только наугад.

Как я понимаю, в этом виновата магнитная пыль

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

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

Взять и расшарить принтер средствами OS того компа, куда он подключен. Сеть WiFi в данном случае ничем не отличается от проводной сети. На остальных компах подключать принтер либо поиском в сетевом окружении, либо \\hostname\shared_printer_name. Соответственно, не забыть дать нужные разрешения.
Заголовок вопроса вводит в заблуждение, что принтер поддерживает WiFi.

Эклипс - это IDE. Qt - это фреймворк. Никто вам не запрещает писать в эклипсе с использованием Qt.

Производительность кода на с++ отличная, по сравнению с джавой. Большинство игр на дроиде не зря на нем пишутся.

Три ответа и куча лайков.
Что характерно, если тех же самых людей спросить, надо ли хэшировать пароли на сервере - все дружно, строем и хором ответят - НУЖНО!

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

Это квинтессенция подобныйх сайтов. Ответ почему-то всегда даётся самый буквальный. При этом вопрос никогда не подвергается сомнению или хотя бы минимальной проверке на осмысленность. Такое ощущение, что отвечающие воспринимают вопрос как экзамен что ли? Или как челендж - ответить любой ценой, пусть даже и неимоверных извращений и ГАРАНТИРОВАННЫХ граблей в будущем. Или - как сейчас - ценой СНИЖЕНИЯ защищенности! Но зато ответ буквальный. И так не только здесь - так практически в любом ответе. Ну никогда ни у кого не твремени задуматься над вопросом - все торопятся отвечать.

Я не знаю, что с этим делать. Такой подход очень вредит как самому сайту, так и тем, кто задает вопросы. Вместо того, чтобы показать правильный подход, ему старательно, сопя и напрягая остатки извилин, помогают выстрелить себе в ногу.

Возможно, одна из причин в том, что в голове у отвечателей отсутствуют реальные знания, а стоит органчик, в который записано несколько прочитанных когда-то ответов. И один из этих ответов выстреливается сразу после прочтения заголовка - даже не углубляясь в текст вопроса. Таких "отвечателей" надо гнать поганой метлой. Пусть самоутверждаются в другом месте. Тем же, кто хочет ответить, рекомендую придерживаться правила:

Перед тем как отвечать, НАДО СНАЧАЛА ПОДУМАТЬ. Посчитать на ход вперед - "а что будет, если сделать, как я советую?" Посчитать на ход назад - "а зачем ему нужно это? Не похож ли этот вопрос на мой собственный, который я когда-то задавал от недостатка знаний?" И попробовать ответить так, чтобы РЕАЛЬНО помочь спрашивающему, а не просто выдать зазубренный ответ.

Возвращаясь к вопросу: нет, нельзя без SSL. Хэширование на сервере важнее.
Можно эмулировать SSL для передачи пароля, но куда проще воспользоваться готовым механизмом. На дворе 2014 год, все основные сайты перешли на шифрование всего трафика вообще. Пора переставать бояться SSL.

Нет, нужно уметь программировать, знать разницу между функциональным и процедурным программированием и банально иметь желание.

Хуже чем ассемблер, но на фоне всяких питонов неплохо.

qt creator.

Wget --recursive

Узнать на каком языке пишут в универе и прочитать про основы из любой книжки. Совершенно достаточно.

В школе проходим Паскаль на жалком уровне..

хватит и этого.
Лучше матан задрачивайте.