png

Тестирование + документирование еще можно прикрутить. Ну и все это через continuous integration сервер какой-нибудь.
А тестовый сервер (ну или staging), я думаю, обязательно надо.

Единственное чего не надо, это бесконечных вопросов «нужна ли статья...».
Хотите написать — пишите и никого не спрашивайте.

Если нет прав администратора, можно получить. В загрузчике побавьте к ядру параметр init=/bin/bash
Запустится рут консоль, там можно или поменять пароль рута или создать пользователя с доступом через sudo.
Ну а дальше показывайте на рабочих серверах и клиентах. А то как работает можно показать используя wireshark. Покажет куда какие запросы идут и что передает. Удобно и наглядно.

По идее, показывать надо сразу весь стек технологий. Пусть поставят еще клиента VNC всем, будете транслировать с виртуалок read-only картинку.

Связываем три виртуалки в сеть (вот только не уверен, что везде получится без админских прав собрать вирт. сеть на разных реальных машинах, а одна может и не потянуть).

Первая — «сервер» (апач)
Вторая — «роутер» (dhcpd, bind).
Третья — «клиент» (голый линух)

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

С первой нам нужно показывать в риалтайме access.log апача.
Со второй хватит картинки с окна Wireshark
С третьей можно в браузере открыть фаербаг и показывать как грузятся страницы.

Если что, первую и вторую виртуалки заменяем одной.

Есть книга TCP\IP крупным планом: www.soslan.ru/tcp/. Там описаны консольные команды по-мимо теории. Можно оттуда примеров набрать.

Http легко можно продемонстрировать
sudo apt-get install apache2
Касательно DCHP ситуация сложная, так как не известно что это такое :(
Остальное типа протокола DHCP, DNS проще и лучше продемонстрировать презентацией, которая содержит схему и принцип. (но так рассказывали нам, и всем дошло, не знаю про вашу ситуацию)

Я бы очень хотел почитать, ибо пока не вижу преимуществ перед, скажем, ActiveRecord в Yii.

Буду рад прочитать. Хотелось бы что бы в статье также были эдакие не стандартные задачи и их решение.

Конечно!

Договор надо было писать правильно, с тщательно подготовленной главой «приёмо-сдаточные процедуры» и «штрафные санкции».

Сейчас уже очень сложно бить недобросовестного программиста.

Пока что нажимайте на соответствие ТЗ, если там хоть кто-то догадался написать «система должна выполнять функцию», а не «система должна иметь функцию»

А по ходу пишите в блокнот формулировки договора следующего этапа (и других будущих проектов).

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

1. Поговорите с начальством о штрафах за дыры (исправление бесплатно итд)
2. Поменяйте цену без учета тестирования и наймите отдельно тестировщиков
Заставить никак не получится, их это устраивает, «вам нужен продукт и вы 100% его проверите, зачем тогда париться?»

Эм… трафика между БД и сервлетом или между сервлетом и клиентом? Или чего вообще? Что вообще такое «передача различных структур»? Уточните задачу. Способов реализации вашей схемы по меньшей мере сотня. Может, имеется ввиду просто работа с БД через веб-интерфейс?

1) В свежих мускулах лимит во вложенных работает вроде как.
2) Если мускул не свежий, можно делать выборку во временную таблицу, потом аппелировать к ней.
3) Честно говоря решение со вложенным запросом кажется утяжеленным в любом случае.
3) Задачу Вы ставите как «3 уникальных фамилии», однако в примере решения Сидоров=3, Петров=1, Иванов=2… а пример с вложенным селектом (n,n+3) подразумевает вообще не понятно что:) Вам надо «не больше 3»?
4)
select * from testid where surname in (
SELECT surname FROM `testid` WHERE 1
group by surname having count(subject)<=3
)
Во вложенном — выбираете все фамилии которые встречаются меньше 4 раз, и потом выбираете все данные с этими фамилиями.

Есть бесплатная программа focus booster. В ней помидор можно сбросить.

В хроме юзаю strict pomodoro:
chrome.google.com/webstore/search/strict%20pomodoro?hl=ru

что там за проект за 150 долларов который делается месяц? на мой взгляд все просто — кто платит, тот и заказывает музыку, шантажировать студента напргая его работать за просто так — совсем не по людски. приемлимый вариант тут только один — оплачивать дальнейшую разработку. т.е. мотивировать студента деньгами.

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

быстро, качественно, недорого: наспех сделанное не бывает качественным, качественное не бывает дешевым, а за срочность всегда приходится переплачивать.

Учитывая все аспекты ситуации — имхо, предложить студенту на выбор
1) Что бы в течении месяца все было в идеале и 1500 баксов
2) Возврат предоплаты и Вы ищите другого исполнителя
В портфолио запись делать только в случае если он ни на один из Ваших вариантов не согласиться.

Почему?
Явно 150 баксов за работу мало, поэтому оставлять на том же бюджете — бесполезно, ничего хорошего не будет, надо увеличить хотя бы на размер месячной оплаты профессионала, поэтому 1500, если продолжать работу.
Сроки сорваны, так что договоренность студент уже не выполнил, поэтому на оплату за то что он «что-то сделал» рассчитывать не имеет права, сроки это не менее важно чем все остальное, поэтому если не продолжать работу, то требовать вернуть предоплату.
В портфолио запись делать особого смысла нет, т.к. ситуация в которой виноваты оба на самом деле, заказчику надо было предусмотреть штрафы, фрилансеру надо было предусмотреть задержки.

Мы бы очень хотели посмотреть ТЗ, которое один оценивает в 150 баксов и максимум 2 недели, а другой в 15,000 и минимум пара месяцев… Есть ощущение, что оно, мягко говоря, может двусмысленно трактоваться.

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

Сам в такую ситуацию попадал (был двухмесячный проект, который растянулся на полгода), из ситуации выходить не пришлось — заказчик был адекватен, проект завершился за договоренную сумму, в качестве бонуса был получен ценный опыт.