LINUX.ORG.RU

История изменений

Исправление foror, (текущая версия) :

Сложность там определяется свойствами программируемой системы

Там не рокетсайнс, обычное программирование взять данные отсюда и положить туда, по дороге их может преобразовать в другое или что проверить. И конечно грамотную архитектуру для многопотока построить, чтобы это всё не навернулось медным тазом.

Джава с ГЦ в ядре нахрен не нужна

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

а без ГЦ тоже не нужна, потому что неэффективна

Да откуда вы такие берётесь? Причём тут синтаксис джавы, вообще и ООП в частности? Неэффективен SDK и/или компилятор преобразующий джава код в машинные коды, а не ООП.

надо его проверять вручную (границы массивов и проч.),

Ну, проверяй вручную, кто тебе не даёт? ООП уровня джавы тебе не даёт проверять вручную? Назови класс UnsafeArray и работай вручную.

и использовать априорные знания о системе, не заложенные в коде

А это ещё что за хрень? ООП на уровне джавы тебе опять что-то не даёт по системе? Через ООП ты можешь хоть на уровень 0 и 1 опуститься, назови класс Zero и One и получай хоть какие знания по системе.

Исправление foror, :

Сложность там определяется свойствами программируемой системы

Там не рокетсайнс, обычное программирование взять данные отсюда и положить туда, по дороге их может преобразовать в другое или что проверить. И конечно грамотную архитектуру для многопотока построить, чтобы это всё не навернулось медным тазом.

Джава с ГЦ в ядре нахрен не нужна

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

а без ГЦ тоже не нужна, потому что неэффективна

Да откуда вы такие берётесь? Причём тут синтаксис джавы, вообще и ООП в частности? Неэффективен SDK и/или компилятор преобразующий джава код в машинные коды, а не ООП.

надо его проверять вручную (границы массивов и проч.),

Ну, проверяй вручную, кто тебе не даёт? ООП уровня джавы тебе не даёт проверять вручную? Назови класс UnsafeArray и работай вручную.

и использовать априорные знания о системе, не заложенные в коде

А это ещё что за хрень? ООП на уровне джавы тебе опять что-то не даёт по системе?

Исправление foror, :

Сложность там определяется свойствами программируемой системы

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

Джава с ГЦ в ядре нахрен не нужна

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

а без ГЦ тоже не нужна, потому что неэффективна

Да откуда вы такие берётесь? Причём тут синтаксис джавы, вообще и ООП в частности? Неэффективен SDK и/или компилятор преобразующий джава код в машинные коды, а не ООП.

надо его проверять вручную (границы массивов и проч.),

Ну, проверяй вручную, кто тебе не даёт? ООП уровня джавы тебе не даёт проверять вручную? Назови класс UnsafeArray и работай вручную.

и использовать априорные знания о системе, не заложенные в коде

А это ещё что за хрень? ООП на уровне джавы тебе опять что-то не даёт по системе?

Исходная версия foror, :

Сложность там определяется свойствами программируемой системы

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

Джава с ГЦ в ядре нахрен не нужна

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

а без ГЦ тоже не нужна, потому что неэффективна

Да откуда вы такие берётесь? Причём тут синтаксис джавы, вообще и ООП в частности? Неэффективен SDK и/или компилятор преобразующий джава код в машинные коды, а не ООП.

надо его проверять вручную (границы массивов и проч.),

Ну, проверяй вручную, кто тебе не даёт? ООП уровня джавы тебе не даёт проверять вручную?

и использовать априорные знания о системе, не заложенные в коде

А это ещё что за хрень? ООП на уровне джавы тебе опять что-то не даёт по системе?