Моя задача не занять программистов по максимуму, а сделать рабочий продукт. Ваша позиция сделать кусок продукта, который неизвестно заработает или нет.
Приходите Вы в автосалон покупать машину. Купили. Оплатили. Садитесь. Вставляете ключ в замок зажигания. Пробуете завести, а она… Опа! и Не заводится. Подходите к продавцу/менеджеру и говорите:
— Машина не заводится, в чем проблема? Новый автомобиль ведь.
-А Вы бензин залили?
-Нет, а почему я его должен заливать? У Вас машины с пустыми баками стоят, что даже со стоянки салона до заправки доехать нельзя?
-А в договоре купли-продажи про бензин ничего не написано. Покупайте его отдельно либо сами на колдонке либо у нас по 100 руб. за литр.
Ага? Такое Ваше представление о продукте и о рабочем процессе в целом!
Ну что тут сказать?.. Отлично! Удачи Вам с Вашим мировоззрением…
1) kolesnikov не решает, а предполагает
2) Перегон в попугаи озвучено, а что для этого надо сделать нет, и сужествует ли уже внутренее АПИ для перегона в попугаи неизвестно и ещё много неизвестных, которые напрямую влияют на время. kolesnikov писал, что тупо кусок кода, который проходит авторизацию и получает ответ с выводом сообщения «операция успешно/не успешно завершена» писать пол часа. Но чувствую такого куска кода — мало!
3) В данном случает дело обстоит с деньгами, причем не своими. Это можно сказать такой своеобразный банк. Если вы положите деньги в банк и они потом исчезнут со счета по неизвестной ошибке кто будет отвечать? Программист, который тупо сделал то, что сказал неподумавший как следует заказчик? или может быть робокасса? или кто-то ещё? кто?
4) Заказчик говоря что-то уже предполагает что где-то программист должен сделать функцию которая сделает в случае чего все что угодно. А если программист этого не сделал, а тупо сделал то что и так очевидно- то значит он не выполнил работу. И ему не стоит за это платить.
5) Kolesnikov еще руководит отделом ИТ в который каждый день «прилетает» что-то вроде «мне надо то» или «мне надо это» и если kolesnikov отдавал бы распоряжения тупо делать то что сказали и неоглядывался бы на вышеописанные вещи, не просчитывал бы возможные риски падения в будущем, не думал бы что потом делать с тем куском кода, то компания бы уже давно загнулась бы это раз и ИТ отдел давно был бы распущен это два, поскольку не справлялся бы с поставленными задачами в полном объеме. Потому как владелец/директор по развитию/Руководители других направлений вообще не сильно понимают процессы происходящие внутри компьютера, за пределами ворда/экселя/аутлука и интернет браузера. Для них это все как-то чудесным образом работает и все. А в каком виде хранятся данные, как формируется отчет в.ч. и дизайнется/верстается, как происходит связь с банком или процессинговым центром, авторизации для платежей их не волнуют, так же как и неволнует почему упал windows домен, почему не загрузился комп, почему нет интернета, почему не работает телефон и т.д. и т.п. Человек приходя на работу должен по умолчанию получить функционирующее ПОЛНОСТЬЮ рабочее место, а остальное — не его проблемы т.е. ВООБЩЕ не его и его вообще не волнует чьи — оно ДОЛЖНО РАБОТАТЬ ТАК КАК ОН ДУМАЕТ, А НЕ ОЗВУЧИВАЕТ!
6) Проблемы написания тех. заданий всегда были. Поэтому существуют руководители и менеджеры, которые контактируют с заказчиком с одной стороны и с тех. персоналом с другой. Если тупо делать то что написано — тогда вы тупо кодер со стоящим сверху начальником (но не заказчиком). Если Вы пытаетесь контактировать с заказчиком с такой философией то значит либо у заказчика уже есть заранее написаное ТЗ (самим или с чьей-то помощью) либо вы с ним посретесь на словах: «тут же не сделано. тут должна быть история платежей/заказов/чего-то еще», «вы этого не написали в ТЗ», «но это же очевидно, если есть платеж/заказ/что-то еще, то есть и история (отчет) ил что-то еще) и будете так сраться на самых простых задачах. Я даже не говорю уже о более сложных задачах и системах.
Да, только работодатель всех этих слов незнает и под подключнением робокассы имеет ввдиду то что описано у меня. Не путайте разговор программиста с программистом который может четко сформировать задачу и разговор какого нибудь простого смертного с программистом который и задачи то нормально оставить не может и то что он хочет вообще одна большая абстракция как правило.
Приходите Вы в автосалон покупать машину. Купили. Оплатили. Садитесь. Вставляете ключ в замок зажигания. Пробуете завести, а она… Опа! и Не заводится. Подходите к продавцу/менеджеру и говорите:
— Машина не заводится, в чем проблема? Новый автомобиль ведь.
-А Вы бензин залили?
-Нет, а почему я его должен заливать? У Вас машины с пустыми баками стоят, что даже со стоянки салона до заправки доехать нельзя?
-А в договоре купли-продажи про бензин ничего не написано. Покупайте его отдельно либо сами на колдонке либо у нас по 100 руб. за литр.
Ага? Такое Ваше представление о продукте и о рабочем процессе в целом!
Ну что тут сказать?.. Отлично! Удачи Вам с Вашим мировоззрением…