какие-то наивные рассуждения и не менее наивные выводы. Делать как раз стоит наоборот. плыть по течению можно но не постоянно. отдохнули и сновыми силами в бой.
скажу по своему опыту. в работе всегда есть место проектам которые было бы неплохо сделать но и так норм. И вот эти мини проекты можно пробовать делать на новых технологиях. Например телеграм бот который вас уведомляет о какой то ситуации. или есть какой-то рест апи который можно выделить в микросервис а не в монолите дописать роуты итд.
плюсом идет разные запреты по типа этическим причинам типа клонирование человека. еще есть религиозные фанатики которые любят взрыватся в разных местах и государства нападающие на соседей и имеющие космическое оружие. Нет уж лучше держатся от такого подальше и желательно не в этой системе
менять орбиты ионными двигателями которые будут питатся материалом саомго астероида. Потратится много материала и это приключение не на один год. Прям огромных нет но есть https://cyclowiki.org/wiki/ИД-500 . Опять работы в этом направлении ведутся но не очень активно.
астероидов надо обрушить очень много но на то оно и терраморфирование. простых решений нет
Мне кажется пока население марса составляет полтора робота надо заняться обрушиванием на поверхность астероидов из воды и газов чтоб поднять давление. Жить на марсе под землей так себе перспектива . а пока никого нет можно не стеснятся и ронять километровые астероиды
а что там настраивать ? в типичный docker-compose.yml добавить блок с nginx c проборошенными 80 и 443 портом и замапленным конфигом сертификатом и папкой с статикой
отдавать статику через нод плохая иде и так делают только в туториалах для express.js . nginx будет раздавать статицук и роутить запросы а нод будет их обрабатывать . действительно написать вебсервис на ноде проще простого . и есть большое количество библиотек и фреймворков для этого . Можно писать и на пхп. но это просто еще один из хороших способов решить проблему написания вебсервисов
мне не очень понятно зачем в историях давать вымышленые имена . персонажей немного. запутатся в них сложно . да и не нужны имена . важнее сама ситуация
проблема прожорливости и жирности кода в куче слоев абстракции что продиктовано бизнес требованиями побыстрее выпустить продукт. неиспользовать фремворки а только микробиблиотеки , настроитьtree-shaking и настроить сжатие ассетов при билде можно но нет времени поэтому в продакшн летят несжатые картинки в несколько десятков мегабайт и баганутые игры. И в системном програмировании ситуация ничуть не лучше и неважно что написано на расте или с++ или яваскрипте.
веб програмирование например не требует ничего из вышеперечисленного. а веба сейчас много . Мобильная разработка также . Игры в принципе также если ведется разработка на ферймворках типа Unity но я не вкурсе. Это огромная часть програмирования где можно быть хорошим спецом не зная базы.
тут земляне отказываютс от АЭС изза рисков при аварии а вы предлагаете черные дыры которые не то что кусочек земли сделают непригодной а вообще уничтожат всю солнечную систему
так в том то и дело что работа постоянно есть. попробуйте подвинуть задачи так чтоб освободить несколько часов в неделю.
какие-то наивные рассуждения и не менее наивные выводы. Делать как раз стоит наоборот. плыть по течению можно но не постоянно. отдохнули и сновыми силами в бой.
скажу по своему опыту. в работе всегда есть место проектам которые было бы неплохо сделать но и так норм. И вот эти мини проекты можно пробовать делать на новых технологиях. Например телеграм бот который вас уведомляет о какой то ситуации. или есть какой-то рест апи который можно выделить в микросервис а не в монолите дописать роуты итд.
функции которые вызываются только один раз нужны в том числе для того чтоб написать на этот кусок кода тесты.
плюсом идет разные запреты по типа этическим причинам типа клонирование человека. еще есть религиозные фанатики которые любят взрыватся в разных местах и государства нападающие на соседей и имеющие космическое оружие. Нет уж лучше держатся от такого подальше и желательно не в этой системе
Используйте менеджеры паролей. точка. статью в мусор.
и тут мы возвращаемся к идее менеджеров паролей
патамушто 1 апреля спонсор глупых необдуманых и смещшных поступков
https://www.nasa.gov/solar-system/nasas-webb-finds-water-and-a-new-mystery-in-rare-main-belt-comet/ начало положено, возможность есть но этим пока не занимаются.
менять орбиты ионными двигателями которые будут питатся материалом саомго астероида. Потратится много материала и это приключение не на один год. Прям огромных нет но есть https://cyclowiki.org/wiki/ИД-500 . Опять работы в этом направлении ведутся но не очень активно.
астероидов надо обрушить очень много но на то оно и терраморфирование. простых решений нет
Мне кажется пока население марса составляет полтора робота надо заняться обрушиванием на поверхность астероидов из воды и газов чтоб поднять давление. Жить на марсе под землей так себе перспектива . а пока никого нет можно не стеснятся и ронять километровые астероиды
а что там настраивать ? в типичный docker-compose.yml добавить блок с nginx c проборошенными 80 и 443 портом и замапленным конфигом сертификатом и папкой с статикой
отдавать статику через нод плохая иде и так делают только в туториалах для express.js . nginx будет раздавать статицук и роутить запросы а нод будет их обрабатывать . действительно написать вебсервис на ноде проще простого . и есть большое количество библиотек и фреймворков для этого . Можно писать и на пхп. но это просто еще один из хороших способов решить проблему написания вебсервисов
мне не очень понятно зачем в историях давать вымышленые имена . персонажей немного. запутатся в них сложно . да и не нужны имена . важнее сама ситуация
да собственно и он истерит
проблема прожорливости и жирности кода в куче слоев абстракции что продиктовано бизнес требованиями побыстрее выпустить продукт. неиспользовать фремворки а только микробиблиотеки , настроитьtree-shaking и настроить сжатие ассетов при билде можно но нет времени поэтому в продакшн летят несжатые картинки в несколько десятков мегабайт и баганутые игры. И в системном програмировании ситуация ничуть не лучше и неважно что написано на расте или с++ или яваскрипте.
веб програмирование например не требует ничего из вышеперечисленного. а веба сейчас много . Мобильная разработка также . Игры в принципе также если ведется разработка на ферймворках типа Unity но я не вкурсе. Это огромная часть програмирования где можно быть хорошим спецом не зная базы.
о снобы подтянулись. Подскажите какие области програмирования вы считаете тру а какие нет.
а в хроме даже с этим не заморачиваются и просто лб.т ваши данные себе на сервера. или вы нашли лучшую альтернативу ?
сложно потерять базу. она будет у вас в телефоне на компе ноуте и планшете.
тут земляне отказываютс от АЭС изза рисков при аварии а вы предлагаете черные дыры которые не то что кусочек земли сделают непригодной а вообще уничтожат всю солнечную систему