Возможно (почти наверняка) туплю. Немного не понятно почему эпики доступны только для самых дорогих планов и как вообще народ менеджит сколь нибудь нормального размера без эпиков. Какой есть бест практис для ведения тасков и документации, чтобы было понятно, что вот этот таск относится вот к этой большой функциональности, с возможностью быстро перейти на подробное описание этой функциональности и показать все таски которые с ней связаны? Чтобы оно не разваливалось на бегу на какие-то совершенно несвязные вещи и оторванные от реальности пользовательские истории
В эпоху избытка потока информации, её избыточного дублирования размазанного во времени (десятки реврайтингов весьма разного качества) и её хаотичности на фоне острой нехватки хорошо поданной систематизированной и реально полезной информации, плюс необходимости проверять всё… Сложно сказать какой эффект даст этот шрифт, но тенденция на исследования в этой сфере — это хорошо.
Как минимум на первых этапах шрифт будет быстрее вызывать утомление, по сравнению с привычными, а когда люди будут привыкать к нему, большой вопрос, останется ли его эффективность на должном уровне или станет ещё меньше, чем у переживших длинную эволюцию привычных написаний. Скорее всего можно пойти на компромисс и например дорисовать недостающие части например очень тонкой линией или светлосерым для компенсации сложности и восстановления скорости восприятия.
А в целом было бы хорошо в ближайшее время увидеть устройства ориентированные на эффективную работу с огромными потоками информации именно в современной шумной среде. Какой-нибудь VR-шлем с качественными экранами, наушниками способными гасить внешние отвлекающие шумы, микрофоном и минимально реализованным нейроинтерфейсом, для полной изоляции и погружения.
Аппарат у деда классный, руки прямые, но «энергосберегайки» эти дают ужаснейший свет, ещё и мерцать могут (некоторые камеры пытаются сгладить мерцание, но качество всё равно хромает), плюс источник света получается точечный (где-то будет пересвет, где-то недосвет, где-то блик). Стёкла при раскладке книги в V скорее всего тоже лишние, для выравнивания достаточно небольшого V-образного треугольника-вкладыша посередине. Если смайстырить насадку на объектив из зеркал вида / Ʌ \ то можно обойтись одной хорошей камерой. Разрешающей способности при хорошем свете (чтобы не зернило и без шевелёнок) хватит более чем у большинства современных железок. Есть варианты как покрутить вспышку камеры «в потолок» или надеть на неё что-нибудь матовое, чтобы получить равномерное заполнение.
Что касается мыльниц Canon, есть смысл попробовать CHDK накатить, вроде там должна быть опция предварительного поднятия шторки — так будет снимать чуть дольше, но в условиях плохого света меньше будет сказывается шевелёнка на больших выдержках. Ну и делать штатив максимально тяжёлым и устойчивым. Эффект шевелёнки может проявляться даже если снимаете с пультом, достаточно хорошего сквозняка, пройти мимо стола (если пол не бетонный) и, опять же, срабатывающей шторки в камере.
В общем есть над чем подумать, чтобы оцифровать свой скарб
А книги, которые на амазоне не продаются и сканов которых нет в свободном доступе они предлагают выкинуть, потому что клиентам старбакса они не интересны?
А почему когда гугл сканил книги и предлагал оцифровать всё и отдать людям на несколько лет раньше — их завернули ( habr.com/post/404059 )? У Амазона больше откаты?
Библиотеки — это в первую очередь историко-культурное наследие и свободный доступ к знаниям, а так же люди, а не место для тусовок с ценностями аля всемирно известная сеть бесплатных туалетов.
Правда в том, что люди привыкли и теперь пытаются протолкнуть то, к чему привыкли, наглухо отрицая в некоторых случаях даже здравый смысл, чем лишь усугубляют ситуацию. Люди 15-20 лет, начиная со школы, видят только винды, опыт есть только с виндами и всё вокруг на винды же завязано стало за это время. Если бы не засилье пиратки во всех местах 10-20 лет назад, работали бы все на никсах и в ужасе плевались на попытку предложить им винду, да ещё и за деньги. А заодно и большинство софта разработанного за эти годы было бы либо кроссплатформенным, либо работающим на никсах без проблем. Благо сегодня уже даже MS пытается работать с никсами, выкатил открытый .NET Core, VSCode и грань «только эта ОС» стирается, можно реально жить и работать в любой актуальной ОС и делать 99% задач даже не запариваясь, на какой ОС ты сидишь.
Недавно подсказали крутой хинт: dotPeek позволяет узнать какие библиотеки с чем собраны (где использован .NET Core, где .NET Standard, а где .NET Framework) что очень спасает при проблемах с зависимостями
А есть что-то живое из обфускаторов для .NET Core? Что-то что можно запустить например в Ubuntu или после чего можно обфусцированный софт в Ubuntu крутить?
Глупо вообще кого-то обвинять не разобравшись в проблеме. Автор как раз проблему и поднял. Важно тут не цепляться за конкретное наименование отдельно взятой программы.
В статье речь не только про слак и не конкретно про слак среди IM, а про то, что народ злоупотребляет ими, порождает много информационного шума, да ещё и преподносит эти косяки как фичи, делает с их помощью то, чего через них делаться не должно, про любителей поболтать там, где не нужно болтать, а так же про то, что нужно делать нормальную документацию, которую можно прочитать одним заходом и всё станет понятно, которую не нужно будет собирать по логам чатов и крупицам «кто-то что-то слышал на каком-то митинге».
Можно через чат скинуть ссылку на конкретно место в документации, но нельзя позиционировать чат как замену всему и вся. И тем более нельзя в него долбить аки «официант, господам скучно». Всё, что прошло мимо документации и нормальной системы учёта требований — проходит мимо.
Вообще-то электронной почты эти чатовские проблемы тоже касаются, народ что-то шлёт и ждёт что им ответят сразу, плюс километровые портянки из переписки. Но т.к. все привыкли, что почта редко проверяется, то там стало меньше таких заскоков.
Точно так же применимо и для «суперсрочных телефонных звонков», когда человек не может и даже не собирается чётко объяснить, в чём проблема — во первых просто потому, что скрины и логи звонком не передаются, во вторых, люди почему-то любят играть в сломанный телефон и говорить какую-то ересь вместо состоявшихся фактов (не тот номер записи, не тот пароль, не тот клиент… всё что угодно) + бывают проблемы со связью, а потом они с чувством выполненного долга пропадают (отрубают телефон и идут спать например).
Т.е. в конце всё упирается в то, что нет нормальной документации и системы ведения тикетов, которые в принципе были бы самодостаточны без всяких чатиков, звонков и митингов. Все эти чатики расхолаживают (люди считают что они выполнили долг — доставили информацию, но на самом деле в документацию не попало ничего) и отвлекают, даже если не бибикают явно, а просто в трее навязчиво висит «вы не прочли 100500 сообщений».
А вообще я долго искал какое-нибудь готовое решение, которое можно было бы захостить у себя, в котором можно было бы вести проекты от корки до корки для SOHO (начиная с беклога, тикетов, таймтрекинга, ведения клиентов продаванами, хелпдеска, заканчивая VCS, review), но так ничего и не нашёл, всё равно половина на github/gitlab/bitbucket, а вторая половина размазана по Dropbox/Paper/Google drive/Redmine/CRM и чатикам. И эта фрагментация жрёт время и бесит.
Жизненная и правильная статья.
Фрагментация кусков ТЗ между тикетам с полуживыми доками, чатикам и «живым общением» — это вообще отдельный ад. Апогей — это когда что-то (но далеко не всё) обсудили голосом (потому что кто-то решил что так быстрее/удобнее), таск либо не сделали, либо он состоит из «позвони, обсудим», а потом на приёмке у тебя спрашивают «Почему ты не сделал вот эту фичу именно вот так и с кандибобером», «Потому что про кандибобер никто не говорил», «Я совершенно точно (ведь ПМ не человек и ничего не забывает, да и слушатель тоже робот) говорил тебе про кандибобер — иди переделывай». И никому ничего не докажешь, что эта хотелка была выдумана, но не была озвучена, либо по ней были вопросы не позволяющие сделать её сейчас без ущерба для другого функционала. Без нормального целостного документирования невозможно понять, как должен работать/выглядеть результат, а чаты и голосовые обсуждения с документированием не связаны никак. Они в принципе не могут иметь важности чем сиюминутный факт, про который можно через 15 минут забыть вообще. Максимум — это пульнуть скриншот и переписка в духе «Так для тикета #123 с кандибобером будет ок? -Да». Всё, на этом активность в чате должна заканчиваться.
Ещё веселило, когда ПМ мог написать/позвонить в любой момент, через любой канал связи, даже на телефон около полуночи из другой страны, но все обращения к ПМ, если не через почту, вполне легко ПМом же игнорируются. Даже если это сообщение о том, что сервер почты сдох.
Ботоводство и прочая автоматизация на чатовых костылях — это отдельный вопрос, который тоже никак не связан с ведением проекта, ведением документации и внутрикомандной коммуникацией. Но те, кто про него тут вспоминают, кажется не поняли о чём пост.
Простите?! С добрым утром! А при чём тут ВАША тех.поддержка? Вы вообще кто? Вы что, всё это на личный счёт принимаете? Тогда понятно, ну извините, лично к вам и к вашей личной конторе я не имею никакого отношения. Так что да, нет смысла продолжать, если мы друг друга даже понять не можем.
Вот только в 2005 (с ваших слов!) Postgre уже стало нормальным, MySQL тоже, а FB всего 5 лет назад продолжал тормозить и убивать базы. Нам просто не повезло с выбором инструмента в лице FB. С ним было тьма проблем. На том проекте тоже были сотни пользователей и очень много инстансов, недостатка в данных не было. Благо что на самых критичных серверах использовали Oracle и оно хоть как-то шевелилось.
А вы случайно не знаете, почему такой плохой MySQL сразу же завоевал популярность в вебе, а FB до сих пор там никак? А ещё MySQL вышел не в 2000. А Postgre не в 1995.
Так же у меня есть большие сомнения, что вы в курсе моих проблем с Qt (не Quick Time!), а потому «помнить» их не можете.
И у меня для вас есть страшное откровение: 200Гб база это очень мало было уже 5 лет назад, даже для таких чайников как я, а сегодня этой цифрой вообще не смешите. У меня одного за неделю данных больше пролетает в виду специфики текущей работы.
Вот только я не писал, когда что появилось. Про свистопляску с драйверами… мне казалось вы должны быть в курсе, учитывая вашу активность по популяризации FB, что у каждой версии FB своя версия fbclient и они не шибко то обратно совместимы. А я это ещё и на Qt собирал/заводил, там это тоже то ещё было удовольствие.
dBase я привёл в пример тому, что многие цепляются за то, что кое как, с болью и скрипом когда-то было внедрено и не хотят ничего менять, оправдывая это всеми правдами и неправдами.
Ну и конечно я не в курсе конкретно ваших кейсов, ваших УМВР и ваших бирж (которыми опять же кроме вас никто не пользуется). Но личный опыт и опыт подавляющего большинства контор (в т.ч. куча статей про инфраструктуру высоконагруженных ресурсов на Хабре) показывают, что FB далеко не самая удачная СУБД и большинство тех контор, которые его когда-то использовали, ушли на другие СУБД явно не от желания добавить себе работы.
И очень хочется почитать реальную статью, что же такого плохого у Postgre есть, что FB якобы уделывает его и, вдруг, становится «идеальным» сервером. Или что такое жизненно важное есть в FB, чего нет у других.
А изначальная претензия была как раз в том, что они сравнивают заведомо более слабую по всем параметрам СУБД и при этом ошибочно пытаются притянуть за уши её как наиболее «безошибочную» — с этим раскладом, с учётом личного опыта, я не соглашусь ни в коем случае.
Я знаю, что некоторые по сей день молятся и на dBase, и на Paradox, особенно в устаревшем софте, который некогда и некому переписывать (не говоря уже про нормально спроектировать и поддерживать), и вообще страшно всё это трогать, но это их проблемы. Я даже лично знаю пару весьма крупных контор республиканского значения и один комбинат, которые всё никак не откажутся от этого кактуса, одна из них ещё недавно виртуалки с DOS6.22 и FoxPro 2.6 крутила ежедневно, чтобы оно хоть как-то работало. Реальность же такова, что InterBase умер, причём не давно, а очень давно (особенно по меркам ИТ) и явно не от того, что он такой хороший и старый (он же не вино), а FB глючный и давно отстал от остальных «более молодых» конкурентов, которые обогнали его просто со свистом по темпам развития, надёжности, безопасности, ремонтабельности и фичам. Это состоявшийся факт. Если хотите его оспорить, приведите более весомые, на сегодняшний день, аргументы, чем ваш стаж, т.к. я тоже ещё ЕС1841 застал и под FB тоже успел поработать/пописать, и под IB (кстати я знаю одну контору, которая тоже ещё недавно его вовсю пользовала для учёта бланков строгой отчётности и это было тоже весьма ужасно). Я откровенно не понимаю ажиотажа вокруг FB и Delphi на постсоветском пространстве.
Сейчас объясню свою точку зрения:
По поводу эмбеддовки с Дельфи: Заменить полноценный сервер, как то MS SQL на Windows или MySQL/Postgre оно никогда не могло. Потому и заброшено Борландом. Но у MySQL/Postgre всё весьма грустно по части «носимых» баз, а MS SQL CE имеет весьма грустные ограничения. В паре с какими-нибудь FibPlus и EhLib это смотрелось очень неплохо в своё время, особенно для бедных студентов, ведь можно было сделать прилагу на коленке, а потом прийти с курсовым в училище, показать там что «вот, у меня полноценная СУБД использована, всё по взрослому, с отдельным сервером», т.к. установка и запуск на винде были довольно тривиальные. Но когда речь поднимается про нормальное управление доступами, приличные нагрузки, нормальные бекапы, какие-то фичи сложнее селекта — её начинает резко нехватать. Ещё она частенько ломалась и была свистопляска в версиями, которые не очень-то хорошо работали с драйвером от другой версии. Я имел довольно большой опыт внедрения поделок с этой штукой (причём не только на Windows) и не могу никому её рекомендовать. Уж лучше SQLite, если нужна локальная БД или MySQL, если сеть — эти решения будут быстрее, надёжнее, гибче и функциональнее, чем FB, плюс полно как бумажной литературы, так и сайтов/форумов/конф по всем СУБД, по FB же ещё лет 5 назад был только томик Хелен Бори (до сих пор где-то на даче лежит никому ненужный) и полтора скромных форума.
А на счёт увеличения количества ошибок: чем больше возможностей, тем больше кода и тем код сложнее, и тем сложнее всё это сопровождать и развивать. Соответственно и количество ошибок будет сильно расти. И то что при большом росте Postgre не сильно вырос по количеству ошибок лишь доказывает что это весьма хорошая СУБД.
При прочих равных Firebird будет догонять Postgre ещё долго и долго по фичам и допустимым нагрузкам, а за это время количество ошибок вырастет не кратно, а экспоненциально и окажется он ниже MySQL.
Его ниша (как потомка Borland) была в эмбеддовке на Delphi, которую без проблем решает SQLite.
Да, библиотека в небольших городах в центре, это наследие эпохи «учиться, учиться и ещё раз учиться». Но как только начинается «движуха» — библиотека перестаёт быть местом, где можно тихо посидеть и почитать, площади под библиотеку быстро урезаются в пользу более популярных среди молодёжи активностей, непопулярные (но зачастую гораздо более полезные!) книги в итоге просто выкидываются. А для многих из них даже сканов нет. О чём и речь, что это уже фаблаб, воркспейс, что угодно, но НЕ библиотека. А «библиотека» уже давно должна быть всегда с собой, чтобы читать всегда, когда есть возможность, а не бежать в угол между 3D принтером и спортзалом. Уже давно технические возможности позволяют носить с собой больше книг, чем можно за всю жизнь прочесть. Проблема лишь в сборе и систематизации качественного контента, да выбрать нормальную читалку, с которой можно было бы хоть в поход, хоть в Тибет махнуть не опасаясь, что «контент для вашего региона заблокирован» и «абонент не абонент».
Вспомнилось geektimes.ru/post/289377
Но я думаю, библиотеки себя изжили, как это ни грустно. Всякие игровые зоны и прочий развлекательный контент там не нужны. DIY под боком тоже будет шумновато. Библиотеки фактически уже давно перешли в цифровую форму. Для меня «библиотека 2027» это какой-нибудь крепенький планшет размером со стандартную тетрадку (не слишком мал, но при этом хорошо лежит в руке и с собой носить удобно) с суперконденсатором вместо аккумулятора, беспроводной зарядкой (и чехлом с солнечной батареей) и накопителем хотя бы 1Тб, где 100 Гб это книги, 200-300 Гб — музыка и всё остальное — хороший видеоконтент с обучалками, всякие HOWTO. Ну и по мелочи какого-нибудь софта для обучения, инженерный калькулятор туда же. Это заменит тонны макулатуры и болванок, даст примерно равные хорошие условия для обучения всем (а не только тем, чьи родители могут купить себе личную библиотеку), решит проблемы вида «забыл учебник», «в учебнике половина страниц вырвана», «дал почитать другу и тот потерял», «прошли сроки и пришлось вернуть в библиотеку», можно спокойно оставлять всякого рода заметки на полях, ссылки, делиться цитатами в пару кликов и вести прочую работу с контентом. Но все эти данные в таких количествах чрезвычайно сложно найти в хорошем качестве и систематизировать, плюс конечно это никак не укладывается в «ужать систему образования ещё сильнее в финансах, распилить побольше бабла». А то что нужно учащимся вместо места для посидеть между парами шумной толпою — это уже скорее фаблаб или хакерспейс, где можно свободно применять знания на практике. Там уже и WiFi, и лаунж с кофемётом и игровой зоной уже вполне можно поставить, если правильно всё зонировать, чтобы не мешать никому.
Не по кнопкам, но по телеботам
Кто бы просвятил по таким вопросам:
— В вебе пишут, что перевод строки делается через %0A, но у меня работает только старый добрый \r\n.
— Если текст отправляется как markdown, а разметки markdown не содержит, то отправка падает с ошибкой (код 400). Как корректно валидировать тип текста перед отправкой?
— Как корректно поступать с конфиденциальной информацией? Например пароль авторизации пользователем, можно как-то поудалять из истории сообщений для бота те сообщения, где пользователь сообщает пароль?
— Пользователь добавил бота, отправил ему /start, но я не вижу ни его телефона, ни его логина по которым можно было бы напрямую связаться, только chat_id. Как получить контактные данные и отправлять сообщения по логину пользователя (например обновления новостей из его личной ленты). Возможно ли ботом по команде отправить пользователя в чат с другим пользователем? Не в общий канал, а именно личный чат
Как минимум на первых этапах шрифт будет быстрее вызывать утомление, по сравнению с привычными, а когда люди будут привыкать к нему, большой вопрос, останется ли его эффективность на должном уровне или станет ещё меньше, чем у переживших длинную эволюцию привычных написаний. Скорее всего можно пойти на компромисс и например дорисовать недостающие части например очень тонкой линией или светлосерым для компенсации сложности и восстановления скорости восприятия.
А в целом было бы хорошо в ближайшее время увидеть устройства ориентированные на эффективную работу с огромными потоками информации именно в современной шумной среде. Какой-нибудь VR-шлем с качественными экранами, наушниками способными гасить внешние отвлекающие шумы, микрофоном и минимально реализованным нейроинтерфейсом, для полной изоляции и погружения.
Что касается мыльниц Canon, есть смысл попробовать CHDK накатить, вроде там должна быть опция предварительного поднятия шторки — так будет снимать чуть дольше, но в условиях плохого света меньше будет сказывается шевелёнка на больших выдержках. Ну и делать штатив максимально тяжёлым и устойчивым. Эффект шевелёнки может проявляться даже если снимаете с пультом, достаточно хорошего сквозняка, пройти мимо стола (если пол не бетонный) и, опять же, срабатывающей шторки в камере.
В общем есть над чем подумать, чтобы оцифровать свой скарб
А почему когда гугл сканил книги и предлагал оцифровать всё и отдать людям на несколько лет раньше — их завернули ( habr.com/post/404059 )? У Амазона больше откаты?
Библиотеки — это в первую очередь историко-культурное наследие и свободный доступ к знаниям, а так же люди, а не место для тусовок с ценностями аля всемирно известная сеть бесплатных туалетов.
Можно через чат скинуть ссылку на конкретно место в документации, но нельзя позиционировать чат как замену всему и вся. И тем более нельзя в него долбить аки «официант, господам скучно». Всё, что прошло мимо документации и нормальной системы учёта требований — проходит мимо.
Вообще-то электронной почты эти чатовские проблемы тоже касаются, народ что-то шлёт и ждёт что им ответят сразу, плюс километровые портянки из переписки. Но т.к. все привыкли, что почта редко проверяется, то там стало меньше таких заскоков.
Точно так же применимо и для «суперсрочных телефонных звонков», когда человек не может и даже не собирается чётко объяснить, в чём проблема — во первых просто потому, что скрины и логи звонком не передаются, во вторых, люди почему-то любят играть в сломанный телефон и говорить какую-то ересь вместо состоявшихся фактов (не тот номер записи, не тот пароль, не тот клиент… всё что угодно) + бывают проблемы со связью, а потом они с чувством выполненного долга пропадают (отрубают телефон и идут спать например).
Т.е. в конце всё упирается в то, что нет нормальной документации и системы ведения тикетов, которые в принципе были бы самодостаточны без всяких чатиков, звонков и митингов. Все эти чатики расхолаживают (люди считают что они выполнили долг — доставили информацию, но на самом деле в документацию не попало ничего) и отвлекают, даже если не бибикают явно, а просто в трее навязчиво висит «вы не прочли 100500 сообщений».
А вообще я долго искал какое-нибудь готовое решение, которое можно было бы захостить у себя, в котором можно было бы вести проекты от корки до корки для SOHO (начиная с беклога, тикетов, таймтрекинга, ведения клиентов продаванами, хелпдеска, заканчивая VCS, review), но так ничего и не нашёл, всё равно половина на github/gitlab/bitbucket, а вторая половина размазана по Dropbox/Paper/Google drive/Redmine/CRM и чатикам. И эта фрагментация жрёт время и бесит.
Фрагментация кусков ТЗ между тикетам с полуживыми доками, чатикам и «живым общением» — это вообще отдельный ад. Апогей — это когда что-то (но далеко не всё) обсудили голосом (потому что кто-то решил что так быстрее/удобнее), таск либо не сделали, либо он состоит из «позвони, обсудим», а потом на приёмке у тебя спрашивают «Почему ты не сделал вот эту фичу именно вот так и с кандибобером», «Потому что про кандибобер никто не говорил», «Я совершенно точно (ведь ПМ не человек и ничего не забывает, да и слушатель тоже робот) говорил тебе про кандибобер — иди переделывай». И никому ничего не докажешь, что эта хотелка была выдумана, но не была озвучена, либо по ней были вопросы не позволяющие сделать её сейчас без ущерба для другого функционала. Без нормального целостного документирования невозможно понять, как должен работать/выглядеть результат, а чаты и голосовые обсуждения с документированием не связаны никак. Они в принципе не могут иметь важности чем сиюминутный факт, про который можно через 15 минут забыть вообще. Максимум — это пульнуть скриншот и переписка в духе «Так для тикета #123 с кандибобером будет ок? -Да». Всё, на этом активность в чате должна заканчиваться.
Ещё веселило, когда ПМ мог написать/позвонить в любой момент, через любой канал связи, даже на телефон около полуночи из другой страны, но все обращения к ПМ, если не через почту, вполне легко ПМом же игнорируются. Даже если это сообщение о том, что сервер почты сдох.
Ботоводство и прочая автоматизация на чатовых костылях — это отдельный вопрос, который тоже никак не связан с ведением проекта, ведением документации и внутрикомандной коммуникацией. Но те, кто про него тут вспоминают, кажется не поняли о чём пост.
А вы случайно не знаете, почему такой плохой MySQL сразу же завоевал популярность в вебе, а FB до сих пор там никак? А ещё MySQL вышел не в 2000. А Postgre не в 1995.
Так же у меня есть большие сомнения, что вы в курсе моих проблем с Qt (не Quick Time!), а потому «помнить» их не можете.
И у меня для вас есть страшное откровение: 200Гб база это очень мало было уже 5 лет назад, даже для таких чайников как я, а сегодня этой цифрой вообще не смешите. У меня одного за неделю данных больше пролетает в виду специфики текущей работы.
dBase я привёл в пример тому, что многие цепляются за то, что кое как, с болью и скрипом когда-то было внедрено и не хотят ничего менять, оправдывая это всеми правдами и неправдами.
Ну и конечно я не в курсе конкретно ваших кейсов, ваших УМВР и ваших бирж (которыми опять же кроме вас никто не пользуется). Но личный опыт и опыт подавляющего большинства контор (в т.ч. куча статей про инфраструктуру высоконагруженных ресурсов на Хабре) показывают, что FB далеко не самая удачная СУБД и большинство тех контор, которые его когда-то использовали, ушли на другие СУБД явно не от желания добавить себе работы.
И очень хочется почитать реальную статью, что же такого плохого у Postgre есть, что FB якобы уделывает его и, вдруг, становится «идеальным» сервером. Или что такое жизненно важное есть в FB, чего нет у других.
А изначальная претензия была как раз в том, что они сравнивают заведомо более слабую по всем параметрам СУБД и при этом ошибочно пытаются притянуть за уши её как наиболее «безошибочную» — с этим раскладом, с учётом личного опыта, я не соглашусь ни в коем случае.
По поводу эмбеддовки с Дельфи: Заменить полноценный сервер, как то MS SQL на Windows или MySQL/Postgre оно никогда не могло. Потому и заброшено Борландом. Но у MySQL/Postgre всё весьма грустно по части «носимых» баз, а MS SQL CE имеет весьма грустные ограничения. В паре с какими-нибудь FibPlus и EhLib это смотрелось очень неплохо в своё время, особенно для бедных студентов, ведь можно было сделать прилагу на коленке, а потом прийти с курсовым в училище, показать там что «вот, у меня полноценная СУБД использована, всё по взрослому, с отдельным сервером», т.к. установка и запуск на винде были довольно тривиальные. Но когда речь поднимается про нормальное управление доступами, приличные нагрузки, нормальные бекапы, какие-то фичи сложнее селекта — её начинает резко нехватать. Ещё она частенько ломалась и была свистопляска в версиями, которые не очень-то хорошо работали с драйвером от другой версии. Я имел довольно большой опыт внедрения поделок с этой штукой (причём не только на Windows) и не могу никому её рекомендовать. Уж лучше SQLite, если нужна локальная БД или MySQL, если сеть — эти решения будут быстрее, надёжнее, гибче и функциональнее, чем FB, плюс полно как бумажной литературы, так и сайтов/форумов/конф по всем СУБД, по FB же ещё лет 5 назад был только томик Хелен Бори (до сих пор где-то на даче лежит никому ненужный) и полтора скромных форума.
А на счёт увеличения количества ошибок: чем больше возможностей, тем больше кода и тем код сложнее, и тем сложнее всё это сопровождать и развивать. Соответственно и количество ошибок будет сильно расти. И то что при большом росте Postgre не сильно вырос по количеству ошибок лишь доказывает что это весьма хорошая СУБД.
Его ниша (как потомка Borland) была в эмбеддовке на Delphi, которую без проблем решает SQLite.
Но я думаю, библиотеки себя изжили, как это ни грустно. Всякие игровые зоны и прочий развлекательный контент там не нужны. DIY под боком тоже будет шумновато. Библиотеки фактически уже давно перешли в цифровую форму. Для меня «библиотека 2027» это какой-нибудь крепенький планшет размером со стандартную тетрадку (не слишком мал, но при этом хорошо лежит в руке и с собой носить удобно) с суперконденсатором вместо аккумулятора, беспроводной зарядкой (и чехлом с солнечной батареей) и накопителем хотя бы 1Тб, где 100 Гб это книги, 200-300 Гб — музыка и всё остальное — хороший видеоконтент с обучалками, всякие HOWTO. Ну и по мелочи какого-нибудь софта для обучения, инженерный калькулятор туда же. Это заменит тонны макулатуры и болванок, даст примерно равные хорошие условия для обучения всем (а не только тем, чьи родители могут купить себе личную библиотеку), решит проблемы вида «забыл учебник», «в учебнике половина страниц вырвана», «дал почитать другу и тот потерял», «прошли сроки и пришлось вернуть в библиотеку», можно спокойно оставлять всякого рода заметки на полях, ссылки, делиться цитатами в пару кликов и вести прочую работу с контентом. Но все эти данные в таких количествах чрезвычайно сложно найти в хорошем качестве и систематизировать, плюс конечно это никак не укладывается в «ужать систему образования ещё сильнее в финансах, распилить побольше бабла». А то что нужно учащимся вместо места для посидеть между парами шумной толпою — это уже скорее фаблаб или хакерспейс, где можно свободно применять знания на практике. Там уже и WiFi, и лаунж с кофемётом и игровой зоной уже вполне можно поставить, если правильно всё зонировать, чтобы не мешать никому.
Кто бы просвятил по таким вопросам:
— В вебе пишут, что перевод строки делается через %0A, но у меня работает только старый добрый \r\n.
— Если текст отправляется как markdown, а разметки markdown не содержит, то отправка падает с ошибкой (код 400). Как корректно валидировать тип текста перед отправкой?
— Как корректно поступать с конфиденциальной информацией? Например пароль авторизации пользователем, можно как-то поудалять из истории сообщений для бота те сообщения, где пользователь сообщает пароль?
— Пользователь добавил бота, отправил ему /start, но я не вижу ни его телефона, ни его логина по которым можно было бы напрямую связаться, только chat_id. Как получить контактные данные и отправлять сообщения по логину пользователя (например обновления новостей из его личной ленты). Возможно ли ботом по команде отправить пользователя в чат с другим пользователем? Не в общий канал, а именно личный чат