Набор ключевых навыков и знаний для Архитекта(.net pool)

[stenking]

Вот в конторах где я работал и где были архитекторы, люди которые рисовали wireframes назывались аналитиками, а архитекторы другим занимались.

Чем? Собирались в кружок и полгода думали какую OS использовать ?:)

Я там выше в принципе написал + вполне себе кодили ключевые компоненты системы.

Ну так это не архитектор был. Я тоже 50 на 50. Половину времени документики пишу, т.е. именно работаю архитектором, а половину или код просматриваю, или stubs делаю ну и бывает что закодирую какую-то логику. Только это не работа архитектора а работа lead developera.

[crypto5]

Вот в конторах где я работал и где были архитекторы, люди которые рисовали wireframes назывались аналитиками, а архитекторы другим занимались.

Чем? Собирались в кружок и полгода думали какую OS использовать ?:)

Я там выше в принципе написал + вполне себе кодили ключевые компоненты системы.

Ну так это не архитектор был. Я тоже 50 на 50. Половину времени документики пишу, т.е. именно работаю архитектором, а половину или код просматриваю, или stubs делаю ну и бывает что закодирую какую-то логику. Только это не работа архитектора а работа lead developera.

Ну это все ваша личная точка зрения, я просто намекнул что у некоторых людей в индустрии она немного отличается.

[stenking]

Вот в конторах где я работал и где были архитекторы, люди которые рисовали wireframes назывались аналитиками, а архитекторы другим занимались.

Чем? Собирались в кружок и полгода думали какую OS использовать ?:)

Я там выше в принципе написал + вполне себе кодили ключевые компоненты системы.

Ну так это не архитектор был. Я тоже 50 на 50. Половину времени документики пишу, т.е. именно работаю архитектором, а половину или код просматриваю, или stubs делаю ну и бывает что закодирую какую-то логику. Только это не работа архитектора а работа lead developera.

Ну это все ваша личная точка зрения, я просто намекнул что у некоторых людей в индустрии она немного отличается.

http://www.codingthearchitecture.com/20 ... tects.html

[olis]

В моей предыдущей конторе архитектор команды в которой я работал никаких диаграмм не рисовал.
Он просто спроектировал да и написал по большей части ядрo ОС (вернее 2-ю его версию).
Хотя это конечно не совсем типичный архитектор даже по меркам той конторы

Такой супер-экстра гуру, за пару-тройку дней переписал всю ос а команда программистов восхищённо через плечо вкушала красоту синов и саутов и понявши что ей в жизни больше ничего не светит занялась поддержкой

Ну типа да, правда не всю ОС, а лишь kernel, и не за пару-тройку дней

[crypto5]

Чем? Собирались в кружок и полгода думали какую OS использовать ?:)

Я там выше в принципе написал + вполне себе кодили ключевые компоненты системы.

Ну так это не архитектор был. Я тоже 50 на 50. Половину времени документики пишу, т.е. именно работаю архитектором, а половину или код просматриваю, или stubs делаю ну и бывает что закодирую какую-то логику. Только это не работа архитектора а работа lead developera.

Ну это все ваша личная точка зрения, я просто намекнул что у некоторых людей в индустрии она немного отличается.

http://www.codingthearchitecture.com/20 ... tects.html

Во первых это тоже чье то личное мнение, а я говорю про тренды.
Во вторых левый нижний квадрат вроде ж про кодинг, нет?
Ну и я не вижу каких то расхождений между тем что я написал и этой картинкой.

[stenking]

Я там выше в принципе написал + вполне себе кодили ключевые компоненты системы.

Ну так это не архитектор был. Я тоже 50 на 50. Половину времени документики пишу, т.е. именно работаю архитектором, а половину или код просматриваю, или stubs делаю ну и бывает что закодирую какую-то логику. Только это не работа архитектора а работа lead developera.

Ну это все ваша личная точка зрения, я просто намекнул что у некоторых людей в индустрии она немного отличается.

http://www.codingthearchitecture.com/20 ... tects.html

Во первых это тоже чье то личное мнение, а я говорю про тренды.
Во вторых левый нижний квадрат вроде ж про кодинг, нет?
Ну и я не вижу каких то расхождений между тем что я написал и этой картинкой.

А что тренды? Есть роль архитектора, есть девелопера, есть менеджера, есть аналитика. Самое обыкновенное разделение труда. Обычно всё смешивается, особенно в небольших проектах. Я и менеджеров знаю которые не гнушаются код поправить если чё.

http://www.infoq.com/articles/brown-are ... -architect


А расхождение в том что вы думаете что архитектор большую часть своего времени или пишет код, или выбирает технологии - а я знаю что его основная работа это документы. Т.е. архитектор налаживает весь общий процесс но выражается это именно документами. Документ как например использовать source control и как deploy system. Документ как делать релизы. Документ как будет менятся API. Ит.д.

[NYgal]

стенка, ты, че, такой фуйней for real занимаешься?

Какой фигнёй? Вот из последнего...ну что бы представление дать...Пару документиков типа user roles, wireframes для айфона, айпада и cms, сам аrchitecture document который использовался как pitch клиенту. Где тут ерунда? Всё чётко и по делу.

А я-тодумала, что ето моя работа как БА. Оказывается, ето ешче и архитектом называется.
Из практических замечания - плoхо структурировано. Неудобно разбирать на требования/фунцкции ( в последнем случае - NBR)).

[crypto5]

Ну так это не архитектор был. Я тоже 50 на 50. Половину времени документики пишу, т.е. именно работаю архитектором, а половину или код просматриваю, или stubs делаю ну и бывает что закодирую какую-то логику. Только это не работа архитектора а работа lead developera.

Ну это все ваша личная точка зрения, я просто намекнул что у некоторых людей в индустрии она немного отличается.

http://www.codingthearchitecture.com/20 ... tects.html

Во первых это тоже чье то личное мнение, а я говорю про тренды.
Во вторых левый нижний квадрат вроде ж про кодинг, нет?
Ну и я не вижу каких то расхождений между тем что я написал и этой картинкой.

Документ как например использовать source control и как deploy system. Документ как делать релизы. Документ как будет менятся API. Ит.д.

А почему бы не отправить эту задачу тем людям которые в этом лучше разбираются если мы говорим о сотнях человеколет: release, build инженерам и разработчикам АПИ?

[stenking]

А я-тодумала, что ето моя работа как БА. Оказывается, ето ешче и архитектом называется.
Из практических замечания - плoхо структурировано. Неудобно разбирать на требования/фунцкции ( в последнем случае - NBR)).

Да всякие functional requirements обычно и пишут BA. Правда как только чуть техническая часть начинается то они уже нигфа не могут не говоря про то как например сделать wireframes так что бы всё в бюджет влезло , сделать data model ну и т.д.
А так всякие user stories пишут красиво, да

П.С. Для 150К проджекта вам за такие документы ещё и ноги целовать будут

[stenking]

А почему бы не отправить эту задачу тем людям которые в этом лучше разбираются если мы говорим о сотнях человеколет: release, build инженерам и разработчикам АПИ?

Наверное всё от обьёма зависит. Да и архитекты разные бывают, в вашем случае это вроде называется enterprise architect - они как раз больше по митингам ходят и со всякими С-людями тусуются. A архитект о котором я думаю это как раз такая рабочая лошадка которая должна иметь более размазанные по разным областям знания и контроль над происходящим.

[NYgal]

А я-тодумала, что ето моя работа как БА. Оказывается, ето ешче и архитектом называется.
Из практических замечания - плoхо структурировано. Неудобно разбирать на требования/фунцкции ( в последнем случае - NBR)).

Да всякие functional requirements обычно и пишут BA. Правда как только чуть техническая часть начинается то они уже нигфа не могут не говоря про то как например сделать wireframes так что бы всё в бюджет влезло , сделать data model ну и т.д.
А так всякие user stories пишут красиво, да

П.С. Для 150К проджекта вам за такие документы ещё и ноги целовать будут

Есть functional, есть non functional. Все пишем. Не у всех, но у многих БА есть бекграунд в девеломенте ( да... написала по-русски, называется )
Так и пишут, когда надо, чтобы был технический опыт. Юз кейсы - только часть БРД, да собственно в БРД их, как таковых и нет. Бизнес процессы с основными шагами перечисляются, диаграммы на них рисуются (мне больше БПМН ндравится, достаточно лет с УМЛ-ом намучилась). А Юз кейсы идут отдельным докУментом. Иногда и нет их, и не требуется.
Но собрать все требования, включая нон-фанкшионал, и не только то, что заказчик осознает, но и бест практис и регуляторные, и изложить внятно по пунктам, чтобы можно было сослаться на БРД1234.5.6.7.8. - дело БА

И ЕР нарисовать, и, если надо, реверс сделать с имеющегося, и датафлоу без мираклов и блекбоксов. И депозитори по всем артифактам, встречающимся в процессаx.

Тут на Привете, я заметила, очень высокомерное отношение к БА у кнопковавов различных рангов. На самом деле БА все разберет и разложит по полочкам, и сам кнопки давить не дурак.
Вот ответственности за рекоммендации по архитектуре БА на себя не берет. Для етого архитект имеется.

[oleg lebedev]

стенка, ты просто не выбираешь из фреймворков, а назначаешь одну, типа, любимой женой.

А что там можно выбирать? Вот как можно выбирать межды MySQL, MSSQL i Oracle. Понятно что если базы данных большие то Oracle, если .NET то MSSQL а если PHP to MySQL. Вот и весь выбор.

Вы просто смешные вещи тут написали. Что вы понимаете под большими БД? Несколько лет назад я работал в компании, где очень большой таблицей называлась та где было 3 миллиона строчек. Сейчас я работаю там, где средняя таблица имеет 5 млрд записей и заметьте Оракла тут нет.

[Komissar]

Есть functional, есть non functional. Все пишем. Не у всех, но у многих БА есть бекграунд в девеломенте ( да... написала по-русски, называется )
Так и пишут, когда надо, чтобы был технический опыт. Юз кейсы - только часть БРД, да собственно в БРД их, как таковых и нет. Бизнес процессы с основными шагами перечисляются, диаграммы на них рисуются (мне больше БПМН ндравится, достаточно лет с УМЛ-ом намучилась). А Юз кейсы идут отдельным докУментом. Иногда и нет их, и не требуется.
Но собрать все требования, включая нон-фанкшионал, и не только то, что заказчик осознает, но и бест практис и регуляторные, и изложить внятно по пунктам, чтобы можно было сослаться на БРД1234.5.6.7.8. - дело БА

И ЕР нарисовать, и, если надо, реверс сделать с имеющегося, и датафлоу без мираклов и блекбоксов. И депозитори по всем артифактам, встречающимся в процессаx.

Тут на Привете, я заметила, очень высокомерное отношение к БА у кнопковавов различных рангов. На самом деле БА все разберет и разложит по полочкам, и сам кнопки давить не дурак.
Вот ответственности за рекоммендации по архитектуре БА на себя не берет. Для етого архитект имеется.

Галочка, ты все правильно написала, но мне еще ни разу такой толковый БА не попадался. Они от нас в девелопменте хотят, чтоб мы им все нарисовали, а они будут раздувать щеки не презентациях.

[NYgal]

стенка, ты просто не выбираешь из фреймворков, а назначаешь одну, типа, любимой женой.

А что там можно выбирать? Вот как можно выбирать межды MySQL, MSSQL i Oracle. Понятно что если базы данных большие то Oracle, если .NET то MSSQL а если PHP to MySQL. Вот и весь выбор.

Вы просто смешные вещи тут написали. Что вы понимаете под большими БД? Несколько лет назад я работал в компании, где очень большой таблицей называлась та где было 3 миллиона строчек. Сейчас я работаю там, где средняя таблица имеет 5 млрд записей и заметьте Оракла тут нет.

Ну и что? У вас - странный частный случай. а стенкин говорит о шаблоне, который весьма распространен. Практикам, которые видят много проектов, такое мышление шаблонами позволяет not to loose their sanity..

[NYgal]

Есть functional, есть non functional. Все пишем. Не у всех, но у многих БА есть бекграунд в девеломенте ( да... написала по-русски, называется )
Так и пишут, когда надо, чтобы был технический опыт. Юз кейсы - только часть БРД, да собственно в БРД их, как таковых и нет. Бизнес процессы с основными шагами перечисляются, диаграммы на них рисуются (мне больше БПМН ндравится, достаточно лет с УМЛ-ом намучилась). А Юз кейсы идут отдельным докУментом. Иногда и нет их, и не требуется.
Но собрать все требования, включая нон-фанкшионал, и не только то, что заказчик осознает, но и бест практис и регуляторные, и изложить внятно по пунктам, чтобы можно было сослаться на БРД1234.5.6.7.8. - дело БА

И ЕР нарисовать, и, если надо, реверс сделать с имеющегося, и датафлоу без мираклов и блекбоксов. И депозитори по всем артифактам, встречающимся в процессаx.

Тут на Привете, я заметила, очень высокомерное отношение к БА у кнопковавов различных рангов. На самом деле БА все разберет и разложит по полочкам, и сам кнопки давить не дурак.
Вот ответственности за рекоммендации по архитектуре БА на себя не берет. Для етого архитект имеется.

Галочка, ты все правильно написала, но мне еще ни разу такой толковый БА не попадался. Они от нас в девелопменте хотят, чтоб мы им все нарисовали, а они будут раздувать щеки не презентациях.

так и кодировщики бывают и толковые и бестолковые. Но не говорят же о всех тех, кто пишет код, что они только "катят и пейстят".

[stenking]

Есть functional, есть non functional. Все пишем. Не у всех, но у многих БА есть бекграунд в девеломенте ( да... написала по-русски, называется )
Так и пишут, когда надо, чтобы был технический опыт. Юз кейсы - только часть БРД, да собственно в БРД их, как таковых и нет. Бизнес процессы с основными шагами перечисляются, диаграммы на них рисуются (мне больше БПМН ндравится, достаточно лет с УМЛ-ом намучилась). А Юз кейсы идут отдельным докУментом. Иногда и нет их, и не требуется.
Но собрать все требования, включая нон-фанкшионал, и не только то, что заказчик осознает, но и бест практис и регуляторные, и изложить внятно по пунктам, чтобы можно было сослаться на БРД1234.5.6.7.8. - дело БА

И ЕР нарисовать, и, если надо, реверс сделать с имеющегося, и датафлоу без мираклов и блекбоксов. И депозитори по всем артифактам, встречающимся в процессаx.

Тут на Привете, я заметила, очень высокомерное отношение к БА у кнопковавов различных рангов. На самом деле БА все разберет и разложит по полочкам, и сам кнопки давить не дурак.
Вот ответственности за рекоммендации по архитектуре БА на себя не берет. Для етого архитект имеется.

Галочка, ты все правильно написала, но мне еще ни разу такой толковый БА не попадался. Они от нас в девелопменте хотят, чтоб мы им все нарисовали, а они будут раздувать щеки не презентациях.

+1. Счас я покажу документы которые BA производят которые не девелоперы. А которые бывшие девелоперы то таких я и не знаю, зачем это девелоперам если BA плотют меньше. Сравните уровень бестолковости.

[stenking]

стенка, ты просто не выбираешь из фреймворков, а назначаешь одну, типа, любимой женой.

А что там можно выбирать? Вот как можно выбирать межды MySQL, MSSQL i Oracle. Понятно что если базы данных большие то Oracle, если .NET то MSSQL а если PHP to MySQL. Вот и весь выбор.

Вы просто смешные вещи тут написали. Что вы понимаете под большими БД? Несколько лет назад я работал в компании, где очень большой таблицей называлась та где было 3 миллиона строчек. Сейчас я работаю там, где средняя таблица имеет 5 млрд записей и заметьте Оракла тут нет.

Ну и? Вы хотите сказать что MySQL = Oracle? Конечно это не так и скорее всего на ваших 5 миллиардах records Oracle покажет лучше peformancе, будет надёжнее и т.д. Не ну можно конечно переезжать во Флориду на легковой машине правда прийдётся 10 ходок делать и на крышу диван привязывать но лучше всё таки нанять трак правильного размера.

[Komissar]

в твоих первых документах язык неплохо бы поправить. Вместо "for sake of having..." лучше "it will enable..." - в том конкретном контексте, что ты опубликовал. Временами читается немножко калькой с русского.

[stenking]

в твоих первых документах язык неплохо бы поправить. Вместо "for sake of having..." лучше "it will enable..." - в том конкретном контексте, что ты опубликовал. Временами читается немножко калькой с русского.

Да ладно, сойдёт. Всё такие это не pitch на 2 миллиона а так, проект на несколько месяцев был. Я такие документы клепаю бывает по несколько штук в неделю. Ну и Бруклин берёт свой тол тоже - английский мог бы быть и лучше.

[NYgal]

+1. Счас я покажу документы которые BA производят которые не девелоперы. А которые бывшие девелоперы то таких я и не знаю, зачем это девелоперам если BA плотют меньше. Сравните уровень бестолковости.


...

Показанное похоже на minutes, то, что обычно получается после интервью с СМЕ. Потом из етого лепят БРД.

[NYgal]

в твоих первых документах язык неплохо бы поправить. Вместо "for sake of having..." лучше "it will enable..." - в том конкретном контексте, что ты опубликовал. Временами читается немножко калькой с русского.

Да ладно, сойдёт. Всё такие это не pitch на 2 миллиона а так, проект на несколько месяцев был. Я такие документы клепаю бывает по несколько штук в неделю. Ну и Бруклин берёт свой тол тоже - английский мог бы быть и лучше.

stenking, you have no idea

[stenking]

в твоих первых документах язык неплохо бы поправить. Вместо "for sake of having..." лучше "it will enable..." - в том конкретном контексте, что ты опубликовал. Временами читается немножко калькой с русского.

Да ладно, сойдёт. Всё такие это не pitch на 2 миллиона а так, проект на несколько месяцев был. Я такие документы клепаю бывает по несколько штук в неделю. Ну и Бруклин берёт свой тол тоже - английский мог бы быть и лучше.

stenking, you have no idea

где no idea?:)

[crypto5]

стенка, ты просто не выбираешь из фреймворков, а назначаешь одну, типа, любимой женой.

А что там можно выбирать? Вот как можно выбирать межды MySQL, MSSQL i Oracle. Понятно что если базы данных большие то Oracle, если .NET то MSSQL а если PHP to MySQL. Вот и весь выбор.

Вы просто смешные вещи тут написали. Что вы понимаете под большими БД? Несколько лет назад я работал в компании, где очень большой таблицей называлась та где было 3 миллиона строчек. Сейчас я работаю там, где средняя таблица имеет 5 млрд записей и заметьте Оракла тут нет.

Ну и? Вы хотите сказать что MySQL = Oracle? Конечно это не так и скорее всего на ваших 5 миллиардах records Oracle покажет лучше peformancе, будет надёжнее и т.д. Не ну можно конечно переезжать во Флориду на легковой машине правда прийдётся 10 ходок делать и на крышу диван привязывать но лучше всё таки нанять трак правильного размера.

The AdWords system was initially implemented on top of the MySQL database engine. After the system had been launched, management decided to use Oracle instead. The system became much slower, so eventually it was returned to MySQL

http://en.wikipedia.org/wiki/AdWords

[stenking]

The AdWords system was initially implemented on top of the MySQL database engine. After the system had been launched, management decided to use Oracle instead. The system became much slower, so eventually it was returned to MySQL

Ну и что? FB тоже вроде как на MySQL но это всё частные странные случаи как выше сказала Гала. Может они нафиг полядра MySQL переписали а может просто мучаются a может используют только для работы с клиентами а сам ad нетворк уже построен на чём-то другом. А вообще гугл он свою датабэйс использует.

http://en.wikipedia.org/wiki/BigTable

[crypto5]

The AdWords system was initially implemented on top of the MySQL database engine. After the system had been launched, management decided to use Oracle instead. The system became much slower, so eventually it was returned to MySQL

Ну и что? FB тоже вроде как на MySQL но это всё частные странные случаи как выше сказала Гала. Может они нафиг полядра MySQL переписали а может просто мучаются a может используют только для работы с клиентами а сам ad нетворк уже построен на чём-то другом.

А может мскл просто не такая уж и плохая база?