Извините, но как можно стать продолжающим программистом, читая только заголовки? Да, можно заблуждаться, но рано или поздно человек столкнётся с проблемой. И он либо разберётся - всё же прочтёт статью, либо перестанет быть программистом. В любой профессии есть дилетанты, но их процент очень мал, так как они либо развиваются, либо уходят из профессии. Остаться можно за счёт коррупции. Но много ли таких, чтобы поддерживать существование легенды? Мне не нравится что качество материала на Хабре катится вниз, когда выходят расследования в духе Михалкова: "Вот смотрите я нашёл патент. Билл Гейтс хочет поработить людей".
Вашу статью можно уложить в одну фразу: "Заголовок не соответствует содержанию поста", или "Заголовок не отражает сути статьи", или "Автор использует кликбейтный заголовок". Вот и всё. Не надо приписывать автору намерение запутать всех, которого там нет. И как по-вашему внушение происходит? Начинаюший программист ищет информацию в поисковике по асинхронным методам, видит статью "There is no thread", не читая её, решает: "Ага, значит асинхронный воркфлоу не создает поток. Мне всё понятно теперь." И всё бы неплохо было бы с точки зрения: "Я имею право на субъективное мнение", если бы мы обсуждали картину Босха. Но тут идёт речь о конкретных технических вещах, где уже раз 100 всё разложили. Какой может быть субъективизм на счёт асинхронного алгоритма?
Спасибо, что подтвердили моё предположение, что проблема надуманная. В принципе, никто в статьях ничего не внушает, а просто описывают как работают асинхронные вызовы под капотом.
Можно было бы сделать статью гораздо интересней технически, если: - Убрать пункт об импортозамещении - Избавиться от сленга "разрабы", "вражеский" и пр. - Добавить код, отражающий суть решения Идея-то сама по себе интересная, но вот реализация...
При этом объект, реализующий сервис, получается компонентом-обработчиком от контейнера сервисов на основе его типа (обычно — требуемого интерфейса), и код компонента-обработчика не зависит от конкретной реализации сервиса (а часто и не знает ее).
Объект не реализует сервис, он является экземпляром сервиса. Реализация сервиса - конкретный класс.
Мне кажется, в России научное знание не имеет авторитета. И этот недостаток пытаются восполнить количеством выпускников ВУЗов (По принципу Парето). Я когда пришел на завод, то инженеры с вышкой, посмеивались над научным подходом, говоря, что опыт работы его перекрывает. Хотя опыт это тоже знания и подмога науке. Практика комплиментарна теории. Но почему-то принято противоспоставлять их друг другу. Отсюда и пренебрежение к знаниям полученным в университете даже со стороны управленцев и как следствие низкая производительность. Поэтому буйным цветом распустились теории заговора и антипрививочные движения. Любой научный подход давится авторитетом опыта: "Я тут 10 лет работаю и знаю лучше любого сопляка из ВУЗа..." Круг замкнулся - опытный практик застрял на одно уровне и ему нужна научная база для роста, но он сам же её и давит.
Пишу на C#. Щупал Go. ИМХО, для Go больше подходит для системного программирования и для каких-нибудь фоновых обработчиков. На данный момент для Web API все же C# предпочтительней, благодаря более развитому ООП. Ну и наличие продвинутых фреймворков и библиотек перевешивает чашу весов на сторону шарпа. Под солнцем всем языкам хватает места. Благо есть выбор - под разные нужды свой язык.
Недавно слушал выступление на счёт языка F# и функционального программирования. Так вот автор утверждал, что использование F# позволило сократить количество ошибок в приложение за счёт более таких подходов как чистые функции, неизменяемость и в довесок сам язык позволяет выявить большее количество ошибок на стадии компиляции. Мне кажется, эта стать перекликается с его подходом к разработке.
Для себя определил, что уходить нужно, когда работа превращается в болото. Его можно определить по запахам: 1. Остуствие роста. Рост важен как карьерный, так и профессиональный. Можно перестать расти из-за отстуствия интереса или возможностей. Также может быть вариант "золотой клетки", когда ты материально обеспечен и многие вопросы решены, но как профессионал ты стоишь на месте. 2. Большую часть рабочего времени начинают занимать околопрофессиональная деятельность, такая как: разборки в коллективе, налаживание отношений с другими департаментами, решение бюрократических вопросов пр.
Извинте, я тут из мира .NET мимо проходил. Я Redis не только как кэш использую, но и как хранилище фоновых задач. Ну я читал, что его можно задействовать как Message Queue https://dev.to/lazypro/message-queue-in-redis-38dm. Наблюдаю с интересом за Kotlin. Смущает то, что он всё же в экосистеме Java, которая постепенно будет сходить на нет на андроиде. Да жалуются, что Java отстает в развитии от других языков. Как вам Kotlin, насколько удобна на нём разработка?
Лучшем б разрешили биток принимать как оплату за услуги и убрали принудительную конвертацию в рубли. Это бы помогло решить проблему со SWIFT и переводов из-за рубежа в страну. Одна из причин уезда не только в ипотеке или налогах, но и в том что в текущих условиях легально вести бизнес с зарубежными компаниями проблематично. И льготы эти риски не компенсируют. Ну и как обычно государство решило поддержать крупняков, а ИП, самозанятые мимо. Начинающие так вообще в пролёте. Это как правило выпускники вузов и люди до 30. Вот им как раз бы помочь с жильем и обустройством.
Спасибо за статью. Довольно познавательный материал. На счёт влияния гранулярности планируемой работы, в реальности я думаю ситуация будет заметно сложнее, так как пул потоков будет загружен делегатами различной гранулярности и мы не увидим такой четкой связи. Не будет ли там своеобразной интерференции?
Я так понял там 3 способа получить визу кочевника. 1. Постоянный доход 2. Накопления 3. Постоянный доход и накопления. По п.1 достаточно показать доход определенного уровня и сделать мед.страховку. Кстати, Португалия обещает выдать визу через 5 лет проживания в ней.
Не знал, что техника замены одной реализации другой имеет специальное название. Пользуюсь ей при переписывании legacy. ИМХО, есть значительный минус - есть шанс что-то потерять при переносе, когда обновляется старая реализация. Также как и в случае с отдельной ветку нужно мониторить изменения и "подливать" их в новую версию. Напоминает подход рефакторинга "фикус-удавка".
Спасибо за статью. Редко когда обращал внимание на Diagnostics.
Извините, но как можно стать продолжающим программистом, читая только заголовки? Да, можно заблуждаться, но рано или поздно человек столкнётся с проблемой. И он либо разберётся - всё же прочтёт статью, либо перестанет быть программистом. В любой профессии есть дилетанты, но их процент очень мал, так как они либо развиваются, либо уходят из профессии. Остаться можно за счёт коррупции. Но много ли таких, чтобы поддерживать существование легенды?
Мне не нравится что качество материала на Хабре катится вниз, когда выходят расследования в духе Михалкова: "Вот смотрите я нашёл патент. Билл Гейтс хочет поработить людей".
Вашу статью можно уложить в одну фразу: "Заголовок не соответствует содержанию поста", или "Заголовок не отражает сути статьи", или "Автор использует кликбейтный заголовок". Вот и всё. Не надо приписывать автору намерение запутать всех, которого там нет.
И как по-вашему внушение происходит? Начинаюший программист ищет информацию в поисковике по асинхронным методам, видит статью "There is no thread", не читая её, решает: "Ага, значит асинхронный воркфлоу не создает поток. Мне всё понятно теперь."
И всё бы неплохо было бы с точки зрения: "Я имею право на субъективное мнение", если бы мы обсуждали картину Босха. Но тут идёт речь о конкретных технических вещах, где уже раз 100 всё разложили. Какой может быть субъективизм на счёт асинхронного алгоритма?
Спасибо, что подтвердили моё предположение, что проблема надуманная. В принципе, никто в статьях ничего не внушает, а просто описывают как работают асинхронные вызовы под капотом.
Так сленг снижает качество поста в разы. Вы же для людей пишете.
Это где это явным образом написано, что "асинхронная операция НИКОГДА" не создает поток? Есть ссылки?
Можно было бы сделать статью гораздо интересней технически, если:
- Убрать пункт об импортозамещении
- Избавиться от сленга "разрабы", "вражеский" и пр.
- Добавить код, отражающий суть решения
Идея-то сама по себе интересная, но вот реализация...
Мишустин ничего не решает в данной ситуации. Он говорящая голова. Мы же помним как он говорил: "Не уезжайте...давайте вместе страну поднимать....".
Спасибо за статью. Позвольте замечание:
Объект не реализует сервис, он является экземпляром сервиса. Реализация сервиса - конкретный класс.
Мне кажется, в России научное знание не имеет авторитета. И этот недостаток пытаются восполнить количеством выпускников ВУЗов (По принципу Парето). Я когда пришел на завод, то инженеры с вышкой, посмеивались над научным подходом, говоря, что опыт работы его перекрывает. Хотя опыт это тоже знания и подмога науке. Практика комплиментарна теории. Но почему-то принято противоспоставлять их друг другу. Отсюда и пренебрежение к знаниям полученным в университете даже со стороны управленцев и как следствие низкая производительность. Поэтому буйным цветом распустились теории заговора и антипрививочные движения. Любой научный подход давится авторитетом опыта: "Я тут 10 лет работаю и знаю лучше любого сопляка из ВУЗа..." Круг замкнулся - опытный практик застрял на одно уровне и ему нужна научная база для роста, но он сам же её и давит.
Пишу на C#. Щупал Go. ИМХО, для Go больше подходит для системного программирования и для каких-нибудь фоновых обработчиков. На данный момент для Web API все же C# предпочтительней, благодаря более развитому ООП. Ну и наличие продвинутых фреймворков и библиотек перевешивает чашу весов на сторону шарпа.
Под солнцем всем языкам хватает места. Благо есть выбор - под разные нужды свой язык.
Недавно слушал выступление на счёт языка F# и функционального программирования. Так вот автор утверждал, что использование F# позволило сократить количество ошибок в приложение за счёт более таких подходов как чистые функции, неизменяемость и в довесок сам язык позволяет выявить большее количество ошибок на стадии компиляции. Мне кажется, эта стать перекликается с его подходом к разработке.
Для себя определил, что уходить нужно, когда работа превращается в болото. Его можно определить по запахам:
1. Остуствие роста. Рост важен как карьерный, так и профессиональный. Можно перестать расти из-за отстуствия интереса или возможностей. Также может быть вариант "золотой клетки", когда ты материально обеспечен и многие вопросы решены, но как профессионал ты стоишь на месте.
2. Большую часть рабочего времени начинают занимать околопрофессиональная деятельность, такая как: разборки в коллективе, налаживание отношений с другими департаментами, решение бюрократических вопросов пр.
Ключевое слово "можно". Это не отменаяет использования rabbitMQ.
Извинте, я тут из мира .NET мимо проходил.
Я Redis не только как кэш использую, но и как хранилище фоновых задач. Ну я читал, что его можно задействовать как Message Queue https://dev.to/lazypro/message-queue-in-redis-38dm.
Наблюдаю с интересом за Kotlin. Смущает то, что он всё же в экосистеме Java, которая постепенно будет сходить на нет на андроиде. Да жалуются, что Java отстает в развитии от других языков. Как вам Kotlin, насколько удобна на нём разработка?
Лучшем б разрешили биток принимать как оплату за услуги и убрали принудительную конвертацию в рубли. Это бы помогло решить проблему со SWIFT и переводов из-за рубежа в страну. Одна из причин уезда не только в ипотеке или налогах, но и в том что в текущих условиях легально вести бизнес с зарубежными компаниями проблематично. И льготы эти риски не компенсируют.
Ну и как обычно государство решило поддержать крупняков, а ИП, самозанятые мимо. Начинающие так вообще в пролёте. Это как правило выпускники вузов и люди до 30. Вот им как раз бы помочь с жильем и обустройством.
Спасибо за статью. Довольно познавательный материал. На счёт влияния гранулярности планируемой работы, в реальности я думаю ситуация будет заметно сложнее, так как пул потоков будет загружен делегатами различной гранулярности и мы не увидим такой четкой связи. Не будет ли там своеобразной интерференции?
Я так понял там 3 способа получить визу кочевника.
1. Постоянный доход
2. Накопления
3. Постоянный доход и накопления.
По п.1 достаточно показать доход определенного уровня и сделать мед.страховку. Кстати, Португалия обещает выдать визу через 5 лет проживания в ней.
Спасибо. Полезный и актуальный список. А как обстоят дела с открытием счёта в банке в странах ЕС для digital-nomad и нерезидентов?
Не знал, что техника замены одной реализации другой имеет специальное название. Пользуюсь ей при переписывании legacy. ИМХО, есть значительный минус - есть шанс что-то потерять при переносе, когда обновляется старая реализация. Также как и в случае с отдельной ветку нужно мониторить изменения и "подливать" их в новую версию.
Напоминает подход рефакторинга "фикус-удавка".