Файл MAINTAINERS для того и существует чтобы знать кому посылать. Там ёще есть скрипт 'scripts/get_maintainer.pl' который показывает кто отвечает за какой участок кода. Надо послать человеку помеченному как М и в лист. Разработчики ядра получают сотни майлов в день. Многие из них, как Джефф (кстати отличный парень) зарегистрированы во многих листах. Обычно надо подождать две недели и написать снова.
Так сравнивать надо что то типа String.format("%4s %4d %4.2f",...). Любой инструмент который используется не по назначению даёт отрицательный результат.
В 17 работает хорошо. В 16 иногда ВМ падала. Native image с GraalVM создать не удалось. У продакшен пока рановато. В 18 ожидаются изменения в API. Но играться уже можно.
П.С. Спасибо автору за статью. Сам хотел написать, но автор был быстее
Если из резюме не понятно знание java (например позиция java программиста, а предыдущие проекты кандидата были на других языках), то наличие сертификата повышает шансы быть приглашонным на интервью.
Для справедливости надо сказать, что SKA является очень сложным экспериментом с точки зрения обработки и хранения данных. Это одна из основных проблем над которыми мы работаем.
Нашему проекту более 20 лет. Начали с java 1.2. Около 1М строк кода. Используем всё что даёт java 11. Проект постоянно рефакторится. С выходом 17 версии передём на неё. Так что всё зависит от процесса.
А не связана ли лучшая производительность с простым фактом, что на ARM хостах банально меньше конкурирующих виртуальных машин? Если это так, то со временем производительность начнёт падать.
У нас в данный момент 36 приводов. Робот автоматически использует первый свободный.
Однако, за свой более чем 20 летний опыт работы с лентами действительно встечал случаи, когда записанное одним приводом, другой прочитать не мог. Но это конечно же дефект, хотя в потребительском секторе, возможно, это нормально.
Полная ерунда. Чтобы отправить патч в ядро надо знать только две дополнительные команды: git format-patch и git send-email. Остальные требования как и в других крупных проектах. Сам многократно посылал патчи.
Конкурентов стало больше. В данный момент у нас открыта временная вакансия. За неделю подало больше 40-а человек. Год назад на такую же позицию подало 6 человек.
Всё остальное, в принципе, правильно написано. ± конечно.
При подготовке проекта надо всегда указывать прикладной аспект. А вот он может быть не первостепенным, например развитие какой-то технологии. Чисто фундаментальные проекты финансируются очень тяжело.
Все описанные выше системы CP. В тот момент, когда SAN отвалится или связь с координатором транзакций прервётся, они перестанут принимать и отдавать данны, чтобы не нарушить целостность.
Файл MAINTAINERS для того и существует чтобы знать кому посылать. Там ёще есть скрипт 'scripts/get_maintainer.pl' который показывает кто отвечает за какой участок кода. Надо послать человеку помеченному как М и в лист. Разработчики ядра получают сотни майлов в день. Многие из них, как Джефф (кстати отличный парень) зарегистрированы во многих листах. Обычно надо подождать две недели и написать снова.
INFN в Болонии
Один из наших датацентров затопило. Так вот гелиевые диски выжили за счёт герметичности.
100% в точку. Исследовать POSIX сигналы под виндоус...
Так сравнивать надо что то типа String.format("%4s %4d %4.2f",...). Любой инструмент который используется не по назначению даёт отрицательный результат.
Я так понимаю, что Грааль не видит API в инкубаторе и падает с UnresolvedElementException
Ну в принципе что-то подобное я попробовал https://github.com/kofemann/vfs4j/blob/master/src/main/java/org/dcache/vfs4j/LocalVFS.java.
В 17 работает хорошо. В 16 иногда ВМ падала. Native image с GraalVM создать не удалось. У продакшен пока рановато. В 18 ожидаются изменения в API. Но играться уже можно.
П.С. Спасибо автору за статью. Сам хотел написать, но автор был быстее
Скорее docker туториал на примере postgresql.
Если из резюме не понятно знание java (например позиция java программиста, а предыдущие проекты кандидата были на других языках), то наличие сертификата повышает шансы быть приглашонным на интервью.
Для справедливости надо сказать, что SKA является очень сложным экспериментом с точки зрения обработки и хранения данных. Это одна из основных проблем над которыми мы работаем.
Нашему проекту более 20 лет. Начали с java 1.2. Около 1М строк кода. Используем всё что даёт java 11. Проект постоянно рефакторится. С выходом 17 версии передём на неё. Так что всё зависит от процесса.
Использую Kafka много лет, а про Pulsar услышал в первый раз. Но после такой рекламы надо будет посмотреть.
А не связана ли лучшая производительность с простым фактом, что на ARM хостах банально меньше конкурирующих виртуальных машин? Если это так, то со временем производительность начнёт падать.
Называется Amazon S3 Glacier. Главное чтобы кредитная карт была резиновая…
У нас в данный момент 36 приводов. Робот автоматически использует первый свободный.
Однако, за свой более чем 20 летний опыт работы с лентами действительно встечал случаи, когда записанное одним приводом, другой прочитать не мог. Но это конечно же дефект, хотя в потребительском секторе, возможно, это нормально.
Полная ерунда. Чтобы отправить патч в ядро надо знать только две дополнительные команды: git format-patch и git send-email. Остальные требования как и в других крупных проектах. Сам многократно посылал патчи.
Конкурентов стало больше. В данный момент у нас открыта временная вакансия. За неделю подало больше 40-а человек. Год назад на такую же позицию подало 6 человек.
Всё остальное, в принципе, правильно написано. ± конечно.
При подготовке проекта надо всегда указывать прикладной аспект. А вот он может быть не первостепенным, например развитие какой-то технологии. Чисто фундаментальные проекты финансируются очень тяжело.
Кризис в том, что деньги дают на прикладную науку, а не на фундаментальную. А приклодная без фундаментальной не бывает.
Все описанные выше системы CP. В тот момент, когда SAN отвалится или связь с координатором транзакций прервётся, они перестанут принимать и отдавать данны, чтобы не нарушить целостность.