swba

Кастомные вьюхи вставляются в лэйауты следующим образом:

<view
        class="blah.bla_blah.ViewCanvas"
        android:id="@+id/canvas"
        android:layout_width="match_parent"
        android:layout_height="match_parent" />

Или вы не это имели в виду? А то слово "прикрутить" можно понимать по-разному :)

Роман прав, единственный способ чему-то научиться - применять знания на практике. Тем более, что в вебе это легко: фигашите свои сайты по тем темам, которые вам интересны. Два в одном: и опыт, и портфолио. Вот если бы вы SAP изучали - тогда да, без задачек было бы не обойтись :)

В методе onCreate() дефолтного активити нельзя?

Посмотрите appodeal.ru. Я перешёл на них с AdMob. Можно выводить деньги на Яндекс-кошелёк :)

Гиков и фриков не берут? :)

А если серьёзно: может быть, разработчик должен учитывать широкую распространённость IE6-IE7 среди российских корпоративных и государственных пользователей и корректировать свою работу соответствующим образом?

Более того, если вопросы викторины у вас имеют одинаковую структуру, то, возможно, нет смысла плодить 50 лэйаутов, а хранить данные, скажем, в raw XML или в SQLite и инфлэтить вьюху программно, используя один лэйаут.

Если у вас таблица, то используйте TableLayout: developer.android.com/reference/android/widget/Tab...
Только ещё посмотрите на гугловские рекомендации по дизайну таблиц: www.google.com/design/spec/components/data-tables...., а то сейчас не очень красиво.

А всё вместе (таблица + кнопка внизу) - это вертикальный LinearLayout, первый потомок которого - ScrollView (ведь ваша таблица может быть по высоте больше экрана, да?) с весом (layout_weight = 1), в который вложена таблица.

Разработик должен передать вам как минимум следующее:
1) Исходный код приложения (хоть просто в виде папочки в архиве).
2) apk-файл (если сами не хотите его генерировать).

Опционально:
3) Скриншоты для Google Play, если планируете выкладывать приложение туда.

Я до недавнего времени работал ИТ-директором. Ушёл :) Попробую объяснить, почему.

Есть два типа компаний.

Первые - это производственно-коммерческие организации, в которых ИТ - это телефония, серверы, парк компьютеров, собственные конфигурации 1С (или какой-нибудь Парус) и глуповатые пользователи (средний возраст >= 40 лет), которые это всё пользуют. Повезёт, если возникает масштабная задача типа автоматизации бюджетирования или производственного учёта, особенно, если производство сложное. Это интересно. В таком случае от ИТ-директора требуется быть бизнес-аналитиком и хорошо разбираться в производственных и бизнес-процессах (в результате он начинает разбираться в работе предприятия лучше генерального). От него не требуется быть хорошим программистом, проект-менеджером и т.п. Но, когда такие проекты завершаются, остаётся лишь обычная рутина по поддержанию работоспособности технопарка. Это уже совершенно скучно, дальше в таких условиях развиться тяжело.

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

Вы кем хотите быть?