Валы силового насоса, нарезной ствол, лопатки турбин и прочее никто из порошка не делает и не будет делать. Совершенно другие требования к свойствам материала, чем у редуктора шуруповерта.
Какие-нибудь ответственные валы, шестерни и прочие детали на принтере не напечатать.
Нужен прокат или поковка. Затем это токарить, фрезеровать, термообрабатывать, цементировать, полировать, хонинговать и прочие немодные и скучные операции.
Заказчика зачастую можно понять. Он хочет максимально автоматизировать все процессы, по максимуму перенести их в приложение. А в серьёзном бизнесе и логика обычно очень сложная, поэтому и приложение получается сложное.
Работал на монолитном проекте которому 20 лет. 500+ разработчиков. И все было хорошо.
Архитекторы реально были там крутые и очень суровые. И вообще очень адекватный менеджмент. Может именно поэтому проект столько лет успешно прожил и продолжает жить.
У меня как программиста часто бывает необходимость решить что-то, что уже решал, но не могу вспомнить подробностей как это было. В таких случаях обычно смотрю свой старый код/проект или иду в гугл. И обычно достаточно беглого взгляда на свое старое решение или мануал/туториал, чтобы все вспомнить и понять, что нужно делать. Если на собесе спросят что-то подобное, то не уверен, что смогу нормально ответить.
Валы силового насоса, нарезной ствол, лопатки турбин и прочее никто из порошка не делает и не будет делать. Совершенно другие требования к свойствам материала, чем у редуктора шуруповерта.
Ещё и прокатный стан придётся туда запихать. Не из отливок же детали делать)
Какие-нибудь ответственные валы, шестерни и прочие детали на принтере не напечатать.
Нужен прокат или поковка. Затем это токарить, фрезеровать, термообрабатывать, цементировать, полировать, хонинговать и прочие немодные и скучные операции.
Пикабу сейчас это баяны с одноклассников, вбросы ципсо и гендеросрачи. Хорошего контента очень мало.
Серьёзно обсуждать летающие автомобили стоит только когда придумают способ локально управлять гравитацией, то есть вероятнее всего никогда.
Заказчика зачастую можно понять. Он хочет максимально автоматизировать все процессы, по максимуму перенести их в приложение. А в серьёзном бизнесе и логика обычно очень сложная, поэтому и приложение получается сложное.
Ну я начал с дуолинго, его полностью прошёл месяца за 3. Потом ещё simpler, elsa и ещё какие-то приложения были. За полгода до B1 дошёл.
Естественно, просмотр видео, фильмов, чтение всего что нужно по работе и для развлечения тоже на английском по максимуму.
Работал на монолитном проекте которому 20 лет. 500+ разработчиков. И все было хорошо.
Архитекторы реально были там крутые и очень суровые. И вообще очень адекватный менеджмент. Может именно поэтому проект столько лет успешно прожил и продолжает жить.
Ну допустим, Ничто. Отсутствие всего, некий аналог пустого множества или скорее даже null.
По поводу первой аксиомы. Бесконечность и вечность мира далеко не очевидны.
У меня как программиста часто бывает необходимость решить что-то, что уже решал, но не могу вспомнить подробностей как это было. В таких случаях обычно смотрю свой старый код/проект или иду в гугл. И обычно достаточно беглого взгляда на свое старое решение или мануал/туториал, чтобы все вспомнить и понять, что нужно делать.
Если на собесе спросят что-то подобное, то не уверен, что смогу нормально ответить.
Оказаться в свободном падении при аварии самолёта очень редкий случай. Обычно падают вместе с самолётом, тут мало что может помочь.