хорошее утро в понедельник, я mpj, и вы
просмотр веселой функции зрителя Cory
отправил в этом вопросе, каковы ваши
мысли о различных схемах
например UML и ADL для кодовой документации
и как часто вы используете их для
кто из вас не знает, что это такое
UML и ADL мне пришлось искать ADL
был, кстати, это визуальные языки
так как они в основном очень специфичны
способы рисования коробок со стрелками
между ними для описания разных частей
архитектуры программного обеспечения, как классы
соотносятся друг с другом как долго
базы данных, как выглядят базы данных в основном
и тогда такие вещи , как , что , поскольку эти
языки довольно специфичны.
также способы фактического создания фактических
код из этих диаграмм, а также
обратное генерировать эти диаграммы из
Код Я немного использую UML, когда я
начался как разработчик, и чем больше
Я пытаюсь использовать его, тем больше я обнаружил, что это
была очень сложной тратой времени
и я далек от лучшего разработчика в
мир, но я работал с некоторыми из
лучших разработчиков в мире и
ни один из них не близок к использованию UML
при общении с нашим собственным кодом, что вы
использовать, когда вы общаетесь с кодом и
хочу описать контекст высокого уровня
сложных концепций он использует белый
мы используем белую доску, а вы и вы
рисуйте стрелки между ними, с которыми вы разговариваете
ваши коллеги вокруг этого, вот как
вы описываете программное обеспечение и, конечно же,
это не очень конкретный, но добрый
точки
когда вы делаете карту города, вы
не хотят рисовать каждый глаз
все, что есть на улице
вы хотите нарисовать только то, что
являются особой специфичностью
не цель, когда вы описываете
концепции высокого уровня, которые вы делаете на карте
для человека, так сказать, если вы
на самом деле нужна специфика, которая
что у нас есть компьютерный код для фактического
код, который мы используем для описания
очень специфические отношения
как именно, как предполагается
работа — вот какой код для меня
на самом деле не чувствую, что это потеряно на много
людей, которые кодируют компьютерный код
как JavaScript и C sharp или Java или
C ++ этот код — это для людей, чтобы
читать и писать на компьютере не
на самом деле понимать JavaScript или C ++
который скомпилирован до машинного кода
который является лишь некоторым для нас непонятным
искаженный, что компьютер действительно может
Понимаю
поэтому языки программирования для нас
это языки для общения
друг с другом , так что я пишу некоторые
код , и вы можете разумно прочитать , что
кода, а затем компилируется
то, что компьютер может понять
но код для нашего сотрудничества как
разработчиков или если вы не в команде
поэтому да, чтобы вы могли
понять, что вы для себя
делать , и именно поэтому такие вещи , как
спецификации спецификаций программного обеспечения в
документы на английском языке не
работать, если вы не знакомы с написанием
спецификации программного обеспечения, которое вы делаете
это в первый раз вы поверите
что вы можете определить, по крайней мере,
программного обеспечения все детали программного обеспечения и
перевод этой спецификации в код
будет относительно легко
конечно невероятно неверный, как любой , кто
попытался это сделать, знает, что английский — это
Язык , который не очень выразительный
это нехорошо описывать вещи
точно это очень хорошо при описании
вещи , примерно, например , если я смотрю
в окне здесь я увижу, что есть
есть автобусная остановка, лампа Pole и aa
какой- то цветочный куст и дорога, которая
дает вам представление о
как выглядят вещи вне моего
окна, но если вас попросят сделать
что именно из моего описания вы
вероятно, будет довольно далеко от моего
брат, который является художником, он сказал, что это
очень технически действует, но это не
программистом и множеством людей, которые приходят
в программирование в первый раз и
они видят, что они считают, что это
из этого материала , это где
компьютер это может быть сделано намного проще
мы должны уметь сделать
язык визуального программирования, где мы можем
рисовать, мы думаем о нашем программировании
и поэтому нам не нужно вводить
это кажется, что кажется очень архаичным
программирование, которое должно работать как любое
другое программное обеспечение должно быть визуальным и
легко сделать , и тогда опускают в
Сама же ловушка здесь , как вы считаете ,
что коробки и стрелки и визуальные
такие конструкции эффективны при
описывающих сложные отношения и
они действительно не очень хорошие
при описании их примерно так, как если бы вы
если я скажу, что примерно здесь, вот
модель, и вот контроллер и
вот вид, и вы рисуете стрелки
между ними тогда я, что хорошо в
описывая грубую идею, но если вы
на самом деле попытаться реализовать это и
на самом деле сопоставить эту конструкцию точно
к чему логика
на самом деле выглядит как дела идут
начинают ломаться вниз и вы собираетесь
начните видеть, как это грубо это
инструмент, и это прекрасно, что они
грубо, тогда я вижу, что это супер
полезно очень полезно рисовать вещи
для людей, и это очень полезно для меня
тоже, чтобы сказать грубые вещи о
среды за пределами внешнего
окно , которое полезно для вас, когда
осознавая реальность, но мы не должны
попадают в эту ловушку, полагая, что
просто потому, что английский и рисунки
хорошо описывать
концепции в действительности в грубой , как мы
могут также использовать их для описания конференции
концепций определенным образом, что не
работать очень хорошо, чтобы описать такие вещи, как
физика, например, мы собираемся
нужен язык, который очень хорошо
адаптированный при описании физики как математика
и для того, чтобы конкретно описать
программного обеспечения , нам понадобится
язык, предназначенный для того, чтобы
это язык программирования , и это
сущность того, почему спецификации не
они не работают, потому что если
спецификация была настолько хороша, что она
описал всю систему программного обеспечения
спецификация будет кодом, если мы хотим
для описания программной системы точно
то мы используем код, который является кодом
это отличное описание программного обеспечения
спецификации и планы написания системы
и описание архитектуры и программного обеспечения
использование языков, которые не являются программированием
языки, это похоже на сжатие
мыло тебе нужно сжать прямо вправо
и если вы пытаетесь слишком сильно сжать вас
впитайте свои оценки хорошо, и это мой
проблема с UML пытается сжать
мыло слишком сильно, эти инструменты они пытаются
дать обзор программного обеспечения в том же
времени, поскольку дает много деталей и что
просто создает инструмент, который хорош в
ни вы не можете стать еще больше
философский с этим вы можете говорить
о психических моделях в целом для
случай, когда автобус проходит вне
мое окно прямо сейчас, и когда я говорю, но
это слово для меня — ментальная конструкция
у нас это примерно такое же
абстракции у вас есть
абстракция в вашей голове о том, как это
автобус выглядит, и у меня есть абстракция
в моей голове о том, как выглядит
однако обе наши модели очень далеки
от того, как выглядит автобус в действительности на
уровень детализации, и именно так оно и есть
должно быть в порядке абстракции
для работы нужно избавиться от многих
подробно и быть очень
фактический
фактический объект — это то, что абстракция
какая модель представляет собой карту вашего города, это
означало немного
параллель, которую я хотел бы сделать, это
язык огурец огурца — это язык
это очень похоже на английский, что
вы используете для написания спецификаций для
программного обеспечения и тех
чтобы вы могли писать такие вещи, как
учитывая, что я перехожу на домашнюю страницу
и я нажимаю значок корзины, тогда я должен
найти себя на странице корзины, а затем
Вы определяете шаг как для учитывая , что I
перейдите на главную страницу, которую вы пишете
фактический код, который будет дистанционно управлять
браузер, чтобы перейти на эту домашнюю страницу, а затем
вам нравится повторять, что пока у вас все
указанные шаги и
идея состоит в том, чтобы дать это как часть
развития поведения
движение , которое делает это
может использоваться как язык, на котором вы и
клиент может использовать это, дает вам
клиент и общий язык, который является
Отличная идея : вам действительно нравится идея
много обращений ко мне, но у меня никогда не было
вполне в состоянии тянуть его в
реальность, потому что огурец как язык
он имеет две обязанности, если
с одной стороны, это должно дать
клиента обзор того, как система
смотрит и как ведет себя и работает
что другая рука должна иметь
быть способом создания этих тестов
спецификации, которые могут
проанализировать и выполнить и убедиться, что они
работать и пытаться сделать эти два
вещи , в то же время это своего рода
следующий посредственный в обоих, потому что для того, чтобы
делать это
быть исполняемым, он должен быть довольно
конкретный и для того, чтобы быть красивым
он должен пожертвовать этим
потому что он может стать тяжелым
для того, чтобы клиент мог понять
из спецификации, потому что
они, как правило, похожи на много
шум от деталей , что вам нужно
добавить, чтобы эта вещь работала и
это работает иначе, потому что в
чтобы сделать эту работу
обзор делают это возможным для
клиента, чтобы получить обзор, который вам нужен
жертвуйте множеством деталей, которые вы можете показать
весь материал исполнения в
Спецификации огурца, поэтому он становится
становится проблематичным для этого
вещь тоже , потому что это не совсем так
как вы хотели бы, чтобы это было так
если вы создаете коммуникационный инструмент
и помните, что код похож на
инструмент коммуникации, то вы можете либо
есть тот, который хорош при описании
вещи на очень высоком уровне с низким
деталь или вы можете иметь инструмент , который
очень хорошо описывает вещи на высоком
но очень плохо
обзор и перспектива высокого уровня
и если вы попытаетесь создать инструмент, который
в середине это будет плохо для обоих
это мои мысли о UML, которые вы
просто смотрю эпизод веселья
функция я выпускаю каждый понедельник
утро О 800 GMT, но если вы не хотите
долго ждать, если вы проверите это
эпизод, что известное машинное обучение
что Google выбрал для вас Я
mpj до следующего утра в понедельник
заказники
просмотр веселой функции зрителя Cory
отправил в этом вопросе, каковы ваши
мысли о различных схемах
например UML и ADL для кодовой документации
и как часто вы используете их для
кто из вас не знает, что это такое
UML и ADL мне пришлось искать ADL
был, кстати, это визуальные языки
так как они в основном очень специфичны
способы рисования коробок со стрелками
между ними для описания разных частей
архитектуры программного обеспечения, как классы
соотносятся друг с другом как долго
базы данных, как выглядят базы данных в основном
и тогда такие вещи , как , что , поскольку эти
языки довольно специфичны.
также способы фактического создания фактических
код из этих диаграмм, а также
обратное генерировать эти диаграммы из
Код Я немного использую UML, когда я
начался как разработчик, и чем больше
Я пытаюсь использовать его, тем больше я обнаружил, что это
была очень сложной тратой времени
и я далек от лучшего разработчика в
мир, но я работал с некоторыми из
лучших разработчиков в мире и
ни один из них не близок к использованию UML
при общении с нашим собственным кодом, что вы
использовать, когда вы общаетесь с кодом и
хочу описать контекст высокого уровня
сложных концепций он использует белый
мы используем белую доску, а вы и вы
рисуйте стрелки между ними, с которыми вы разговариваете
ваши коллеги вокруг этого, вот как
вы описываете программное обеспечение и, конечно же,
это не очень конкретный, но добрый
точки
когда вы делаете карту города, вы
не хотят рисовать каждый глаз
все, что есть на улице
вы хотите нарисовать только то, что
являются особой специфичностью
не цель, когда вы описываете
концепции высокого уровня, которые вы делаете на карте
для человека, так сказать, если вы
на самом деле нужна специфика, которая
что у нас есть компьютерный код для фактического
код, который мы используем для описания
очень специфические отношения
как именно, как предполагается
работа — вот какой код для меня
на самом деле не чувствую, что это потеряно на много
людей, которые кодируют компьютерный код
как JavaScript и C sharp или Java или
C ++ этот код — это для людей, чтобы
читать и писать на компьютере не
на самом деле понимать JavaScript или C ++
который скомпилирован до машинного кода
который является лишь некоторым для нас непонятным
искаженный, что компьютер действительно может
Понимаю
поэтому языки программирования для нас
это языки для общения
друг с другом , так что я пишу некоторые
код , и вы можете разумно прочитать , что
кода, а затем компилируется
то, что компьютер может понять
но код для нашего сотрудничества как
разработчиков или если вы не в команде
поэтому да, чтобы вы могли
понять, что вы для себя
делать , и именно поэтому такие вещи , как
спецификации спецификаций программного обеспечения в
документы на английском языке не
работать, если вы не знакомы с написанием
спецификации программного обеспечения, которое вы делаете
это в первый раз вы поверите
что вы можете определить, по крайней мере,
программного обеспечения все детали программного обеспечения и
перевод этой спецификации в код
будет относительно легко
конечно невероятно неверный, как любой , кто
попытался это сделать, знает, что английский — это
Язык , который не очень выразительный
это нехорошо описывать вещи
точно это очень хорошо при описании
вещи , примерно, например , если я смотрю
в окне здесь я увижу, что есть
есть автобусная остановка, лампа Pole и aa
какой- то цветочный куст и дорога, которая
дает вам представление о
как выглядят вещи вне моего
окна, но если вас попросят сделать
что именно из моего описания вы
вероятно, будет довольно далеко от моего
брат, который является художником, он сказал, что это
очень технически действует, но это не
программистом и множеством людей, которые приходят
в программирование в первый раз и
они видят, что они считают, что это
из этого материала , это где
компьютер это может быть сделано намного проще
мы должны уметь сделать
язык визуального программирования, где мы можем
рисовать, мы думаем о нашем программировании
и поэтому нам не нужно вводить
это кажется, что кажется очень архаичным
программирование, которое должно работать как любое
другое программное обеспечение должно быть визуальным и
легко сделать , и тогда опускают в
Сама же ловушка здесь , как вы считаете ,
что коробки и стрелки и визуальные
такие конструкции эффективны при
описывающих сложные отношения и
они действительно не очень хорошие
при описании их примерно так, как если бы вы
если я скажу, что примерно здесь, вот
модель, и вот контроллер и
вот вид, и вы рисуете стрелки
между ними тогда я, что хорошо в
описывая грубую идею, но если вы
на самом деле попытаться реализовать это и
на самом деле сопоставить эту конструкцию точно
к чему логика
на самом деле выглядит как дела идут
начинают ломаться вниз и вы собираетесь
начните видеть, как это грубо это
инструмент, и это прекрасно, что они
грубо, тогда я вижу, что это супер
полезно очень полезно рисовать вещи
для людей, и это очень полезно для меня
тоже, чтобы сказать грубые вещи о
среды за пределами внешнего
окно , которое полезно для вас, когда
осознавая реальность, но мы не должны
попадают в эту ловушку, полагая, что
просто потому, что английский и рисунки
хорошо описывать
концепции в действительности в грубой , как мы
могут также использовать их для описания конференции
концепций определенным образом, что не
работать очень хорошо, чтобы описать такие вещи, как
физика, например, мы собираемся
нужен язык, который очень хорошо
адаптированный при описании физики как математика
и для того, чтобы конкретно описать
программного обеспечения , нам понадобится
язык, предназначенный для того, чтобы
это язык программирования , и это
сущность того, почему спецификации не
они не работают, потому что если
спецификация была настолько хороша, что она
описал всю систему программного обеспечения
спецификация будет кодом, если мы хотим
для описания программной системы точно
то мы используем код, который является кодом
это отличное описание программного обеспечения
спецификации и планы написания системы
и описание архитектуры и программного обеспечения
использование языков, которые не являются программированием
языки, это похоже на сжатие
мыло тебе нужно сжать прямо вправо
и если вы пытаетесь слишком сильно сжать вас
впитайте свои оценки хорошо, и это мой
проблема с UML пытается сжать
мыло слишком сильно, эти инструменты они пытаются
дать обзор программного обеспечения в том же
времени, поскольку дает много деталей и что
просто создает инструмент, который хорош в
ни вы не можете стать еще больше
философский с этим вы можете говорить
о психических моделях в целом для
случай, когда автобус проходит вне
мое окно прямо сейчас, и когда я говорю, но
это слово для меня — ментальная конструкция
у нас это примерно такое же
абстракции у вас есть
абстракция в вашей голове о том, как это
автобус выглядит, и у меня есть абстракция
в моей голове о том, как выглядит
однако обе наши модели очень далеки
от того, как выглядит автобус в действительности на
уровень детализации, и именно так оно и есть
должно быть в порядке абстракции
для работы нужно избавиться от многих
подробно и быть очень
фактический
фактический объект — это то, что абстракция
какая модель представляет собой карту вашего города, это
означало немного
параллель, которую я хотел бы сделать, это
язык огурец огурца — это язык
это очень похоже на английский, что
вы используете для написания спецификаций для
программного обеспечения и тех
чтобы вы могли писать такие вещи, как
учитывая, что я перехожу на домашнюю страницу
и я нажимаю значок корзины, тогда я должен
найти себя на странице корзины, а затем
Вы определяете шаг как для учитывая , что I
перейдите на главную страницу, которую вы пишете
фактический код, который будет дистанционно управлять
браузер, чтобы перейти на эту домашнюю страницу, а затем
вам нравится повторять, что пока у вас все
указанные шаги и
идея состоит в том, чтобы дать это как часть
развития поведения
движение , которое делает это
может использоваться как язык, на котором вы и
клиент может использовать это, дает вам
клиент и общий язык, который является
Отличная идея : вам действительно нравится идея
много обращений ко мне, но у меня никогда не было
вполне в состоянии тянуть его в
реальность, потому что огурец как язык
он имеет две обязанности, если
с одной стороны, это должно дать
клиента обзор того, как система
смотрит и как ведет себя и работает
что другая рука должна иметь
быть способом создания этих тестов
спецификации, которые могут
проанализировать и выполнить и убедиться, что они
работать и пытаться сделать эти два
вещи , в то же время это своего рода
следующий посредственный в обоих, потому что для того, чтобы
делать это
быть исполняемым, он должен быть довольно
конкретный и для того, чтобы быть красивым
он должен пожертвовать этим
потому что он может стать тяжелым
для того, чтобы клиент мог понять
из спецификации, потому что
они, как правило, похожи на много
шум от деталей , что вам нужно
добавить, чтобы эта вещь работала и
это работает иначе, потому что в
чтобы сделать эту работу
обзор делают это возможным для
клиента, чтобы получить обзор, который вам нужен
жертвуйте множеством деталей, которые вы можете показать
весь материал исполнения в
Спецификации огурца, поэтому он становится
становится проблематичным для этого
вещь тоже , потому что это не совсем так
как вы хотели бы, чтобы это было так
если вы создаете коммуникационный инструмент
и помните, что код похож на
инструмент коммуникации, то вы можете либо
есть тот, который хорош при описании
вещи на очень высоком уровне с низким
деталь или вы можете иметь инструмент , который
очень хорошо описывает вещи на высоком
но очень плохо
обзор и перспектива высокого уровня
и если вы попытаетесь создать инструмент, который
в середине это будет плохо для обоих
это мои мысли о UML, которые вы
просто смотрю эпизод веселья
функция я выпускаю каждый понедельник
утро О 800 GMT, но если вы не хотите
долго ждать, если вы проверите это
эпизод, что известное машинное обучение
что Google выбрал для вас Я
mpj до следующего утра в понедельник
заказники
Please follow and like us:
Be First to Comment