Только не надо говорить ему о том, что вы не в состоянии сейчас определить сколько времени и сил понадобится на задачу и хватит ли вам их, если это действительно так — идите курит бамбук, вы не ведущий программист, и даже не программист, просто кодер.
* отзывы счастливых потребителей или пользователей
Разработчик и сам знает достоинства и недостатки своего продукта. Чаще всего под давлением сроков и руководства разработчик вынужден делать то, что не делает пользователей счастливыми.
* график роста объема продаж в привязке к новым функциям в системе
* рост рыночной доли компании на рынке и ничтожность конкурентов
это всё проблемы менеджмента и отдела продаж, а не программистов.
* графики уменьшения количества критических ошибок
Графики уменьшения кол-ва критических ошибок в природе не существуют.
* каникулы за счет организации
* спокойно отдохнуть в отпуске, не задалбывая постоянными «Шеф, у нас все пропало… Ааааааа»
* улучшение условий труда
* свободу выбора удобных инструментов труда
* пригласительные на интересные конференции
Пока разработчик вынужден приходить к 8 утра, писать объяснительные в случае опоздания и необходимости отлучиться, отсиживать часы по секундомеру в системе пропусков, ему плевать на всё это.
Я кажется понимаю о каких мотиваторах вы говорите. Но все они — просто «отключение» демотиваторов.
Если работник и работотадель не могут сойтись в оценке труда и оплате за него, других выходов нет. Однозначно и объективно оценить труд по разработке ПО нельзя, поэтому довогориться в этом случае невозможно.
«Программист сделает ровно столько, сколько он захочет сделать» (с) (rework или peopleware?)
Странно что никто не воспринимает этот факт всерьёз. Нельзя никак повлиять на производительность разработчиков. Тогда зачем пытаться? Пускай делает как хочет и когда хочет. Если результаты более или менее устраивают, платить ему примерную з/п. Не сошлись в з\п или оценках работы — до свидания. Потому что точнее оценить нельзя и зарплату справедливее не расчитать.
Неквалифицированным пользователям если нет возможности постоянно им помогать лучше ставить стабильное что-нибудь, например дебиан или центос 6 когда выйдет.
Установил, рассказал что и как и не вмешиваешься. Без обновлений и вмешательств со стороны более опытного человека оно работает годами. Намного стабильнее чем другие системы.
Интернет, мессенджеры, скайп, мультимедия, фотографии, флешки, тривиальные игрушки — работают как часы.
Для игр, принтеров и прочего можно параллельно поставить windows, но выключить в нём полностью работу с сетью, интернет только через линукс.
Берём последнее известное значение и двигаем его вверх-вниз по какому-нибудь алгоритму генерации случайных чисел. Шансов на победу не меньше чем у других.
Вспоминается байка про олимпиаду по программированию. Команде за ограниченное время нужно было написать максимально эффективный алгоритм сжатия. Причём если раскодировать данные потом не получалось, команда получала 0 баллов. Победила команда, написавшая копирование.
«Ты же профессионал!»
Очень интересно, сделайте же это.
Близко не подойду к этим кранам.
Разработчик и сам знает достоинства и недостатки своего продукта. Чаще всего под давлением сроков и руководства разработчик вынужден делать то, что не делает пользователей счастливыми.
* график роста объема продаж в привязке к новым функциям в системе
* рост рыночной доли компании на рынке и ничтожность конкурентов
это всё проблемы менеджмента и отдела продаж, а не программистов.
* графики уменьшения количества критических ошибок
Графики уменьшения кол-ва критических ошибок в природе не существуют.
* каникулы за счет организации
* спокойно отдохнуть в отпуске, не задалбывая постоянными «Шеф, у нас все пропало… Ааааааа»
* улучшение условий труда
* свободу выбора удобных инструментов труда
* пригласительные на интересные конференции
Пока разработчик вынужден приходить к 8 утра, писать объяснительные в случае опоздания и необходимости отлучиться, отсиживать часы по секундомеру в системе пропусков, ему плевать на всё это.
Я кажется понимаю о каких мотиваторах вы говорите. Но все они — просто «отключение» демотиваторов.
С этим слогласен. Нужно просто не мешать.
Да, размер заработной платы — не вопрос мотивации творческого труда, это вопрос работы или не работы в этой организации на этой должности.
«Программист сделает ровно столько, сколько он захочет сделать» (с) (rework или peopleware?)
Странно что никто не воспринимает этот факт всерьёз. Нельзя никак повлиять на производительность разработчиков. Тогда зачем пытаться? Пускай делает как хочет и когда хочет. Если результаты более или менее устраивают, платить ему примерную з/п. Не сошлись в з\п или оценках работы — до свидания. Потому что точнее оценить нельзя и зарплату справедливее не расчитать.
Установил, рассказал что и как и не вмешиваешься. Без обновлений и вмешательств со стороны более опытного человека оно работает годами. Намного стабильнее чем другие системы.
Интернет, мессенджеры, скайп, мультимедия, фотографии, флешки, тривиальные игрушки — работают как часы.
Для игр, принтеров и прочего можно параллельно поставить windows, но выключить в нём полностью работу с сетью, интернет только через линукс.
Проверено.
Берём последнее известное значение и двигаем его вверх-вниз по какому-нибудь алгоритму генерации случайных чисел. Шансов на победу не меньше чем у других.
Вспоминается байка про олимпиаду по программированию. Команде за ограниченное время нужно было написать максимально эффективный алгоритм сжатия. Причём если раскодировать данные потом не получалось, команда получала 0 баллов. Победила команда, написавшая копирование.
А для windows 7 просто рекламная брошюра.
Наработки товарищей из microsoft research по языкам программирования к сожалению используют только в managed.
а ещё шаман и алхимик.
Лучше всего тема применения этой функции раскрыта в Real World Haskell. Там же раскрыта тема оптимизации программ на haskell в типичных случаях.