All streams
Search
Write a publication
Pull to refresh
61
22
Стас Выщепан @gandjustas

Умею оптимизировать программы

Send message
Ну и у нас провайдеры сливают всю инфу по запросу суда. И вообще это мировая практика.

Вот только интересует насколько «сложно» для спецслужб США получить «специальный ордер» на просмотр всего контента пользователя по подозрению в терроризме. Причем пользователя далеко не гражданина США и по подозрению в терроризме направленном на США.
Давайте кейс про вашу компанию. Желательно в цифрах опишите эффект и сделайте обзор решения.
Мало денег просил значит.
Дайте угадаю, вы корпоративные соцсети продаете?
Я так понял что должен был быть продающий пост. Но тут как бы не кому продавать, поэтому все продающие фразы были выкинуты.
А с чего вообще взяли что надо что-то кешировать? Работало недостаточно быстро? Данные провайдера были?
А зачем мне в olap реалтайм? Учитывая специфику бухгалтерии и склада — большая часть операций проводятся задним числом, то процессинг изменений можно делать раз час и не чаще.

Для реалтайма надо индексированные представления, а при количестве проводок до 10М можно только на них и жить.

Да, это как раз будет что-то вроде таблицы остатков в 1С. Об этом я и говорю — за банальной таблицей остатков лежит математическая модель, только она в 1С не очень хорошо реализована.

rsdn.ru/article/db/RDBMS.xml
почитайте внимательно, от начала до конца. Статья кстати 10-летней давности, в ней описано решение проблем, над которыми до сих пор ломают голову многие разработчики.

Я пару раз делал решения по учету на основе информации из этой статьи. Работало так быстро, что даже не верили. 1С на подобной задаче думал по полчаса (хотя я не в курсе что там накрутили).
А что сложного? 10 операций, два набора индексированных представлений: по номенклатуре и по партиям.
Остальное в OLAP, так как поступления обычно заносятся не в real-time и смысла нет нагружать базу online пересчетом.

Только очень неправдоподобно 15-20 запросов в минуту от одного человека по номенклатуре в 20,000 товаров. Они их не будут успевать искать, менеджеры не роботы все таки. Статистика говорит что даже во время активной работы в информационной системе пользователь делает 4-5 действий в минуту. Остальное время он анализирует полученную информацию.

ЗЫ. бюджет какой?
Если бы такое окупалось, то люди бы обязательно это делали.
Но обычно все гораздо проще — вы просто вывешиваете резюме на HH. Он кстати предлагает за деньги (небольшие) его продвинуть ваше резюме.

Кстати это вы про маркетинг, а не про продажу. Продажа по большей части происходит на собеседовании.
Не надо мне свои фантазии приписывать… я выше указал конкретный термин, другой человек ответил. Оказалось ничего там сложного, все укладывается в модель с проводкам. И нету там человеколет чегототам.
Ага, не надо писать резюме и отвечать на вопросы на собеседовании. Просто будет умным и вас везде возьмут и дадут много денег.

Звучит как-то странно, не так ли?
на 100М я просто возьму olap. Он такое пережевывает и не кряхтит. Там тебе и остатки, и обороты и любой разрез за долю секунды.
Незнание не проблема, проблема — прятать незнание и непонимание за кучей терминов.
И все? То есть надо к проводкам привязать Id партии, а потом по нему группировать при вычислений оборотов и остатков.

Это и есть самый обычный учёт. Таблица проводок с аналитическими признаками.
Я думаю вы не до конца понимаете как делается автоматизация.

Объясните простым русским языком что такое «партионный учет» и чем он отличается от обычного учета.
Если вы и этого не можете, то скорее всего вы и сами не очень понимаете.

Простой тест Фейнмана: «если вы за 5 минут не можете объяснить ребенку чем занимаетесь, то вы шарлатан».

Кстати как вы с таким подходом людей то обучаете? им тоже рассказываете про команды аналитиков и человеко-годы?
Верить или нет — ваше дело. То что вы эксперт в учете еще не значит что вы эксперт в архитектуре. Более того, практика показывает что эксперты в предметной области слабо представляют как автоматизировать эту самую область.

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

А вопрос был в том что я не видел чтобы учет не укладывался в проводки. Вы говорите что такой есть, но вместо объяснения сути — сыпите терминами. Именно это заставляет сомневаться в том что вы понимаете что я тут пишу. И никакой ваш опыт не оправдывает.
Вы скрываете суть за терминами. Попробуйте раскрыть любой из них. Уверен что ничего сложно за этим нет. Более того уверен что и на проводки оно все ляжет очень даже неплохо.

Я вот тоже знаю кучу терминов, о которых вы и не догадываетесь, но мне абсолютно незачем их тут писать.
Вообще когда мы говорим о работе с данными в SQL, то ООП только палки в колеса вставляет.
Sad but true.
Ты же понимаешь что ничего бесплатно не бывает. тебе надо будет писать тонну кода, чтобы поддерживать типизированные Id. А решаемые проблемы крайне абстрактны. Не помню ни одного случая чтобы не тот Id был передан.

С типизацией случай еще интереснее, так как тип задается полем в таблице и поменять тип вполне можно, а вот поменять тип переменной в программе увы никак. Возникает проблема хрупкого базового класса. Расширять сложно. С явным Id типа задачи получается расширяемость гораздо лучше.

Information

Rating
330-th
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity

Specialization

Software Architect, Delivery Manager
Lead
C#
.NET Core
Entity Framework
ASP.Net
Database
High-loaded systems
Designing application architecture
Git
PostgreSQL
Docker