Программирование, в отличии от математики, не имеет английской основы. В советские времена когда компьютеры только зарождались были русские ЯП для них. Тогда у каждого компьютера был свой язык ассемблера. Поэтому нельзя сказать, что программирование должно быть на каком-то конкретном языке. Это скорее дело привычки.
Касательно 1С. Это предметно-ориентированный ЯП, он не подходит для решения общих задач. На этом же ЯП из статьи, у разработчика есть вся мощь платформы дотнет.
Однажды пришёл работать на проект, где коллеги постоянно просили помочь им с гитом. При этом у каждого была какая-то своя тула для гита. Я даже не знал, что их столько существует. Приходилось тратить массу времени чтобы разобраться как сделать нужные действия в новом для меня UI. А разница на удивление была разительная.
Вот тогда я взялся за консоль, так как она у всех одинаковая.
Интересно, чем автор оригинала заслужил такое уважение, чтобы переводить его труды.
Периодически при поиске нужной информации сталкиваюсь с англоязычными публикациями, в которых написана откровенная чушь. Когда видно, что автор публикации не владеет темой достаточно глубоко.
В то же время у некоторых людей есть стойкое ощущение, что если статья написана на английском, значит она заслуживает особого внимания.
Лучше бы починили журнал буфера обмена. На 10ке было удобно перемещаться в нем стрелками, удалять ненужные записи по delete. В 11 мало того, что это больше не работает, так ещё и при работе мышью оно подлагивает и забагованное. Оставил заявку на фикс ещё когда 11 вышла, но всем пофиг.
Статические свойства для регистрации выглядят некрасиво, имхо.
Стандартный способ для подобных целей - атрибут. Нужные кассы декорируются атрибутом, который содержит данные необходимые для регистрации. Рефлексией выбираются все типы, декорированные нужным атрибутом и спокойно регистрируются.
В итоге у нас нет лишних статических свойств, интерфейс не замусорен непонятно чем.
А в остальном - идея хорошая. Встречал несколько реализаций ботов, написаны были гораздо хуже.
Я работал с ЯП, который хранит сорцы в бинарниках - CAVO. И это крайне не удобно, что ты завязан на свою IDE и её ограничения.
Элементарный кейс - когда нужно перенести код между проектами. Там это называется модуль. В одном модуле расположено множество типов. Единственный способ это сделать - сделать импорт/экспорт модуля.
И таких кейсов было много.
То есть если уж так делать, то нужно как минимум все их делательно продумать, чтобы этим не больно было пользоваться.
Судя по всему у автора мало опыта взаимодействия с LLM. Мой опыт показывает вполне логичную вещь - чем точнее запрос, тем точнее ответ. Поэтому ему необходимо сразу предоставить весь набор требований, чтобы не пришлось каждый раз просить его что-то исправить. Чем меньше ему дано информации, тем больше он её "додумывает".
Поэтому свои запросы в новом чате я всегда начинаю с указания языка программирования перечисления библиотек, которые используются в проекте и должны использоваться для решения задачи. А так же я стараюсь как можно точнее указать, что именно я ожидаю получить. И в большинстве случаев ответы такого уровня качества, что достаточно скопировать и вставить. Я ему прямо в запросе указываю типы и апи и он понимает как их нужно использовать.
Высока вероятность, что именно продавцы торгуют данными клиентов и заказов.
Приведу пример из жизни, пусть и отдалённо связанный с вашей ситуацией.
При покупке в магазинах часто предлагают завести бонусную карту. Для оформления обычно просят номер телефона, имя и дату рождения. Заметил закономерность, что после оформления подобных карт мне именно на следующий день начинают названивать мошенники. Ну и, конечно же, реклама. Недавно сменил симку, и какое-то время жил только с рекламой, пока не оформил новую бонусную карту.
Вот интересно получается. Некоторые люди вечно ноют, что вот где-то хорошо, а у нас ничего нет. И те же люди под любой новостью об отечественных разработках пишут море хейта и сарказма.
Так вы определитесь, вам нужно что-то своё или хорошо там, где нас нет?
Забавно, что ни один из примеров в статье не относится конкретно к Java. Разве что пример с кешем, хотя не уверен, что больше нет ЯП имеющих подобный кеш и аналог рефлексии.
Человек, который любит заниматься электроникой и программированием собственных устройств всегда ищет идеи, которые интересно было бы воплотить в жизнь. По себе знаю.
Иногда у этой идеи есть готовая альтернатива или аналог, но все же хочется создать это самому.
Иногда идея уникальна, но на самом деле полезна она только для автора и вероятно, небольшой группы людей.
И очень редко идея полезна широкому кругу людей и при этом коммерчески выгодна. Некоторые из таких со временем превращаются в бизнес.
Поэтому вопрос к DIY проектам типа "зачем" так часто возникает :)
Это если страна производитель, если не ошибаюсь, Вьетнам. В остальных самсунгах этой функции нет.
Возможно, человек и не думал о C#, встретил эту статью, посмотрел и подумал: какой классный язык, надо бы его заценить.
В этом плане материал полезен :)
Программирование, в отличии от математики, не имеет английской основы. В советские времена когда компьютеры только зарождались были русские ЯП для них. Тогда у каждого компьютера был свой язык ассемблера. Поэтому нельзя сказать, что программирование должно быть на каком-то конкретном языке. Это скорее дело привычки.
Касательно 1С. Это предметно-ориентированный ЯП, он не подходит для решения общих задач. На этом же ЯП из статьи, у разработчика есть вся мощь платформы дотнет.
Для детишек самое то, имхо.
Я тоже привык работать через UI (Git Extensions).
Однажды пришёл работать на проект, где коллеги постоянно просили помочь им с гитом. При этом у каждого была какая-то своя тула для гита. Я даже не знал, что их столько существует. Приходилось тратить массу времени чтобы разобраться как сделать нужные действия в новом для меня UI. А разница на удивление была разительная.
Вот тогда я взялся за консоль, так как она у всех одинаковая.
Грандиозная работа! Моё почтение.
Интересно, чем автор оригинала заслужил такое уважение, чтобы переводить его труды.
Периодически при поиске нужной информации сталкиваюсь с англоязычными публикациями, в которых написана откровенная чушь. Когда видно, что автор публикации не владеет темой достаточно глубоко.
В то же время у некоторых людей есть стойкое ощущение, что если статья написана на английском, значит она заслуживает особого внимания.
Лучше бы починили журнал буфера обмена. На 10ке было удобно перемещаться в нем стрелками, удалять ненужные записи по delete. В 11 мало того, что это больше не работает, так ещё и при работе мышью оно подлагивает и забагованное. Оставил заявку на фикс ещё когда 11 вышла, но всем пофиг.
Множество раз пользовался данной библиотекой, но даже не подозревал, что среди её создателей столько земляков. Молодцы ребята!
Статические свойства для регистрации выглядят некрасиво, имхо.
Стандартный способ для подобных целей - атрибут. Нужные кассы декорируются атрибутом, который содержит данные необходимые для регистрации. Рефлексией выбираются все типы, декорированные нужным атрибутом и спокойно регистрируются.
В итоге у нас нет лишних статических свойств, интерфейс не замусорен непонятно чем.
А в остальном - идея хорошая. Встречал несколько реализаций ботов, написаны были гораздо хуже.
Я работал с ЯП, который хранит сорцы в бинарниках - CAVO. И это крайне не удобно, что ты завязан на свою IDE и её ограничения.
Элементарный кейс - когда нужно перенести код между проектами. Там это называется модуль. В одном модуле расположено множество типов. Единственный способ это сделать - сделать импорт/экспорт модуля.
И таких кейсов было много.
То есть если уж так делать, то нужно как минимум все их делательно продумать, чтобы этим не больно было пользоваться.
Молодцы, ребята!
Но сделайте грозы золотыми, а не темно-синими. Я три раза пересматривал видео чтобы заметить о каких грозах идёт речь.
Судя по всему у автора мало опыта взаимодействия с LLM. Мой опыт показывает вполне логичную вещь - чем точнее запрос, тем точнее ответ. Поэтому ему необходимо сразу предоставить весь набор требований, чтобы не пришлось каждый раз просить его что-то исправить. Чем меньше ему дано информации, тем больше он её "додумывает".
Поэтому свои запросы в новом чате я всегда начинаю с указания языка программирования перечисления библиотек, которые используются в проекте и должны использоваться для решения задачи. А так же я стараюсь как можно точнее указать, что именно я ожидаю получить. И в большинстве случаев ответы такого уровня качества, что достаточно скопировать и вставить. Я ему прямо в запросе указываю типы и апи и он понимает как их нужно использовать.
Высока вероятность, что именно продавцы торгуют данными клиентов и заказов.
Приведу пример из жизни, пусть и отдалённо связанный с вашей ситуацией.
При покупке в магазинах часто предлагают завести бонусную карту. Для оформления обычно просят номер телефона, имя и дату рождения. Заметил закономерность, что после оформления подобных карт мне именно на следующий день начинают названивать мошенники. Ну и, конечно же, реклама. Недавно сменил симку, и какое-то время жил только с рекламой, пока не оформил новую бонусную карту.
Потому что адекватные люди пишут компиляторы только на нативных языках. Ничего странного здесь нет.
C# one love ❤️
Вот интересно получается. Некоторые люди вечно ноют, что вот где-то хорошо, а у нас ничего нет. И те же люди под любой новостью об отечественных разработках пишут море хейта и сарказма.
Так вы определитесь, вам нужно что-то своё или хорошо там, где нас нет?
Боже упаси оказаться в одной команде с автором данной статьи. Или же работать с его наследием.
Забавно, что ни один из примеров в статье не относится конкретно к Java. Разве что пример с кешем, хотя не уверен, что больше нет ЯП имеющих подобный кеш и аналог рефлексии.
Человек, который любит заниматься электроникой и программированием собственных устройств всегда ищет идеи, которые интересно было бы воплотить в жизнь. По себе знаю.
Иногда у этой идеи есть готовая альтернатива или аналог, но все же хочется создать это самому.
Иногда идея уникальна, но на самом деле полезна она только для автора и вероятно, небольшой группы людей.
И очень редко идея полезна широкому кругу людей и при этом коммерчески выгодна. Некоторые из таких со временем превращаются в бизнес.
Поэтому вопрос к DIY проектам типа "зачем" так часто возникает :)