Я тогда занимался софтом для кассовых компьютеров. И вот создают мне тикет, что при закрытии большого чека в сотню позиций вываливается ошибка драйвера такая-то. Проверяю - все ок. Выясняю модель кассы, беру на складе, проверяю - все ок. Иду к тестеру, беру его кассу (точно такую же) - проверяю всё ок. А у него воспроизводится прям на моих глазах. Меняли провода - не помогает.
Уже не помню как до этого дошли - но в какой-то момент воткнули блок питания кассы в другую розетку - нет ошибки! Оказалось что на розетке без заземления баг проявляется, на розетке с заземлением - нет.
Что-то там не так было в схеме блока питания, и при печати большого чека и незаземленной розетке из-за большой потребляемой мощности (а термоголовка если не ошибаюсь потребляет ватт 40-50) что-то куда-то пробивало и процессор кассы сбоил.
Примечательно что на небольших чеках баг не проявлялся.
Найдите сами по отрицательному торговому балансу. Это публичные данные.
> Тех, чьи IT-решения Вы использовали, чтобы опубликовать этот тезис? А это здесь вообще при чем? Можно производить что-то всем очень нужное, но при этом потреблять еще больше чем произвел. Или наборот - иметь ужасно низкий уровень жизни людей, как Демократическая Республика Конго - лидер по экспорту так нужного всем развитым странам кобальта.
> ну а про "общество потребления" есть хороший мем Мем хороший. Я не предлагаю "отменить" общество потребления, это невозможно, я сам пользуюсь его благами. Но факт остается фактом - никакого баланса нет, потребляют не столько, сколько производят.
Согласен с Вами, в теории все так, но к сожалению я не встречал примеров, когда кому-то удалось изменить культуру компании на всех уровнях путём целенаправленного ее изменения.
Чаще это происходит "само" при обновлении/смене управленческой команды, "сверху вниз". Просто иначе принимаются решения, внедряются новые процессы, автоматизация, нанимаются другие люди, и это постепенно начинает менять культуру. Цикл таких изменений - годы. Но куда более частый сценарий, к сожалению, когда компанию изменить не удаётся и она просто начинает медленно отставать от рынка и стагнировать. Это же может длиться годами и даже десятилетиями
И да, в вопросах перестройки культуры важнеюшую роль приобретает позиция собственника и его включенность в такую трансформацию.
Как разорвать порочный круг: почему ИТ и бизнес говорят на разных языках и как это можно исправить
Мне кажется, вы слишком усложняете. Просто найдите управленца, который пришел в менеджмент из IT, желательно с самых низов. И не обязательно им замещать управленца в основной иерархии, в некоторых больших компаниях есть такая позиция, как IT-бизнес партнер.
Разные исключения обрабатываются по-разному и никогда не угадаешь, как очередное исключение будет обработано
А может их просто не для того используют в конкретном проекте? Когда появляются множества обработчиков множества разных видов исключений - это тревожный звоночек, возможно что-то не так с архитектурой. Когда приходится залазить во внутренние слои чтобы понять как работают внешние - это уже громкий звонок. Что-то не так с принципами SOLID.
Вспомнилось, как последний раз я их использовал как блок, подобный finally. Это было лет 15 назад в Delphi.
Серьезно? А что кто-то с ним реально сталкивается сейчас, кроме программистов на ассемблере? Начало статьи выглядит так как будто написана 30 лет назад, когда goto в реальном коде ещё встречалось.
А Exception'ы эффективны именно при большой вложенности кода, особенно когда часть слоёв вообще не ваши.
Познакомился с Firebird году примерно в 2006м. Мы тогда портировали один известный кассовый софт с морально устаревшего Paradox и искали что-то современное opensource'ное. Нам были нужны развитые серверные возможности, процедуры, транзакции, генераторы и вот это вот всё. При этом, скромные системные требования и легкость в развертывании. И с такими требованиями альтернатив Firebird'у 1.5 на тот момент казалось что и не было. Выбор был верный - тот софт до сих пор существует, развивается и продается, спустя 20 лет. И продолжает работать на Firebird.
В конце нулевых бывал не раз на конференциях, очень рад видеть знакомые лица! Желаю здравствовать продукту и команде!
На случай отсутствия голосового помощника наверное есть пульты, приложения, панели с кнопками. Мне сложно судить насколько это неудобно привыкшим к голосовому управлению людям, мне наоборот, куда проще молча найти пульт/приложение и ткунть пару кнопок, чем открывать рот и говорить.
Не особо сознательные граждане (коих аобслютное большинство) ходят не задумываясь по велодорожкам, чем снижают их ценность практически до нуля. Люди на СИМ (курьеры и нет) передвигаются одинаково и по тротуарам и по дорожкам. Наблюдаю это ежедневно в своем районе, где велодорожки сделаны повсеместно. Наверное, нужно пару поколений подождать, чтобы все привыкли и стали что-то соблюдать.
Это все конечно занимательные развлечения, но сколько вы рассчитываете жить без интернета? За день-два любые аварии провайдера устраняются. День-два вы же проживете без Алисы?
Тот же и ещё куча других вопросов решается резервным каналом (он же у вас есть?).
А если больше пары дней без инета, тут наверное лучше тушёнки и свечей закупить, чем ещё горсть железа.
Помнится давно делал инструменты для обработки .docx и .xlsx, так вот стандартный подход подразумевает парсинг XML в объектную модель, работу с ней, а потом обратную запаковку. Все это жрет неимоверное количество ресурсов.
Тогда попробовал работать с XML как со строкой. Геморойно, костыльно, легко сломать разметку и сложно отлаживать. Но результат того стоит - такой подход и гораздо быстрее и тотально экономичнее по ресурсам.
Это кто такой интересный сай-фай генерит? Можно ещё почитать?
Я тогда занимался софтом для кассовых компьютеров. И вот создают мне тикет, что при закрытии большого чека в сотню позиций вываливается ошибка драйвера такая-то. Проверяю - все ок. Выясняю модель кассы, беру на складе, проверяю - все ок. Иду к тестеру, беру его кассу (точно такую же) - проверяю всё ок. А у него воспроизводится прям на моих глазах. Меняли провода - не помогает.
Уже не помню как до этого дошли - но в какой-то момент воткнули блок питания кассы в другую розетку - нет ошибки! Оказалось что на розетке без заземления баг проявляется, на розетке с заземлением - нет.
Что-то там не так было в схеме блока питания, и при печати большого чека и незаземленной розетке из-за большой потребляемой мощности (а термоголовка если не ошибаюсь потребляет ватт 40-50) что-то куда-то пробивало и процессор кассы сбоил.
Примечательно что на небольших чеках баг не проявлялся.
А чем отличается "самопальная" программа от не-самопальной?
Найдите сами по отрицательному торговому балансу. Это публичные данные.
> Тех, чьи IT-решения Вы использовали, чтобы опубликовать этот тезис?
А это здесь вообще при чем? Можно производить что-то всем очень нужное, но при этом потреблять еще больше чем произвел. Или наборот - иметь ужасно низкий уровень жизни людей, как Демократическая Республика Конго - лидер по экспорту так нужного всем развитым странам кобальта.
> ну а про "общество потребления" есть хороший мем
Мем хороший. Я не предлагаю "отменить" общество потребления, это невозможно, я сам пользуюсь его благами. Но факт остается фактом - никакого баланса нет, потребляют не столько, сколько производят.
Если вы все равно передаёте тип, и можно обеспечить строгую типизацию на приемнике и передатчике, то дальше ключи не нужны, только значения
А он и не сходится, этот баланс. Некоторые страны, не буду показывать пальцем, потребляют куда больше чем производят. За счёт других стран.
Согласен с Вами, в теории все так, но к сожалению я не встречал примеров, когда кому-то удалось изменить культуру компании на всех уровнях путём целенаправленного ее изменения.
Чаще это происходит "само" при обновлении/смене управленческой команды, "сверху вниз". Просто иначе принимаются решения, внедряются новые процессы, автоматизация, нанимаются другие люди, и это постепенно начинает менять культуру. Цикл таких изменений - годы.
Но куда более частый сценарий, к сожалению, когда компанию изменить не удаётся и она просто начинает медленно отставать от рынка и стагнировать. Это же может длиться годами и даже десятилетиями
И да, в вопросах перестройки культуры важнеюшую роль приобретает позиция собственника и его включенность в такую трансформацию.
Мне кажется, вы слишком усложняете. Просто найдите управленца, который пришел в менеджмент из IT, желательно с самых низов. И не обязательно им замещать управленца в основной иерархии, в некоторых больших компаниях есть такая позиция, как IT-бизнес партнер.
А может их просто не для того используют в конкретном проекте? Когда появляются множества обработчиков множества разных видов исключений - это тревожный звоночек, возможно что-то не так с архитектурой. Когда приходится залазить во внутренние слои чтобы понять как работают внешние - это уже громкий звонок. Что-то не так с принципами SOLID.
В Delphi всегда был нормальный finally
goto где-то внутри почти любого кода, но напрямую мы его не используем очень давно.
Серьезно? А что кто-то с ним реально сталкивается сейчас, кроме программистов на ассемблере? Начало статьи выглядит так как будто написана 30 лет назад, когда goto в реальном коде ещё встречалось.
А Exception'ы эффективны именно при большой вложенности кода, особенно когда часть слоёв вообще не ваши.
Вот смотрю сейчас на ужасные (на мой взгляд) pgAdmin и MySQL Workbench и понимаю насколько более крутой и удобный IBExpert был еще лет 20 назад.
Познакомился с Firebird году примерно в 2006м. Мы тогда портировали один известный кассовый софт с морально устаревшего Paradox и искали что-то современное opensource'ное. Нам были нужны развитые серверные возможности, процедуры, транзакции, генераторы и вот это вот всё. При этом, скромные системные требования и легкость в развертывании. И с такими требованиями альтернатив Firebird'у 1.5 на тот момент казалось что и не было. Выбор был верный - тот софт до сих пор существует, развивается и продается, спустя 20 лет. И продолжает работать на Firebird.
В конце нулевых бывал не раз на конференциях, очень рад видеть знакомые лица!
Желаю здравствовать продукту и команде!
В Амстердаме десятилетия эти дорожки существуют, все привыкли. И у нас привыкнут. Но это не быстро.
Знаки, разметка, другое покрытие. При этом тротуар огромный, метра 4 шириной. И дорожка метра 2. Между ними газон
На случай отсутствия голосового помощника наверное есть пульты, приложения, панели с кнопками.
Мне сложно судить насколько это неудобно привыкшим к голосовому управлению людям, мне наоборот, куда проще молча найти пульт/приложение и ткунть пару кнопок, чем открывать рот и говорить.
Не особо сознательные граждане (коих аобслютное большинство) ходят не задумываясь по велодорожкам, чем снижают их ценность практически до нуля. Люди на СИМ (курьеры и нет) передвигаются одинаково и по тротуарам и по дорожкам. Наблюдаю это ежедневно в своем районе, где велодорожки сделаны повсеместно.
Наверное, нужно пару поколений подождать, чтобы все привыкли и стали что-то соблюдать.
Это все конечно занимательные развлечения, но сколько вы рассчитываете жить без интернета? За день-два любые аварии провайдера устраняются. День-два вы же проживете без Алисы?
Тот же и ещё куча других вопросов решается резервным каналом (он же у вас есть?).
А если больше пары дней без инета, тут наверное лучше тушёнки и свечей закупить, чем ещё горсть железа.
Выглядит так, что этот персонаж планирует свалить из Роскосмоса в ближайший год-полтора.
Помнится давно делал инструменты для обработки .docx и .xlsx, так вот стандартный подход подразумевает парсинг XML в объектную модель, работу с ней, а потом обратную запаковку. Все это жрет неимоверное количество ресурсов.
Тогда попробовал работать с XML как со строкой. Геморойно, костыльно, легко сломать разметку и сложно отлаживать. Но результат того стоит - такой подход и гораздо быстрее и тотально экономичнее по ресурсам.