Обновить
6
0
Николай Чеботов@unchase

Программист

Отправить сообщение

Добавил в репозитории, спасибо. Неплохой ресурс для общего развития.

Я его рассматривал ранее, показалось, что статьи пишутся не часто. Но автор вроде в последнее время активизировался. Так что добавил, верим в автора)

Сам пользуюсь вашим telegram-каналом, спасибо! Добавил.

Хороший ресурс, согласен. Добавлю.

Статья, в целом, не о погоне за новыми технологиями, а о подходах и конкретных инструментах (ресурсах), которые помогают отсеивать информацию.
Конечно же без базы сложно развиваться в любом направлении. С этой идеи начинаются почти все профессиональные курсы. Об этом, в том числе, говорят и авторы информационных ресурсов в своих выпусках. Так или иначе, это знание не пройдёт мимо вас)

Для понимания немного изменил названия условных типов людей: "Человек поспешного дела", "Человек не своего слова" и "Человек бездумного количества".

Давайте назовём это Обдумыванием, некоторым мыслительным процессом, прешествующим постановке конкретной цели.


Вы можете знать, сколько времени вы готовы потратить (по два часа в сутки) на достижения цели, быть готовым к этому (выделять это время перед сном) и даже представлять, какие средства понадобятся. Но делать конкретный выбор направления будете на 2 шаге. Конечно, деление условно, можете объединить.

Под осознанием цели я подразумеваю четкое понимание:


  1. будущего результата деятельности (что мы хотим получить);
  2. перспектив, которые связаны с достижением цели (что это нам даёт);
  3. побочных последствий (оценка затрачиваемых ресурсов);
  4. возможности или невозможности достижения цели (оценка своих сил);
  5. иерархии целей, т.е. какие из них являются более важными, а какие — второстепенными (расстановка приоритета целей);
  6. средства достижения цели (какие инструменты будем использовать).

Здесь "человек слова" употребляется в своём собственном смысле. "Человек дела" — сразу бросается делать, не обдумав. "Человек слова" только говорит (планирует), но не делает. Как противопоставление первому типу. Потому и в кавычках.

А что заставляет вас думать о дальнейшей работе над идеей?
Необходимость (если да, то какого рода)? Желание совершенствовать свои идеи? Или потому что это продукт вашей деятельности, и вы не можете его вот так просто бросить?

Такую идею можно причислить к идеям условного типа людей "Человек дела".
Задайте себе вопрос, насколько полезна дальнейшая работа над идеей? Решает ли она важные задачи, или просто существует, как продукт желания что-то сделать?
Если она неинтересна ни вам, ни кому-то ещё, то просто оставьте её, как есть. Возможно, вы вернётесь к ней позже (как, например, к заброшенным ранее проектам), когда у вас появится интерес (предпосылки к этому могут быть разными).


А к каждой последующей идее подходите с вопроса целесообразности:, "сколько времени и усилий на неё уйдёт?", "почему я хочу её воплотить?", и, главное, "для чего?" (у последних двух вопросов есть существенное различие).

Рассматривал множество бесплатных систем, но мне больше всего подошел платный EssentialPIM. Он удобен, прежде всего, как личный планировщик задач (для личного пользования), но есть версия для небольших и средних команд EssentialPIM Pro Бизнес с возможностью одновременной работы.
В целом, хороший инструмент. Не хватает только одной фичи: отображения количества заметок напротив групп с заметками.

Для упрощения взаимодействия фронта и бэка (в т.ч. для распараллеливания работы) можно генерировать по заданной спецификации и клиентский код для фронта, и код (контроллеры) на бэкеде. Мне в этом очень помогает Unchase OpenAPI (Swagger) Connected Service.
Как ей пользоваться можно прочитать здесь.

Использую такой же подход, очень удобно.


Для упрощения генерации кода по спецификации OpenAPI из Visual Studio (как для фронтенда на C# и TypeScript, так и бэкенда на C#) могу посоветовать расширение Unchase OpenAPI Connected Service, которое использует актуальный NSwag.
Инструкция по использованию на medium.com.

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

Особых проблем с переносом старого WPF-приложения на новую платформу не было. Но пока не получилось упаковать его в один exe-файл.
Команда dotnet publish -r win-x64 -c Release /p:PublishSingleFile=true не дала ожидаемого результата. Видимо, я что-то упускаю.

Только потому что любая новая технология (или её последующий виток развития) должна обзавестись необходимой поддержкой. Собственно, дело времени.

При этом только Swagger 2 имеет хорошую поддержку инструментария OpenSource. RAML – очень гибкий… и сложный, а Swagger 3 слабо поддерживаются коммьюнити, так что вам придется пользоваться инструментами собственной разработки или коммерческими решениями, которые, как правило, стоят весьма дорого.

На мой взгляд, наоборот, community очень активно поддерживает и расширяет как AOS 3, так и open-source проекты под неё.


Например, для генерации клиентского кода на C# или TypeScript есть расширение для Visual Studio 2017/2019Unchase OpenAPI Connected Service, которое позволяет легко генерировать proxy-классы для взаимодействия с OAS и Swagger 2 с настройкой различных параметров (аналогично NSwagStudio). Достаточно иметь (сгенерировать или создать вручную, в т.ч. с помощью специализированных online-редакторов) endpoint URI (URL, json- или yaml-файл спецификации).


Как им пользоваться можно прочитать здесь: How to generate C# or TypeScript client code for OpenAPI (Swagger) specification.

В финансовом плане да, но тут еще важна доступность в плане освоения.
К счастью, сейчас всё необходимое для погружения в программирование доступно и достаточно дёшево, так что при должном желании помощь и поддержка (финансовая) от родителей не обязательна. Самое главное — желание учиться и решать возникающие задачи, всё остальное — дело труда и времени.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность