Aleksei Podgaev

Я думаю, что вполне нормально. Лучше всего сделать это в виде некоего дневника. И публиковать записи из этого дневника постепенно. ;)

Я использую сессионный ключ.
При первичной авторизации клиента сервер генерирует для него уникальный ключ (хэш строку достаточной длинны), который потом клиент использует для доступа к данным - передаёт его серверу с каждым запросом. Можно передавать этот ключ куками, можно напрямую в GET/POST запросе в качестве параметра.
Этот способ относительно прост. Абсолютной защиты, как известно, не существует. Но в связке с другими средствами защиты как регистрацией IP адреса, временем жизни сессии и другими, этот способ даёт достаточно хороший уровень защиты от взлома.

Ну а чем ng-Show не устраивает?
Создаёте массив флагов валидности соразмерный массиву использованному в ng-Repeat и ставите каждому элементу атрибут ng-Show. Примерно как-то так:

<div ng-repeat="item in items" ng-Show="isValid[$index]">
...
</div>

Функция валидации должна ставить соответствующий флаг в истину, когда можно показывать следующее поле.

Я тоже, как авторы выше, порекомендую учить оба языка. Как верно заметил один из вышеотписавшихся, только в сравнении познаётся истина. Чтобы понимать, как устроен тот или иной язык, какие в нём особенности, сильные и слабые места, в каких задачах в конце концов лучше этот язык использовать, всегда нужен образец для сравнения, т.е. другой язык.
Поэтому учите оба языка, чтобы иметь возможность применять их в разных задачах, а значит иметь более широкий спектр потенциальных заказчиков на фрилансе.
И, да, по поводу фриланса я бы не торопился. Лучше сначала поработать фулл-тайм в какой-нибудь конторе, чтобы набраться опыта: планирования рабочего времени, взаимодействия с коллегами и заказчиками и всё такое прочее. Когда годик поработаете на нормальной работе, тогда уже решайте нужен ли вам этот фриланс. Далеко не все могут успешно работать на фрилансе. Иногда удобнее в офисе.

Если мы говорим действительно о провинции, то там нет такого понятия как php-программист. Специалист подобного профиля скорее является web-разработчиком и помимо php обычно знает ещё не менее одного-двух серверных языков, html/css/javascript и всё остальное, что нужно для полноценной разработки сайтов.
Я работал в Хабаровске в разные годы на Perl, Pyton, php, C#.Net, кроме того делал и обычные программы на C#, потом понял, что дальше расти там некуда и уехал в Германию (правда перед этим два года язык учил). Здесь уже освоил конкретно Javascript (ранее знания, конечно были, но относительно поверхностные) и создание мобильных приложений. В общем, получил, что хотел. :)

По поводу синхронизации при удалении.
Вариант 1: затемнять или вообще скрывать область таблицы на время синхронизации, чтобы "дёргание" не вызывало вопросов у пользователя
Вариант 2: вместо $scope.items = lastData; делать обход массива, сравнивать полученные с сервера значения с имеющимися и менять, если есть чего.

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

Можно, на крайний случай, попытаться делать не радикальное приравнивание массивов, а построчное - может быть это немного сгладит картинку.