Какая ваша руководящая доктрина?
Мне очень понравилась формулировка DHH Доктрины Rails. Он делает фантастическую работу, размышляя и четко объясняя свою позицию по вопросам.
Я смаковал всю пьесу, думая о том, с чем я могу согласиться или не согласиться. Поднявшись на уровень выше, как в этой части, чтобы сформулировать 8 столбов, в некотором роде сбрасывает миссию.
Rails родился в то время, когда многие из нас создавали веб-приложения CRUD. Я влюбился в него так же, как и в DHH, в том, что рубин подходил моему мозгу. Я забочусь о нюансах и возможности выбрать свой язык. Мне нравится поэзия кода, а Java никогда не была моей любовью, а скорее воспринималась как язык для широких масс (у которого есть много плюсов, но не соответствует моим предпочтениям).
Перенесемся в сегодняшний день, и мы думаем обо всех платформах и охвате, которые мы можем предоставить нашим пользователям. Мы думаем об услугах, и, хотя я разделяю пренебрежение преждевременной микросервисизацией, мы часто обслуживаем нескольких клиентов и нуждаемся в обслуживании этого мира.
Rails может хорошо работать в этом новом мире, но цена мнений не окупается так, как тогда. Другие параметры были улучшены, и теперь можно сделать больше вариантов (обмен сообщениями, параметры базы данных и т. Д.).
Искусство и сервис
Еще один момент, который бросился в глаза, - это разговоры об искусстве и его внутренней важности. В нем говорится, что создание чего-то, что нужно для выполнения работы, ниже искусства. Здесь я не согласен с самыми сильными.
«Это было событие, которое ознаменовало мой личный переход от« занимаюсь программированием, потому что мне нужны программы »к« занимаюсь программированием, потому что я влюбился в это как в способ интеллектуальных упражнений и самовыражения '. » - DHH
Я думаю, что это может быть привилегией служить, а услуга может включать создание инструмента или чего-то полезного для ваших пользователей и даже для вашего бизнеса.
DHH может утверждать, что это произойдет естественным образом и что лучшая работа рождается из искусства, но я не уверен, что это всегда правильная корреляция.
Совершенно благородно быть сосредоточенным на том, как лучше всего сделать ваших пользователей крутыми, и делать выбор, который даже может идти вразрез с искусством и определенной чистотой. Вы постоянно работаете в рамках компромиссов. Производительность - отличный тому пример. Я думаю, что мы часто преждевременно оптимизируем, и опыт разработчиков может пострадать. Однако мы должны стремиться к лучшему пользовательскому интерфейсу, даже если нам придется прибегать к некрасивым хитростям, чтобы это сработало. В идеале мы можем положить эти хаки в коробку, чтобы большинству не приходилось их видеть, но это нормально, хотя и не идеально, чтобы они там были.
Раньше в моей карьере я был больше сосредоточен на технологиях ради технологий. Со временем я стал ближе к тому, «что я делаю для своих пользователей», и считаю, что ориентированный на пользователя подход - отличный вариант.
Сам Rails очень сильно ориентирован на пользователя (разработчика), я просто хочу подчеркнуть, что «выполнение программ, потому что я хочу повлиять на X» не меньше.
Еще раз спасибо, @ DHH, за то, что не только предоставил нам фантастический набор инструментов, но и изложил более важную историю. Я знаю, что к этой публикации я еще вернусь и обдумаю в будущем, и это заставит меня спросить себя… какова моя руководящая доктрина для X?
