Но и кроме как жить там делать нечего крайне скучно.
Люди разные бывают. Кому-то каждый день нужны городские развлечения. Кому-то погулять по лесу, вдоль озера и посмотреть на небо. Кого-то держит работа или бизнес. Раньше меня в городе держала учеба, потом работа, сейчас держит школа и кружки для детей. Но есть выход - маленькие наукограды. И школа есть и природа рядом. Все равно в театр и музей выбираешься несколько раз в год, а вот просто погулять - почти каждый день.
Когда я был студентом, поставил себе в комнату старый антуражный дисковый телефон. Но обычный. Звук был неплохой но угольный микрофон раздражал. А потом один мой знакомый подогнал мне электретный микрофон в форм-факторе угольного, снятый с старого таксофона. И потрескивания характерные для угольного микрофона ушли, звук стал идеальным.
Пример из моего детства: год примерно 1996, многие играют на денди и спектруме в простые 2D и 2.5D игры, несмотря на то, что где-то там есть 486dx4 и пентиумы, на которых можно играть в DOOM II, Duke Nukem, Warcraft, UFO, цивилизацию и много других крутых игр. Важна не современность конфигурации, а то, какие эмоции может подарить игра на доступном железе.
Я вот решил уйти с винды и пока держусь. Но могу перечислить проблемы:
Adobe Photoshop де факто отраслевой стандарт. Под wine работает но с приколами (некоторые контролы фризятся если навести на них мышку. 80% функционала работают, ACR можно пользоваться через раз а lens correction пользовтся невозможно). Говорят в wine висит PR исправляющий проблему, но не было времени разобраться.
Corel Draw де факто тоже является отраслевым стандартом. С ним ситуация хуже. Я не смог найти рабочую версию под wine. Те что с инсталятором дохнут в процессе инсталляции, а portable репаки не работают потому что инструменты портабилизации используют недокументированые API. Теоретически это тоже фиксится (я ж программист!) но я плюнул и поставил корел на мак. Он мне и нужен то просто открыть файл, от одного контрактора, проверить что файл соответствует ТЗ и отдать другому контрактору.
Есть масса экзотического вендорского софта которому нужна винда с инсталлированным офисом. Например потому что программулина получает на вход excel файл и по нему генерирует кож. Но возможно что-то из этого работает под wine, не проверял.
Идея ясна, но от идеи прокидывать исключение наверх через слои абстракции, авось кто поймает, мы отказались. Хотя бы по той причине что если что-то пошло не штатно, то промежуточные слои должны откатить назад то, что начинали делать, и это не всегда покрывается RAII. А фактических кодов ошибки используемых у нас даже меньше чем в errno.
У нас сфера применения - сетевая ось. Наше решение имеет такие сильные стороны:
Макросы единообразно вызывают функцию, проверяют результат и логгируют, какой вызови с какими параметрами произошла ошибка.
Использование макросов сокращает код и делает его более читаемым.
При правильно спроектированной архитектуре благодаря RAII выделенные ресурсы высвобождаются автоматически. Проще высвобождать ресурсы если что-то не получилось наконфигурить. Под ресурсами я тут понимаю прежде всего рессурсы железа которое занимается свитчингом пакетов (вланы, виртуальные порты, правила перехвата пакетов…)
А что касается обработки ошибок, у нас есть 3 основных типа источников ошибок:
Наши ошибки в коде.
Проблемы SDK чипов (баги и странное поведение).
Проблемы в железе. В итоге если что-то не получилось, то надо убрать за собой (высвободить все что выделил) и попробовать работать дальше. И запись в логах нужна, но плохо, если повторные попытки засыпают лог ошибками.
Есть еще валидация входящих данных, но она особняком стоит. Мы всегда вначале пом максимуму валидируем данные, а потом все конфигурируем.
На одной из моих работ мы искали самый удобный вариант реализации обработки ошибок. Долго обсуждали, тестировали варианты, пришли к некому решению. Наше решение было такое: всем методы, которые по логике должны вернуть результат типа result_t возвращают шаблонный класс Result<result_t>. В этом классе примерно как в std::tuple идет результат (валидный только если нет ошибки), код ошибки, и прочие метаданные ошибки (текстовое описание, …). Помимо этого был реализован макрос CALL(…) который вызывает функцию, и если она вернула ошибку - возвращает ошибку дальше через return, а если она вернула результат - возвращает его (как rvalue). И похожий макрос TRY(…) для void. Важно: возможность не инициализировать переменную а выйти из функции returnом в процессеэто расширение gcc а не возможность c++20, но мы использовали. Применение выглядело так:
Result<result_t> MyClass::do_someting(ArgType1 const arg1, ArgType2 const & arg2) {
if (Consts:ArgType1ImpossibleValue == arg1) {
return Result::error(RESULT_INVALID_VALUE, "Запрещенное значение");
}
TRY(chechAlive(arg2));
auto v1 = CALL(this->prepareArg(arg1));
auto v2 = CALL(agr2.calculateFor(v1));
result_t result = TRY(this->calculate(arg1, v2));
return result; // вызовет неявное преобразование типа и вернет резултат
}
Наша реализация CALL и TRY в том числе ловила ексепшны (не потому что мы их кидали а потому что они могут кидаться std библиотекой)
Неудобно было использовать этот инструметнтарий в конструкторе, но обойти можно так:
static Result<void> MyClass::validate(ArgType3 const arg3) {
if (Consts::ArgType3Limit > arg3) {
return Result::error(RESULT_INVALID_VALUE, "Слишком маленькое значение");
}
// Result<void> без ошибки вернется автоматически
}
static Result<MyClass> MyClass::safe_construct(ArgType3 const arg3) {
TRY(validate(arg3)); //Валидируем
return MyClass(arg3); // вызываемко конструктор без валидации внутри
}
Во первых можно собрать задания из разных учебников и задачников и вырезать ответы, которые в некоторых задачниках идут сразу после задачи, и просто сказать “вот задание, решай”.
Во вторых можно подготовить лист с заданием прямо на котором нужно написать решение. Или письменное задание на изучение слов по английскому.
В третьих иногда задание дают в виде карточек. Если ребенок болел или потерял карточку или нужен черновик - берешь и печатаешь. Или копируешь.
Я не говорю что без принтера жить невозможно, но при том что домашние лазерные МФУ стоят копейки это однозначно очень полезная вещь.
У каждого своя реальность. Я не смешивал бумажные и фото принтеры. У меня уже почти 30 лет есть лазерник, и я на нем довольно часто печатаю. Страницы с задачами чтобы решать, тексты рефератов и докладов чтобы вычитывать и докладывать, вечно какие-то бумаги/формы заполнить и подать, статьи, диссертация, списки покупок, платы для ЛУТ, билеты, задачки для детей… да постоянно что-то печатаешь. После переезда некоторое время жил без принтера, задолбался бегать к печатникам.
Но вот фотопринтер дома это дорого и не очень полезно, при том что я фотолюбитель и печатал фото. Домашний принтер не будет тягаться с машиной для лазерной засветки фотобумаги.
Знаете, конституция это очень скользкий аргумент. Во многих странах конституция гарантирует свободу перемещения. Но потом вдруг оказывается, что нельзя заходить на частную территорию, в чей-то дом, на режимные объекты, и.т.п.
А экономика этих перевозок какая получается? Существуют ли какие-то расчеты, из которых номинально коммерческим структурам, занятым разведкой, добычей и транспортировкой ресурсов на экспорт, выгодно владеть авиапарком вообще и использовать авиацию для транспортировки персонала в частности?
Сейчас много где используют вертолеты, просто потому что они есть. Но для маршрута аэродром-аэродром самолет часто оказывается дешевле.
Второй вопрос, важный для контекста: а как в эти поселки добирались до пока еще гипотетического самолета?
Раньше летали на АН-2. А до этого была совсем другая реальность с совсем другой логистикой.
Так может быть и не нужно поддерживать поселки там, где они не приносят ничего или приносят настолько мало, что никак не оправдывают свое существование?
Не стоит поддерживать поселок ради поселка. Стоит ради развития чего-то нужного в этом регионе. Но есть такой нюанс - вложения в инфраструктуры сейчас могут принести много профита в будущем. Но с бухгалтерской точки зрения (заработать на сегодняшнем грузо- и ассажиро- потоке) эти вложеня неокупаемы.
Самолеты МВЛ нужны чтобы возить людей в отдаленные поселки. Само существование и развитие отдаленных поселков, насколько я понимаю, нужно прежде всего для проведения геологоразведочных работ и организации добычи полезных ископаемых. Иные причины поддерживать там поселки (научные исследования, метеорология, нетрадиционный туризм) много денег не принесут.
Просыпаться с восходом солнца в городе сложно, потому что летом сильно мало спишь, а зимой в пол дня проспишь. Когда я был молодой, летом ложился спать когда небо за окном начинало светлеть и пол дня спал. Свет меня вообще не заботил. Сейчас появилась небольшая светочувствительность, главное чтобы солнце на меня не светило или в окно. Но спать в полной темноте - так можно и весь день проспать.
Тема замены АН-2 обсуждается в СМИ и на форумах уже лет 20, если не больше. За это время создавались и умирали различные проекты. Около 20 лет назад я сталкивался с мнением, что те, кто готовы купить старый АН-2, не готовы покупать новый самолет с ГТД из-за высокой цены самого самолета, и из-за высокой стоимости обслуживания ГТД. Самолет создать можно, а готовых его купить почти нет. Самолет выходит очень дорогим. В итоге получается порочный круг, который можно разорвать только если корпорации, добывающие что-то на просторах нашей родины, вложатся в развитие МВЛ. Предыдущей корпорацией, которая вложилась, был СССР.
Люди разные бывают. Кому-то каждый день нужны городские развлечения. Кому-то погулять по лесу, вдоль озера и посмотреть на небо. Кого-то держит работа или бизнес. Раньше меня в городе держала учеба, потом работа, сейчас держит школа и кружки для детей. Но есть выход - маленькие наукограды. И школа есть и природа рядом. Все равно в театр и музей выбираешься несколько раз в год, а вот просто погулять - почти каждый день.
Когда я был студентом, поставил себе в комнату старый антуражный дисковый телефон. Но обычный. Звук был неплохой но угольный микрофон раздражал. А потом один мой знакомый подогнал мне электретный микрофон в форм-факторе угольного, снятый с старого таксофона. И потрескивания характерные для угольного микрофона ушли, звук стал идеальным.
Пример из моего детства: год примерно 1996, многие играют на денди и спектруме в простые 2D и 2.5D игры, несмотря на то, что где-то там есть 486dx4 и пентиумы, на которых можно играть в DOOM II, Duke Nukem, Warcraft, UFO, цивилизацию и много других крутых игр. Важна не современность конфигурации, а то, какие эмоции может подарить игра на доступном железе.
Я вот решил уйти с винды и пока держусь. Но могу перечислить проблемы:
Adobe Photoshop де факто отраслевой стандарт. Под wine работает но с приколами (некоторые контролы фризятся если навести на них мышку. 80% функционала работают, ACR можно пользоваться через раз а lens correction пользовтся невозможно). Говорят в wine висит PR исправляющий проблему, но не было времени разобраться.
Corel Draw де факто тоже является отраслевым стандартом. С ним ситуация хуже. Я не смог найти рабочую версию под wine. Те что с инсталятором дохнут в процессе инсталляции, а portable репаки не работают потому что инструменты портабилизации используют недокументированые API. Теоретически это тоже фиксится (я ж программист!) но я плюнул и поставил корел на мак. Он мне и нужен то просто открыть файл, от одного контрактора, проверить что файл соответствует ТЗ и отдать другому контрактору.
Есть масса экзотического вендорского софта которому нужна винда с инсталлированным офисом. Например потому что программулина получает на вход excel файл и по нему генерирует кож. Но возможно что-то из этого работает под wine, не проверял.
… список можно продолжать, но пока хватит.
Идея ясна, но от идеи прокидывать исключение наверх через слои абстракции, авось кто поймает, мы отказались. Хотя бы по той причине что если что-то пошло не штатно, то промежуточные слои должны откатить назад то, что начинали делать, и это не всегда покрывается RAII. А фактических кодов ошибки используемых у нас даже меньше чем в errno.
Что конкретно вы понимаете под обработкой ошибок?
У нас сфера применения - сетевая ось. Наше решение имеет такие сильные стороны:
Макросы единообразно вызывают функцию, проверяют результат и логгируют, какой вызови с какими параметрами произошла ошибка.
Использование макросов сокращает код и делает его более читаемым.
При правильно спроектированной архитектуре благодаря RAII выделенные ресурсы высвобождаются автоматически. Проще высвобождать ресурсы если что-то не получилось наконфигурить. Под ресурсами я тут понимаю прежде всего рессурсы железа которое занимается свитчингом пакетов (вланы, виртуальные порты, правила перехвата пакетов…)
А что касается обработки ошибок, у нас есть 3 основных типа источников ошибок:
Наши ошибки в коде.
Проблемы SDK чипов (баги и странное поведение).
Проблемы в железе. В итоге если что-то не получилось, то надо убрать за собой (высвободить все что выделил) и попробовать работать дальше. И запись в логах нужна, но плохо, если повторные попытки засыпают лог ошибками.
Есть еще валидация входящих данных, но она особняком стоит. Мы всегда вначале пом максимуму валидируем данные, а потом все конфигурируем.
А что вы понимаете под полиморфыным поведением?
Очень смешно. Особенно когда бумажная копия нужна дома в выходной и поскорее.
А сколько вы готовы заплатить чтобы не ходить в копировальную лавку когда надо немного скопировать или напечатать?
На одной из моих работ мы искали самый удобный вариант реализации обработки ошибок. Долго обсуждали, тестировали варианты, пришли к некому решению. Наше решение было такое: всем методы, которые по логике должны вернуть результат типа result_t возвращают шаблонный класс Result<result_t>. В этом классе примерно как в std::tuple идет результат (валидный только если нет ошибки), код ошибки, и прочие метаданные ошибки (текстовое описание, …). Помимо этого был реализован макрос CALL(…) который вызывает функцию, и если она вернула ошибку - возвращает ошибку дальше через return, а если она вернула результат - возвращает его (как rvalue). И похожий макрос TRY(…) для void. Важно: возможность не инициализировать переменную а выйти из функции returnом в процессеэто расширение gcc а не возможность c++20, но мы использовали. Применение выглядело так:
Наша реализация CALL и TRY в том числе ловила ексепшны (не потому что мы их кидали а потому что они могут кидаться std библиотекой)
Неудобно было использовать этот инструметнтарий в конструкторе, но обойти можно так:
Разные бывают ситуации.
Во первых можно собрать задания из разных учебников и задачников и вырезать ответы, которые в некоторых задачниках идут сразу после задачи, и просто сказать “вот задание, решай”.
Во вторых можно подготовить лист с заданием прямо на котором нужно написать решение. Или письменное задание на изучение слов по английскому.
В третьих иногда задание дают в виде карточек. Если ребенок болел или потерял карточку или нужен черновик - берешь и печатаешь. Или копируешь.
Я не говорю что без принтера жить невозможно, но при том что домашние лазерные МФУ стоят копейки это однозначно очень полезная вещь.
Интересно, какого размера этот список? И где вы его берете?
У каждого своя реальность. Я не смешивал бумажные и фото принтеры. У меня уже почти 30 лет есть лазерник, и я на нем довольно часто печатаю. Страницы с задачами чтобы решать, тексты рефератов и докладов чтобы вычитывать и докладывать, вечно какие-то бумаги/формы заполнить и подать, статьи, диссертация, списки покупок, платы для ЛУТ, билеты, задачки для детей… да постоянно что-то печатаешь. После переезда некоторое время жил без принтера, задолбался бегать к печатникам.
Но вот фотопринтер дома это дорого и не очень полезно, при том что я фотолюбитель и печатал фото. Домашний принтер не будет тягаться с машиной для лазерной засветки фотобумаги.
Если в доме есть учащиеся, то обычный принтер просто необходим печатать разные учебные задания.
Знаете, конституция это очень скользкий аргумент. Во многих странах конституция гарантирует свободу перемещения. Но потом вдруг оказывается, что нельзя заходить на частную территорию, в чей-то дом, на режимные объекты, и.т.п.
Сейчас много где используют вертолеты, просто потому что они есть. Но для маршрута аэродром-аэродром самолет часто оказывается дешевле.
Раньше летали на АН-2. А до этого была совсем другая реальность с совсем другой логистикой.
Не стоит поддерживать поселок ради поселка. Стоит ради развития чего-то нужного в этом регионе. Но есть такой нюанс - вложения в инфраструктуры сейчас могут принести много профита в будущем. Но с бухгалтерской точки зрения (заработать на сегодняшнем грузо- и ассажиро- потоке) эти вложеня неокупаемы.
Меня тоже удивляет. Я ездил на работу по часу в одну сторону по пути часто смотрел ютуб и за 10гиг не вылазил обычно.
А вот как вам раздельное тунелирование помогает, не очень ясно, там же множество сайтов или IP адресов вбить надо.
В разных регионах по разному было. Я помню разгооры об отключении NMT когда уже сименсы 65й серии вышли и успели устареть, т.е. это 2005-2006.
Самолеты МВЛ нужны чтобы возить людей в отдаленные поселки. Само существование и развитие отдаленных поселков, насколько я понимаю, нужно прежде всего для проведения геологоразведочных работ и организации добычи полезных ископаемых. Иные причины поддерживать там поселки (научные исследования, метеорология, нетрадиционный туризм) много денег не принесут.
Просыпаться с восходом солнца в городе сложно, потому что летом сильно мало спишь, а зимой в пол дня проспишь. Когда я был молодой, летом ложился спать когда небо за окном начинало светлеть и пол дня спал. Свет меня вообще не заботил. Сейчас появилась небольшая светочувствительность, главное чтобы солнце на меня не светило или в окно. Но спать в полной темноте - так можно и весь день проспать.
Тема замены АН-2 обсуждается в СМИ и на форумах уже лет 20, если не больше. За это время создавались и умирали различные проекты. Около 20 лет назад я сталкивался с мнением, что те, кто готовы купить старый АН-2, не готовы покупать новый самолет с ГТД из-за высокой цены самого самолета, и из-за высокой стоимости обслуживания ГТД. Самолет создать можно, а готовых его купить почти нет. Самолет выходит очень дорогим. В итоге получается порочный круг, который можно разорвать только если корпорации, добывающие что-то на просторах нашей родины, вложатся в развитие МВЛ. Предыдущей корпорацией, которая вложилась, был СССР.