Да, бывает, что можно себе позволить сделать плохой продукт в угоду заказчику или работодателю. Но когда понимаешь, что вот аналогичным образом работают почти все и в итоге самому приходится пользоваться гадостыми продуктами — это вызывает определённый душевный диссонанс. Я в конце концов выбрал другой путь — спрос на качество существует, предложение же очень слабо, значит я подниму эту планку на рынке. Для меня это — то самое Дело, которое с большой буквы, на которое у меня нет ни прямых заказчиков, ни работодателей, но есть огромное желание реализовать. Возможно у меня ничего не выйдет, но уже не попробовать — я не могу.
Что означает, что имеющиеся цели низки или привычная деятельность находится в пределах низкой самооценки? Тут только кардинальный пересмотр своей жизни нужен, смена рода деятельности и обстановки, новые люди и новые идеи. А иначе — это уже болезнь и нужно вмешательство врача (как бы это ни звучало, здесь нет ничего зазорного — болезни случаются и их нужно лечить)
Однако хуже получается, когда занимаешься делом, а работодатель считает, что чушью — ну, так или иначе — однако ради дела всей жизни нужна определённая независимость и свобода в выборе чем заниматься. Иногда работодатель её обеспечивает и поощряет занятие делом, но это скорее исключение, чем правило.
Ну так эта свобода подразумевает гарантированное перекрытие расходов доходами. Но в целом согласен — слово финансовое, немного пожевав можно откинуть — речь про возможность не думать о том, что будет завтра и как добыть пропитание, а про возможность всецело сконцентрироваться на смысле жизни.
Ну, для полноты картины можно дать ещё вот эту ссылку: PGXN — кто чувствует в себе силы контролировать дополнительные приблуды для Postgres — найдут много любопытного и полезного.
В постгрес есть два типа индексов: GIST и GIN, которые хорошо подходят для индексации множеств, каждое со своими особенностями — на этом построен и полнотекстовый поиск. GIST быстрее на создание и модификацию, GIN — эффективней на поиске при больших множествах значений, таких как множество слов в языке.
Просто логические ограничения накладывать можно — можно создавать произвольные constraint'ы. Более сложные ограничения, зависящие от данных в других таблицах — только строить через триггеры (и эта задача может оказаться нетривиальной, но это уже отдельная тема).
Ссылочная целостность данных — на уровне базы не контролируется и это в какой-то степени минус данного решения. Но поле hstore можно использовать как кеш для таблицы связей, а триггеры на изменения в таблице связей просто будут обновлять соответствующее поле в основной таблице. Полагаю всё зависит от особенностей задачи и эксплуатации базы.
В том и фишка — с Джобсом работали те, кто согласны были работать с Джобсом даже на таких условиях, при этом сам Джобс был согласен, чтобы они работали с ним. Получилась эффективная команда.
Проводя параллели с тиранами автор не прав — дело не в тирании, а в эффективной организации. Тирания как самоцель — бессмысленна, так же как бессмысленно потакание.
Обобщая, люди видят в Джобсе то, что у него на лице написано — его гнев, его нелицеприятное отношение к окружающим и т.п. Но при этом аналитики упускают то, что у него было на уме — Совершенный Результат, совершенный без компромиссов и без мысли об отступлении. Без этого — не было бы никакого Джобса. Без тирании? Ну, с ней у нас мудаков хватает, но пользы с них?
Не обязательно оверкилл. Если технология устаканится и станет распространённой — оба процесса окажутся как минимум сопоставимы по цене, но зато не потребуется лишних шагов и появится такая опция как доработать нечто уже имеющееся (что литьём не заменить, если внутри — сложная начинка). Плюс сложные пространственные каркасы литьём наверно не так уж и просто реализовывать.
Разве это каким-то образом вытекает из вышестоящего обсуждения?
Я бы наверно наоборот заключил — предсказуемое и ожидаемое поведение — это более чем дружелюбное и благонамеренное отношение к пользователю.
А MySQL в старых версиях откровенно потакали ошибочному коду, в результате чего, мне доводилось переписывать код, прекрасно работавший в версии 3.х, но вылетавший в 5.1 с ошибкой. Кстати, там была и вышеперечисленная с кавычками — так что, похоже кое-что исправили несколько поломав совместимость.
Вот не поверите: что гугл, что яндекс хранят индексы для поиска полностью в оперативной памяти — так быстрее. Дампы — да, наверняка где-то на диск спихиваются, но сама база — в памяти.
Просто логические ограничения накладывать можно — можно создавать произвольные constraint'ы. Более сложные ограничения, зависящие от данных в других таблицах — только строить через триггеры (и эта задача может оказаться нетривиальной, но это уже отдельная тема).
Ссылочная целостность данных — на уровне базы не контролируется и это в какой-то степени минус данного решения. Но поле hstore можно использовать как кеш для таблицы связей, а триггеры на изменения в таблице связей просто будут обновлять соответствующее поле в основной таблице. Полагаю всё зависит от особенностей задачи и эксплуатации базы.
Что может значить отсутствие ничего не значащей бумажки? :-)
Проводя параллели с тиранами автор не прав — дело не в тирании, а в эффективной организации. Тирания как самоцель — бессмысленна, так же как бессмысленно потакание.
Обобщая, люди видят в Джобсе то, что у него на лице написано — его гнев, его нелицеприятное отношение к окружающим и т.п. Но при этом аналитики упускают то, что у него было на уме — Совершенный Результат, совершенный без компромиссов и без мысли об отступлении. Без этого — не было бы никакого Джобса. Без тирании? Ну, с ней у нас мудаков хватает, но пользы с них?
Я бы наверно наоборот заключил — предсказуемое и ожидаемое поведение — это более чем дружелюбное и благонамеренное отношение к пользователю.
А MySQL в старых версиях откровенно потакали ошибочному коду, в результате чего, мне доводилось переписывать код, прекрасно работавший в версии 3.х, но вылетавший в 5.1 с ошибкой. Кстати, там была и вышеперечисленная с кавычками — так что, похоже кое-что исправили несколько поломав совместимость.