Pull to refresh
14
0.8
Send message

ВbuildSrc также поддерживается создание convention plugin'ов в привычном формате *.gradle.kts без необходимости наследования от Plugin и прочего синтаксического мусора.

// gradle/libs.versions.toml
[versions]
jdk = "21"
kotlin = "1.9.23"

[libraries]
kotlin-gradle-plugin = { module = "org.jetbrains.kotlin:kotlin-gradle-plugin", version.ref = "kotlin" }

// buildSrc/settings.gradle.kts
dependencyResolutionManagement {
    versionCatalogs {
        create("libs") {
            from(files("../gradle/libs.versions.toml"))
        }
    }
}

// buildSrc/build.gradle.kts
plugins {
    `kotlin-dsl`
}

dependencies {
    // Workaround: https://github.com/gradle/gradle/issues/15383
    implementation(files(libs.javaClass.superclass.protectionDomain.codeSource.location))

    implementation(libs.kotlin.gradle.plugin)
}

// buildSrc/src/main/kotlin/kotlin-conventions.gradle.kts
// Workaround: https://github.com/gradle/gradle/issues/15383
val libs = the<org.gradle.accessors.dm.LibrariesForLibs>()

plugins {
    kotlin("jvm")
}

kotlin {
    jvmToolchain {
        languageVersion = JavaLanguageVersion.of(libs.versions.jdk.get())
    }
}

dependencies {
    testImplementation(kotlin("test"))
}

tasks.test {
    useJUnitPlatform()
}

// kotlin-module/build.gradle.kts
plugins {
    id("kotlin-conventions")
}

P.S. Кстати зачем оставлять этот код?

// Top-level build.gradle.kts
plugins {
   alias(libs.plugins.android.application) apply false
}

apply false имел смысл вместе с заданием версии плагина (для эмуляции поведения как у pluginManagement в Maven), а при использовании version catalog необходимость в нем отпадает.

Мой вариант для условий «как в танке» работает даже лучше

Судя по тому как пациент хвалится своими разработками после начала войны, тут второй вариант

Статью не читал, но одобряю (с)
А если по теме, персональной "будки" будет вполне достаточно

Главное чтобы там была реальная шумоизоляция, правильное освещение и вентиляция воздуха с контролем CO2 и собственным микроклиматом.

В идеале столик напротив должен ездить по рельсам вверх и вниз, в противоположную стенку встроен экран (или поверхность под 4К проектор), кресло должно быть регулируемое по высоте может даже складное, чтобы работать стоя (или бегать по встроенной беговой дорожке).

Это что касается персонального пространства, сам офис при этом может включать несколько зон, включая публичную для отдыха, разминки и перекуса, командную для общения и обсуждений и "закрытую" с правилами как в библиотеке. Где-то попадалась похожая концепция, но не могу вспомнить где именно, наиболее похожее Activity-Based Working.

График зарплат должен выглядеть так.

Синяя линяя зарплата в $, красные столбики количество работ.
Синяя линяя зарплата в $, красные столбики количество работ.

Медиану считать некорректно, но можно посчитать насколько в моменте "ценили" на работе.

Максимальная и средняя зарплата в $
Максимальная и средняя зарплата в $

Как итог, если рынок вас недооценивает максимизировать доход можно работая в нескольких местах.

В таком возрасте это вполне себе достижение, особенно пока есть свободное время.

Мне нравится другая "теория" :)

Представьте что пространство это упругая 2D сетка, в узлах этой сетки могут располагаться (или НЕ располагаться) отдельные частицы. Каждая частица вызывает (или в другом варианте является) искажение сетки в этой точке. По сути каждое вызванное искажение или колебание в одной точке вызывает "стягивание" всей сетки к этой точке, из-за чего расстояние между двумя узлами уменьшается и объекты как бы "притягиваются". Чем больше частиц находятся рядом, тем больше искажение которое они суммарно вызывают на сетке, отсюда наблюдаемое большее притяжение от "массивных" объектов. Причем такие объекты вызывают небольшую гравитационную рябь, а слияние черных дыр вызывает всплеск искажения на сетке и гравитационные волны. Осталось развернуть 2D сетку в 3D поле :)

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

Я как-то давно делал бота для 3-match с битовым состоянием поля, по которому прогонялись битовые маски для быстрого поиска наиболее оптимального хода.

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

Менеджеры воспринимаются как враги потому, что тратят время программиста на решение собственных задач (бесполезные митинги, метрики, отчеты), которые не создают ценности, а только поддерживают их менеджерский статус.

Они уже израсходовали все попытки закрыться?

Странно что не поддерживается markdown форматирование

Еще по какой-то причине проблемы с отрисовкой некоторых релизов

Как будто "серым" цветом, например v25 для

https://github.com/protocolbuffers/protobuf.git

  • Не учтено время и стоимость созвона для первичного интервью и согласования собеседования с HR

  • Воронка должна уменьшать количество кандидатов на каждом этапе, иначе растут затраты на поздних этапах. В процессе основная нагрузка должна быть на людях у которых меньше зарплата. При этом расчет в 1.5 часа для инженера это по факту еще 0.5 часа до и после для возврата к работе. В этом плане эффективнее занимать инженера целиком на 1 день, но редко например 1 раз в месяц.

  • Обычно никто не назначает собеседование в тот же день, даже на следующий день соискателю не всегда удобно. Не понятно для чего оптимизировать время ожидания до технического интервью. Лучше дождаться когда кандидат будет морально готов и покажет свой потенциал, а не придет неподготовленным, но зато прямо завтра.

  • Регламент по ОС для инженеров не нужен, заложите дополнительные полчаса на написание фидбека сразу после интервью (одним слотом). Если инженер не может зарезервировать 2 непрерывных часа, значит ищете другого интервьюера на это время. Причем инженер может сказать решение Go / No-Go еще до заполнения фидбека, не блокируя процесс. В 90% случаев ему не нужно это ни с кем согласовывать (не давайте собеседовать людям которым вы не доверяете), в 10% случаев решение принимается за 5 мин на созвоне с менеджером.

  • Что значит ожидание после технического интервью? Если менеджерское интервью в другой день, то опять же это должен быть удобный день для кандидата (но ответ лучше давать сразу после фидбека от инженера). Можно убрать время ожидания вообще, проводя менеджерское интервью в тот же день, но тогда вам надо научиться занимать и расслаблять кандидата между интервью (показать офис, покормить обедом, иногда вместе выйти подышать свежим воздухом).

  • Зачем нужен HR на менеджерском интервью? Зачем нужен менеджер на оффере? У HR должна быть вилка по зарплате и уровень кандидата внутри этой вилки по итогу прохождения собеседования (оценка инженера и менеджера).

Очередная автоматизация хаоса, без понимания процессов.

У меня было дежа вю на 15-20 минут, при такой длительности оно воспринимается иначе чем краткосрочное. Дважды было предчувствие событий которые невозможно спрогнозировать, но не в виде "вещего" сна, а наяву примерно за полчаса до того как они произошли. Объяснение у меня нет, но "додумыванием" там и не пахнет.

Из-за того что информацию о пакете ищете в Википедии, а не на GitHub.

Теперь понятно почему вы велосипедите велосипеды

Начиная с того что Zstd это open source с реализацией на 30! языках

Заканчивая тем что есть официальный пакет

https://github.com/facebook/zstd/releases/download/v1.5.5/zstd-v1.5.5-win64.zip

Можно проще

Для чего нужен тайм-трекер

Не нужен. Расходимся.

Нам срочно нужен собственный Spam Killer Team!

Подписывайтесь на мой telegram канал для координации действий ... :)

Осталось еще рассказать автору что вместо Zip можно взять Zstd

https://rhaas.blogspot.com/2022/05/parallel-server-side-backup-compression.html

И подобрать подходящее количество потоков и уровень сжатия под производительность сервера и пропускную способность сети

Не надо пересылать картинки по mail. Просто вставьте на любой окрытый сайт с поддержкой user-generated контента. И спокойно скачивайте.

сквозную систему кодов ошибок и управляющих статусов

там где отрицательные значения статусов

Information

Rating
1,377-th
Location
Тюмень, Тюменская обл. и Ханты-Мансийский АО, Россия
Registered
Activity