EugeneOZ

Вряд ли он сможет его использовать в школьных и институтских проектах.

Школа и институт — временное явление. Если Вы вправите ему мозги так, что он потом будет бесполезен в мэйнстрим прогораммировании…
Хаскелу можно только параллельно с мэйнстрим-языком учить. Java, например.

Заполненность поля сертификат говорит лишь о сертификате, о типе авторизации оно говорить не может. Может лишь косвенно намекать и этот намёк по стечению обстоятельств может быть правдивым — но полагаться на это 100% нельзя, особенно учитывая возможную эволюцию кода.

1. Да. Исключение — конструкторы.
2. Конечно — чем больше аргументов, тем сложнее рефакторить использование этого метода. Растёт в геометрической прогрессии.
3. Да

Если у метода 1-2 аргумента, его назначение можно полностью описать его названием так, чтобы из названия было понятно, что ему нужно передать и как это будет использоваться. Например: sendEmail(email), setPasswordForUser(password, user). А читаемость кода это очень, очень важный фактор.

«Шаблон ТЗ» звучит как «шаблон изобретения». Забавно. Усё под подпись, шеф.

Для каждого файла создайте хэш, в который запишите список блоков.
При каждом чтении в тот блок, который прочитан, вписывайте либо единицу, либо увеличивайте содержимое на +1 (смотря что доступнее и востребованнее).
Потом, когда придёт время анализа, посмотрите в этот хэш — если более 60% хэша заполнено пустотой (или значениями близкими к нулю, в случае инкрементирования), то файл «подозрителен». По-моему так :)

Забавно, гуглом нашёл свой же ответ на SO:
stackoverflow.com/a/6163463/680786

Так ведь есть стек C# для web. ASP там всякое.

Очень мешали. Теперь работаю удалённо.

Вам тут все понасоветуют выкидывать эксепшены, однако это вопрос очень холиварный. Я в этом вопрос не поддерживаю любимого мною Роберта Мартина, а поддерживаю Google. Эксепшены нужны только тогда, когда случилась катастрофа и если не остановить программу, судьба планеты окажется в опасности. Если не планеты, то пользователя. В остальных случаях функция не имеет права решать, что пришло время полностью остановить работу программы, а значит бросать «исключение» без исключительных ситуаций нельзя.

Конкретно в Вашем примере я бы сгенерил warning и вернул false.

Терпеть не могу тёмные темы. Либо слишком мало контрастности, когда они серые, либо слишком «выжигающие» буквы, когда фон тёмный.
Тут на хабре было исследование опубликовано, и в ЖЖ где-то его видел, медики говорят, что лучшая тема это тёмно-синее на бежево-жёлтом и какие-то ещё там сочетания цветов.

Далась Вам эта вёрстка — угрохаете кучу времени на "кнопочку вот тут поправить", а заказчик не будет платить за потраченные часы, потому что "ну что там делать-то, кнопку подвинуть на 2 миллиметра, любой студент справится".
Делайте то, за что платят по часам и что не кажется незначительным в глазах заказчика.
Не знаю, достаточно ли у вас для этого знания — предложите свои услуги по настройке VPS в облаках, обучитесь работе с сервисами AWS, всякие там балансеры, кластеры, бэкапы, репликации, роутинги… Всё это магия для заказчика, они понятия не имеют, как это работает и готовы будут вам заплатить за настройку т.к. понимают, что сами ни в коем случае это не сделают. В вёрстке не так — большинство задач в вёрстке не критично влияет на денежный поток, поверстать может любой программист в свободное время. А настроить кластер из десятка нод баз данных сможет далеко не каждый программист.

Гит придуман ровно для обратного. Неправильная у вас политика контроля кода.

PHP Objects, Patterns, and Practice

Стоит, конечно, хороший язык, много фреймворков, большое сообщество, легко найти готовые библиотеки, клиенты, биндинги под различные сервисы.
Если бы он не развивался — не стоило бы, а PHP развивается очень даже. Там уже сейчас есть основная масса вкусностей из других языков и сейчас продолжают добавлять сахар (yield, properties).

Неудели нет никакого отдыха, кроме как бухать? Задолбал этот стереотип, мода на бухание и следование этому стереотипу. Вы же прогрессивная часть молодёжи, будьте умнее, проявите себя креативнее.

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

Вот Вам моя php-библиотека для создания отложенных задач:
github.com/jamm/Tasks. Не требует ничего, кроме PHP. Может хранить в памяти, если захотеть (Redis, Memcached, APC).

Мартин Фаулер — www.amazon.com/gp/product/0321127420

TODO должны быть не в коде, а трекере задач, где есть приоритезация. К TODO в коде отношусь отрицательно.

Вот на D есть веб-сервер: habrahabr.ru/post/142964/
Очень интересный, на мой взгляд, язык.