В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Обсуждения техдирские

893 membersпожаловаться на группу
2019 August 21

СХ

Старый Хрыч in Обсуждения техдирские
Phil Delgyado
Просто фокус двигается. Раньше нельзя было писать бизнес-логику без умение руками сделать список или посчитать эффективность алгоритма.
Сейчас - легко. А вот коммуникативные навыки и умение читать за пределами ТЗ стали важнее (для продукта).
Хотя бывают исключения, конечно )
иногда проще работать даже с бизнес требованиями чем с тз и пожеланиями странных полутехнарей
источник
10:53пожаловаться#1

СХ

Старый Хрыч in Обсуждения техдирские
я вчера общался с гендиром одной конторы, которому втирают о срочной необходимости переписывания всего на микросерсивы, срочное внедрение кубера, и нанятие аджайл мамки, я посмотрел бп, посмотрел чем занимаются, и сказал - им это совершенно ненужно, и можно обойтись другими средствами, и даже кол-во персонала не увеличивая. Посмотрим что выйграет, хайп или разум
источник
10:56пожаловаться#2

PD

Phil Delgyado in Обсуждения техдирские
Старый Хрыч
иногда проще работать даже с бизнес требованиями чем с тз и пожеланиями странных полутехнарей
Угу. Собственно, сейчас (для меня и в тех проектах, что я вижу) важнее умение понимать бизнес-требования, умение думать про продукт целиком - нежели оптимизировать байтики. Ну, как там в соседнем чатике Олег пишет "команда затаскивает внутрь все компетенции". Предметную область и продукт-менеджмент тоже.
источник
10:56пожаловаться#3

PD

Phil Delgyado in Обсуждения техдирские
Sergey Kuks
Хорошо, что я могу работать там, где это все еще нужно.
Ну, у меня тоже иногда бывает важно думать про байтики или алгоритмы. Но редко...
Это роскошь по нынешним временам )
источник
10:57пожаловаться#4

SK

Sergey Kuks in Обсуждения техдирские
Phil Delgyado
Ну, у меня тоже иногда бывает важно думать про байтики или алгоритмы. Но редко...
Это роскошь по нынешним временам )
Бросай свой финтех. У нас много вкусного :)))
источник
10:58пожаловаться#5

СХ

Старый Хрыч in Обсуждения техдирские
Phil Delgyado
Угу. Собственно, сейчас (для меня и в тех проектах, что я вижу) важнее умение понимать бизнес-требования, умение думать про продукт целиком - нежели оптимизировать байтики. Ну, как там в соседнем чатике Олег пишет "команда затаскивает внутрь все компетенции". Предметную область и продукт-менеджмент тоже.
если у анс сейчас всё пройдёт нормально, то у нас будет команда на 14 еловек, 12 из которых чистые технари и 2 еловека полутехнари на бп и на разговор с заказчиками.
Я всё же считаю, что нет смысла чтобы все технари понимали бизнес
источник
10:58пожаловаться#6

PD

Phil Delgyado in Обсуждения техдирские
Sergey Kuks
Бросай свой финтех. У нас много вкусного :)))
А вы - это кто?
источник
10:58пожаловаться#7

SK

Sergey Kuks in Обсуждения техдирские
Phil Delgyado
А вы - это кто?
JetBrains
источник
10:58пожаловаться#8

СХ

Старый Хрыч in Обсуждения техдирские
Sergey Kuks
JetBrains
🤣от вас пара джависток на конфе прикольных было
источник
10:59пожаловаться#9

PD

Phil Delgyado in Обсуждения техдирские
Старый Хрыч
если у анс сейчас всё пройдёт нормально, то у нас будет команда на 14 еловек, 12 из которых чистые технари и 2 еловека полутехнари на бп и на разговор с заказчиками.
Я всё же считаю, что нет смысла чтобы все технари понимали бизнес
Тут надо смотреть по проекту. Оно по разному бывает. Если проект в очень "нечеткой" среде, то нужно бы побольше спецов по бизнесу.
Если все очень конкретно, то можно и минимумом разбирающихся в предметке обойтись.
источник
10:59пожаловаться#10

PD

Phil Delgyado in Обсуждения техдирские
Sergey Kuks
JetBrains
Я уже пробовал )
Да и новый ваш офис меня не радует...
источник
10:59пожаловаться#11

СХ

Старый Хрыч in Обсуждения техдирские
Phil Delgyado
Тут надо смотреть по проекту. Оно по разному бывает. Если проект в очень "нечеткой" среде, то нужно бы побольше спецов по бизнесу.
Если все очень конкретно, то можно и минимумом разбирающихся в предметке обойтись.
хз,  я всё же за то, что надт сначала на берегу обговаривать условия, чётко их обозначать, и итерациями сдавать, а за измненения повышать стоимость, иначе можно превратиться в црпт и пилить то не знаю что с изменениями в тз каждую неделю
источник
11:01пожаловаться#12

PD

Phil Delgyado in Обсуждения техдирские
Sergey Kuks
JetBrains
Но кстати фишкой JB всегда и было понимание разработчиками предметной области.
Собственно, из-за этого YT и прочие "менеджерские" инструменты взлетают хуже, так как не соответствуют внутренним практикам JB.
источник
11:01пожаловаться#13

К

Кабак уровня /b/ in Обсуждения техдирские
Старый Хрыч
хз,  я всё же за то, что надт сначала на берегу обговаривать условия, чётко их обозначать, и итерациями сдавать, а за измненения повышать стоимость, иначе можно превратиться в црпт и пилить то не знаю что с изменениями в тз каждую неделю
*итерациями
источник
11:02пожаловаться#14

PD

Phil Delgyado in Обсуждения техдирские
Старый Хрыч
хз,  я всё же за то, что надт сначала на берегу обговаривать условия, чётко их обозначать, и итерациями сдавать, а за измненения повышать стоимость, иначе можно превратиться в црпт и пилить то не знаю что с изменениями в тз каждую неделю
Ну, для меня проекты вида "нам нужно примерно это, но бизнес строится прямо счас и все может поменяться" привычны, там другие подходы.
Когда "пивот" - это регулярная практика.
А итерации - это очень долго для Time-to-market
источник
11:02пожаловаться#15

СХ

Старый Хрыч in Обсуждения техдирские
Кабак уровня /b/
*итерациями
да, спасибо
источник
11:02пожаловаться#16

СХ

Старый Хрыч in Обсуждения техдирские
Phil Delgyado
Ну, для меня проекты вида "нам нужно примерно это, но бизнес строится прямо счас и все может поменяться" привычны, там другие подходы.
Когда "пивот" - это регулярная практика.
А итерации - это очень долго для Time-to-market
ну смена тз раз в неделю это тоже не вариант, особенно когда неделю назад это уже обсуждалось и отклонялось
источник
11:04пожаловаться#17

PD

Phil Delgyado in Обсуждения техдирские
Старый Хрыч
ну смена тз раз в неделю это тоже не вариант, особенно когда неделю назад это уже обсуждалось и отклонялось
Смена целиком - редко. Уточнения - нормально. Так как попробовали, посмотрели на рынок - и решили.
источник
11:04пожаловаться#18

СХ

Старый Хрыч in Обсуждения техдирские
Phil Delgyado
Смена целиком - редко. Уточнения - нормально. Так как попробовали, посмотрели на рынок - и решили.
ну что можно попробовать за неделю?чаще всего потом оказывалось, что у заказчика 3 менеджера тупо не могут поговорить и решить
источник
11:06пожаловаться#19

PD

Phil Delgyado in Обсуждения техдирские
Старый Хрыч
ну что можно попробовать за неделю?чаще всего потом оказывалось, что у заказчика 3 менеджера тупо не могут поговорить и решить
У меня обычно свои продукты, а не работа на заказ. Это разные процессы, разумеется.
источник
11:07пожаловаться#20