Disqus - Friends of kyrylkov

Re: Давно не брал я в руки HTML и CSS

Alex Pakhunov — Sun, 03 Jul 2016 13:53:36 -0000

Прикрутил до кучи HTTPS. :-)

Re: Поездка в Украину · Алексей Пахунов

Alex Pakhunov — Fri, 08 Jul 2016 06:35:09 -0000

Да. Напишу отдельным постом.

Re: The Physics of SpaceX

Alex Pakhunov — Mon, 11 Jul 2016 11:45:43 -0000

Высокий TWR ведёт к снижению гравитационных потерь на первой ступени. На верхних ступенях высокая тяга не нужна, но высокий TWR означает низкую массу двигателя, что тоже не плохо.

Я не в курсе, насколько сложно добиться высокого TWR. По идее это не просто, так как для этого нужно либо снизить массу двигателя, либо увеличить тягу. И то, и то полезно и просто так на дороге не валяется.

Re: The Physics of SpaceX

Alex Pakhunov — Tue, 12 Jul 2016 06:07:46 -0000

Да, как вариант "увеличить тягу".

Re: The Physics of SpaceX

Alex Pakhunov — Tue, 12 Jul 2016 21:45:15 -0000

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

Re: Поездка в Украину · Алексей Пахунов

Alex Pakhunov — Sun, 17 Jul 2016 18:36:37 -0000

https://blog.not-a-kernel-g...

Re: Поездка в Украину. Часть вторая.

Alex Pakhunov — Mon, 18 Jul 2016 01:34:55 -0000

Дык, это дешево еще. :-)

Re: Поездка в Украину. Часть вторая.

Alex Pakhunov — Mon, 18 Jul 2016 01:40:59 -0000

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

P.S. В Штатах, само-собой.

Re: Поездка в Украину. Часть вторая.

Alex Pakhunov — Mon, 18 Jul 2016 01:47:29 -0000

$33 - это стоимость поездки из LAX, в Лос-Анджелесе. :-)

Re: CRS9 на орбите, первая ступень - в центре LZ1

Alex Pakhunov — Mon, 18 Jul 2016 11:36:19 -0000

Яркая кривая - это работает первая ступень. Бледное продолжение кривой после небольшого промежутка - это вторая ступень после разделения. Верхняя прямая - это первая ступень тормозит перед/во время входа в атмосферу. Нижняя прямая - посадочный импульс.

Re: Поездка в Украину. Часть вторая.

Alex Pakhunov — Mon, 18 Jul 2016 11:39:40 -0000

Про отличие от американцев я лучше не буду. На эту тему написанны тонны текста. Зачем мне повроряться?

Страна если и меняется, то медленно и не очень заметно. Люди примерно теже. Патриотизм стал модным. Коррупция примерно там же.

Советов что улучшить тоже давать не буду. На эту тем кто хочешь только не писал.

Re: Давно не брал я в руки HTML и CSS

Alex Pakhunov — Mon, 18 Jul 2016 12:58:55 -0000

А какой RSS URL был? Надо бы редирект прикрутить.

Re: Давно не брал я в руки HTML и CSS

Alex Pakhunov — Mon, 18 Jul 2016 14:57:50 -0000

OK, я добавил редирект. Вечером посмотрю логи - помогло ли.

Re: CRS9 на орбите, первая ступень - в центре LZ1

Alex Pakhunov — Tue, 19 Jul 2016 10:42:05 -0000

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

Re: Do not contact me about jobs for the next 2 years

Alex Pakhunov — Sun, 24 Jul 2016 11:35:06 -0000

Oh, the irony... :-)

Re: Как почистить .ssh/known_hosts в Secure Shell

Alex Pakhunov — Wed, 27 Jul 2016 21:32:20 -0000

Я так понимаю, что это классический случай, когда "типичному пользователю это не нужно". А нетипичных слишком мало, чтобы оправдать создание удобного UI, чтобы управляться с более чем 120 хостами.

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

Re: Как почистить .ssh/known_hosts в Secure Shell

Alex Pakhunov — Wed, 27 Jul 2016 22:34:27 -0000

> chrome.storage.sync API

Ага, тогда понятно.

> ... девопс настолько крут...

Не, не в этом дело. Тут примерно такая логика. Если машин больше сотни, то хоть какая нибудь автоматизация должна быть. Она не должна быть идеальной. Заходить на сотню машин и руками что-то делать каждый день (или раз в неделю) - это можно застрелится. Соотвественно если таки приходится это делать, то инструмент (SSH) используется не по назначению. Вместо SSH вручную нужно писать скрипт.

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

Re: AMA разработчиков из Blue Origin

Alex Pakhunov — Sat, 06 Aug 2016 16:05:31 -0000

Кое-что изменилось, не все. Плоская иерархия хороша автономией, которую она дает. По достижению определенного предела автономия начинает мешать. Пока разработчику нужно заботится о 10 проблемах в неделю, то он справляется. Если же ему нужно заботится о 50 проблемах, то он все время потратит на переключение контекства и ничего не сделает. Решать это можно двумя способами: специализацией и автоматизацией. Переключение с одной задачи на другую похожую требует заметно меньших усилий. Автоматизация того или иного процесса тоже снижает нагрузку. SpaceX как раз этим сейчас и занимается. Автоматизирутся процессы, до которых раньше руки не доходили.

Re: AMA разработчиков из Blue Origin

Alex Pakhunov — Sat, 06 Aug 2016 18:54:47 -0000

> Объединение людей в группы по пять человек чтобы они работали над схожими задачами и выделение из этих пяти кого-нибудь условно-главного (просто чтобы на совещаниях не сидело 50 человек) в принципе не отменяет плоской иерархии.

> Плоская иерархия то осталась?

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

> Или все же появились тимлиды, менеджеры и прочая бюрократия?

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

Re: AMA разработчиков из Blue Origin

Alex Pakhunov — Sat, 06 Aug 2016 19:01:13 -0000

Типа того.

Re: До и после аварии Amos-6

Alex Pakhunov — Mon, 05 Sep 2016 14:02:51 -0000

> зачем вы делаете прожиг на стартовом столе?

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

> зачем при прожиге на РН ставится ПН?

Я свечку не держал, но могу предположить, что так тестируется интеграция полезной нагрузки с ракетой. Спутник он же не кирпич, ему нужна связь, питание, кондиционер и т.д. Дешевле отработать интеграцию этих систем заранее, чем переносить запуск потом.

Re: До и после аварии Amos-6

Alex Pakhunov — Mon, 05 Sep 2016 14:03:53 -0000

> Вы можете сказать что-то об этом?

Никак не могу прокомментировать.

Re: До и после аварии Amos-6

Alex Pakhunov — Mon, 05 Sep 2016 14:15:02 -0000

> Не стоит ли предусмотреть два стартовых, чтобы при возникновении проблем не задерживать график запусков?

Возможно. С другой стороны, мыс Канаверал никуда не денется. В случае чего запускать будет откуда. Я думаю, что это будет скорее вопрос скорости с которой мы сможем подготавливать запуски.

> случае повторения такой аварии может сохранить дорогостоящую ПН.

Это звучит слишком сложно, чтобы работать на практике. Если это будет проблемой, то скорее придумают способ тестировать интеграцию полезной нагрузки с ракетой отдельно от прожига.

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

Re: До и после аварии Amos-6

Alex Pakhunov — Mon, 05 Sep 2016 14:23:31 -0000

Похоже на насекомое или птицу между камерой и ракетой. Кто-то на reddit.com посчитал расстояние между камерой и ракетой по задержке звука. Получилось 4.5 км. Если, скажем в километре от камеры пролетит птица, то получится примерно такая же картина.

Re: До и после аварии Amos-6

Alex Pakhunov — Mon, 05 Sep 2016 15:25:18 -0000

> "за" левой вышкой

Я бы не сказал. По крайней мере по этому кадру сложно судить.

> то она летит горизонтально со слишком высокой скоростью (надо посчитать)

Согласно Google Maps расстояние между вышками по диагонали - 150 м. Это примерно соответствует ширине кадра выше. Левая вышка не видна, но место справа от правой вышки примерно равно рассоянию до левой вышки от левого края кадра. Средная скорость полета птицы - 10-15 м/с. Если принять, что точка пролетает весь кадр за секунду (сам не мерил), то она находилась примерно в 300-450 метрах от камеры.

С другой стороны, размер точки на снимке примерно 5-6 пикселей. На расстоянии 4.5 км получается примерно 60-75 см. Если мерить по размерам обтекателя, то получается 50-60 см. На вдесятеро меньшем расстоянии получается что-то вроде воробья.