Вообще-то квантовая механика это запрещает, т.е. два идентичных мозга вы никак не получите.
Другое дело, что теория разрешает копировать с разрушением оригинала. Для стороннего наблюдателя разницы может и не будет, но для вас — гарантированная смерть
Я вас понимаю, получить «нет» может быть так неприятно, что лучше не спрашивать. Тем более что большинство работодателей крайне негативно (хотя и с внешней улыбочкой) воспринимают любые подобные переговоры. Еще бы, вы своей просьбой создали проблему.
Однако, я бы не стал относится к просьбе зарплаты так серьезно. Это же не просьба руки девушки, где «нет» может означать конец отношений.
Просьба дать денег — только бизнес, ничего личного. Даже если отказали — вы мало что теряете. Ваше начальство постоянно кому-то отказывает, не вы первый — не вы последний. А если начальство адекватно, и вы действительно приносите фирме пользу — то даже неуспешное завершение переговоров увеличивает вероятность повышения в будущем
Скажите, вы примеры ТЗ выдумали, или это реальные документы?
Мне еще ни разу не приходилось сталкиваться, чтобы в ТЗ были пункты «создать поле в базе», обычно ТЗ содержит бизнес-требования, а в каких полях все там будет храниться — остается «под капотом».
Ну да ладно, предположим, заказчик действительно хочет получить поле «возраст ребенка» и ничего не хочет слушать. Не вопрос, добавляю поле «дата рождения», делаю ему вычисляемое поле «возраст», и все счастливы.
Понятно, что наличие такого ТЗ — это «тревожный звоночек», но никак не критерий того, чтобы сходу отказываться.
Вы слишком много внимание уделяете наивности и неумению заказчика составлять ТЗ.
Если заказчик не умеет писать ТЗ — это не значит, что заказчик плохой. Это значит, что его придется писать вам.
Да, составление ТЗ — это тоже работа, и многие заказчики этого не понимают/не хотят понимать (читай — оплачивать).
Но тут уж вы сами решаете, каким путем идти: убедить заказчика включить составление ТЗ как отдельный оплачиваемый пункт договора, заранее закладывать стоимость ТЗ в стоимость разработки или какой-либо другой вариант.
Если не-айтишный да еще внешний менеджер будет сам набирать команду — это отличный способ абортировать любой проект.
Поэтому рассматривается только случай, когда менеджера приставляют к более-менее готовой команде, не так ли?
Айтишникам (в силу специфики) крайне важно, чтобы менеджер был уважаемым опытным экспертом. Они гораздо более чувствительны (кто-то даже может сказать — разбалованы) и не станут в полную силу работать под человеком, которого не уважают. Некоторые из них вообще предпочтут уволиться.
И вот как пришедшему снаружи менеджеру не-айтишнику завоевать уважение? Даже если каким-то чудом он не будет путать UML и XML, отсутсвие знаний предметной области вызовут у спецов лишь раздражение. И чем круче спец — тем больше его раздражение незнайкой, которого посадили на его голову.
Т.е. неформальные лидеры внутри команды, на которых, по идее, должен опираться менеджер, как раз-таки сходу будут отторгать технически неграмотного начальника.
Я даже представить не могу, насколько феноменальные должны быть у такого менеджера Soft Skills, чтобы привлечь на свою сторону крутых технарей и возглавить команду.
Лично я вожу саперную лопатку (для использования по прямому назначению, не подумайте чего). Никогда не собирался применять лопатку в качестве оружия, но все же интересно будут ли юридически последствия использования лопатки для самообороны отличатся от последствий использования биты?
Совершенно верно подмечено, что рассылать нужно только в том случае, если можете сообщить что-то ценное.
Проблема в другом: понятие ценного у автора и у адресата рассылки — разное.
Подавляющее большинство рассылок, которые я видел, неприкрыто преследовали бизнес-цели авторов, слабо ориентируясь на цели адресата.
Проблема с такими рассылками не в том, насколько часто или редко приходят письма, проблема в том, что они вообще приходят.
В вашем хеппи-эндовском варианте Валера взял время на оценку, Валера провел совещание, Валера выдал оценку, Валера предусмотрел риски, Валера в курсе внутренней кухни заказчика (т.е. проблеме поставки сканеров), Валера занимается планированием проекта.
Ок, Валера — профессионал.
Но зачем тогда на проекте Ербол? Передаточное звено?
Ясное дело, что оценка новой задачи должна идти снизу.
Но если менеджер не знает всего объема работ, не знает о зависимости между работами (в частности, между разработкой сканирования и поставкой сканеров), и сам не может додуматься, что можно поменять приоритеты задач — такой менеджер не нужен.
Оставить номер своей кредитки? Бррр! Как такая идея вообще может прийти в голову основателей SaaS?
Ладно там оставлять номер кредитки Гуглу или Эпплу. Неохотно, но вынужденно это приходится делать как минимум после покупки их железяки.
Но давать кредитку неизвестным мне людям, которые
1) Могут просто слить с нее все что есть. Где гарантии, что их замечательный сервис — не мошенничество?
2) Допустим, сервис реально есть, люди реально зарабатывают на нем, а не тырят чужие кредитки. Но а вдруг продукт мне не понравится, а деньги потом все равно спишутся? Мало ли по какому условию они списываются.
3) Даже если над ребятами нимбы светятся, где гарантия, что их базу кредиток не уведут?
Заблуждение, что запрашивание кредитки будет чем-то вроде «внесённого вклада» или «обязательства» — это не просто заблуждение, это бред!
Попросить у меня кредитку — это хуже чем попросить копию паспорта, телефон, и одновременно с этим «позолотить ручку».
Через секунду после этого события я закрою вкладку с их сайтом, а через две — открою новую вкладку чтобы поискать конкурентов.
«Не бывает срочных задач. Бывает плохое планирование.», говорите?
Очень даже бывают срочные задачи при отличном планировании. Т.е. когда планирование работ в различных аутсорсерах, интеграторах и прочих компаниях с «молодым, динамичным, развивающимся коллективом». Руководство сознательно ставит нереальные сроки. Сознательно игнорирует риски, которые в конечном счете выльются в дополнительные трудо-затраты. Конечно, у рядового состава растет недовольство, хроническая усталость, появляются признаки «выгорания». Линейные работники по курилкам песочат начальство, считая их проф.непригодными дебилами. Но кого это волнует? Руководство-то специально построило такую бизнес-модель. И риски, в случае воплощения, перекладываются на плечи сотрудников. И регулярные авралы, зачастую мало или вообще не оплачиваемые, в ней предусмотрены для оптимизации расходов.
Увы, цели организаторов и докладчиков конференции не совпадают с вашими.
Вы хотите что-то типа мастер-класса. Недорого и по существу.
Организаторы хотят максимально заработать — т.е. недорого уже не получится. Докладчики хотят пропиариться, прямо или косвенно пропиарить решения от разных вендоров, найти потенциальных партнеров, почесать свое ЧСВ ну и т.д. Т.е. коротко — не выйдет.
И по существу — тоже не поучится, т.к. вам будут показывать Hello world при помощи какой-то новой приблуды от вендора, расскажут во всей красе как корабли бороздят, будут как дети показывать «а смотрите какую штуку я нарисовал».
И в сухом остатке вы получите немногим больше чем ничего.
Я, вероятно, являюсь таким вот средним пользователем с сотней программ на борту телефона. А что в этом ужасного? Дело не в том, сколько софта стоит, а в том, сколько он времени отнимает.
Реально я пользуюсь читалкой — 80% времени, навигатором — 10% времени, напоминалкой — 5% времени, а остальная сотня программ размазана по оставшимся 5%. Да, можно их удалить, но пока не мешают — пусть живут.
А если взять мой планшет — так там, после попадания оного в руки ребенку, стоит пара (а может и больше) сотен игрушек. Раз в пол-года, когда начинает совсем уж дико тормозить — сношу все, ребенок потом опять потихоньку ставит. Тоже не вижу в этом никакой проблемы.
В чем заключается шум перевыпуска симки? Пока владелец обнаружит что его симка перестала сеть ловить, пока будет разбираться, сломался ли у него телефон, сломалась ли симка или просто оператор лежит, пока дойдет до офиса оператора — это все запросто займет несколько часов.
Кроме того, вы преувеличиваете значение фотографии в документе. Особенно — для девушек.
Неужели вы (ваши знакомые) никогда не использовали чужих документов, например, никогда не ездили в поезде по чужому студенческому?
Бывают ли случаи, когда сотрудник получает меньше своего «грейда»? Если у ваших специалистов плавающая зарплата, как вы это юридически оформляете? Фиксированная часть + премия?
И какими мерами собираетесь уравновешивать перекос в сторону скорости выплолнения задач?
Спасибо.
Другое дело, что теория разрешает копировать с разрушением оригинала. Для стороннего наблюдателя разницы может и не будет, но для вас — гарантированная смерть
Пшик — и все, в отличие от нервно-паралитического фумигатора.
3. УЖЕ проверяют, что из сделанного бекапа можно восстановиться.
Но в реальных боевых условиях, когда будут задействованы средства радиоэлектронной борьбы, хм…
Однако, я бы не стал относится к просьбе зарплаты так серьезно. Это же не просьба руки девушки, где «нет» может означать конец отношений.
Просьба дать денег — только бизнес, ничего личного. Даже если отказали — вы мало что теряете. Ваше начальство постоянно кому-то отказывает, не вы первый — не вы последний. А если начальство адекватно, и вы действительно приносите фирме пользу — то даже неуспешное завершение переговоров увеличивает вероятность повышения в будущем
Мне еще ни разу не приходилось сталкиваться, чтобы в ТЗ были пункты «создать поле в базе», обычно ТЗ содержит бизнес-требования, а в каких полях все там будет храниться — остается «под капотом».
Ну да ладно, предположим, заказчик действительно хочет получить поле «возраст ребенка» и ничего не хочет слушать. Не вопрос, добавляю поле «дата рождения», делаю ему вычисляемое поле «возраст», и все счастливы.
Понятно, что наличие такого ТЗ — это «тревожный звоночек», но никак не критерий того, чтобы сходу отказываться.
Если заказчик не умеет писать ТЗ — это не значит, что заказчик плохой. Это значит, что его придется писать вам.
Да, составление ТЗ — это тоже работа, и многие заказчики этого не понимают/не хотят понимать (читай — оплачивать).
Но тут уж вы сами решаете, каким путем идти: убедить заказчика включить составление ТЗ как отдельный оплачиваемый пункт договора, заранее закладывать стоимость ТЗ в стоимость разработки или какой-либо другой вариант.
Поэтому рассматривается только случай, когда менеджера приставляют к более-менее готовой команде, не так ли?
Айтишникам (в силу специфики) крайне важно, чтобы менеджер был уважаемым опытным экспертом. Они гораздо более чувствительны (кто-то даже может сказать — разбалованы) и не станут в полную силу работать под человеком, которого не уважают. Некоторые из них вообще предпочтут уволиться.
И вот как пришедшему снаружи менеджеру не-айтишнику завоевать уважение? Даже если каким-то чудом он не будет путать UML и XML, отсутсвие знаний предметной области вызовут у спецов лишь раздражение. И чем круче спец — тем больше его раздражение незнайкой, которого посадили на его голову.
Т.е. неформальные лидеры внутри команды, на которых, по идее, должен опираться менеджер, как раз-таки сходу будут отторгать технически неграмотного начальника.
Я даже представить не могу, насколько феноменальные должны быть у такого менеджера Soft Skills, чтобы привлечь на свою сторону крутых технарей и возглавить команду.
Проблема в другом: понятие ценного у автора и у адресата рассылки — разное.
Подавляющее большинство рассылок, которые я видел, неприкрыто преследовали бизнес-цели авторов, слабо ориентируясь на цели адресата.
Проблема с такими рассылками не в том, насколько часто или редко приходят письма, проблема в том, что они вообще приходят.
Ок, Валера — профессионал.
Но зачем тогда на проекте Ербол? Передаточное звено?
Ясное дело, что оценка новой задачи должна идти снизу.
Но если менеджер не знает всего объема работ, не знает о зависимости между работами (в частности, между разработкой сканирования и поставкой сканеров), и сам не может додуматься, что можно поменять приоритеты задач — такой менеджер не нужен.
Ладно там оставлять номер кредитки Гуглу или Эпплу. Неохотно, но вынужденно это приходится делать как минимум после покупки их железяки.
Но давать кредитку неизвестным мне людям, которые
1) Могут просто слить с нее все что есть. Где гарантии, что их замечательный сервис — не мошенничество?
2) Допустим, сервис реально есть, люди реально зарабатывают на нем, а не тырят чужие кредитки. Но а вдруг продукт мне не понравится, а деньги потом все равно спишутся? Мало ли по какому условию они списываются.
3) Даже если над ребятами нимбы светятся, где гарантия, что их базу кредиток не уведут?
Заблуждение, что запрашивание кредитки будет чем-то вроде «внесённого вклада» или «обязательства» — это не просто заблуждение, это бред!
Попросить у меня кредитку — это хуже чем попросить копию паспорта, телефон, и одновременно с этим «позолотить ручку».
Через секунду после этого события я закрою вкладку с их сайтом, а через две — открою новую вкладку чтобы поискать конкурентов.
Очень даже бывают срочные задачи при отличном планировании. Т.е. когда планирование работ в различных аутсорсерах, интеграторах и прочих компаниях с «молодым, динамичным, развивающимся коллективом». Руководство сознательно ставит нереальные сроки. Сознательно игнорирует риски, которые в конечном счете выльются в дополнительные трудо-затраты. Конечно, у рядового состава растет недовольство, хроническая усталость, появляются признаки «выгорания». Линейные работники по курилкам песочат начальство, считая их проф.непригодными дебилами. Но кого это волнует? Руководство-то специально построило такую бизнес-модель. И риски, в случае воплощения, перекладываются на плечи сотрудников. И регулярные авралы, зачастую мало или вообще не оплачиваемые, в ней предусмотрены для оптимизации расходов.
Вы хотите что-то типа мастер-класса. Недорого и по существу.
Организаторы хотят максимально заработать — т.е. недорого уже не получится. Докладчики хотят пропиариться, прямо или косвенно пропиарить решения от разных вендоров, найти потенциальных партнеров, почесать свое ЧСВ ну и т.д. Т.е. коротко — не выйдет.
И по существу — тоже не поучится, т.к. вам будут показывать Hello world при помощи какой-то новой приблуды от вендора, расскажут во всей красе как корабли бороздят, будут как дети показывать «а смотрите какую штуку я нарисовал».
И в сухом остатке вы получите немногим больше чем ничего.
Реально я пользуюсь читалкой — 80% времени, навигатором — 10% времени, напоминалкой — 5% времени, а остальная сотня программ размазана по оставшимся 5%. Да, можно их удалить, но пока не мешают — пусть живут.
А если взять мой планшет — так там, после попадания оного в руки ребенку, стоит пара (а может и больше) сотен игрушек. Раз в пол-года, когда начинает совсем уж дико тормозить — сношу все, ребенок потом опять потихоньку ставит. Тоже не вижу в этом никакой проблемы.
Кроме того, вы преувеличиваете значение фотографии в документе. Особенно — для девушек.
Неужели вы (ваши знакомые) никогда не использовали чужих документов, например, никогда не ездили в поезде по чужому студенческому?
И какими мерами собираетесь уравновешивать перекос в сторону скорости выплолнения задач?
Спасибо.