По поводу обучения программированию

Решил написать, т.к. эту здравую идею последнее время часто слышу от здравых людей. Да и сам о ней задумывался.
В общем сейчас, под эгидой программирования, часто "впаривают" алгоритмизацию, тем самым подменяя сами идеи. Мол, написал математический алгоритм - программист. А если вдуматься, то это в корне далеко от того, чем занимаются сейчас программисты.
По хорошему, программист сейчас меньше пишет алгоритмы, а больше уделяет внимание на разработку архитектуры, концепции модульности, понятию логического тестирования кода.
Так же развивает навыки удаленной работы в команде.
И тут, растет идея: "зачем студентам давать писать алгоритм Гаусса-Зейделя, когда их лучше направлять на проект в области OpenSource программирования?"
Что это даст?
Студенту или группе студентов можно дать задание доработать проект.  При доработке проекта им придется изучить СУВ(обязательно к изучению). Так же придется разбираться в коде, т.е. читать его. Изучать навык владения разговорно-технического английского. Работа в команде, что повышает уровень ответственности. Плюсов вагон, к тому же на выходе это уже будет не совсем junior.
Для преподавателя радость в том, что задач для студентов вагон и маленькая тележка.

Бизнес и прямые родственники

Очень сложно, на мой взгляд вести бизнес отношения(Заказчик-Исполнитель) с прямыми родственниками. Почему? А всё дело в очень простой концепции. По идее, Заказчик и Исполнитель равноправные партнеры, которые, априори, ничего друг другу особо не должны до момента подписания договора. По этому бизнес отношения идут в выгодном свете для обеих сторон. С родственниками, зачастую, оказывается что ты что-то кому-то должен чуть ли не по гроб жизни. Ну а теперь представьте, как с таким человеком иметь дело?

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

P.S.: мой совет, старайтесь не вести на прямую бизнес с родственниками, ибо это очень тонкая грань, между "всё хорошо" и "ты мне не ... (нужное вставить согласно степени родства)".

Для тех, кто хочет себе сайт

Ну вдруг такие люди ещё остались ;)

Дам пару тезисов на подумать.
Тезис первый: "прежде чем создать сайт, надо понять какие проблемы и как их будет этот сайт решать".
К примеру, для сайта-визитки: нужно дать клиенту исчерпывающую информацию о нас самым коротким способом, что бы он(клиент) из минимальных данных смог извлечь максимум информации.

Тезис второй: "сайт - это программное обеспечение".
К примеру: google.com и yandex.ru это тоже сайт, хоть и технически очень сложные. Т.е. на базе веб, можно так же решать любые задачи.

Тезис третий: "Заказчик обязан как минимум участвовать в проектировки будущего ПО, в идеале во всех стадиях проекта".
К примеру: для сайта-визитки участие клиента минимально, текст предоставить, а вот при создании портала или корпоративного бизнес приложения, заказчик сам должен держать руку на пульсе и  в самом начале выдавать как можно больше актуальных данных. Смотреть вместе с исполнителем будущие сценарии пользователей. Заказчик просто обязан внимательно изучить прототип и составить контрольные тесты для этого.

P.S.: заказчику не стоит заниматься микроменеджментом, а вот расставить по каждому этапу контрольные тесты - это здравая идея, которая позволит достаточно точно и в срок сдавать проект.