интересно, а в данном случае строгость закона компенсируется необязательностью его исполнения? в следующий раз за утечку будет платить Сбербанк, например, или специально назначенный уволенный вчерашним днем коллектор из "сторонней" фирмы?
А у меня перед глазами несколько команд, которые пишут микросервисы на .NET Core и деплоят их в линуксовых контейнерах в прод. Это они в игрушки играют?
ps: или речь именно про настройку рабочего окружения для разработки? если да, то что мешает для разработки использовать windows? разработчики на PHP же не ставят себе тот линукс, что будет на хостинге.
мы же про web-разработку? где в ней место windows, ее компонентам и т.п.? если подразумевался IIS, то .NET Core приложения прекрасно работают без него. соответственно, никаких выделенных серверов под них не требуется. про дружбу с контейнерами я уже писал выше.
По ссылке указано, что свою персональную лицензию можно использовать как дома, так и на работе.
Использование корпоративной лицензии для домашнего использования зависит от разрешения компании: Can I use a commercial license purchased by my company at home?.
у нас две команды работают в одном репозитории: гитфлоу — это меньшее из проблем.
точнее, это вообще не проблема. и никакой сложности там нет. картинка — да, сложная, но она не отвечает реальной картине. все на самом деле проще гораздо. автор (картинки) из тех, кто не смог просто объяснить.
а вот теперь вопрос: какие есть варианты вместо гитфлоу? такие же простые и универсальные.
там и остальные-то рисуются не то, чтобы фонтан (визуально, если с Visio тем же, например, сравнивать).
но если рассматривать как компонент подхода к автоматической генерации документации, то вполне себе вариант.
ps: ну и можно принять участие в разработке PlantUML
pps: архитектурные схемы, если я правильно понял, о чем речь, меняются все-таки очень редко
большие диаграммы легко бьются на части, которые редактировать гораздо проще.
основная сложность, имхо — это замотивировать и наладить процесс вести документацию в таком виде.
поддерживаю!
из-за необходимости версионирования начали обучение аналитиков PlantUML (прошло, кстати, без сопротивления с из стороны).
Visio и т.п. — это как презентации в PowerPoint: для одноразового применения для красивой подачи, но ни как не для командной работы.
он там (у нас) только в качестве вспомогательного инструмента: сборка фронта и всякие внутренние (неофициальные) мелкие поделки (геймификация, запись в спортзал).
может быть там подразумевается "а теперь переводите это на net core"?
ну, я надеюсь, во всяком случае: видимый мною "кровавый энтерпрайз" выбирает либо java либо dotnet. php запретили на уровне архитекторов. но у меня субъективное видение, конечно: в пределах организации.
интровертам в бэке комфортнее: никто не пристает с "поехавшим дизайном в браузере ХХХ" и можно спокойно вылизывать свой код (в идеале, конечно).
имхо, миф о сложности основан на требованиях к стабильности, которые влекут за собой требования к ответственности и/или опыту.
падение красивого фронта всяко приносит меньше проблем, чем падение непонятного бэка: откатить страничку (утрировано) всяко сложнее/дольше/дороже, чем базу/сервер.
del
PHPStorm — это WebStorm (все возможности) плюс PHP
за цифровыми книгами к продавцу ездить не дальше, чем к "фермеру". а чаще даже и ближе.
интересно, а в данном случае строгость закона компенсируется необязательностью его исполнения? в следующий раз за утечку будет платить Сбербанк, например, или специально назначенный уволенный вчерашним днем коллектор из "сторонней" фирмы?
видимо, поэтому
А у меня перед глазами несколько команд, которые пишут микросервисы на .NET Core и деплоят их в линуксовых контейнерах в прод. Это они в игрушки играют?
ps: или речь именно про настройку рабочего окружения для разработки? если да, то что мешает для разработки использовать windows? разработчики на PHP же не ставят себе тот линукс, что будет на хостинге.
мы же про web-разработку? где в ней место windows, ее компонентам и т.п.? если подразумевался IIS, то .NET Core приложения прекрасно работают без него. соответственно, никаких выделенных серверов под них не требуется. про дружбу с контейнерами я уже писал выше.
не пробовал, но предположу, что с использованием JetBrains Rider проблем быть не должно.
.NET Core уже отвязан от Windows и неплохо так дружит с контейнерами.
По ссылке указано, что свою персональную лицензию можно использовать как дома, так и на работе.
Использование корпоративной лицензии для домашнего использования зависит от разрешения компании: Can I use a commercial license purchased by my company at home?.
у нас две команды работают в одном репозитории: гитфлоу — это меньшее из проблем.
точнее, это вообще не проблема. и никакой сложности там нет. картинка — да, сложная, но она не отвечает реальной картине. все на самом деле проще гораздо. автор (картинки) из тех, кто не смог просто объяснить.
а вот теперь вопрос: какие есть варианты вместо гитфлоу? такие же простые и универсальные.
камень от меня за SourceTree, а не за GitFlow, т.к. это разные вещи.
там и остальные-то рисуются не то, чтобы фонтан (визуально, если с Visio тем же, например, сравнивать).
но если рассматривать как компонент подхода к автоматической генерации документации, то вполне себе вариант.
ps: ну и можно принять участие в разработке PlantUML
pps: архитектурные схемы, если я правильно понял, о чем речь, меняются все-таки очень редко
большие диаграммы легко бьются на части, которые редактировать гораздо проще.
основная сложность, имхо — это замотивировать и наладить процесс вести документацию в таком виде.
поддерживаю!
из-за необходимости версионирования начали обучение аналитиков PlantUML (прошло, кстати, без сопротивления с из стороны).
Visio и т.п. — это как презентации в PowerPoint: для одноразового применения для красивой подачи, но ни как не для командной работы.
он там (у нас) только в качестве вспомогательного инструмента: сборка фронта и всякие внутренние (неофициальные) мелкие поделки (геймификация, запись в спортзал).
может быть там подразумевается "а теперь переводите это на net core"?
ну, я надеюсь, во всяком случае: видимый мною "кровавый энтерпрайз" выбирает либо java либо dotnet. php запретили на уровне архитекторов. но у меня субъективное видение, конечно: в пределах организации.
как тесен мир!
это я про веб-сервисы, которые дергают EQ :)
интровертам в бэке комфортнее: никто не пристает с "поехавшим дизайном в браузере ХХХ" и можно спокойно вылизывать свой код (в идеале, конечно).
имхо, миф о сложности основан на требованиях к стабильности, которые влекут за собой требования к ответственности и/или опыту.
падение красивого фронта всяко приносит меньше проблем, чем падение непонятного бэка: откатить страничку (утрировано) всяко сложнее/дольше/дороже, чем базу/сервер.
интересно почитать сравнение с Российским офисом Гугла
ps: а так очень познавательно!