dmshar

См. тут список.
Вам нужно уметь делать так же: Демо

Чёрно-белое изображение имеет два цвета - чёрный и белый.
Изображение в оттенках серого имеет один канал.
Если у вас три канала (RBG) - то это полноцветное изображение.
Яркость (или светимость) точки можно посчитать по одной из формул, в зависимости от цветовой модели:
L = 0.2126 * R + 0.7152 * G + 0.0722 * B
L = 0.299 * R + 0.587 * G + 0.114 * B
L = sqrt(0.299 * R * R + 0.587 * G * G + 0.114 * B * B)

contrib.scikit-learn.org/imbalanced-learn/stable

Но вообще 90 на 10 - вполне здоровое соотношение для большинства случаев.

Разработчик, занимаясь разработкой, никогда не сможет вырасти в руководителя проекта.
Это РАЗНЫЕ должности и разные карьеры.

1) интерн разработчик - джуниор разработчик - разработчик - сеньор разработчик. Возможно тимлид. Возможно архитектор.

2) Менеджер - менеджер с опытом управления. Возможно менеджер проекта. Возможно менеджер по (тут может быть что угодно). Возможно свой бизнес.

Если разработчик хочет стать менеджером, он должен учиться на менеджера, а не "Добиваться авторитета у команды, пока освободится место начальника".

Не так.

Серьезные проекты, например, у того же Google прекрасно работают и с MySQL

Дело в другом - у PostgreSQL больше функционала. Если он вам нужен и если вы умеете им пользоваться.

У MySQL функционала меньше, он проще, и потому во многих случаях быстрее.

Но реализация функционала, отсуствующего в MySQL надстройкой над MySQL обойдется дороже по производительности, чем использование такового уже имеющегося функционала в PostgreSQL.

Как пример, JSONB (рекомендую его в PostgreSQL, работает эффективно, позволяет реализовать schemeless). Не путать с JSON (это старая реализация в PostgreSQL, не рекомендуется).

Смотрите выступления Олега Бартунова на Youtube - он разработчик PostgreSQL и проводит просветительскую работу по некоторым особенностям PostgreSQL.

Язык программирования, прежде всего, инструмент в руках программиста, который применяется под подходящий класс задач. Теперь, если переформулировать Ваш вопрос с учетом этого получится что-то вроде "Могут ли токари освоить 5-7 станков как многостаночники?
Как таким людям относятся в слесарном сообществе, которые освоили 7 видов станков?Реально ли этого добиться собственными усилиями? или лучше сидеть на одном станке и не поглядывать на всякие станки с ЧПУ."

Могу предложить сферы где есть проблемы с софтом.
Сельское хозяйство - подсчет сколько вырастет, как растет, где лучше земля, куча машин лёрнинга и огромный потенциал.
Электроэнергетика и другая энергетика. Всё просто. Считаем как эффективнее расходовать электричество, газ, топливо, воду в частных домах, на производствах и т.п.. Тут я полный ноль, но есть стартапы и там много денег, потому что на электричестве и энергетике всегда можно заработать.
Нормальный сайт объявлений, ориентированный на США. Craiglist полное г если вы не видели, но он самый популярный. Соответственно если сделать avito для США, то можно хорошо заработать, только нужны деньги на рекламу. И на рекламу уйдет больше чем на сам проект.

По поводу идей советую читать бизнес сайты. Там часто обсуждают новые идеи в области IT бизнеса. Часто бывают такие статьи www.businessinsider.com/top-hot-startups-to-launch...

Зачем избавляться от strcpy? Она проста и эффективна, как и большая часть языка C. Проверка длинны строки на каждый символ или просто дополнительная проверка -- это проверка и, как следствие, затраченное время. При определённой культуре программирования, покрытия кода тестами (в том числе и со случайными данными), ревью, и использовании средств статического и динамического анализа, риски можно минимизировать. Взамен вы получаете быстрый и легкий код, практически без оверхеда. Из-за отсутствия оверхеда (тяжёлого рантайма), этот язык популярен для всяких системных вещей (я всё ещё скептически настроен насчёт Rust) + очень много кода на нём уже написано и его надо поддерживать + интерфейсы многих библиотек написаны на C из-за возможных проблем с ABI, в случае C++, например и т.п.
В C++ дела обстоят по-другому, и мешать (а тем более путать) его с C не стоит (ну только, если надо что-то системное дёрнуть в недрах вашего кода или написать обвязки для C библиотеки).

почему не могут избавиться от strcpy?

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

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

или где об этом почитать ?

Почитать книги по операционным системам, архитектуре вычислительных машин, компиляции. Вообще чтобы не спрашивать какая там логическая цепочка люди получаются образование в ВУЗе.

Начинают обычно не с "мы можем разработать", но с "мы можем продать". Если цель тупо выкинуть деньги, то лучше перешлите их мне. Если цель денег заработать, то начинают не с того, как сделать, а с "где найти профессионалов?", "где найти заказчиков?", "почему они пойдут именно ко мне, а не в другие биржи?", "как я их у себя удержу?"
И тут уже на первой стадии будут проблемы. Человек следует своим привычкам и профи должен быть сильно заинтересован, чтобы уйти оттуда, где он привык зарабатывать.

Слово "идея" - маркетинговый буллшит в мире стартапов. Нет у вас никакой идеи и ни у кого ее не было. Давайте разберемся с тем, что такое стартап и вы поймете, как и где защищать идею.
Стартап - это проект (не обязательно новая компания, есть и стартапы в рамках крупных корпораций), который прокладывает новую бизнес-модель, которая раньше не существовала.
Например, вы можете построить ресторан. И до вас стопицот других людей это сделали. То есть, основываясь на их опыте, вы можете просчитать риски и примерные доходы, рост. В стартапе вы первые (или параллельно с вами есть еще те, кто не закончил решение проблемы или не донес его до всех). Статистики для вас нет. Взлетит? Не взлетит? Никто не знает. Просчитывается очень мало, даже при соблюдении всех технологий и этапов роста.

Теперь к идее: нет такого понятия. Вы можете сделать восхитительную штуку. Никто ее не купит, потому что ничего не заставит его сделать несколько лишних телодвижений, чтобы это получить. Потому что у клиента ничего не болит. Потому что это будет игрушка на день, как программа Google Earth или типа того.

Но вместо идеи есть два других понятия: проблема (боль клиента) и решение проблемы. Сегодня клиенты как-то уже решают эту проблему. Им же надо как-то с ней жить. Но решают может вручную, неоптимально или хотели бы решение более гармоничное. И готовы за это решение платить.

Поэтому, прежде, чем начинать тратить деньги, стартапер сначала проверяет есть ли такая проблема и нужно ли такое решение (этап Customer Development).

А теперь скажите, что у вас там воровать, если добрая сотня человек сегодня бьется над решением этой проблемы?

Вот давайте посмотрим. Не говорите свою идею. Скажите только какую проблему нужно решить. И мы вместе посмотрим, не решена ли она уже. Потому что именно это и будут смотреть инвесторы.

kaggle.com

Без английского в ИТ ловить нечего. На русском толкового вы ничего не найдете. Обычно это переводы книг, которые вышли 3-4 года назад и уже не актуальны. Учите, уважаемый, англ. язык

Судя по описанию - перспектив никаких. Потому что нет ни слова о самом продукте.