Как зайти в Даркнет?!
25th January, 01:11
8
0
Как в tkinter из поля ввода Entry получить значение в одну переменную и обновить строку кнопкой, затем получить ещё одно введённое значение и затем сложить их. Ниже пример кода
21st July, 19:00
898
0
Программа, которая создает фейковые сервера в поиске игровых серверов CS 1.6 Steam
21st March, 17:43
951
0
Очень долго работает Update запрос Oracle
27th January, 09:58
916
0
не могу запустить сервер на tomcat HTTP Status 404 – Not Found
21st January, 18:02
907
0
Где можно найти фрилансера для выполнения поступающих задач, на постоянной основе?
2nd December, 09:48
941
0
Разработка мобильной кроссплатформенной военной игры
16th July, 17:57
1725
0
период по дням
25th October, 10:44
3957
0
Пишу скрипты для BAS только на запросах
16th September, 02:42
3722
0
Некорректный скрипт для закрытия блока
14th April, 18:33
4614
0
прокидывать exception в блоках try-catch JAVA
11th March, 21:11
4382
0
Помогите пожалуйста решить задачи
24th November, 23:53
6087
0
Не понимаю почему не открывается детальное описание продукта
11th November, 11:51
4352
0
Нужно решить задачу по программированию на массивы
27th October, 18:01
4398
0
Метода Крамера С++
23rd October, 11:55
4309
0
помогите решить задачу на C++
22nd October, 17:31
4002
0
Помогите решить задачу на python с codeforces
22nd October, 11:11
4492
0
Python с нуля: полное руководство для начинающих
18th June, 13:58
2599
0
У вас есть "Slack" времени?
У команды CodePlex есть политика слабого времени, и это очень хорошо сработало для них.
- Джим Ньюкирк и я использовали его для работы над проектом xUnit.net .
- Джонатан Ванагел использовал его для работы над SvnBridge .
- Скотт Денсмор и я использовали его для работы над прототипом ObjectBuilder 2.0.
Для других это было отличное время, чтобы исследовать вещи, которые технически не были в расписании, но в конечном итоге могли оказаться очень полезными для rest команды. Я настолько убежден в ценности этого, что если я когда-нибудь снова буду управлять командой, я сделаю это частью командной культуры.
У вас была формализованная политика слабости в вашей команде? Как же это получилось?
Отредактировано: я просто понял, что не определяю Slack. Для тех, кто не читал книгу, Slack-это то, что Google "20% time": вам дается некоторый кусок вашего day/week/month/year, на котором вы можете работать над вещами, которые не обязательно напрямую связаны с вашей работой day-to-day, но могут иметь косвенную выгоду (очевидно, если вы работаете над вещами, которые совершенно не полезны для вашей работы или вашей компании, ваш менеджер, вероятно, не будет очень хорошо думать о том, как вы потратили время: - p).
Я просто хочу упомянуть политику Google по этому вопросу.
20% дня должны быть использованы для частных проектов и исследований.
Я думаю, что пришло время для менеджеров столкнуться с тем, что большинство хороших разработчиков немного ленивы. Если бы это было не так, у нас не было бы таких понятий, как повторное использование кода.
Если эта лень может быть сосредоточена на творческой силе, и разработчики могут читать о технических проблемах и экспериментировать с архитектурой и языковыми функциями, я уверен, что конечным результатом будет лучший код и более удовлетворенный разработчик.
Итак, если вы менеджер: пусть ваши разработчики время от времени расслабляются. Поощряйте их проводить небольшие семинары с командой,чтобы обсудить новые способы выполнения работы.
Если вы разработчик: читайте, учитесь и любите свое ремесло. У вас есть одна из лучших работ в мире, если вы готовы потратить некоторое время на изучение лучших способов выполнения своей работы.
В настоящее время я являюсь штатным фрилансером, работающим на одного клиента. Если я хочу получить полную 40-часовую зарплату, то каждая минута, которую я трачу на кодирование, должна быть учтена в утвержденном плане проекта. Или, по крайней мере, он должен идти к какой-то реалистичной задаче обслуживания. Я думаю, вы могли бы сказать, что это один из недостатков контракта... там действительно нет места для расслабления или бездействия. Вы просто должны продолжать идти и идти по поставленной задаче. Это может быть довольно утомительно, но опять же мне нравится, как это заставляет меня отчитываться. И, конечно, зарплата немного лучше, чем обычно.
Тем не менее, я хотел бы иметь свободное время для работы над домашними проектами, но ни один клиент никогда не согласится платить за это.
В любом случае, я просто хотел бы указать, как это иллюстрирует некоторые из больших различий между фрилансом и полной занятостью.
Я никогда не работал нигде, где была бы официально оформленная политика, но практически каждый менеджер, который у меня когда-либо был, позволял мне тратить некоторое время на вещи, которые не были непосредственно связаны с текущим проектом или борьбой с пожаром.
Я думаю, что главное-это поговорить о том, что вы хотели бы попробовать. Большинство менеджеров хотят, чтобы их команды делали что-то крутое, что-то экстраординарное, поэтому, если вы сможете убедить их, что вы можете что-то сделать, вы можете получить шанс. Или они могут позволить тебе сделать это только для того, чтобы ты была счастлива.
Теперь, когда я стал подрядчиком, а не наемным работником, мне не платят за то, чтобы я делал веселые вещи, но обычно я работаю только 30-35 часов в неделю, поэтому у меня все еще есть время учиться и играть.
У нас есть свободное время, и мы стараемся планировать их между релизами. Как только релиз выходит, мы просим наших разработчиков потратить 60% дня на исправление ошибок, а затем еще 40% на свободное время. Однако у нас есть политика в отношении того, для чего вы можете использовать свободное время. Затем, когда релиз подкрадывается снова, мы просим всех разработчиков потратить весь день на реализацию функций или исправление ошибок для этого релиза.
Эта политика позволяет разработчику использовать свободное время для обучения, создания чего-то нового, что компания могла бы использовать, или просто создавать инструменты внутри компании, чтобы облегчить себе задачу. Это хорошо сработало для нас. Мы думаем, что это является удивительным пользу.
У нас нет официальной политики в моей команде-в основном потому, что нужно сделать так много работы, что оправдать ее было бы трудно. Что довольно иронично.
Я начал делать некоторые формальные вещи под видом "Development Meetings", чтобы, по крайней мере, ввести суть этого в команду. Примером этого является проект разработки, который предназначен как для обучения новым технологиям, так и для создания классного приложения в конце его.
Сейчас еще рано, посмотрим, как пойдет дело.