Использую FireFox с версии 0.7, это лет 20 наверно. До того Netscape. Никогда не пользовался ни чем другим систематически, и не собираюсь, ибо альтернативы нет.
FireFox открыт постоянно с 20-30 вертикальными табами, между которыми переключаюсь, и не закрывается месяцами. Плюс куча нужных плагинов. Никакой другой браузер просто не выдерживает моих требований.
Могу порекомендовать www.iasaglobal.org
У них есть курс и книга и сертификация. Они как раз пытаются определить профессию архитектора более-менее конкретно.
Есть отличний анализ типов разработчиков в книге ""/«Как пасти котов» Дж. Рейнвотера.
На Хабре был пост о ней https://habrahabr.ru/company/piter/blog/265389/
Книга старая, но всячески рекомендую к прочетнию тем, кто руководит программистами.
Отдельная благодарность за ссылку на статью в IBM Systems Magazine.
К сожалению, даже в ней не написано, почему проваливаются оставшиеся 43% проектов.
Какие огромные средства и силы тратятся впустую. Работы хватает на Земле.
Замечание по переводу:
Район максимального скоростного напора (Max-Q) тоже будет большим вызовом для новой конструкции.
"большим вызовом" — так не говорят по-русски.
По-русски будет "серьезным испытанием".
Кто-нибудь когда-нибудь имел необходимость менять логгер в существующем проекте?
Современные логгеры имеют достаточную гибкость и настолько разнообразный набор аппендеров, что всегда удовлетворяли любым техническим требованиям во всех моих проектах до сих пор.
Никогда у меня не было технически оправданной ситуации для абстракции для логгера.
То же касается и инжектора зависимостей.
И напротив, в проектах где были введены эти абстракции, они усложняли код и мешали.
1. Чтобы работать вместе.
Есть такое понятие — основное рабочее время — с 9 до 15:00 когда все должны быть доступны.
2. Чтобы работать эффективнее.
Время — ограниченный, невосполнимый ресурс. Потому четкие дневные рабочие рамки дисциплнируют, проучают фокусироваться на главном. Думать о цене своей деятельности.
Если вы запутались в трех ролях Scrum, страшно даже подумать, что бы было, если бы вы попытались примерить что-нибудь типа RUP, с его тремя десятками ролей. Там-то действительно предписывается с десяток менеджеров.
Рефлектируйте дальше, это полезно :)
В Azure вы и платите именно за время использования.
Если у вас что-то минимальное, есть бесплатный хостинг и для ASP.NET приложений и для баз данных MS SQL, MySQL.
Мой опыт говорит, что это ужасная практика.
Это дорого, потому что сложно. Сложность следует из многгобразия.
Когда тут ява, тут пхп, тут Си а, тут дядька на баше накорябал так, что никто не разберет — получается зоопарк технологий. И на каждую технологию вам нужны: специалисты, обновления, лицензии, сервера и т.д. А дядька на баше уволился — и все ищи ветра в поле…
Плавали, знаем.
Идеально иметь одну серверню технологию и один скрипт язык.
В свое время Николай Носов описывал подобные автомобили в книге «Незнайка в Солнечном городе» написанной 70 лет назад. Гениальный роман.
Многие вещи оттуда, которые тогда были фантастика, уже существуют. Круглые поля, бормотограф, шахматные роботы и т.д.
Всё постепенно будет: и сенсоры, и дисплеи, и машины без водителей.
Езжу в Nissan Leaf с такими камерами и дисплеем. Удобно
Однако пачкаются камеры и тогда в них плохо видно. Дождь — капельки искажают изображение, снег и грязь залепляет объектив.
Зеркала гораздо надежней.
FireFox открыт постоянно с 20-30 вертикальными табами, между которыми переключаюсь, и не закрывается месяцами. Плюс куча нужных плагинов. Никакой другой браузер просто не выдерживает моих требований.
У них есть курс и книга и сертификация. Они как раз пытаются определить профессию архитектора более-менее конкретно.
Какие папки с собой тащить? Что делать с толстым node_modules?
На Хабре был пост о ней https://habrahabr.ru/company/piter/blog/265389/
Книга старая, но всячески рекомендую к прочетнию тем, кто руководит программистами.
Отдельная благодарность за ссылку на статью в IBM Systems Magazine.
К сожалению, даже в ней не написано, почему проваливаются оставшиеся 43% проектов.
Замечание по переводу:
Район максимального скоростного напора (Max-Q) тоже будет большим вызовом для новой конструкции.
"большим вызовом" — так не говорят по-русски.
По-русски будет "серьезным испытанием".
Современные логгеры имеют достаточную гибкость и настолько разнообразный набор аппендеров, что всегда удовлетворяли любым техническим требованиям во всех моих проектах до сих пор.
Никогда у меня не было технически оправданной ситуации для абстракции для логгера.
То же касается и инжектора зависимостей.
И напротив, в проектах где были введены эти абстракции, они усложняли код и мешали.
Есть такое понятие — основное рабочее время — с 9 до 15:00 когда все должны быть доступны.
2. Чтобы работать эффективнее.
Время — ограниченный, невосполнимый ресурс. Потому четкие дневные рабочие рамки дисциплнируют, проучают фокусироваться на главном. Думать о цене своей деятельности.
Проблемы внедрения Скрама хорошо разобраны в книге Майкла Кона "Succeeding with Agile: Software Development Using Scrum"
В том числе и трансфер ролей там разобран.
Рефлектируйте дальше, это полезно :)
Тула вроде город такой есть в России.
Мой совет: уезжайте из России.
Если у вас что-то минимальное, есть бесплатный хостинг и для ASP.NET приложений и для баз данных MS SQL, MySQL.
Это дорого, потому что сложно. Сложность следует из многгобразия.
Когда тут ява, тут пхп, тут Си а, тут дядька на баше накорябал так, что никто не разберет — получается зоопарк технологий. И на каждую технологию вам нужны: специалисты, обновления, лицензии, сервера и т.д. А дядька на баше уволился — и все ищи ветра в поле…
Плавали, знаем.
Идеально иметь одну серверню технологию и один скрипт язык.
Многие вещи оттуда, которые тогда были фантастика, уже существуют. Круглые поля, бормотограф, шахматные роботы и т.д.
Всё постепенно будет: и сенсоры, и дисплеи, и машины без водителей.
Однако пачкаются камеры и тогда в них плохо видно. Дождь — капельки искажают изображение, снег и грязь залепляет объектив.
Зеркала гораздо надежней.