Василий Банников

TL;DR;: в среднем работодателю плевать на ваш гитхаб.

1. Публикуют какие-то свои опенсорс решения или пет-проекты
2. Весь проект, конечно-же
3. Типа того
4. Если сильно надо - можно посмотреть комиты и активность
5. Будет нарушение договора (если такой имеется)

Не совсем правильный дизайн. Смысл складывать float и int в одну кучу, если все, что вы с ними делаете - это берете int или float значение.

В хорошем дизайне у вас какая-нибудь функция print будет. Которая будет соответствующее число красиво, в соответствии с типом, выводить. Или рисовать на экране что-то, или считать что-то.

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

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

https://4pda.to/forum/index.php?showtopic=551476&v...

Старшие модели второго поколения Keenetic Series (чёрные) НЕ ПОДДЕРЖИВАЮТСЯ: Keenetic II, Keenetic Giga II, Keenetic Ultra (построены на процессоре Ralink RT6856, флешка на 16 Мб)
Поддержка средних моделей второго поколения вскоре несколько улучшится, поддержка старших моделей не планируется (OpenWRT не поддерживает на данный момент не поддерживает процессор Ralink RT6856, на котором построены данные роутеры, и когда начнёт (и начнёт ли вообще) - неизвестно).

Если это твоя игрулина и написана в одно лицо, то самостоятельно тестировать. Писать юнит/UI тесты, руками проходить.
Если приложение написано компанией разработчиков, то у вас должен был быть тестировщик.
А вообще можно на фриланс закинуть, кто-нибудь возьмет для портфолио за копейку.

Можно. Весь 20-й век почти так делали. База была главной. Эдакая себе царица. Ее любили. Холили.
Приложения были двухзвенки. Оконная апликуха коннектилась к базе и все расчеты
проводились в базе. Апликуха только показывала результаты в гридах и вводила формочки.
Джобы тоже запускались в базе как процедуры на PL/SQL по скедулеру. Для пуска их клиент
был тоже не нужен. Плановые задачи БД запускала самостоятельно. Это и было видение
бизнес логики из 20-го века.

В 21-м веке с развитием веба появился слой middle. И разработчики вынесли в него максимальную
часть логики. Это произошло естественным путем. А базе досталась участь быть просто хранилищем
таблиц. Потому что держать 2 копии логики или поддерживать было уже неудобно. В команде
должен быть тогда разработчик и Java и PL/SQL одновременно. В современной парадигме
разработки с ORM база стала просто чем-то вторичным. И на уровне ORM абстракций
даже заменяемым на другие типы баз.

Но не все так плохо.

Фактически, логика современного приложения размазана по 3м слоям. Даже в браузере
есть какая-то минимальная логика, например при аутентификации или при проверке
валидности емейла. И какая-то логика агрегации (sum/group by) полюбому есть в базе.
Потому что агрегировать в приложении все - глупо. Это лишний трафик.

И нет такого архитектора который говорит "нельзя". Просто есть best-practices современной разработки,
исходя из развитя железа, сетей и вообще рынка всего остального. Кто знает может в мобилах вернуться
к двузвенкам. Смотря под каким углом смотреть на современные мобильные приложения? Who knows.

У каждого из подходов есть свои преимущества и недостатки.
К недостаткам можно отнести:

• Сложность отладки и тестирования
  
• Затрудненная версионность
  
• Зависимость от конкретной СУБД
  
• Ограниченные возможности языка
  
• Сложности с масштабированием
  
• Возможные side-эффекты
  

К преимуществам:

• Уменьшение трафика
  
• Цетрализованная логика
  
• Безопасность данных
  

Копайте в сторону программы записи и настроек звука. Скорее всего софт микширует данные выхода звука и микрофона.


А еще может банально быть брак. Подключите их в задний разъем ПК и только один зеленый штекер. При этом отключите передний разъем или включите его автоопределение (чтоб на уровне драйвера с него не брался канал микрофона). Если это поможет - проблема в проводке и коммутации наушников (в т.ч. может быть виновата проводка в корпусе ПК).

я боюсь, что администраторы его забанят.

Увы, в таком случае всего два варианта:

• Собственный физический сервер, доступ к которому имеете только вы;
  
• т.н. абузоустойчивый хостинг;
  

ещё и бесплатно

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

а код уже перевалил за 200 строк

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

Нормально ли писать программу одним большим файлом?

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

Может посоветуете книгу

Ну, например, прочитайте книгу "Рефакторинг (кода на JavaScript). Улучшение проекта существующего кода". В ней как раз на примере монолитного проекта разбирается как что переделать, чтобы код проекта стал гибким.

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