ilichme

Думаю, ответ на ваш вопрос XSLT.

Для таких нужд существуют лицензии Creative Commons — посмотрите их конфигуратор. Единственное, в списке «юрисдикций» я не нашел Россию — это значит, что у них нет лицензий специально адаптированных для нашего законодательства.

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

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

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

Я бы так работать не смог, потому что у меня другие потребности, даже на великолепной работе я бы не остался за 5 тыс в месяц.

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

Этот подход выглядит очень «по-западному», что с того? Можно работать над проектами, которые меняют жизнь к лучшему и при этом зарабатывать хорошие деньги, только придется попотеть пока такое сочетание найдешь.

А может не стОит?

изменения все равно не видны

С помощью специальных клиентов видны, например с PixelNovel Timeline. Т. е. вы получаете все преимущества использования системы контроля версий. Правда работает он с SVN.

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

Храню в XML.

В качестве имени узла — идентификатор запроса.
В атрибутах можно хранить список типов (для mysqli).

<getAssoc params="is">
SELECT content_id FROM assoc WHERE news_id=? AND type=? ORDER BY sort ASC
</getAssoc>

Субъективно все очень. В 24 можно и выглядеть по разному, и опыт иметь разный. Я как раз в 24 (23 года назад) выглядел молодо, а общался с 50-летними «инвесторами» — директорами заводов — и шкурой чувствовал, что мне нужно прилагать вдвое больше усилий, чем моим 35-ти летним (или выглядящими на 35) коллегам. Опять же, на основании собственного опыта, при общении с инвесторами важнее наличие высокой степени проработки вопроса, желательно наличие грамотного бизнес-плана, с выкладками, откуда взята та или иная величина, четким пониманием методик расчетов, ну и вера в написанное, и в собственные силы…
Ну и личное обаяние — это вообще чистой воды субъективизм.

developer.android.com/guide/index.html this is best

Ток срабатывания и удержания — разный.
И речь, вроде, идёт о порче пневматического доводчика.

В большинстве замков домофона — это электромагнитный замок. Он практически всегда под напряжением и притягивает металлический брусок с другой стороны. Есть ли там этот брусок или нет — ему по барабану. Сам замок герметичный кроме узла, куда вставляются провода.
Напряжение там всего +12 В, так что если туда залить водой, то бабаха не будет. У нас в подъезда зимой все покрылось огромным слоем льда, и ничего — работало.
Так что без разницы — открыто или закрыто.

Да никак! Состояние домофона от положения двери не зависит.

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

Единственное на что влияет дверь и доводчик — время через которое домофон закрывает замок. Это время некоторые фирмы устаналивают так, чтобы дверь сначала вернулась в закрытое состояние, а потом только включался замок.

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

Есть подозрение, что речь идет об этом:

play.google.com/apps/publish/signup

Чем смог, помог, подождем еще несколько человек.

Проверять корректность должен.
При этом он остается ответственным за одно действие — за установку именно email'a, а не произвольной строки.
Поэтому и генерировать исключение при неправильных данных тоже должен.
Метод же неспроста называется setEmail.
Вы же не удивляетесь, что при попытке присвоить строку в integer поле получаете ошибку (вероятно даже компиляции).
Здесь же происходит фактически тоже самое.
Если говорить про идейность, то еще лучше сделать тип Email и проверки делать в нем. Но в обычном, а не идеальном коде, это почти наверняка будет излишним. Поэтому проверка в setter'e — хороший компромисс.