All streams
Search
Write a publication
Pull to refresh
-19
0
Fortop @Fortop

Пользователь

Send message
Формат супермаркета это именно расширенные API с множеством endpoints (касс)

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

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

Но вот доказать что ваша оценка по площади правильнее оценки по расстояниям и числу людей — вы не сможете.

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

Т.е. вы как минимум сравнили метры с метрами квадратными.
В случае с вложенной структурой придётся оборачивать в try-catch каждый вызов конструктора на каждом уровне вложенности — и даже это не поможет понять,

Это ещё почему?
Исключение содержит в себе и имя файла, и номер строки и даже стектрейс

Некоторые другие части Yii, которые есть где-то ещё, потому что они получились лучше, чем где-то ещё.

Даже без сарказма.
Можно узнать о этих некоторых других вещах?

Ну и для чего это мазохистическое превзмогание?


Работаю под Linux, просто потому что это проще чем компилировать из исходников под Windows изначально линуксовые программы.
Но дома стоит 10-ка и собственно все отлично.

Не смешно.
Брюнетка/блондинка…


Ещё есть плюсы?
Ну там используются partial индексы, например?

SELECT
  count(*) FILTER (WHERE age > 20) AS old,
  count(*) FILTER (WHERE age <= 20) AS young

FROM users;

И чем это принципиально лучше такого?


SELECT 
  SUM(IF(age>20,1,0)) AS old,
  SUM(IF(age<=20,1,0)) AS young 
FROM users;
Не совсем так. Правильно будет «а табы — то дают, то не дают».


Процитирую тот текст, который вы не осилили с первого раза

изменение длины контента в любой из колонок в рамках своего таба не будет менять форматирование

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

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

То что при копировании в сообщение и обработке парсером заменились табы на пробелы уж точно не моя проблема и отлавливать это я не собираюсь.
image

Более того, внимательно читая написанное и включив мозг вы бы заметили, что использование пробелов не дает никакого автоматического выравнивания контента по позициям табуляции, если удалить любую цифру в любом столбце. О чем я собственно и писал.
А табы дают.

Скорее всего вы просто не читаете что пишут. Но с определенной долей вероятностью просто не привыкли включать мозг в принципе.
Это не мои проблемы.
Это проблемы парсера и трансляции в html

В исходном файле это именно табы.
А шо? У вас таки в html там табы?
image

Я вас разочарую. 3-я строка на скриншота после минуса. Изучайте
Вообще-то наиболее ярко видно в случаях хвостовых пробелов колонки, а не отступов

123456          123             12345678        1234
123             123456          1234            12345678
1234567890      12345678901     1234567890123   123


изменение длины контента в любой из колонок в рамках своего таба не будет менять форматирование

А для отступа пробелы естественно без вариантов особенно в современных IDE
Что это за безумный ад?

И главное для кого? Кто его целевая аудитория?

Детский сад?
Несомнено.

Вы юзабилити того и другого сравнивали?
С формошлепством Access и SQL Server, который требует полноценного инженера.

Человек действительно неудачник запутавшийся в терминах популярные и распространенные :)


Не DBA — чёткое ограничение уровня уже моей компетенции.


Access не рулит, но имеет свою весьма широкую область применения.
Отрицать которую могут только недостаточно компетентные в этом вопросе люди.


sql.ru профильный ресурс по базам данных с достаточно широким кругом хороших специалистов по обсуждаемой теме.


И вам это все так не понравилось, что вы приняли это близко к сердцу? :)

Я даже стесняюсь спросить.


Какой по вашему мнению я ожидал результат?

Вот он как раз привел в пример хорошего сообщества sql.ru


Ну-ну.
А между тем я приводил его как место где легче можно найти профессионала в теме.

Вы же умудрились прочитать про какую-то «хорошесть» сообщества. Что в очередной раз демонстрирует ваши личные когнитивные качества.
Достаточно сравнить стоимость «полноценной БД» и Access и свои нужды.
Очень часто мелкому и даже среднему бизнесу возможностей последнего достаточно. А разница в цене это практически годовая зарплата инженера достаточно неплохой квалификации.

Так что какие тут комплексы, если деньги :)

Information

Rating
Does not participate
Location
Донецкая обл., Украина
Date of birth
Registered
Activity