Pull to refresh
0
0
Send message

Если что простите за невежество. Возможно я не так понимаю, но...

Я сам далек от дизайна, работаю с БД и если программирую что то для себя то это мелкие утилитки, в виде классических WindowsForms или cmd-style. Читал давно еще, что дизайнер это не тот кто просто нарисовал в PSD, PDF или еще как-то и отдал разработчику, а тот кто и нарисовал для себя набросок а потом реализует его уже в UI со всеми элементами в самом проекте, и в каждом элементе прописано имя события им вызываемого. Разработчик же пишет приложение которое выполняет какой то функционал по вызываемому событию, и даже может не представлять как внешне выглядит приложение визуально, но это утрированно.

Есть USB-C два кабеля, один от телефона, а второй от мини настольной лампы. Так вот оба белые и плоские, визуально неотличить. Хорошо зарядка с дисплеем показывает ток и напряжение зарядки. Т.к. по родному проводу телефон на 2А заряжается, а через второй только на 0,5А и плюс данные не передает, постоянно их путаю, пришлось маркером зеленым телефонный пометить, но со временем стирается или выцветает, хз ))) Нужна цветовая дифференциация штанов самих кабелей в зависимости от реализации.

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

LibreOffice как раз наиболее реальный "импортозаместитель" MSO - в силу 100% доступности юзерам с ограниченными правами (без прав инсталляции)

Импортозамещение требуется только в госорганах, и тут ставится софт на рабочую машинку админами, у пользователей в таких структурах 100% гарантия нет никаких прав, кроме как читать/писать из/в определенные папки и запускать "белый" список софта. А так как его нет в реестре, значит он никак, по определению, на меожет быть реальным "импортозаместителем" MSO"

Про политику я в курсе, в разных компаниях она разная, но присутствует.

Мой вопрос был конкретно, с чего взяли что именно COPY_ONLY предназначено для длительного хранения, и чем для этих целеей не подходит обычный фулл бэкап (сакжем на 31 или 01 число)? Пруф есть или просто Вы так считаете? Если последнее, то надо было так и писать что "для своего (фирмы) удобствая создаю для длительного хранения бэкапы COPY_ONLY", а не категоричное утверждение "для создания бэкапов "длительного хранения создаются с опцией ONLY_COPY"

для создания бэкапов "длительного хранения". Создаются с опцией ONLY_COPY и не участвуют в общей цепочке восстановления

Э-э-з, что простите? С какого перепугу Copy_Only предназначен для длительного хранения? Сами же пишете - "он не участвует в цепочке восстановления", т.е. фактически это "неофициальный бэкап". Обычно используется для развертывания базы где то на тестовом контуре, чтоб как раз не очищал транзакции и не висел в цепочке бэкапов. Хотя по правильному и на тестовый контур берется и накатывается обычный, нормальный Full бэкап с определенной периодичностью.

еще на портянке данных не вылетает

У каждого свое понятие портянка,

В моих данных например более 2-х млн. строк по каждой позиции (данные более 100 параметров раз в секунду), и Excel это уже не тянет никак. А для кого то и 1000 строк портянка, с которой он не напрягаясь разберется.

При извлечении файла из базы данных, происходит преобразование данных в тот формат, который нам подскажет расширение файла

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

Ну и да, найти сейчас телевизор без 4K уже квест

Пробежался легким шагом по Я.Маркету. Если брать абсолютное число, то 4K:FullHD - 3:1, если брать самые "ходовые" размеры 40"-50" то уже 4K:FullHD - 1:10. Просто так, без всяких выводов.

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

Добыча полезных ископаемых в Африке и в северных широтах? Сами по себе без людей добываться будут? Города из за этого в основном и появляются в таких неблагоприятных зонах, что в благоприятных этого нет. Вот когда будут полностью автономные заводы по добыче и переработке ископаемых, сам работает, сам чинится, сам чистые материалы на другие заводы отправляет для производства чего либо. Вот тогда люди сами с удовольствием разъедутся по климатически удобным зонам.

На этапе планирования проектного решения не было потребности в оперативной отчетности

Вот-вот. Те кто планировал, у них не было. А если бы привлекли к планированию тех, кто будет этим потом пользоваться, много интересного бы заранее узнали. Выходит планирование было "от балды", для галки. Вечно актуальная тема )))

отчёты о сроках отгрузки или списанных позициях IT-платформа считает лишь к середине или даже концу следующего дня.

сбор «тяжёлых» отчётов и список транзакций, потом выгружал их в файл-xls

экономит несколько часов работы трёх бизнес-аналитиков

Т.е. опять история о том, что сначала было сделано абсолютно неправильно, в 202х годах люди вручную в екселе считают циферьки, и как мы потом героически с этим боролись.

Любая система учета использует БД. Из БД всегда можно вытащить данные буквально за несколько секунд, причем уже с аналитикой, отфильтрованные, в разрезе времени/продукта/процесса/работника и т.д. средствами самой БД, а не через "дополнительные скрипты" и визуализировать используя сотни способов, включая бесплатные, даже через тот же Graphana, Excel (Power Query), Power BI, и т.д. и т.п.

Помню при внедрение WMS (Warehouse Management System, не скажу какой, еще в далеком 2009), за полгода до ее запуска в прод делали все нужные отчеты, которые заранее запросили заинтересованные лица (в итоге более 500 вышло). Потом уже дорабатывали их конечно, но уже до состояния конкретных хотелок конкретных лиц. Кому надо, то быстро генерится новый на текущий момент при нажатии кнопки, кому рассылка по расписанию. кому при каких то условиях изменения данных.

А так чтоб затрачивать даже по 30 мин на отчет, просто немыслимо было.

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

Они пишут, что сканируют очень хорошо. Но в своём описании они не упоминают ни промывку, ни ретуширование.

А мне кажется Вы уже путаете услугу "сканирование пленки" и "реставрация". Это действительно разные услуги и быстро пробежав поиском можете убедиться в этом.

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

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

  • Огреб кучу проблем

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

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

Полностью не соглашусь, формулировка в корне неверна и даже вредна.
А как же тренировка например, оттачивание мастерства во множестве видов деятельности? Без этого вообще никуда. Или, еще например, пилить дерево, тоже долго туда-сюда вжик-вжик, действие одно, но через-какое то время приводит к результату.

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

За 2 дня удалил 54 строки (-60+6), остальное время разгребал кто ****************** и какого *************, зачем это *********************. В итоге уменьшилось кол-во чтений в 10 раз, скорость выполнения в 5.
MS SQL, хранимая процедура, код чужой, он давно был в проде, но пришлось заняться когда при увеличившийся нагрузке вылез как виновник. Сами разработчики отказались заниматься, типа тут уже нечего оптимизировать, надо наращивать железо, вот пришлось заняться. В итоге железо вздохнуло свободнее.

Information

Rating
Does not participate
Registered
Activity