Вероятно закладывали больший запас из учета возможных погрешностей и проблем работы 2-й ступени. Если она отработала штатно и вывела телескоп точно на расчетную орбиту, то соответсвенно осталось сэкономленным топливо двигателей телескопа которое закладывалось на возможную коррекцию
leetcode тут не очень показательный пример. Обычно на нем задачки имеют довольно небольшой обьем кода и плюс вы решаете задачу до конца за условно 20 минут-1час и после этого забываете это решение на всегда. Rust для такой задачи может быть использован, но не покажет в полном обьеме своих преимуществ. Вот если у вас кодовая база в 50К строк которую нужно поддерживать много лет, вот в ней у вас будет профит в том плане что при добавлении новых фич или рефакторинге вы будете очень много ошибок/проблем видеть еще на этапе компиляции а не в момент запуска в прод. Например добавили новый тип ошибок в enum и теперь надо везде добавить их обработку
Из моего опыта очень часто бывает так что стек поврежден т.к. какой то код внезапно уже успел записать туда мусор. В таком случае бывает очень тяжело восстановить вообще момент возникновения проблемы
unwrap это не аварийное завершение, да это паника, но после нее в логах будет полный стек который позволит найти и починить проблему. А вот неожиданный SegFault в проде это совсем другая история, которая сходу обещает много дней увлекательного дебага.
Насколько я знаю это нельзя назвать полноценной вытесняющей многозадачностью. Проблема с кооперативным подходом была в том что сборщик мусора перед запуском должен остановить все корутины. Т.е. он ставит на паузу планировщик и новые корутины не запускаются, а уже работающие доходят до точки переключения и останавливаются. Понятно что если конкретная корутина выполняется очень долго до точки переключения то это убивают всю производительность, т.к. все корутины остановлены кроме одной. Решили это внедрением "костыля" - компилятор вставляет возможные точки остановки в код не только в места ввода-вывода, а и в другие места такие как вызовы функций и циклы.
Работа в течении 40 часов может адекватно оцениваться только в случае если рабочий на заводе точит одинаковые гайки каждая из которых занимает условно 5 минут и он занимается этим в течении многих лет подряд. В разработке сходная ситуация может быть разве что в конторе которая делает одинаковые сайты визитки на конвейере. Во всех остальных случаях это творческая деятельность которую очень сложно подвести к равномерным фиксированным срокам по времени. Если программист не заинтересован работать больше (например получением процента от прибыли) то в во всех случаях он будет простаивать без работы определенный процент времени. И очень странно заявлять что тут есть какой то обман работодателя. Производительность программистов может отличаться на порядок. Условный я могу за 4-8 часов решить задачу на которую условный Вася потратит 40 часов. Значит ли это что я буду получать в 5-10 раз больше денег чем Вася? Если нет то либо я буду отдыхать и заниматься своими делами остаток времени, либо получается что работодатель мне недоплачивает и мне надо требовать с него больше денег.
Вы упорно отказываетесь понять что наемный работник не заинтересован работать на 100%. Он получает фиксированную ставку. И если задача оценена в 40 часов, а он ее сделал за 20, то ничего не мешает ему спать остаток времени. Зачем ему брать себе еще одну задачу если ему не заплатят за это?
Думаю после пары подобных рейдов силовики РБ начнут ходить в магазин возле дома в таком же обмундировании. Просто потому что до народа дойдет что пора убивать их превентивно не дожидаясь пока прийдут к тебе домой..
Насколько сейчас Rust готов для полноценной разработки backend? Есть ли места, где не хватает crates?
Вцелом хватает, некоторые крейты еще сыроваты но это понятно.
Насколько сложно было переключиться с другого языка (если был такой опыт)? Или в целом гладко пошло и много боли не возникает на стандартных задачах?
Поначалу достаточно тяжело т.к. программирование на Rust требует немного другого мышления и соответственно первое время постоянно возникают проблемы связанные с владением данными и неспособностью выразить свои идеи так чтобы компилятор их принял. Через 2-3 месяца привыкаешь и пишешь уже вполне свободно.
Как мне кажется это довольно несложная задача: Достаточно сбалансировать плавучесть так чтобы с подвешенным грузом дирижабль плавно опускался. Тогда он медленно поставит груз на землю и зависнет т.к. без груза он бы поднялся, но вес груза действует как якорь. После этого можно еще раз отрегулировать плавучесть уже на нейтральную плавучесть без веса груза. Соответственно грузовой трос будет разгружен и можно свободно отцеплять.
я вот не знаю как отличить военный самолёт от гражданского по высоте полёта и, думаю, большинство людей не знают
Думаю что вы также не знаете как привести в боевую готовность комплекс БУК и произвести боевой пуск.
Я вам по секрету скажу что со стороны "ополчения" местные шахтеры были максимум в роли пехоты или иногда танкистов, А все более сложные военные специальности (артиллерия, РЕБ, ПВО) были заняты ихтамнетами.
Очевидно что синхронный сервер будет быстрее т.к. в Вашем пинг/понг примере не происходит на самом деле никакой асинхронной работы. В данном случае асинхронный евент луп просто создает лишний оверхед т.к. нет никакого ввода/вывода. Если Вы хотите сравнить производительность то стоит добавить хотя бы одно асинхронное действие (например хттп запрос на внешний сервис)
Я думаю в SpaceX работают люди которые таки что-то понимают в конструировании и расчетах (хотя бы судя по посадкам Falcon) и соответственно если они посчитали что стоит делать именно так, то такое решение более выгодно
равновесная скорость падения плашмя во всех случаях (при наличии атмосферы) будет меньше чем скорость падения двигателями вниз. Само по себе это уже дает экономию. В зависимости от плотности атмосферы будет различаться количество топлива необходимое для погашения равновесной скорости и высота маневра переворота (зависящая от мощности двигателей). Т.е. в любом случае этот маневр дает значительный выигрыш в экономии топлива при посадке, хотя посадке на Марсе может потребовать больше топлива чем посадка на земле
Но если эти причины не мешали санитаркам таскать раненых, то я не вижу каким образом они мешали им таскать ружья.
Проблема в том что помимо того что ружья надо таскать из них еще зачастую приходится стрелять в других людей… а также бежать в атаку и колоть других людей штыком. И если допустим снайпера женщины вцелом встречались во времена 2МВ то женщин которые добровольно бегали бы в штыковые атаки я думаю было исчезающе малое количество.
Вчера тут выкладывали опрос по зарплатам программистов в РФ, так я вам по секрету скажу что в Украине программист чистыми получает в 2 раза большую сумму в долларах чем в РФ грязными.
У меня в голове автоматический деплой настроен правильно и обкатан
А могли бы Вы вкратце описать свой проект и инфраструктуру деплоя? А также сколько времени и средств ушло на настройку и обкатку правильного деплоя? И примерно сколько средств уходит на его поддержание в правильном состоянии?
Имеется ввиду что у Cybertruck несущая обшивка. Т.е. вместо лонжеронов на которые вешаются все агрегаты все крепится напрямую на корпус.
Вероятно закладывали больший запас из учета возможных погрешностей и проблем работы 2-й ступени. Если она отработала штатно и вывела телескоп точно на расчетную орбиту, то соответсвенно осталось сэкономленным топливо двигателей телескопа которое закладывалось на возможную коррекцию
leetcode тут не очень показательный пример. Обычно на нем задачки имеют довольно небольшой обьем кода и плюс вы решаете задачу до конца за условно 20 минут-1час и после этого забываете это решение на всегда. Rust для такой задачи может быть использован, но не покажет в полном обьеме своих преимуществ. Вот если у вас кодовая база в 50К строк которую нужно поддерживать много лет, вот в ней у вас будет профит в том плане что при добавлении новых фич или рефакторинге вы будете очень много ошибок/проблем видеть еще на этапе компиляции а не в момент запуска в прод. Например добавили новый тип ошибок в enum и теперь надо везде добавить их обработку
Из моего опыта очень часто бывает так что стек поврежден т.к. какой то код внезапно уже успел записать туда мусор. В таком случае бывает очень тяжело восстановить вообще момент возникновения проблемы
unwrapэто не аварийное завершение, да это паника, но после нее в логах будет полный стек который позволит найти и починить проблему. А вот неожиданный SegFault в проде это совсем другая история, которая сходу обещает много дней увлекательного дебага.Насколько я знаю это нельзя назвать полноценной вытесняющей многозадачностью. Проблема с кооперативным подходом была в том что сборщик мусора перед запуском должен остановить все корутины. Т.е. он ставит на паузу планировщик и новые корутины не запускаются, а уже работающие доходят до точки переключения и останавливаются. Понятно что если конкретная корутина выполняется очень долго до точки переключения то это убивают всю производительность, т.к. все корутины остановлены кроме одной. Решили это внедрением "костыля" - компилятор вставляет возможные точки остановки в код не только в места ввода-вывода, а и в другие места такие как вызовы функций и циклы.
Работа в течении 40 часов может адекватно оцениваться только в случае если рабочий на заводе точит одинаковые гайки каждая из которых занимает условно 5 минут и он занимается этим в течении многих лет подряд. В разработке сходная ситуация может быть разве что в конторе которая делает одинаковые сайты визитки на конвейере. Во всех остальных случаях это творческая деятельность которую очень сложно подвести к равномерным фиксированным срокам по времени. Если программист не заинтересован работать больше (например получением процента от прибыли) то в во всех случаях он будет простаивать без работы определенный процент времени. И очень странно заявлять что тут есть какой то обман работодателя. Производительность программистов может отличаться на порядок. Условный я могу за 4-8 часов решить задачу на которую условный
Васяпотратит 40 часов. Значит ли это что я буду получать в 5-10 раз больше денег чем Вася? Если нет то либо я буду отдыхать и заниматься своими делами остаток времени, либо получается что работодатель мне недоплачивает и мне надо требовать с него больше денег.Вы упорно отказываетесь понять что наемный работник не заинтересован работать на 100%. Он получает фиксированную ставку. И если задача оценена в 40 часов, а он ее сделал за 20, то ничего не мешает ему спать остаток времени. Зачем ему брать себе еще одну задачу если ему не заплатят за это?
Думаю после пары подобных рейдов силовики РБ начнут ходить в магазин возле дома в таком же обмундировании. Просто потому что до народа дойдет что пора убивать их превентивно не дожидаясь пока прийдут к тебе домой..
Вцелом хватает, некоторые крейты еще сыроваты но это понятно.
Поначалу достаточно тяжело т.к. программирование на Rust требует немного другого мышления и соответственно первое время постоянно возникают проблемы связанные с владением данными и неспособностью выразить свои идеи так чтобы компилятор их принял. Через 2-3 месяца привыкаешь и пишешь уже вполне свободно.
Как мне кажется это довольно несложная задача: Достаточно сбалансировать плавучесть так чтобы с подвешенным грузом дирижабль плавно опускался. Тогда он медленно поставит груз на землю и зависнет т.к. без груза он бы поднялся, но вес груза действует как якорь. После этого можно еще раз отрегулировать плавучесть уже на нейтральную плавучесть без веса груза. Соответственно грузовой трос будет разгружен и можно свободно отцеплять.
Думаю что вы также не знаете как привести в боевую готовность комплекс БУК и произвести боевой пуск.
Я вам по секрету скажу что со стороны "ополчения" местные шахтеры были максимум в роли пехоты или иногда танкистов, А все более сложные военные специальности (артиллерия, РЕБ, ПВО) были заняты ихтамнетами.
Ну да:
Coinbase 2015-07-30 00:00 NO Coinbase 0x7c532DB9E0c06C26fd40Acc56AC55C1eE92D3C3A 300,000.000000000000000000
Один получил 300К, другой 20 средняя температура по больнице 8000..
Очевидно что синхронный сервер будет быстрее т.к. в Вашем пинг/понг примере не происходит на самом деле никакой асинхронной работы. В данном случае асинхронный евент луп просто создает лишний оверхед т.к. нет никакого ввода/вывода. Если Вы хотите сравнить производительность то стоит добавить хотя бы одно асинхронное действие (например хттп запрос на внешний сервис)
Я думаю в SpaceX работают люди которые таки что-то понимают в конструировании и расчетах (хотя бы судя по посадкам Falcon) и соответственно если они посчитали что стоит делать именно так, то такое решение более выгодно
равновесная скорость падения плашмя во всех случаях (при наличии атмосферы) будет меньше чем скорость падения двигателями вниз. Само по себе это уже дает экономию. В зависимости от плотности атмосферы будет различаться количество топлива необходимое для погашения равновесной скорости и высота маневра переворота (зависящая от мощности двигателей). Т.е. в любом случае этот маневр дает значительный выигрыш в экономии топлива при посадке, хотя посадке на Марсе может потребовать больше топлива чем посадка на земле
Проблема в том что помимо того что ружья надо таскать из них еще зачастую приходится стрелять в других людей… а также бежать в атаку и колоть других людей штыком. И если допустим снайпера женщины вцелом встречались во времена 2МВ то женщин которые добровольно бегали бы в штыковые атаки я думаю было исчезающе малое количество.
Вчера тут выкладывали опрос по зарплатам программистов в РФ, так я вам по секрету скажу что в Украине программист чистыми получает в 2 раза большую сумму в долларах чем в РФ грязными.
А могли бы Вы вкратце описать свой проект и инфраструктуру деплоя? А также сколько времени и средств ушло на настройку и обкатку правильного деплоя? И примерно сколько средств уходит на его поддержание в правильном состоянии?