| |
| 2.2, Аноним (-), 01:21, 24/12/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
Точнее, оторвана от жизни в России, где одаренные директора обожают отчеты от админов и программистов "не менее 3-х строк в день, 8 _шрифтом_".
| | |
| |
| 3.8, Аноним (-), 13:53, 24/12/2011 [^] [^^] [^^^] [ответить]
| –4 +/– | |
А что, в России админы и девелоперы не заняты целыми днями зарубонами в контру и зависонами втентаклях? Они работают в поте лица?
Самомотивация и самодисциплина вообще чрезвычайно редкий зверь среди русских. Так что директора-то правы. С паршивой овцы хотя бы отчета клок....
| | |
| |
| 4.10, тоже Аноним (ok), 15:41, 24/12/2011 [^] [^^] [^^^] [ответить]
| +4 +/– |
 Как русский человек, работающий сисадмином и программистом, объявляю вас пустым треплом.
Для углубления извилин советую почитать хоть что-нибудь, кроме башорга.
| | |
| |
| 5.11, pavlinux (ok), 21:15, 24/12/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Как русский человек, работающий... от разгрузки перфолент до
построения проекта безопасности предприятия... - админы без волшебного пенделя
не шевелятся, равно как и программисты.
Больше всего админы ненавидят заниматься бэкапами.
А программеры - разработкой, доработкой и вообще любых юзер интерфейсов.
| | |
| |
| 6.12, тоже Аноним (ok), 00:25, 25/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Если ограничивать самостоятельность и повышать ответственность - да, можно отбить желание лишний раз шевелиться, потому что себе дороже. Если же взрослый человек понимает, что за спиной никто стоять не будет, но от его работы всерьез зависит работа всех остальных... в общем, никаких пенделей не требуется - или на него можно будет положиться, или его нужно увольнять по несоответствию должности.
Бэкапами не требуется заниматься, если они не сдаются под роспись - настроил скрипты один раз и приглядываешь, не кончились ли диски. Не везде, конечно, так, но вы-то обобщаете до универсума!
Разработкой (и интерфейсов в частности) занимаюсь с искренним удовольствием, более того - общаюсь с пользователями на форуме, чтобы получать фидбек из первых рук. Так что не говорите за других, особенно в негативном ключе.
| | |
| |
| 7.14, pavlinux (ok), 03:36, 25/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Чудно, что вам нравиться ваша работа. Таких мало.
Так что не говорите за других, особенно в позитивном ключе. :)
Лично наблюдал три поколения студентов-выпускников, которые за
пол года практики спускали весь свой энтузиазм. В начали создавали
функций вычисления Пи, экспоненты, тригонометрии, в своём софте,
до 1000 знака после запятой, через полгода Пи было равно 3.15 :)
Та же фигня с СКС - в начале, каждый RJ45 зачищается и обжимается ну минут
по 5 точно, с подгоном до микрона упирания проводов в разъёме, с подтягиванием
оплётки и т.п. Через пару лёт, зачистка и обжим занимают секунд 30.
Проводники вставляются в разъём с разбега, если оплётка попала под зажим,
считай ей повезло, если нет, - пофигу там ещё 8 точек схвата, удержится. :)
| | |
| |
| 8.22, Аноним (-), 14:48, 26/12/2011 [^] [^^] [^^^] [ответить] | +/– | Речь шла про IT Обоснуйте что работа в IT мало кому нравится На Хабре нескольк... текст свёрнут, показать | | |
|
| 7.20, progserega (ok), 04:25, 26/12/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Поддерживаю.
Если ограничивать свободу и вводить тотальный контроль - ничего кроме отлынивания не получишь. Творить может только свободный человек. Если человек не чувствует себя свободным - он будет сопротивляться давлению, пусть даже безсознательно.
Причём, давно заметил, к примеру, за собой такой момент: я не могу творить каждый день. Даже если увлечён проектом и занимаюсь им по собственному желанию дома. Т.е. обычно день творишь, день отдых. И т.д.
На работе же, в бытность программистом, начальство требует "творить каждый день", а это невозможно. Человек - не машина. Если же ты даёшь свободу, то человек будет более эффективен, т.к. творчество всегда более эффективно, чем рабский труд. Да, подчинённый, может быть, будет целый день читать ЖЖ, редактировать OSM или ещё что, но зато на следующий день он сделает много. И это лучше, чем он будет неделю биться головой о стену, решая задачу "в лоб", потому что нужно просто отдохнуть, попить чайку в неразрешённое время, может быть погулять по лесу, а потом, завтра - решить задачу за 15 минут.
Цитата:
"Сидеть и в состоянии зомби смотреть в монитор" - это как раз из корпоратива.
Это проблема мировоззрения как работника так и его начальника. Так и страны в целом. Не стоит перенимать глупости запада, стоит начинать думать своей головой, анализируя, что происходит внутри тебя и что снаружи. И самое главное - зачем это происходит :-)
| | |
|
| 6.25, Fantomas (??), 18:53, 26/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Больше всего админы ненавидят заниматься бэкапами.
Бэкап - проявление трусости!
| | |
| |
| 7.33, pavlinux (ok), 22:53, 27/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Больше всего админы ненавидят заниматься бэкапами.
> Бэкап - проявление трусости!
Желаешь спать у параши за фальсификацию данных и сокрытие фактов от следствия?
| | |
|
|
|
| 4.23, Аноним (-), 15:02, 26/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> А что, в России админы и девелоперы не заняты целыми днями зарубонами
> в контру и зависонами втентаклях? Они работают в поте лица?
> Самомотивация и самодисциплина вообще чрезвычайно редкий зверь среди русских. Так что директора-то
> правы. С паршивой овцы хотя бы отчета клок....
Судя по тому что вы говорите, вы не работаете в IT. И слабо понимаете чем заняты и те и другие. В IT да, многие заняты целыми днями, а иногда и ночами. Контра и втентакли интересны скорее детям и слаборазвитым индивидуумам из других отделов.
Речь идёт о том, что проблема любой организации начинается с головы. Если голова номенклатурная, то она требует количественную отчетность, а не качественную.
Вот что админ может написать в 3 строках?
Можно потратить час и расписать на страницу сделанные за день мелочи. За это будут хвалить.
А можно написать тоже самое одной строкой - занимался текучкой. За это будут ругать.
Или можно неделю писать одну строку: разворачивал домен в филиале. И всю неделю получать по шапке за безделье.
| | |
| |
| 5.28, тоже Аноним (ok), 20:50, 26/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Очень частая проблема - некомпетентность руководства, отсюда в основном и бюрократия: не умеешь руководить, пытаешься контролировать.
| | |
|
|
|
| 2.3, etw (ok), 01:29, 24/12/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
 У меня на работе так и наоборот. Эксплуатация знакома с кодом, иногда пишет патчи, если нужны срочные небольшие изменения. Часть же разработчиков довольно неплохо осведомлена о продакшн-инфраструктуре и ее архитектуре и некоторых нюансах эксплуатации.
| | |
|
| 1.4, XoRe (ok), 02:47, 24/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Интересно.
Как раз хотелось чего-то типа scrum, но для системного администрирования.
Хотя польза от этого все равно в сторону разработки.
| | |
| |
| 2.6, Аноним (-), 05:46, 24/12/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Поверь, толку от scrum - примерно ноль. Tested. В подходящей команде с заинтересованными участниками правильные взаимодействия так или иначе выстроятся, потому что людям надо. А потуги построить людей формальными методами только почем зря вызывают гору бюрократии, но особого эффекта не приносят.
В частности, в опенсорсных командах ядреное и эффективное взаимодействие получается само. Если кому интересен проект, он упирается. Если у кого проблема, он с ней борется. Попытки искусственно навязать это поведение приводят к работе "для галочки" и ИБД.
| | |
| |
| 3.7, тоже Аноним (ok), 12:39, 24/12/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
Между "навязывать" и "не использовать вообще" есть несколько вполне рабочих вариантов...
| | |
| |
| 4.13, Аноним (-), 03:20, 25/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Между "навязывать" и "не использовать вообще" есть несколько вполне рабочих вариантов...
Лучший вариант - это когда команда подбирается сама, по интересам. Сэмулировать этот процесс можно хоть стоя на ушах, но столь же эффективно это никогда не будет.
| | |
| |
| 5.17, тоже Аноним (ok), 13:01, 25/12/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Лучший вариант - когда "вкалывают роботы, счастлив человек". Реально же стихийно собравшейся команде рано или поздно понадобится более-менее четкая, понятная всем организация работы. Почему не ознакомиться с уже разработанными методиками и не пробовать применить некоторые из них? Не как догмат, а просто как альтернативу своим велосипедам, которые все равно понадобилось создать?
| | |
| |
| 6.31, XoRe (ok), 04:06, 27/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Лучший вариант - когда "вкалывают роботы, счастлив человек". Реально же стихийно собравшейся
> команде рано или поздно понадобится более-менее четкая, понятная всем организация работы.
> Почему не ознакомиться с уже разработанными методиками и не пробовать применить
> некоторые из них? Не как догмат, а просто как альтернативу своим
> велосипедам, которые все равно понадобилось создать?
Как-то не идет у нас использование чужого опыта в сфере организации процесса.
Может быть охоту отбила большая толпа малообученных "менеджеров".
| | |
| |
| 7.32, тоже Аноним (ok), 14:46, 27/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Тут аналогия с паттернами проектирования: чтобы понять их удобство и назначение, желательно иметь собственный опыт езды на велосипедах по граблям.
Вычитав правильную, но сложную вещь из книжки, очень трудно с первого раза исполнить ее даже так, как имел в виду автор книжки. А уж творчески приспособить к реальным нуждам...
| | |
|
|
|
|
| 3.15, XoRe (ok), 04:22, 25/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Поверь, толку от scrum - примерно ноль. Tested.
У вас - верю.
У нас толк есть.
Технология работает на столько, на сколько она применяется.
| | |
|
|
|
