теоретически это можно сделать и через t4 (без консольного приложения), но я предпочитаю не бороться с добавлением в него ссылок на dll и странным синтаксисом, при отсутствии нормального редактора
В качестве T4 редактора есть плагин ForTea для ReSharper, не так давно его выпустили и для Rider. Для предпочитающих студию без решарпера есть и другие плагины, например нагуглился Devart T4 Editor, но с ним не сталкивался.
Не защищаю какой-то конкретный подход, когда-то удобнее T4, когда-то — Roslyn, просто для информации о том, что такие редакторы есть (может и не самые удобные, но лучше, чем полное отсутствие редактора, как было раньше)
Я как-то уже в 12 лет понимал, что при указании возраста меньше 18 в аккаунтах полноценно пользоваться интернетом не дадут. Вряд ли нынешнее поколение об этом не знает
Стационарник в простое тоже почти не ест электричества, а при нагрузке потребление будет сравнимо с eGPU. Имхо, вариант с eGPU плох тем, что на некоторых системах придётся изрядно пострадать, чтобы всё завелось
Да, всё оно так, но речь не про то, что ничего не нужно делать, а про то, что возможно не стоит внедрять именно сомнительный золотой молоток.
Как CRM помешает продажнику увести своих клиентов — вообще непонятно
Как правильно замечено в статье — программное обеспечение, и в частности CRM-системы не решат все проблемы. Правильнее было бы даже сказать, что они решат лишь минимальное их подмножество. Уж точно наличие CRM никоим образом не застрахует компанию от большинства неприятностей — название статьи ввело в заблуждение, хотя часть о проблемах порадовала, особенно про ПТСР и депрессию.
И есть же такой вариант, что внедрение CRM на фоне с переходом на удалёнку ещё больше демотивирует сотрудников? А CRM может быть довольно сложной для неподготовленных юзеров, даже при хорошем обучении и постепенном внедрении как раз из-за до сих пор ненавистного формата работы.
Страховые компании тоже добавили/добавят эпидемии в списки нестраховых случаев. И нужны другого рода решения по взаимодействию с людьми и государством, которые, на мой взгляд, и стоит обсуждать.
Дзен платит отчисления за просмотры авторам и предъявляет требования к объёму статей. Отсюда и куча некачественного кликбейтного контента. Хуже всего, что он испортил другие ресурсы, например Пикабу, тем, что посты пишут под Дзен в первую очередь, а далее репостят, но здесь рыночек порешал, видимо других способов монетизации не нашлось.
Хочется верить, что люди перестанут кликать по ссылкам на Дзен и он умрёт естественным образом
Значит у него есть нужные скиллы, а вопрос стоит о том, почему ему не интересно.
Возможно отбор идёт по неправильным признакам. На собесе были алгоритмические задачи по вращению деревьев, кандидат с ними справился. Но искали не вращателя деревьев, а перекладывателя JSONов. Уже на работе человек понимает, что не растёт в интересном ему направлении. Или же он с учёбой совмещает, если джун, и его время пожирает универ. На случай реальных лентяев есть средства сокращения рисков — стажировки для джунов и испытательный срок. В яндексе ещё Буткемп есть, позволяющий подобрать подходящую команду
Как это продиагностировать на собесе:
давать задачи, приближенные к реальным
узнать, чем человек занимался на прежней работе, чем занимался в универе, помимо стандартной учебной программы
Зачем нужны тогда 5 собеседований, если они не помогают узнать кандидата? Технические скиллы не ограничиваются написанием кода, а уровень коммуникабельности — умением выбивать прибавку к зарплате.
Не знаю, что происходит на этих собеседованиях, но если сейчас технические скиллы проверяются алгоритмами и написанием кода, то их можно разнообразить задачами на архитектуру, проектирование, умение гуглить. Тестовые задания добавить, в конце концов, хотя их и справедливо критикуют, которые будут проверять умение то же окружение развернуть.
Да, это всё может быть сложно для джуна, но вы никак не прокомментировали, нужны ли они в вашей команде и зачем, если ожидания явно высокие
Но создать собственный бизнес и самостоятельно разобраться с окружением на маке/понять технологические решения в проекте — всё же разные навыки. В чём связь с принцами и дворянами?
Кроме совсем бревна и "буду разбираться во всём и расти" есть же и другие категории. Но складывается впечатление, что отбор как раз такой, что нанимают брёвна, которые ничего не хотят, кроме зп. Да и "буду разбираться во всём и расти" как-то намекает на то, что нанимаются в основном джуны, когда скорее нужны те, кто уже умеет оценивать задачу и иногда вместо сложного пути (настраивать тот же мак) идти по простому (взять линукс). Да, джун дешевле и его проще найти, но не платите ли вы дважды, если джуны в команду не вписываются?
Насколько понял, вам в команду нужны разработчики с некоторым опытом промышленной разработки ("middle" и выше), заинтересованные в продукте и используемых в нём технологиях, с развитыми софт-скиллами. Почему же кандидаты, не соответствующие этим требованиям проходят фильтр в виде собеседований и других испытаний при приёме в команду?
Спасибо за дополнение. Ниже там предлагают использовать вариант с таргетом:
<Target Name="ForceGenerationOfBindingRedirects"
AfterTargets="ResolveAssemblyReferences"
BeforeTargets="GenerateBindingRedirects"
Condition="'$(AutoGenerateBindingRedirects)' == 'true'">
<PropertyGroup>
<!-- Needs to be set in a target because it has to be set after the initial evaluation in the common targets -->
<GenerateBindingRedirectsOutputType>true</GenerateBindingRedirectsOutputType>
</PropertyGroup>
</Target>
В Fusion++ есть некоторая защита от пользователя на такой случай — чтобы увидеть логи, нужно нажать Stop.
Райдер уже сейчас (начиная с 2020.1) запускается на .NET Core под Linux и macOS. На Windows поддержка .NET Core тоже есть, но она выключена из-за некоторых технических сложностей, например нерабочего дизайнера WinForms (в его нынешней реализации в райдере используется сериализация, несовместимая с .NET Core) и необходимости переехать с ngen на crossgen. Сам по себе переход на .NET Core на Windows не даст значительного выигрыша по производительности сразу, но позволит использовать новые API и позволит не зависеть от рантайма, установленного у пользователя.
В качестве T4 редактора есть плагин ForTea для ReSharper, не так давно его выпустили и для Rider. Для предпочитающих студию без решарпера есть и другие плагины, например нагуглился Devart T4 Editor, но с ним не сталкивался.
Не защищаю какой-то конкретный подход, когда-то удобнее T4, когда-то — Roslyn, просто для информации о том, что такие редакторы есть (может и не самые удобные, но лучше, чем полное отсутствие редактора, как было раньше)
Перешел на беспроводные на телефоне, т.к. проводные рвутся — то около штекера подключения, то около одного из наушников
Я как-то уже в 12 лет понимал, что при указании возраста меньше 18 в аккаунтах полноценно пользоваться интернетом не дадут. Вряд ли нынешнее поколение об этом не знает
С наступающим 2021 годом, желаю успехов в бизнесе, хабре, пиве и скорейшего выхода с удалёнки всем, кто этого ждёт естественно
Не все люди одинаковые
Это уже было в Русском чёрном зеркале
26:42
Стационарник в простое тоже почти не ест электричества, а при нагрузке потребление будет сравнимо с eGPU. Имхо, вариант с eGPU плох тем, что на некоторых системах придётся изрядно пострадать, чтобы всё завелось
Некачественные зарядки. За $1
Да, всё оно так, но речь не про то, что ничего не нужно делать, а про то, что возможно не стоит внедрять именно сомнительный золотой молоток.
Как CRM помешает продажнику увести своих клиентов — вообще непонятно
Как правильно замечено в статье — программное обеспечение, и в частности CRM-системы не решат все проблемы. Правильнее было бы даже сказать, что они решат лишь минимальное их подмножество. Уж точно наличие CRM никоим образом не застрахует компанию от большинства неприятностей — название статьи ввело в заблуждение, хотя часть о проблемах порадовала, особенно про ПТСР и депрессию.
И есть же такой вариант, что внедрение CRM на фоне с переходом на удалёнку ещё больше демотивирует сотрудников? А CRM может быть довольно сложной для неподготовленных юзеров, даже при хорошем обучении и постепенном внедрении как раз из-за до сих пор ненавистного формата работы.
Страховые компании тоже добавили/добавят эпидемии в списки нестраховых случаев. И нужны другого рода решения по взаимодействию с людьми и государством, которые, на мой взгляд, и стоит обсуждать.
Дзен платит отчисления за просмотры авторам и предъявляет требования к объёму статей. Отсюда и куча некачественного кликбейтного контента. Хуже всего, что он испортил другие ресурсы, например Пикабу, тем, что посты пишут под Дзен в первую очередь, а далее репостят, но здесь рыночек порешал, видимо других способов монетизации не нашлось.
Хочется верить, что люди перестанут кликать по ссылкам на Дзен и он умрёт естественным образом
Значит у него есть нужные скиллы, а вопрос стоит о том, почему ему не интересно.
Возможно отбор идёт по неправильным признакам. На собесе были алгоритмические задачи по вращению деревьев, кандидат с ними справился. Но искали не вращателя деревьев, а перекладывателя JSONов. Уже на работе человек понимает, что не растёт в интересном ему направлении. Или же он с учёбой совмещает, если джун, и его время пожирает универ. На случай реальных лентяев есть средства сокращения рисков — стажировки для джунов и испытательный срок. В яндексе ещё Буткемп есть, позволяющий подобрать подходящую команду
Как это продиагностировать на собесе:
Зачем нужны тогда 5 собеседований, если они не помогают узнать кандидата? Технические скиллы не ограничиваются написанием кода, а уровень коммуникабельности — умением выбивать прибавку к зарплате.
Не знаю, что происходит на этих собеседованиях, но если сейчас технические скиллы проверяются алгоритмами и написанием кода, то их можно разнообразить задачами на архитектуру, проектирование, умение гуглить. Тестовые задания добавить, в конце концов, хотя их и справедливо критикуют, которые будут проверять умение то же окружение развернуть.
Да, это всё может быть сложно для джуна, но вы никак не прокомментировали, нужны ли они в вашей команде и зачем, если ожидания явно высокие
Но создать собственный бизнес и самостоятельно разобраться с окружением на маке/понять технологические решения в проекте — всё же разные навыки. В чём связь с принцами и дворянами?
Кроме совсем бревна и "буду разбираться во всём и расти" есть же и другие категории. Но складывается впечатление, что отбор как раз такой, что нанимают брёвна, которые ничего не хотят, кроме зп. Да и "буду разбираться во всём и расти" как-то намекает на то, что нанимаются в основном джуны, когда скорее нужны те, кто уже умеет оценивать задачу и иногда вместо сложного пути (настраивать тот же мак) идти по простому (взять линукс). Да, джун дешевле и его проще найти, но не платите ли вы дважды, если джуны в команду не вписываются?
Насколько понял, вам в команду нужны разработчики с некоторым опытом промышленной разработки ("middle" и выше), заинтересованные в продукте и используемых в нём технологиях, с развитыми софт-скиллами. Почему же кандидаты, не соответствующие этим требованиям проходят фильтр в виде собеседований и других испытаний при приёме в команду?
.dll.config или .exe.config в соответствии с типом бинаря проекта. Для веб приложения, скорее всего, будет *.dll.config
Спасибо за дополнение. Ниже там предлагают использовать вариант с таргетом:
В Fusion++ есть некоторая защита от пользователя на такой случай — чтобы увидеть логи, нужно нажать Stop.
Райдер уже сейчас (начиная с 2020.1) запускается на .NET Core под Linux и macOS. На Windows поддержка .NET Core тоже есть, но она выключена из-за некоторых технических сложностей, например нерабочего дизайнера WinForms (в его нынешней реализации в райдере используется сериализация, несовместимая с .NET Core) и необходимости переехать с ngen на crossgen. Сам по себе переход на .NET Core на Windows не даст значительного выигрыша по производительности сразу, но позволит использовать новые API и позволит не зависеть от рантайма, установленного у пользователя.
Обнаружил, что в блоге .NET тулов JetBrains есть статья про проблему с большими солюшенами https://blog.jetbrains.com/dotnet/2020/05/11/story-csproj-large-solutions-memory-usage/
Спасибо, исправил