Не проще в пол-газа. Чем медленнее набор скорости, тем дольше «висеть» на реактивной струе. А это сжигаемое топливо. В предельном случае — разгоняемся аж до 1 км/ч вертикально вверх и так и летим — и через 330 сек работы двигателя топливо кончается. Хотя вру, 330 — это на профиле выведения на орбиту, если просто висеть — будет больше.
Потому что на высоте десятка километров скорость еще крайне низкая
Если мне не изменяет память, приблизительно на этой высоте временно дросселируются двигатели, потому что скоростной напор может повредить конструкцию. Ниже — скорость ещё не набралась, выше — уже достаточно разряженный воздух
Гарантий вообще нет. Так как изначально каждому сотруднику (если их относительно немного) может выдаватся его персональный вариант документа — например, отличающийся порядком записей в равноправных списках, или порядком слов в предложении. И тогда источник утечки определяется простым сравнением текста.
Допишу свои пять копеек: с автором не согласен. Пробовал учить начиная с двух ног и поддержки — для организма слишком много информации сразу, по первости получается цирк :) И ещё… если человек, которого учат, не может на стоя одной ноге наклониться влево — вправо — вперёд — назад — полуприсесть — толку не будет.
Ближе всего к колесу — катание на расшнурованных коньках (на льду), когда пробуешь это сделать на одном лезвии, включая поворот. Если такой навык есть — на колесо можно встать за 15 минут, ещё за пол-часа — научится осознанно объезжать конусы.
Я рекомендую начать с катания колеса вперёд-назад ногой, устойчиво стоя при этом на другой. Когда начинает получаться — постепенно переносить вес на ту, которая на колесе, не забывая катать вперёд — назад. Шаги при этом делать не нужно. Когда от бывшей «опорной» ноги остаётся касание носком — можно начать прокатывать колесом «за себя» и «перед собой» с поворотами на опорной ноге. Когда обучаемому надоедает — он обычно автоматически делает первый шаг, а далее как обычно. Как только научился проезжать метров двадцать — нужно ставить конусы и тренироваться попадать между ними, делать развороты, восьмёрки, останавливаться в указанном месте. В начале обучения это сложно. А самое сложное — научить (научиться) принимать решения, когда таки нужно остановиться, слезть и пройти пешком.
Да, Java в части метаинформации — убогий язык. Была бы возможность ссылаться на имена элементов (классов, функций, полей, аргументов) непосредственно в коде с контролем компилятора — большинство библиотек бы выглядели совершенно по-другому.
Даже в вашем примере можно было бы написать (если бы Java, например, позволяла использовать имя класса / поля как текстовую константу, если в конце добавить знак #)
Отказ от boilerplate кода — это хорошо. Но вот возможность увидеть ошибку только после запуска приложения и обращения к соответствующему методу — это ужасно. Тесты конечно должны покрывать всё… но гарантий в реальной разработке немного. Переименование методов и полей — это норма, я уже не говорю о более сложных рефакторингах, и каждое такое действие будет ломать формулы. В идеальном мире — я бы хотел просто повесить аннотацию на поле или getter / setter, что-то типа @AutoPath, после чего писать как обычно, но иметь нужное количество if-ов и создания отсутствующих объектов автоматически.
Для высокой скорости работы и статических проверок тут наверное можно использовать путь Lombok — генерацию нужных проверок и вызовов (тех, которые теперь не нужно писать руками) автоматически, со статической проверкой правильности всего сгенерированного на этапе компиляции.
Благодарю за статью. Не затруднит развернуть «введение», которое начинается в лоб с:
Здесь опишу пример сериализции данных через Avro и передача в Kafka. Для Avro есть сериализатор данных для Kafka, он использует в своей работе...
Хотелось бы прочитать, чем Аvro лучше чем Jackson + GZip. Зачем ей (библиотеке) реестр схем и версионность (какие пользовательские сценарии требуют версионирования). Как синхронизировать схемы в источнике и приёмнике и прочие «бытовые» вопросы, которые вроде как очевидны, но только после реализации соответствующего модуля :)
Ещё есть такая штука, как димексид. Является аномальным растворителем. Продаётся в аптеках, используется, в том числе, для компрессов (при соответствующем разведении).
Внимание!!! При попадании на кожу:
способен вызвать ожог
способен проводить растворённое в себе внутрь
Соответственно, работать нужно в перчатках, а лучше пинцетом.
Вот эту бы проблему я JavaDoc-ом решал — честно проинформировал, о том, что будем проверять в переданной коллекции каждый элемент, случайным образом. Передал туда что-то с безумным временем поиска — сам себе злобный буратино. Был бы архитектором — предложил бы ещё один метод сделать, что-то типа removeAllIndexed, который бы после предварительного анализа* строил индекс над списком элементов для удаления. Хоть это и дополнительная память. Зато минус велосипедостроительство в каждом конкретном куске кода.
* предварительный анализ — а выгодно ли вообще для N строить индекс. И влезет ли он в память, если возьмёмся строить.
Почему это неизвестна? Реальный тип можно посмотреть, контейнеров в стандартной библиотеке ограниченное количество, для каждой пары (своя / чужая) можно выбрать нужную реализацию. Хоть if-ами. Выглядеть будет страшно (один раз при разработке и профилировании) работать быстро на миллионах машин.
А исходный код бенчмарков — коммерческая тайна? Было бы интересно:
прогнать на оборудовании, похожем на клиентское :)
сравнить с рукопашной упаковкой в byte[], поскольку конкретно у меня — есть всего с десяток классов, которые нужно держать в памяти и сбрасывать на диск, но суммарно может быть под миллиард экземпляров
проверить, не окажется ли выгоднее хранить в JVM бинарные представления для объектов с десериализацией при обращении «по требованию», нежели честные экземпляры классов
проверить на объектах размером в 20, 40 и 80К, поскольку, к сожалению, таковые вполне могут случиться
А как для 2) получить при выборке, например, поста за прошлый год — ник автора, который был именно на тот момент? (для случая, если ник обновлять можно)?
Тут статью писать надо… Вкратце чем мне WB нравится больше
• когда SQLWB/J уже был и давно – у JetBrains даже похожего ничего не было. И я к нему привык уже.
• подсветка PK / FK в местном аналоге IntelliSense, как и возможность настроить режимы вставки – т.е. прям в DropDown колонок таблицы можно выбрать несколько и вставить одним движением, и в зависимости от настроек – отсортировано по алфавиту или позиции в табличке
• JOIN completion по Alt-J
• реформат кода, какой нужен мне (настройки)
• подсветка в тексте выбранного вхождения – вроде как в FF «Highlight all», только по мере выделения, удобно смотреть, где ещё есть то же поле
• выполнение текущего выражения по <Ctrl-Enter>, всех, начиная с текущего, от начала и до текущего
• выполнение SQL в виде Prepared Statement (со значками “?”)
• конвертация SQL statement в Java snippet и обратно
• возможность задать значение переменной и использовать его ниже по скрипту
• превосходный менеджер подключений, и возможность иметь открытые вкладки (восстанавливать) в соответствии с выбранным рабочим пространством. Особенно удобно, если есть пяток проектов с разными СУБД, к которым нужно время от времени возвращаться)
• авто-генерация Insert и всего остального
• настройка визуального отображения NULL в результатах запросов (и не только NULL)
• автоматическое обновление результатов выполнения запроса
• regexp фильтрация для объектов БД
• копирование данных в буфер обмена в читаемом виде (и с выбором того, что и как копировать, включая моноширинный шрифт и соответствующее выравнивание)
• глобальный поиск текста в БД и удобное представление – где и что нашлось
• макросы
• возможность включения SQL файлов друг в друга
• импорт БД в Excel, правка и заливка обратно (сильно помогает на тестах)
• экспорт во что угодно
• удаление с учётом ограничений
• сравнение баз данных
• копирование данных из одной БД в другую
• удобная навигация по зависимостям объектов
• GUI и терминальный клиенты
• возможность запуска скриптов в batch режиме
• ReadOnly режим
Ближе всего к колесу — катание на расшнурованных коньках (на льду), когда пробуешь это сделать на одном лезвии, включая поворот. Если такой навык есть — на колесо можно встать за 15 минут, ещё за пол-часа — научится осознанно объезжать конусы.
Я рекомендую начать с катания колеса вперёд-назад ногой, устойчиво стоя при этом на другой. Когда начинает получаться — постепенно переносить вес на ту, которая на колесе, не забывая катать вперёд — назад. Шаги при этом делать не нужно. Когда от бывшей «опорной» ноги остаётся касание носком — можно начать прокатывать колесом «за себя» и «перед собой» с поворотами на опорной ноге. Когда обучаемому надоедает — он обычно автоматически делает первый шаг, а далее как обычно. Как только научился проезжать метров двадцать — нужно ставить конусы и тренироваться попадать между ними, делать развороты, восьмёрки, останавливаться в указанном месте. В начале обучения это сложно. А самое сложное — научить (научиться) принимать решения, когда таки нужно остановиться, слезть и пройти пешком.
Даже в вашем примере можно было бы написать (если бы Java, например, позволяла использовать имя класса / поля как текстовую константу, если в конце добавить знак #)
Для высокой скорости работы и статических проверок тут наверное можно использовать путь Lombok — генерацию нужных проверок и вызовов (тех, которые теперь не нужно писать руками) автоматически, со статической проверкой правильности всего сгенерированного на этапе компиляции.
Внимание!!! При попадании на кожу:
Соответственно, работать нужно в перчатках, а лучше пинцетом.
* предварительный анализ — а выгодно ли вообще для N строить индекс. И влезет ли он в память, если возьмёмся строить.
• когда SQLWB/J уже был и давно – у JetBrains даже похожего ничего не было. И я к нему привык уже.
• подсветка PK / FK в местном аналоге IntelliSense, как и возможность настроить режимы вставки – т.е. прям в DropDown колонок таблицы можно выбрать несколько и вставить одним движением, и в зависимости от настроек – отсортировано по алфавиту или позиции в табличке
• JOIN completion по Alt-J
• реформат кода, какой нужен мне (настройки)
• подсветка в тексте выбранного вхождения – вроде как в FF «Highlight all», только по мере выделения, удобно смотреть, где ещё есть то же поле
• выполнение текущего выражения по <Ctrl-Enter>, всех, начиная с текущего, от начала и до текущего
• выполнение SQL в виде Prepared Statement (со значками “?”)
• конвертация SQL statement в Java snippet и обратно
• возможность задать значение переменной и использовать его ниже по скрипту
• превосходный менеджер подключений, и возможность иметь открытые вкладки (восстанавливать) в соответствии с выбранным рабочим пространством. Особенно удобно, если есть пяток проектов с разными СУБД, к которым нужно время от времени возвращаться)
• авто-генерация Insert и всего остального
• настройка визуального отображения NULL в результатах запросов (и не только NULL)
• автоматическое обновление результатов выполнения запроса
• regexp фильтрация для объектов БД
• копирование данных в буфер обмена в читаемом виде (и с выбором того, что и как копировать, включая моноширинный шрифт и соответствующее выравнивание)
• глобальный поиск текста в БД и удобное представление – где и что нашлось
• макросы
• возможность включения SQL файлов друг в друга
• импорт БД в Excel, правка и заливка обратно (сильно помогает на тестах)
• экспорт во что угодно
• удаление с учётом ограничений
• сравнение баз данных
• копирование данных из одной БД в другую
• удобная навигация по зависимостям объектов
• GUI и терминальный клиенты
• возможность запуска скриптов в batch режиме
• ReadOnly режим