Re[5]: Rust или Golang - за кем будущее?
От: wraithik Россия  
Дата: 06.02.24 15:33
Оценка: +1 :)
Здравствуйте, Serginio1, Вы писали:

S>Здравствуйте, wraithik, Вы писали:


SD>>>Ровно по этой причине хорошие технологии, но с некоторым барьером входа, редко получают популярность. А полное г...о (да, JavaScript, и да, Python) — получает.


W>>1С забыл

S> Ну я бы не был столь категоричен. Я в свое время перешел на 1С ибо не было конкурентов.
S> Ценность 1С не только в языке, формах, но и готовых конфигурациях. В том числе и бухгалтерии.
S>Хорошие технологии должны давать не только язык, но и инструменты для быстрого создания отчетов и отчетности.
S>Готовые конфигурацию с простой и недорогой возможностью адаптации под себя.

У меня была шутка. Язык конечно говно, но сама платформа и готовые конфы — это вне конкуренции в своей области.
Re[6]: Rust или Golang - за кем будущее?
От: Serginio1 СССР https://habrahabr.ru/users/serginio1/topics/
Дата: 06.02.24 15:52
Оценка:
Здравствуйте, wraithik, Вы писали:

W>У меня была шутка. Язык конечно говно, но сама платформа и готовые конфы — это вне конкуренции в своей области.


Я в свое время делал прямые запросы к базе через Linq https://infostart.ru/1c/articles/402433/
И даже запись в базу.

Но нет готовых конф на C#. То есть нужна скорость прямой доступ и обработка на .Net
Кстати делал прямой доступ и на DelphiОбработка для формирования классов для прямого доступа к файлам 1С через курсоры BDE. И многого другого
и солнце б утром не вставало, когда бы не было меня
Re[7]: Rust или Golang - за кем будущее?
От: wraithik Россия  
Дата: 06.02.24 19:36
Оценка:
Здравствуйте, Serginio1, Вы писали:

S>Здравствуйте, wraithik, Вы писали:


W>>У меня была шутка. Язык конечно говно, но сама платформа и готовые конфы — это вне конкуренции в своей области.


S>Я в свое время делал прямые запросы к базе через Linq https://infostart.ru/1c/articles/402433/

S>И даже запись в базу.

S> Но нет готовых конф на C#. То есть нужна скорость прямой доступ и обработка на .Net

S>Кстати делал прямой доступ и на DelphiОбработка для формирования классов для прямого доступа к файлам 1С через курсоры BDE. И многого другого

Запросы тоже получалось сделать быстрее? Вопрос про простые, где сильно не наоптимизируешь.
Re[8]: Rust или Golang - за кем будущее?
От: Serginio1 СССР https://habrahabr.ru/users/serginio1/topics/
Дата: 07.02.24 07:30
Оценка:
Здравствуйте, wraithik, Вы писали:

S>>Я в свое время делал прямые запросы к базе через Linq https://infostart.ru/1c/articles/402433/

S>>И даже запись в базу.

S>> Но нет готовых конф на C#. То есть нужна скорость прямой доступ и обработка на .Net

S>>Кстати делал прямой доступ и на DelphiОбработка для формирования классов для прямого доступа к файлам 1С через курсоры BDE. И многого другого

W>Запросы тоже получалось сделать быстрее? Вопрос про простые, где сильно не наоптимизируешь.


В 1С очень ограничен сам язык запросов .Я использовал те же Merge при обновлении регистров сведений.
Ну и прочее.
И проблема в том, что интерпретатор и ограничен язык.
Там где скоростей хватало не было смысла и заморачиваться.
В 1С еще и события при записи в те же регистры на каждую запись тормоза.
Ну и я в итоге применяя C# в 1С в итоге отказался от 1С и программирую на C#. Хотя 1С посвятил лет 20.
и солнце б утром не вставало, когда бы не было меня
Отредактировано 07.02.2024 7:38 Serginio1 . Предыдущая версия .
Re[4]: Rust или Golang - за кем будущее?
От: gandjustas Россия http://blog.gandjustas.ru/
Дата: 07.02.24 08:14
Оценка:
Здравствуйте, wraithik, Вы писали:

W>Здравствуйте, SkyDance, Вы писали:


SD>>Ровно по этой причине хорошие технологии, но с некоторым барьером входа, редко получают популярность. А полное г...о (да, JavaScript, и да, Python) — получает.


W>1С забыл


Я вам открою тайну: у 1С очень высокий порог входа.
Все что там просто делать: таблички\формочки\отчеты в конструкторе.
Как только ты доходишь до ручного написания кода и использования сложных объектов (документы, регистры, бизнес-процессы, интеграции), то становится все очень непросто. Документация совсем неочень, очень плохой нейминг. Архитектура непонятная. Стандартная бибилиотека слабая. Средств создания абстракций почти нет. Стандартные средства коллективной разработки не подходят, а 1Сные через жопу работают.
Re[5]: Rust или Golang - за кем будущее?
От: wraithik Россия  
Дата: 07.02.24 09:09
Оценка: +1
Здравствуйте, gandjustas, Вы писали:

G>Здравствуйте, wraithik, Вы писали:


W>>Здравствуйте, SkyDance, Вы писали:


SD>>>Ровно по этой причине хорошие технологии, но с некоторым барьером входа, редко получают популярность. А полное г...о (да, JavaScript, и да, Python) — получает.


W>>1С забыл


G>Я вам открою тайну: у 1С очень высокий порог входа.

G>Все что там просто делать: таблички\формочки\отчеты в конструкторе.
G>Как только ты доходишь до ручного написания кода и использования сложных объектов (документы, регистры, бизнес-процессы, интеграции), то становится все очень непросто. Документация совсем неочень, очень плохой нейминг. Архитектура непонятная. Стандартная бибилиотека слабая. Средств создания абстракций почти нет. Стандартные средства коллективной разработки не подходят, а 1Сные через жопу работают.

Я сам 1С-ник. Знаю. Но большая часть задач простая.
Re[3]: Rust или Golang - за кем будущее?
От: Serginio1 СССР https://habrahabr.ru/users/serginio1/topics/
Дата: 07.02.24 10:39
Оценка:
Здравствуйте, _NN_, Вы писали:

M>>>Собственно сабж.

S>> Native AOT
_NN>Это конечно хорошо но вопрос сколько есть библиотек, которые поддерживают NativeAOT ?
_NN>Шаг в лево, шаг вправо и уже что-то отвалится.

_NN>А в Go/Rust у нас любая библиотека будет работать.


ASP.NET Core Roadmap for .NET 9

Мы ожидаем добиться прогресса в изучении поддержки Native AOT для MVC и Blazor в сроки .NET 9, но мы не ожидаем предоставления готовой к использованию поддержки Native AOT для .NET 9, учитывая большой объем работы.

и солнце б утром не вставало, когда бы не было меня
Re[2]: Rust или Golang - за кем будущее?
От: Разраб  
Дата: 16.02.24 08:19
Оценка: -1 :))
Здравствуйте, Разраб, Вы писали:

Р>Здравствуйте, Mihal9, Вы писали:


M>>Собственно сабж.


Р>Будущее за https://oberon.org/ru


Решил сравнить (наивно, конечно) зиг и оберон(https://free.oberon.org/en/) по убунтой.
просто вывод 1млн чисел в консоль. зиг в режиме фаст релизил. в оберон просто скомпилил по дефолту.
мерял при помощи /usr/bin/time
оберон стабильно на 100-200 мс быстрей(~ 3.5 секунды весь вывод).
пик памяти правда меньше у зига(ровно в 10 раз).

А еще говорят ЯП не важен.
☭ ✊ В мире нет ничего, кроме движущейся материи.
Re[3]: Rust или Golang - за кем будущее?
От: gandjustas Россия http://blog.gandjustas.ru/
Дата: 16.02.24 09:40
Оценка: +2
Здравствуйте, Разраб, Вы писали:

Р>Решил сравнить (наивно, конечно) зиг и оберон(https://free.oberon.org/en/) по убунтой.

Р>просто вывод 1млн чисел в консоль. зиг в режиме фаст релизил. в оберон просто скомпилил по дефолту.

Серьезно сравниваете языки по скорости вывода в консоль?
Re[4]: Rust или Golang - за кем будущее?
От: Разраб  
Дата: 17.02.24 02:20
Оценка:
Здравствуйте, gandjustas, Вы писали:

G>Здравствуйте, Разраб, Вы писали:


Р>>Решил сравнить (наивно, конечно) зиг и оберон(https://free.oberon.org/en/) по убунтой.

Р>>просто вывод 1млн чисел в консоль. зиг в режиме фаст релизил. в оберон просто скомпилил по дефолту.

G>Серьезно сравниваете языки по скорости вывода в консоль?


Нет конечно, просто поржать,
но с другой стороны, а почему такая большая разница?
И это только такая неважная фигня как вывод в консоль.
☭ ✊ В мире нет ничего, кроме движущейся материи.
Re[5]: Rust или Golang - за кем будущее?
От: CreatorCray  
Дата: 17.02.24 11:14
Оценка:
Здравствуйте, Разраб, Вы писали:

Р>но с другой стороны, а почему такая большая разница?

Р> И это только такая неважная фигня как вывод в консоль.
В консоль можно ой как по разному выводить с точки зрения производительности
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.