@oop_ru

« Назад

Страница 192 из 785

Далее »

da horsie

02.05.2017
21:34:30

это моя собственная формулировка

f4rt~

02.05.2017
21:36:02

да я шутки шучу, звучит весьма верно; Вот только для кого-то и дерьмо отличная архитектура, а запахи кода благоухают, увы)

da horsie

02.05.2017
21:36:26

мое определение предполагает наличие потока изменений в требованиях

если требования статичны, то любая арзитектура хороша

Google

da horsie

02.05.2017
21:37:25

ну т.е. определение теряет смысл, если требования не меняются

Sergey

02.05.2017
21:42:12

Я бы архитектуру в смысле software design определил как свойство системы (как совокупности программного кода) адаптироваться под изменяющиеся требования к ней, где источником требований являются потребители бизнес-процессов, которые реализует система. Если система адаптируется быстро и дешево - это хорошая архитектура. Если долго и при этом часто ломается (перестает соответствовать внешним требованиями) - плохая.

"адаптироваться под изменяющиеся требования" это скорее желаемая характеристика

мое определение предполагает наличие потока изменений в требованиях

но это же не всегда так) а значит определение не может быть полным

da horsie

02.05.2017
21:43:05

можно дать много определений

можно определить как "внутреннее устройство"

можно с точки зрения separation of concerns

Sergey

02.05.2017
21:44:11

окей, как бы ты дал определение "архитектурному стилю" в строительстве?

da horsie

02.05.2017
21:44:13

а можно так

окей, как бы ты дал определение "архитектурному стилю" в строительстве?

вот этого ваще не знаю

Sergey

02.05.2017
21:45:15

ну вот есть два здания. Одно в стиле борокко, а другое - ар-деко

da horsie

02.05.2017
21:46:01

ты меня щас унизить хочешь? )

Sergey

02.05.2017
21:46:43

не, я сам не шарю, просто могу по картинкам различать

но суть в том что у тебя есть два совершенно разных стиля в архитектуре которые приследуют разные цели

Google

da horsie

02.05.2017
21:47:46

дык я не спорю с твоим или другими определениями

если говорить про архитектуру, как что-то, что можно расположить на шкале хорошо - плохо или подходит - не подходит, то я бы вот такое определение дал

Sergey

02.05.2017
21:48:24

а мне кажется что это не очень продуктивно мерять категориями "хорошо" и "плохо"

da horsie

02.05.2017
21:48:36

с других точек зрения будут другие определения

Sergey

02.05.2017
21:49:12

с других точек зрения будут другие определения

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

da horsie

02.05.2017
21:49:44

ну я могу сделать умное лицо и заменить "хорошо-плохо" на Business KPIs

Sergey

02.05.2017
21:49:49

у Фаулера мелькало похожее на твое определение, только там он говорил "архитектура это то что дорого менять"

ну я могу сделать умное лицо и заменить "хорошо-плохо" на Business KPIs

у меня травма детства со штуками аля KPI)

da horsie

02.05.2017
21:50:12

я хочу некий элемент измеримости внести в определение

Sergey

02.05.2017
21:50:45

я хочу некий элемент измеримости внести в определение

уже лучше) а я как раз своим определением хочу подчеркнуть что "померять" это никак не выйдет нормально

слишком субъективная метрика

доказать выбор архитектуры сложна

Aleh

02.05.2017
21:51:10

доказать выбор архитектуры сложна

ну как

есть рюшечки

а есть сопромат и прочее

da horsie

02.05.2017
21:51:28

ну чтоб доказать, надо иметь с чем сравнивать

Sergey

02.05.2017
21:51:34

или цель

чего хочешь добиться своей архитектурой

da horsie

02.05.2017
21:51:43

контрольную группу надо

ну да

Google

Sergey

02.05.2017
21:51:59

мне например понравился такой пример выбора архитектуры

"мы хотели работать по аджайлу но нам надо было после каждого изменения проходить PCI. В итоге мы сделали так что бы та часть которая должна проходть PCI complaince менялась очень редко и мы могли бы раз в день менять свистоперделки"

da horsie

02.05.2017
21:53:10

отлично

Aleh

02.05.2017
21:53:16

+

Sergey

02.05.2017
21:53:24

ну там как бы больше технический деталей было

Aleh

02.05.2017
21:53:46

не, больше читать было бы лень

Sergey

02.05.2017
21:54:20

весьма прикольных, вроде "штука которая требует соответствие PCI не в интернетах, она лежит себе на сервере и периодически пулит очередь задач. Остальные штуки туда что-то ложат. В итоге доступ извне жестко закрыт

а свистоперделки - это уже CRUD-ы и примитивщина

da horsie

02.05.2017
21:55:34

подходит под мое определение. PCI - часть бизнес требований. хорошая архитектура позвляет дешево вносить изменения, оставаясь при этом в рамках бизнес-требований (т.е. PCI-compiance).

Sergey

02.05.2017
21:56:20

подходит под мое определение. PCI - часть бизнес требований. хорошая архитектура позвляет дешево вносить изменения, оставаясь при этом в рамках бизнес-требований (т.е. PCI-compiance).

ну и под мое определение подходит) есть требования, и была выбрана архитектура которая ограничивала то что можно делать в таком-то куске системы и таким образом снимала ограничения на скорость доставки функционала и эксперементы

Aleh

02.05.2017
21:56:39

Я бы архитектуру в смысле software design определил как свойство системы (как совокупности программного кода) адаптироваться под изменяющиеся требования к ней, где источником требований являются потребители бизнес-процессов, которые реализует система. Если система адаптируется быстро и дешево - это хорошая архитектура. Если долго и при этом часто ломается (перестает соответствовать внешним требованиями) - плохая.

часто ломается отсюда можно вынести, это может быть частью требований, а может и не быть

Sergey

02.05.2017
21:57:16

да, к примеру у тебя в рамках одной системы может быть отдельные подсистемы одни из которых крайне критичны к "ломалась" а на другие тебе просто плевать

da horsie

02.05.2017
21:57:23

ломается = перестает удовлетворять требованиям

Aleh

02.05.2017
21:57:54

изменения делаются долго, а ломается часто, эт странно)

da horsie

02.05.2017
21:58:05

почему странно?

Sergey

02.05.2017
21:58:07

изменения делаются долго, а ломается часто, эт странно)

ну тип долго потому что часто

da horsie

02.05.2017
21:58:17

как раз у меня такое каждый день

Sergey

02.05.2017
21:58:27

у меня веселее - мы не понимаем целей)

da horsie

02.05.2017
21:58:30

чуть что тронь - сломалось

Aleh

02.05.2017
21:58:46

почему странно?

ну тип че она часто ломается, если изменения не получается делать часто

Google

da horsie

02.05.2017
21:58:54

а адаптировать систему под новые требования - сложно и долго и дорого

Sergey

02.05.2017
21:59:05

ну тип че она часто ломается, если изменения не получается делать часто

так все наооборот, причина медленных изменений в том что часто ломается

Aleh

02.05.2017
21:59:25

ну в общем да, эт не очень

Sergey

02.05.2017
21:59:27

ты сделал штуку за час, два часа тестишь и находишь баг, фиксишь пол часа-час, потом снова тестинг, еще что-то сломалось

da horsie

02.05.2017
21:59:39

дык потому и долго, что часто ломается и надо чинить сломанное вместо того, чтобы вносить требуемые изменения

ты сделал штуку за час, два часа тестишь и находишь баг, фиксишь пол часа-час, потом снова тестинг, еще что-то сломалось

++

Sergey

02.05.2017
21:59:56

у меня был проектик года 4 назад где мы мягко скажем приняли пару херовых решений

Admin

ERROR: S client not available

Sergey

02.05.2017
21:59:59

оооочень херовых

мне даже стыдно рассказывать

ну и короч по прошествию 3-х месяцев мы не сдвинулись с мервой точки

Aleh

02.05.2017
22:00:27

так все наооборот, причина медленных изменений в том что часто ломается

может быть и так, а может быть из-за сложности системы ты просто долго встраиваешь изменение

Sergey

02.05.2017
22:00:39

и в итоге приняли решение откатить все на 3 месяца назад и делать по другому - сделали за месяц

Aleh

02.05.2017
22:01:07

может быть и так, а может быть из-за сложности системы ты просто долго встраиваешь изменение

или сложности изменений, например

Sergey

02.05.2017
22:01:13

и вот это чувство что мол "да ладно, мы уже месяц потратили, тут чуть чуть осталось"

da horsie

02.05.2017
22:02:07

и в итоге приняли решение откатить все на 3 месяца назад и делать по другому - сделали за месяц

это прям я в 2009 году )

Sergey

02.05.2017
22:02:24

https://www.youtube.com/watch?v=jfZU3ckGi4Q

предлагаю переделать эту песенку под тех долг

da horsie

02.05.2017
22:02:35

только мы жестче провалились, на полгода наверно

I've taken to throwing up in the yard so my wife won't hear me. :)

Google

Sergey

02.05.2017
22:05:23

Technical debt, Technical debt, Technical debt!

da horsie

02.05.2017
22:06:13

i have 30 man-years of technical debt

Sergey

02.05.2017
22:23:57

My users sad since no new features can't be just made

Andrey

03.05.2017
05:12:31

и в итоге приняли решение откатить все на 3 месяца назад и делать по другому - сделали за месяц

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

Sergey

03.05.2017
14:42:04

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

в той ситуации прототипирование не особо помогло бы так как проблема была в высокой связаности системы

мы это не недооценили скажем так

а прототипирование - ну вот я сейчас пилю прототип для чатиков

просто на потыкать в плане перформанса

Like

03.05.2017
14:47:48

Кстати, если тебя компания спрашивает про всякую херню "какие помнишь функции пхп для работы с массивом", "как достать ...." но игнорирует твое тдд, солид и прочую лебурду (из резюме) на собеседование - как им отказывать в этом случае?)

Andrey