Заметил, что от меня два человека отписались за неделю. Понимаю - в последнее время немного увлекся стильно-модно-молодежным ИИ, в то время как ко мне приходили за профессиональным брюзжанием на тему, что "технологии сегодня уже не те" 😂
У самого подгорает с тех же "Радио-Т", которые по 100500 кругу обсуждают темы LLM, Claude Code и про будущее вайбкодингом. А ранее они точно так же зацикливались на NoSQL и почти в каждой передаче говорили про CAP-теорему. А еще ранее их клинило на продукцию Apple - всю осень обсуждали их новинки, а в межсезонье восторгались сначала первым айпедом, который "ну наконец-то нормальный планшет", потом вторым айпедом, который "стал основным рабочим инструментом айтишников и на него массово переходит HoReCa", а потом третим айпедом, который "революционная ретина и меняет всю индустрию"... 🤕
Такие подкасты "Радио-Т" интересно послушать раз или два, но не каждую неделю, когда я выделяю время на ознакомление с новостями от ИТ-экспертов - в конце-концов, я прихожу на их виртуальную лавочку за свежими слухами и за тем же брюзжанием 😅
К слову, Умпутун уже исправляется. В последней передаче он жаловался, что все современные джуны ужасны и их невозможно отучить от бездумной копипасты со стековерфлоу или из ЖПТ, а контекст реального проекта никто не читает. И тут же он снова подтвердил факт, на который жаловался передачей ранее, что невозможно найти джунов дешевле чем за $10k/месяц - на что тогда у Грея от удивления отвисла челюсть, но Умпутун ему парировал, что наша Украина является страной третьего мира и потому у нас даже матерым синьорам платят в разы меньше чем ихним джунам 🫣
P.S. Кто знает как из страны третьего мира попасть в цивилизацию? Хотелось бы увидеть хоть глазком как живут настоящие люди...
У самого подгорает с тех же "Радио-Т", которые по 100500 кругу обсуждают темы LLM, Claude Code и про будущее вайбкодингом. А ранее они точно так же зацикливались на NoSQL и почти в каждой передаче говорили про CAP-теорему. А еще ранее их клинило на продукцию Apple - всю осень обсуждали их новинки, а в межсезонье восторгались сначала первым айпедом, который "ну наконец-то нормальный планшет", потом вторым айпедом, который "стал основным рабочим инструментом айтишников и на него массово переходит HoReCa", а потом третим айпедом, который "революционная ретина и меняет всю индустрию"... 🤕
Такие подкасты "Радио-Т" интересно послушать раз или два, но не каждую неделю, когда я выделяю время на ознакомление с новостями от ИТ-экспертов - в конце-концов, я прихожу на их виртуальную лавочку за свежими слухами и за тем же брюзжанием 😅
К слову, Умпутун уже исправляется. В последней передаче он жаловался, что все современные джуны ужасны и их невозможно отучить от бездумной копипасты со стековерфлоу или из ЖПТ, а контекст реального проекта никто не читает. И тут же он снова подтвердил факт, на который жаловался передачей ранее, что невозможно найти джунов дешевле чем за $10k/месяц - на что тогда у Грея от удивления отвисла челюсть, но Умпутун ему парировал, что наша Украина является страной третьего мира и потому у нас даже матерым синьорам платят в разы меньше чем ихним джунам 🫣
P.S. Кто знает как из страны третьего мира попасть в цивилизацию? Хотелось бы увидеть хоть глазком как живут настоящие люди...
❤2😱1😐1🦄1
Полистал доклады на предстоящий Инфостарт Ивент и обнаружил любопытное:
1С: Напарник - опыт большого пилота в Magnit Tech от Александра Леонова:
Почему это так интересно? Компания 1С допустила к тестированию 1С:Напарник только ряд партнеров и запретила им как-либо комментировать этот инструмент. А тут не просто комментарий, не просто обзор, а целый доклад на самом популярном мероприятии в отрасли!
Поскольку Инфостарт на 50% принадлежит компании 1С, то следовательно этот доклад точно согласован и получил одобрение. А если к октябрю запрет на обсуждение результатов бета-теста будет снят, то либо тестирование расширят на всех желающих (как было с 1С:Элемент) или тест завершат и включат 1С:Напарник для всех пользователей 1С:ЕДТ.
К слову. Упомянутый в описании доклада Copilot от GitHub нельзя запустить на последней официальной сборке 1С:ЕДТ так как у пакета 1C:Enterprise Development Tools 1.33.1.45 (com._1c.g5.v8.dt.rcp 1.33.1.45) конфликт по версиям с актуальным пакетом GitHub Copilot 0.10 (com.microsoft.copilot.eclipse.feature.feature.group 0.10.0.202508110512). Можно поставить последнюю Eclipse IDE for Developers, запустив в ней демо-плагин с GitHub (там важна только target-платформа) и так получить "обновленную IDE", в которой все новые плагины будут работать, включая Copilot - но это очевидно путь для единиц.
Означает ли это сравнение, что для 1С:Напарник нам дадут 1С:ЕДТ на более свежем Eclipse? 🤔
1С: Напарник - опыт большого пилота в Magnit Tech от Александра Леонова:
В докладе я поделюсь о том, как мы проводили совместно с 1С пилот использования ИИ-плагина для EDT - 1С:Напарник, который как и нашумевший Copilot от GitHub, позволяет разработчику 1С облегчить рутинную работу по написанию простых алгоритмов кода или помогает аналитикам понять что-же делает запутанный legacy-код.
Почему это так интересно? Компания 1С допустила к тестированию 1С:Напарник только ряд партнеров и запретила им как-либо комментировать этот инструмент. А тут не просто комментарий, не просто обзор, а целый доклад на самом популярном мероприятии в отрасли!
Поскольку Инфостарт на 50% принадлежит компании 1С, то следовательно этот доклад точно согласован и получил одобрение. А если к октябрю запрет на обсуждение результатов бета-теста будет снят, то либо тестирование расширят на всех желающих (как было с 1С:Элемент) или тест завершат и включат 1С:Напарник для всех пользователей 1С:ЕДТ.
К слову. Упомянутый в описании доклада Copilot от GitHub нельзя запустить на последней официальной сборке 1С:ЕДТ так как у пакета 1C:Enterprise Development Tools 1.33.1.45 (com._1c.g5.v8.dt.rcp 1.33.1.45) конфликт по версиям с актуальным пакетом GitHub Copilot 0.10 (com.microsoft.copilot.eclipse.feature.feature.group 0.10.0.202508110512). Можно поставить последнюю Eclipse IDE for Developers, запустив в ней демо-плагин с GitHub (там важна только target-платформа) и так получить "обновленную IDE", в которой все новые плагины будут работать, включая Copilot - но это очевидно путь для единиц.
Означает ли это сравнение, что для 1С:Напарник нам дадут 1С:ЕДТ на более свежем Eclipse? 🤔
👍5
Ключевые понятия: Тип - [Type] и ОписаниеТипов - [TypeDenoscription]
Допустим мы делаем самую популярную задачу на 1С - парсинг текста с данными. Согласно алгоритму, если некий текст не можем распознать как число (например там пробел или прочерк), то его нужно интерпретировать как ноль. А если не можем распознать дату, то нужно указывать пустую. И если по ИНН не сможем найти сотрудника, то использовать пустую ссылку соответствующего справочника. Другими словами, по указанному типу мы или должны вычислить соответствующее ему значение, или указать значение по умолчанию.
Задание: Как получить значение типа по умолчанию?
Для начала отмечу, что Тип можно легко получить явно указав его в коде: Тип("Дата") - [Type("Date")], Тип("СправочникСсылка.Сотрудники") - [Type("CatalogRef.Employees")]. Так же тип можно получить по образцу значения: ТипЗнч(Образец) - [TypeOf(Sample)].
1С не разрешает получать значение из самого Типа напрямую, так как в модели языка 1С значение Тип не является объектом - это примитив, как Число или Строка, у которых так же нет никаких методов. Поэтому, если мы не хотим писать огромную конструкцию Если... То... ИначеЕсли... То... - [If... Then... ElsIf... Then...], то нам нужен более продвинутый инструмент.
На основании значения Типа можно создать объект типа ОписаниеТипов, у которого есть полезный метод ПривестиЗначение() - [AdjustValue()], вызов которого без параметра и возвращает требуемое нам значение по умолчанию. Сложностью является только создать такой объект...
В конструкторе объекта ОписаниеТипов нельзя указать Тип напрямую - нужно передать массив типов. А при создании массива нельзя его сразу инициировать значениями - ни через конструктор, ни через вызов метода вокруг конструктора (в отличии от других ЯП, в 1С методы модификации массива не возвращают ссылку на массив и потому невозможны цепочки и вложения вызовов).
Итого, для получения значения по-умолчанию по указанному типу нужна конструкция:
МассивТипов = Новый Массив;
МассивТипов.Добавить(МойТип);
ОписаниеТипа = Новый ОписаниеТипов(МассивТипов);
МоеЗначение = ОписаниеТипа.ПривестиЗначение();
Или версия в более привычном английском синтаксисе:
TypeArray = New Array;
TypeArray.Add(MyType);
TypeDenoscription = New TypeDenoscription(TypeArray);
MyValue = TypeDenoscription.AdjustValue();
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7👀1
Сегодня в 17:00 компания ONTON провела TGE своего токена ONION в сети TON. За прошедшие 3,5 часа стоимость просела всего в 4 раза - неплохо.
Контекст. ONTON - это стартап, который позиционируют себя как Luma (популярная платформа для проведения мероприятий), но только на базе Telegram. Весь 2024 год их спонсировали из бюджета TON Foundation, а с начала 2025 они вышли на самоокупаемость за счет платных мероприятий и продажи своих луковых NFT. Популярность мероприятиям от ONTON принесли SBT (непередаваемые NFT), которые бесплатно раздавались на TON-кошельки участников мероприятий. Это породило культуру SBT-хантинга, когда на мероприятия приходили не ради озвученных тем и новой информации, а лишь ради еще одной SBT в коллекцию.
Токен ONION распределили между коллекционерами SBT и покупателями NFT. Так же перед TGE было проведено несколько раундов продажи права владения - FairLaunch. Первичную ликвидность залили из расчета цены $0,023/токен на самый популярный тоновский DEX - на STON.fi
Не все монеты раздали "на руки" владельцам - лишь по 10%, а остальные будут разблокированы на протяжении полугода, что возможно стало причиной стабилизации цены. Или возможно причина в наличии устойчивой бизнес-модели ONTON, которая позволит им зарабатывать в будущем и обеспечивать ликвидность их монеты, что сделает этот актив точно более привлекательным для торговли чем были Хомяки или Пиксели.
Но самое главное, что у SBT-хантеров сегодня праздник - их коллекции принесли им реальные деньги🥳
Контекст. ONTON - это стартап, который позиционируют себя как Luma (популярная платформа для проведения мероприятий), но только на базе Telegram. Весь 2024 год их спонсировали из бюджета TON Foundation, а с начала 2025 они вышли на самоокупаемость за счет платных мероприятий и продажи своих луковых NFT. Популярность мероприятиям от ONTON принесли SBT (непередаваемые NFT), которые бесплатно раздавались на TON-кошельки участников мероприятий. Это породило культуру SBT-хантинга, когда на мероприятия приходили не ради озвученных тем и новой информации, а лишь ради еще одной SBT в коллекцию.
Токен ONION распределили между коллекционерами SBT и покупателями NFT. Так же перед TGE было проведено несколько раундов продажи права владения - FairLaunch. Первичную ликвидность залили из расчета цены $0,023/токен на самый популярный тоновский DEX - на STON.fi
Не все монеты раздали "на руки" владельцам - лишь по 10%, а остальные будут разблокированы на протяжении полугода, что возможно стало причиной стабилизации цены. Или возможно причина в наличии устойчивой бизнес-модели ONTON, которая позволит им зарабатывать в будущем и обеспечивать ликвидность их монеты, что сделает этот актив точно более привлекательным для торговли чем были Хомяки или Пиксели.
Но самое главное, что у SBT-хантеров сегодня праздник - их коллекции принесли им реальные деньги
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥1😁1💩1🍾1
Журнал инженера-программиста
Полистал доклады на предстоящий Инфостарт Ивент и обнаружил любопытное: 1С: Напарник - опыт большого пилота в Magnit Tech от Александра Леонова: В докладе я поделюсь о том, как мы проводили совместно с 1С пилот использования ИИ-плагина для EDT - 1С:Напарник…
Просмотрел весь список докладов будущего Инфостарта и выделил следующие темы (помимо упомянутого доклада про 1С:Напарник):
1) Сергей Терпугов - Когнитивные искажения при оптимизации 1С: почему мы пишем 'медленный' код и как с этим бороться. Согласно описанию должен быть интересный материал на тему когнитивных искажений, которые нам мешают.
2) Анастасия Синякова - Как учиться, если вам немного за 30. О том как эффективно учится взрослым людям.
3) Ринат Зиганшин - Как 1С-программисту написать свой первый плагин для 1C:EDT. Разберем на примере создания плагина для работы с хранилищем 1С. От существующих материалов про создание плагинов просто хочется плакать. Я помню как Ринат задавал свои первые вопросы в канале ЕДТ и его результат впечатляет!
4) Иван Ветров - Как заставить мокирование работать в YaXUnit для ваших расширений. Для целей unit-тестов интеграционного и регрессионного тестирования в рамках опенсурс-проекта IRP я несколько лет назад сам делал подсистему для мокирования работы с внешними веб-сервисами. Интересно ознакомится с опытом коллег по использованию WireMock
5) Павел Малыгин - 1000 ролей и одна ночь: как джинн 1С ускорил обновление прав в 36 раз, упростил администрирование и избавил пользователей от тормозов. Иногда обновление прав на БСП-конфигурациях это буквально Боль. Интересно послушать коллег про их оптимизацию.
6) Александр Шкураев - Как мы разработчиков к SonarQube приучали. Этот доклад откликнулся тем, что я сам себя не могу приучить к Сонару. Пусть даже я его перерос, но мне нужен опыт взаимодействия с ним на случай появления джунов.
7) Андрей Хватов - Что нужно для тестирование интеграционного решения, которым пользуются 2000+ клиентов на 80+ конфигурациях? Это просто грандиозно! Не факт, что ежедневно гоняют тесты на всех 80+ конфигурациях, но интересно как описали их взаимосвязи, чтобы изменения одной из баз тестировать одновременно только с функционально связанными - это не должно быть простое указание, что тикет №666 влияет на список из 10 баз, так как люди склонны ошибаться.
8) Дмитрий Исаев - Большой куш: Когда большие языковые модели встречаются с теорией решения изобретательских задач. На тему ИИ будет много лекций, но эта выделяется за счет легендарного ТРИЗ. И просто Дмитрий хороший лектор, который про ИИ он еще два года назад рассказывал.
9) Юрий Былинкин - Автономный сервер 1С (ibsrv и ibcmd) - благо или зло? Кстати, про автономный сервер не многие знают и еще меньше людей его используют (например, конкретно сейчас мне он не нужен). А ведь это просто фантастический инструмент для админов и девопсов!
10) Татьяна Кульбякина - ИИ-ассистент для тимлида: как развивать командные навыки без тренингов и коучей. Еще один доклад выделил на тему ИИ за счет правильных акцентов - нужно не "вайбкодить" и бояться, что тебя заменят. Нужно развивать свою личную экспертизу и боятся, что тебя не отпустят на более высокую зарплату.
11) Андрей Соколов - ИИ против багов: как LLM меняет код-ревью на практике. Это чтобы уже окончательно закрыть тему ИИ. Тут не только про особенности ревью в рамках корпоративных стандартов написания кода, но и об админской стороне вопроса - какие LLM-модели выбирать, как настраивать MCP-сервер и векторные БД, и т.д.
12) Никита Стегачев - Тотализатор для разработчика: попадаешь ли в свою оценку? Тоже актуальная для меня тема - я или пальцем в небо называют очень грубые оценки, или могу дать оценить работы очень точно, но на это у меня уйдет 1-2 часа на проработку архитектуры решения и фактически на создание детального ТЗ.
13) Никита Жеребцов - Накидка. Плавный переход от прототипа в разработку. Я ранее смотрел интервью Никиты у Сергея Сыпачева и потому в курсе разработки и даже некоторых планов развития. Если бы я все еще работал в холдинге, то попробовал внедрить инструмент среди бизнес-аналитиков - чтобы они сами рисовать дизайн будущих форм. Но сейчас интересует заявленное взаимодействие с ИИ. Я даже уже видел комментарии, что "Накидка" может позволить отказаться от EDT и полноценно вайбкодить в Cursor.
1) Сергей Терпугов - Когнитивные искажения при оптимизации 1С: почему мы пишем 'медленный' код и как с этим бороться. Согласно описанию должен быть интересный материал на тему когнитивных искажений, которые нам мешают.
2) Анастасия Синякова - Как учиться, если вам немного за 30. О том как эффективно учится взрослым людям.
3) Ринат Зиганшин - Как 1С-программисту написать свой первый плагин для 1C:EDT. Разберем на примере создания плагина для работы с хранилищем 1С. От существующих материалов про создание плагинов просто хочется плакать. Я помню как Ринат задавал свои первые вопросы в канале ЕДТ и его результат впечатляет!
4) Иван Ветров - Как заставить мокирование работать в YaXUnit для ваших расширений. Для целей unit-тестов интеграционного и регрессионного тестирования в рамках опенсурс-проекта IRP я несколько лет назад сам делал подсистему для мокирования работы с внешними веб-сервисами. Интересно ознакомится с опытом коллег по использованию WireMock
5) Павел Малыгин - 1000 ролей и одна ночь: как джинн 1С ускорил обновление прав в 36 раз, упростил администрирование и избавил пользователей от тормозов. Иногда обновление прав на БСП-конфигурациях это буквально Боль. Интересно послушать коллег про их оптимизацию.
6) Александр Шкураев - Как мы разработчиков к SonarQube приучали. Этот доклад откликнулся тем, что я сам себя не могу приучить к Сонару. Пусть даже я его перерос, но мне нужен опыт взаимодействия с ним на случай появления джунов.
7) Андрей Хватов - Что нужно для тестирование интеграционного решения, которым пользуются 2000+ клиентов на 80+ конфигурациях? Это просто грандиозно! Не факт, что ежедневно гоняют тесты на всех 80+ конфигурациях, но интересно как описали их взаимосвязи, чтобы изменения одной из баз тестировать одновременно только с функционально связанными - это не должно быть простое указание, что тикет №666 влияет на список из 10 баз, так как люди склонны ошибаться.
8) Дмитрий Исаев - Большой куш: Когда большие языковые модели встречаются с теорией решения изобретательских задач. На тему ИИ будет много лекций, но эта выделяется за счет легендарного ТРИЗ. И просто Дмитрий хороший лектор, который про ИИ он еще два года назад рассказывал.
9) Юрий Былинкин - Автономный сервер 1С (ibsrv и ibcmd) - благо или зло? Кстати, про автономный сервер не многие знают и еще меньше людей его используют (например, конкретно сейчас мне он не нужен). А ведь это просто фантастический инструмент для админов и девопсов!
10) Татьяна Кульбякина - ИИ-ассистент для тимлида: как развивать командные навыки без тренингов и коучей. Еще один доклад выделил на тему ИИ за счет правильных акцентов - нужно не "вайбкодить" и бояться, что тебя заменят. Нужно развивать свою личную экспертизу и боятся, что тебя не отпустят на более высокую зарплату.
11) Андрей Соколов - ИИ против багов: как LLM меняет код-ревью на практике. Это чтобы уже окончательно закрыть тему ИИ. Тут не только про особенности ревью в рамках корпоративных стандартов написания кода, но и об админской стороне вопроса - какие LLM-модели выбирать, как настраивать MCP-сервер и векторные БД, и т.д.
12) Никита Стегачев - Тотализатор для разработчика: попадаешь ли в свою оценку? Тоже актуальная для меня тема - я или пальцем в небо называют очень грубые оценки, или могу дать оценить работы очень точно, но на это у меня уйдет 1-2 часа на проработку архитектуры решения и фактически на создание детального ТЗ.
13) Никита Жеребцов - Накидка. Плавный переход от прототипа в разработку. Я ранее смотрел интервью Никиты у Сергея Сыпачева и потому в курсе разработки и даже некоторых планов развития. Если бы я все еще работал в холдинге, то попробовал внедрить инструмент среди бизнес-аналитиков - чтобы они сами рисовать дизайн будущих форм. Но сейчас интересует заявленное взаимодействие с ИИ. Я даже уже видел комментарии, что "Накидка" может позволить отказаться от EDT и полноценно вайбкодить в Cursor.
👍9⚡1
Вы обращали внимание, что изначально аморфный общий энтузиазм на тему вайбкодинга и ИИ-ассист-программирования начинает кластеризоваться по направлениям? Все еще есть много атеистов и агностики, все еще есть неолуддиты, но уже сейчас обретать контуры школы ИИ-навыков. Прямо как школы единоборств 🥋
Использование консольных помощников (Claude Code или Gemini CLI) - это мощно и брутально, выглядит как увлечение кикбоксингом или MMA. А вот использование различных умных IDE или умных плагинов - это намного более гибко и похоже на традиционные восточные единоборства: Windsurf как Дзюдо, Cline как Джиу-джитсу, Tabnine как Айкідо, а Cursor как Конг-фу. При чем каждая школа имеет свои направления и стили: чистий Cursor - как стиль Журавля, с использованием методологии Memory Bank - уже стиль Тигра, а с помощью Supercode - получаем стиль Дракона.
Некоторые категорически против прямого доступа ИИ-инструментов к своим кодовым базам и их вполне устраивают пляски вокруг копипасты туда-сюда с внешним ChatGPT - чем не Капоэйра 😂
А некоторые сами не хотят марать руки и организовывают личные Якудзы с Триадами из армии локальных и облачных агентов, которые буквально по слову хозяина (голосовой ввод) проведут анализ, проектирование, разработку. тестирование и деплой. Главное не забывать, что такие "армии" могут внезапно разбежаться или их уничтожат конкуренты.
Что думаете? Какие подходы вам больше нравятся? 🤓
Использование консольных помощников (Claude Code или Gemini CLI) - это мощно и брутально, выглядит как увлечение кикбоксингом или MMA. А вот использование различных умных IDE или умных плагинов - это намного более гибко и похоже на традиционные восточные единоборства: Windsurf как Дзюдо, Cline как Джиу-джитсу, Tabnine как Айкідо, а Cursor как Конг-фу. При чем каждая школа имеет свои направления и стили: чистий Cursor - как стиль Журавля, с использованием методологии Memory Bank - уже стиль Тигра, а с помощью Supercode - получаем стиль Дракона.
Некоторые категорически против прямого доступа ИИ-инструментов к своим кодовым базам и их вполне устраивают пляски вокруг копипасты туда-сюда с внешним ChatGPT - чем не Капоэйра 😂
А некоторые сами не хотят марать руки и организовывают личные Якудзы с Триадами из армии локальных и облачных агентов, которые буквально по слову хозяина (голосовой ввод) проведут анализ, проектирование, разработку. тестирование и деплой. Главное не забывать, что такие "армии" могут внезапно разбежаться или их уничтожат конкуренты.
Что думаете? Какие подходы вам больше нравятся? 🤓
👍3🔥3
За этот август было прямо очень много новостей про LLM для кодинга.
Буквально сегодня вышла Grok Code Fast 1. Меньше суток как вышла Gemini CLI v0.2.1, которая по мнению попробовавших уже значительно умнее первой версии. Целую пачку новинок выпускают китайцы: менее недели назад DeepSeek-V3.1, чуть ранее Qwen3-Coder, месяц назад шумел в обзорах Kimi-K2 и на сейчас есть новый лидер сравнений - GLM-4.5
Некоторые из таких LLM можно запустить в терминале внутри 1C:EDT, некоторые доступны в Cursor AI и подобном, что нужно запускать "в сторонке". Но всех их объединяет умение работать с инструментами, которые резко улучшают качество кодирования и дополнительно позволяют выполнять определенные действия с базами 1С!
Пошуршал по открытым репозиториям на GitHub и нашел следующие полезные проекты:
1) 1C Syntax Helper MCP Server от Anton Piskov (Antonio1C) - справка по актуальному синтаксису платформы 1C.
2) MCP сервер для AI-ассистентов (справка по синтаксису и объектной модели 1С:Предприятие) от Алексея Корякина (@alkoleft) - еще один вариант получения справки.
3) MCP по Метаданным от Смирнов Сергей (smirnov0ser) - описание структуры метаданных конкретной базы
4) MCP для работы с данными базы 1С от kikikita - CRUD над данными (чтение и модификация) в конкретной базе через OData.
5) Разработка MCP-серверов в 1С от Владимира Харина (@vladimir_kharin) - набор для создания собственных инструментов в конкретной 1С базе (например: получить остатки, согласовать документы, сделать рассылку напоминаний для дебиторов).
#1C #AI #MCP
Буквально сегодня вышла Grok Code Fast 1. Меньше суток как вышла Gemini CLI v0.2.1, которая по мнению попробовавших уже значительно умнее первой версии. Целую пачку новинок выпускают китайцы: менее недели назад DeepSeek-V3.1, чуть ранее Qwen3-Coder, месяц назад шумел в обзорах Kimi-K2 и на сейчас есть новый лидер сравнений - GLM-4.5
Некоторые из таких LLM можно запустить в терминале внутри 1C:EDT, некоторые доступны в Cursor AI и подобном, что нужно запускать "в сторонке". Но всех их объединяет умение работать с инструментами, которые резко улучшают качество кодирования и дополнительно позволяют выполнять определенные действия с базами 1С!
Пошуршал по открытым репозиториям на GitHub и нашел следующие полезные проекты:
1) 1C Syntax Helper MCP Server от Anton Piskov (Antonio1C) - справка по актуальному синтаксису платформы 1C.
2) MCP сервер для AI-ассистентов (справка по синтаксису и объектной модели 1С:Предприятие) от Алексея Корякина (@alkoleft) - еще один вариант получения справки.
3) MCP по Метаданным от Смирнов Сергей (smirnov0ser) - описание структуры метаданных конкретной базы
4) MCP для работы с данными базы 1С от kikikita - CRUD над данными (чтение и модификация) в конкретной базе через OData.
5) Разработка MCP-серверов в 1С от Владимира Харина (@vladimir_kharin) - набор для создания собственных инструментов в конкретной 1С базе (например: получить остатки, согласовать документы, сделать рассылку напоминаний для дебиторов).
#1C #AI #MCP
1👍11
Google начинали с предоставления хостинга для публичных блокчейнов, таких как Solana и Polygon. Потом запустили ряд инициатив для поддержки web3-стартапов и блокчейн разработчиков. А сейчас они запускают собственный блокчейн - Google Cloud Universal Ledger (GCUL)
Сразу заявлено, что это продукт для финансовых учреждений и крупных корпораций, а работа с розницей их не интересует. Такое позиционирование сразу отличает их от платежной сети Visa, которая интегрирует сети популярных криптовалют. И тем более отличает от сети Ripple, которая изначально позиционировала себя как замену SWIFT.
GCUL уже запущена и проходит тестирование в партнерстве с CME Group. Так же активно собираются заявки от других желающих присоединится. Полноценный запуск ожидается в 2026 году.
Особенности будущего блокчейна согласно анонсов:
💎 Google не будет запускать собственную криптовалюту, только обеспечивать хранение и перемещение цифровых активов других участников
💎 Не будет транзакционных комиссий (газа), стоимость которых скачет во всех популярных сетях - будет прогнозируемая помесячная абонплата
💎 Google пока будет самостоятельно развивать GCUL без зависимости от децентрализованного сообщества, но планирует в будущем давать права на запуск и обслуживание узлов для прочих облачных провайдеров - Microsoft, Amazon и т.д.
💎 Языком смартконтрактов будет Python, который более известен корпоративным разработчикам в отличии от Solidity (и тем более зоопарка языков телеграммовского TON)
💎 Будет тесная интеграция с другими продуктами - BigQuery, Looker и Vertex AI, что позволит получать финансовую отчетность, анализировать тренды и действия конкурентов, а ИИ позволит расширить возможности прогнозирования и планирования.
💎 В архитектуру сразу заложено выполнение законодательных требований к работе финансовых учреждений - регулярные аудиты, KYC и т.д.
#google #news #blockchain
Сразу заявлено, что это продукт для финансовых учреждений и крупных корпораций, а работа с розницей их не интересует. Такое позиционирование сразу отличает их от платежной сети Visa, которая интегрирует сети популярных криптовалют. И тем более отличает от сети Ripple, которая изначально позиционировала себя как замену SWIFT.
GCUL уже запущена и проходит тестирование в партнерстве с CME Group. Так же активно собираются заявки от других желающих присоединится. Полноценный запуск ожидается в 2026 году.
Особенности будущего блокчейна согласно анонсов:
💎 Google не будет запускать собственную криптовалюту, только обеспечивать хранение и перемещение цифровых активов других участников
💎 Не будет транзакционных комиссий (газа), стоимость которых скачет во всех популярных сетях - будет прогнозируемая помесячная абонплата
💎 Google пока будет самостоятельно развивать GCUL без зависимости от децентрализованного сообщества, но планирует в будущем давать права на запуск и обслуживание узлов для прочих облачных провайдеров - Microsoft, Amazon и т.д.
💎 Языком смартконтрактов будет Python, который более известен корпоративным разработчикам в отличии от Solidity (и тем более зоопарка языков телеграммовского TON)
💎 Будет тесная интеграция с другими продуктами - BigQuery, Looker и Vertex AI, что позволит получать финансовую отчетность, анализировать тренды и действия конкурентов, а ИИ позволит расширить возможности прогнозирования и планирования.
💎 В архитектуру сразу заложено выполнение законодательных требований к работе финансовых учреждений - регулярные аудиты, KYC и т.д.
#google #news #blockchain
👍3
Давно хотел запустить собственные веб-проекты. Опыт был на прошлых работах: во времена "Базис" я с нуля создал сайт на офисном сервере, а во время "СНГТранс" помимо сайта реализовал полный цикл администрирования всех связанных с ним веб-сервисов на площадке Hetzner.
Идеи для собственных проектов были, но как-то все их откладывал из-за отсутствия финансовых ожиданий. А сегодня решил посмотреть домены, которые давно для себя присматривал. И внезапно они оказались занятыми😳
На домене kinash.pro свой сайт сделал мой однофамилиц с Донецкого Национального Университета, который младше меня на 5 лет, но прошел хороший карьерный путь от разработчика в украинском SoftServe до архитектора в немецком Glomex GmbH. На своем сайте он предлагает свои услуги в области ИИ.
На домене kinash.info расположился сайт эфиопского телекома Ethiotelecom, где предлагаются услуги мобильного банкинга и местного аналога Google/Apple Pay - "Kinash Wallet"🪙
Любопытное соседство. В принципе, ничего из перечисленного не вызывает отторжения, так как сферы ИИ и финансов мне знакомы и я мог бы сам работать в подобных направлениях. Но все же это недоступность доменов, на которые я рассчитывал.
Забрал себе kinash.dev из новой модной молодежной зоны Google, которую создали специально для ИТ-компаний и разработчиков. Возможно так даже лучше.
Большая часть работы сделана и теперь осталось дело за малым: выбрать и настроить хостинг, перепарковать домен, заказать SSL-сертификат, начать создавать контент. Такие мелочи 😅
Идеи для собственных проектов были, но как-то все их откладывал из-за отсутствия финансовых ожиданий. А сегодня решил посмотреть домены, которые давно для себя присматривал. И внезапно они оказались занятыми
На домене kinash.pro свой сайт сделал мой однофамилиц с Донецкого Национального Университета, который младше меня на 5 лет, но прошел хороший карьерный путь от разработчика в украинском SoftServe до архитектора в немецком Glomex GmbH. На своем сайте он предлагает свои услуги в области ИИ.
На домене kinash.info расположился сайт эфиопского телекома Ethiotelecom, где предлагаются услуги мобильного банкинга и местного аналога Google/Apple Pay - "Kinash Wallet"
Любопытное соседство. В принципе, ничего из перечисленного не вызывает отторжения, так как сферы ИИ и финансов мне знакомы и я мог бы сам работать в подобных направлениях. Но все же это недоступность доменов, на которые я рассчитывал.
Забрал себе kinash.dev из новой модной молодежной зоны Google, которую создали специально для ИТ-компаний и разработчиков. Возможно так даже лучше.
Большая часть работы сделана и теперь осталось дело за малым: выбрать и настроить хостинг, перепарковать домен, заказать SSL-сертификат, начать создавать контент. Такие мелочи 😅
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5👌4
Идеально, что сегодня, первого сентября, на календаре именно понедельник. Помню, что когда я учился в школе, то всегда хотел вести в своем дневнике первую учебную неделю с понедельника. Но такое совпадение было только в 1993 году.
Дневник - это первое о чем я думал 1 сентября в школьные годы. Ведь это единственное, что имело смысл брать с собой на первый урок. Как интересно, что этот инструмент учебного процесса изменил мое восприятие времени - прошли десятилетия, но каждый раз, когда я что-то планирую, то у меня перед глазами все тот же школьный дневник с понедельника по субботу. Поэтому на воскресенье я по привычке ничего не планирую 🤪
Учебники - это было второе, о чем приходилось думать 1 сентября. Нам в первый учебный день всегда выдавали гору книг из школьной библиотеки. Во второй половине 90х книг в библиотеке стало меньше и их раздавали по учебнику на 3-10 человек (да, некоторые книги были только по 3 на весь класс), но в эпоху моих средних классов их еще была буквально гора!
Однажды, примерно в 6 классе, мне всё выдавали и выдавали книги, а я их всё пихал и пихал в свой рюкзак (школьный портфель у меня был только в младших классах, а потом мне купили этот учебный рюкзак, с которым я проходил до выпуска). Сначала просто укладывал стопкой, потом впихивал вдоль стенок - в результате рюкзак невозможно было застегнуть. Но варианта оставить книги в школе не было - им бы сразу "приделали ноги". Во времена моей средней школы мы по сменам делили помещение с другими классами, а такое понятие как "школьные шкафчики" я мог видеть только по кабельному в американских фильмах...
И вот я тогда утрамбовал в свой рюкзак все полученные книги, но теперь нужно было его отнести домой. Помню, что это был очень тяжелый рюкзак. Какая-то книга стояла ребром и больно била меня в спину на каждом шаге. Вот так, груженный как ишак, я медленно брел домой под жаркими лучами солнышка. В тот день было так же жарко как и сегодня в Киеве ☀️
Примерно на половине дороги мне повстречался какой-то мужчина в возрасте:
- О! Поздравляю с днем знаний! Несешь учебники домой? У вас, поди, сейчас по тоненьким методичкам преподают. А вот я помню, что в своем детстве нам давали большие тяжелые книги - в них и знаний было больше.
Я что-то вежливо пробубнил в ответ и пошел дальше нести на спине свой груз будущего учебного года. И что я мог сказать? Ведь я всегда был воспитанным мальчиком и с уважением относился ко взрослым 🤓
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥3😁1
А как вы визуализируете свои недели?
Anonymous Poll
34%
Тоже в виде школьного дневника 📔
10%
Я визуализирую сразу весь месяц как в моем календарике 🗓
21%
Моя жизнь состоит из спринтов в Jira 👨💻
34%
Ничего не визуализирую! Живу день за днем по заветам Джона Рембо ✊
👍2
Буквально на днях слушал подкаст преподавателя иностранных языков. И согласно его слов утверждать о свободном владении каким-либо языком можно только тогда, когда ты на нем начнешь видеть сны.
Всю ночь мне снилось, что я что-то писал - то в 1С:Конфигураторе, то в 1С:ЕДТ...
Выходит можно утверждать, что я свободно владею языком🚗
Всю ночь мне снилось, что я что-то писал - то в 1С:Конфигураторе, то в 1С:ЕДТ...
Выходит можно утверждать, что я свободно владею языком
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤2💯2😁1
Недавно писал, что хочу послушать доклад Александра Леонова из Магнита об использовании 1С:Напарника. Я еще отметил, что анонс публичного выступления похоже связан со скорым выходом этой технологии из закрытого партнерского тестирования.
Сегодня нашел новые подтверждения моей догадки:
1) 1С:Учебный Центр №1 анонсировал свой новый курс об использовании 1С:Напарника для вайбкодинга в 1С.
2) Директор фирмы «1С» Бориса Нуралиева вчера выступал на конференции «Финлид» и заявил, что уже скоро 1С-программисты смогут поднять свою эффективность на 20-30% за счет использования ИИ-инструментов.
А пока мы ждем выход новой технологии, можем посмотреть обзоры, которые были опубликованы на Ютубе не смотря на прямой запрет от вендора (но им за это ничего не было):
Обзор Напарника от Виталия Черненко (@JuniorOneS)
Обзор Напарника от Николая Габура (@razrab1c)
Сегодня нашел новые подтверждения моей догадки:
1) 1С:Учебный Центр №1 анонсировал свой новый курс об использовании 1С:Напарника для вайбкодинга в 1С.
2) Директор фирмы «1С» Бориса Нуралиева вчера выступал на конференции «Финлид» и заявил, что уже скоро 1С-программисты смогут поднять свою эффективность на 20-30% за счет использования ИИ-инструментов.
А пока мы ждем выход новой технологии, можем посмотреть обзоры, которые были опубликованы на Ютубе не смотря на прямой запрет от вендора (но им за это ничего не было):
Обзор Напарника от Виталия Черненко (@JuniorOneS)
Обзор Напарника от Николая Габура (@razrab1c)
Telegram
Журнал инженера-программиста
Полистал доклады на предстоящий Инфостарт Ивент и обнаружил любопытное:
1С: Напарник - опыт большого пилота в Magnit Tech от Александра Леонова:
В докладе я поделюсь о том, как мы проводили совместно с 1С пилот использования ИИ-плагина для EDT - 1С:Напарник…
1С: Напарник - опыт большого пилота в Magnit Tech от Александра Леонова:
В докладе я поделюсь о том, как мы проводили совместно с 1С пилот использования ИИ-плагина для EDT - 1С:Напарник…
👍2
⭐️ На днях я уже писал про MCP-серверов в 1С от Владимира Харина (@vladimir_kharin). Оказалось, что Владимир не просто сделал доброе дело в виде публичного репозитория на GitHub, но и записал видео, в котором подробно остановился на следующих вопросах:
🟡 Что такое MCP и для чего оно полезно?
🟡 Что могут MCP, получающие информацию из баз 1С?
🟡 Почему технически невозможно подключить 1С напрямую к популярным ИИ-агентам?
🟡 Как Владимир обошел ограничения?
🟡 Как на практике встроить его расширение в базу 1С и подключить получившийся MCP в Cursor?
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Разработка MCP-серверов в 1С
Рассказываю о том, что такое MCP-сервера, как они работают и как их реализовать в 1С.
GitHub проекта: https://github.com/vladimir-kharin/1c_mcp
Мой канал в Телеграм: https://news.1rj.ru/str/prosto_pro1c
00:00 – Вступление
00:12 – Проблема контекста при постановке…
GitHub проекта: https://github.com/vladimir-kharin/1c_mcp
Мой канал в Телеграм: https://news.1rj.ru/str/prosto_pro1c
00:00 – Вступление
00:12 – Проблема контекста при постановке…
👍5🔥2
Только что оформил годовую бесплатную подписку на Perplexity AI Pro. Для этого достаточно только иметь учетку PayPal, которая и так есть у каждого, кто хоть раз что-то покупал на eBay и прочих алибабайках.
https://www.perplexity.ai/join/p/paypal-subnoscription
https://www.perplexity.ai/join/p/paypal-subnoscription
❤4👍3
Кажется, что новости про ИИ противоречат одна другой.
Например, я сегодня прочитал о докладе компании Aprilo, которая специализируется на безопасности ПО и поиске уязвимостей. Они сделали анализ репозиториев, код которых написан с помощью различных ИИ-инструментов. Оказалось, что состоянием на июнь 2025 года количество проблем с безопасностью выросло десятикратно по сравнению с декабрем 2024 - т.е. выходит, что новые версии популярных ИИ пишуть менее безопасный код. Причем многие уязвимости уже давно хорошо известны и имеют многочисленные эксплойты.
Но так же я сегодня прочитал о достижении команды XBOW (белые хакеры), которые на августовской Black Hat 2025 поразили зрителей тем, что провели живую демонстрацию на реальных целях из HackerOne (ведущая платформа награждений за нахождение багов) и обнаружил десятки уязвимостей, для каждой из которых создал доказательство концепции эксплойта. В своем докладе они указали, что использование новой GPT-5 вместо предыдущих версий удвоило эффективность поиска и снизило количество ошибок.
Так ИИ делают написание программ уязвимыми или наоборот более защищенными?
Вы будете смеяться, но тут именно тот случай, когда важен не размер, а умением им пользоваться!👆
И GPT, и Gemini, и Sonnet, и Grok и многие другие могут писать аккуратный код с минимальными проблемами с безопасностью - но только если этого явно потребовать в промпте и подключить MCP с реестрами известных проблем. А еще можно на этап кодревью подключить дополнительного ИИ-агента, который возможно не умеет рисовать, не умеет генерировать голос или писать стихи, но зато умеет искать потенциальные уязвимости на уровне опытных багбаунти охотников.
Тогда о чем же говорит факт, что все больше и больше появляется некачественного и уязвимого кода в публичных репозиториях (в том числе крупных опенсурс проектов)?
Это говорит о том, что все больше и больше в отрасль приходит "программистов", которые просто не знают об особенностях и рисках различных этапов жизненного цикла разработки ПО. Вайбкодинг дал им возможность сразу писать рабочий код, но он же позволил пропустить месяцы и годы набивания шишек и хождений по граблям, а следовательно не позволил накопить собственный опыт. Думаю, что скоро мы еще услышим множество историй в духе "зумеры внезапно узнали, что нужно было делать бэкапы".
Например, я сегодня прочитал о докладе компании Aprilo, которая специализируется на безопасности ПО и поиске уязвимостей. Они сделали анализ репозиториев, код которых написан с помощью различных ИИ-инструментов. Оказалось, что состоянием на июнь 2025 года количество проблем с безопасностью выросло десятикратно по сравнению с декабрем 2024 - т.е. выходит, что новые версии популярных ИИ пишуть менее безопасный код. Причем многие уязвимости уже давно хорошо известны и имеют многочисленные эксплойты.
Но так же я сегодня прочитал о достижении команды XBOW (белые хакеры), которые на августовской Black Hat 2025 поразили зрителей тем, что провели живую демонстрацию на реальных целях из HackerOne (ведущая платформа награждений за нахождение багов) и обнаружил десятки уязвимостей, для каждой из которых создал доказательство концепции эксплойта. В своем докладе они указали, что использование новой GPT-5 вместо предыдущих версий удвоило эффективность поиска и снизило количество ошибок.
Так ИИ делают написание программ уязвимыми или наоборот более защищенными?
Вы будете смеяться, но тут именно тот случай, когда важен не размер, а умением им пользоваться!
И GPT, и Gemini, и Sonnet, и Grok и многие другие могут писать аккуратный код с минимальными проблемами с безопасностью - но только если этого явно потребовать в промпте и подключить MCP с реестрами известных проблем. А еще можно на этап кодревью подключить дополнительного ИИ-агента, который возможно не умеет рисовать, не умеет генерировать голос или писать стихи, но зато умеет искать потенциальные уязвимости на уровне опытных багбаунти охотников.
Тогда о чем же говорит факт, что все больше и больше появляется некачественного и уязвимого кода в публичных репозиториях (в том числе крупных опенсурс проектов)?
Это говорит о том, что все больше и больше в отрасль приходит "программистов", которые просто не знают об особенностях и рисках различных этапов жизненного цикла разработки ПО. Вайбкодинг дал им возможность сразу писать рабочий код, но он же позволил пропустить месяцы и годы набивания шишек и хождений по граблям, а следовательно не позволил накопить собственный опыт. Думаю, что скоро мы еще услышим множество историй в духе "зумеры внезапно узнали, что нужно было делать бэкапы".
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4❤2🔥2👏1
Когда я начинал в IRP Team, то моей задачей на испытательный срок было создание инструмента для мокирования (имитации поведения) внешних веб-сервисов. Команде был нужен этот инструмент для покрытия автотестами операций с порталами электронных документов.
Поскольку задача мне ставилась для целей тестирования, то я не создавал совсем новый "велосипед" и функционал поместил в расширении для юнит-тестирования. Оглядываясь назад, это уже не кажется красивым решением, так как юниты запускаются отдельно и независимо от интеграционных тестов на базе Vanessa-Automation (для которых моки и создавались). Хотя возможно "Units" давно пора немного расширить и переименовать в "Testing"? Или даже забрать в ядро? 🤔
Сейчас у меня в работе задачка по доработке одного расширения для IRP, в котором работу с физическим фискальным аппаратом нужно заменить на интеграцию с одним веб-сервисом. Проблема в том, что разработку я делаю у себя, а тестирование можно делать только на специальном ноутбуке, который мне по запросу включают - только там есть доступ к веб-сервису. Усложняет задачу то, что тут помимо смены реализации API, из расширения нужно изменить также внешнее поведение системы - т.е. мне нужно раз за разом смотреть что вообще происходит и как изменяется поведение рабочего места кассира (расширения уж очень капризные), но каждый раз я попадал на таймауты к недоступному сервису.
Короче очень захотелось поднять заглушки, чтобы получать фейковые ответы... И тут я вспоминаю, что мокирование в продукте уже есть и что это же я сам его разработал для похожих целей🤦♂️
Механизм моков после сегодняшнего явно ожидает еще одна итерация доработки, так как не ожидалось их ручное оформление. Была концепция, что у базы во время настройки есть доступ к нужному сервису и можно буквально "записывать" ответы, на базе которых будут созданы сценарии для тестов. К счастью, даже текущего функционала оказалось достаточно и не пришлось ничего дорабатывать.
Небольшая автоматизация и работа полетела!
#понедельник #тестирование #мокирование
Поскольку задача мне ставилась для целей тестирования, то я не создавал совсем новый "велосипед" и функционал поместил в расширении для юнит-тестирования. Оглядываясь назад, это уже не кажется красивым решением, так как юниты запускаются отдельно и независимо от интеграционных тестов на базе Vanessa-Automation (для которых моки и создавались). Хотя возможно "Units" давно пора немного расширить и переименовать в "Testing"? Или даже забрать в ядро? 🤔
Сейчас у меня в работе задачка по доработке одного расширения для IRP, в котором работу с физическим фискальным аппаратом нужно заменить на интеграцию с одним веб-сервисом. Проблема в том, что разработку я делаю у себя, а тестирование можно делать только на специальном ноутбуке, который мне по запросу включают - только там есть доступ к веб-сервису. Усложняет задачу то, что тут помимо смены реализации API, из расширения нужно изменить также внешнее поведение системы - т.е. мне нужно раз за разом смотреть что вообще происходит и как изменяется поведение рабочего места кассира (расширения уж очень капризные), но каждый раз я попадал на таймауты к недоступному сервису.
Короче очень захотелось поднять заглушки, чтобы получать фейковые ответы... И тут я вспоминаю, что мокирование в продукте уже есть и что это же я сам его разработал для похожих целей
Механизм моков после сегодняшнего явно ожидает еще одна итерация доработки, так как не ожидалось их ручное оформление. Была концепция, что у базы во время настройки есть доступ к нужному сервису и можно буквально "записывать" ответы, на базе которых будут созданы сценарии для тестов. К счастью, даже текущего функционала оказалось достаточно и не пришлось ничего дорабатывать.
Небольшая автоматизация и работа полетела!
#понедельник #тестирование #мокирование
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Когда кто-то что-то утверждает, важно смотреть Кто и Кому это утверждает. Все относительно!
На недавнем семейном ужине было упомянуто, что одни из наших родственников осели в Чехии. Сестра жены на это заявила, что чешский "капец какой сложный" и не смотря на то, что она уже выучила польский, этот язык она точно не потянет. Я погуглил и действительно обнаружил утверждение видных лингвистов, что чешский считается одним из самых сложнейших европейских языков.
Ради интереса запустил на Дуолинго курс чешского с английского. За два дня с легкостью дошел до 7 уровня. Вообще не вижу никаких сложностей - правила грамматики простые, многие слова знакомы. Только немного непривычно огромное количество шипящих звуков, но это весьма забавно, колоритно.
Так почему тот же английский считается очень простым, а чешский очень сложным, если все с точностью до наоборот? И тут мы возвращаемся к моему заглавному утверждению!
Я ведь могу попробовать выучить белорусский. Думаю, что мне понадобится примерно два месяца для выхода на свободное владение. Потом я могу ходить на международные форумы лингвистов и утверждать, что белорусский это самый простой язык в мире! Вот только мало кто сможет за мной повторить, так как я обладаю преимуществом - уже свободно владею русским и украинским, которые с белорусским составляют близкую языковую группу восточно-славянских языков! Чешский мне по этой же причине дается относительно просто - он тоже является одним из славянских языков и мне сразу без перевода понятны слова "муж", "хлеб", "он", "она", "выход" и так далее...
В то же время большинство известных лингвистов являются выходцами из германской языковой группы. Собственно потому для нас плохо работают их методики "легкого" изучения английского (типа просто слушать и без словаря пытаться понимать - мозг сам будет вычислять значение слов). Ведь популярные методики разработаны для учеников из родственных языковых семей, с которыми у английского большой процент общего словарного запаса. А вот с чешским у них общего так же мало, как и с прочими славянскими языками - потому они и кажутся для них архисложными для изучения.
TL;DR Почувствуйте себя полиглотом, учите белорусский - самый легкий язык в мире! 🤓
На недавнем семейном ужине было упомянуто, что одни из наших родственников осели в Чехии. Сестра жены на это заявила, что чешский "капец какой сложный" и не смотря на то, что она уже выучила польский, этот язык она точно не потянет. Я погуглил и действительно обнаружил утверждение видных лингвистов, что чешский считается одним из самых сложнейших европейских языков.
Ради интереса запустил на Дуолинго курс чешского с английского. За два дня с легкостью дошел до 7 уровня. Вообще не вижу никаких сложностей - правила грамматики простые, многие слова знакомы. Только немного непривычно огромное количество шипящих звуков, но это весьма забавно, колоритно.
Так почему тот же английский считается очень простым, а чешский очень сложным, если все с точностью до наоборот? И тут мы возвращаемся к моему заглавному утверждению!
Я ведь могу попробовать выучить белорусский. Думаю, что мне понадобится примерно два месяца для выхода на свободное владение. Потом я могу ходить на международные форумы лингвистов и утверждать, что белорусский это самый простой язык в мире! Вот только мало кто сможет за мной повторить, так как я обладаю преимуществом - уже свободно владею русским и украинским, которые с белорусским составляют близкую языковую группу восточно-славянских языков! Чешский мне по этой же причине дается относительно просто - он тоже является одним из славянских языков и мне сразу без перевода понятны слова "муж", "хлеб", "он", "она", "выход" и так далее...
В то же время большинство известных лингвистов являются выходцами из германской языковой группы. Собственно потому для нас плохо работают их методики "легкого" изучения английского (типа просто слушать и без словаря пытаться понимать - мозг сам будет вычислять значение слов). Ведь популярные методики разработаны для учеников из родственных языковых семей, с которыми у английского большой процент общего словарного запаса. А вот с чешским у них общего так же мало, как и с прочими славянскими языками - потому они и кажутся для них архисложными для изучения.
TL;DR Почувствуйте себя полиглотом, учите белорусский - самый легкий язык в мире! 🤓
👍6👏4💯4❤2
Media is too big
VIEW IN TELEGRAM
Сервис Hailuo AI вчера запустил неделю бесплатных генераций видео з первого и последнего кадров.
Если вы о таком много слышали и хотели попробовать - ваш шанс!
Если вы о таком много слышали и хотели попробовать - ваш шанс!
👍4
Сколько существует платформа 1С8, столько у разработчиков было пожелание добавить туда ООП. И каждое обсуждение таких просьб было поводом для холиваров, в которых правы были одновременно все стороны. Действительно ООП для 1С-программирования не хватает, и действительно чистое ООП в 1С не нужно, и действительно частично ООП в 1С даже есть.
Лично я был в лагере "ничего добавлять не надо" пока не попробовал строгое типизирование в 1С:ЕДТ. К тому моменту я уже знал TypeScript (типизирование в JavaScript) и решение из 1С:ЕДТ на базе комментариев на контрасте сразу выглядело ужасно. А когда стал применять, то от реализации ужаснулся еще сильнее...
К чему я вспомнил ООП? А к тому, что нормального синтаксического контроля не хватает возможности описывать свои классы/интерфейсы. Есть определяемые типы, но это маленький огрызок от потребности - просто комбинация ссылочных и примитивных типов, когда нужны более сложные структуры. Нужно единое описание заказов для множества коннекторов с различными CRM, единое описание чека для управления драйверами разных фискальных принтерах, единое описание файла для различных хранилищ... Сейчас в типовых библиотеках такие описания эмулируются или через упомянутые функции-конструкторы, или вообще не описаны (используются по факту), или применяют смесь подходов - как в БИД, где одни типы в нескольких имплементациях, а других вообще нет.
Возможность описать собственные типы сильно уменьшило бы размер дублирования кода, уменьшило бы риски ошибок по невнимательности или из-за сайд-эффектов, а так же позволило бы сделать нормальное проверяемое типизирование! А если уже делать модуль для программного формирования структуры нового типа, то почему бы сразу не реализовать методы, которые бы жили только в рамках модулей менеджеров этого типа?
Вот и готово полноценное ООП с Инкапсуляцией, Абстракцией, Наследованием и Полиморфизмом!
При чем новые типы не ломают логику платформы и не требует кардинальных переработок - это просто синтаксический сахар. При компиляции в оп-коды все упоминания новых типов можно сразу заменить на их реализацию:
▫️ вместо
▫️ вместо
Элементарно же!
#1С #пятница
Лично я был в лагере "ничего добавлять не надо" пока не попробовал строгое типизирование в 1С:ЕДТ. К тому моменту я уже знал TypeScript (типизирование в JavaScript) и решение из 1С:ЕДТ на базе комментариев на контрасте сразу выглядело ужасно. А когда стал применять, то от реализации ужаснулся еще сильнее...
Пример. Нельзя просто взять и использовать поля в выборке из запроса - получи одновременно ошибки несуществующего свойства и несоответствия типов, которые нужно или подавлять или при присвоении выборки в переменную сделать комментарий с отсылкой на конструктор-функцию, в комментариях которой описать поля твоего запроса и их типы (главное не забывать потом обновлять это описания при смене запроса). Это все? - Нет, теперь варнинги, что функция-конструктор нигде не применяется. Хочешь описать тип для входящего параметра в другом модуле? - Уже нужно ставить признак экспорта для неиспользуемой пустышки 🤯
Как не крути, весь код будет усеян или подавлением проверок, или знаками предупреждений. Многие варианты (получении значений из соответствия по явному ключу или по ключу из переменной) текущая типизация просто не умеет ни описывать (как типы ключей и значений), ни хотя бы аккуратно пропускать. Из-за отключений череды ложных срабатываний высок риск, что контроль типов не увидит реальную ошибку.
К чему я вспомнил ООП? А к тому, что нормального синтаксического контроля не хватает возможности описывать свои классы/интерфейсы. Есть определяемые типы, но это маленький огрызок от потребности - просто комбинация ссылочных и примитивных типов, когда нужны более сложные структуры. Нужно единое описание заказов для множества коннекторов с различными CRM, единое описание чека для управления драйверами разных фискальных принтерах, единое описание файла для различных хранилищ... Сейчас в типовых библиотеках такие описания эмулируются или через упомянутые функции-конструкторы, или вообще не описаны (используются по факту), или применяют смесь подходов - как в БИД, где одни типы в нескольких имплементациях, а других вообще нет.
Возможность описать собственные типы сильно уменьшило бы размер дублирования кода, уменьшило бы риски ошибок по невнимательности или из-за сайд-эффектов, а так же позволило бы сделать нормальное проверяемое типизирование! А если уже делать модуль для программного формирования структуры нового типа, то почему бы сразу не реализовать методы, которые бы жили только в рамках модулей менеджеров этого типа?
Вот и готово полноценное ООП с Инкапсуляцией, Абстракцией, Наследованием и Полиморфизмом!
При чем новые типы не ломают логику платформы и не требует кардинальных переработок - это просто синтаксический сахар. При компиляции в оп-коды все упоминания новых типов можно сразу заменить на их реализацию:
▫️ вместо
Новый Ордер() условно подставить Новый Структура("Номер, Дата")▫️ вместо
МойОрдер.ПроверитьЗаполнение() подставить Тип_Ордер_Модуль.ПроверитьЗаполнение(МойОрдер), где внутри заменить работу с локальным контекстом на входящую переменнуюЭлементарно же!
#1С #пятница
👍4👀1
Маленькое достижение - я попал в список каналов на 1С-тематику на TGStat.
По количеству подписчиков я почти в самом конце списка, но зато я уверен в своей аудитории - это не какие-то боты, которые завтра могут отписаться, чтобы освободить лимиты и подписаться на следующую пачку каналов. И еще для меня важно, что я никогда не давал рекламу и не просил себя рекламировать - каждый, кто пришел, сделал это добровольно.
Посидели, отдохнули, отрефлексировали, попрокрастинировали - можно дальше работать 🤓
По количеству подписчиков я почти в самом конце списка, но зато я уверен в своей аудитории - это не какие-то боты, которые завтра могут отписаться, чтобы освободить лимиты и подписаться на следующую пачку каналов. И еще для меня важно, что я никогда не давал рекламу и не просил себя рекламировать - каждый, кто пришел, сделал это добровольно.
Посидели, отдохнули, отрефлексировали, попрокрастинировали - можно дальше работать 🤓
TGStat.ru
1С. Каналы и группы про 1C — Подборка Telegram-каналов и чатов — TGStat
Собраны все каналы и группы про 1С и связанные с 1C — Подборка Telegram-каналов и чатов на TGStat
👍7🏆5❤3🎉1