pshj

Что удалось нарыть...
А.
если поставить в начале кода такую конструкцию:
# -*- coding: cp1251 -*-
То начинает все работать, как я понял это принудительное перекодирование файла - (буду благодарен если точнее объясните господа)

Б.
(как я понял)
Файл нужно создавать в нужной кодировке utf8
По умолчанию Visual Studio создает файлы в другой кодировки, надо понять где это поменять / проверить / потестить...

Да, все верно! в Visual Studio идем Файл - Дополнительные параметры сохранения
и ставим так(скрин) все начинает работать..


Но это не спасает от такой записи... (скрин) вопрос остается что делать ?


Ради теста, напрямую запустил консоль python - а ввел там нужную команду все норм отобразилось!
Да что не так с этой чертовой VS ?

Скорее всего, что на собеседовании вас хотели проверить о том, как у вас с логическим мышлением и рассуждениями. Если бы у меня спросили (я скорее всего ответил так): сделал бы 2 версии сайта с учетом психологических особенностей мужчины и женщины (цвет, расположение элементов и т.д). При переходе на сайт 1-ый раз открывал бы мужской с учетом того, что можно перейти на новую версию сайта (женский). Делал бы так несколько раз и запоминал что хочет пользователь. А потом на n+1 итерации открывал ту версию сайта, на которую он (пользователь) довольно часто переходил, но при этом оповещал его о том, что есть и другая версия сайта.

UPD Draconian правильно пишет про регистрацию. Можно как вариант использовать информацию от туда. Либо по имени и фамилии, либо указать пол человека.

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

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

Если ни то, ни другое, то с какой стати платить больше?

Будьте проще $idq = intval($_GET ['id']);

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

Обычная демонстрация эффекта Даннинга - Крюгера.

1. Как уже сказали выше - git или mercurial (на bitbucket, github или на своем сервере). С основного репозитория клонируем копии на локальные машины.
2. dev-среда:
2.1 dev-сервер с поддоменами для каждого разработчика
2.2 или локальный веб-сервер (у каждого свой)
2.3 обязательно - "предпродакшн" сервер - там будут производиться проверки перед деплоем на продакшн
3. Ставите каждому нормальную IDE, которая умеет работать с локальными файлами и деплоить изменения на сервер (PHPStorm).
4. Настраиваете IDE таким образом, чтобы вы работали с локальными файлами, и при этом при сохранении изменения автоматически отправлялись на ваш dev-сервер.
5. Юнит-тесты, функциональные тесты, чтобы перед деплоем на продакшн быть уверенным в том, что кто-то из разработчиков не сломал ваш проект своими изменениями.
6. Если есть изменения в БД - миграции
7. На продакшене также клонируетесь от основного репозитория (для удобства обновления кода)

Т.о. процесс разработки будет выглядеть так:
1. Разработчик pull`ит изменения из основного репозитория
2. Что-то меняет в коде, тестируя это на своем dev-сервере
3. После покрытия кода новыми тестами, прогоняет их и заливает изменения в основную ветку
4. На предпродакшене обновляемся с основной ветки. Прогоняем все тесты.
5. Если тесты прошли - на продакшене обновляемся на тот же коммит

Почему стали? От лени и нежелания думать своим мозгом.
Популярны они сталит благодаря продвижению Гуглом, Яндексом и иже с ними всяких "стандартов написания кода". При том, что и Яндекс и Гугл в этом плане очень далеки от идеала.
Эти фреймворки хороши для сквозной разработки крупных проектов, когда все участники хорошо знакомы с данными методами, давно сотрудничают и т.п. Т.е. для тех же крупных компаний. При том, что в большинстве крупных компаний всё-таки имеются собственные стандарты.
Ну а остальные уже, как обезьяны, подхватили. И требуют БЭМ, SASS, Angular для статичного одностраничника. Начинаешь выяснять для чего заказчику всё это надо - "а мне так наш дизайнер посоветовал"... Или когда берёшься доделывать чужой проект с кучей недоделанных хвостов в SASS - то ещё удовольствие и "оптимизация написания кода" - тупо вручную текстовым поиском приходится по фалам искать потерявшиеся переменные.
Сама настройка, выработка общих стандартов и синтаксиса для этих фреймворков - занимает кучу времени.
Так что по большому счёту вы ничего не пропустили. Браузеры все равно не понимают SASS и иже с ним))
Пишите как вам удобнее. Если клиент настаивает - попробуйте выяснить причины такой настойчивости. Если случай клинический - шлите лесом!