SQL

Татарин> Можем вернуться к разговору, как наберёте первый миллион благодарных пользователей.
Понятно, т.е. Вы так и не поняли постановки задачи.

GU235> Грубо и авиаконструктор может сделать гениальный самолет
Гениальный не нужен. Допустим, придумал человек новые правила для игры в солдатиков. Ему нанимать программиста, которому (как, например, в этой теме) придется долго и нудно объяснять, что надо, а сделает он, все равно, "как видит"? А "по моей системе" он сможет постепенно накаливать базы, запускать отдельные правила и т.д. Без участия профи. По сути, это просто тупая инкарнация старого BASIC, на котором подобные игры писали в 20 строк в 80-х, только с некоторыми наворотами для удобной работы с БД. Осталось только изложить ее в виде, понятном, для воспроизведения "сантехником Васей".

Татарин> Нет. ЕГО продукт. Созданный им.
К слову - я тебе свое-то не покажу - по соображениям коммерческой тайны.
И многие из здешних участников - свои тоже не покажут по той же причине.

Поэтому ссылка на достойный известный продукт - вполне репрезентабельна

Gudleifr> Она позволяет очень просто создать интерактивный сетевой документ, практически не имея нормального хостинга.
Gudleifr> Зачем? Для людей, которые бояться компьютера.
Для людей, которые боятся компьютера есть Blogger, Яндекс Дзен, ЖЖ и уж в крайнем случае - соцсети или инстаграмм.

Нафига им кастомный язык и хранение в gif ?

yacc> Нафига им кастомный язык и хранение в gif ?
Большие возможности, возможность работы с неподготовленного компьютера, независимость от специализированных сервисов, наконец, ненужность регистрации на быдло ресурсах.

Gudleifr> возможность работы с неподготовленного компьютера
Для всего указанного мною достаточно смартфона со скачанным клиентом с репозитория - Все!
Даже школьнику и девочкам понятно
Знания программирования не требуется вовсе.
Куда уж проще ?

Gudleifr>ненужность регистрации на быдло ресурсах.
Человек выбирает что проще, понятнее, доступнее и где результат могут посмотреть другие.
Остальные аспекты его слабо интересуют.

yacc> Для всего указанного мною достаточно смартфона со скачанным клиентом с репозитория
Зачем нам какие-то левые приложения для просмотра рекламы?

yacc> Человек выбирает что проще, понятнее, доступнее и где результат могут посмотреть другие.
И у современных продуктов цена за это - невозможность сделать то, что нужно. А у моего, эти возможности - естественное следствие понимания простейших основ.

Gudleifr> Зачем нам какие-то левые приложения для просмотра рекламы?
Рекламу вставляет соцсеть, а не приложение.

Gudleifr> И у современных продуктов цена за это - невозможность сделать то, что нужно.
Все что нужно сантехнику Васе - они делают.
И бесплатно. И без программирования
А реклама и так везде - он ее просто пролистывает

yacc> Все что нужно сантехнику Васе - они делают.
Может сантехник Вася на них написать небольшую экспертную систему для оценки сегодняшней выручки с учетом запаса запчастей, адресов заказов, данных клиентов и настроения начальника?

Татарин>> Можем вернуться к разговору, как наберёте первый миллион благодарных пользователей.
Gudleifr> Понятно, т.е. Вы так и не поняли постановки задачи.
Конечно.

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

Gudleifr> Может сантехник Вася на них написать небольшую экспертную систему для оценки сегодняшней выручки с учетом запаса запчастей, адресов заказов, данных клиентов и настроения начальника?
Ему это не надо.
Потому что если он наемный работник - учетом занимается контора, где это автоматизировано ( привед СУБД и всяким сканерам штрих-кодов )
А если он ИП то может платить налоги по патенту а выручку и расходы тупо смотреть в банке-онлайн, если это ему надо

yacc>> Все что нужно сантехнику Васе - они делают.
Gudleifr> Может сантехник Вася на них написать небольшую экспертную систему для оценки сегодняшней выручки с учетом запаса запчастей, адресов заказов, данных клиентов и настроения начальника?
Сантехник Вася не пишет экспертные системы и не видит в этом потребности.
А те, кто пишет экспертные системы или хотя бы понимает, где и зачем это нужно - не сантехник Вася.

Это парадокс универсализма, который каждый молодой (около)ИТшник в какой-то момент начинает чувствовать нутром: сделай систему, которой может пользоваться даже дурак, и только дурак захочет ей пользоваться. Ну, если ИТшник поумнее, то может сформулировать то же правило сразу после понимания определений информации по Шеннону и Колмогорову.

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

Хотя, конечно, при некотором желании можно сделать тупую систему с минимумом возможностей, которой одновременно будет сложно пользоваться - это вот да, запросто. И не является контрпримером.

Татарин> Сейчас есть кролик, есть кафка,

Я так понимаю имелись в виду редиска и Монго?

Gudleifr> Может сантехник Вася на них написать небольшую экспертную систему для оценки сегодняшней выручки с учетом запаса запчастей, адресов заказов, данных клиентов и настроения начальника?

А теперь объясню с высоты своего уже весьма богатого опыта как оно будет работать на самом деле:
Допустим ты дал менеджеру тете Маше эту самую замечательную систему. Завтра же она задаст через эту "экспертную систему" запрос, в котором будет соединение ах.. каких больших таблиц, причем без всяких отборов, да еще возможно и декартово. Сервер, посмотрев на это скажет "Я устал, я ухожу" и повиснет на несколько дней, заблокировав таким образом работу не только тете Маше, но и остальным. И это хорошо еще если она этой системой только смотреть данные может. И если ты думаешь что сможешь ей объяснить что она делает не так и как надо правильно, то ты ошибаешься. Для нее то, что для тебя вроде бы очевидно и привычно, - филькина грамота. Примерно как для тебя - особенности налогового учета по ФИФО ЛИФО и ФЕФО. В лучшем случае тебя просто вежливо выслушают, похлопав накрашенными глазками и так нихрена и не поняв, в худшем - потом еще на тебя и пожалуются начальству что ты им мозги какой то ересью сношаешь вместо того чтобы настроить компьютер так, чтобы он работал.

Скажешь что надо ставить проверки и заплатки, чтоб опасное поведение пресекать? Так это эффективно только если сценарий работы программы строго задан или хотя бы сильно ограничен определенными рамками. А если пользователь вертит этой программой сам как хочет, то он на каждую твою заплатку найдет еще 10 способов как повесить систему. И ты будешь постоянно работать в режиме висящей системы и латания в поте лица обнаружившихся дырок.

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

А далее окажется что с теми же документами, что и менеджер тетя Маша, работает еще и баба Галя из расчетного отдела. И логику работы этих документов она переделает по своему разумению и так как ей удобно настолько, что тетя Маша повесится. Точнее она не повесится, а побежит к тебе и устроит тебе истерику, что у нее все слетело и нихрена не работает. И даже если ты ей объяснишь, что произошло и она все вернет обратно, то к тебе прибежит уже баба Галя, которой тетя Маша снесла ее любимые настройки, и ты узнаешь насколько тяжела папка с бумагами у нее в руках.

И это еще не самые хреновые варианты. Та же баба Галя может, например, настроить "экспертную систему" подразумевая с высоты своего здравого смысла что запись пустого набора записей с не настроенными отборами в регистр это значит что в регистр не будет записано ничего. А на самом деле она это "ничего" увидит потом в самом регистре, который будет девственно чистым от ранее содержавшихся в нем записей На самом то деле такое поведение логично и даже удобно, но эту логику надо знать и понимать, чего сложно ожидать от пользователя со скиллом "уверенный пользователь WORD и EXCEL".

И как ты думаешь, кто будет крайним в глазах руководства по всем этим сценариям? Все эти тети и бабушки? Да нихрена не угадал! Крайним будешь ты. Ибо #тыжпрограммист! Это только в твоих глазах оно выглядит что ты мудро и благородно создал инструмент которым тетя Маша может сама настроить что она хочет. В глазах же пользователей и руководства это выглядит совершенно иначе: как перекладывание твоей работы на плечи других. Причем в проигрыше ты окажешься в любом случае: если оно не заработает, а это почти 100% что не заработает, ибо смотри выше, то значит ты балбес что не продумал и не просчитал последствия. А если случится чудо из чудес и оно каким-то непостижимым образом заработает, то нахрена ты тогда им после этого нужен?

Татарин>> Сейчас есть кролик, есть кафка,
tarasv> Я так понимаю имелись в виду редиска и Монго?

кафка это кафка, а кролик это rabbitMQ. брокеры сообщений.

del.

Татарин>>> Сейчас есть кролик, есть кафка,
tarasv>> Я так понимаю имелись в виду редиска и Монго?
Unix> Ставлю на RabbitMQ и Kafka

да, собственно как только мы от батчей переходим к NRT - нужно делать очереди и лямбда архитектуру. а если у тебя нет кафки и тп в стеке - то чёто на "классическом" ETL и SQL изображать.

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

с.т.> кафка это кафка, а кролик это rabbitMQ. брокеры сообщений.

И что из этого nosql? По контексту понятно что ув. Татарин просто описался.

с.т.>> кафка это кафка, а кролик это rabbitMQ. брокеры сообщений.
tarasv> И что из этого nosql? По контексту понятно что ув. Татарин просто описался.

ну вот это всё © кафка\кролик в nosql\микросервисы\сервлесс хорошо ложится, так как классический обмен данными между SQL источник-получатель это пакеты ну или DBlink или голденгейтовые трейлы...и тп и тд.

в целом пусть ув. Татарин сам прокомментирует...))))

U235> Допустим ты дал менеджеру тете Маше эту самую замечательную систему. Завтра же она задаст через эту "экспертную систему" запрос, в котором будет соединение ах.. каких больших таблиц, причем без всяких отборов, да еще возможно и декартово. Сервер, посмотрев на это скажет "Я устал, я ухожу" и повиснет на несколько дней, заблокировав таким образом работу не только тете Маше, но и остальным. И это хорошо еще если она этой системой только смотреть данные может.

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

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

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


И да - виноват будешь ты - #тыжпрограммист

yacc> Ему это не надо.
Значит, он сделает то, что надо. Может просто календарик "этих дней" своей подружки.

Gudleifr> Значит, он сделает то, что надо. Может просто календарик "этих дней" своей подружки.
Это еще было на кнопочных телефонах
А можно сделать на экселе

Татарин> 0=0
Татарин> Не шучу. И они не шутили.
Татарин> И спорить с этим с формальных позиций было крайне трудно.

Но можно. Интегральные нули разных порядков не равны друг другу. Кроме того, при исчислении бесконечно малых мы можем столкнуться с ситуацией, когда нам надо различать +0, -0, и просто 0. 1/x тому пример.

PS: Бредовых книжек тогда понаиздавали массово. Я до сих пор помню книжку про бюоны, и вроде она у меня даже сохранилась.

U235> Допустим ты дал менеджеру тете Маше эту самую замечательную систему. Завтра же она задаст через эту "экспертную систему" запрос, в котором будет соединение ах.. каких больших таблиц, причем без всяких отборов, да еще возможно и декартово.
Ну, вообще-то проблема "тупой программист - умный пользователь" была решена в FORTH еще полвека назад. Но она не имеет никакого отношения к моему проекту. Его фича - полная прозрачность для пользователя, а не попытка поставить его в стойло.

Все дальнейшее не имеет никакого отношения к этому проекту. Какое руководство? Какое опасное поведение при запаковке блокнота в gif и обратно? Какая совместимость процедуры бросания кубика и кухонных рецептов?

У Вас, пардон, просто триггеры срабатывают на "индустриальные" значения бытовых терминов.

yacc> Это еще было на кнопочных телефонах
Конечно, как и тысячи других простых утилит. Я просто оставляю человеку возможность писать их самим, как они делали это 40 лет назад, пока им не сказали, что компьютер это очень сложно и опасно.