Philipp

Ну вот смотрите, у вас есть сенсор, например "фотография" отпечатка. Далее эта фотография обрабатывается системой машинного зрения, которая извлекает особенности строения вашего отпечатка. Читайте про то, как работает дактилоскопия в криминалистике. Назовем этот набор особенностей "узор". Вобщем, доводите железяку до состояния, когда она вам будет возвращать "узор". Собираете базу узоров, ранжируете наборы особенностей по максимуму специфичности. Получаете реверсивное дерево поиска. Отсекаете все ненужное. Строите по нему индекс.
На телефонах тот же принцип, только узор хранится в железяке непосредственно и аппарат взаимодействует по принципу - какой идентификатор узора и событие распознавания. Ну и добавление со стиранием. Принцип тот же самый, только реализован полностью в железе с публичным интерфейсом по SPI/I²C.

Для настоящей технической литературы, а именно тяжелых PDF со схемами устройств, чертежами и прочим хардкором ничего, кроме 12.9" iPad Pro нормально не тянет. Такие PDF даже на дестктопах нормально так тормозят.
На IPad еще подкупает плотность пикселей, т.к. позволяет прорисовывать детали, что очень сильно влияет на читабельность.
Всякие e-Ink Kindle просто не могут такие документы отображать за разумное время. Некоторые документы просто отображают неправильно. e-Ink классная технология для чтения художественной литературы на пляже, но на большее там рассчитывать сложно. Для работы она не пригодна.

То, что вы ищете называется AST. acorn и esprima именно то, что вы ищете.
Есть еще https://developer.mozilla.org/en-US/docs/Mozilla/P...

Я рекомендую вам взять https://github.com/syntax-tree/hast и получить узлы с JavaScript, а их в свою очередь скармливать JS AST.

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

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

Возможно, ваша проблема связана со шрифтами, а не с программой.

Попробуйте вот это решение.

На PHP есть решение в расширении intl:

<?php                

echo idn_to_ascii('收发板散件 图片是焊好的');
// xn-- -116a68m8xdk2dl5xbjal0dj4ef79au9cdpr

echo idn_to_utf8('xn-- -116a68m8xdk2dl5xbjal0dj4ef79au9cdpr');
// 收发板散件 图片是焊好的

Для Linux есть такое решение www.gnu.org/software/libidn/manual/html_node/Invok...

Если нужен поиск строк, то лучше смотреть в сторону Elasticsearch или Solr. Они умеют это делать хорошо.

Как человек, который переехал, скажу, что тот язык, который у вас уже есть - неплох.
Качайте основной скилл - вашу профессию. You have one year to master your skills. Behance - обязательно.
На рынке всегда спрос на хороших специалистов. Когда приедете, ищите любую позицию по профессиии, соглашайтесь на все - контракт, переезд и т.д. Главное, чтобы документы были впорядке и официально разрешали работать. Фокусируйтесь на стартапах, туда обычно идут студенты, а вы с опытом работы уже на голову выше их. Насчет языка американцы лояльны, не волнуйтесь. Обязательно привезите свои работы.

По поводу языка - смотрите новости на английском, читайте times, смотрите сериалы. Найдите такой, какой вам интересно смотреть, начните с субтитрами, если понимаете 80% без них, смотрите без них.

Т.к. вы точно знаете, что вы поедете, то я рекомендую вам начинать искать работу удаленно. Например так. Посмотрите на описание вакансий, прикинь справились бы или нет. Что нужно сделать, чтобы справляться? Отберите самые востребованные навыки и получите их. Как только станет известна дата переезда с точностью до недели, начните откликаться на вакансии. Можете арендовать номер через Skype, т.к. вам будут звонить, будьте готовы отвечать. К моменту переезда у вас уже будет навык прохождения телефонного интервью. И может даже вас позовут на собеседование в офис.
На первую неделю после переезда ничего не планируйте. 8+ часов разницы во времни - это не шутки.
Поиск работы в США занимает 3-4 месяца. Прикиньте свои расходы заранее с расчетом на то, что прийдется рассчитывать только на себя.

Видео и статья - два разных вида информации. С точки зрения физиологии, видео должно восприниматься легче, так как используются два канала - визуальный и аудиальный. Видео наиболее близко к нормальному очному обучению.
Из своей практики я могу сказать так, что качество обучения зависит от преподавателя. Хороший преподаватель может написать понятную статью, а может и отличное видео записать. Основная проблема видеокурсов в том, что они очень низкого качества: "пишем сюда, получаем это". В хороших видео очень много объяснений с нарастающей степенью сложности. Хорошие видео отвечают на вопросы "как?" и "почему?". Большинство же роликов отвечают на вопрос "как?". Со статьями здесь все иначе, поскольку здесь люди больше стараются и в статьях чаще отвечают на вопрос "почему", посколько текстовый формат изначально более формальный.
Лично я на своей практике сталкиваюсь с тем, что большая часть видео сделана для нубов, и в них разжеваны моменты, "как написать тег", а разбор того, почему это вещь сделана именно таким образом опущен.
В общем проблема одна и таже - хорошие специалисты на вес золота. Их мало, чаще всего они очень скромные и стесняются записывать видео-лекции.

Наличие git-репозитария отражает ваш уровень, как разработчика. Это самый простой способ быстро проверить, умеете вы что-нибудь или нет. Люди, у которых нет открытых проектов обычно либо нубы, либо скрытные товарищи, либо жадные до безумия, либо просто тупые и не хотят развиваться, говнокодят на джумле и довольны. Таких людей не хотят брать на работу. Есть конечно люди, которые просто не пользуются гитом из-за того, что он им не нужен. Такие люди обычно не проходят первичный отбор, обычно устраиваются по рекомендации.
При найме нужные люди, умеющие работать в команде.
Репозитарий также отражает то, как хорошо вы умеете общаться с людьми и насколько вы способны создать код, который может быть использован другими людьми, т.е. навыки совместной разработки.
Опять же репозитарий показывает, насколько вы знакомы с процессом разработки, умеете ли работать с ветками.

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

Возьмите socketo.me и добавьте веб-сокеты на страницу. Вместо zeroMQ можно redis pub/sub прикрутить, если хотите.

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

Откройте для себя namespace.

Никогда не делайте префиксы функций, а то будет вот такое говно `syn_whitelabel_form_whitelabel_partner_node_form_alter()` (это реальный код).

Освойте ООП в конце концов. Собирайте свои функции внутри одного функционального домена в один класс.
Если функция внутренняя объявляйте ее приватной и вызывайте через `self::`.

По поводу проверки параметров - PHP позволяет объявлять типы параметров, например array или классы. Во многих случаев этих вещей достаточно.

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

Если вы про обучение, то неплохие курсы тут
https://www.codeschool.com/
https://www.codecademy.com/
https://www.khanacademy.org/

Ну и Standford University предлагает кучу курсов бесплатно https://www.youtube.com/user/StanfordUniversity/pl... (ищите по вкусу, есть почти на любую тему и не только программирование, но и математика).

Еще есть огромное количество ресурсов для обучения и очень много бесплатно.

Coding - это все равно что на русском загуглить "кодить". У вас будет миллионы страниц результатов с курсами.
Есть еще DevOps система, может с ней спутали www.koding.com

Тут еще хорошая подборка www.inc.com/larry-kim/9-places-you-can-learn-how-t...

Обе задачи были на логику, т.к. у вас просили найти ответы на простые вопросы.
Вы завалили собеседование, т.к. думали о том, как вы его пройдете, а не занимались решением задач.