« Rev
@devworden   6009
Fwd »


Igor
Честно я не понимаю при чем тут умение писать код и умение составлять тз.
Шурок
а ты в тз напишешь именование переменных?
Нет. Вот только я с ТЗ уже могу начинать думать архитектуру что к чему относиться и к чему соединять. Даже этот минимум поможет не переписать свой код не 100 раз, а 10
Asiman
Или че, в тз пишут требование "не говнокодить!" ?
Igor
у нас наверное разное видение понятия тз. В моем понятии в тз описанно полностью поведение системы ... в пет это обычно или не реально или меняется очень часто
Andrii
Я думаю, если надо обьяснять разработчику ценность составления технического задания на разрабатываемый программный продукт, то возникают определенные вопросы о компетенциях. Без обид
С точки зрения разработки ценность ТЗ околонулевая: все учесть и спланировать до начало кодирования обычно нельзя. ТЗ больше инструмент решения споров между сторонами. В принципе в большинстве мест сейчас Agile, с планированием на спринт, там ТЗ особо нет.
Артем
дай код впадлу набирать
def job(*args): monitoring(*args) processing(*args) def multi(): if name == '__mp_main__': with multiprocessing.Pool(2) as p: p.map(job, projects) schedule.every().day.at('13:28').do(multi) schedule.every().day.at('13:29').do(multi) schedule.every().day.at('13:30').do(multi) while True: schedule.run_pending() time.sleep(1)
Шурок
у нас наверное разное видение понятия тз. В моем понятии в тз описанно полностью поведение системы ... в пет это обычно или не реально или меняется очень часто
Ну, имхо ну кейсе работяг которых встречал. Не претендую на истинность, но чаще всего встречалось что все эти пет проекты можно было улучшить написав ТЗ, которое потратить сутки с головой хватит.
Шурок
Под улучшить я подразумеваю что-то внятнее, на примере чела бот который грузил страницу гугла и парсил погоду с линки
Алексей
Такс. Сразу скажу идея хорошая, но много но Ответь на вопросы:. 1. Кто составляет тз? 2. Кто ревьювит код? 3. Какая идея проекта?
Бро, если бы у меня был такой человек, я бы вряд ли искал здесь кого-то скооперироваться)) Логика, что без ревью ничему не научишься не устраивает, по моему мнению лучше делать хоть что-то без ревью и ТЗ, чем сидеть и искать причины почему не получается найти работу и тд и тп Думаю любой проект в резюме это лучше, чем его отсутствие, полное говно не слепишь, если есть хоть малейшее желание делать правильно
Andrii
Нет. Вот только я с ТЗ уже могу начинать думать архитектуру что к чему относиться и к чему соединять. Даже этот минимум поможет не переписать свой код не 100 раз, а 10
Это не ТЗ, это больше документация. В большинстве мест она делается уже по факту. Даже в AMD, где по flow было составление feature design документа, его утверждение и кодирование по факту всё делалось в обратном порядке: вначале код, потом feature design. Потому что без кода всегда можно наступить на какие-нить грабли, типа а вот не получается так никак сделать, как опасано. Мне удобнее думать в терминах кода, а уже потом иллюстрировать архитектуру, что получилась.
Igor
def job(*args): monitoring(*args) processing(*args) def multi(): if name == '__mp_main__': with multiprocessing.Pool(2) as p: p.map(job, projects) schedule.every().day.at('13:28').do(multi) schedule.every().day.at('13:29').do(multi) schedule.every().day.at('13:30').do(multi) while True: schedule.run_pending() time.sleep(1)
import multiprocessing import time from datetime import datetime projects = ['a', 'b'] import schedule def monitoring(project): print(datetime.now(), 'monitoring', project) def processing(project): print(datetime.now(), 'processing', project) def job(*args): monitoring(*args) processing(*args) def multi(): with multiprocessing.Pool(2) as p: p.map(job, projects) if __name__ == '__main__': schedule.every(10).seconds.do(multi) schedule.every(20).seconds.do(multi) schedule.every(30).seconds.do(multi) while True: schedule.run_pending() time.sleep(1) а почему так и что происходит у тебя подумай сам ;)
Dmitry (Inock)
Как стать программистом?
Dmitry (Inock)
Igor
Как стать программистом?
нужно лечь программистом ... потом стать.
Dmitry (Inock)
Сидредин
Как стать программистом?
если я отвечу - придётся чат сворачивать
Максим
С точки зрения разработки ценность ТЗ околонулевая: все учесть и спланировать до начало кодирования обычно нельзя. ТЗ больше инструмент решения споров между сторонами. В принципе в большинстве мест сейчас Agile, с планированием на спринт, там ТЗ особо нет.
С точки зрения разработки - у тебя есть описанное ожидаемое поведение и набор функций, требования, ограничения и тд, и ты это реализовываешь. Это проще и для команды разработки, и для заказчика, тк не приходится утрясать кто там о чем думает и что подразумевал. В соло можно хоть в присядку этсамоваться - всерн никто не видит.
Igor
Igor
просто не у всех получается встать.
Dmitry (Inock)
Без ТЗ никак нельзя. Писать программу, "в которой одна большая кнопка 'сделать всё хорошо'" - пустое дело.
Igor
Как всегда вопрос терминологии что в твоем понимании ТЗ?
Dmitry (Inock)
просто не у всех получается встать.
на самом деле, в 99% случаев Java - это легаси. Задача программиста заключается в том чтобы исправить баг или добавить кнопочку и расширить функционал. Не надо тут уж таких супер математических способностей.
Andrii
С точки зрения разработки - у тебя есть описанное ожидаемое поведение и набор функций, требования, ограничения и тд, и ты это реализовываешь. Это проще и для команды разработки, и для заказчика, тк не приходится утрясать кто там о чем думает и что подразумевал. В соло можно хоть в присядку этсамоваться - всерн никто не видит.
Это конечно хорошо, пока разработка не упирается в том, что ожидаемое поведение системы тебе не даёт реализовать фреймвёрк, который ты используешь. Это хорошо в теории, на практике получается, что разработка качественного ТЗ по трудозатратам как написание кода, проще говоря, тебе надо написать что-то, проверить что оно работает и тогда уже отразить в ТЗ.
Максим
Это конечно хорошо, пока разработка не упирается в том, что ожидаемое поведение системы тебе не даёт реализовать фреймвёрк, который ты используешь. Это хорошо в теории, на практике получается, что разработка качественного ТЗ по трудозатратам как написание кода, проще говоря, тебе надо написать что-то, проверить что оно работает и тогда уже отразить в ТЗ.
Если твоя архитектура уперлась в нереализуемость из-за использованного инструмента, то есть вопросики к архитектору. На практике - если никто ни за что не отвечает, это збс, конечно, для некоторых, но с такими работать мало ктотсогласится. Я в стартапах участвовал, и они нахер пошли именно потому, что даж мвп выкатить не смогли - нет согласованности. А потом - "сорян, денег нет, было весело, всем пока. Есичо, давайте еще как-нить соберемся". Нафиг нафиг
Igor
Окей ;) ты крутой программист мы лохи ;)
Alexander
о чем спор и чаму без мяня
Максим
Окей ;) ты крутой программист мы лохи ;)
Я вашпе не крутой программист и оценочного суждения не давал. (Кстати это логическая ошибка, есичо, тк не относится к сути дискуса).
Igor
Суть дискуса если тебе дали тз и не меняют его на протяжении всей разработки ... нужно проснуться
Максим
Суть дискуса если тебе дали тз и не меняют его на протяжении всей разработки ... нужно проснуться
Или перестать работать с му...людьми, которые даж сформулировать чо хотят не могут =)
Igor
Или писать программы которые разрабатываются дольше одного спринта.
Максим
Я просто хз. Так послушаешь людей в чатике и думаешь - накой ляд тогда существуют аналитики, менеджеры, лиды, архитекторы и тд. Они ж не нужны. "Все итак знают чо писать, а тз в голове держат". Гении-кулибины
Andrii
Если твоя архитектура уперлась в нереализуемость из-за использованного инструмента, то есть вопросики к архитектору. На практике - если никто ни за что не отвечает, это збс, конечно, для некоторых, но с такими работать мало ктотсогласится. Я в стартапах участвовал, и они нахер пошли именно потому, что даж мвп выкатить не смогли - нет согласованности. А потом - "сорян, денег нет, было весело, всем пока. Есичо, давайте еще как-нить соберемся". Нафиг нафиг
Ну да, есть копросы к архиктору, можно ему пальцы в дверь засунуть и нового взять. Вот только не стреляйте в пианиста. он играет как умеет. У следующего архитектора будут такие же самые проблемы. Если бы это действительно работало, то все бы следовали этой теме писания ТЗ. И джуны были бы нужны, потому что написать код по ТЗ в общем-то задача их уровня, или ChatGPT. И были бы популярны всякие тулзы типа почивчей в бозе Rational Rose, которая когда-то более 20 лет назад позволяла вначале рисовать UML диаграмки классов и взаимодействий, а потом писать код. Вот только все эти диаграмки и слова они хороши на бумаге.
Максим
ТЗ постоянно меняется. Если за это платят - почему бы нет?
Какое тз? Его нет. Тут за это топят
Сидредин
Какое тз? Его нет. Тут за это топят
Ну это тоже неправильно, я думаю. Хотя бы примерное ТЗ должно быть, чтобы прогеры могли сказать, смогут они это реализовать или нет
Agent_RBY_
Думаю, тут нужно обозначить: а что такое ТЗ в понимании каждого?
Igor
не, ну я где-то так и решил жеш, но вопрос поднимался другой - типа что условие "if name..." не вызывается из-под функции, даже если вызывать эту саму функцию
где то так жн но не так же это важный момент ты не должен в процессе выпонять код который не main у тебя же код скедьюлера выполняется при каждом старте мультипроцесса. Дальше начинается чехарда. Фризы процесса до бутстрапа и прочее. Просто забудь об этой боли перенеси мейн как я показал и забей
Максим
Ну это тоже неправильно, я думаю. Хотя бы примерное ТЗ должно быть, чтобы прогеры могли сказать, смогут они это реализовать или нет
Нет его. Всё в голове. Профессиональные программисиы что пеиы, что стартапы, что бизнесс проекты в голове дердат. Каждый день меняют. Новый спринт - новый проект
Alexander
видимо надо лекцию про чаму появился эджайл. так, садитесь мальчики и девочки. смарите. мир оказался, падла НЕДЕТЕРМИНИРОВАННЫЙ. вот например, когда делали тз к коле - планировалось средство от головной боли. когда делали кондиционер - он должен был просто сушить воздух. а виагра вообще для давления была..... ну и да, героин тоже байер не для наркошей сделал. оказывается, что ты планируешь одно а реальность ВНЕЗАПНО подсовывает другое. стохастическая система тля. ну вот. есть вотерфол куны. они считают что если ты живешь в реальном мире - то ты должен точно знать что тебе там надо будет через полгода - год (хотя сами не в курсе что будут смотреть вечером) в то время всякие кореша с галер тогдашних набухались на курорте и сказали - в жопу! ну не бывает такого, чтоб народ знал что хочет. нефиг и стараться. ваще софт это ж не гранит, давайте его запилим таким, чтоб можно было менять более менее? Назвали это Эджайлом так появились клин коды, хексоганалы и прочие солиды. они тру (у них есть беда с другими нефункциональными требованиями, типа перфоманса, но для ЦА это пофиг) ну как-то так, пойду пописаю
Igor
Думаю, тут нужно обозначить: а что такое ТЗ в понимании каждого?
Я с этого вопроса предложил начать дискуссию но все отморозились)
Максим
Думаю, тут нужно обозначить: а что такое ТЗ в понимании каждого?
Оформленные требования к функциональности, поведениб, ограничениям и прочим параметрам разрабатываемой системы. Если это тостер, то ему не надо думать "вдруг через неделю он должен будет стирать носки". Это бред
Igor
Иногда этот бред это реальность, а "ой все я так нихочу" это прям очинь взрослый подход
Максим
Иногда этот бред это реальность, а "ой все я так нихочу" это прям очинь взрослый подход
Очень взрослый подход это - "ок, давайте договоримся, делаем новый сервис/ отдельный продукт, который будет это делать". А не пихать, блин, яндекс лавку в навигатор -_-
Andrii
Я просто хз. Так послушаешь людей в чатике и думаешь - накой ляд тогда существуют аналитики, менеджеры, лиды, архитекторы и тд. Они ж не нужны. "Все итак знают чо писать, а тз в голове держат". Гении-кулибины
Аналитики больше выполняют приоритезацию требований. Вот на спринте разрабы говорят: мы можем начать пилить эти фичи, а можем фиксить баги. Аналики решают, типа много претензий до качества, фиксите лучше баги. Или надо эту фичу, а эту непонятно, нам надо или нет. Или пищите доки, код идеален, нам больше нечего делать. Менеджер в принципе управление проектом без того, чтобы влазить в код. Если брать архитектора, то, во-первых, очень редко я видел чистую такую должность, обычно это самый прошареный чувак в команде, который, когда возникает какая-то дискуссия, принимает решение — делаем вот так! CTO по западному. Всё это прекрасно существует в отрыве от ТЗ.
Andrii
Очень взрослый подход это - "ок, давайте договоримся, делаем новый сервис/ отдельный продукт, который будет это делать". А не пихать, блин, яндекс лавку в навигатор -_-
Такое часто не взлетает, проблема в этом. Вообще бизнес должен быстро адаптироваться к меняющимся условиям, и часто просто договариваются примерно о направлении, куда идти.
Igor
а что делать если аналитиков у нас нет?
"обычно это самый прошареный чувак в команде" ;)
Alexander
ваще есть стопицот подходов к sdlc с разными ролями. где-то есть аналитики, где-то нет. не думаю что есть единственно верный вариант
Andrii
а что делать если аналитиков у нас нет?
Тот кто принимает решение по приоритетам, тот и аналитик по сути.
Alexander
"обычно это самый прошареный чувак в команде" ;)
я пропустил, можно краткое самари - за что аналитики отвечать должны?
Alexander
а, прочитал. типа по скрамовскому продукт овнер
Alexander
по стараму тим лид или менеджер
Igor
я пропустил, можно краткое самари - за что аналитики отвечать должны?
Не важно за что должны ... это ответ на все вопросы ;) если нет чувака который этим должен заниматься ... возьмите самого прошаренного (самого свободного) и назначьте ;)
Максим
Такое часто не взлетает, проблема в этом. Вообще бизнес должен быстро адаптироваться к меняющимся условиям, и часто просто договариваются примерно о направлении, куда идти.
Направление известно изначально😁 (нафиг) Крч, если у кого-то другой опыт - это круто. Но бывает не только так, как вы узнали =)
Andrii
а, прочитал. типа по скрамовскому продукт овнер
Ну дык скрам это не вотерфлоу.
Alexander
а то помню лет 10 назад на епаме столько мозг конифолили лидершипом и прочей петрушнкой
Alexander
Ну дык скрам это не вотерфлоу.
помню руп, вот там были роли от души!
Andrii
помню руп, вот там были роли от души!
Да, всякие ТЗ очень сильно напоминает RUP, царство ему небесное.
Alexander
Alexander
😅помню если ролей не хватало - могли забрать матюрити левел
Alexander
я кстати с первой попавшейсо стать скинул ссылку, но менясмушает что нет разраба в списке ролей
Alexander
туфта походу этот список
« Rev
@devworden   6009
Fwd »