Программирование[9]

[nobodies]

E1azor написал Только что:

nobodies написал 1 минуту назад:

Kant написал 37 минут назад:

nobodies написал 2 часа назад:

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

 

Даже в видосе что я скинул привели пример, когда "стандартный" подход к проектированию привел к 500 столбцам в таблице. У меня еще есть личный опыт когда из за выбора постгри в качестве хранилища не могли поднять рпс потому что она нахуй не нужна для быстрого перебора кей велью и кеша, но умники типа Канта (шучу, куда большие) с чсв больше юпитера не могли признать что обосрались с выбором инструмента

 

Каждому инструменту свое применение, а пихать везде sql базы тупо потому что в голову себе вбил такое, просто ебаный пиздец из за такой хуйни сбежали целым отделом из крупной конторы а-ля контур

 

Апд: нет, монгу тоже не надо использовать на каждом проекте

 

Показать больше  

это что ж за говнокод должен быть, что у тебя 1 объект имеет 500 простых полей на одном уровне?

 

у меня? читать внимательно или видео смотреть в 2к20 запрещено законом?

русский язык почитай

заслуженная 3ка по русскому всю жизнь была, соре 

[GoldRobot]

nobodies написал 2 минуты назад:

E1azor написал 3 минуты назад:

nobodies написал 4 минуты назад:

Kant написал 39 минут назад:

nobodies написал 2 часа назад:

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

 

Даже в видосе что я скинул привели пример, когда "стандартный" подход к проектированию привел к 500 столбцам в таблице. У меня еще есть личный опыт когда из за выбора постгри в качестве хранилища не могли поднять рпс потому что она нахуй не нужна для быстрого перебора кей велью и кеша, но умники типа Канта (шучу, куда большие) с чсв больше юпитера не могли признать что обосрались с выбором инструмента

 

Каждому инструменту свое применение, а пихать везде sql базы тупо потому что в голову себе вбил такое, просто ебаный пиздец из за такой хуйни сбежали целым отделом из крупной конторы а-ля контур

 

Апд: нет, монгу тоже не надо использовать на каждом проекте

 

Показать больше  

это что ж за говнокод должен быть, что у тебя 1 объект имеет 500 простых полей на одном уровне?

 

у меня? читать внимательно или видео смотреть в 2к20 запрещено законом?

русский язык почитай

заслуженная 3ка по русскому всю жизнь была, соре 

Ты это я. Давай пять братюня. 

[nobodies]

GoldRobot написал 33 минуты назад:

Kant написал 56 минут назад:

nobodies написал 3 часа назад:

 

это что ж за говнокод должен быть, что у тебя 1 объект имеет 500 простых полей на одном уровне?

 

Да там не говнокод, а просто человек он не понял о чем пример был.

Олег расказал как они занимались проектом где у каждого объекта определенного класса может быть свой набор полей. Когда прикинули у них получилось 500 штук. Из них только по 5 являются общими, и только по ним нужен поиск, все остальное в довесок идет.

Собственно, для того что бы это реализовать они запилили прародитель джейсона в постресе, hstore. А дальше он расказывает как они пришли к jsonb типу и насколько он няшный.

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

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

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

[GoldRobot]

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

Зато иметь на один сложный элемент меньше, вот это очень полезно.

А потолок. Ну, те кто упираются в потолок SQL базы (двух, оракла и постреса, да простят меня меньшинства), не задаются вопросами что такое no-sql и чем оно от sql отличаются. Если у вас проект выедает бюджет производительности постреса, то вы явно не джун уже, и сидите со своим ДБА.

 

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

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

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

 

 

БТВ кто там пейсмейкер собрался использовать - проверяйте каждый коробочный агент по десять раз. Тот же редисовский агент, дыра дырой. При этом на те баги что мы нашли уже есть коммиты с фиксами который просто не замерджили...5 летней давности...

[Just.Doit]

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

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

GoldRobot написал 1 час назад:

а умных архитекторов - нема

проблема не в отсутствии архитекторов, а в неизвестности того куда это всё придет.

[PATRON_404]

пиздетс! знакомый дезигнер из франции прислал сайт https://blackswho.design/ тупа для черномазых сделан ололо

GoldRobot написал 8 часов назад:

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

[Index]

Как бы вы назвали сервис предоставляющий post эндпоинты для метрик для их последующего анализа?  А то в голову ничего дельного не приходит.

[nobodies]

так бы и назвал: endpoints, если хотите как то монетизировать, то домен endpoints.com свободен (только что проверил)

 

пиздос, такой козырный домен никто не занял

[Index]

Сервис не в плане SaaS а в плане приложения, префикса классов и тд. Сейчас у меня в голове АналитикПушСервис

[Kant]

Just.Doit написал 8 часов назад:

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

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

GoldRobot написал 9 часов назад:

а умных архитекторов - нема

проблема не в отсутствии архитекторов, а в неизвестности того куда это всё придет.

Нормально реляционки работают под нагрузками, вы так пишете как будто всё, если реляционка, то 2 транзакции одновременно и база умерла

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

 

Банки в принципе НЕ ИМЕЮТ высокую нагрузку, потому что ее некому создавать

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

всё остальное это действия единичных клиентов не по картам через терминал, то есть в лучшем случае платежи в интернет банкинге, которые не делают миллиардами в сутки, где скорость вообще в 90% случаев зависит от внешнего агента, а не от базы банка, которая уже всё подготовила пока ты ходил по страничками и заполнял данные для платежки. Да еще для оформления договоров, которые по определению малы. Всё, нечего в банке делать больше, дальше только бухгалтерские смены 2 раза в день, вот они геморрой, как дать клиенту продолжать пользоваться услугами банка, когда банк фактически закрыт. Я 5 лет писал код для банков, так что не надо мне тут пытаться лапшу на уши навесить

 

А тут банк переводят на залупу без транзакций лол "потому что скорость", там даже в статье не написано ничего про скорость, а написано что они заебались поддерживать это говно. Я даже не представляю, что они там несут про сложности изменения схемы. АЛО ЭТО БАНК, У ВАС БУХУЧЕТ НЕ МЕНЯЕТСЯ СТОЛЕТЯМИ. Худшими по размеру таблицами в банковских базах всегда будут операции, счета и карточные транзакции, но эти таблицы никогда или почти никогда не меняют свои схемы, у тебя что к дебиту и кредиту что-то новое присобачилось в этом году или что? Почти все изменения это добавление новых таблиц для  новой функциональности и новых 1-N/1-1/N-M линков тех же операций к этим таблицам

 

А то придут дауны, нахуярят гуиды кластерными индексами, нахуярят таблицы на 500 колонок денормализованные, а потом кричат, что лучше они на носкл перейдут и ебнут все свои 500 колонок в одну жсонку

 

 

[nobodies]

GoldRobot написал 9 часов назад:

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

я с этим постоянно борюсь почти на всех проектах на которых работаю: если есть планы на большое количество пользователей, то делайте сразу под большой рпс, потому что 1000000% что когда упретесь в производительность у вас появятся 100500 не менее важных задач, из за чего будете железом горизонтально расширять, пока снова не упретесь в производительность/финансы

[nobodies]

Kant написал 3 минуты назад:

Just.Doit написал 8 часов назад:

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

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

GoldRobot написал 10 часов назад:

а умных архитекторов - нема

проблема не в отсутствии архитекторов, а в неизвестности того куда это всё придет.

Нормально реляционки работают под нагрузками, вы так пишете как будто всё, если реляционка, то 2 транзакции одновременно и база умерла

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

 

Банки в принципе НЕ ИМЕЮТ высокую нагрузку, потому что ее некому создавать

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

всё остальное это действия единичных клиентов не по картам через терминал, то есть в лучшем случае платежи в интернет банкинге, которые не делают миллиардами в сутки, где скорость вообще в 90% случаев зависит от внешнего агента, а не от базы банка, которая уже всё подготовила пока ты ходил по страничками и заполнял данные для платежки. Да еще для оформления договоров, которые по определению малы. Всё, нечего в банке делать больше, дальше только бухгалтерские смены 2 раза в день, вот они геморрой, как дать клиенту продолжать пользоваться услугами банка, когда банк фактически закрыт. Я 5 лет писал код для банков, так что не надо мне тут пытаться лапшу на уши навесить

 

А тут банк переводят на залупу без транзакций лол "потому что скорость", там даже в статье не написано ничего про скорость, а написано что они заебались поддерживать это говно. Я даже не представляю, что они там несут про сложности изменения схемы. АЛО ЭТО БАНК, У ВАС БУХУЧЕТ НЕ МЕНЯЕТСЯ СТОЛЕТЯМИ. Худшими по размеру таблицами в банковских базах всегда будут операции, счета и карточные транзакции, но эти таблицы никогда или почти никогда не меняют свои схемы, у тебя что к дебиту и кредиту что-то новое присобачилось в этом году или что? Почти все изменения это добавление новых таблиц для  новой функциональности и новых 1-N/1-1/N-M линков тех же операций к этим таблицам

 

А то придут дауны, нахуярят гуиды кластерными индексами, нахуярят таблицы на 500 колонок денормализованные, а потом кричат, что лучше они на носкл перейдут и ебнут все свои 500 колонок в одну жсонку

 

 

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

[sonac]

Kant написал 2 минуты назад:

Я даже не представляю, что они там несут про сложности изменения схемы. АЛО ЭТО БАНК, У ВАС БУХУЧЕТ НЕ МЕНЯЕТСЯ СТОЛЕТЯМИ.

 

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

[Index]

Ебать у вас глупый срач. Каждый инструмент хорош под свои задачи.

Редис как кеш/стейт где похуй на сохранность и тд.

 

Другое дело что тот же Postgres твикается в OLAP за счет map-reduce экстеншонов и разбиения таблиц на time-based table partitioning например

Изменено 24 июня 2020 пользователем Index

[GoldRobot]

nobodies написал 21 минуту назад:

если есть планы на большое количество пользователей

Ты хотел сказать на большой поток ежесекундных данных?

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

Да еще и база большая.

[Kant]

 

sonac написал 13 минут назад:

Kant написал 19 минут назад:

Я даже не представляю, что они там несут про сложности изменения схемы. АЛО ЭТО БАНК, У ВАС БУХУЧЕТ НЕ МЕНЯЕТСЯ СТОЛЕТЯМИ.

 

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

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

[PATRON_404]

Майкрософт, как вы будете бороться с расовой дискриминацией?

—Майкрософт: удвоим число темнокожих в своем руководстве

гениально блять заменить белых чёрными ахахвахвхыхавыхах

nobodies написал 7 часов назад:

пиздос, такой козырный домен никто не занял

не переживай его уже взяли на заметку и скоро зарегают.

 

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

Изменено 24 июня 2020 пользователем PATRON_404

[JuJeu]

PATRON_404 написал 29 минут назад:

Майкрософт, как вы будете бороться с расовой дискриминацией?

—Майкрософт: удвоим число темнокожих в своем руководстве

гениально блять заменить белых чёрными ахахвахвхыхавыхах

nobodies написал 7 часов назад:

пиздос, такой козырный домен никто не занял

не переживай его уже взяли на заметку и скоро зарегают.

 

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

 

[madvlaydin]

(ne()) написал 23 часа назад:

В общем опять врываюсь с не совсем тематикой, но мб подскажет кто.
В мобиле в приложении hh случайно клацнул на вакансию QA инженер, хз почему, но они посмотрели мое сисадминское резюме и решили позвать на собеседовние. Шарит кто за тестирование, где можно хоть базовые знания в этой области баффнуть за часов 8? Может норм курс какой-нибудь, или подборка видео, чтоб самое основное и универсальное выхватить, общий смысл. Хз почему вообще позвали, тут на сисадмина то не везде звали, но компания крупная, мб и попробовать можно, да и что я теряю от этого.

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

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

 

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

[DomikTS-]

madvlaydin написал 2 часа назад:

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

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

 

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

не гони) за 8 часов вряд ли что-то поймет в автоматизации. в итоге ни по автоматизации не ответит ни по тестированию
Если есть только 8 часов я бы советовал на чиле прочитать 1) тестирование дот ком 2) вопросы-ответы на собеседование QA. Это все что успеешь реально за 8 часов сделать.
@(ne())

Изменено 24 июня 2020 пользователем DomikTS-