Поэтому странно видеть обесценивание чужих трудов. Человек просто взял и перевел полезный материал - с инициативой и интересом к теме(раскрасил даже более красиво диаграмму, чем у ориг.автора). Не высказал своего мнения, просто перевел статью.
Не каждая статья обязана быть полезной senior и middle разработчикам и то даже в работе младших разработчиком можно найти полезности(обычно Senior/Middle специалисты в этом не признаются, ЭГО слишком велико).
Судя по реакции и закладкам, материал нашёл свою аудиторию. Дарья - junior-разработчик, который пытается разбираться в теме и делиться знаниями. Такой энтузиазм обычно хочется поддерживать, а не отбивать токсичными комментариями.
Я в первую очередь обратил внимание на ваш профиль - вы написали, что являетесь младшим специалистом в backend-разработке. Поэтому на будущее хочу сказать следующее.
Токсичность
На токсичность некоторых ребят просто не обращайте внимания - это ещё вполне адекватная публика(с долькой иронии и юмора, что вполне даже здорово). В IT-сообществе, к сожалению, хватает токсичных людей.
Люди часто ждут от статьи чего-то «взрывного» и необычного, не задумываясь о том, что за любым материалом стоят чей-то опыт, время и труд. Для кого-то описанные вещи могут быть очевидными, а для кого-то - действительно полезными и новыми.
При этом каждая опубликованная статья - это ещё и определённая конкуренция на рынке за те же вакансии. Человек делится своими знаниями, хотя мог бы оставить их при себе.
Ирония в том, что такой труд далеко не всегда бывает благодарным: работодателям порой всё равно, сколько сил ты вложил в статьи, open source или обучение других людей.
К тому же многие вообще не зарегистрированы на Хабре - они просто читают материалы без лайков, комментариев и какой-либо обратной связи. Поэтому по реакции под статьёй не всегда можно объективно судить о её реальной пользе.
Опыт близкого окружения
У меня есть друг - Senior-разработчик, сильный специалист. После одной статьи ему столько негатива и «помидоров» накидали, что, как он сам говорил, желание публиковаться на Хабре пропало совсем.
Хотя он парень действительно умный: работал в одном из крупнейших банков России.
Выбор библиотеки - это почти всегда зона ответственности сильных специалистов: техлида, иногда архитектора и других ключевых участников команды. Обычно они собираются, обсуждают варианты, взвешивают плюсы и минусы и принимают решение.
Созвоны, как известно, бывают разные: есть формата «ППР» - пришли, поговорили, разошлись, а есть действительно содержательные встречи, где решаются важные технические вопросы.
Не буду говорить о конкретном банке - это NDA, и подставлять людей не хочется. Скажу лишь так: в одном из крупнейших банков России(я уверен во множестве так), в одном из подразделений, используется MassTransit
1) не правильно вставили ссылку на sharplab(нажмите CreateGist там)* Вы же делаете статью для других, а красота в мелочах
2) Я кстати тоже разбирал state machine, ток опорой в ней была библиотека MassTransit и SagaStateMachine сравнивал с AsyncStateMachine - https://habr.com/ru/articles/1033712/#mt14 Рекомендую посмотреть.
3) И не используйте длинные "-" т.е "—" т.к это слишком сильно любит ИИ(в том числе он любит фантомить). Утверждать, что это ИИ не стану т.к в оригинальной статье данные тире есть, но это сразу бросаетсяв глаза.
В любом случае лайк уж поставлю за отсылку к оригинальной статье и за распространение в РУ сегменте(я об этой статье незнал даже, ведь как то из уст в уста информация бегает) - вполне себе полезно(как ссылка на другие источники), удачи вам!
Хочу поблагодарить всех, кто следил за статьёй, а также новых читателей. Сообщаю, что больше не планирую её поддерживать: основные и наиболее интересные(даже сверх этого, ведь подобного материала сам не встречал), на мой взгляд, темы уже разобраны.
Материал потребовал большой работы, поэтому буду благодарен за поддержку - будь то продвижение статьи, подписка или комментарий.
Как применять эту информацию дальше - остаётся на ваше усмотрение. Если остались вопросы, задавайте их в комментариях. Всем удачи!
По пунктам 1-3 уже внесены первые изменения, однако пока они носят базовый и поверхностный характер.
Следующий этап: - Углубить каждое из направлений: доработать реализацию, повысить качество структуры и сделать примеры более содержательными, детальными и практически полезными.
Статья будет постепенно расширяться, дополняться и улучшаться, пока сохраняется мотивация заниматься этим - а она есть. Поэтому, если вам интересно следить за прогрессом, рекомендую добавить страницу в закладки*.
Пока в приоритете следующие задачи:
добавить сворачиваемые блоки для кода (чтобы их можно было удобно скрывать и раскрывать для лучшей читаемости);
сделать темы статьи более «звучащими» и структурированными;
расширить примеры и сделать их более конкретными и наглядными.
Алексей, давайте по справедливости, проверьте в Google или в Яндексе по запросу:
site:habr.com "Ranjeet Singh"или даже по уникальному фрагменту кода:
site:habr.com "awaiter = 5__1.GetStringAsync("https://msdn.microsoft.com\").GetAwaiter();"Если так последнее вбить нигде нет упоминания medium сайта.
site:habr.com "https://medium.com/@ranjeetdotme/how-async-await-works-in-c-eccf16bd3b90"Я специально проверял.
Поэтому странно видеть обесценивание чужих трудов. Человек просто взял и перевел полезный материал - с инициативой и интересом к теме(раскрасил даже более красиво диаграмму, чем у ориг.автора). Не высказал своего мнения, просто перевел статью.
Не каждая статья обязана быть полезной senior и middle разработчикам и то даже в работе младших разработчиком можно найти полезности(обычно Senior/Middle специалисты в этом не признаются, ЭГО слишком велико).
Судя по реакции и закладкам, материал нашёл свою аудиторию. Дарья - junior-разработчик, который пытается разбираться в теме и делиться знаниями. Такой энтузиазм обычно хочется поддерживать, а не отбивать токсичными комментариями.
Вообщем я вас не поддерживаю в данном вопросе.
Вводная часть
Я в первую очередь обратил внимание на ваш профиль - вы написали, что являетесь младшим специалистом в backend-разработке. Поэтому на будущее хочу сказать следующее.
Токсичность
На токсичность некоторых ребят просто не обращайте внимания - это ещё вполне адекватная публика(с долькой иронии и юмора, что вполне даже здорово). В IT-сообществе, к сожалению, хватает токсичных людей.
Люди часто ждут от статьи чего-то «взрывного» и необычного, не задумываясь о том, что за любым материалом стоят чей-то опыт, время и труд. Для кого-то описанные вещи могут быть очевидными, а для кого-то - действительно полезными и новыми.
При этом каждая опубликованная статья - это ещё и определённая конкуренция на рынке за те же вакансии. Человек делится своими знаниями, хотя мог бы оставить их при себе.
Ирония в том, что такой труд далеко не всегда бывает благодарным: работодателям порой всё равно, сколько сил ты вложил в статьи, open source или обучение других людей.
К тому же многие вообще не зарегистрированы на Хабре - они просто читают материалы без лайков, комментариев и какой-либо обратной связи. Поэтому по реакции под статьёй не всегда можно объективно судить о её реальной пользе.
Опыт близкого окружения
У меня есть друг - Senior-разработчик, сильный специалист. После одной статьи ему столько негатива и «помидоров» накидали, что, как он сам говорил, желание публиковаться на Хабре пропало совсем.
Хотя он парень действительно умный: работал в одном из крупнейших банков России.
Тут уж каждому своё.
Выбор библиотеки - это почти всегда зона ответственности сильных специалистов: техлида, иногда архитектора и других ключевых участников команды. Обычно они собираются, обсуждают варианты, взвешивают плюсы и минусы и принимают решение.
Созвоны, как известно, бывают разные: есть формата «ППР» - пришли, поговорили, разошлись, а есть действительно содержательные встречи, где решаются важные технические вопросы.
Не буду говорить о конкретном банке - это NDA, и подставлять людей не хочется. Скажу лишь так: в одном из крупнейших банков России(я уверен во множестве так), в одном из подразделений, используется MassTransit
Дарья, я понимаю, что вы перевели статью, но:
1) не правильно вставили ссылку на sharplab(нажмите CreateGist там)*
Вы же делаете статью для других, а красота в мелочах
2) Я кстати тоже разбирал state machine, ток опорой в ней была библиотека MassTransit и SagaStateMachine сравнивал с AsyncStateMachine - https://habr.com/ru/articles/1033712/#mt14
Рекомендую посмотреть.
3) И не используйте длинные "-" т.е "—" т.к это слишком сильно любит ИИ(в том числе он любит фантомить). Утверждать, что это ИИ не стану т.к в оригинальной статье данные тире есть, но это сразу бросаетсяв глаза.
В любом случае лайк уж поставлю за отсылку к оригинальной статье и за распространение в РУ сегменте(я об этой статье незнал даже, ведь как то из уст в уста информация бегает) - вполне себе полезно(как ссылка на другие источники), удачи вам!
Хочу поблагодарить всех, кто следил за статьёй, а также новых читателей. Сообщаю, что больше не планирую её поддерживать: основные и наиболее интересные(даже сверх этого, ведь подобного материала сам не встречал), на мой взгляд, темы уже разобраны.
Материал потребовал большой работы, поэтому буду благодарен за поддержку - будь то продвижение статьи, подписка или комментарий.
Как применять эту информацию дальше - остаётся на ваше усмотрение. Если остались вопросы, задавайте их в комментариях. Всем удачи!
Статус:
Выполнено углубление по каждой подтеме, далее постепенно начнётся финальная сборка и завершение статьи.
Текущий статус:
По пунктам 1-3 уже внесены первые изменения, однако пока они носят базовый и поверхностный характер.
Следующий этап:
- Углубить каждое из направлений: доработать реализацию, повысить качество структуры и сделать примеры более содержательными, детальными и практически полезными.
Статья будет постепенно расширяться, дополняться и улучшаться, пока сохраняется мотивация заниматься этим - а она есть. Поэтому, если вам интересно следить за прогрессом, рекомендую добавить страницу в закладки*.
Пока в приоритете следующие задачи:
добавить сворачиваемые блоки для кода (чтобы их можно было удобно скрывать и раскрывать для лучшей читаемости);
сделать темы статьи более «звучащими» и структурированными;
расширить примеры и сделать их более конкретными и наглядными.