IV
да нифига, мы с кастомерами напрямую общались и все знали :)
Не все так делают :) Некоторые боятся кастомера :) Иногда вполне обосновано :)
Size: a a a
2019 October 23
EN
Коробка - как ингридиент
S
программист - это не чувак в пузыре. Программы пишутся для людей и решения конкретных потребностей. Если программист про это не помнит - он будет плохим программистом
S
Igor Voronin
Не все так делают :) Некоторые боятся кастомера :) Иногда вполне обосновано :)
ну важно общаться с теми людьми у кастомера кто юзает ваш продукт. А если общаться с манагерами, то это трата времени.
S
еще poll-ы делали переодически с опросами на тему что не так в продукте, что улучшить и т.п И корректировали релизы
IV
ну важно общаться с теми людьми у кастомера кто юзает ваш продукт. А если общаться с манагерами, то это трата времени.
Правильно, поэтому я и говорю про эксплутацию и ТП. Часто эксплуатация и программирует временные костыли, так что опыт программирования имеет
AP
ну авионика - солюшен. Архитектура телеком софт для 5G оборудования - солюшен
Более того, при всём уважении, сам как солюшен в телекоме много лет скажу - солюшен вообще не в курсе, что там делает внутри управляющий софт или кто написал софтину для оборудования. Я конечно кое-что помню, как выходец из эксплуатации, и даже могу сесть с вендором любого из ~350 таких кубиков обсуждать детали реализации как бывший программист/системщик, но платят мне не за это
S
Более того, при всём уважении, сам как солюшен в телекоме много лет скажу - солюшен вообще не в курсе, что там делает внутри управляющий софт или кто написал софтину для оборудования. Я конечно кое-что помню, как выходец из эксплуатации, и даже могу сесть с вендором любого из ~350 таких кубиков обсуждать детали реализации как бывший программист/системщик, но платят мне не за это
я про телеком с точки зрения создания программно-аппаратных решений. Т.е разработки софта для всего оборудования
S
долгий опыт взаимодействия с Эриксоном,Моторолой в прошлом и др
S
и вот масштабы кода на этом уровне хорошо себе представляю
IV
я про телеком с точки зрения создания программно-аппаратных решений. Т.е разработки софта для всего оборудования
у SA нет задачи разрабатывать софт :) У него задача сделать решение. Возможно из готовых продуктов. Если нет, то поставить задачи на доработку командам и вендроам
S
Igor Voronin
у SA нет задачи разрабатывать софт :) У него задача сделать решение. Возможно из готовых продуктов. Если нет, то поставить задачи на доработку командам и вендроам
понятно. Не наш человек :)
P
Многим просто мешает профессиональная деформация.
Не позволяет отрешенно взглянуть чуть выше кучки удобрений, называемой Technology ViewPoint.
Не позволяет отрешенно взглянуть чуть выше кучки удобрений, называемой Technology ViewPoint.
IV
Все таки предлагаю не путать архитектора решений и архитектора ИС :)
d
Похоже, не все вчера высказались о терминах архитекторов
AP
и вот масштабы кода на этом уровне хорошо себе представляю
А теперь представьте, что вместе с эриком ещё на сети живёт хаувей, нокия, алкатель, циска и ещё 4 каких-то древнючих фиксовых коммутатора, контроллеры, бс-ки, hlr/hss, pcrf/dpi/pcef и т.д., но при этом всё это вместе для солюшена "мобила/фикса" - один из десятков элементов телекома
P
А теперь представьте, что вместе с эриком ещё на сети живёт хаувей, нокия, алкатель, циска и ещё 4 каких-то древнючих фиксовых коммутатора, контроллеры, бс-ки, hlr/hss, pcrf/dpi/pcef и т.д., но при этом всё это вместе для солюшена "мобила/фикса" - один из десятков элементов телекома
Программирующий архитектор завалит такой проект. Он просто погрязнет в деталях реализации одной из информационных систем и не успеет за сквозным процессом.
IV
А теперь представьте, что вместе с эриком ещё на сети живёт хаувей, нокия, алкатель, циска и ещё 4 каких-то древнючих фиксовых коммутатора, контроллеры, бс-ки, hlr/hss, pcrf/dpi/pcef и т.д., но при этом всё это вместе для солюшена "мобила/фикса" - один из десятков элементов телекома
А поверх этого OSS, поверх которого BSS и рядом нетелеком :)
AP
Программирующий архитектор завалит такой проект. Он просто погрязнет в деталях реализации одной из информационных систем и не успеет за сквозным процессом.
Да даже просто дающий советы программистам )