Пользователь пока ничего не рассказал о себе

Достижения

Все достижения (3)

Наибольший вклад в теги

Все теги (38)

Лучшие ответы пользователя

Все ответы (57)
  • Windows 10 как рабочая среда для full-stack разработки?

    @ned4ded
    Верстка, Фронтенд
    "Или же лучше Вин10 + WSL и не парить мозг?" так и делаю, доволен

    Раньше работал на убунта в качестве гостя на виртуалке и вин10 в качестве хоста - памяти съедало как фальстаф на завтрак.

    Более того, у wsl отличная интеграция с vscode, который, на мой взгляд, лучший бесплатный редактор для фронтенд разработки (слез с атома год назад и вздохнул спокойно).
    Ответ написан
  • Какие диаграммы нужны для полноценного документирования программного проекта?

    @ned4ded
    Верстка, Фронтенд
    Добрый день!

    Так сложилось, что я отучился на бизнес-аналитика и имею некоторый опыт работы в этой сфере (но в данный момент я занимаюсь разработкой).

    Теперь немного тезисно по вашей информации:
    1) Диаграмма - способ представить информацию, любую диаграмму можно описать словами.
    2) Диаграмма - инструмент для выявления новой информации о системе.
    3) Впервые слышу про диаграмму бизнес-объектов: может это что-то крайне редкое (крайне специализированное), но с высокой долей вероятности, это вам не потребуется.
    4) UML - язык, а не гайдлан по документированию ПО, сл-но в книгах с аббревиатурой UML вы не найдете нормального руководства по документированию.

    Вывод из этого следующий: диаграмма используется как подкрепление к документации, как инструмент проектирования ПО (для выявления зависимостей и новых сущностей). В обоих случаях набор нотаций будет зависеть от требований, предъявляемых к таким документам.

    Если вам интересно документирование ПО, то гуглите: техническая документация, техническое задание, ГОСТ 34, ГОСТ 19, SRS, хорошая статья на хабре про это.

    Если вам интересно именно полноценное описание проекта, то гуглите: методологии разработки программного обеспечения, управление проектами, pmi, pmbok, agile.

    Теперь пройдемся по диаграммам в зависимости от назначения. Я сейчас могу выделить несколько направлений (не претендуя на полноту):
    1) уровень бизнеса (любые части системы, находящиеся вне ПО per se)
    2) уровень программного обеспечения (системные модули, компоненты системы уже реализованные на уровне ПО)
    3) уровень данных (структура данных, описание типов данных и т.д.)
    4) уровень hardware (например, топология сети)

    На уровне бизнеса обычно описываются бизнес-процессы (idf0, idf3, aris, bpmn, dfd), воркфлоу, юзкейсы, маиндмапы и проч. - это все идет сюда. На этом уровне выделяются основные процессы, выполняемые внешними относительно системы акторами, выявляются точки их взаимодействия с системой. На основе этого проектируются основные модули системы, исполняемые ими функции и их взаимодействие. Взаимодействие системы с внешней средой.

    На уровне ПО обычно используются алгоритмы, псевдокод, сущность-связь, диаграммы классов, флоучарты, маиндмапы, диаграммы состояний и все вот это вот абстрактное. Как вы понимаете, все сущности, описываемые на этом уровне уже выделены на уровне бизнеса и здесь происходит их уточнение и описываются особенности реализации. Под сущностями я тут понимаю как и глобальные системные модули и подсистемы, так и абстрактные сущности внутри системы, как то "товар", "пост", "юзер" и т.п.

    На уровне данных обычно делается схема бд. Собственно, схема бд строится на основе описанных сущностный из предыдущего уровня.

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

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

    ps на небольших и средних проекта я стараюсь прибегать к одной из нотаций бизнес-процессов, если требуется что-то автоматизировать (idf или bpmn), юзкейсам для выявления интеракций пользователя с приложением; для подготовки к написанию ПО - сущность-связь, иногда алгоритмы.
    Ответ написан
  • Как подгонять макет под Pixel Perfect?

    @ned4ded
    Верстка, Фронтенд
    Доброго дня!

    У этого расширения есть поле "масштаб".

    5a140b32241b1741659528.png

    Вам нужен, судя по всему, масштаб = ~0,85.

    В любом случае, если не получится уменьшить масштаб картинки, то можно уменьшить масштаб отображения окна браузера (ctrl+колесо).
    Ответ написан
  • В чем отличие папок app от dist?

    @ned4ded
    Верстка, Фронтенд
    В названии, * ба-дам-тсс * (:

    Обычно в папках app / src / client и т.д. хранятся исходные файлы веб-приложения, в папках dist / build / www хранятся скомпилированные файлы.

    Но название не имеет особого значения, это скорее какое-то негласное соглашение о наименование, в любом проекте их можно (но не нужно) назвать по своему усмотрению.
    Ответ написан
  • Будет ли хорошей практикой такая структура приложения на Vue?

    @ned4ded
    Верстка, Фронтенд
    Добрый день.

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

    Сам по себе vue не общается с сервером и кейс его использования связан исключительно с отображением. О чем, собственно, и написано в их официальном гайде:

    The core library is focused on the view layer only


    Одна из концепций, которую можно назвать бизнес-логикой в отношении vue (и любого другого спа) - это, наверное, стейт приложения. Вы не можете отделить стейт от вью, потому что на нем базируется реактивное отображение данных, без чего, собственно, у вас будет не спа, а прокачанный шаблонизатор, работающий на фронте. Даже представить себе реализацию такого не могу.

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

    Как по мне, лучшее решение - это использовать дополнительный плагин для вью - стор (vuex). В этом модуле вы сможете хранить запросы к серверу, логику обработки данных и проч. приблуды, связанные с бизнес-логикой, не изобретая велосипед.
    Ответ написан

Лучшие вопросы пользователя

Все вопросы (2)