Лично я для создания диаграмм использую программу draw.io. Особо не стал акцентировать на этом внимание, т.к. возможно есть инструменты куда удобнее, о которых я не знаю. Кстати, мне в прошлой моей статье советовали plantuml. Если не ошибаюсь, в нём диаграмма описывается в виде псевдокода, что может быть иногда удобно для автоматического создания диаграмм.
Похоже, что вырисуете Диаграмму классов только для себя, чтобы самому лучше понять, что представляет ваша же программа. Собираетесь ли вы показывать вашу Диаграмму классов коллегам? Как именно, в каком формате и как вы собираетесь дать доступ к Диаграмме классов? Опубливать ее на GitHub? Какой конкретно файл вы разместите на GitHub?
Можно рисовать диаграммы и для себя. Не всегда есть возможность уделять время pet-проектам, а забывать, как внутри всё работает, не хочется. Что касается хранения диаграмм на GitHub, можно скидывать в папку docs файл в виде png и исходник диаграммы (чтобы потом можно было что-нибудь подправить). Коллегам же можно показывать краткую версию диаграммы, которая будет отображать лишь структурные подробности системы (отношения между различными компонентами системы), иначе особенности внутренностей классов могут сбить их с толку (да и особо подробно описывать не стоит). Для этого в draw.io можно «свернуть» внутренности классов, оставив только название.
Это самое простое решение(приведённое мной), что приходит в голову. Лично я подробно познакомился с операцией взятия остатка, когда начал разбираться с Си. В Python она без надобности, имхо.
Сам я не сильно углублялся в изучение JS. Знаю лишь только, что JSON удобно использовать для передачи данных между фронтом и бэком. У нас в то время была задача хранить карту игрового поля в игре. Программист решил использовать для этого JSON, хотя, на мой взгляд, можно было бы использовать и простую сериализацию средствами языка C++.
Здравствуйте, спасибо за интересную статью! Действительно, когда я еще начинал изучать программирование, язык Python помогал мне быстро пробовать что-то новое и не скучать во время обучения (всё благодаря тому, что инструкции интерпретировались на лету).
На мой взгляд, выбор первого языка определяет мышление начинающего программиста, потому что он пытается выразить все свои мысли только конструкциями полюбившегося(возможно) первого языка. Я сам не раз сталкивался с таким.
Например, некоторым так полюбился JS, что они везде пытаются использовать формат json(это ещё только студенты). Ещё один мой излюбленный и простой пример — взятие последней цифры числа. Если человек изучал язык Python, он, скорее всего, переведёт число в строку и возьмёт последний символ:
a = 123 # Наше число
print(str(a)[-1])
Начинающий разработчик, который начал своё изучение с языка программирования С++, к примеру, напишет так:
int a = 123;
std::cout << a%10 << std::endl;
Я не хочу ничего плохого сказать ни о каком языке программирования, это лишь моё наблюдение. Однако я иногда нахожу такие моменты весьма познавательными.
Согласен, в связи с принципом Agile (не делать дорожные карты) строить диаграммы UML не вариант. Весь процесс постановки требований и проектирования основан на пользовательских историях, которые не дают представлений о масштабах и сложности задачи. Так же они не дают понимания структуры проекта(если дополнительно ничего не уточнять). На мой взгляд, начинающему разработчику(особенно в pet-проектах) нужно иметь полную структуру проекта перед глазами. Лично мне это помогает видеть дальнейший шаги в разработке и составлять какие-либо планы. altai2013 (Извиняюсь, что это не «ответ» к комментарию, случайно тыкнул не туда)
Лично я для создания диаграмм использую программу draw.io. Особо не стал акцентировать на этом внимание, т.к. возможно есть инструменты куда удобнее, о которых я не знаю. Кстати, мне в прошлой моей статье советовали plantuml. Если не ошибаюсь, в нём диаграмма описывается в виде псевдокода, что может быть иногда удобно для автоматического создания диаграмм.
Можно рисовать диаграммы и для себя. Не всегда есть возможность уделять время pet-проектам, а забывать, как внутри всё работает, не хочется. Что касается хранения диаграмм на GitHub, можно скидывать в папку docs файл в виде png и исходник диаграммы (чтобы потом можно было что-нибудь подправить). Коллегам же можно показывать краткую версию диаграммы, которая будет отображать лишь структурные подробности системы (отношения между различными компонентами системы), иначе особенности внутренностей классов могут сбить их с толку (да и особо подробно описывать не стоит). Для этого в draw.io можно «свернуть» внутренности классов, оставив только название.
На мой взгляд, выбор первого языка определяет мышление начинающего программиста, потому что он пытается выразить все свои мысли только конструкциями полюбившегося(возможно) первого языка. Я сам не раз сталкивался с таким.
Например, некоторым так полюбился JS, что они везде пытаются использовать формат json(это ещё только студенты). Ещё один мой излюбленный и простой пример — взятие последней цифры числа. Если человек изучал язык Python, он, скорее всего, переведёт число в строку и возьмёт последний символ:
Начинающий разработчик, который начал своё изучение с языка программирования С++, к примеру, напишет так:
Я не хочу ничего плохого сказать ни о каком языке программирования, это лишь моё наблюдение. Однако я иногда нахожу такие моменты весьма познавательными.
Здравствуйте, рад стараться! Да, продолжение будет, я планирую статью про диаграмму классов UML.
altai2013 (Извиняюсь, что это не «ответ» к комментарию, случайно тыкнул не туда)