Тут схема предполагает, что у тебя знания как у миддла или синьора, но устраиваешься ты на несколько вакансий джуном. При таких вводных пройти собеседование вполне реально, так как у тебя знаний и опыта больше по сравнению с другими соискателями
возможность писать любые данные в формате json без схемы
хорошо работает на вставку данных
Проблема в том, что все эти преимущества нужны примерно в 5% приложений. И зачем люди берут монгу вместо условного постгреса для стандартного круда, это реально вопрос.
Ну и да, все эти преимущества не бесплатные, CAP-теорему не переиграешь, к этому тоже надо быть готовым
Вы точно следите за российским геймдевом? Мор, чёрная книга, loop hero, escape from tarkov, pathfinder, beholder - это всё не такие уж и нишевые продукты, которые вполне себе понятны не только в СНГ
всё это указывает, на тех кто реально стоит за deep seek
Ну то есть DeepSeek был создан Яндексом, но по какой-то причине компания решила отказаться от всей популярности и отдать все лавры Китаю? Звучит как очень нелепая теория заговора
У "Мы обречены" был выпуск, где эйчар сказала, что общих чёрных списков между компаниями нет. От себя добавлю, что у любой более-мене крупной ИТ-компании есть своя база с кандидатами и работниками. Ну а если вы совсем токсик, то вас запомнят в компании и безо всяких чёрных списков
Да, хабр последних лет так и выглядит. Скажите спасибо, что закончилась эпоха однотипных статей про создание телеграм-ботов, которые на 80% состояли из перевода оф. доки
Из самого необычного я бы выделил 2 пункта, к которым так и не смог привыкнуть до конца:
1. Имя пакета - часть имени сущности. И если в пакете auth надо создать какой-то сервис аутентификации, то надо назвать его просто Service, а не AuthService. Из-за этого местами непривычно читать код, так как часть имени любой сущности написана в самом верху кода (пруф) 2. В именах пакетов не должно быть подчёркиваний, тире и пр. Только одно слово (пруф)
Из-за этого лично мне иногда не особо понятно, по какому принципу надо расположить и назвать модули и папки в проекте. А если ты решил поменять эту структуру папок, то по идее надо и имена сущностей менять.
В остальном язык приятный. Мне очень нравится, что в сообществе нет огромных фреймворков. Это даёт возможность выбирать небольшие библиотеки под каждую задачу, а не тащить в проект одного большого монстра, который за тебя всё решил.
Ну и местами смущает работа с ошибками. Например, функция http.ListenAndServe всегда возвращает ошибку, что вроде как укладывается в концепцию go, но лично меня интуитивно такое отталкивает. И простого if err != nil иногда не хватает (см. rows.Err() в либах для работы с БД).
А вообще обидно, что аналогов у языка нет. Если ты хочешь язык общего назначения со статической типизацией без современного ООП (как в Java, C#, C++), то выбора особо и нет. Kotlin больше под мобилки заточен, Swift явно создавался для экосистемы Apple. Так что популярность go вполне себе логична
Тут схема предполагает, что у тебя знания как у миддла или синьора, но устраиваешься ты на несколько вакансий джуном. При таких вводных пройти собеседование вполне реально, так как у тебя знаний и опыта больше по сравнению с другими соискателями
У монги есть ряд объективных преимуществ:
шардирование из коробки
возможность писать любые данные в формате json без схемы
хорошо работает на вставку данных
Проблема в том, что все эти преимущества нужны примерно в 5% приложений. И зачем люди берут монгу вместо условного постгреса для стандартного круда, это реально вопрос.
Ну и да, все эти преимущества не бесплатные, CAP-теорему не переиграешь, к этому тоже надо быть готовым
Вы точно следите за российским геймдевом? Мор, чёрная книга, loop hero, escape from tarkov, pathfinder, beholder - это всё не такие уж и нишевые продукты, которые вполне себе понятны не только в СНГ
Проверить существование религии у животных практически невозможно, но ритуальное поведение у некоторых из них встречается
Есть книга про это. Паскаль Буайе "Объясняя религию. Природа религиозного мышления"
Ну то есть DeepSeek был создан Яндексом, но по какой-то причине компания решила отказаться от всей популярности и отдать все лавры Китаю? Звучит как очень нелепая теория заговора
ДМС предлагает любая компания из российского бигтеха (Яндекс, Озон и пр)
У "Мы обречены" был выпуск, где эйчар сказала, что общих чёрных списков между компаниями нет. От себя добавлю, что у любой более-мене крупной ИТ-компании есть своя база с кандидатами и работниками. Ну а если вы совсем токсик, то вас запомнят в компании и безо всяких чёрных списков
Да, хабр последних лет так и выглядит. Скажите спасибо, что закончилась эпоха однотипных статей про создание телеграм-ботов, которые на 80% состояли из перевода оф. доки
Зачем выносить интерфейсы в отдельный пакет? Это явно не go way. И для чего нужен интерфейс
Kernel? Он же нигде не используетсяДа нет, как раз узкий кейс. Чаще продьюсер не знает ничего ни о количестве консьюмер групп, ни об из названиях.
Но всё равно интересно, спасибо. Не знал, что кафка так умеет
kphp - это довольно специфичное решение, которое за пределами ВК не существует
Как я понял, они там распределённые монолит сделали. Так что пример не самый показательный
Из самого необычного я бы выделил 2 пункта, к которым так и не смог привыкнуть до конца:
1. Имя пакета - часть имени сущности. И если в пакете auth надо создать какой-то сервис аутентификации, то надо назвать его просто Service, а не AuthService. Из-за этого местами непривычно читать код, так как часть имени любой сущности написана в самом верху кода (пруф)
2. В именах пакетов не должно быть подчёркиваний, тире и пр. Только одно слово (пруф)
Из-за этого лично мне иногда не особо понятно, по какому принципу надо расположить и назвать модули и папки в проекте. А если ты решил поменять эту структуру папок, то по идее надо и имена сущностей менять.
В остальном язык приятный. Мне очень нравится, что в сообществе нет огромных фреймворков. Это даёт возможность выбирать небольшие библиотеки под каждую задачу, а не тащить в проект одного большого монстра, который за тебя всё решил.
Ну и местами смущает работа с ошибками. Например, функция
http.ListenAndServeвсегда возвращает ошибку, что вроде как укладывается в концепцию go, но лично меня интуитивно такое отталкивает. И простогоif err != nilиногда не хватает (см. rows.Err() в либах для работы с БД).А вообще обидно, что аналогов у языка нет. Если ты хочешь язык общего назначения со статической типизацией без современного ООП (как в Java, C#, C++), то выбора особо и нет. Kotlin больше под мобилки заточен, Swift явно создавался для экосистемы Apple. Так что популярность go вполне себе логична