если мы говорим про скрам в конкретной команде, то это МЕТОД организации работы если мы говорим про книжку, где скрам описан, то там МЕТОДИКА если где-то описано как в принципе создавать гибкие методики разработки (куда естественным образом ложится и скрам, и канбан, и п.т.), то это будет МЕТОДОЛОГИЯ
Согласен, что хорошее владение речью важно для успешной коммуникации, и согласен, что у каждого своё понимание слов. Но не вообще не факт, что у слова есть точный объективный смысл. Смысл слова всегда субъективен, независимо от того, что там написано в словарях. Я для себя представляю смысл слов диаграммами Венна: я понимаю слово вот так, а собеседний вот так - пересечение есть, но не полное. В итоге-то цель успешно объяснить какую-то идею собеседнику. Можно из этого вывести практическую рекомендацию: объяснять стоит достаточно многословно, обязательно услышать обратную связь и скорректировать объяснение, если нужно. Тогда пересечение по тому, что хочется передать, и то, что собеседник воспринял, будет увеличиваться.
В целом всё понравилось, но вот в конце когда мы в реакт контекстом передаём сервисы. Это такой ServiceLocator получается со всеми вытекающими. React context средство мощное, но я бы с помощью его бизнес логику внутрь реакта не заносил.
Чтобы уменьшить связанность, стоит связывать вызовы реакта с сервисами где-то на уровне монтирования, ну или через посредника/диспетчера/шину событий.
С другой стороны, если это сделано осознанно, как компромисс, то почему бы и нет. Архитектура всегда лучше хаоса.
Два факта:
1. При вежливом разговоре нужно не непрерывно смотреть на собеседника, а иногда поглядывать, показывая заинтересованность.
2. Человек любит посмотреть на себя: в зеркало или на свое окошко в видеоконференции.
Перетаскиваем своё окошко максимально близко к камере и будет очень близко к тому, что нужно.
Помню удаляли зуб мудрости. Горизонтально располагался. Удалили быстро, но работал врач не только щипцами, а еще что-то типа зубила использовал. Болело долго потом. Около месяца…
Каждый раз когда пытался навести порядок в своих фото, музыке, электронных книгах становилось понятно, что иерархическая файловая система не годится для этого. Музыку хочется разместить и по музыканту, и по жанрам, и по году выхода. Бывает что над композицией работает несколько авторов или композиция кроссжанровая (очень часто). Также и с книгами. С фото своя классификация: и по месту, и по дате, и по людям на них.
Тоже пришел к идее категорий/тегов, но до практической реализации не дошло.
Очень полезная штука, в общем!
Смутил костыль с миграцией семантической ФС. Я в свое время рассматривал вариант хранения тегов в текстовых атрибутах файла (в NTFS). Тогда при перемещении файлов в иерархической ФС информация о тегах будет перемещаться автоматически.
Каждый день пользуюсь навигатором. В целом очень удобно.
Несколько мелких нюансов слегка раздражают:
Большую часть поездок с работы вечером строю на стоянку. Стоянка сохранена в избранных. Ни разу мне я.навигатор не предложил Стоянку как предполагаемое место назначения, в основном предлагает Дом.
Хотелось бы иметь возможность сохранить сложный путь в избранные: Работа — Через детский сад — Через работу жены (всех развез и уехал на работу сам). Я думаю очень нередкий кейс.
Альтернативные маршруты. Кейс: подъезжаю я к более-менее сложному перекрестку, навигатор показывает маршрут и альтернативные маршрут с подписью — «То же время» или «Быстрее на 3 минуты», а сверху закрывает эту подпись синим табло со стрелками направления движения по полосам. В этот момент мне нужно оперативно решение принять: ехать по основному или по альтернативному маршруту, впереди возможно маневр, а приходится тыкать в телефон выбирая масштаб и положение карты чтоб увидеть оценку по альтернативному маршруту. Наверняка можно и нужно развести положение табло со стрелками и оценки времени альтернативного маршрута.
Часто езжу не по предложенному маршруту, а по немного измененному. Ну, например, потому что не люблю левые повороты (возможно, в конкретном месте) или развороты, или, например, потому что впереди сняли асфальт и ехать по плохой дороге в пыли не хочу. И езжу так изо дня в день. Можно ведь при построении маршрутов делать поправку на мои «привычки» и по крайней мере как альтернативный маршрут предложить с оценкой времени. Сейчас для таких случаев строю маршрут «Через», но тут кликов больше получается (по сравнению с выбором альтернативного маршрута) и еще долгий клик есть: это за рулем важное отличие.
Ну и можно предложить пользователю возможность подстроить под себя поиск маршрута: минимизировать левые повороты, развороты, допустимая разница во времени маршрута (типа можно построить маршрут вообще без левых поворотов, но дольше на полчаса, а это уже не вариант). Для чайников и осторожных водителей, я думаю, это хорошие опции.
А еще интересно: при построении маршрутов для множества водителей есть ли критерий «уменьшить пробки»? типа можно часть водителей туда, часть сюда если есть альтернативы в пределах 1..2 минут разницы или в итоге оно само балансируется?
заметил такой факт в рекомендациях, хочу поделиться: очень часто случается, что друг за другом идут Пятница, SunSay и Бабкин, а еще Аквариум часто идет сразу за или непосредственно перед Гребенщиковым.
Мне очень грустно от того, что необязательность умирания и старения не будет доступна большинству: в силу недоступной цены или попросту из-за отсутствия знаний о наличии такой возможности. «Золотой миллиард», «Золотой миллион» или «Золотая тысяча» (не знаю сколько там на самом деле сверху) абсолютно всё(!) сделают, чтобы сохранить свое положение и получить бессмертие. Любые существенные подвижки в существующем порядке вещей, в культуре будут опасно шатать олимп, за который зубами и когтями держатся реальные властьнеотдающие.
Надежда только на опенсорс, слив, взлом или DIY. Если технология позволяет, конечно же…
а discriminated unions когда-то появятся?
если мы говорим про скрам в конкретной команде, то это МЕТОД организации работы
если мы говорим про книжку, где скрам описан, то там МЕТОДИКА
если где-то описано как в принципе создавать гибкие методики разработки (куда естественным образом ложится и скрам, и канбан, и п.т.), то это будет МЕТОДОЛОГИЯ
Когда-то для себя обозначил:
С помощью методики разрабатывают методы.
С помощью методологии - методики.
В аспирантуре обсуждали:
при работе над дипломом применяет метод,
уровень кандидатской - это методика,
уровень докторской - методология...
РтФ - чемпион!
А есть программа или сервис где можно поиграться с раскладками, но где не требуется здесь и сейчас иметь клавиатуру? но тоже чтобы было визуально...
Согласен, что хорошее владение речью важно для успешной коммуникации, и согласен, что у каждого своё понимание слов. Но не вообще не факт, что у слова есть точный объективный смысл. Смысл слова всегда субъективен, независимо от того, что там написано в словарях.
Я для себя представляю смысл слов диаграммами Венна: я понимаю слово вот так, а собеседний вот так - пересечение есть, но не полное.
В итоге-то цель успешно объяснить какую-то идею собеседнику.
Можно из этого вывести практическую рекомендацию: объяснять стоит достаточно многословно, обязательно услышать обратную связь и скорректировать объяснение, если нужно. Тогда пересечение по тому, что хочется передать, и то, что собеседник воспринял, будет увеличиваться.
вопрос в том какие проблемы решаем и с чем можем мириться
Чтобы уменьшить связанность, стоит связывать вызовы реакта с сервисами где-то на уровне монтирования, ну или через посредника/диспетчера/шину событий.
С другой стороны, если это сделано осознанно, как компромисс, то почему бы и нет. Архитектура всегда лучше хаоса.
1. При вежливом разговоре нужно не непрерывно смотреть на собеседника, а иногда поглядывать, показывая заинтересованность.
2. Человек любит посмотреть на себя: в зеркало или на свое окошко в видеоконференции.
Перетаскиваем своё окошко максимально близко к камере и будет очень близко к тому, что нужно.
Тоже пришел к идее категорий/тегов, но до практической реализации не дошло.
Очень полезная штука, в общем!
Смутил костыль с миграцией семантической ФС. Я в свое время рассматривал вариант хранения тегов в текстовых атрибутах файла (в NTFS). Тогда при перемещении файлов в иерархической ФС информация о тегах будет перемещаться автоматически.
Несколько мелких нюансов слегка раздражают:
Большую часть поездок с работы вечером строю на стоянку. Стоянка сохранена в избранных. Ни разу мне я.навигатор не предложил Стоянку как предполагаемое место назначения, в основном предлагает Дом.
Хотелось бы иметь возможность сохранить сложный путь в избранные: Работа — Через детский сад — Через работу жены (всех развез и уехал на работу сам). Я думаю очень нередкий кейс.
Альтернативные маршруты. Кейс: подъезжаю я к более-менее сложному перекрестку, навигатор показывает маршрут и альтернативные маршрут с подписью — «То же время» или «Быстрее на 3 минуты», а сверху закрывает эту подпись синим табло со стрелками направления движения по полосам. В этот момент мне нужно оперативно решение принять: ехать по основному или по альтернативному маршруту, впереди возможно маневр, а приходится тыкать в телефон выбирая масштаб и положение карты чтоб увидеть оценку по альтернативному маршруту. Наверняка можно и нужно развести положение табло со стрелками и оценки времени альтернативного маршрута.
Часто езжу не по предложенному маршруту, а по немного измененному. Ну, например, потому что не люблю левые повороты (возможно, в конкретном месте) или развороты, или, например, потому что впереди сняли асфальт и ехать по плохой дороге в пыли не хочу. И езжу так изо дня в день. Можно ведь при построении маршрутов делать поправку на мои «привычки» и по крайней мере как альтернативный маршрут предложить с оценкой времени. Сейчас для таких случаев строю маршрут «Через», но тут кликов больше получается (по сравнению с выбором альтернативного маршрута) и еще долгий клик есть: это за рулем важное отличие.
Ну и можно предложить пользователю возможность подстроить под себя поиск маршрута: минимизировать левые повороты, развороты, допустимая разница во времени маршрута (типа можно построить маршрут вообще без левых поворотов, но дольше на полчаса, а это уже не вариант). Для чайников и осторожных водителей, я думаю, это хорошие опции.
А еще интересно: при построении маршрутов для множества водителей есть ли критерий «уменьшить пробки»? типа можно часть водителей туда, часть сюда если есть альтернативы в пределах 1..2 минут разницы или в итоге оно само балансируется?
А еще у электрофака: «Оберегайтесь оголённых концов кабелей».
Я тогда получается тоже «недобросил» — ведь зашёл/прочитал…
Надежда только на опенсорс, слив, взлом или DIY. Если технология позволяет, конечно же…