На заправке тебе заливают десяток литров жидкого воздуха в сосуд Дюара и вставляют «заправленную» охлажденную катушку из сверхпроводника. Там же объем и масса на те же 100-200 кВтч должны получиться какие-то совсем смешные.
Если при аварии (или без оной) охладитель вылетит, и накопитель резко перейдет из сверхпроводящего состояния в нормальное, то может неслабо так рвануть.
На изменение значения — можно, но довольно муторно, при каждом перезапуске все бряки надо заново переставлять на каждый объект. На чтение в VS, например, бряк не поставишь.
Часто при отладке бывает удобно ставить брякпоинты в сеттеры/геттеры — отлавливать обращения к полям. К тому же иногда приходится, с течением времени, заменять имплементацию классов — например, хранить данные в другом месте. Без геттеров/сеттеров тогда беда.
Дело не в том, «что они стоят». Если наложены санкции, они по закону обязаны им следовать, но можно лоббировать их смягчение или отмену. Вроде индустрия как раз и лоббировала.
Радиус же черной дыры на порядки меньше радиуса «обычного» тела той же массы.
Строго говоря, чем больше масса дыры, тем менее это верно: см. место про плотность ЧД. Правда, для ЧД низкой плотности обычное тело той же массы вряд ли может существовать, так что сравнить не с чем…
Arabsat едет на геостационар, т.е. его надо вывести на геопереходную орбиту, дальше — сам. Слегка не уложились в предел по массе на геопереходную для Falcon 9 в многоразовом режиме — 5.5 тонн. У Heavy, по вики — 26.7 тонн на GTO. Очевидно, им оказалось дешевле сгонять многоразовый Heavy, чем тратить целую 9-ку на один спутник.
Формализовать врядли смогу, да и не люблю я формальные схемы. Вкратце, для нашей команды работающий подход выглядит примерно так — собираются 2-3 человека, которые в теме, брейнстормят проблему, рисуют картинки, собирают в кучку юзкейсы, набрасывают вчерне план действий. Потом идут реализовывать POC. Если надо, опять собираются и обсуждают, куда и как дальше двигаться. Постепенно из POC вырастает финальная имплементация.
Это, безусловно, не каждодневная практика, но часто в неочевидных ситуациях работа в паре позволяет гораздо быстрее добраться до решения, и итераций намного меньше приходится делать. Относится и к проектированию, и к кодированию. Статистику я не собирал, так что цифрами подкрепить не смогу, но по ощущениям, часто в 2-3 раза быстрее получается, чем в одиночку. Сразу оговорюсь, я имею в виду только свою область — CADы для электронной индустрии, и свой опыт.
Тут было бы нелишне упомянуть теорему Нётер про связь законов сохранения (точнее, инвариантов уравнений движения) с симметриями пространства-времени. Например, сохранение энергии следует из однородности времени (в том смысле, что от сдвига по времени уравнения движения не меняют своего вида). Исчезает какая-то симметрия — перестает сохраняться соответствующая ей величина.
Многие компании работают, в-основном, на покрытие расходов — аренду, зарплату и т.д. В нашем случае компания принадлежала холдингу, который хотел, чтоб мы вышли на самоокупаемость, иначе мог нас закрыть. Они там особо не парились — ну списали б в убытки лимонов 50, для них не та сумма. Так что от того, что компания выстояла, больше всего выиграла собсно команда — мы сохранили свой проект, в который столько пота было вложено, да и налаженную жизнь — никому не пришлось судорожно искать другую работу, влезая в долги, чтоб счета оплачивать.
Что касается заводов Apple, тут я, конешно, точно ситуацию не знаю, но по личному опыту, тут многие готовы вкалывать, чтоб не потерять работу. Например, если завод закроется из-за убыточности.
Эта компания меня поставила на крыло в Штатах. Я этим людям очень благодарен и за помощь, и за опыт. С ее основателем до сих пор иногда общаемся. И да, в конечном итоге, ее shares принесли заметные деньги многим из нас.
американец не пойдет на фабрику «по тревоге» только потому, что компании нужно больше компонентов. А если и пойдет, то за двойную или тройную оплату, что еще больше снизит маржинальность продукции.
В компании, где я работал в 95 году, в штате Массачусеттс, был аврал примерно на полгода — надо было или срочно выпустить продукт, или компанию закрывать и всем расходиться по домам. Запретили работу из дома, установили рабочую неделю в минимум 60 часов с одним выходным. Сверхурочных не платили, но организовали кормежку на рабочем месте за счет компании. Народ сначала повозмущался, но назавтра все пришли и стали работать. Мы справились, компания выжила…
Лишние дырки затыкались картонными прямоугольничками, которые после пробойника оставались. Часто так было быстрее и проще поправить ошибку, чем ждать, пока тебе программу перепробьют. Лезвие и пакетик с затычками было наше все…
Если при аварии (или без оной) охладитель вылетит, и накопитель резко перейдет из сверхпроводящего состояния в нормальное, то может неслабо так рвануть.
Это тоже прекрасно
Подставляем N = 25 и…
Формула действительно для оконечных нулей не N, а N! Виноват, не сообразил сразу, что просто N! выпало.
Что касается заводов Apple, тут я, конешно, точно ситуацию не знаю, но по личному опыту, тут многие готовы вкалывать, чтоб не потерять работу. Например, если завод закроется из-за убыточности.
В компании, где я работал в 95 году, в штате Массачусеттс, был аврал примерно на полгода — надо было или срочно выпустить продукт, или компанию закрывать и всем расходиться по домам. Запретили работу из дома, установили рабочую неделю в минимум 60 часов с одним выходным. Сверхурочных не платили, но организовали кормежку на рабочем месте за счет компании. Народ сначала повозмущался, но назавтра все пришли и стали работать. Мы справились, компания выжила…