pyra

Вот например: https://wiki.archlinux.org/index.php/Skype#Securin...
Изоляция - это ограничение программы на взаимодействие с окружением.
Соответственно - смотря в чем вы её хотите ограничить (файловая система, сеть, память), туда и смотрите.

Промахнулся :(
У них +26$ налога за технику, если магазин этого требует (склад расположен в таком штате). На сайте этого нет потому, что не все магазины требуют этот налог. Обещали в будущем перенести склад в другой штат.

А какая платформа?

Если это iOS то Вас защитит политика Apple в отношении работы с сертификатами приложений, провизионин профайлами и т.д. Но на старте Вам придется потратить немало времени на то, чтобы разобраться со всей этой кухней. А если Вы просто скажете разработчику — «сделай приложение, я не хочу вдаваться во все эти сложности работы с профайлами и сертификатами», то он опубликует сам. Более того, для реализации некоторой функциональности (In-App purchase, например) ему придется это сделать.

В добавок к тому, что сказал nerudo — FTDI чипы позволяют использовать их не как конвертер USB-UART, а в так называемом BitBang режиме — по факту, как параллельный порт. Так, например, использует FTDI программа для управления станком с ЧПУ Mach версии 2 и 3. Так же FTDI используется в качестве ISP программатора. В этом случае — только FTDI.
В случае же, если нужен преобразователь USB-UART — без разницы что использовать.
Для прошивки Arduino нужен преобразователь, у которого кроме Rx, Tx, есть ещё сигнал DTR, который используется для автоматического сброса Arduino при заливке прошивки. Можно и не использовать этот сигнал, но тогда резет надо будет нажимать руками в нужный момент.

Все зависит не от фирмы производителя, а от того интерфейса, который вы планируете получить с другой стороны. Если это стандартный последовательный порт, то никакой разницы нет, будет у вас микросхема-драйвер от FTDI или какого либо еще производителя. Если вам нужен другой интерфейс — смотрите конкретно. В целом, FTDI-ные микросхемы — неплохой выбор, они реализуют много разных интерфейсов и позволяют реализовать как низкоскоростные интерфейсы (последовательный, SPI, I2C), так и обеспечить обмен данными на пределе возможностей (практических) USB. Плюс адекватная поддержка со стороны драйверов под windows/linux и ряд других платформ.
Термин «USB TTL» на мой взгляд совершенно некорректен и напрасно употребляется для подобного рода устройств. Правильнее было бы говорить «USB — Serial TTL». Поскольку происходит преобразование не только физического уровня (напряжения USB в уровни TTL), но и логического — протокол USB в стандартный последовательный интерфейс.

Если хочется меньше проблем, то лучше юзать ft232rl. Так то да, хоть шнуррк от телефона

ттх/драйвера и т.п. :)