Pull to refresh
273
0
Георгий Шуклин @amarao

Забанен за упоминание войны. Больше не на хабре.

Send message

Таким образом, нам надо всего лишь взять компилятор для музыки. Такой есть. LilyPond, например. После этого мы можем заявить, что программа для компилятора и результат компиляции (мелодии) это одно и то же.


Либо я не понимаю логики юристов, либо тут некосистентность.

Если так, как вы говорите, то все скомпилированные программы не защищены авторскими правами. Потому что "сгенерированные программой объекты вывели из рассмотрения в иске".


Любой компилятор берёт исходный текст и генерирует программу. В этом его суть. Если результат работы компилятора не защищён авторским правом, то любая программа на С или С++ не защищена.


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

Интерпретатор со специализатором не прокатит за компилятор (Futamura projections)?

Вы знаете, всё очень интересно. Во-первых, qcow2 файловый бывает raw и thin. По-умолчанию делается thin, так что вы с большой вероятностью бенчмаркали first write (которая, очевидно, медленнее). raw (который примерный эквивалент обычного тома lvm) имеет производительность мало отличающуюся от производительности голого устройства. Однако, надо учитывать, что файловые системы более тщательно относятся к flush'ам, так что если у вас SSD из г-на и палок, но честные, то флаши их тормозят радикально.


… Разницу между файловым и блочным выводом, наверное, можно найти на синтетике и очень чувствительных бенчмарках, но точно не на уровне "на глаз видно". А вот разницу между raw и thin видно, особенно, если диски консьюмерского уровня.

http не может и не должен умереть. При том, что в ряде применений он не оптимальный, это очень понятный и простой протокол. Любовь к закапыванию простых протоколов во имя overengineering — это тренд, но ему можно и нужно активно сопротивляться.

Зашёл увидеть совет "включите writeback". Увидел. Ожидаемо.


Плюс увидел неожиданную ахинею про тормоза файлового бэкэнда из-за "блоков по 4к".

Во, я понял. Вы считаете, что люди знают, только то, что у них случалось. Опыт — это важно и ценно, но если все знания человека состоят из опыта, то это эникейщик-переросток.


Книги по теории, общее видение — это обязательно. Чтобы когда очередной "опыт" в компании случится, было на базе чего этот опыт развивать.

Как узкая специализация — может быть. Но если мы говорим про легендарный T-shaped, знание основ маршрутизации — это как знание 16-ричной системы счисления. Она вам никогда не понадобится, пока не понадобится.


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


Алсо, как вы собираетесь настраивать мониторинг без минимального знания сети? Реагировать на метрики приложения и только? А как насчёт старых добрых "один из дисков в рейде сыпет некритичными ошибками из-за которых скорость упала до 2Мб/с?"

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


if (chunk_size > 64*1024) {
   ai.yield('big');
}else{
   ai.yield('small');
}

Это что, больше нельзя в 8K смотреть livestream растущей травы на трёх мониторах сразу?

В Лидле продаются набегами ультразвуковые ванночки для драгоценностей и очков. То ли 10, то ли 20 евро. Отмывают.

В вакансии сеть указана как отдельное требование (см в комментах ссылку на вакансию). Алсо, я не понимаю, как может быть хорошее понимание работы современных систем оркестрации (от k8s до системного пакетирования) без уверенного знания хост-системы. Т.е. человек гит/гитлаб умеет, файлик в kubectl засунуть умеет, а когда оно чуть-чуть начнёт по сети прогибаться, то всё? Контрек? Какой контрек? Посмотри что там с unknown unicast в сети? Ой, нам это не рассказывали...

Так оно и написано.

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

Ясно. Хотя, вопрос открытый, что лучше — РИТЭГ или батареи.


Алсо, если использовать тепловое излучение РИТЭГа напрямую, КПД должно стать повыше (хотя охлаждать будет сложно).


… А надо ли охлаждать? Вот у нас висит капля расплавленного плутония и светит фотонами с более приличным импульсом, чем у тепловых. Если при этом нейтроны лишние ещё отражать, то можно ещё кусочек тяги получить.




Ваш диванный аналитик.

3.3 микрограмм от 10Вт? Т.е. 1кВт лазер будет давать 3.3 грамма? Это уже серьёзно. (Too good to be true).


Алсо, а теперь можно посчитать тяговооружённость ритега с лазером. Или всё уже посчитали до нас и закопали?

Можете попробовать (я без шуток).
https://hh.ru/vacancy/36113395

Забудьте про 10 моделей. Если вы планируете в бизнесе быть больше пары лет, вам надо поддерживать поколения железа. Даже если это моновендор.

А какая тяга у (допустим) 10Вт лазера? И можно ли говорить про удельный импульс для комбинации солнечные панели — лазеры?

Вы пытаетесь в пару сотен строк описать 30% бизнеса хостеров (бареметалл-хостеров). Как инсайдер говорю вам — там бездна. Чтобы сервера работали в режиме "заказал/установил/получил" нужны десятки тысяч строк кода (и это без учёта различий в моделях).


Потому что у вас там будет миллион нюансов настроек биосов сетевух, странных настроек драков, особенностей загрузки, порядка следования дисков на хвадварных/софтварных рейдах (никогда не пробовали загрузить сервер с диска № 112 так, чтобы граб не запутался где находится его миррор?). Это мы ещё не трогаем lifecycle management (прошивки, апдейты фирмварь и биосов) и т.д.

Information

Rating
Does not participate
Registered
Activity