Я не очень понял в чём тогда логика? Вот прямо сейчас я ищу ошибки так:
Если код сообщения меняется во время билда, то как мне искать причину в исходниках, если указанная мной цепочка разорвана?
Зашивка кода в VCS тоже может породить конфликты при слияниях
Попробую предложить начальное административное решение, что перед началом работы каждому участвующему сотруднику выделить диапазон кодов — тебе 0-1000, тебе 1001-2000 и т.д. Поверьте, тыщу кодов можно дооолго «расходовать». Я полтора года пишу одну программу и у меня дошло до 480. Кончился диапазон — вот тебе новый. Понятно, что не панацея, вон у микрософта какие коды. Но мы ведь не windows пишем.))) Хотя от этого утверждения качество не должно быть на последнем месте.
Я так понимаю, что вы не решаете задачи, а просто выражаете своё мнение, что вам что-то непонятно. У вас есть право озвучить, что вам что-то непонятно. Однако. Неправильно рассчитывать на то, что если вы сами не будете прикладывать усилий, чтобы понять, то ожидать, что по какой-то причине другой человек вам обязан что-то разжёвывать и доказывать — это ваше личное, глубокое заблуждение.
Лёгкий троллинг иногда приемлем, но не надо выходить за рамки приличия.
Вам же нечего сказать по делу? Не так ли? Если есть, то будьте любезны находиться в рамках технического обсуждения, а не переходить на личности.
Я знаю что я написал. Вы не ответили на вопрос, что вы поняли из того что прочитали. Вы просто скопировали текст. Это совершенно не объясняет того, что вы поняли.
Лично мне совсем не очевидна эта проблема. Может вам немного развернуть ответ? Лично я на первый взгляд считаю, что автогенерация кодов сообщений сама по себе плохая идея, но, возможно, что я понимаю её в другом контексте, чем вы. Вы не уточните?
Оно зафиксировано в маленькой кнопочке, которую обычно встраивают в программу. Называется она по разному, например, «Оставить вопрос», «свяжитесь с нами», «support» и т.д. Не?
Тут как в ресторане — лучше пусть пользователь расскажет вам, что у него есть вопрос, чем расскажет своим знакомым, какая у вас плохая программа. Маркетинг, рынок и всё такое. Хотите, чтобы вашу программу покупали — не нарушайте права пользователей на получение ответов на их вопросы. Да, бывают, скажем так, альтернативные пользователи, которые хотят иногда странного. Но они бывают везде. И поэтому для достижения результата с максимальной скоростью нужны цыфры. Так проще.
Вы точно уверены, что не понимаете задачу?
Да, совершенно.
Ok. А какую проблему c вашей точки зрения я решаю? Давайте начнём с того, что вы поняли из того, что прочитали?
Я, для начала, возражаю, что это «неотъемлемое право».
А я вот против вашего возражения. У пользователя есть такое право. Ведь пользователем может являться и ваш коллега, который вместе с вами пишет код за соседним компом и может у вас спросить, «что за сообщение с номером 172?» Вы предлагаете отказать ему в ответе?
Я советую начать с конкретной формулировки задачи, которую вы решаете.
Cпасибо. Буду иметь в виду.
Можешь какой-нибудь скрин сделать? Я с Roslyn не работал.
Я бы вообще хотел разработать такой шаблон кода, который бы мне сразу генерировал следующий номер, а не я его «выдумывал». Вообще был бы крутяк. Сейчас чуть глянул — может действительно Roslyn может решить эту задачу?
просто сразу выведите эту причину ошибки пользователю, избавьте его от необходимости с вами общаться
Там в скриншоте был пример сообщения. Но пользователь имеет право захотеть позвонить и уточнить, если ему что-то непонятно. Вы ведь не возражаете против такого неотъемлемого права пользователя на получение дополнительной информации?
зачем надо начинать текст сообщения «с чего-то конкретного»?
Обратите внимание, что речь не только об Exceptions. Значит не все сообщения могут попасть в логи.
в команде из нескольких человек — будет вызывать конфликты
А если не использовать такого подхода, то конфликтов не будет? Это выходит за рамки технических решений. Но ведь чтобы конфликтов не было к ним нужно готовиться, а не применять разные методики без проверки на удобство или граничные условия.
— это если речь об ошибках? Не всегда сообщения являются ошибками и отражаются в логах. Обратите внимание, я говорю о сообщениях, а не только об ошибках.
Зато теперь очень просто общаться с пользователями:
— Назовите код сообщения?
— 172.
— Ок. Причина в следующем…
И я как разработчик точно знаю по коду, что случилось, чем пытаться в коде найти текст, который пользователь мне диктует, да ещё и по памяти. А ведь тексты сообщений бывают и одинаковые.
Я предпочитаю ставить обращение ко мне пользователей на «числовые» рельсы, чтобы было минимум субъективности. Да и пользователь, когда видит код сообщения, то у него больше уверенности, что это сообщение имеет чёткое объяснение и он его в 99% случаев точно получит.
Это моё субъективное отношение. Я ведь не против остальных методов.
Однако считаю, что начать текст сообщение надо с чего-то конкретного. Я предлагаю начать сообщение с конкретного числа, а не с фантазии программиста. И описанным методом сгенерировать такое число, надеюсь, будет очень просто.
А заодно дописать к имени что ещё там подразумевается :)
Нужно всегда читать документацию к используемым функциям. Хотя бы для того, чтобы никто вас в этом не мог упрекнуть. Понятно, что должен быть компромис между временем чтения документации и написанием кода.
Лично я ко всем правилам отношусь с учетом контекста. Например, комментирование кода в статье считается плохим тоном. Ок. Я однажды долго разбирался, почему очевидная кодовая конструкция не работает. Потратил неделю. Нашёл причину. Закомментировал этот кусок кода с пометкой «памятник невнимательности потому что ...» и подробное описание почему ТАК не работает.
Все советы надо пропускать через свою шкуру, а не слепо им следовать. Если слепо следовать советам, то может оказаться, что лучше За кодирование и не браться.
Если код сообщения меняется во время билда, то как мне искать причину в исходниках, если указанная мной цепочка разорвана?
Попробую предложить начальное административное решение, что перед началом работы каждому участвующему сотруднику выделить диапазон кодов — тебе 0-1000, тебе 1001-2000 и т.д. Поверьте, тыщу кодов можно дооолго «расходовать». Я полтора года пишу одну программу и у меня дошло до 480. Кончился диапазон — вот тебе новый. Понятно, что не панацея, вон у микрософта какие коды. Но мы ведь не windows пишем.))) Хотя от этого утверждения качество не должно быть на последнем месте.
Чёткой постановки задачи не было. Но это не значит, что нет задачи. Так понятнее?
Лёгкий троллинг иногда приемлем, но не надо выходить за рамки приличия.
Вам же нечего сказать по делу? Не так ли? Если есть, то будьте любезны находиться в рамках технического обсуждения, а не переходить на личности.
и тут же даёте совет: Но если вы не имеете понятия о задаче, то как вы можете утверждать что для неё есть типовые решения?
Во-первых, с чего вдруг смысл сообщения меняется от номера версии приложения. Очень плохо.
Во-вторых. Ответ может не подойти даже если вы говорите об одной и той же версии. Неужели тупик?
Тут как в ресторане — лучше пусть пользователь расскажет вам, что у него есть вопрос, чем расскажет своим знакомым, какая у вас плохая программа. Маркетинг, рынок и всё такое. Хотите, чтобы вашу программу покупали — не нарушайте права пользователей на получение ответов на их вопросы. Да, бывают, скажем так, альтернативные пользователи, которые хотят иногда странного. Но они бывают везде. И поэтому для достижения результата с максимальной скоростью нужны цыфры. Так проще.
Ok. А какую проблему c вашей точки зрения я решаю? Давайте начнём с того, что вы поняли из того, что прочитали?
Вы точно уверены, что не понимаете задачу?
Можешь какой-нибудь скрин сделать? Я с Roslyn не работал.
Я бы вообще хотел разработать такой шаблон кода, который бы мне сразу генерировал следующий номер, а не я его «выдумывал». Вообще был бы крутяк. Сейчас чуть глянул — может действительно Roslyn может решить эту задачу?
А с чего вы советуете начать?
«Критикуешь — предлагай», помните такой принцип?
А если не использовать такого подхода, то конфликтов не будет? Это выходит за рамки технических решений. Но ведь чтобы конфликтов не было к ним нужно готовиться, а не применять разные методики без проверки на удобство или граничные условия.
Зато теперь очень просто общаться с пользователями:
— Назовите код сообщения?
— 172.
— Ок. Причина в следующем…
И я как разработчик точно знаю по коду, что случилось, чем пытаться в коде найти текст, который пользователь мне диктует, да ещё и по памяти. А ведь тексты сообщений бывают и одинаковые.
Я предпочитаю ставить обращение ко мне пользователей на «числовые» рельсы, чтобы было минимум субъективности. Да и пользователь, когда видит код сообщения, то у него больше уверенности, что это сообщение имеет чёткое объяснение и он его в 99% случаев точно получит.
Это моё субъективное отношение. Я ведь не против остальных методов.
Однако считаю, что начать текст сообщение надо с чего-то конкретного. Я предлагаю начать сообщение с конкретного числа, а не с фантазии программиста. И описанным методом сгенерировать такое число, надеюсь, будет очень просто.
Эти правила для другой страны написаны.
Нужно всегда читать документацию к используемым функциям. Хотя бы для того, чтобы никто вас в этом не мог упрекнуть. Понятно, что должен быть компромис между временем чтения документации и написанием кода.
Все советы надо пропускать через свою шкуру, а не слепо им следовать. Если слепо следовать советам, то может оказаться, что лучше За кодирование и не браться.