Size: a a a

2021 July 08

ОИ

Олег Игонин... in SPb CoA
Ведь важно поднять выше абстракцию, но при этом по дороге не потерять достаточный объём информации, чтобы разработчик сделал то, что необходимо и не переделывал.
источник

F

Fagor in SPb CoA
Придет умение и понимание не "оттягивания", а умение писать без привязки к отдельной (обычно лучше по его мнению, и только к сожалению по его) реализации.
источник

ОИ

Олег Игонин... in SPb CoA
Ну да, ну да. Зачем нам языки моделирования? Сами будем рисовать что хотим?
источник

F

Fagor in SPb CoA
Она ООП кстати, что будите делать если ваш код на scala? Если она не понятна множеству сторон, просто откажитесь. Я до сих пор считаю текст лучшим инструментом.
источник

ОИ

Олег Игонин... in SPb CoA
Я про это и говорю.
источник

F

Fagor in SPb CoA
Так, вы модель как код используете? Если да, то вы аналитик отдельно взятой среды, и на вас правила не распространяются.
источник

A

Andrey in SPb CoA
Ух ты, уже видосами с ad из под полы барыжат?
источник

ОИ

Олег Игонин... in SPb CoA
Ты накинь пример текста. Сейчас это выглядит как сферический конь в вакууме.
источник

ПН

Павел Назаров... in SPb CoA
Бесплатно
источник

F

Fagor in SPb CoA
лень, да я тут и не пропагандирую, и не учу, я свою точку толкаю. зрения.
источник

ОИ

Олег Игонин... in SPb CoA
Нет, у нас обычная ситуация. Когда аналитик пишет до разработчика, потом выбираются технологии и понеслась.
Хотя признаю, что 99% технологий на JAVA + SQL.
источник

ОИ

Олег Игонин... in SPb CoA
Короче с твоих слов это выглядит следующим образом:
1. Вы делаете как делаете (что работает)
2. Вы делаете лажу
3. Я знаю как не делать лажу
4. Но я вам этого не скажу
источник

F

Fagor in SPb CoA
Ну среда, и севшие разработчики разленились. Скорей всего еще и ORM на полную катушку. С SQL не сильно заморачиваются.
источник

RT

Roman Tsirulnikov in SPb CoA
А у меня другой опыт:  в сложной задаче получается большой объем текста. Его трудно читать, трудно понимать. Схемы как здорово сокращают объем текста и лучше воспринимаются.
Я сейчас как раз сторонник подхода максимум уложить в графику и минимум текстового описания. Для этого приходится тщательно работать над текстами (подписями) на схемах.
источник

ОИ

Олег Игонин... in SPb CoA
Хватит поносить разработчиков, у нас есть те, кому за 60 и они из старой школы, есть те, кому 30 и они тоже думают своей головой в рамках доменной области.
И обоим этим типам нужны системные аналитики. Хотя бы для того, чтобы сходить в заказчиков и не тратить их время на выяснение требований.
Многие разработчики интроверты и в разговоре с заказчиком теряются через 20 минут разговора.
источник

F

Fagor in SPb CoA
) пусть будет так, в целом я не сказал что не делаю сам так, но вроде четко сформулировал что без лажи это: физической модели быть не должно и абстракция должна быть от технологий. То есть от OOП, от ORM, От системы хранения.
В общем обозначил. А частности, каждому свое.
источник

ОИ

Олег Игонин... in SPb CoA
Т.е. арх сперва выбирает систему хранения и только потом вдаётся в детали.
Это с учётом того, что арх должен "как можно дольше иметь как можно больше вариантов"?
источник

F

Fagor in SPb CoA
Кстати, никто их не поносит, ребята смогли выстроить процесс так, что им не нужно брать еще работы. Молодцы. Хорошо для них - ДА. Хорошо для организации - сомневаюсь. Хорошо для аналитика - по разному, где то это хорошо.
источник

ОИ

Олег Игонин... in SPb CoA
Ты переработал в Сбертехе =\
источник

RT

Roman Tsirulnikov in SPb CoA
К сожалению никакие лучшие СА не вывезут проект, если в нем слабые и/или демотивированные разработчики....
источник