Дуплекс

[Дмитрий Виницкий]

который работал в BP

И там не читали мануалы

[Дмитрий Виницкий]

Работали же они как-то много десятилетий до всяких интернетов

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

[telekast]

Для какого устройства приложение в 1991 году?

Для кладовщика и бухгалтера, е-моё!

скорее всего да.
Какой-то бэк-офис на писи. Фокс про или клиппер.
 Компьютерная жисть тогда была проста и незамысловата

Оно самое. Одно на клиппере а другое на фокс про. Но польза всё равно была. Про склад долго рассказывать. Про пиццерии. Клиент звонит и заказывает. Первый раз приходится спрашивать телефон, адрес, номер кредитки, и что он желает заказать. Второй и прочие разы спрашивают только номер телефона - а всё остальное уже известно из предыдущего заказа, в том числе и что именно человек заказывал, многие заказывают одно и то же, иногда с вариациями и комментариями. Заказ распечатывался и шёл на кухню, потом курьеру. Расчёты с курьерами тоже учитывались и в конце дня был отчёт кто сколько получает. Ничего особо сложного - но приложение ускоряло работу и уменьшало ошибки.

Для бд нужен уникальный ключ. Телефон в данном случае таковым не является, те с телефона может позвонить другой человек, гость, например. А вот номер кредитки является. При этом владелец кредитки может звонить с любого номера, хоть из таксофона.
Айтишнег. Зубр БД. Блин.

Кого там волновал какой-то уникальный ключ. Или определитель номера если он не был связан с компьютером. Человек звонил, оператор спрашивал какой номер телефона, на экране выскакивал адрес и прошлые заказы плюс кнопка "начать заказ с нуля". Оператор просто подтверждал адрес и имя, это ведь скорее чем набивать всё заново, но если скажем адрес менялся то его можно было обновить. И телефон можно было обновить по имени клиента. Как они там расплачивались я честно не знаю, скорее всего отдавали деньги курьеру. Я ни разу сотрудников этой сети пиццерий не видел, всё шло через одного знакомого немца, бизнесмена и владельца компьютерного магазина в котором я и сидел поначалу, а потом он мне подарил переносной комп величиной со швейную машинку в футляре и я также работал дома. Писал макрос для СУБД, ггг 

Кагншна, канешна. Пааадумаешь. Уникальный ключ это требование самой базы данных. По нему однозначно идентифицируется запись в таблице. Без него ничего работать не будет. Или это будет тупой текстовый поиск в текстовом документе. Может действительно там у тебя был Эксель и фильтр на столбец с номером телефона?
А ты реализовал задачу халтурно, по ламерски. Завести ключ в таблице "Клиенты" на кредитку трудно? Звонок. Назовите номер кредитки. Вколачиваем номер в форму, если такая кредитка есть, открываем историю заказов, игнорируя одинаковые в поле "Вид пиццы" в шапке ФИО, адрес, телефон. Гутентаг, херр Интя, вам кэгэбычно?! На Ундер Ден Линден 148, в подвал стучать три раза дай дай закурить? Ожидайте.
Если нет номера, то выскакивает форма ввода нового клиента. Все. Четыре таблицы. Дел на полдня с перекурами. И эта. Воткнуть дешманский войсмодем какой нить юр-спортсер на 14400 умеющий определять номер и отдать его в бд не судьба?
Айтишнег.

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

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

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

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

За полдня и 100 долларов делают Телекасты, а я беру дороже и делаю качественный полезный продукт.

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

Ты не профессионал, а халтурщик.

"Несколько кредиток" у одного человека, заказчика пиццы в 90м году? Не смеши мои тапки. И как человек, не имеющий кредитки, будет заказывать И ОПЛАЧИВАТЬ пиццу по телефону? В телефонный счёт ему будешь стоимость ее включать?

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

Я писал. Это вообще типовая задача и во многих БД имеется в виде готового шаблона. Добавление хотелок заказчика, типа учёта заказов по курьерам и тд тоже ничего сложного, если он не начинает менять исходные установки.

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

Сказки про жЫстоких немцев, погасивших трепетный огонек таланта мы уже слышали.

[telekast]

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

Неть. В xBase не требуется. (Да и в настоящих СУБД обычно нет).
Неявно он конечно всегда есть (номер записи в таблице). Более того, в xBase НЯП просто не было constraint primary key. Были только обычные индексы.

"Как создать уникальный индекс в xBase?
В большинстве xBase систем для создания уникального индекса используется команда CREATE INDEX, с указанием имени индекса, имени поля (на которое будет ссылаться индекс) и флага UNIQUE или UNIQUE ON.
Пример: CREATE INDEX имя_индекса ON поле_для_индекса UNIQUE.
После создания уникального индекса при попытке вставки дублирующей записи в поле, на которое он ссылается, возникнет ошибка."(С)#изЫнета

Кажется возможность создания уникального индекса появилось начиная с dBase 5,  то есть уже в середине 90х. Но неважно.
Первичный ключ все равно не требуется.

ЗЫ sql с xBase гггг

Что нашлось, то нашлось. Я в хэВасе не работал*смайлик пожимающий плечами с разведёнными руками*

[vlad7308]

Что нашлось, то нашлось. Я в хэВасе не работал*смайлик пожимающий плечами с разведёнными руками*

Зато я работал. 🤷

[telekast]

Что нашлось, то нашлось. Я в хэВасе не работал*смайлик пожимающий плечами с разведёнными руками*

Зато я работал. 🤷

И? В хэВасе не было индексов? И как тогда обеспечивалась целостность данных, врукопашную? Я не в догрёб, интересно. Чисто из любопытства.

[vlad7308]

Что нашлось, то нашлось. Я в хэВасе не работал*смайлик пожимающий плечами с разведёнными руками*

Зато я работал. 🤷

И? В хэВасе не было индексов? И как тогда обеспечивалась целостность данных, врукопашную? Я не в догрёб, интересно. Чисто из любопытства.

индексы были.
А при чём тут целостность? Индексы не про целостность, а про скорость поиска.

С целостностью в xBase было так себе.
В основном врукопашную, да.

В парадоксе уже были pk (и даже кажется fk). Но парадокс - это уже не dBase. Хотя и из той же оперы.

[telekast]

Что нашлось, то нашлось. Я в хэВасе не работал*смайлик пожимающий плечами с разведёнными руками*

Зато я работал. 🤷

И? В хэВасе не было индексов? И как тогда обеспечивалась целостность данных, врукопашную? Я не в догрёб, интересно. Чисто из любопытства.

индексы были.
А при чём тут целостность? Индексы не про целостность, а про скорость поиска.

С целостностью в xBase было так себе.
В основном врукопашную, да.

В парадоксе уже были pk (и даже кажется fk). Но парадокс - это уже не dBase. Хотя и из той же оперы.

Те, проверка на уникальность какого-либо значения, того же ИД клиента, нужно было выполнять вручную и нельзя было озадачить этим саму БД? Ну, ладно. Даже если и так, то ничто не мешало врукопашную задать такое правило и следить за его соблюдением. Не?

[vlad7308]

Что нашлось, то нашлось. Я в хэВасе не работал*смайлик пожимающий плечами с разведёнными руками*

Зато я работал. 🤷

И? В хэВасе не было индексов? И как тогда обеспечивалась целостность данных, врукопашную? Я не в догрёб, интересно. Чисто из любопытства.

индексы были.
А при чём тут целостность? Индексы не про целостность, а про скорость поиска.

С целостностью в xBase было так себе.
В основном врукопашную, да.

В парадоксе уже были pk (и даже кажется fk). Но парадокс - это уже не dBase. Хотя и из той же оперы.

Те, проверка на уникальность какого-либо значения, того же ИД клиента, нужно было выполнять вручную и нельзя было озадачить этим саму БД? Ну, ладно. Даже если и так, то ничто не мешало врукопашную задать такое правило и следить за его соблюдением. Не?

это и есть "врукопашную".
Не мешало - почти ничего. Если правильно с блокировками работать в многопользовательском режиме. И помнить об этом правиле в каждой процедуре вставки\обновления. А так - ничего.

[Inti]

Ты не профессионал, а халтурщик.

"Несколько кредиток" у одного человека, заказчика пиццы в 90м году? Не смеши мои тапки. И как человек, не имеющий кредитки, будет заказывать И ОПЛАЧИВАТЬ пиццу по телефону? В телефонный счёт ему будешь стоимость ее включать?

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

Я писал. Это вообще типовая задача и во многих БД имеется в виде готового шаблона. Добавление хотелок заказчика, типа учёта заказов по курьерам и тд тоже ничего сложного, если он не начинает менять исходные установки.

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

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

[Inti]

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

И каждый клиент должен помнить свой номер и при заказе называть его?

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

[Старый]

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

Что ж там за таблицы такие? И как идентифицировался клиент при повторном обращении? 

[vlad7308]

Что ж там за таблицы такие?

обычные. Из которых любая БД состоит.

Не морочь себе голову, короче

[telekast]

Ты не профессионал, а халтурщик.

"Несколько кредиток" у одного человека, заказчика пиццы в 90м году? Не смеши мои тапки. И как человек, не имеющий кредитки, будет заказывать И ОПЛАЧИВАТЬ пиццу по телефону? В телефонный счёт ему будешь стоимость ее включать?

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

Я писал. Это вообще типовая задача и во многих БД имеется в виде готового шаблона. Добавление хотелок заказчика, типа учёта заказов по курьерам и тд тоже ничего сложного, если он не начинает менять исходные установки.

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

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

Это ты баран. Про кредитку, как условие принятия заказа, писал ты. Про оплату наличкой курьеру слова не было. Ты такой же программист, как и програмер батфайлов. Даже внятно описать собственное решение не способен.
Номер кредитки, айтишнег, человеку помнить необязательно, она у него всегда с собой, в кошельке. Но тебе, ее, по видимому никогда не имевшему(зачем бомжу на фанерке кредитка) это неведомо.
Ламер ты ушастый, а не программист.

[telekast]

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

И каждый клиент должен помнить свой номер и при заказе называть его?

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

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

[Inti]

Даже внятно описать собственное решение не способен.

А ты очевидно не способен понять даже простейших общечеловеческих вещей вроде заказа пиццы по телефону 

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

Истерикой Телекаста удовлетворён! 
 

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

[Дмитрий Виницкий]

В 1991 году в ФРГ (Западной Германии, так как объединение с ГДР произошло в октябре 1990 года) практика заказа пиццы по телефону уже существовала.
Как это работало:
* Заказ по телефону: Основным и практически единственным способом заказа была телефонная связь. Люди звонили напрямую в пиццерию. В то время мобильные телефоны были редкостью, поэтому использовались стационарные домашние или общественные телефоны.
* Меню: Часто пиццерии имели печатные меню, которые раздавались или были доступны для самовывоза. Потребители могли просмотреть меню заранее, выбрать пиццу и другие блюда, а затем позвонить и продиктовать свой заказ. Если меню не было под рукой, сотрудник пиццерии мог продиктовать основные позиции или помочь с выбором.
* Информация о заказе: При заказе по телефону нужно было сообщить:
  * Желаемые пиццы и размеры.
  * Дополнительные ингредиенты или пожелания.
  * Адрес доставки.
  * Имя и номер телефона для связи.
  * Примерное время, когда ожидается доставка.
* Оплата: В подавляющем большинстве случаев оплата производилась наличными при получении заказа (cash on delivery). Кредитные карты не были широко распространены для таких мелких транзакций, и технологии для их обработки на выезде были ограничены или отсутствовали. Курьер привозил заказ и принимал наличные деньги. Иногда требовалась оплата без сдачи, или курьер имел при себе небольшое количество сдачи.
* Доставка: Доставка осуществлялась курьерами на автомобилях (часто это были небольшие машины или фургоны, иногда брендированные пиццерией), скутерах или мопедах, особенно в городах. Время доставки зависело от расстояния, загруженности пиццерии и дорожной ситуации. Обычно указывалось примерное время ожидания (например, 30-60 минут).
Общие особенности рынка пиццы в Германии в 1990-х:
* Рост популярности: Пицца набирала популярность в Германии после послевоенного периода, когда итальянские иммигранты и американские солдаты способствовали ее распространению. К 1990-м годам она стала устоявшимся блюдом быстрого питания.
* Локальные пиццерии: Рынок в значительной степени состоял из независимых, локальных пиццерий. Крупные международные сети, такие как Domino's, только начинали активно осваивать немецкий рынок. Например, основание Domino's Pizza в Германии произошло в 2010 году через приобретение Joey's Pizza, которая была ведущим игроком в сфере доставки пиццы в Германии. Однако, отдельные пиццерии с доставкой существовали гораздо раньше.
* Отсутствие онлайн-заказов: Интернет и, соответственно, системы онлайн-заказов и мобильные приложения, которые мы знаем сегодня (Lieferando, Uber Eats и т.д.), в 1991 году не существовали. Все взаимодействие происходило по телефону.
Таким образом, заказ пиццы по телефону был обычной и устоявшейся практикой в ФРГ в 1991 году, а оплата практически всегда осуществлялась наличными при получении.

[Ну-и-ну]

заказ пиццы по телефону был обычной и устоявшейся практикой в ФРГ в 1991 году, а оплата практически всегда осуществлялась наличными при получении

Это вполне соответствует моим впечатлениям от Парижа в 2002 (на 9 лет позже), что кафешки кредитку толи берут, толи нет.

[Inti]

заказ пиццы по телефону был обычной и устоявшейся практикой в ФРГ в 1991 году, а оплата практически всегда осуществлялась наличными при получении

Это вполне соответствует моим впечатлениям от Парижа в 2002 (на 9 лет позже), что кафешки кредитку толи берут, толи нет.

Ну да. Но поле для номера в базе данных иметь не помешает. Я вообще-то делал что мне говорили, у самого у меня тогда кредитки вообще не было и я не знал как её можно использовать, мне это было не очень-то интересно. Сказали сделать - сделал.

Диме отдельное спасибо за воспоминания о моей программисткой молодости и немецкой пицце в 90-м году. 

[telekast]

Даже внятно описать собственное решение не способен.

А ты очевидно не способен понять даже простейших общечеловеческих вещей вроде заказа пиццы по телефону 

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

Истерикой Телекаста удовлетворён!
 

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

Ты просто не способен внятно описать алгоритм по ТЗ. Ты лузер пытающийся загибать пальцы.

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