https://linter.ru/ru/linter-standart/

кто работал с ней, расскажите, это некий аналог MsSql ? или это вообще другое?

с чем можно сравнить по функционалу/скорости ?

может есть какие еще слухи про нее?

https://ru.wikipedia.org/wiki/Линтер

(0) судя по всему, у этого зверя нет средств диагностики, мониторинга и вот этого всего. Эдакая голозадая СУБД, которая, скорее всего, до эпопеи с импортозамещением пылилась невостребованной. Будь готов к тому, что sql-запросы придется писать в блокноте, про "глянуть план запросов" можно даже не вспоминать

(2) нет, там есть какие-то гуи для этого
но документация написана - просто п.дец как!

(0) Чем вам постгре не угодил?

(3) глянул, какой-то ахтунг...

https://www.linter.ru/ru/documentation/information/pdf/spman.pdf

отладчик с DOSовским интерфейсом это мощно!

(0) А зачем?

(5) это не игрушки :) FPS и красота не нужна

как и предполагал, вместо средств диагностики какое-то авно собачье в виде невнятного текстового лога

http://www.linter.ru/ru/documentation/information/pdf/sql.pdf

Трассировка выполняется в файл lintrace.log, создаваемый в каталоге БД
ЛИНТЕР

Трассировочная информация:
C#3 QUERY:
SELECT
COUNT(*)
FROM
<TABLE "SYSTEM"."AUTO" AS T_0>
WHERE
T_0."PERSONID" <= 21;
C#3 DECOMP.C (Start_Cur_Dec): Now computing derived set #0.
C#3 OBRSTRAT.C (OBRSTRAT): Start set: TABLE("SYSTEM"."AUTO" AS
T_0). Set
included 1461 rows.
List of predicates:
Predicate [strategy #2(one index)]:
T_0."PERSONID" <= 21
C#3 PROZA.C (PROZA): Strategy: #2(by indexes).
C#3 ODINKL.C (ODINKL): Snap_Bv: 21 rows.
Predicate [strategy #2(one index)]:
T_0."PERSONID" <= 21
C#3 DECOMP.C (Compute_Group): Get answer from start set. Start
set:
TABLE("SYSTEM"."AUTO" AS T_0).
Rows count: 21.
C#3 DECOMP.C (End_Dekart): Derived set #0 is computed, Rows count:
1.
C#3 FORMOTW.C (FORMOTW): Read: 5 blocks, write: 3 blocks.
Additional statistics for read blocks:
converter 1,index 2,data 1,work 0,sorting 0,blob 0,other 0.
C#3 FORMOTW.C (FORMOTW): Read logical: 22 blocks, write logical: 0
blocks.
C#3 FORMOTW.C (FORMOTW): Journal read: 1 blocks, written: 3
blocks.
C#3 FORMOTW.C (FORMOTW): Time of query execution: 00:00:00:00.10

Проще было бы firebird форкнуть

(7) да какая уж там красота, как в конце 80-х у кого-то реализацию скомуниздили, так оно и живёт

(5) ты будешь удивлен, но линукс до сих пор админится из терминального окна "досовскими" командами, а сабж под линукс заточен....

Вот переведут линукс (а на самом деле не переведут никогда) на графическое взаимодействие - тогда и остальной софт под него пойдет...

отталкиватся надо, от факта, что данная СУБД заточена под линух системы

(10) как-то наблюдал за работой одмина - CISCO администрировал в крупной конторе

ну так вот в основном в консоли а-ля ДОС ручками ибашил (ну или например PowerShell у мелких и мягких)?

жеванный стыд! на дворе 21 век

(11) сам-то готов через bash колбасить текстовые логи, ради получения скудной информации? Что-то мне подсказывает, этот зверь является клоном Sybase из 80-90-х годов, а не линуксоидным зверем

(12) зато меньше шансов завалить всю сеть одной дрогнувшей галочкой.
И текстовый интерфейс тупо легче и быстрее, если объект управления где-то в глубине ДЦ стоит

(13) техжурналы же грепают вполне успешно

(15) с болью и слезами, за неимением лучшего. К тому же в ТЖ можно получить море нужной и полезной информации, а насчет Линтера я не уверен. Вон, глянь трассировочку скуль-запроса в (8)

(16) лог он и есть лог. Куча текста. Для анализа текста уже понаписано куча cli-инструментов. Эффективных по самое

(17) если так рассуждать, то вместо плазменного телевизора можно смотреть черно-белый ламповый. Экран он и есть экран

(18) если тебе нужно только читать текст то вполне можно и в чернобелом

(5) ну isql у MS SQL и sqlplus у Oracle тоже не шибко графические...

(19) а зачем пялится в ч/б ламповый, когда можно пялится в FullHD плазму

(18) ты с задачей определись

(20) я знаю, но им есть можные альтернативы

(0) В скриншотах дата переменной = 13 декабря 1997 года, готов поспорить, это дата скриншота или около того.
Нафиг оно надо?

(23) так никто не говорит что здесь нет. Обязательно должен быть client interface, соответственно - пишите что хотите. У того же оракла всеми этими вещами занимаются сторонние конторы. Лучший браузер ораклевой базы для разработчика - PL/SQL Developer - вообще написали голландцы Allround Automations.

(18) Так и вижу охранника, требующего себе для видеонаблюдения, плазму во всю стену.

(22) задачи, как и для всех современных БД: автоматическая диагностика проблем, автоматическое регламентное обслуживание, ну и удобный анализ планов запросов, блокировок. СУБД Oracle хоть и жутко дорогая, но очень востребованная. Главная фишка Oracle Database в большом количестве различных инструментов и утилит. А у этого зверя Линтера, родом из 80-х, только голая задница и текстовые логи

Линтер - воронежская разработка. Сделано с нуля, т.е. полностью своя. Более того, ребята продают Линтер относительно успешно, ходили слухи, что даже японцы брали Линтер. Но в реальности это не аналог мелкософтового сиквела. Насколько я понимаю движок ОЧЕНЬ устойчив. Но в реальности это скорее встраиваемая БД, т.е. изначально не рассчитана на террабайты информации, что надо по нынешним временам 1С

(28) "движок ОЧЕНЬ устойчив"

Расшифруйте, плиз

(29) для гостайны подходит

(27) я, конечно, ораклом занимался давно, тогда была версия 7.3 еще и только-только появилась 8. Но чет я не припоминаю бешеного количества графических средств. Был браузерок базы в комплекте виндовый, но так себе, никто его не любил. Все хорошие графические средства вроде TOAD, PL/SQL Developer - были за денюжку и поставлялись отдельно. А так DBA точно таким же образом анализировали текстовые логи и вводили команды в SQLPlus.

+(28) Хотя Турбо-9 (некий аналог 1С) на Линтер поставили...

(31) так каждый инструментик у Oracle поставляется отдельно, за отдельные $$$. Суть в том, что они есть

(29) ну зайди, погляди куда ставят Линтер: системы управления воздушным движением, системы контроля, управления, диагностики и защиты АЭС...

(28) + 1
гуляет вместе с  ОС QNX
вероятно масштабируема и на рынке давно

поскольку из топика не ясно зачем ТС-у СУБД, то далее чистый флюд

(29) системы реального времени

Что-то у меня сомнения большие, что 1С будет ещё один сторадж прикручивать.

(37) Ну будет... Линтер тупо сегодняшних объемов от 1С не тянет... Разве что они сделают какую-то новую разработку

(36) Ясно. Отличный пример краткого и полного ответа.

+(38) То бишь НЕ будет...

(37) у меня нет сомнений, что будет, сначала для показухи на уроне Минцифры, далее по обстановке

(41) На самом деле этот вопрос уже поднимался. Линтер на Мисте уже не первый раз обсуждается. Пытались даже свести Линтер и 1С :-) , 1С прокомментировала что им это не надо. Может, конечно, в свете сегодняшних проблем попытаются, но скорее будут пилить постгре про...

(42) 1С не может позволить себя остаться в перспективе с единственной поддерживаемой СУБД, а с учетом ухода SAP ей нужен вариант для крупных проектов, проще войти в капитал https://www.relex.ru/ru/, чем искать стартап

(43) Так для крупных проектов как раз Постгре и остался, а Линтер под сегодняшние объемы от 1С еще пилить и пилить, а то и полностью переделывать придется. Хотя, буду рад, если ошибусь. Сам воронежец, и если сюда придет 1С только обрадуюсь..

(44) а есть что почитать, про ограничения/проблемы с большими базами у Линтера?

(45) По-моему вся инфа только на их сайте. Саму базу видел сто лет назад, в местном универе, но с тех пор сильно много воды утекло.

(12) у циски есть GUI, но только извращенец будет им пользоваться

дело даже не в gui, возьмите какойнить Toad, mssql-ный редактор, даже уродский pgAdmin новых версий или вообще datagrip...
а тут дичь какаято в 21 веке вот реально

(47) ну к слову сказать, циски сейчас тоже бывают разные. Есть уже и сохо-варианты, их в основном с веб-морды и настраивают.
причем современные - это не 8xx series, где все по хардкору.

Линтер-ВС 6.0[17] работает только под управлением операционной системы МСВС.
мммм

(48) реально командной строки достаточно

(48) TOAD денег приличных стоит.

(50)
ЛИНТЕР СТАНДАРТ предоставляет возможность разработки прикладных задач в наиболее распространенных операционных системах:

Windows
Linux
Программные интерфейсы    LinAPI, ADO.NET, PCI, ODBC, JDBC, OLE DB, PHP, DBX, Pear: :db, PDO, Perl, DBI, TCL/TK, Python, Qt, dbExpress, Ruby

(51) не то чтобы достаточно только ей и надо у циски пользоваться, эта гуишная кошмарина такое генерит что даже у меня, не сетевика, глаза на лоб лезут (лезли)
(52) но он их стоит, вон датагрип подешевше

(54) как по мне - PL/SQL Developer лучше чем TOAD. Удобнее его ничего не припомню.

но в любом случае все эти вещи поставляются отдельно, стоят отдельных не сказать чтобы маленьких денег и главное - их производит не оракл!

EME.WMS на каком-то тоже своей движке, СУБД у них своя.

(55) мне тоже в 2004 году девелопер больше понравился, чем лягух

(57) MS SQL они юзают

(59) значит спутал с какой-то другой ВМС или они на скульптуры перешли

Оказалось, что разговор про 1С на Линтере уже был, если верить

https://expert.chistov.pro/journal/news/mir-1s/ostalsya-mesyats-do-vstupleniya-v-silu-novykh-pravil-litsenzirovaniya-platformy-1s-predpriyatie-8-3_1106246/

то история получилась такая: "Релэкса ради интереса у техподдержки уточнил,
а почему бы вам не поговорить с руководством 1С о включении своей СУБД в
список поддерживаемых платформой 1С?!
На что был такой ответ, да Вы что, директор Релэкс лично встречался с товарищем Нуралиевым по этому поводу, мы даже со своей стороны
готовы полностью бесплатно взять всю работу по интеграции Линтер
с платформой 1С, с написанием драйверов и прочего...
И какой ответ товарища Нуралиева - не прямая речь, смысл,
обеспечите, мол, сколько-то миллионов долларов на продажах
платформы с вашей базой, есть смысл заморачиваться, а так извините..."

Интересно, в свете санкций, и в свете ухода основных игроков, как то Мелкософта и иже с ним, поменяется ли мнение Нуралиева...

(5) сцуко, у оракла именно так и было много лет.... и ничё!

(61) Клетка которая не делится- отмирает

(61) "Обращался в правительство России по поводу того, чтобы от имени правительства было предложено руководству 1С включить СУБД Линтер,"

Пацан к успеху шел, не прокатило.
И это отлично.

(8) Можно подумать у того же MS SQL трассировка как-то по другому выглядит. Ровно точно так же, роно такой же плоский текст.

(65) возможно товарищ не видел как оно "унутри устроено"

(65)(66) н-да, как всё сложно... В мсскуле три кнопки нажал и получил трассировку в удобном виде, подбробные графические планы запросов, в которых каждый пунктик документирован от и до. Также и в оракле. А в линтере что? Текстовый лог и околонулевая документация. Вас не смущает, что порог вхождения в этот Линтер будет высок?

(62) а ещё ламповые ч/б телевизоры много лет смотрелы... и ничё! Но в 2022 году утверждать, что нормально смотреть ламповый ч/б телевизор... кхм

(68) ты ещё скажи Морозову, что парсить тонны текстовых логов - отстой

(69) о! А сколько среди всей массы 1сников умеют ловко парсить тонны текстовых логов? 0,3%? 0,1%? Как бы не оказалось, что такие спецы штучный товар. И совершенно очевидно, что стоят такие спецы дорого. Я же про что весь топик и толкую - из-за отсутствия готовых инструментов, Линтер будет дорогим по стоимости владения. Я нигде не утверждал, что распарсить текстовые логи невозможно. Я утверждаю, что на серьёзной промышленной эксплуатации это мазафакинг. Для ларьков оно может и сойдёт. В ларьке поставят СУБД через инсталлятор (Next->Next->Next), и работает оно годами, никто туда не лезет. Но для серьёзных внедрений такие подходы не канают. Ибо когда много больших и важных БД, их обслуживанием начинают заниматься отдельные DBA. По Линтеру ты где специалистов искать будешь?

(70) а сколько из этих кто масс одинэснегов вообще знают такое слово трассировка? 0,3%? 0,1%?

+ (71) и да, даже из-за того что его реально в продакшене использовало <0,01% - обойдётся он дорого.

>По Линтеру ты где специалистов искать будешь?

как-бэ разговор начинался с трассировок... мне собственно постгри ближе (есть опыт).

(73) так выяснили же, что трассировка в Линтере никакая, делалась по остаточному принципу. Из себя представляет куцый текстовый лог, содержимое которого не документировано. Считай что Линтер с голой задницей в этом плане

Вот еще немного в эту тему:
"Distributed SQL база данных YDB стала доступна пользователям для развёртывания на собственных или на сторонних серверах — в том числе на любых облачных платформах. Исходный код базы данных опубликован на GitHub и предоставляется по максимально открытой лицензии Apache 2.0"

https://cloud.yandex.ru/blog/posts/2022/04/ydb-available-in-open-source

Давайте подитожим

Плюсы:
1. Линтер российский
2. Имеет какие-то там сертификаты

Минусы:
1. Разработан нонейм конторой из Воронежа. Какой-то хорошей техподдержки ждать не стоит
2. То, чем славится СУБД Oracle, всякими инструментами, утилитами, модулями, компонентами на все случаи жизни, в Линтере отсутствует напрочь. Имеется лишь минимальный набор для администрирования
3. В сколь нибудь нагруженных промышленных системах Линтер замечен не был

А вот это вообще разбивает сердце:
Максимальное число записей в одной таблице - До 2^30 (~1 млрд.)
Количество записей, выбираемых одним запросом - До 500 млн
Размер записи (не считая BLOB-полей) - До 64К

https://linter.ru/ru/linter-standart/kharakteristiki/

то есть для больших баз Линтер даже в теории не рассчитан

(76) Короче узкоспециализированная СУБД для секретных и типа того данных. Не для общего назначения.
Если вам надо СУБД с минимальным гемором - лучше возьмите firebird, а если надо чтобы оно было российским - форкните и создайте русский проект "болгенсубд". Для него и утилиты есть, и программная поддержка во всех языках программирования.

(77) > возьмите ... форкните и создайте
Сэр, есть, сэр!

Чёта ой! Этот Линтер ещё и стоит мама не горюй...

Наименование    Цена, руб.c НДС
Линтер СТАНДАРТ 5 клиентских подключений    26 000
Линтер СТАНДАРТ 25 клиентских подключений    110 000
Линтер БАСТИОН на 1 процессор    985 000
Линтер БАСТИОН 20 клиентских подключений    686 000
Линтер СТАНДАРТ 10 клиентских подключений    47 000
Линтер СТАНДАРТ 50 клиентских подключений    206 000
Линтер БАСТИОН 5 клиентских подключений    201 000
Линтер БАСТИОН 25 клиентских подключений    836 000
Линтер СТАНДАРТ 15 клиентских подключений    69 000
Линтер БАСТИОН 10 клиентских подключений    359 000
Линтер БАСТИОН 50 клиентских подключений    1568 000
Линтер СТАНДАРТ на 1 процессор    170 000
Линтер СТАНДАРТ 20 клиентских подключений    90 000
Линтер БАСТИОН 15 клиентских подключений    527 000

(77) вот, надо было не 1ской страдать, а клонировать firebird, лицензировать, и продавать госконторам по цене Oracle

(44) >>а Линтер под сегодняшние объемы от 1С еще пилить и пилить, а то и полностью переделывать придется
так вроде как уже "переделывают": https://soqol.ru

(80) А при чем тут 1с?

(82) при том, что 1сные лицензии меркнут на фоне линтеровских

Линтер БАСТИОН на 1 процессор    985 000
Линтер БАСТИОН 50 клиентских подключений    1 568 000

два с половиной мульта, чтобы только защищенную субдшечку поставить в небольшой конторе

(83) ну дык

Система ЛИНТЕР БАСТИОН предназначена для использования в подразделениях Министерства обороны, Министерства внутренних дел РФ, в силовых структурах, а также на предприятиях, обеспечивающих государственный оборонный заказ. Однако сообщество пользователей СУБД ЛИНТЕР БАСТИОН не ограничивается государственными заказчиками, работающими с секретной информацией. Также эту версию ЛИНТЕР часто выбирают коммерческие компании, заботящиеся о сохранении своей конфиденциальной информации и персональных данных своих сотрудников.

(76)

"А вот это вообще разбивает сердце:
Максимальное число записей в одной таблице - До 2^30 (~1 млрд.)
Количество записей, выбираемых одним запросом - До 500 млн
Размер записи (не считая BLOB-полей) - До 64К "

И чем же оно разбивает? Нормальные показатели

(85) миллиард записей в одной таблице это не так уж много. Всегда в базе есть одна или несколько таблиц-толстяков, которые будут неприлично большими. В БД на несколько сотен юзеров легко может наколотиться миллиард записей в одной таблице за пару лет

Рынка для этой субд нет, они сидят как сидели парусята с бюджетом и галактика с силовиками,

Вваливать туда кучу денег без коммерческого успеха, смысла нет

(84) я же не против, но берега-то надо видеть. Ценник сопоставим с Oracle. При том что Oracle развавалась десятилетиями, силами тысяч разработчиков. А Linter разработала нонейм контора (в 200 ртов численностью) из Воронежа, скорее всего скомуниздевшая код какой-то СУБД из прошлого

(86) Даже помарочный учет не дает такого количества. Вы фантазируете.

(87) Это вполне коммерческая разработка, которой лет не сильно меньше чем самой 1С. И работает она далеко не только с госконторами, Бастион - это только один вариантов базы. И работают с ней не только отечественные пользователи. Просто каждая БД имеет свою область применения. Любимый многими Файрбёрд тоже не тянет требуемые 1С объемы, это не значит, что у него нет рынка...
(88) Скажем так, в середине девяностых Линтер уже был как рабочая система, и, мало того, распространялся по вузам, и на нем уже были написаны некоторые коммерческие продукты. Так что продукт развивается не менее тридцати лет по моим прикидкам. За это время у 1С успела появится 5, 6, 7.5, 7.7, 8.Х... А стоимость, ну, сколько там стоит 1С на пять пользователей?...

(89) Ну может он работает с конторами по автозапчастям где включен механизм версионирования

(90) И парусу и галактике тоже сопоставимо лет, но в коммерческом секторе применение сверх редкое

Хотят развиваться, пусть ставят нагрузочные стенды в открытый доступ, делов-то

(92) И Парус и Галактика изначально сидели на бюджете, а эти ребята с самого начала занимались, в основном, коммерческими проектами, в том числи БД для встраиваемой технике, я ранее говорил, сплавляли свою БД даже в Японию. Так что тут вполне все нормально. Много знаешь провинциальных контор, переживших девяностые годы и неплохо себя чувствующих?...

(94) Знаю фузину, у которой заявленная скорость разработки решения была 3-10 раз больше чем в 1С, а оказалось 3 раза медленнее, и не всегда заканчивается успехом

Пока я больше верю в Касперскую

(96) Когда дело касается веры - лучше идти в церковь. Ребята сделали свой продукт, на просторах России весьма редкий. Как-то не много прослеживается на просторах нашего Отечества фирм и фирмулек, которые слабали свой движок БД, а не взяли напрокат как Постгре Про. За одно это их можно уважать. Ну и да, они денег не просят - сами зарабатывают. Насколько я знаю - успешно. Первый раз пытался к ним устроиться как раз в середине девяностых. С тех пор они до сих пор живы, а это много о чем говорит...

(97) Я не знаю что они зарабатывают, но по открытой отчетности с 17 по 20 год, у них убыток, и численность меньше 100ки человек

хотя по другому сервису показывает небольшую прибыль в 1-3 млн рублей, что для 1С это копейки

60 млн для ИТ конторы в год, это мало

на месяц это 5кк, или на 100 человек 50к фота с НДФЛ и ПФР, или 35к на руки

"на месяц это 5кк, или на 100 человек 50к фота с НДФЛ и ПФР, или 35к на руки"

арифметика интересная- 56 млн выручка, 52 чел, итого с НДФЛ и ПФР в среднем 89к (https://zachestnyibiznes.ru/company/ul/1033600021400_3664031210_ZAO-NPP-RELEKS)

(83) А зачем столько? Там или такие или такие. Да и сколько в небольшой конторе работает с 1С, чтобы 50 подключений?

(9) Уже форкнули, но 1С тоже не хочет с ними дружить

(81) Вот писали в конце года https://www.cnews.ru/news/top/2021-12-17_rossiyane_sozdali_subdkotoraya
И в телеге есть группа для интересующихся достижениями нового Линтера Сокола https://t.me/soqol_dbms

(105) Это на полностью рос процах, которые печатаются в тайване?

(102) Человек писал о 200 спецах, я поделил на 2, а надо было делить на 4 ;-)

Ну получил ты среднюю зп 60 крублей на руки

(106) Роспроцы уже не печатаются в Тайване, закрыли лавочку, надо у себя завод строить ((((

Там сравнение с интелом

(108) Ну тогда в тесте показывай рос проц, а не тайваньский

Ты даже учетку создал под то чтобы ворваться в эту ветку ;-)

(110) Теперь мне должно быть за это стыдно?)))

(102) в среднем 89к - гол как SoQoL

(111) Не понимаю зачем

(112) Гол как соко́л, а остёр, как топор (Гол как соко́л, а остёр, как бритва) — идиоматическое выражение, обозначающее состояние крайней бедности, но, при этом, смекалистости (ср.: «Голь на выдумку хитра»).

(114) сокОл - это старинное стенобитное орудие из чугуна или железа в форме длинного и толстого бревна. Или же бревно, окованное металлом. Его навешивали на железных цепях и, раскачивая, прошибали им самые прочные крепостные ворота и каменные стены. Поверхность сокОла была гладкой, как бы голой. Такое название - сокОл - имели когда-то и некоторые рабочие инструменты, имеющие ровную цилиндрическую поверхность: большие ручные железные ломы, трамбовочные "бабы" и песты для растирания зерна в ступе. СокОлом называли и пушку, которая стреляла шестифунтовыми ядрами

(97) >>которые слабали свой движок БД, а не взяли напрокат как Постгре Про

А вот тут вот большой вопрос... У меня есть сомнения по поводу того, что маленькая воронежская конторка обладает достаточными компетенциями для разработки собственного движка СУБД

(104) Да у firebird есть одна очень неприятна фича, которая в характерном для 1с режиме работы с постоянными реструктуризациями структуры метаданных будет крайне критичной. Максимум 255 модификаций таблицы. Пришлось бы создавать новые таблицы и перегонять туда данные при любой реструктуризации.

Быстро Миста индексируется, сутки всего прошли а Мозазавр (предположительно один из команды) уже тут :)

респект

(116) Влей в тебя 270кк и ты найдешь эти компетенции

(116) А ты думаешь СУБД боги пишут? Такие же люди как и те, которые Oracle пищут. Руки ноги голова.

(119) не уверен. Фирма 1с вон изобрела свою СУБД для файловых баз, получилось не очень

(120) да, но только в Oracle пашут 130 тысяч сотрудников, и зарплаты там далеко не воронежские

(121) и из этих 130 тысяч сотрудников - 150 сотрудников разрабатывают СУБД Oracle

(122) остальные тогда чем занимаются?

(123) ну там много чего есть. Java например

(124) жаву и прочее развивает съеденый ораклом Sun Microsystems, их там было 35 тыщ ртов. Флагманское оракловское детище это именно СУБД

(125) ну, по слухам, код СУБД Oracle это примерно 25 млн. строк. Нахрена 100 тыщ народу на 25 млн. строк кода. Видимо, помимо СУБД работы тоже хватает.

https://ru.wikipedia.org/wiki/Oracle

По вики, Оракл за всею свою жизнь пожрал 2-х известных производителей СУБД

(126) только это очень сложный код. Представляешь какая там функциональность? Оно же всё тесно связано одно с другим. Это не 1с "горизонтально" расширять клепанием новых документов, регистров и обработок. Там монстроузные механизмы, отвечающие за манипуляцию данных, которые тесно взаимодействуют друг с другом. Конечно у них не все оразработчики, есть ещё и юристы, техподдержка, продажники, бухи, боссы и прочие. Но всё равно СУБД пилят тысячи человек. Это не идёт ни в какое сравнение с маленькой воронежской нонейм конторкой

(128) в какой-то мере там все проще, ибо есть описанные интерфейсы между блоками

(129) да как сказать...

https://habr.com/ru/post/429946/

(128) Так у Оракла не только одна СУБД, посмотрите сколько разных продуктов они развивают и поддерживают. Обычно самим продуктом занимается не больше нескольких сотен человек, особенно с "большой ин

А компания "Реляционные экспертные системы" да, небольшая, но может себе позволить больше тридцати лет поддерживать в РФ! разработку реляционной СУБД, несмотря на Ораклы, МСы и Айбиэмы. А сейчас делает СУБД нового поколения. Да, непросто, но возможно!

(131) это проф. форум и маркетинговый словесный понос не цениться, от слова совсем

(131)
< может себе позволить больше тридцати лет поддерживать в РФ! разработку реляционной СУБД>
<А сейчас делает СУБД нового поколения>
яндекс за сколько лет кликхаус запилил? да еще и бесплатным сделал?

(132)(133) Вы чего такие злобные? Ну есть у людей продукт. Он работает. Разрабатывают новый продукт. Чего так пениться?
И на счет проф. форума. Люди, которые делают Линтер, поболе вашего в БД шарят. Ибо они делают СУБД, а вы статейки на хабре почитываете.

(131) вот только почему-то у куда большей и баблонасыщенной фирмы 1с не получилось написать свою СУБД. Точнее получилось, но назвать СУБД это можно только в кавычках. У оракла развивать свою СУБД получается через боль и слезы. Но у воронежской нонейм микроконторы получилось создать собственную СУБД...

(134) так может они её как фузинцы фузину делают

(135) Этой конторе уже 100 лет в обед. Если ты о ней узнал только сегодня, то это не значит, что это нонейм.

(137) и что, что сто лет? СУБД создавать нужно ой как много трудозатрат, и квалификация соответствующая нужна. Как это всё могла осилить микроконтора, которая размером меньше среднего 1сного франча, для меня большая загадка

(138) это не просто контора, она на была на базе крупного НИИ.

(138) а как контора 1С платформу развивает? неужно тыщщи погромистов трудятся?

(138) Ты чего хочешь доказать? Что линтера не существует или что линтер плоский?

(140) а вот да! мы все кто так или иначе связанные с 1С помогаем им развивать платформу, ищем баги, пишем год конфигураций даем обратную связь
шутка что 'клиенты это бетатестеры' на самом деле не совсем шутка.

(139) и что?

(140) сравнил баклажан с пальцем. Фирма 1с намного больше, имеет миллиардные обороты

(138) а что, собственную СУБД сложно написать?

тут целые языки погромирования придумывают. неужно существующих мало?

https://ru.wikipedia.org/wiki/Lua

(143) ну так вот, сколько погромистов пишут платформу и вкладываются в развитие магических заклинаний типа СтрСоединить и прочую муть?

(138) ядро любой системы и СУБД не исключение пишут 3-5 бойцов, в данном случае выпилившихся из советского НИИ

(141) что либо эта СУБД скомунизжена с другой, либо её производительность сильно меньше заявленной. А может и то и другое

(94) Японцы тоже используют - https://www.brycen.co.jp/en/service-solution/engineering-service/#secure-embedded-database

(144) а может просто аккуратно написано ядро

кстати, тут наблюдения были на форуме, что каждая новая платформа "деградирует" по попугаям в производительности относительно предыдущей...

(149) -> (147)

(144) да как бы хорошо масштабируемые СУБД во всем мире по пальцам перечесть. А так да, не сложно, любой провинциальный НИИ может написать...

А по теме, заявленной vde69, смысл копья ломать, пока 1С не решит поддерживать еще и Линтер, ничего работать не будет с 1С, сравнивай МС, не сравнивай...

(151) Можно подумать непровинциальный НИИ чем то лучше провинциального НИИ.
https://www.list-org.com/company/229593 численность сотрудников 57 человек. Если предположить, что среди них 30 разработчиков, то этого вполне достаточно для одного серьёзного продукта.

(149) ага, сбежала толпа сеньоров-сишников из майкрософта в Воронеж, и написала СУБД...

(153) серьёзна? :-D

(155) Так вывод какой? Линтер не существует или что?

(155) Это же не франч. Там не нужно много народу.

(154) в резюме достижение: участвовал в выборах президента США

интересно, антивирус drWeb или Касперский индусы на аутсорсе пишут?

(157) в смысле не нужно? А писать СУБД кто будет?

(156) вывод всё тот же (147)

(160) 1 програмист выполнит работу за 10 часов, а 10 программистов выполнят работу за 1 час, а 100 погромистов вообще за несколько минут

а если еще и денег миллиарды выделить (ну там как в 1С оборот), то вообще можно столько программистов купить, чтобы самую масштабируемую самую самую СУБД написать..

(159) я бы не стал считать это шуткой, а то вдруг правдой окажется
p.s. я не знаю по поводу докторавеба или касперского, но в РФ было много известных фирм которые пользовались услугами галер с зарубежными разработчиками

(162) это так не работает. Без нужных компетенций 100 программистов породят только тонну кривого и неработающего кода

(152) Вы бы хоть скриншоты обновили...

(146) Ядро любой системы пишут 3-5 бойца и вообще понимают как это хня работает

(167) ядро современной СУБД это миллионы строк кода

(167) это в новых проектах, а в старых...ох а в старых капец

на хабре была статья как пишут oracle db, там говорят практически никого нет кто знает полностью как оно работает
типа впиливают новую фичу - падает тысяча тестов, два месяца пилят фиксы под тесты...если ничего не падает - запускают, за рефакторинг никто не берется из-за адового объема легаси.

(168) Миллионы строк кода, это обвес ядра

(169) Как работает само изделие знают только те, кто точно не уйдет

(171) <только те, кто точно не уйдет>
прикованные наручниками к батарее? такое бывает?

(172) да. в NASA винтажные газификаторы (пердуны) на KOBOLe что-то там поддерживают

(168) СУБД бывают разные. Это Oracle такой огромный, а Линтер не огромный. SQLite вон вабще три человека пилят https://www.sqlite.org/crew.html

(173) им адские деньги платят чтобы они с пенсии вернулись для этого
но эффект автобуса в данном случае очень важен, особенно с пердунами

(173) или на фортране (не помню точно) склероз

(170) да конечно

(174) SQLite это такая примитивная микросубдшчка, которая даже на многопользовательскую работу не рассчитана

(178)Вот список разработчиком PostgreSQL https://www.postgresql.org/community/contributors/
там нет тысяч сеньоров из микрософта
PostgreSQL это серьёзная СУБД или так... фигня?

+(179) Core Team 7 человек

(180) только они код не пишут по большей части

ты почитай роли core team

(182) Ну вот первый
Works on the build system, porting, documentation, and the internationalization effort, and codes many other improvements.
Работает над системой сборки, портированием, документацией и усилиями по интернационализации, а также кодирует множество других улучшений.

ну тоесть обвязка проекта и всякое такое
я так понимаю coreteam это тимлиды одни

(181) А что они делают? Пишут код. Это же не франч с подаванами.

(184) *и продакты

(186) Ну один хрен их там не тысячи. И далеко не все на зарплате

(179) кто тебе сказал, что это список всех разработчиков? Из российской Postgres Professional только имя директора, а их там человек двести работает

(188) Я думал они за идею работают ;-)

(188) Ну я понял. Их тысячи. И миллиарды долларов.

(188) FirebirdSQL серьёзная СУБД?
https://github.com/FirebirdSQL/firebird/graphs/contributors

(190) главный разработчик PostgreSQL - международная компания EnterpriseDB. Тоже очень не мелкая контора

(192) Мы же о количестве разработчиков говорим, а не о капиталистах.

+(191) Линтер, как раз, СУБД примерно такой же сложности как FirebirdSQL.

(193) ну так даже в твоей ссылке на постргрю несколько сотен человек. Подозреваю, это только "доска почета". Но даже эти сотни человек уже намного больше, чем тридцать разрабов из воронежской нонейм конторы

(194) на сайте разработчиков замахи, типа они круче PostgreSQL

(195) Ну считай, что тебя обманули. Линтера не существует. А я скачал. Посмотрю, что за хрень.

(196) Может и лучше. Я не смотрел еще.

(197) а я не говорил, что не существует. Либо поделка уровня карманных СУБД, либо скомунизженная версия популярных СУБД из прошлого. Того же Sybase, например. В позднесоветские времена комуниздить забугорное было в порядке вещей. Можно вспомнить хоты бы советские игры "Электроника", нагло скомунизженные у Nintendo

https://ru.wikipedia.org/wiki/Электроника_(игры)

(195) > из воронежской нонейм конторы
Да что ж с тобой в этом Воронеже такого сделали, что ты таким возмущением пылаешь?

(200) ничего, просто в чудеса не верю

(199) > Либо поделка ... либо скомунизженная
Ты определись. А то получается "я нихера не знаю, но сильно возмущен"

(202) с реальностью не сходится, вот и возмущаюсь. Написанная тремя калеками СУБД такая же околофантастика, как и завоеванная ротой солдат страна

(203) Откуда тебе знать какова реальность? Ты работал в Oracle или был разработчиком MS SQL? Я хоть посмотрел на сайтах списки разработчиков конкретных СУБД, а ты требуешь от реальности тысяч разработчиков. Их нет. Не нужны тысячи. Это не беломорканал копать.

(204) ты вообще в каком мире живёшь? Все большие и сложные вещи пишутся большими командами разработчиков. Даже Сбертех может похвастаться тысачами разработчиков, при том что никакой ОС или СУБД они отродясь не разрабатывали

(205) Чтобы впилить сотни тысяч человекочасов, нужна идея, которая будет работать на коммерческих клиентах, а этим занимается команда идеологов, которые мотивированы как раз идеей, а не деньгами

(206) ты колоссально недооцениваешь трудозатраты. Как-то одному знакомому 1снику показывал cf от большой самописки. Попросил его прикинуть, сколько времени понадобится, чтобы написать такую. Он ответил, что за 8-10 месяцев в одно лицо написал бы. А потом пришлось его познакомить с реальностью. Рассказать, что эту самописку более 6 лет писала команда, состоящая из 5-8 прогов одновременно)

(207) тут вопрос в другом, он на самом деле в чемто прав ставить такие оценки
6 лет 5-8 прогов писали в условиях 'ТЗ пишем в процессе+поддерживаем уже работающее решение'

а тут оценка в стиле 'есть задача - надо сделать, точка'

(205) 100 человек это большая команда. Команд в 1000 программистов на один продукт просто не бывает. Такую толпу просто невозможно организовать. Такой толпой только курганы насыпать.

(209) зависит от размера продукта, вот винду если взять это продукт? а сколько её людей пилят?

крупные продукты делятся на подсистемы, те в свою очередь еще на подсистемы...и вот их уже пилят по 10-20 человек каждую... а суммарно может быть и 1000 в рамках всего продукта

(210) Ну Линтер же не Windows, ёлки моталки

(209) а в чем сложности с организацией разработчиков?

(211) СУБД типа мсскуль и оракл не далеко ушли от винды по размерам. Есть подозрение, что оракл даже больше винды

(213) и не безосновательные, учитывая что они даже спец.сервера чисто под неё выпускают...можно и драйвера для них приплюсовать и всякие прошивки для контроллеров как часть этого продукта

(214) +мне кажется там уже ИИ самозарожденный в этой бездне обитает

(214) это называется экосистема и это чистый маркетинг
а линтер упёрт в риалтайм и инмемори, он не про олтп и никогда не будет

(213) В Ubuntu вроде 50 млн строк. Но мы же о маленьком Линтере говорим

скачал эту хреновину https://ibb.co/VVzKp8J

(218) красивое

(219) что то из 90-x
https://ibb.co/VxPKhPH

https://ibb.co/VxPKhPH

https://ibb.co/Dz2Jcnt

(220) норм, до сих пор вспоминаю старый pgAdmin и плачу

(205) По поводу команд разработчиков скажу так, лет так больше десятка назад, когда семерка еще не умерла, а восьмерка только-только начиналась, устал я в одной конторе писать ERP на семерке, вот реально надоело. Писалось это двумя людьми. Размер конфы к тому времени как мне это надоело был уже очень неплохой. В конфигураторе значилось больше сотни типов документов, еще больше справочников. Отчетов и обработок под пару сотен. Короче, устал я от этого чуда и решил поискать что-то попроще. Пришел в одну контору, маленький такой заводик, работающий не только на мой провинциальный городишко, но на всю Россию. Прихожу сидят в отделе порядка 15 одинэсников. Ну, мне дают тестовое задание, причем в копии собственной рабочей конфы. Смотрю я на это чудо, и просто хренею - 15 человек 1С-ников, наработали в этой конфе меньше, чем в конторе, где я на тот момент работал два человека. Тестовое задание сделал, но перейти отказался, решил, что так мне работать просто неинтересно...

А по поводу сколько могут человек тридцать на окладе посчитать просто. Считается, что нормальный 1С-ник, может в день на гора выдать порядка 400 строчек кода. Ну пусть не 1С-ник, и кода он выдает не 400 строчек, а 300. Тогда 300 строчек, в течение одного года (порядка 250 дней) на тридцать человек выдают 300 * 250 * 30 = 2 250 000 строк, то бишь более дву лямов строчек. Если система этими же тридцатью программистами пишется 30 лет, то два с половиной ляма строчек становятся почти семьюдесятью миллионами строчек. Так что, небольшая команда хороших программистов, которые не бегают с места на место без проблем напишут тебе за 20-30 лет вполне себе хороший продукт. Особенно, если не будут распыляться на рюшечки.

Ну и еще, а что собственно имеешь против воронежских программистов? Здесь и при Союзе была классная программистская школа (ПММ Воронежского Университета) и до сих пор осталась. А чтобы быть классным прогером совсем не обязательно в нерезиновой родиться - на Руси много талантливых ребят, которые не стремятся в Москву переехать...

(207) Если бы я колосально недооценивал трудозатраты, то я не получил бы РП спустя год после начала работы с 1С

(224) > тридцать человек выдают 300 * 250 * 30 = 2 250 000 строк, то бишь более дву лямов строчек

https://www.anekdot.ru/id/-10035080/

(89) ну вот я 2 недели назад резал миллиардную таблицу вдвое.
Весь изъебался, пока смог понять как мне всернуть эти гребаные остатки в тех окно размером в час.
Помарочный учет, да даже близко нет таких объемов.
А вот складской учет ячеистый - 20-50 лямов записей в месяц по 100 складам - запросто.

(224) число строчек кода очень плохое мерило.
Впрочем как и число решеных задач.
Вот сейчас бывают недели когда число строчек кода отдела в много человек меньше чем число строчек кода в другой конторе где мы сидели втроём.
Только там где мы сидели втроем было 3-5 динамических обновлений в день, ибо работало в, е через жеппу. Я уж молчу что после 10 и до 6 утра делали что хотели.
А тут 1 релиз в неделю и 1 час тех окна в день, который даже на 10 минут продлить приключение.
ДК, кода может быть  и меньше, но у него совершенно другое качество и цена ошибки.

(228) кровавый Энтерпрайз он такой.
По задаче вообще может быть отрицательное число строк в итоге, когда удаляется пол модуля это так 5-10 к строк, написанные, судя по всему, наркоманами и пишется то же самое только в несколько сотен, изредка в пару тысяч строк.
В кровавом Энтерпрайзе совсем другое мерило.
И этот опыт очень хорошо покупается на рынке, дольше недели ни разу работу не искал.
От простого говнокодера на легасне дорос до верха рынка и даже чуть выше по зп для технического специалиста, за достаточно корочкой срок, по средним меркам в отрасли, конечно. дальше толко в управленцы итить.

(228) Согласен, но я про то, что тридцать человек в течение одного-двух десятилетий без особых проблем напишут систему практически любой сложности, особенно, если люди пишут не от случая к случаю, как частенько пишется свободный софт, а на окладе, то бишь те, которые не заботятся большую часть дня о пропитании... Кстати, о сложных системах, сколько я помню Касперский буквально за несколько лет выкатил ОС написанную и спроектированную с нуля. Да, покамест без внятного интерфейса и рюшечек, но тем не менее. Если что, ДОС на которой кое-кому приходилось работать в девяностых тоже не отличалась наличием интерфейса, максимум, что там было - Нортон Коммандер или его заменители...

(230) А сколько я помню историю, мелкософты свою ДОС тоже не с нуля написали, ходят упорные слухи, что они прикупили уже готовую операционку написанную ОДНИМ человеком, а потом ее уже довели до коммерческого вида. Так что утверждение, что настоящие большие проекты обязательно требуют многотысячных команд, сдается мне, слишком поспешны. Подозреваю, что такие проекты требуют квалифицированного проектирования и малой сплоченной команды классных спецов. А рюшечки, типа интерфейсов на пару тройку гигов, потом нарисуют гораздо менее квалифицированные спецы...

(230) ОС штука фундаментальная, и теория всего этого написана ещё в бородатые года.
А вот российский бизнес - штука такая - через год у тебя меняется вообще всё, в том числе и фундаментальные абстракции.
Таки это разные классы задач.
Треш, угар, пляски с законодательными инициативами, постоянные развороты на 180 градусов, вот что такое бизнес программирование.
Системное программирование да требует высочайшей квалификации, но что тот я очень сомневаюсь что там были какие то серьёзные перевороты последние лет 10.
Вот есть posix он да эволюционирует понемногу, но не блин так как это происходит в теплом ламповом 1с

(232) Ну, если ты внимательном посмотришь, то здесь обсуждается движок БД от маленькой конторы, которая уже как тридцать лет на рынке. Каким бы трэшем не был российский бизнес. Кардинальных изменений в теории баз данных за последние лет тридцать тоже не произошло. А спецов, которые могут написать хороший движок БД тоже не так уж и много...

(224) >>Считается, что нормальный 1С-ник, может в день на гора выдать порядка 400 строчек кода.

Просто чрезвычайно наивные оценки

(224) >>Если система этими же тридцатью программистами пишется 30 лет, то два с половиной ляма строчек становятся почти семьюдесятью миллионами строчек

Ой как же ты далёк от реальности, как далёк) Ты ещё более наивен, чем та группа студентов, решившая написать свою винду)

(225) ну такой себе показатель. Лучше расскажи, в каких реально сложных проектах ты участвовал? Рассуждения типичного 1сника я уже слышал)

(228) вот! Уже адекватностью запахло

(237) Ой блин. Адекватностью запахло :)) Ты здесь единственный неадекват

(86) да ну хватит. Даже если у вас будет вводиться 100 записей в минуту 24 часа в сутки - это за год выйдет чуть больше 52 миллионов. Миллиард - это 1000 миллионов.

Самое приятное в работе программиста - это не увеличивать объем кода, а сокращать его. Понять, что задача может быть решена оптимальнее и меньшим объемом операций - и реализовать это. Жаль только, начальство это не ценит и часто не дает сосредоточиться на размышлениях и оптимизациях)

(240) Так это же хорошо! Перфекционизм, когда не связан с необходимым улучшением процесса попросту вреден. И программист хернёй страдает с непрогнозируемым результатом, и конторе выхлопа нет.

(241) Для кого хорошо? Разве что для работодателя, который получает прибыль от эксплуатации рабочей силы программиста.
Потребителю ничего хорошего от этого - мы же видим, как разжирел софт без прироста реальной функциональности. Программисту - тоже ничего хорошего, работать в постоянном цейтноте и делать новую модную фичу криво-косо, абы как.

(242) Так ведь работаем за деньги, а не ради удовольствия. Потому кто платит, тот и фонограмму заказывает. Я за свои деньги могу даже стоянку подметать, но не разрешают почему-то. А потребитель вообще — дойная корова. И чтобы она давала больше молока и меньше ела, её нужно чаще доить и реже кормить.

(238) и это говорит человек, который считает написание СУБД плёвым делом)

(239) видел не одну БД, в которых были таблицы over миллиарда записей. И это вовсе не БД Газпрома или Сбера. Обычные средние организации

(244) Где я писал, что написание СУБД плёвое дело?

(243) Это вопрос психологический, за что мы работаем. Деньги безусловно важны, но они не единственный мотиватор. Деньги - это объем экономических ресурсов, доступных тебе. Вот только потребности у человека ограничены, и большая часть современных потребностей сформирована искусственно, чтобы запрячь людей в работу ради гонки за прибылью.

(247) с одной стороны да. С другой стороны, экономически неподъемными стали просто более-менее качественно и из хороших материалов сделанные вещи. Сравните ноут в корпусе из алюминия и из крашеного пластика, какова разница в цене.

(245) я чет нет. Миллионы записей попадались, да, даже десятки миллионов. Вот сотни - уже как-то трудно себе представить, если только на каких-то специфических применениях вроде автозапчастей.

(230) >>тридцать человек в течение одного-двух десятилетий без особых проблем напишут систему практически любой сложности

Не напишут, не заблуждайся. Программирование, это не стену складывать из кирпичей. Поделил количество кирпичей на часовую производительность, и получил человеко-часы на возведение здания. В программировании так не работает. Тут наслаивание одного функционала на другой пораждает сложность, которая неминуемо тормозит работу программиста. В сложных системах очень сильно тормозит. New Project и наколбасить 1000 строк кода это одно. Наколбасить те же 1000 строк кода где-нибудь в недрах монстроузной СУБД уже совсем другое. В первом случае управишься за несколько дней, попивая кофек. Во втором уйдут месяцы, и голова поседеет. В очередной раз кидаю статью:
https://habr.com/ru/post/429946/

(250) Вот postgres 37 человек как то написали https://github.com/postgres/postgres/graphs/contributors

(246) ты уже второй день споришь с реальностью. Уже второй день талдычу, что на весь мир только у трёх вендоров получилось создать (за долгие годы) масштабируемую СУБД - Oracle, Microsoft и IBM. Но ты настойчиво продолжаешь доказывать, что это же самое могла провернуть нонейм контора из Воронежа

(251) н-да. Ещё вчера ты приводил ссылку с сотнями человек (как выяснилось, указаны далеко не все), а уже сегодня ужал список до 37 человек

(252) Эти три монстра просто сожрали всех конкурентов. postgres тоже сожрут

(253) Что "н-да"? Зато это реальные данные, а не твое дилетантское представление о разработке ПО.

(255) моё дилетантское представление о разработке ПО намного приземлённее твоего дилетанского представление о разработке ПО. По крайней мере я не пребываю в детской эйфории о сложности задач

(256) При чем здесь эйфория. Я тебе показал список разработчиков. Покажи мне многотысячную армию разработчиков postgres.
Или реальное количество разработчиков скрывает мировое правительство?

(254) Microsoft поглатила Sybase, производившую довольно крутую СУБД того времени. Это было началом MS SQL Server. Если погуглишь Sybase, обнаружишь такую же СУБД, как и Линтер. Только Sybase насчитывала тысячи сотрудников. И как будто то же самое провернула воронежская конторка на полсотни человек, ага

(257) я тебе уже написал, что в том списке из российского Postgres Professional только имя директора. А в самом Postgres Professional работает пара сотен человек. Также там всего несколько человек от EDB. А это, наминуточку, здоровый международный интегратор, который занимается развитием Postgres.

Но даже если принять, что тот список в сотни человек это исчерпывающий список всех разработчиков Postgres, это всё равно намного больше, чем тридцать разрабов в воронежской конторе

а не,соврал, Sybase поглотил SAP

(259) Разработчиков то не сотни. Разработчиков то 37. А всякие консультанты, пиарщики и бухгалтерия тут не при чем.

Какой дурак будет нанимать тысячу программистов на проект? Что они будут делать? Каждому дать 100 строк кода и пускай сидят смотрят на код?

(261) н-да, ты уж определись в своих показаниях. Вчера ты оперировал одним списком, сегодня пытаешься другим

(263) мои показания всяко близки к истине чем твои "они украли Sybase потому что 30 человек не могут написать СУБД"

(262) ты просто мыслишь ларёчными категориями, и никогда не сталкивался с серьёзными разработками. Загляни в топ-10 крупнейших российских корпораций, там ты увидишь ИТ-департаменты на тысячи сотрудников, половина из которых это разработчики. Например, в Сбертехе, ИТ-департаменте Сбера, 8 тысяч сотрудников

существуют сотни СУБД и большинство из них созданы маленькими компаниями

А гиганты типа Oracle, Google, это такие гигантские ИТ-подразделения, там десятки тысяч разработчиков

(265) мы говорим об одной конторе и об одном проекте. при чем здесь корпорации

(266) не путай карманные СУБД и Линтер, который заявляет что рвёт Postgres

(268) почему ты настойчиво продолжаешь думать, что не бывает больших проектов с множеством разработчиков?

(269) В чем то рвет. В чем то не рвет. В любом случае, это не зависит от количества разработчиков. Это зависит от таланта и знаний.

(271) и откуда же этот талант и знания мог появиться в воронежской нонейм конторе, с оборотами как у продуктового магазина?

(272) Талант дается от природы, а знания из книг, опыта и интернета. При чем здесь Воронеж?

(270) есть такое понятие как - "Отдел", ты будешь удивлен, но эффективные отделы это от 4х до 10х человек, так вот ядром ЛЮБОЙ сложной системы занимается ОДИН отдел, все остальные отделы - занимаются обвязкой на этом ядре

(274) >>ядром ЛЮБОЙ сложной системы занимается ОДИН отдел

Чота ржу.

Согласно статистике GitHub, проанализированной Майклом Ларабелем из Phoronix, ядро ​​Linux имеет около 27.8 миллионов строк кода в репозитории Git по сравнению с 26.1 миллионами год назад
Source: https://frameboxxindore.com/linux/how-many-lines-of-code-is-linux-kernel.html

надо полагать, отдельчик начал писать ядро ещё в 14-м веке?

(275) код типовой бухгалтерии примерно 2 миллиона строк, вполне реально написать отделом из 5 программистов за 1 год

(273) притом, что опыт и знания нужно где-то наработать. Допустим, в Москве ты потрудишься в одной биг-конторе на биг-проектах, другой биг-конторе на биг-проектах... И вот получился опытный, компетентный специалист. В Воронеже с этим посложнее

(276) поверь, даже близко не напишут

(276) напиши ;-)

Делов-то

(278) поверь - напишут, я в этом побольше многих понимаю...

разумеется отдел это чистые кодеры а не команда внедрения...

При том что в 1с часто происходит горизонтальное масштабирование. Документы, справочники, отчетики могут клепаться рядом друг с другом и жить независимо. Это не идёт ни в какое сравнение с механизмами СУБД. Ты написал "select .. from ... where", а в нутрях СУБД всколыхнулись миллионы строк кода на Си и C++. А это монстроузные алгоритмы, напичканные математикой и системщиной

(277) в Воронеж не завезли интернет?

судя по твоим высказываниям - это какая-то ж.па мира хрен знает где

дыра дырой :) провинция

(277) И каких таких конторах нужно работать в Москве чтобы научиться разрабатывать СУБД, в вашем франче чтоли?
вот разработчики NET core 100 человек
https://github.com/dotnet/core/graphs/contributors

(281) > отдел это чистые кодеры а не команда внедрения
Вот +многа. Когда вменяемого разработчика не дергают на "анализ вопросов с горячей линии" он горы сворачивает.

(283) > провинция
Эх. Бросить бы все, и в Воронеж... =)

Как сказал мой товарищ вчера по поводу Линдера, что мертво умереть не может. Пожелаем ребятам удачи

(281) Есть тиражные решения?

(283) тот Линтер ещё в 90-х писали

(282) Это называется ненормализованная база

(283) 3 часа езды, как мне от дома до работы ;-)

(291) упаси бог так на работу ездить. надеюсь, это происходит только в день зарплаты

(292) Не, ща все компенсируется ;-)

(289) не боги горшки обжигают

например, Всеволод Волков из Киева давным давно написал оболочку VC на асме для DOS. тогда еще интернета не было? его инопланетяне покусали? как он смог такое придумать? клон NC (наверн скоммуниздил :)))

https://ru.wikipedia.org/wiki/Волков,_Всеволод_Владиславович

а Дуров Паша (который просит не называть его российским миллиардером) - он хоть не из Воронежа, он хреновый погромист (филолух по образованию, но погроммист-самоучка)? или он рукой водит?

Ленинград (место рождения) конечно не такая "дыра" как Воронеж...

(294) про Волкова вообще трэшак

http://www.softpanorama.org/OFM/Paradigm/Ch03/volkov_commander.shtml

с3.14жжено оттуда: "Интересно отметить, что он написал Всеволода Волкова, будучи студентом Киевского политехнического университета, где он закончил электронику, а не информатику. И он писал программу в чрезвычайно трудные времена, которые читатели США могут понять только как условия, существовавшие в разгар Великой депрессии, а немецкие читатели - как условия гиперинфляции Веймарской республики. Я до сих пор не могу понять, как студент физически мог написать такую ​​программу, даже не имея компьютера. А в это время в Киеве частные ПК были такой же редкостью, как сейчас Lamborghini в США. Университеты были бедны как церковные крысы в ​​отношении вычислительной техники, и получить компьютерное время на ПК для студента было не так просто. В то время я был заведующим кафедрой информатики Киевского торгово-экономического университета, и все, что у нас есть, это два десятка машин класса АТ в лабораториях и полдюжины на разных факультетах. Даже среди профессоров информатики очень немногие имели домашние ПК."

(295) гугл-транслит перевел с буржуйского...

(294) Есть набор факторов говорящих что не все так однозначно

(295) Когда ты молод и глуп, ты можешь создать всё, что угодно. А когда ты старый и умный, как Конструктор1С, ты не создашь ничего, потому что "это невозможно создать, потому что на это нужно 1000 программистов и миллиарды долларов".
Такова селяви.

(298) правильней сказать так:
пока ты молод и за тебя ктото платит за жрачку, за жильё, за одежду, ты можешь делать что хочешь

вот в этом селяви
Я угораю читать иногда пассажи в стиле "Закончил институт, год поездил по миру отдохнул, потом пошел неспешно искать работу, почему никто так не делает? надо психологически отдыхать после учебы"

(299) > правильней
Нет. Здесь надо формулировать от противного - "Когда ты не молод и все твои возможности сводятся к оплате за жрачку, за жильё, за одежду, ты не можешь сделать ничего."

(301) вот это правильно

(294) ладно-ладно. Будем считать было чудо. Провинциальной конторе удалось нанять на провинциальную зарплату самородков, каждый из которых заткнет за пояс сеньоров из майкрософта! И эта команда, конечно же до этого писавшая сложные системы, сколотила Линтер. Так оно усё и було

(303) Ну ты не расстраивайся так =)

(301) Чудесный мир он таков, пока не оказывается по прошествию лет, что за всеми успехами стоял дядя с чемоданом денег

(298) ну, у тебя-то за спиной две написанных СУБД и три ERP в газпромах. Тут ближе аналогия со студентами, которые собрались написать свою винду...

(303) а Саратов это тоже "дыра" как и Воронеж?

https://www.vzsar.ru/news/2021/11/12/saratovskiy-11klassnik-pobedil-na-mejdynarodnom-konkyrse-po-iskysstvennomy-intellekty.html

старость от 2018 года
https://saratov.gov.ru/news/saratovskie_programmisty_poedut_na_chempionat_mira_v_portugaliyu/?month=12&year=2020&version=print

новость

https://www.cnews.ru/news/top/2021-10-06_rossijskie_studenty_v_vosmoj

Лениград, Москва, Алтай, Саратов

Воронежа что-то нет...

(306) Ну я хоть догадался зайти на github и посмотреть сколько разработчиков занято в крупных проектах. А ты просто ляпнул неподумавши, а потом уперся рогом.

(307) Ждем теперь от них коммерческие проект за свой счет ;-)

(307) Нижний Новогород еще (тоже жопа мира?)

(307) это всё баловство. У студентов уровень ддунов, и соревнуются они с такими же

(308) ты увидел только тех, кто коммитил конкретно в этот репозиторий. К числу разработчиков это не имеет никакого отношения. Не обманывайся сам и не обманывай других

(311) баловство

https://habr.com/ru/company/timeweb/blog/586186/

https://docs.icpc.global/icpcMoscow.pdf

за прошлые года развлечения

https://icpc.global/worldfinals/problems

+(312) ты только что продемонстрировал, как же ты далёк от командной разработки, репозиториев и вот этого всего

(313) Лучше коммерческие программы чемпионов мира

(312) Понятно. Суслика не видно, но он есть

(314) ты то каким боком к командной разработке :)

(315) фузина

там Bro или как его тоже победитель олимпиады по ИТ

(318) Это который не может в 1Ске определить наследование классов?

(317) непосредственным. У меня есть опыт разработки в составе относительно немаленьких команд (десятки человек), и курирования команд разработчиков. Почему я тебе и указываю на твою оторванность от реальности

(313) 1974 года задания

https://icpc.global/worldfinals/problems/1974%20ACM-ICPC%20World%20Finals/1974-Texas.pdf

(320) А 1000 человек где? Опять 10 получается

(322) в таких проектах я не участвовал

(322) А есть отличия?

(323) И с чего ты вдруг решил, что чтобы разработать СУБД Линтер нужно тысячи разработчиков? Сам выдумал, правда?

(325) Ждем твоего стенда на 1С под Линтер

(325) с того, что разработка СУБД, как и разработка ОС, это очень трудоёмкая задача. Это тебе не нанял с улицы десять пацанов, усадил за компьютеры и они пишут. Там требуются большие знания и большое количество времени. Либо воронежские товарищи слепили свою СУБД из другой, либо она как фузина - "на словах Лев Толстой, а на деле..."

(326) нахрен мне этот линтер. был бы бесплатный...

(327) опять 25

(327) С чего ты взял, что с улицы десяток пацанов? Вообще-то Воронеж еще при Союзе был центром высокотехнологичной промышленности. Там было множество заводов на которых работало десятки тысяч людей в области электроники (есть и сейчас), первые видеомагнитофоны были здесь же, телевизоры, космическая техника (до сих пор есть), авиастроение (до сих пор есть) и еще много чего. Было множество различных НИИ со своими командами разработчиков. Когда только начинал 1С-кой заниматься (в начале 2000-ых) пришлось ехать к клиенту в местных аэропорт, был сильно поражен, что там на тот момент была еще жива система разработанная тамошней командой программистов, которая закрывала полностью все потребности аэропорта, начиная от расчета зарплаты, заканчивая продажей билетов. Разговор с тамошней главбухшей показал, что эту систему собирались на весь Союз поставить, но пришли девяностые, зарплаты платить перестали, команда программеров разбежалась. И таких команд по Воронежу было не просто много, а очень много, потому что высокотехнологичные отрасли в 90-ых прекращали свое существование, а компетентных людей - математиков и физиков было очень много. Да и сейчас много...

(328) Вот и смысл этой ветке, нахрен он нам пока есть МС и ПГ?

(330) да выяснили уже, что Воронеж город самородков. И те вещи, которые MS и Oracle создаёт за десятилетия и миллиарды $$$, воронежские пацаны пишут небольшими командами...

И да, по поводу, слепили из другой, цитирую:

"История СУБД ЛИНТЕР начинается в 1980 году. У системы были свои отечественные предшественники, в разработке которых принимали непосредственное участие создатели СУБД ЛИНТЕР. К 1983 году в Воронежском СКТБ «Системпрограмм», в рамках государственного заказа, был разработан и успешно завершен проект реляционной СУБД БАРС под управлением операционной системы реального времени РАФОС (прототип RT-11) для машин семейства СМ ЭВМ."

https://www.tadviser.ru/index.php/Продукт:СУБД_Linter_(Линтер)

Считаешь 40, еще раз СОРОК лет малый срок, для того, чтобы написать свой софт при наличии компетенций?

(330) Знаем, завод который выпускал движки, решил что выгоднее переквалифицироваться на производство сковородок, сковородок Карл

(333) Ждем стенд?

(334) В девяностые множество заводов позакрывалось, особенно высокотехнологичных, но народ то остался, купить себе комп и начинать зарабатывать разработкой - другого выбора по тем временам не было, сам такой...
Ну и еще, согласно ссылке в (333) - пятьдесят миллионов встраиваемых устройств в Японии работают на этом самом Линтере. Конструктор1С считает, что японцы будут лицензировать с3.14зженную БД?...

(336) Из твоего же
Проектов внедрений - 3

(333) примерно вот так в позднесоюзные времена велась "успешная разработка"
https://ru-oldpc.livejournal.com/69822.html
то есть банально клонировали западное. Поэтому и пишу свои сомнения, что какой-то там воронежский СКТБ мог сделать подобные вещи. Ибо банально не было для этого условий. Ораклы с майкрософтами стригли $$, разрабатывали, и снова стригли $$. У всяких там НИИ даже близко не было подобных условий

у Nginx миллионы инсталляций

(336) Внедрения есть на сайте Линтера. Интересно? - почитай. Хотя я так подозреваю, что их кормит как раз тот самый контракт с японцами...
(338) Ты ничего не перепутал? Читать умеешь? История системы началась в 80-ом году. Знаешь когда началась история мелкософта? В 75-ом. Они только в 1981-ом выкатили первую свою MS-DOS, которую не сами же слабали, а купили и переименовали. История Оракл началась в 77-ом.  В восьмидесятом они и выкатить то еще ничего не успели.

(340) А я думал госконтракты на 270кк

(338) А, вот откуда ноги у "мнения" растут - "про Линтер ничего не знаю, но в позднем советском союзе было все плохо, поэтому...".

Не позорился бы ты так. Я лично знал ребят с Воронежского ВНИИСА, он по-моему сейчас "Cозведие" что-ли. Они в то время пилили и софт и железо двойного назначения вполне себе по своим оригинальным технологиям.

(339) еще один самородок

https://ru.wikipedia.org/wiki/Сысоев,_Игорь_Владимирович_(программист)#:~:text=Игорь%20Владимирович%20Сысо%CC%81ев%20(род.,году%20окончил%20МГТУ%20имени%20Баумана.

(342) Назови сколько контор вышло из госсектора в коммерческий?

(340) оп-па! Выходим на новый уровень! Оказывается, воронежская бюджетная микроконторка не только смогла сделать то же, что и софтверные гиганты, но и научилась это делать раньше их! Самому не смешно?

(344) По всей стране? По какому-то региону?

(346) По РФ ессно, айти контор

(341) Вот с госконтрактами было не очень. Кое что есть, но мало. Это все-таки именно движок, а не прикладуха. К тому же в 90-ых, когда они стали коммерциализироваться, софт не покупали не только частники, но и коммерсы и госконторы. Так что возможности заработать на внутреннем рынке было мало...

(342) но это исторический факт. Советский "конвейер идей" был убогим. У капитализма в этом плане было сильное преимущество. Тот Джобс, который создает Эппл,с неё же гребёт бабло, на это же бабло развивает своё детище, и сам себе творец. В союзе "конвейер идей" был забюрпкратизирован, авторы разработок либо не были заинтересованы в развитии своих детищ, либо не имели на это ресурсы

(345) Ты идиот? Что они не смогли, и что сделали гиганты? В восьмидесятом году отдел спецов начал лабать свой движок БД, который десять лет никто и не пробовал продавать. Ты в Союзе не жил? Не знаешь, как делались разработки? Сидел отдел на зарплате и пилил движок для узкого круга применений. Да, если бы тогда был капитализм, может попытались бы продавать, но не факт, что тогда просто сам по себе отдел был бы. В девяностых промышленность начала рушится, возможно и их НИИ приказал долго жить, и ребята были вынуждены уйти в свободное плавание. Бабла за ними не стояло. Рынка как в Штатах тоже. Как смогли продвинуться так и смогли. Если что, то ни Бил Гейтс, ни Ларри Элиссон тоже не гении-программисты.

(349) Ну, идей в Союзе на тридцать лет продажи, до сих пор продают...

(350) Зачем ты переходишь на оскорбления? Показывай применение этой СУБД, это же форум 1Сников, а значит и применимость к 1С, 1С их послало

по их же словам

(352) Потому что наш диалог напоминает мульт "а баба яга против", если он утверждает, что движок спёрли - пусть и доказывает, а не разбрасывает обвинения кому ни попадя. Если я ему скажу, что он нихрена не знает, нихрена не умеет, он же обидится. Почему же он считает возможным обвинять кого-то в чем-то просто на основании "а я вот вам не верю"?

(354) У них есть акты приемки передачи из закрытого НИИ?

(354) компьютеры спирали, а софтину спепеть постеснялись? Ну-ну

(356) А какую софтину можно было спереть в 80-ом? Ты уж уточни. Оракл или мелкософтовый сиквел...
(355) А НИИ вообще жив думаешь? Ну и кроме того, если ты разработчик системы, сколько тебе понадобиться времени, чтобы изменить код так, чтобы все вопросы отпали?

(357) а кто тебе сказал, что её могли спереть именно в 80-м? Могли несколько лет, на бюджетном бабле, рожать своего уродца. Когда пришло осознание, что оно мёртвое, спиратили готовое. Это как вариант. Ну и для расширения твоего кругозора, СУБД были ещё в 70-е

Плюс к (357), представляю самый плохой вариант - сперли. Ты представляешь сколько кода осталось от первоначальной системы за ТРИДЦАТЬ лет? Я вот перерабатывал типовые на семерке - на пару с еще одним человеком мне понадобился десяток лет, чтобы от типовой бухи не осталось НИЧЕГО, на восьмерке мне одному понадобилось пару лет, чтобы от типовой бухи мало что осталось... За тридцать лет от первоначального кода тоже не останется НИЧЕГО.
(358) Были и ранее, и много ты знаешь тех движков, которые дожили до настоящего времени и используются? Причем на новых устройствах и достаточно эффективно?

(358) а гиперзвук, ракету сармат и прочие "вундервафли" сперли у  Вернера фон Брауна ?

Компас ЗD с3.14жжен у Autodesk  походу

https://ru.wikipedia.org/wiki/Компас_(САПР)#:~:text=Разрабатывается%20российской%20компанией%20«Аскон».,заглавными%20буквами%3A%20«КОМПАС».

(359) Где используются, я пока не видел ни у одного клиента этой СУДБ

(358) Смотри, Линтер тебя может привлечь за клевету и будешь третьим источником дохода, помимо японцев и госсектора :)

(360) естественно. все старые пердуны-одинесники это знают

(361) Ты написанное мной читаешь? Когда интересуешься внедрениями 1С ты где их будешь искать? На сайте 1С или еще где? Ну интересны внедрения - зайди на их сайт и изучай. Или в гугле забанили?

(359) кто-то помешал бы спереть другую версию той же СУБД или другой СУБД?

(361) слава богу, у тебя нет таких клиентов :)

ходил я как-то в бытности стажера во фрилансе к "чекистам" 1С обновлять. до сих пор вздрагиваю как вспомню - неприятные типы, при входе к ним в контору забирали паспорт и возвращали по уходу :)

и ГБ про "чекистов" много лестных слов в кавычках рассказала :) работа у них такая :) и опасна и трудна


давно это было :)

(364) Я нашел по твоей же ссылки 3 внедрения подтвержденных за 30 лет,  ты нам тут заливаешь про успешное использование

(365) Да. КГБ только этим и занималось. Движки БД воровало

(366) Это сознательный выбор не получать 1-ю форму допуска

(366) > в бытности стажера во фрилансе

стажера во франчайзи*

йопта, ашипся

(361) А я видел. Мерятся по этому поводу будем? Или так оставим...
(367) Как же все плохо. Та ссылка, что я кидал лично к ним не имеет отношения от слова совсем, это можно сказать средства массовой информации в интернете. Тебя действительно учить гуглом пользоваться, чтобы найти сайт производителя надо? Или все-таки сам догадаешься, как зная название системы найти производителя?

+(371) Если все действительно плохо, то представляю:

https://www.linter.ru/ru/linter-bastion/resheniya-na-baze-subd/

А вообще, первая же страница разработчика:

https://www.relex.ru/ru/

встречает сообщением, что фирма имеет более 150 сотрудников, 346 компаний клиентов и 578 выполненных проектов...

(372) Они всё украли. Мне один дятел рассказал.

(373) Однозначно :-)
Вот кстати, один из немногих еще живых "конкурентов 1С" Платформа Турбо 9 от ДИЦ. Платформа поддерживает работу с Линтером. Так что не так все плохо...

(372) у фузины тоже есть внедренные решения, и по словам разработчиков фузина намного лучше 1с. А натянутая на постгрес фузина даже убивца оракл

(375) Вот только Турбо 9 сильно пораспространенней Фузины будет, даже если тебе это название ничего не говорит... По сути, это одна из немногих реальных альтернатив 1С-у...

(375) Вон у них вакансии есть. https://job.relex.ru/vacans/ Устраивайся к ним на работу и узнаешь как СУБД разрабатываются. Сомневаюсь, правда, что у тебя есть какие то таланты для перечисленных вакансий.

(376) а также Парус, Галактика, Босс системы... и ещё с пяток систем о том же, только почти мёртвых

(378) Подозреваю, что даже умирая эти системы приносят своим владельцам прибыли чуток побольше, чем ты за всю свою жизнь видел... Особенно Галактика, не находишь? Галактика контролирует около семи процентов рынка ERP в России. На их век хватит. Да и Парус на бюджете соберет свои деньги. Я уж о Боссе не говорю. А Турбо 9 это тот же ценовой уровень, что и у 1С, тысячи, а то и десятки тысяч клиентов у них есть, можешь не сомневаться...

кстати я думаю, что если 1с сделает адаптацию и будет включать специальную лицензию (за недорого) на отдельную сборку линтера все будут в большом плюсе....

даже если линтер и не тянет крупные проекты то для средних компаний вполне пойдет, тем более в условиях импортозамещения.

И тогда пользоателей линтера будет не тысячи а десятки тысяч, главное подобрать разумные стоимости лицензий...

есть еще интересное предложение - 1с купит Линтер (по аналогии с Битриксом)

(380) Покупай сборку под свое железо, такая ща услуга доступна

сборку платформы

Вопрос же, кто будет оплачивать первичную интеграцию 1Ски? 1С, Линтер или клиент Линтера

(380) Поживем - увидим... Кто еще несколько месяцев назад мог предсказать, что мелкософт убежит с рынка, а это сильно все меняет. Допускаю, что 1С, и правда, начнет пересматривать свои первоначальные позиции, ибо, один доступный движок остается Постгре, а это как-то мелковато, да и знатоков постгре не сильно больше чем Линтера :-)...

(385) ХЗ, у нас каждый второй клиент ПГ, сейчас нет клиентов кто о ПГ не слышал, или не рассматривал в качестве СУБД

(381) 1С как-то не захотела обзаводиться Постгре Про, хотя наверное могла...

(387) Я думал что ПП это контора 1С

либо около 1Сных чуваков

(386) Верю. Когда речь о халяве поневоле народ тянуться начинает, но это только первые шаги Постгре по нашему отечеству, мало еще и литературы и спецов. Хотя, думаю, сейчас подтянутся. Но один движок все равно маловато, да и думаю на относительно мелкие базы Линтер действительно был бы предпочтительней для тех кому надо какое-то сопровождение.

(388) Будто бы нет. Хотя они как-то взаимодействуют...

(391) У ПГ про есть продукт на стыке 2-х продуктов, без доступа к разрабам платформы ты его никогда не получишь

(392) Ну так и у 1С есть какие-то заплатки к ПГ, подозреваю, эти заплатки могли ваять как раз разрабы из ПП. Так что действительно какая-то связь налажена, какая - хз. Взаимодействие между российскими фирмами вещь "в себе". Ну и данные в общем доступе тоже - еще те данные. За двадцать лет работы с 1С не встречал ни единого клиента, кто работал бы чисто по-белому, поэтому брать данные отчетности фирмы и считать, что о фирме все известно для России не работает...

(393) На них вообще-то должен распространяться 275 фз так как основные заказчики силовики

(394) Похоже что так...

(387) Для подавляющего большинства задач на 1С вполне достаточно оригинальной СУБД с патчами, улучшающими производительность в ряде случаев.
Этот вариант 1С и распространяет.
Сейчас 200 человек и 300 ГБ базы не тот случай, где обязательно нужен какой-нибудь ентерпрайз, хоть Postgres, хоть что.

(380) ты ценник этого Линтера видел?

(381) был бы интересен, давно бы купили

(385) какие у Линтера преимущества перед постгрёй?

(399) Цена

(399)
1. он имеет сертификат "защищенности"
2. судя по описанию - более "устойчив"
3. не под санкциями (читаем - стабильная техподдержка и обновления)
4. имеет больше перспектив нормальной работы на наших процессорах

(400) what???

Линтер СТАНДАРТ 5 клиентских подключений    26 000
Линтер СТАНДАРТ 10 клиентских подключений    47 000
Линтер СТАНДАРТ 15 клиентских подключений    69 000
Линтер СТАНДАРТ 20 клиентских подключений    90 000
Линтер СТАНДАРТ 25 клиентских подключений    110 000
Линтер СТАНДАРТ 50 клиентских подключений    206 000
Линтер СТАНДАРТ на 1 процессор    170 000

Линтер БАСТИОН 5 клиентских подключений    201 000
Линтер БАСТИОН 10 клиентских подключений    359 000
Линтер БАСТИОН 15 клиентских подключений    527 000
Линтер БАСТИОН 20 клиентских подключений    686 000
Линтер БАСТИОН 25 клиентских подключений    836 000
Линтер БАСТИОН 50 клиентских подключений    1568 000
Линтер БАСТИОН на 1 процессор    985 000

(402) в бюджетных конторах это важно. у них зряплаты маленькие, а бюджет выделяется

(401) сертификат всего-лишь бумажка. Те же MS и Oracle тратят на безопасность милиарды $$. А воронежская нонейм контора сколько потратила?

+ фузина по описанию так вообще венец творения, чудо инженерной мысли

(397) Боюсь, что мало кому нужна будет версия БАСТИОН с сертификатом ФСТЭК, а СТАНДАРТ вполне доступен с учётом бессрочной лицензии

(401) < больше перспектив нормальной работы на наших процессорах>
Это те которые санкции выпускать не дают на Тайване?

(407)
В связи с ограниченным спросом процессоры «Эльбрус» производят малыми сериями под заказ, используются две площадки — завод Микрон в Зеленограде (техпроцесс до 90 нм) и фабрика TSMC в Синьчжу.

https://www.mikron.ru/

(408) ага, но у меня чёт очень огромные сомнения что на процессоре с 90нм техпроцессе даже ОС наша импортозамещенная запустится, не то чтобы субд какаято

нормальные процы в РФ увы и ах делать не умеют, у нас оборудования такого нет и в ближайшие годы не будет

(410) не 90 а 65 они нормально делают, но не суть.... дело в том, что огромный рынок не больших компаний вполне может быть переведен на это....

разумеется серьезные фермы делать не выйдет но начинать с чего-то вполне можно...

Было бы интересно если сервер 1С допилили до возможности выбора СУБД Линтер, кроме имеющихся

(412) <огромный рынок не больших компаний вполне может быть переведен на это>
ага, "всеголишь" надо переписать весь софт на arm да еще почти 10 летней давности, тут 1С тормозит на i7...смешно да

< но начинать с чего-то вполне можно...>
можно, можно и из дома выйти и на работу пойти, тоже неплохое начало. тут горизонт планирования далеко за 5 лет уходит если ничего не изменится с такими вводными

(414) пропал дух авантюризма мы перестали лазить в окна к любимым ....

(408) TSMC же запретили выпускать что либо

(416) завод Микрон в Зеленограде 65нм

(417) Ну ты написал что зелек и ТСМС в синьчжоу

Ты погляди, а Конструктор1С все страдает бедолага. Прямо спать не может, что деньги валятся в чужой карман, а не в его... Печалька... :-))

(414) Какой тут горизонт планирования в пять лет, тут что завтра будет хрен определишь, а ты про пять лет рассказываешь. Вот только из дома на работу и можно запланировать

(419) что ты несёшь?

(421) сдается мне, что он разработчик (с) но это не точно

(422) сдается мне, что он в своей жизни не участвовал в разработке ничего серьёзного. Просто по каким-то своим мотивам защищает эту СУБДшку. Его выдаёт "400 строк кода в день" (224). Это какие-то оценки из мира фантастики, с розовыми единорогами, бегающими по радуге

(423) Ну 400 строк понятно на старте проекта, когда из того что есть, это 3 подключенных библиотеки, далее строки кода стремятся к 0

(424) (423) чем Вам не нравится "400 строк в день" ??? это мало или много?

для любого нового функционала это мало, для фикс багов это много.... Но в среднем по больнице вполне может быть...

(422) Разработчики здесь вряд ли появятся. О чем им тут с вами спорить? Доказывать местным полудуркам, что в Воронеже есть программисты и что они Линтер не украли у Sybase? :)

(425) когда решаешь академическую задачу, "New Project -> Маслять код лишь бы заработал", то по 400 строк кода в день можно выдавать... первые несколько дней. Если работаешь в плотном окружении существующего кода, всё доводишь до ума, то кода получится намного меньше. И по мере нарастания нового функционала, а вслед за ним и сложности, количество добавляемого кода будет всё снижаться и снижаться, как бы стремясь к нулю. Как-то попадался на глаза результат западного исследования, типа во сколько же обходится написание/изменение одной строки кода. Исследовали только давно существующие популярные системы. Названия сифтин не озвучивались, но типа их знают все. Так вот, получилось что одна добавленная/доработанная строка кода обходится вендорам от 1$ до 40$. В цифрах могу ошибаться, но примерно так

(426) когда подрастешь, тогда и будешь рассуждать о разработки слодных систем. А пока что почитай книгу Фредерика Брукса "Мифический человеко-месяц". Там как раз разбиваются иллюзии, насчет простоты разработки сложного ПО

(429) Прочитай учебник русского языка. "рассуждать о разработки" :)

(429) Это ты в этой книжке прочитал, что Линтер украли и в Воронеже не бывает программистов?

(430) когда нечего сказать, ищи ошибки в тексте. Так школоло завещали. Писал на ходу, а форум не позволяет редактировать текст

(431) софистика. Я не писал, что в Воронеже нет программистов. Я писал, что разработка промышленной СУБД это не уровень микроконторки. Почитав книгу, начнешь понимать почему так

(432) "когда нечего сказать, ищи ошибки в тексте". Дело не в ошибках. Просто люди, которые пишут "рассуждать о разработки", так пишут всю свою жизнь. Книжки просто в детстве не читали. Зато берут на себя наглость утверждать, что Линтер украли.

(433) вот зачем ты так нагло перевираешь мои слова?

(434) "а я не говорил, что не существует. Либо поделка уровня карманных СУБД, либо скомунизженная версия популярных СУБД из прошлого. Того же Sybase, например. "
твое изречение?

(432)" А Linter разработала нонейм контора (в 200 ртов численностью) из Воронежа, скорее всего скомуниздевшая код какой-то СУБД из прошлого"
твоё?

(435) молодец что нашел. Я уж хотел сам скопипастить. Теперь перечитай его внимательно

"и откуда же этот талант и знания мог появиться в воронежской нонейм конторе, с оборотами как у продуктового магазина?"

(438) ну, сможешь ответить на этот вопрос? Вот тебе вводная от Фредерика Брукса, которого ты, надеюсь, когда-нибудь прочитаешь:

"В течение ряда лет при планировании разработки программного обеспечения я пользуюсь следующим эмпирическим правилом:
1/3 — планирование,
1/6 — написание программ,
1/4 — тестирование компонентов и предварительное системное тестирование,
1/4 — системное тестирование при наличии всех компонентов."
(с)

то есть Бруск считает, что на написание кода уходит, в лучшем случае, 1/6 всего времени

(439) и на какой тебе вопрос ответить?

(440) на тот самый, который ты последним скопипастил

(441) Откуда появился талант и знания в воронежской конторе? Глупый вопрос.
Талант от природы, знания из науки. В Воронеже тот же интернет, что и во всём мире. Практиковаться им есть на чём.

(442) ага, особенно в 80-90-е годы у всех воронежских пацанов был интернет

(443) В 80-90-е годы были программисты и они умели программировать. Для начала, этого достаточно. Ты меня утомил своей тупостью. Больше не буду писать.

(443) У тебя претензии совершенно детские, настолько детские, что прямо таки и хочется к тебе "малыш" обратиться... А если серьезно, никогда не задумывался, что большая часть я уж не говорю про гениев, но просто сильных и замечательных конструкторов, программистов, изобретателей, да даже политических деятелей и т.д. рождены весьма далеко от столиц, и далеко не все из них горят желанием туда переехать. Я понимаю, что было бы здорово, если все самые сильные ученые, конструкторы и программисты рождались в нерезиновой, но, успокойся, это не всегда так. Поэтому твои претензии по поводу "воронежской маленькой конторы" смешны и глупы. Неплохо бы выкатывать более внятные претензии. И да, кстати, Воронеж хоть и провинция, но при всем и при этом город миллионник, так что выбор есть из кого делать...

(443) А ядро линукса было написано одним человеком. Потом, разумеется, много кто вложился, но первоначальный готовый продукт был получен за счет труда одного. Поэтому мне непонятно ваше требование к многотысячному коллективу разработчикрв.

Давайте ещё раз вглянем в глаза реальности.
Всего три вендора в мире смогли себе позволить разрабатывать собственную СУБД - Oracle, Microsoft, IBM
Четвердая СУБД - PostgreSQL - создана большим сообществом, включающим десятки организаций и тысячи людей по всему миру. И не без участия тех же жирных вендоров
https://www.postgresql.org/about/sponsors/

и тут вбегает воронежский микроинтегратор, который как будто бы сделал то же самое!

(445) Добавлю к этому лишь одно - если есть наработанный механизм обучения и передачи компетенций. Например работа с преподавателями профильных ВУЗ-ов.

(447) "Всего три вендора в мире смогли себе позволить разрабатывать собственную СУБД" - вранье. Даже обсуждать не стоит.

(446) вот даже не смешно. То первое ядро Линукса было всего несколько тысяч строк кода, современное ядро Линуска ~30 миллионов строк кода

(449) ну назови ещё. Сможешь? Только не надо сюда притягивать карманные СУБД, типа dBase или SQLite, речь исключительно о промышленных многопользовательских СУБД

(450) А какая разница? Продукт был написан. Потом дорабатывался. Но продукт уже был, до того, как миллионы строк кода было дописано.
А в этом случае - твое возражение аналогично тому, что ты в 1992 году написал бы: "Линукс невозможно написать одним человеком"

(445) у меня для тебя плохие новости, взрослый дядя с детскими рассуждениями, гении не собираются в одну толпу в провинциальной конторе

(448) Согласен, но про это замечу Воронеж во времена Союза был одним из центром Союзных высокотехнологичных производств, здесь до сих пор живет космическая индустрия, авиастроение, была по союзным меркам очень развита электронная промышленность (кое что осталось до сих пор), и под все это дело было большое количество профильных вузов, со своим университетом (по тем временам наличие университета было редким явлением, это сейчас все переобозавли универами, тогда с этим было на порядки строже)

(451) С чего вы решили, что СУБД реального времени не "карманная СУБД"? Я не читал про этот Линтер, но вот QNX - как раз отличается малыми размерами и компактностью.

(452) не видешь разницы между несколькими тысячами и десятками миллионов?

(453) Малыш, для хорошего проекта не надо иметь исключительно гениев, достаточно одного-двух плюс некоторое количество хороших спецов. На этом выехал и советский проект первой атомной бомбы, и практически все советское авиастроение - много ты знаешь конструкторов стоящих за Туполевым, Ильюшиным, Яковлевым и т.д. В программировании все совершенно также... Еще раз повторяю, я не против претензий, но уж выкатывай претензии, которые можешь хоть как-то подтвердить, а не претензии из разряда "а Баба Яга против"...

(447) СУБД все кому не лень пишут, даже фирма 1С

4th Dimension
Adabas D
Alpha Five
Apache Derby
Asql
CA-Datacom
CSQL
Daffodil database
DataEase
Dataphor
Derby, известный как Java DB
EnterpriseDB
eXtremeDB
empress
FileMaker Pro
Firebird
Gladius DB
Greenplum
H2
Helix database
HSQLDB
IBM DB2
IBM DB2 Express-C
Informix
Ingres
InterBase
Intersystem Cache Database
Kognitio
Linter
MaxDB
Mckoi SQL Database
Microsoft Access
Microsoft Jet Database Engine (часть Microsoft Access)
Microsoft SQL Server
Microsoft SQL Server Express
Microsoft Visual FoxPro
Mimer SQL
MonetDB
MongoDB
mSQL
MySQL
Netezza
NonStop SQL
Openbase
OpenLink Virtuoso (Open Source Edition)
OpenLink Virtuoso Universal Server
Oracle
Oracle Rdb for OpenVMS
Pervasive PSQL
PostgreSQL
Progress 4GL
RDM Embedded
RDM Server
Rumba DB
The SAS system
Sav Zigzag
ScimoreDB
SmallSQL
solidDB
SQLBase
SQLite
Sybase Adaptive Server Enterprise
Sybase Adaptive Server IQ
Sybase SQL Anywhere (ранее известная как Sybase Adaptive Server Anywhere и Watcom SQL)
tdbengine
Teradata
TimesTen
txtSQL
Valentina
Vertica
VistaDB
VMDS

(458) список большой, только его сократить как минимум наполовину можно

MySQL это Oracle
Informix это IBM

(457) не умничай, а? Твоё вот это изречение демонстрирует всю глубину твоего опыта

"Ну пусть не 1С-ник, и кода он выдает не 400 строчек, а 300. Тогда 300 строчек, в течение одного года (порядка 250 дней) на тридцать человек выдают 300 * 250 * 30 = 2 250 000 строк, то бишь более дву лямов строчек"

Наивнее только студент после трёх лабороторок по Си, который на айтишном форуме создаёт тему "Посоны, айда свою винду напишем!"

не ту вы субд обсуждаете, линтер, как я понял для военки делали и гос. структур. А вот новость от конторы, которая участвовала в разработке: "В феврале 2022 года «РЕЛЭКС» объявила о релизе альфа-версии СУБД SoQoL и старте программы тестирования, к которой могут присоединиться все желающие".

(458) а зачем мешать всё и в кучу? Мы тут говорим конкретно про серьёзные промышленные СУБД, одну из которых (PosrgreSQL) этот Линтер на словах даже обошел, по каким-то там своим тестам

(459) С одной стороны да, но с другой, обе эти штуки большие разработчики приобрели относительно недвано, и стали они известны без этих самых больших разработчиков...

(462) это к тому:

>Всего три вендора в мире смогли себе позволить разрабатывать собственную СУБД - Oracle, Microsoft, IBM

а остальные не шмогли себе позволить

(460) Малыш, еще раз для особ умных, я тебе это посчитал для конторы в 30 разработчиков, сейчас в этой конторе полторы сотни человек, за тридцать лет даже тридцать человек может написать все что угодно, а времени на разработку было даже не тридцать, а сорок лет, так что твои претензии глупы как минимум, если не сказать более грубо...

(463) информикc в 2005 году приобрели, mysql в 08 году приобрела сан а её в свою очередь оракл
(464) БД энтерпрайзного уровня - нет не шмогли, только постгри подошел ближе всего, ну и еще пара специализированных БД по типу кликхауса но она сугубо нишевая в РФ

(462) " этот Линтер на словах даже обошел, по каким-то там своим тестам" - В вики инфа вроде только про сокол, который еще в альфе и речь идет про эльбрусы
"Примечательно, что на серверах с российскими процессорами «Эльбрус» SoQoL справляется с обработкой транзакций в TPC-C-тестах HammerDB лучше, чем PostgreSQL – на машинах похожей конфигурации на базе чипов Intel"

(464) я имел ввиду промышленные восоконагруженные СУБД. Если ты думаешь, что все перечисленные тобой СУБД одинаково хорошо ERPшечку потянут, то у меня для тебя  плохие новости

(467) "В 5-10 раз быстрее существующих классических аналогов" (с) скромно о SoQoL   https://www.soqol.ru/

(462) Я не принимаю сути ваших претензий.
Ни по тому, что "они не могли написать это" - с чего вдруг? Вполне могли.
Ни по тому, что "они украли" - чего украли то? Sybase, которую основали через несколько лет после того, как разработчики начали писать предшественника Линтер-а (СУБД БАРС)?

(469) а причем тут линтер тогда? Это 2 разные Субд

(467) <на машинах похожей конфигурации на базе чипов Intel>
интересно, это какие? P3 или первые P4?

(465) дичь ты посчитал, совершенно оторванную от реальности

(471) а понял, они себя как линтер сокол позиционируют

(471) при том что это "СУБД ЛИНТЕР SoQoL"

(469) там нужно было звездочку им поставить, а внизу сайта прописать в каких условиях тестили))

(473) От реальности ты оторвался. Еще раз разработка велась коллективом в несколько десятков человек СОРОК лет. За это время ты можешь написать что угодно. При наличии большого рынка в Штатах станешь Ораклом, при отсутствии такого в России вполне останешься фирмой стоящей на ногах имеющей свои технологии. Нравится тебе это или нет, но подобного проекта в России больше не наблюдается.

(470) претензия в том, что создать промышленную высоконагруженную СУБД это далеко не уровень микроинтегратора

(468) что ты имеешь ввиду - только тебе видно видимо

>Если ты думаешь, что все перечисленные тобой СУБД одинаково хорошо ERPшечку потянут...

даже мыслей не было :)

но СУБД всяких разных как г.вна за баней развелось. видимо для нищебродов, у которых нет денег на интырпрайз высоконагруженный...

(477) как у тебя всё складно и наивно. Фиг с ним, опустим размеры бюджетов и команд разработчиков. Та же Оракла "закалялась" в энтерпрайзной разработке. Её всегда ставили в крупный копрорациях на топовые сервера и выжимали из неё все соки. А у Линтера что, где, как?

(480) его же вроде в военке используют, вы думаете МО будет докладывать как у них базы данных работают?) А вот версия сокол, как я понял, начали только 2017 году делать и она еще в альфе, смысл сейчас вообще ее обсуждать, если интересно, можете записаться на альфа тест и нам поведать. Желательно еще сервак с эльбрусами прикупить)

(480) из твоих рассуждений следует, что Linux не существует и в корпоративной среде не используется, что явно не так =)

(482) откуда это такое следует? линукс разрабатывают топовые корпорации и во многом благодаря им он так известен, просто потому что это они его адаптировали под свои сервера и сервисы

(481) МО это не то место, где будут стремиться создать здоровенную БД, подключить к ней туеву хучу народа, и хранить в этой БД тонны важной информации. Мне МО видится сомнительным плацдармом для обкатки СУБД

(482) не следует. Да и к Линуксу приложили руку немало корпораций

Опенсорс, это вовсе не значит, что разрабатывают кто попало. Та же IBM родила опенсорсный Eclipse (на котором ныне крутится EDT), вбухав 60 мллионов $ в его разработку

(484) вы причинно следственную связь путаете) МО нужна БД своя и только поэтому появляется линтер, а не наоборот. А сколько бюджета было слито на разработку - одному Шойгу известно) Поэтому фраза "Мне МО видится сомнительным плацдармом для обкатки СУБД" в данном контексте выглядит странной.

(483)
(484)
корпорации гнобили Linux всеми возможными способами, капитулировав под давлением бизнеса, а не наоборот

(486) Ключевое "мне видится". Стада программистов ему еще видятся. Первую коммерческую версию оракла, кстати, написали три человека на ассемблере (сам автор и два подельника). В 1987 году, в оракле работало 450 человек и он был уже очень распространен.

(486) и что, что основной заказчик оборонка? Я про техническую сторону писал. Где там у оборонки большие и высоконагруженные БД могут быть?

(488) что ты пыжишься сказать? 450 человек это уже намного больше, чем воронежская конторка, разрабатывающая Линтер

(487) Это было в 90х, а в нулевых они сами подключились к его разработке забросив свою оси и прочие юниксы

(489) 450 человек - ВСЕГО, включая менеджеров, бухгалтеров, директоров администраторов...

(491) и? В разработчике Линтера 50 человек - "ВСЕГО, включая менеджеров, бухгалтеров, директоров администраторов..."

https://checko.ru/company/npp-relehks-1033600021400

Среднесписочная численность работников
52 человека

(491) вот вот. плюс еще консультанты всякие на всю америку

(492) вот этого и достаточно. 10 прогов заглаза

(492) чтобы вы понимали: РЕЛЭКС является членом Ассоциация Разработчиков Программных Продуктов «Отечественный софт» и входит в объединение компаний-разработчиков программного обеспечения России НП «РУССОФТ»
Вы хотите сказать, что все это объединение компаний разработчиков насчитывает всего 52 человека? А вы не думали, что задачи можно бить на подзадачи и распараллеливать разработку, нанимать субподрядчиков и делегировать часть задач?

(493) пацанчик, в 80-е и DOS умещался на дискетку. Только какое это отношение имеет к современным реалиям? Никто сейчас не работает на СУБД 80-х годов, равно как в под DOS

(495) на сайте чётко написано, что Линтер разрабатывал НПП "РЕЛЭКС"

(497) ага, а на дороге написано, что Автодор занимается ремонтом участки дороги, а как по ближе приглядишься 100500 субподрядчиков всяких ИП копают и делают)

(497) это лишь значит, что спрос будет с этой конторы, а вот сколько действительно человек принимало участие в разработке - хз.

(499) очень сомневаюсь в спрятавшихся огромных полчищах разработчиков у Релэкс. Тем более, СУБД писать это не костыли к 1с прикручивать. В СУБД сплошь хардкорная математика и системщина

(478) "претензия в том, что создать промышленную высоконагруженную СУБД это далеко не уровень микроинтегратора" - Вот эта ваша претензия мной и не принимается.
Вы выдумали какую-то хрень в своей голове и пытаетесь убедить сообщество, что ваша хрень сильнее реальности.

(500) уже подали заявку на альфа-тест?

(501) ну Ок. Назови хоть одну промышленную, масштабируемую СУБД, разработанную микроорганизацией на десятки человек. Пока что воронежский Релэкс получается единственный такой, в своём роде. Ту же постгрю тянет немелкая конторка EnterpriseDB, и ещё с десяток различных организаций

(502) нет, с чем и начем её тестировать?

(500) "В СУБД сплошь хардкорная математика и системщина" И для этого нужны толпы программистов? Чем больше программистов, тем они умнее что ли? Типа муравьи?
(496) Так разрабатывать ПО в 80-е было гораздо сложнее. Не было таких средств разработки как сейчас. Тогда как раз и нужно было больше народу.

(504) да с тем же постгрей халявным. Вот для примера https://habr.com/ru/post/339014/
Или хотя бы запросы погонять

(505) нет, "хардкорная математика и системщина" усложняют задачу и накладывает дополнительные требования к квалификации разработчиков. Отчего миссия Релэкса кажется ещё более фантастической

>>Так разрабатывать ПО в 80-е было гораздо сложнее. Не было таких средств разработки как сейчас

Не было гораздо сложнее. Те же самые люди писали тот же самый код на том же самом Си. В 80-е лишь компьютеры были послабее, да экраны поменьше. Но ты можешь назвать, что там так "гораздо облегчило" написание кода на Си, созданном в 1973-м году...

(503) Касперский писал промышленную ОС полностью с нуля...

у Касперского всего тех спецов около 4000 (инфа от сюда https://www.kaspersky.ru/about ), сюда включаются все IT специалисты всех филиалов (включая суппорт)....

у Касперского куча разных продуктов и линеек,

куча стран и куча внедрений....

по сложности разработки их продукты ничуть не слабее любой СУБД...

Отдел разработки ядра 150 человек https://habr.com/ru/article/353768/ это включает в себя в том числе и аналитиков и управленцев и тестировщиков, то есть реальных прогов ядра ВСЕЙ линейки Касперсково около 100 человек...


На сим считаю споры о десятках тысяч прогов необходимых для создания СУБД бесполезным флудом (если не будут приводится реальные цифры и ссылки).

(507) Ты со своми тыщами реально задолбал уже. Я же тебе давал список разработчиков PostgeSQL https://www.postgresql.org/community/contributors/
Зайди на wiki postgresql, там написано, кто разрабатывает. Откуда ты выдумал тысячи разработчиков для разработки СУБД? Из какого пальца ты это высосал? Не соси этот палец уже.

(508) ты выдернул из контекта и сам не понял чего, там нет ни слова про ядро

(509) я тебе на этот твой список сказал, что он далеко не полный. Кто тебе сказал, что 1 contributor = 1 разработчик? Из российской организации Postgres Professional там только два человека, один из них директор. Хотя в PostgresPro работает раза в три больше людей, чем в Релэксе. Яндекса там вообще почему-то не видать, хотя они знатно к потгре приложились, когда у себя внедряли

(511) Кто тебе сказал, что  1 contributor <> 1 разработчик?
там все перечислены. И из яндекса люди есть.

+(512) И не факт, что там каждый - разработчик. Там перечислены ВСЕ участники проекта.

(512) НЕ ВСЕ. Говорю же тебе, Postgres Professional российский один из множества _ОРГАНИЗАЦИЙ_, дорабатывающих постгрю, имеет под две сотни человек. А в списке всего два человека оттуда

>>И из яндекса люди есть

Например, кто?

(512) а потому что так бывает
я вот код пишу в одном проекте вместе с командой человек 30, а мерджит его только 3 контрибъютера в мастер

(515) для него это большое открытие

(514) Список подробный. Сначала список основных, с подробным описанием, кто чего делает. Потом список всех остальных. Ну откуда ты взял, что это не все? Откуда? Как тысячи разработчиков появляются в твоей тупой башке?

(515) Вот на github видно кто мерджит. А здесь перечислены все участники проекта.

(503) "Назови хоть одну промышленную, масштабируемую СУБД, разработанную микроорганизацией на десятки человек." - SQLite, для начала, пойдет? Написана одним человеком.
Хотя, допустим, нету таких, кроме Линтера. И что из этого следует?

+(519) "Совет в конце

Ричард: У меня была безумная идея — создать движок базы данных, у которого нет сервера, который общается напрямую с диском и игнорирует типы данных. Если бы вы спросили кого-нибудь из экспертов того времени, они бы сказали: «Это невозможно. Это никогда не сработает. Это глупая идея». К счастью, у меня не было никаких экспертов, поэтому я это сделал. Поэтому не поддавайтесь чужому влиянию и делайте то, что имеет смысл. Решайте проблему, которая волнует лично вас."

Отсюда: https://habr.com/ru/company/macloud/blog/566540/

+(517) Последний список там "прошлые участники". Человек 30

(519)
<промышленную, масштабируемую СУБД>
<SQLite, для начала, пойдет?>

Это промышленная масштабируемая СУБД?

(517) ротик свой прикрой. Очевидно, в списке только старшие групп - архитекторы, главные разработчики. За каждым или большинством из них стоит команда разработчиков. НО! Даже если сделать скидку на твои заблуждения, и принять, что список исчерпывающий, в этом списке более двухсот человек. Что уже сильно больше, чем во всём Релэксе

(518) *рука-лицо* ты головой своей хоть попробуй вникнуть, что тебе пишут

(519) >>Хотя, допустим, нету таких, кроме Линтера. И что из этого следует?

А то, что имеем уникальный случай, такой же редкий и мощный, как явление Христа народу. И что-то тут не так

(522) В своем классе - конечно.

(523) Прошлых участников даже 80 человек. Посчитал. Прошлых участников пишут, а настоящих скрывают?

(518) ты как вообще себе представляешь разработку опенсорс решения распределенными командами? Подключают всю толпу разработчиков к продуктовому хранилищу, и все туда дружно заливают свои правки? Так даже в 1с не делают в командах из пяти человек, разве что в особо запущенных случаях

(526) ещё раз. Кто тебе сказал, что 1 contributor = 1 разработчик? Организация может подрядиться дорабатывать постгрю. Заниматься этим будет команда разработчиков от организации, но в продуктовое хранилище его смерджит архитектор этой команды

(518) Зайди на github и посмотри, сколько человек заливают правки. Они все в списке "Major Contributors"

(529) н-да... Как же всё запущено

(530) плюсану

(532) Тоже веруешь в тысячи невидимых разработчиков?  Конструктор1С верит, потому что ему так кажется. А ты почему? Или ты веришь потому, что ему так кажется?

(533) не-не, у нас тут другая вера, якобы субд пишут десять челок. А вот как обстоят дела в реальности:

Yes, the developers use GUI tools for source code control, an IDE for development/debugging. It takes a team of literally hundreds of people -- there is no single "brain" (thankfully, progress would be very slow otherwise). Yes, many of the first developers are still here (read the above article, they interview one or two). The development is (and has been for a very long time, before "internet style" was cool even) very decentralized. There is development going on 24 hours a day pretty much from the east coast of the US (we have a new england development center) to the west cost (portland and redwood shores) to australia, india and moving into europe -- the UK and Ireland.

https://asktom.oracle.com/pls/apex/f?p=100:11:0::NO::P11_QUESTION_ID:5228516811673

и это инфа из лохматых годов, взятая из книги https://www.amazon.com/Expert-One-Oracle-Thomas-Kyte/dp/1861004826

Книга вышла в 2001 году. То есть информация актуальна на конец 90-х

(534) И где там про тысячи разработчиков? Сотни - это не тысячи. Ну пусть их там будет 200-300. Даже 400. Линтер - это сервер, клиентские библиотеки и несколько утилит. Там не нужны сотни разработчиков. Им там нечего делать.
Число разработчиков PostgreSQL наглядный пример того, сколько разработчиков может быть занято в разработке серьёзной СУБД.
Или вот например. Известный FreePascal (компилятор чуть ли не для всех известных процессоров и операционных систем). Там 8 основных разработчиков и человек 30, которые в разное время приложили руку к этому проекту. Все перечислены на сайте https://www.freepascal.org/aboutus.html

(533) все те же проблемы что и на любом проекте, 5-8 разрабов что то пишут, архитектору за все отвечать

(536) Ну разрабы пишут, архитектор отвечает. При чем тут тысячи разработчиков?

(535) опять двадцать пять...

(537) тебе уже третий день намекают, что только архитектор коммитит в "чистовой" репозиторий, а разрабов туда не пускают

P.S. причем тут вообще какой-то древний компилятор?

(539) Все, кто коммитит, перечислены в списке разработчиков PostgreSQL как основные разработчики. Все остальные перечислены в списке ниже (их там под сотню). Тебе 100 раз это нужно написать, чтобы до тебя дошло?
И при чем здесь древность компиляторв (кстати он не древний совсем), если речь идет о сложности проекта и количестве разработчиков на сложном проекте.

Сам же тыкал тут мне про Мифический человеко-месяц. Эта книга как раз о том, что много разработчиков нахрен не нужно.

(539) Да, забей на эту тему уже. Товарища религия перемкнула в голове. Поэтому Линтера не существует.

(540) по пятому кругу...

(541) не придумывай. Книга о том, что планирование разработки это боль и страдания, и что в разработке нет простых формул

(542) мы тут всё никак не можем решит задачку

Дано: Корпорация Orcale, основной продукт - Oracle Database, штат 132000 человек

Вопрос: Сколько человек занято разработкой Oracle Database?

Ответ из аудитории: пара десятков человек, остальные занимаются чем-то другим, ибо "не нужно столько разработчиков, это всё выдумки Конструктора1С"

я вообще не понимаю, зачем вы спорите, зарегайтесь на альфа тест и постестите. Как будет официальный релиз, тогда и будет смысл что-то мусолить на эту тему

(543) Вопрос: Сколько человек занято разработкой Oracle Database?
Ответ из аудитории: неизвестно. По слухам, их сотни.
Никто не писал, что Oracle разрабатывают 20 человек.

Речь шла про Линтер. Ты утверждал, что создать СУБД в Воронеже, силами 50 человек невозможно. Аудитория утверждает, что возможно.
Линтер это не Oracle. Линтер это проект помельче, чем PostgreSQL. Сколько человек разрабатывает PostgreSQL видно у них на сайте. Отсюда вывод, что Линтер разрабатывает примерно столько же человек или меньше.

С чего ты взял, что для разработки такой СУБД как Линтер нужны тысячи разработчиков, ты так и не сказал. Зато сообщил нам по секрету, что Линтер украли.

(545) >>Сколько человек разрабатывает PostgreSQL видно у них на сайте

Ну кому-то видно, а кто-то упёрся в список контрибьюторов в репозитории на гитхабе, и утверждает, дескать это вот список всех разработчиков постгри

>>С чего ты взял, что для разработки такой СУБД как Линтер нужны тысячи разработчиков

С того, что современная СУБД это не поделка группы энтузистов, а плод труда огромных команд разработчиков. Про "тысячи разработчиков" возникло, когда речь шла про Oracle, тот самый, в котором работают 132 тысячи человек. Но кое-кто выхватил эту фразу из контекста и продолжает ей трясти всю дорогу

(546) Вопрос то простой - существует Линтер или нет?

(547) да, существует

(546) "Ну кому-то видно, а кто-то упёрся в список контрибьюторов в репозитории на гитхабе, и утверждает, дескать это вот список всех разработчиков постгри "
Повторяю в третий раз.
Все, кто коммитит, перечислены в списке разработчиков PostgreSQL как основные разработчики. Все остальные перечислены в списке ниже (их там под сотню). Тебе 100 раз это нужно написать, чтобы до тебя дошло?

"а плод труда огромных команд разработчиков. "
Откуда "огромные команды" опять? Просто так выдумал?
100 человек это уже огромная команда. Координировать такую команду это уже сложная задача.

Вспомним хронологию

   Конструктор1С
116 - 21.04.22 - 14:30
(97) >>которые слабали свой движок БД, а не взяли напрокат как Постгре Про

А вот тут вот большой вопрос... У меня есть сомнения по поводу того, что маленькая воронежская конторка обладает достаточными компетенциями для разработки собственного движка СУБД

Кирпич
120 - 21.04.22 - 14:54
(116) А ты думаешь СУБД боги пишут? Такие же люди как и те, которые Oracle пищут. Руки ноги голова.

  Конструктор1С
121 - 21.04.22 - 15:00
(120) да, но только в Oracle пашут 130 тысяч сотрудников, и зарплаты там далеко не воронежские

  Кирпич
122 - 21.04.22 - 15:03
(121) и из этих 130 тысяч сотрудников - 150 сотрудников разрабатывают СУБД Oracle

(548) Ну значит либо сотни разработчиков прячутся "в тени" - например военные контракты, либо для разработки СУБд достаточно штата в 30-50-100 человек.

(549)

>>Все, кто коммитит, перечислены в списке разработчиков PostgreSQL как основные разработчики. Все остальные перечислены в списке ниже (их там под сотню).

Повторяю ещё раз. Существует такая российская контора - Postgres Professional. Там под две сотни человек. Занимаются доработкой PostgreSQL (одна из _нескольких_ _компаний_, занимающихся развитием PostgreSQL ). Но в списке разработчиков на сайте всего два человека из Postgres Professional

>>100 человек это уже огромная команда. Координировать такую команду это уже сложная задача

Ты просто-напросто далёк от командной разработки, и ничего не слышал о распределенных командах разработки, децентрализации и вот этим всем

(551) ага, а также либо функционал у этой СУБД куций, и она совсем не ровня промышленным многопользовательскимм СУБД (в один ряд с которыми Линтер себя пытается ставить), либо эту СУБД "подглядели" у какого-то большого брата...

(552) С чего вы решили, что "Там под две сотни человек. Занимаются доработкой PostgreSQL" ?
Я думаю, что бОльшая часть этих людей занимается установкой/обслуживанием/саппортом уже купленых инсталяций.

(552) "Ты просто-напросто далёк от командной разработки, и ничего не слышал о распределенных командах разработки, децентрализации и вот этим всем"
ты то каким боком к этим "распределенным командам разработки"
На счет "Postgres Professional" в (554) написано

(554) совершенно очевидно, что не все две сотни дорабатывают постгрю. Но на сайте PostgreSQL из них только два человека - директор Олег Бартунов и ещё один.

(555) >>ты то каким боком к этим "распределенным командам разработки"

таким, что у частвовал в больших проектах

(553) На счет "куцый" - вы впервые упоминаете этот критерий. Тогда разверните его - чтобы было понятно, что для вас "куцый", а что нет. А то вон, SQLite один человек вообще написал. И функционал у ние в чем-то "куцый", а в чем-то вполне "нормальный".

Ну и отзывы компаний есть - чего они там с этой СУБД делают: https://linter.ru/ru/reviews/
ФГУП "РФЯЦ ВНИИТФ"

«СУБД ЛИНТЕР функционирует в многопользовательском режиме, надежно защищая информацию ограниченного доступа, в том числе информацию, содержащую сведения, составляющие государственную тайну, с грифом секретности до «совершенно секретно» включительно»


На счет "подглядели" - тоже интересно, у кого что можно было "подглядеть" в 1980-м году, когда СУБД начала развивать дальше имевшуюся СУБД БАРС. Sybase родился только в 1984-м. Ну и даже если тогда исходники были чьи-то (а тогда тупо декомплировав можно было разобраться в алгоритмах) - за 40 лет это все могло уйти в совершенно разные степи.

(553) Какой нужен функционал, такой и есть. SQL есть, репликация есть, бэкап есть. ODBC, OleDB есть. Всё работает.

(556) "частвовал в больших проектах"
ой да где ты там участвовал. С твоей упёртостью на "мне так кажется" только в командной разработке участвовать :)

(559) вот видишь, пытаешься противопоставлять свои фантазии с реальностью

(560) Это ты у нас фантазер. Зинка Линтер украла :)

(561) куда мне до тебя

(562) Вот именно

(563) ага, читай "Мифический человеко-месяц", и потом приходи говорить про "взрослую" разработку

(564) Какой тебе нафиг "Мифический человеко-месяц". Сиди на своём заводе, пили отчеты для бухгалтерии.

в составе многотысячной команды

(565) снова ты распускаешь свои фантазии, не имеющие ничего общего с реальностью

(567) В реальности Линтер существует.
Остальное: "У меня есть сомнения по поводу того, что маленькая воронежская конторка обладает достаточными компетенциями для разработки собственного движка СУБД" - ваши фантазии.

(568) фузина тоже существует. По словам разработчиков, на две головы выше 1с, и даже чутка убивца Oracle Databese (если натянуть фузину на постгрю). Но на деле...

(569) Вы таким образом оправдываете ваши фантазии про Линтер?

(567) Увы. Гигантом мысли ты мне пока не видишься. Пока побудь престарелым одинесником с молокозавода, прочитавшим книжку про человеко-месяц.

(570) нет, я таким образом демонстрирую, но не всё то бывает правда, что написано на сайте разработчика

(571) в очередной раз тебе говорю, твои фантазии не имеют ничего общего с реальностью

(573) Какая разница, имеет это отношение к реальности или нет. Ты оскорбил людей, которые разрабатываю Линтер. Ты не знаешь их лично и даже не видел их продукт, но смело заявил, что они не способны такое создать и вообще всё украли. Вот и сиди теперь на своём молокозаводе, читай книжку по человеко-месяц. А если Наталья Григорьевна опять заметит ошибку в твоём отчете, получишь линейкой по рукам, паразит.

вам не надоело?

надоело. но надо же 1000 постов чем то наколотить

(574) я выссказал своё предположение, основанное на моём опыте и на созерцании окружающей нас действительности. А ты посчитал своим долгом оскорбить меня за это

>>Вот и сиди теперь на своём молокозаводе, читай книжку по человеко-месяц. А если Наталья Григорьевна опять заметит ошибку в твоём отчете, получишь линейкой по рукам, паразит

В сотый раз тебе говорю, твои фантазии не имеют ничего общего с реальностью. Слышал что-нибудь про "кровавый энтерпрайз на Java"? Вот, я работаю в таком, только на 1с. Для 1сной отрасли зверь пока что редкий, встречается лишь в нескольких очень крупных конторах. Ибо другие не могут себе позволить. Представь себе, не у всех опыт ограничивается ларьками, как у тебя

(576) я могу помочь, раз по существу ветка скатилась