если он вдобавок ещё и тимлид - то явно должен участвовать в разработке ТЗ ему же потом задачки по команде раскидывать

Тут да

Но ваще не так

Тим Лиду приходит реквайрмент

Вопрос не точный

Я скорее дополняю тз

Выясняю инфу

Он его кушает под присмотром манагера и высирает таски

Я скорее дополняю тз

На 1с пишешь?

Нет

В конторе из 2 человек?

Шарп

Контора похожа на галеру

Значит хуево тех процесс налажен

Не 2 человека

Тебе уже должны давать чистые таски

Много людей, но они на разных проектах

Или кусок реквайрмента

ТЗ это твоя защита от хотелок

Четкое

Трелло начальник называет канбан

Вот такой у нас канбан

кто в Химках и рядом ищет работу, обращайтесь в личку, сорри, если оффтоп

Чистые таски это влажные мечты. В больших компаниях так я думаю

Хотя не, чистые таски тоже есть

Чистые таски это влажные мечты. В больших компаниях так я думаю

Ну, я вот недавно пилил грид, дали четкий рекваймент и бальзамик

Длебалис, ткнул в рекваймент

Сказал такого не было, эстимируйте

Заэстимировали еще времени

А иначе выебали бы в жопу за то что не СПРОСИЛ

Тут сами оценивают сколько времени надо

То есть сам должен

Тут сами оценивают сколько времени надо

Тогда золотое правило

Время которое хотел сказать умножаешь на два

Если прокатит - дадут столько

Если нет - манагер порежет на 1/3

В итоге ты все равно выигрываешь

У меня глупый вопрос: а должен ли прогер составлять ТЗ ?

не должен, но практика повсеместная. Потому что менеджеры обычные "успешные руководители", а не выросшие из прогеров спецы

По-моему этим аналитики занимаются, не?

вот они вообще не везде есть

но да, аналитики + проджект мэнэджер, по хорошему

но это в таком же идеальном мире, где бэкэдщики занимаются только бэкендом, а гуёй занимаются фронтендщики, а верстают верстальщики

сейчас ещё и ЖС ДЕВЕЛОПЕРЫ считают себя программистами и не верстают, кек

Уже близко к фрилансу получается

Хотя фрилансеру конечно сложнее

если фрилансера нанимает подрядчик, то скорее всего у подрятчика уже конкретные задачи есть

а если фрилансера нанимает контора, которой надо что-то наваять (а они не знают что, как правило), вот там будет гемор

у нас есть и аналитики и пм-ы, но за послений год мне тасков не писал никто :( пишешь сам себе...

так что зависит от.. в целом не должен конечно. но ...

тз - это то, за что можно получить по шапке, если оно плохо составлено. зачем манагеру рисковать?

тз - это то, за что можно получить по шапке, если оно плохо составлено. зачем манагеру рисковать?

Бывают и такие, что им наплевать на последствия

у нас всё прозаичней. приносят тебе на бумажке нечто, реализуешь, вносишь стопицот правок по телефону, а потом тебе присылают два скриншота и говорят: вот ТЗ, оформляй.

правда, в обратную сторону это не действует, приносишь им на бумажке хрень полную, говорят: а вот у нас есть положениЕ, в положении вложение, во вложении форма, по ней и надо делать.

Ну и жесть

?

Наши аналитики пишут спецификацию месяца два, а на выходе получаем воду с уклоном для заказчика, а не для разработчика

но это локальная жесть. головная контора не так работает

там серьезные ТЗ, на многомиллионов. но, подозреваю, их пишут опять же разработчики, получая указания по телефону-почте.

Да и у нас серьезные. От них зависят многомилионов других людей

Так что хороший аналитик на вес золота

у нас есть и аналитики и пм-ы, но за послений год мне тасков не писал никто :( пишешь сам себе...

А пмы таски обычно не пишут, они требования пишут. Требования ближе к бизнесу, таски ближе к реализации.

А пмы таски обычно не пишут, они требования пишут. Требования ближе к бизнесу, таски ближе к реализации.

++++

Вот этот прав

А Лид уже на таски пилит

тз - это то, за что можно получить по шапке, если оно плохо составлено. зачем манагеру рисковать?

если пишут разрабы, то скорее всего тз для галочки и вообще ещё никто не знает что хочет от проекта. Просто пм не хочет обосраться в техническом плане, а ТЗ надо для заключения договора

если пишут разрабы, то скорее всего тз для галочки и вообще ещё никто не знает что хочет от проекта. Просто пм не хочет обосраться в техническом плане, а ТЗ надо для заключения договора

да, так оно чаще и бывает :)

ERROR: S client not available

на предыдущей работе наш пм в требованиях к оборудованию в тз написал: "восьмиядерный процессор, 16гб оперативной памяти, 300гб жесткий диск"

вот прям так и написал, я только мог ошибиться в цифрах

причем это было не просто оборудование какое-то, клиент должен был по этому документу всё закупить

Клинту в зад это все запихнуть

И заработает

а что не так с требованиями к железу? не указал раид?

первое - нужно указывать конкретное оборудование, второе нужно как-то обозначить быстродействе системы хранения данных + рэйд и тип рэйда(а то так-то можно десткий диск на террабайт купить аз 4 тыщщи), хотя бы примерно прикинуть рост данных в месяц(то что сегодня 300гб, через месяц может стать 600)

по такому описанию можно просто в магазине обычный десктоп собрать за 70 тыщ

ну тут я согласен. у нас на некоторые комплексы очень строгие спецификации, и разработчик, к тому же, иногда приезжает их проверять

и надо указывать класс жестких дисков. Оборты, хотябы, чтобы было понятно, что харды корпоративного класса а не WD Green

стыдно потом перед клиентом было

в итоге какой-то хп пролиант насобриали на дохера денег

парни? почему шарп ругается вот этим: Only 'http' and 'https' schemes are allowed. Parameter name: requestUri

?

когда я пытаюсь сделать асинхронный запрос

фишка в том

что я все проверил

адрес норм

и все ок вроде

почему он может ругаться?

Only 'http' and 'https' Uri точно через них?

Покажи код

точно через них

Only 'http' and 'https' Uri точно через них?

точно через них

какой класс используешь? HttpClient ?

да

и какой url ему подсовываешь?

http://company.com/blablabla/ вот по этому типу

там фича в том

что есть базовый урл

к которому потом прибовляю некоторые стринг поля еще

ну то есть через BaseAdress