Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 94
:-)
Осталось придумать еще 493 способа — и можно издаваться :-)
Осталось придумать еще 493 способа — и можно издаваться :-)
Вас никто не обязан облизывать со всех сторон. Вы сами ставите рамки и диктуете правила. Если не так — этому стоит поучиться, а не глотать все, что вам вываливают и жаловаться потом, что вокруг не специалисты, не понимающие вас. Тем более, как я понял, здесь рассматривается фриланс — так это еще большие требования, к себе в первую очередь.
Где можно заказать?
+1 :))
Сцуко, я смеялсо как дитя.
Сцуко, я смеялсо как дитя.
Это как-то сильно радикально, разработчик пошлет кудаподальше и будет прав. Хотя я, право же, не претендую на полноту раскрытия темы :-)
Или еще круче, утверждать, что ему самому это поправить ничего не стоит, но времени нет. Или тоже весело что он поправил, но теперь все сломалось, и тебе конечно же ничего не стоит вернуть все как было. А еще можно гонять от человека к человеку за разъяснениями, а в результате заявить, что хотели совсем не то, что получили.
В Excel и Word, говорите?
Пару лет назад мне прислали «изменение требований» в таком формате. Комментарий к рисунку: «Надо переделать!»
Пару лет назад мне прислали «изменение требований» в таком формате. Комментарий к рисунку: «Надо переделать!»
О, ну наш шедевр в этой области — комментарий «Посмотрите, пожалуйста». Каждый раз дружно уговариваем получателя ответить «Посмотрели».
Ну как тут не вспомнить :)
Сравнение тёплого с мягким. Глупая картинка.
Я каждый день работаю с гораздо более мудреным интерфейсом. Сейчас сделаю скриншот… Вот!
> скриншоты ошибок — в Word
А што, у нас так и делают часто: скриншот со скопированным стектрейсом — в Ворд, а документ крепят к заявке в баг-трекере.
А што, у нас так и делают часто: скриншот со скопированным стектрейсом — в Ворд, а документ крепят к заявке в баг-трекере.
… а ворд зипуют, чтоб «поменьше» был
А все потому, что в винде нет быстрого штатного средства «записать скриншот в картинку в файл»
а пеинт уже не работает?
А ведь belnetmon прав.
1. PrintScreen
2. запустить Paint
3. Ctrl+V (или «Правка» — «Вставить»)
4. Ctrl+S (или «Файл» — «Сохранить»)
5. указать имя файла
6. нажать ОК
7. получить в итоге BMP, т.к. по дефолту пейнт сохраняет именно в этом формате %)
Я прошу прощения, но это можно называть как угодно — но только не «быстрым штатным средством» (я даже не упоминаю про то, что этот вариант предполагает наличие у юзера знания того, что после нажатия PrintScreen скриншот попадает в буфер обмена, и что его оттуда можно вставить по Ctrl+V).
Как по мне, так «быстрое штатное средство» — это как в МакОСи или как в Linux.
MacOS:
1. Cmd+Shift+3
2. картинка на рабочем столе
(хотя это предполагает наличие у пользователя знания неочевидного сочетания клавиш)
Linux (конкретно — в GNOME, хотя я уверен, что в KDE делается аналогично):
1. PrintScreen
2. нажать кнопку «Сохранить»
3. картинка на рабочем столе
Вот это — «быстрое штатное средство», а то, что в Винде — тихий ужас.
1. PrintScreen
2. запустить Paint
3. Ctrl+V (или «Правка» — «Вставить»)
4. Ctrl+S (или «Файл» — «Сохранить»)
5. указать имя файла
6. нажать ОК
7. получить в итоге BMP, т.к. по дефолту пейнт сохраняет именно в этом формате %)
Я прошу прощения, но это можно называть как угодно — но только не «быстрым штатным средством» (я даже не упоминаю про то, что этот вариант предполагает наличие у юзера знания того, что после нажатия PrintScreen скриншот попадает в буфер обмена, и что его оттуда можно вставить по Ctrl+V).
Как по мне, так «быстрое штатное средство» — это как в МакОСи или как в Linux.
MacOS:
1. Cmd+Shift+3
2. картинка на рабочем столе
(хотя это предполагает наличие у пользователя знания неочевидного сочетания клавиш)
Linux (конкретно — в GNOME, хотя я уверен, что в KDE делается аналогично):
1. PrintScreen
2. нажать кнопку «Сохранить»
3. картинка на рабочем столе
Вот это — «быстрое штатное средство», а то, что в Винде — тихий ужас.
Есть специальные программы, обзор уже был на хабре.
так говорят же про _штатные_ средства
специальные программы, как мне кажется, к ним не относится)
специальные программы, как мне кажется, к ним не относится)
prtscr
win+r
pbrush
ctrl+v
ctrl+s
win+r
pbrush
ctrl+v
ctrl+s
prtscr
«сохранить на рабочий стол»
;) не win
«сохранить на рабочий стол»
;) не win
О да, bmp, мой любимый bmp.
а выбрать в раскрывающемся списке png или jpeg уже не судьба. ну ну
По вашему алгоритму получится bmp.
png появился только в win7. И он там по умолчанию. Я буду счастлив, когда 7рка станет общераспространненной виндой, только будет это лет эдак через 5.
png появился только в win7. И он там по умолчанию. Я буду счастлив, когда 7рка станет общераспространненной виндой, только будет это лет эдак через 5.
Т.е. плюс ещё одно действие. Итого — 6. А если ещё добавить набор имени файла, то все 7.
А теперь сравним, например, с Ubuntu (а также с любым другим дистрибутивом на основе Gnome):
1. PrintScreen
2. кнопка «Сохранить»
Итого — 2. Почувствуйте разницу.
А теперь сравним, например, с Ubuntu (а также с любым другим дистрибутивом на основе Gnome):
1. PrintScreen
2. кнопка «Сохранить»
Итого — 2. Почувствуйте разницу.
Мне в клиентской поддержке ISP написали как-то что-то вроде «не прикрепляйте, пожалуйста, cкриншоты в BMP, они слишком долго загружаются»
если бы. Пока на HP Service Desk не поставили ограничение на размер вложенного файла — такие перлы валились.
Ага, и еще рисуют стрелочку в Ворде, развернув Ворд на полный экран.
Разработчики ж обязательно сидят именно с полноразвернутыми экранами и видят стрелочку, указывающую туда куда надо!
Разработчики ж обязательно сидят именно с полноразвернутыми экранами и видят стрелочку, указывающую туда куда надо!
«А еще разместите на нашем Белоруском сайте по продаже обоев прогноз погоды и курсы валют»
Так и мизантропом недолго стать Оо
Видимо реально достали заказчики…
автор топика Григорий Остер?
Это расщепление личности, не лечится
а последним нужно что нибудь «мы не знаем какой из вариантов выбрать, что вы подскажете»
Лёгка, клиент присылал именно такое. Причем были скриншоты из меню программы, где НЕмоноширинный шрифт ЕСТЕСТВЕНННО различался по ширине и клиент требовал одинакового размера :)
Заказчики платят деньги. Если вы на эти деньги не можете себе позволить компьютеры новее 2005 года — скорее всего, вам платят мало. Что обычно бывает при низком качестве результата.
Если заказчик не знает, чего он хочет — значит вы не помогли ему узнать. Это не его, заказчика, проблема.
В целом, при прочтении данной статьи вспоминается известный комикс про дизайнеров. Типа он д'Артаньян, а все остальные п......., что на самом деле не так.
Если заказчик не знает, чего он хочет — значит вы не помогли ему узнать. Это не его, заказчика, проблема.
В целом, при прочтении данной статьи вспоминается известный комикс про дизайнеров. Типа он д'Артаньян, а все остальные п......., что на самом деле не так.
Если заказчик не знает, чего он хочет — значит вы не помогли ему узнать. Это не его, заказчика, проблема.
Это, так же, не проблема разработчика, для этого есть менеджер. Разработчик максимум может уточнить какие-то детали у заказчика напрямую.
Не соглашусь… Хотя я обычно как раз адекватных заказчиков видел, но половина проблем, если не больше — это исключительно вина неадекватных, упертых, твердолобых заказчиков, не желающих элементарно врубить мозги.
>Если заказчик не знает, чего он хочет — значит вы не помогли ему узнать. Это не его, заказчика, проблема
аналогично: если заказчик идиот, это не его, заказчика, проблема. и к сожалению, часто так оно и есть. хотя, хороший разработчик должен понимать, когда с этим лучше смириться, а когда лучше прямо послать нахуй заказчика
аналогично: если заказчик идиот, это не его, заказчика, проблема. и к сожалению, часто так оно и есть. хотя, хороший разработчик должен понимать, когда с этим лучше смириться, а когда лучше прямо послать нахуй заказчика
у меня гиг рамы, 2.2 проц, на кой мне больше? на 2 экрана сидеть в одном AION/WoW/LA2, а в другом на PHP/C++ кодить? Ну извините, я не готов выкидывать деньги только на то, чтобы всего лишь кропать сайты на мощнейшем железе. Я лучше эти деньги на что-то более полезное потрачу.
Ага, рискуйте своей репутацией)
После таких методов разработчик может легко накатать жалобу начальству на суетливого менеджера.
После таких методов разработчик может легко накатать жалобу начальству на суетливого менеджера.
У меня обычно так происходит:
Я: вы хотите это, это и это?
Клиент: да, и чтоб все было как нибудь вот так
Я: оО, но вы же сами себе противоречите?!
Клиент: Ну почему, просто я хочу чтоб было…
Я: Короче, вы сами не знаете что хотите, но хотите чтобы все было супер?)
Клиент: Угу, поможите?
Я: Конечно!
Дословно конечно, но суть именно в этом. После такого как правило клиент выносит мне мозг на 90% меньше)
Я: вы хотите это, это и это?
Клиент: да, и чтоб все было как нибудь вот так
Я: оО, но вы же сами себе противоречите?!
Клиент: Ну почему, просто я хочу чтоб было…
Я: Короче, вы сами не знаете что хотите, но хотите чтобы все было супер?)
Клиент: Угу, поможите?
Я: Конечно!
Дословно конечно, но суть именно в этом. После такого как правило клиент выносит мне мозг на 90% меньше)
в тему, из старого:
А вообще, я очень хочу чтобы наша профессия со временем стала такой же инженерной дисциплиной как например строительство — вам нужно здание? Извольте заплатить за проект, а потом за возведение, или покупайте (арендуйте) готовое, но тут уж не выдвигайте требований пристроить к нему еще 30 этажей. Изволили построить времянку, а теперь хотите ее превратить в доменный цех? нет проблем — СНОСИМ временку и строим цех. Через пять лет вам потребуется переделать цех в аэропорт? Это ваши трудности — х*й в голове медецина бессильна. Вы никогда не задумывались почему в IT такой процент проваленных проектов (представьте себе такой процент например в автомобилестроениии)? А потому, что делают их не в рамках инженерного подхода, а вопреки ему… И заметьте, никто не кричит «Судостроители пи… сы не хотят переделать речной трамвайчик в ледокол». Ээээх мечты…
via
А вообще, я очень хочу чтобы наша профессия со временем стала такой же инженерной дисциплиной как например строительство — вам нужно здание? Извольте заплатить за проект, а потом за возведение, или покупайте (арендуйте) готовое, но тут уж не выдвигайте требований пристроить к нему еще 30 этажей. Изволили построить времянку, а теперь хотите ее превратить в доменный цех? нет проблем — СНОСИМ временку и строим цех. Через пять лет вам потребуется переделать цех в аэропорт? Это ваши трудности — х*й в голове медецина бессильна. Вы никогда не задумывались почему в IT такой процент проваленных проектов (представьте себе такой процент например в автомобилестроениии)? А потому, что делают их не в рамках инженерного подхода, а вопреки ему… И заметьте, никто не кричит «Судостроители пи… сы не хотят переделать речной трамвайчик в ледокол». Ээээх мечты…
via
именно, по-этому, необходимо создавать ТЗ, утверждать его с заказчиком, и давать подписать договор, в котором сказано — что изменение утвержденного ТЗ стоит денег.
даже в таком случае заказчик после первой-второй демонстрации ему продукта скажет свою коронную фразу «А вот теперь давайте сделаем… ». И пока заказчик это говорит, разработчик медленно стекает под стол.
И написание ТЗ стоит денег.
Мы обычно практикуем примерно следующие вещи: бесплатно идет работа по выработке ПЗ (постановка задачи), которая отнимает и время и силы, но позволяет очень четко определить следующие моменты:
1 — адекватность заказчика
2 — основных участников проекта со стороны заказчика
3 — официальных хозяев проекта
4 — неофициальных хозяев проекта
5 — основных саботажников проектов
После этого можно решить, стоит ли ввязываться в такой проект. Если решили, наступает этап написания ТЗ. Уже не бесплатный, за него платит заказчик и он же принимает активное участие. Именно на этом этапе вырабатываются меры борьбы с саботажем или неадекватностью со стороны заказчика. Как правило, большая часть саботажников отказывается участвовать в рабочей группе, снимая с себя ответственность и лишаясь права голоса. Те же, кто остается, активно участвуют в проекте и их деструктивная энергия используется в своих целях. Это реально.
Проект это всегда конфликт, а конфликтами надо уметь управлять.
Мы обычно практикуем примерно следующие вещи: бесплатно идет работа по выработке ПЗ (постановка задачи), которая отнимает и время и силы, но позволяет очень четко определить следующие моменты:
1 — адекватность заказчика
2 — основных участников проекта со стороны заказчика
3 — официальных хозяев проекта
4 — неофициальных хозяев проекта
5 — основных саботажников проектов
После этого можно решить, стоит ли ввязываться в такой проект. Если решили, наступает этап написания ТЗ. Уже не бесплатный, за него платит заказчик и он же принимает активное участие. Именно на этом этапе вырабатываются меры борьбы с саботажем или неадекватностью со стороны заказчика. Как правило, большая часть саботажников отказывается участвовать в рабочей группе, снимая с себя ответственность и лишаясь права голоса. Те же, кто остается, активно участвуют в проекте и их деструктивная энергия используется в своих целях. Это реально.
Проект это всегда конфликт, а конфликтами надо уметь управлять.
Конечно делают, и переделывают и за копеечки, еще потому что порог «входа» в профессию очень низок, прочитал пару книжек? Ты уже компьютерщик! Значит можешь ВСЕ! Заказчик тебя в этом убедит.
По-моему у автора топика наболело, особенно судя по последним пунктам :)
Извините, что я на юмор отвечаю серьёзно :) Но все эти проблемы реально решаются договором. Или прямо, или косвенно. Только отношение к нему во многих случаях очень и очень несерьёзное.
Ну так вот в том-то и проблема. Прочитав авторский пост и ваш ответ, можно сделать один глубокомысленный вывод… Правы все, но каждый по-своему! Каждый банально думает о себе, тянет одеяло в свою сторону, попутно высмеивая второго, и находит кучу причин собственной правоты и долбанутости и твердолобости всех оставшихся. Семейный спор, мужчина и женщина! Ситуацию осложняет только то, что один из них имеет на то право( или думает так). Заказчик, потому что у него деньги. Женщина, ну как правило потому, что она женщина & nuff said.
>> Присылайте требования в файле Excel, а скриншоты ошибок — в Word
>Почему нет? У заказчика это основные бизнес-приложения,
т.е. набрать требования в Ворде религия не позволяет?
>> При оформлении таблиц проявляйте креативность
>Просто попросите объяснить, что это всё значит.
Да все в статье расшифровано. Просто сталкивался с описанной ситуацией — уродские шрифты и никому не нужная расцветка в простом финансовом документе.
>Почему нет? У заказчика это основные бизнес-приложения,
т.е. набрать требования в Ворде религия не позволяет?
>> При оформлении таблиц проявляйте креативность
>Просто попросите объяснить, что это всё значит.
Да все в статье расшифровано. Просто сталкивался с описанной ситуацией — уродские шрифты и никому не нужная расцветка в простом финансовом документе.
С таким подходом идите быдлокодить в гос компании там
1) Кормят
2) Релизы летом не делают т.к. их там вообще делают только по большим праздникам когда надо попилить бабосов
3) Есть Меенеееджееер по одному на каждого программиста, который водит программиста срать, жрать и объясняет сложно оформленные таблицы
4) Требования не меняются никогда так как продукты пишутся только для распила денег и ими никто не пользуется
5) Скриншоты не делаются вообще и не только в ворде, а если вдруг сделал то мееенджееер все объяснит
6) Вот только в офисе сидеть надо — зато полный соц пакет, стабильная зарплата, отпуск летом и кормят — главное ведь кормят.
Если ставить себе цель — помочь заработать заказчику денег, то на первый план выходят асболютно другие критерии оценки заказчиков, а то что вы написали до такой степени незначительно, и происходит постоянно что все серьезные разработчики давно на это внимания не обращают.
Я бы после первого залупона по поводу техзадания послал бы очень далеко, если чтото изменилось значит бизнес ситуация того требует а не из башки заказчик решил вам заплатить побольше денег, чтобы сделать чтото подругому.
1) Кормят
2) Релизы летом не делают т.к. их там вообще делают только по большим праздникам когда надо попилить бабосов
3) Есть Меенеееджееер по одному на каждого программиста, который водит программиста срать, жрать и объясняет сложно оформленные таблицы
4) Требования не меняются никогда так как продукты пишутся только для распила денег и ими никто не пользуется
5) Скриншоты не делаются вообще и не только в ворде, а если вдруг сделал то мееенджееер все объяснит
6) Вот только в офисе сидеть надо — зато полный соц пакет, стабильная зарплата, отпуск летом и кормят — главное ведь кормят.
Если ставить себе цель — помочь заработать заказчику денег, то на первый план выходят асболютно другие критерии оценки заказчиков, а то что вы написали до такой степени незначительно, и происходит постоянно что все серьезные разработчики давно на это внимания не обращают.
Я бы после первого залупона по поводу техзадания послал бы очень далеко, если чтото изменилось значит бизнес ситуация того требует а не из башки заказчик решил вам заплатить побольше денег, чтобы сделать чтото подругому.
Пункт про смену требований убил наповал. Так всё и было, когда я работал в мелкой фирме.
Даже ещё круче. На наш — разработчиков — робкий вопрос про ТЗ последовал ответ (буквально): «А вот то, что вы напишете, и будет техническим заданием!». Разумеется, предполагалось, что это должно неким волшебным образом коррелировать с высказанными и невысказанными фантазиями и окказиональными замечаниями заказчиков и неким мифическим талмудом, включавшим их раздумья по теме, но так нам и не предъявленным.
Даже ещё круче. На наш — разработчиков — робкий вопрос про ТЗ последовал ответ (буквально): «А вот то, что вы напишете, и будет техническим заданием!». Разумеется, предполагалось, что это должно неким волшебным образом коррелировать с высказанными и невысказанными фантазиями и окказиональными замечаниями заказчиков и неким мифическим талмудом, включавшим их раздумья по теме, но так нам и не предъявленным.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
7 способов вызвать ненависть разработчика (краткое руководство для заказчиков)