Дмитрий Исаев

Очень некрасиво. Фрилансер увёл клиента. Кто захочет работать с фрилансером, который уводит клиентов? Никто.

В большинстве — да, но есть методы, которые принимают 4-5 аргументов, и я не вижу в этом ничего плохого.
Все подобные правила — на самом деле рекомендации, которым нельзя следовать отключая собственную логику и здравый смысл.

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

Что касается веба (но применима к любому языку, да и не только)
Изучили php — посмотрите как оптимизировать. Как закэшировать и тд
Изучили MySQL — изучите оптимизацию запросов.
Изучили JS — найдите как более рационально его применить.
Оптимизируйте сервера, в общем все что только можно.

Извиняюсь за излишнюю эмоциональность. Просто наболело и надоело видеть кучу тормозного кода.
Начиная от сайтов заканчивая приложениями.

В случае местного сервиса «хантим» вполне можно найти хороших людей, которые интересуются, что будет с проектом через 6 мес и прочими нюансами. Но, это не отменяет того факта, что вас устроит только один из 20 кандидатов — это не считая людей, которые будут неадекватны сразу же в первом письме. Если же требуется архитектор, не важно на плюсы или что-то еще, то отсев будет еще выше.
Известно же, что хороший спец стоит несколько дороже, чем его зп.

А в чем проблема заплатить то?
Для итешника тысяч 100 в год не так уж и много.

А как дела обстоят с генерируемыми moc файлами? Похоже, что они постоянно пересоздаются.
Могу порекомендовать включить систему логирования и посмотреть, из-за чего (или какого файла, что скорее всего) происходит ребилд проекта.

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

Занять свободное время можно по-разному. Лучше конечно с пользой. В сети есть куча примитивных «работ» вроде рерайтинга текстов, и других вещей, откровенно делающих мир… ну в общем не делающих его лучше уж точно.
Но пожилой возраст — это ведь и определенные преимущества. Например багаж знаний, запас терпения, умение преодолевать препятствия. Я бы посоветовал ему посмотреть в сторону википедии или других открытых проектов которым часто бывает нужна помощь волонтеров. На википедии можно улучшать интересующие темы, находить информацию в библиотеках, создавать хорошие статьи. Можно писать документацию полезным open source проектам, или создавать переводы этой документации или самих проектов. Или можно обучать других людей пользованию компьютером. Приглашать к себе в гости друзей и знакомых желающих обучится ( вероятно тоже пожилых ) и объяснять им, показывать.
Про возможность научится программировать молчу, ибо не знаю реально ли это, хотя подозреваю что ничего сверх сложного при наличии желании у человека в возрасте возникнуть не должно.

Если WiMax — то нужно было менять на lte-версию. Не знаю, меняют ли до сих пор.
Если LTE — то на какой-нибудь барахолке сдайте. Ну или сделайте из неё резервный интернет — там же оплата почасовая. Можно держать на бесплатном тарифе, а когда нужно — выкручивать до нужной скорости.

Для мобильных клиентов:
1. После запуска приложения — cобираете информацию об устройстве и вашем клиенте (hash-тела, к примеру), шифруете, передаете к себе.
2. На сервере: выписываете ключ доступа именно для этого устройства, формируете salt и сохраняете в БД, возвращаете алгоритм формирования ключа клиенту с примесью salt и временную засечку.
3. Клиент каждый раз при запросе API формирует подпись на основе salt, инф. об устройстве и клиенте (hash-тела).
Если подпись верна и время ответа было менее TIMEOUT, то доступ к API разрешается.

Для WEB (при каждом вызове страницы, где есть взаимодействие с API):
1. Запрос страницы с сервера: сохраняем на сервере: key1, отпечаток времени, контент отправленной страницы клиенту
2. Скрипт клиента со страницы грузит по ajax функцию для вычисления key2 на основе всего исходника страницы используя key1 и сразу же возвращает вычисленное значение (key3) на сервер.
3. На сервере — проверка key3, и если время ответа было менее TIMEOUT, то сервер разрешает доступ к API (обращение к API подписывается key3).

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

Это не они стоят дорого, это одно-двухдисковые стоят дешево :) Потому что одно-двухдисковые считаются консьюмерской электроникой, и на нее поддерживают искусственно низкие цены. А вот системы с числом дисков больше двух считаются уже pro, и значит на них можно накинуть те денежки, которые искусственно скинули с одно-двухдисковых, чтобы производитель мог сохранять рентабельность.
Се ля ви.

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

Определенные типы варнингов, можно просто отключить, если вы считаете, что они ошибочно вас предупреждают. Можно и нужно отключать для сторонних библиотек.

Использования варнингов для напоминания TODO, я считаю, следует делать тогда, когда это TODO должно быть реализовано в скором времени, имеет приоритет critical. На месяца запускать не следует.

В итоге. В проекте варнингов быть не должно, и их нужно сразу убирать:
* исправлять дефект
* Отключать классы варнингов, стороние варнинги.
* Реализовывать то, о чем они говорят, если это TODO.

P. S. По сути, все, что вы написали — логично, и не является взаимоисключающим. Тут не одно выбрать нужно, а все использовать, с умом.

Как вариант можно попробовать данные OSM, хотя я полностью не уверен насчет районных делений, но всеже думаю они должны быть.
О структуре данных можно почитать здесб: habrahabr.ru/post/146503/
О административном делении здесь: http://wiki.openstreetmap.org/wiki/RU:Key:boundary
Сами данные можно получить здесь: wiki.openstreetmap.org/wiki/Planet.osm (хотя скорее всего Вы сразу перейдете сюда: gis-lab.info/projects/osm_dump/index.html#.D0.94.D0.B0.D0.BD.D0.BD.D1.8B.D0.B5)

Итого:
1. пробегаем по данным
2. находим интересующие объекты (административное деление)
3. для этих объектов находим координаты (Node)

Хотя все же думаю что где-то да можно найти готовые данные.

Phillips Xenium одна из самый «долгоиграющих» серий…

Что-нибудь из линейки Philips Xenium

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

Очень станный и глупый вопрос.

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

Другое дело практическая часть данного курса — у Вас есть возможность выбора СУБД.

Может, такой? :)

Че вы все свое старье хвалите?
Javascript в браузере