Therapyx

таблица ужасная, везде тупо раскиданно от нуля до n, связей вообще минимум. Логика ели видна. Даже ассоциация сделана не по правилам.

1. Не могу понять каким образом будет определятся принадлежность пользователя к группе(в таблице user должно быть еще одно поле...)

верно мыслите.

2. Таблица Port(не могу понять почему ее автор сделал красным цветом), помоем в ней нахватает тоже поля с id

42, порт имеет много хостов и наоборот))

Не исключаю, что и я могу сказать пургу, ибо не работаю так часто с проектировкой БД... Но подпишусь и мне очень интересно послушать что-то положительное о ней ))

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

- Что если модератор А и Б в одно и тоже время пытаются взять 1 и туже статью? Тут уж придется делать запросы статуса статьи на подобии кнопочки "принять", в таком случае коллизий не должно случится.

Можно сохранять просто по конкретной формуле. Какой у человек на данный момент средний балл и из скольки частей он состоит. К примеру всего было 3 ачивочки с баллами 3, 2 и 1. Средний бал выходит 2. Сохраняем 2 как средний балл и 3 - кол-во ачивочек. Далее идет след оценка "5", и имеем сохраненные 2(как средний балл) и 3(кол-во) => 2 * 3 + 5(новая оценка) = 11 / 4 = 2.75. Сохраняем 2.75 и увеличиваем каунтер кол-ва на 1.
Что дальше делать с этими цифрами - решать вам. Сохранять и обновлять по неделям, месяцам, годам. Места много это занимать не будет.

Ходить на пары, делать лабы - углубляться в материале самой. Если -> Материал свежий и стоющий. Или как минимум дает базу, с которой можно будет понять "все новое". Ибо зачастую уйма стандартов и принципов работы остается таже, меняются только костыли и внешка.
Если же в универе все очень печально (как многие говорят), то даже и не знаю, просто высиживать время, прогуливать пары (ради бумажки) и в это время учиться самостоятельно. Хотя в любым случае как минимум половина предметов должна быть всегда адекватная. По типу математики, архитектуры эвм итд.
- Но как практика показывает, что огромное кол-во нытиков - это зачастую люди, которые ждали золотых гор и что им все готовое на блюдечке как в ротик ложить будут (как в школе), а тут бах - и они столкнулись с суровыми реалиями, что в универе с ними сюсюкаться никто не будет и или человек хочет учиться и учится или тратит свое время в пустую.
Даже в немецком вузе, где все отлично налажено и подают по большей части нужный материал, я постоянно встречал таких нытиков. Один вообще выдал как-то уходя из вуза, - "та я думал я программировать буду, а тут всякие it-security, да математики".

В кратце: ВУЗ = как правило это 70-80% теоритической части. Остальное практика и этот большой недостаток ты должна заполнять "сама". Практики, работы, книжки, свои проекты. Просто ходить на пары и все, это как раз таки по большей части = терять время.

1) От ситуации к ситуации. Нельзя конкретно сказать, что 10000 миллионов данных будет лучше одного. Для этого обычно делают статистику изменения алгоритма и правильных решений. И на графиках можно будет уже определить поведение линии. Если подумать и конкретно ответить на твой вопрос, то представь график, который улучшается с кол-вом данных и в конце графика следовала точно такая же последовательность улучшений. Из этого можно сделать вывод, что стиот добавить еще больше данных до лучшего результата.
Больше данных = не всегда лучше. опять же по графикам можно заметить и ухудшения.
2) достаточно и очокв, но лучше с людьми, т.к. в учет будут браться и другие елементы ( к примеру нос, глаза, рот)
3) Во многих аспектал МЛ есть уйма проблем и это одно из них)) Но я вроде слышал, что уже существуют
хорошо натренированные модели (правда не думаю, что они бесплатные),
4) Не важно, тут идет речь конкретно о: Собака ли это? Да или нет. Если нет. Кот ли это? да или нет. И чем лучше модель для кота и собаки, тем точнее будут результаты, но на 1.00 не надейся никогда))

Может ты имеешь ввиду "поверхность"? Тогда = 2·a·c+2·b·c+2·a·b, где а - ширина, б - длина, с - высота
Если нужен охват одной из поверхностей в 2д формате, то просто 2а +2б

Так думаю будет яснее.

import java.util.Random;

char[] array = new char[8];
int rand;
Random r = new Random();
for (int i = 0; i< 8; i++) {
     rand = r.nextInt(127) + 1; //тут менять нужные диапазоны ((max - min) + 1) + min (см ASCII)
     array[i] = (char)rand;
}
for(char c : array) 
     System.out.println(c);
}

ASCII

судя по комментариям и твоей "цели", я бы посоветовал использовать Singleton или Multiton (см. Design Patterns) - один из самых простейших причем.
банальный пример - реализация подключения к базе данных и неким постом с программой, где множество инстанций требует именно этого функционала.

Хотя скорее всего есть и более элегантные решения в с# :D

Написать свою хеш таблицу, в ручную и на каждую функцию ->next() считать каунтер))
По идее, если память не изменяет просто так взять и посчитать сложность хешпоиска в STL нельзя, разве что его править(но могу конечно и ошибаться). Ибо учил все это в плюсах.
В Хештаблице неизвестное кол во коллизий.
К примеру представь телефонный справочник
Хешсимвол А - связь с Артём -> next() -> Алекс -> next() -> Аня....
Хешсимвол Б - связь с Билл-> next() -> Боря - next() -> Бронислав....
Артем знает Алекса, но Артем не нает Аню
Билл знает Борю, но Билл не знает Бронислава
Таким принципом идет связь между елементами связанными с "хешем". Поэтому чтобы посчитать конечную инстанцию. Надо пройтись по всему связанному списку и постчитать его позицию в данном "на этот момент" состоянии твоей таблицы. После каждого измениня в хеше - оно может измениться.

п.с. если же есть такие "уникальные" функции в жаве, то интересно будет почитать тоже. Но сомниваюсь... ))

не торопись учить языки сразу и пытаться делать всякую ересь. Это главное ошибка которые сломя голову летят к якобы "мечте" и сгорают толком и не начав. А у тебя еще предостаточно времени, в отличии от "многих летящих" :D
- Как уже и написали английский, если у тебя будет хорошая тех. база английского и отличные навыки по поиску в гугле, то ты уже сократишь 50% своих бед, как минимум.
- Поучи пока еще булеву алгебру, да и вообще все, что связанно с логикой. Не обязательно для этого писать на определенном ЯП, реального мира и обычных выражений по этой практики тоже предостаточно.
- Почитай про Архитектуру ЭВМ и в особенности про Memory management. Паралельно и узнаешь о типах данных, стеке, хипе.
Да это сложные и очень не приятные вещи, но если поймешь их - то остальное будет потом только в радость и без сильного напряга ))
А дальше уже берись за определенный язык. "Если останется время", но я очень сомневаюсь.

Еще месяц назад как-то ответил в одном посту, этот ответ лайкнули, пост удалили -> а лайк в уведомлениях слева до сих пор весит и никак его не убрать. При клике на него пишет, что поста уже не существует, но лайк не уходит. Баг? Или есть методы убрать это? ))

Я раньше делал в зависимости от ассоциации (n:m, *:n, 1:n итд)
В твоем случае как я понимаю конкретный аккаунт имеет "n" наград, тогда - AccountToAwards. Если к таблице конкретных наград привязываются "разные" аккаунты, то назвал бы AwardToAccounts

Sklearn - Clustering/Classification algs
Tensorflow - Deep Learning
Но тут надо задавать вопрос иначе, смотря какие и сколько данных есть в наличии, с помощью которых можно было бы обучить модели

Никак, ты выделяешь статичную память для 1000 элементов типа "х". Если использовать сторонние библиотеки, это лишь дает вид, что такая операция делается в 1 строку. Чтобы потом сдвинуть последующие елементы назад, надо итерировать весь массив. Чтобы сделать его на 1 меньше, надо выделять новую инстанцию памяти под этот массив и копировать старые элементы в него.

Выбирая структуру данных - думай прежде как с ней придется работать, если она нужна тебе в динамичном варианте, то лучше используй vector.

std::vector<int> array;
array.erase(array.begin() + 400);

Хоть тут по сути и происходит тоже самое, что я описал выше. Но для этого есть соотвествующие методы в STL

у нас где-то начинало 500 людей на первом семестре, в конце закончило только ~100. Дак вот, при разговоре с людьми из тех 400 людей - ответы были примерно такие же. Потеря времени, ненужные предметы и бла бла бла. И это в Германии, где материал как правило первичной(или почти) свежести.
Даже мой друг помню как-то начинал и кричал это ведь же изи. Через месяц он забирая документы говорил, "ну я думал буду заниматься полезными вещами, а тут ересь какая-то!", когда я спрашивал какие полезные? это оказывалось "писать код", а ересь это Архитектура ЭВМ, Сети, айти безопасность, математика итд... :D
Универ это хуже работы, если ты не заглядываешь дальше того, что показывает проф, не обсуждаешь эти темы с другими людьми и все в этом духе, значит ты студент из серии "пришел в 8 утра, поспал и ушел домой", а потом жалуешься. И что тебе мешает работать дальше и учиться? У нас огромное кол-во студентиков именно так и делают, так люди и учатся.
А теперь перефразированная цитата хорошего профа на перекурах - "Берут всех подряд, а потом работой с этой биомассой, у них мало того что способности на нуле, дак и желания еще меньше".
- А вообще странный вопрос, обычно люди бросают вуз "без опыта". А тут уже 1.5 года. Когда у меня был год опыта, меня не покидали мысли пойти в вуз и изучить айти тематику общирно.

про всевдо данные я написал уже в комменте, но какой в них смысл для машинного обучения? Если же тебе нужны тестовые (реальные) данные. То добро пожаловать сюда https://archive.ics.uci.edu/ml/datasets.html