Несколькими технологиями.
1. Записки для того, чтобы не забыть про мелочь
2. Почта, чтобы не забыть про крупнелочь.
3. Устное распоряжение на кратком собрании
4. RT для общения с саппортом
Каждый из вариантов решает свою задачу. Мы используем XP, но с более короткими итерациями: пол недели или неделя. Из-за этого разработчик в голове хранит не более одной задачи в этот период времени. Инструменты при такой частоте использования становятся не выгодными
Продолжайте в том же духе. Через время начнете более активно пожинать плоды. Но не зацикливайтесь на дотошном выполнении каждого принципа или правила. Зачастую, к ним придете через время самостоятельно.
Например, я считаю парное программирование очень эффективным способом работы, но народ такую нагрузку выдерживает недолго, поэтому применяю ее от времени к времени, для обучения сотрудников или в условиях цейтнота. Изначально я противился такому способу разработки, потому что два разработчика мне казалось эффективнее пары, но потом понял весь прикол. Это работает, но надо понимать как именно нужно работать.
А что есть основы программирования? Я всегда думал, что к ним относится алгоритмика и матчасть в виде основ работы с данными. Любой должен знать, что переменная — это именованная область памяти, как она хранится в памяти, таблицы переменных, как происходит присвоение по значению и по ссылке, чем строка от числа отличается на бинарном уровне, указатели, как сделать коллекцию, как с ней работать, работа с системами ввода-вывода, прерывания. На этот базис можно потом наворачивать любую парадигму программирования, она будет ложиться на ура.
Внутренне устройство ПК, это не только его запчасти, это еще и шины, протоколы и прочая межкомпонентная обвязка.
Парадигмы программирования знать полезно, но это высокоуровневая надстройка. Если ученик не будет знать, как работать на бинарном уровне, он будет плавать и во всех остальных темах.
Я уже задавал вопрос, почему есть 0 и -0. Судя по ответам, или все всё знают, или никто не знает правильный ответ.
У меня несколько другие призначи большой неопытности. Неправильные акценты, слабая контрастность, низкая эргономика, неверно выбранная стилистика подачи информации, внимание уделяется дизайну, а не контенту.
Не будет они ничего подтягивать, ему и так хорошо. Делает он ошибки или нет, разницы в денежном вознаграждении за работу нет. Проблемы существуют у вас, а не у него, значит и вам нужно решать свои проблемы, а не ему, по его мнению. Ошибок меньше не станет, как бы вы не надеялись на это.
Не перекладывайте ответственность за улучшение человеческих качеств на самого человека. Это ваша задача — минимизировать негатив от его безалаберности и пофигизма. Кстати, родилась идея. Сделайте его на время тестером, пусть отлавливает баги в чужом коде. Если эффект будет таким-же, то лучше с ним расстаться.
Он не ценит свой труд. Ему все равно, что он сделает, хороший продукт или какашку. Отсидел время, получил деньги и вперед заниматься любимым делом. Стимул себя улучшить должен исходить от самого человека, иначе любое переучивание приведет к негативным последствиям.
Платить? Вы шутите? Как только кто-то прознает, что рейтинг брэнда проплаченный, вы можете смело закрывать стартап. Маркетинговых материалов можно почитать и на сайте производителя, о том, какие они классные, белые и пушистые. Для этого не нужно создавать целый стартап. Доверие завоевывает тот, кто беспристрастно будет оценивать товар. А это возможно только при специальной программе независимого тестирования.
Два пользователя с одинаковым e-mail адресом могут зарегистрироваться в двух разных системах только тогда, когда они знают пароль от этого адреса, чтобы провести процедуру активации. Есть пара вариантов, как можно это провернуть: сервис позволяет без подтверждения изменять пароль регистрации, или есть ошибка в этом механизме. Тогда достаточно сменить адрес, и тебя пустят везде, где происходит автоматическое связывание. А еще можно удалить адрес, и он через время достанется кому-то другому.
Так что при всех плюсах к юзабилити автоматического связывания, безопасным это назвать очень тяжело.
Запись разговоров должна осуществляться только при уведомлении и с разрешения другой стороны. Запись без уведомления доступна только спецслужбам и, в большинстве случаев, только с разрешения суда.
Как вы сами понимаете, создатель и распространитель такого софта приравнивается к производителю оружия и наркотиков, поэтому никому не интересно рисковать свободой. Но, если покопаться во всяких хакерских тусовках, то, думаю, можно найти что-то подобное. Возможно даже с трояном внутри.
Я хотел получить ответы на два вопроса. Не имея достаточно данных, трудно советовать полезные вещи. И дополнительно предупредил, что дизайн может быть бесполезным, вернее его присутствие или отсутствие не повлияет на привлекательность информации для посетителей. Например, вы создаете рекламный ресурс, цель которого — вирусная реклама. Тут действительно нужно делать упор на дизайн и на подачу материала. Но если вы делаете информационный ресурс, на котором будет собрано множество историй и повествований, то лучше делать упор на юзабилити: поиск, группировки, теги, сопутствующие материалы, качество текстового оформления и так далее. Атмосферный дизайн на таком ресурсе может только мешать и отвлекать.
Но, если легенда будет только одна, пользователи быстро потеряют интерес к данному ресурсу, будь он с супердизайном или без.
Дело не в наработках. Это чистой воды бизнес-психология. Большинство начинающих компаний прогорает только потому, что банально неправильно считают деньги и не умеют их приумножать. Например, вас просят сделать некий интернет-магазин. Вы рассуждаете следующим образом: у меня есть система, на которую мне нужно натянуть дизайн, немного подправить код и все, денежки в кармане. Вы посчитали, что на все про все вы потратите недели три. Неделя на дизайн, неделя на верстку, неделя на разворачивание системы. Теперь вопрос, какая сумма должна быть названа заказчику? Ответ: два месяца затрат + маржа прибыли (от 24% до бесконечности) Откуда взялись два месяца работы, если вы на все три недели отводили? А взялись они из-за того, что сложности могут возникнуть по пути. То логотип заказчика нужно перерисовать или разработать, то дизайн неудачный получился, совершенно невозможно пользоваться. То еще всякие SEO-оптимизации захочется сделать. Как итог, бюджет времени может быть потрачен совершенно впустую, на ожидания да на подготовительные работы. Назвав стоимость впритык, у вас не будет шанса для маневра. Пересмотреть стоимость в процессе разработки у вас, скорее всего, не получится, потому что заказчик будет сильно возмущен тем, что работа еще не закончена, а уже требует дополнительных капиталовложений. Бюджеты заказчика не безграничны, они тоже умеют считать деньги. Как итог — вы будете работать за свой счет. Вы можете это делать первые пол года, но потом постоянные убытки либо понизят моральный дух комманды, либо разорят вас. А может и все сразу.
Заказчики должны доверять вам. А вы должны научиться вызывать это доверие у заказчиков. И тут навыки программиста не сильно помогают.
Не советую браться за любые проекты. Вы должны научиться отличать выгодные проекты от проходных, от которых лучше отказаться. Если браться за все подряд, рано или поздно нарветесь на заказчика, который будет вам парить мозг, а денег от него вы так и не дождетесь. Обычно проблемы начинаются в конце, когда работа сделана, а вам пытаются навязать переделки, потому что синий цвет не такой синий, а дизайн конкурентов выглядит получше. И тогда у вас будет дилемма, или потерять деньги, потому что заказчик остался не доволен и не собирается платить за «незавершенный» продукт, который ему не нравится, или же завершить работу и получить свое. Так вот, если в смету вкладывали время на завершение работы, то вы возможно и получите прибыль, а если нет, то придется вам работать за свой счет. Отличный бизнес! Учиться говорить НЕТ и определять хитропопых заказчиков нужно с самого начала. Потом стоимость шишек будет гораздо выше.
VRay не умеет использовать GPU. Это умеет i-ray, но качество картинки получается мягко скажем не очень.
Вы можете попросить знакомых 3д-шников разрешить на время поиспользовать их ресурсы, организовав distribute rendering.
1. Записки для того, чтобы не забыть про мелочь
2. Почта, чтобы не забыть про крупнелочь.
3. Устное распоряжение на кратком собрании
4. RT для общения с саппортом
Каждый из вариантов решает свою задачу. Мы используем XP, но с более короткими итерациями: пол недели или неделя. Из-за этого разработчик в голове хранит не более одной задачи в этот период времени. Инструменты при такой частоте использования становятся не выгодными