Эта история — крайность, безусловно. Хотя и в реальности появляются крайние вещи. Бывают и менеджеры — эффективные, которые сильно помогают программистам.
Просто другую крайность мы тоже читаем — в книгах про «эффективных менеджеров». Там одна крайность, в этой статье — обратная крайность. Истории и той, и этой крайности — важны и поучительны. nmivan, а сможете написать про подобную историю, но с точки зрения менеджера? Или когда менеджер научит программисту быть лучше. Я не все ваши посты читал, может, уже есть?..
Считаете неправильно, предложите своё решение, обоснуйте, найдите общий язык с человеком и расскажите что к чему, эскалируйте проблему выше если не решается.
Автор уже писал про это, в повести «Проще, чем кажется» — начало тут. Годная история.
Насколько я понял по тексту, героиня имела в виду, что если компания не умеет делать отношения, то никакая срм не поможет. Но если компания умеет, то это может стать хорошим инструментом (за меньшие ресурсы делать большие дела).
Кстати, да, интересный вариант — катапультирование пассажиров.
Другой, не менее интересный вариант был в фильме «Разрушитель» со Сталлоне — заполнить салон быстрозастывающей амортизирующей пеной, ну, или менее фантастично — подушками безопасности (побольше подушек).
Ну, это pro-уровень :) в первом уроке использовать это не нужно (хотя, упомянуть в тексте можно). Автору пришлось указывать на новую сущность в обзорном уроке — объяснять «код позади» xaml. По опыту обучения новичков, чем меньше различных сущностей в одном уроке — тем лучше.
Статья хорошая, хорошо рассказана основа биндинга.
Есть несколько замечаний/предложений:
1) лучше не загромождать xaml необязательными атрибутами. Например, StackPanel легко обойдётся без Orientation=«Vertical», а оба биндинга справятся без указания Mode. К тому же, режим биндингов и так будет разный — у TextBox режим по умолчанию TwoWay, а у TextBlock — OneWay (как указано в настройках свойств зависимости Text этих классов).
2) Всё-таки лучше указывать датаконтекст в xaml-е, а не в конструкторе:
Как указали выше, суть не изменится, зато будет два плюса — показать, что в замле можно указывать всё что угодно, а также в редакторе заработает подсказка свойств в биндинге (лучше отметить, что при изменениях во вьюмодели нужно сбилдить проект). А во втором уроке можно будет рассказать про d:DataContext, опять же — для подсказок.
3) Базовый класс BaseViewModel лучше делать не сразу, а потом. В начале показать, что во вьюмодели должен быть INotifyPropertyChanged, а потом (во второй части) сделать рефакторинг и вынести в отдельный класс. Предполагаю, что эту статью будут читать новички, им будет полезно показывать по шагам, объясняя по ходу изменения в коде и показывая необходимость проводить рефакторинг.
Тогда напишите не «Копия текста», а «Пример: Копирование текста».
И вообще, текст от ссылки до места якоря можно поместить в спойлер, раз вы считаете, что эта ссылка вообще нужна. А так, выглядит, что это ссылка на другую статью, или на репозиторий с текстом примера (который был бы полезен многим). Мне пришлось приглядываться к ссылке, чтобы понять, что вы не отправляете меня куда-то.
С. Снегов «Люди как боги». Там был пространственный двигатель — (цитата по вики) неподвижный звездолет уничтожает пространство перед собой и генерирует его позади себя, фактически двигаясь со сверхсветовой скоростью к намеченной цели. Релятивистские эффекты (в частности, замедление времени) при таком перемещении не работают.
Кстати, да, интересно рассчитать. Возьмём ближнюю (для меня) АЭС — Балаковская АЭС, у неё есть водохранилище. Используем формулы из статьи.
Примерная площадь водохранилища 3,5x6 км^2, предположим, глубина 20м,
объём V = 420000000 м^3, тепло на нагрев на 1°C: Q1 = 1,63716E+15 Дж.
Мощность АЭС = 4000 МВт. Тепло в год: Q = 1,26144E+17 Дж.
АЭС нагреет эту воду за год Q/Q1 = 77 градусов.
Хм… Я там в детстве купался, и не сварился :)
По личным ощущениям, вода теплее, чем волжская вода рядом (которая за дамбой) где-то на 3-5 градусов. Хотя, я купался возле берега, и сейчас мне кажется, это Солнце прогревало стоящую воду…
Конечно, в основном, это тепло уходит в воздух (для этого водохранилище и сделали).
Давно думаю о переходе с кувшина на что-то получше. У меня трёхкомнатная квартира, два разных стояка. В обоих стояках в холодной трубе вода часто бывает горячей, особенно после долгого перерыва использования воды (каждое утро, например). Похоже, либо трубы рядом, и холодная греется от горячей, либо смешиваются холодная и горячая. Это выгодно при мытье посуды :), но фильтровать воду больше 40° нельзя. Приходится сливать 1-2 ведра и ждать, пока не сольётся горячая. Вот и думаю, что делать. Поставить дополнительный бак перед фильтром, в котором вода будет остываться?
Есть довольно интересная книга Валерия Быкова «Инженер». К сожалению, из Самиздата он самовыпилился, но в интернетах найти легко. Социальную часть книги автор не потянул, но инженерная удалась. Как раз, в тему статьи и комментов. TLDR — земляне с трудом сражаются с инопланетянами в космосе Солнечной системы. В книге и о кинетическом оружии, и о орбитальном маневрировании, и о двигателях.
Просто другую крайность мы тоже читаем — в книгах про «эффективных менеджеров». Там одна крайность, в этой статье — обратная крайность. Истории и той, и этой крайности — важны и поучительны.
nmivan, а сможете написать про подобную историю, но с точки зрения менеджера? Или когда менеджер научит программисту быть лучше. Я не все ваши посты читал, может, уже есть?..
Автор уже писал про это, в повести «Проще, чем кажется» — начало тут. Годная история.
Кстати, да, интересный вариант — катапультирование пассажиров.
Другой, не менее интересный вариант был в фильме «Разрушитель» со Сталлоне — заполнить салон быстрозастывающей амортизирующей пеной, ну, или менее фантастично — подушками безопасности (побольше подушек).
Есть несколько замечаний/предложений:
1) лучше не загромождать xaml необязательными атрибутами. Например, StackPanel легко обойдётся без Orientation=«Vertical», а оба биндинга справятся без указания Mode. К тому же, режим биндингов и так будет разный — у TextBox режим по умолчанию TwoWay, а у TextBlock — OneWay (как указано в настройках свойств зависимости Text этих классов).
2) Всё-таки лучше указывать датаконтекст в xaml-е, а не в конструкторе:
Как указали выше, суть не изменится, зато будет два плюса — показать, что в замле можно указывать всё что угодно, а также в редакторе заработает подсказка свойств в биндинге (лучше отметить, что при изменениях во вьюмодели нужно сбилдить проект). А во втором уроке можно будет рассказать про d:DataContext, опять же — для подсказок.
3) Базовый класс BaseViewModel лучше делать не сразу, а потом. В начале показать, что во вьюмодели должен быть INotifyPropertyChanged, а потом (во второй части) сделать рефакторинг и вынести в отдельный класс. Предполагаю, что эту статью будут читать новички, им будет полезно показывать по шагам, объясняя по ходу изменения в коде и показывая необходимость проводить рефакторинг.
И вообще, текст от ссылки до места якоря можно поместить в спойлер, раз вы считаете, что эта ссылка вообще нужна. А так, выглядит, что это ссылка на другую статью, или на репозиторий с текстом примера (который был бы полезен многим). Мне пришлось приглядываться к ссылке, чтобы понять, что вы не отправляете меня куда-то.
Примерная площадь водохранилища 3,5x6 км^2, предположим, глубина 20м,
объём V = 420000000 м^3, тепло на нагрев на 1°C: Q1 = 1,63716E+15 Дж.
Мощность АЭС = 4000 МВт. Тепло в год: Q = 1,26144E+17 Дж.
АЭС нагреет эту воду за год Q/Q1 = 77 градусов.
Хм… Я там в детстве купался, и не сварился :)
По личным ощущениям, вода теплее, чем волжская вода рядом (которая за дамбой) где-то на 3-5 градусов. Хотя, я купался возле берега, и сейчас мне кажется, это Солнце прогревало стоящую воду…
Конечно, в основном, это тепло уходит в воздух (для этого водохранилище и сделали).
Может, я где-то ошибся в расчётах?..
Ага, я тоже хотел написать что-то в этом стиле, но не стал :)
Не, это у нас по всему дому, 5 подъездов. Это не моя локальная проблема, а системная.
Интересные мысли… Пойду их думать…
Я имел в виду, обратиться к лицензиару на использование этого патента. А троллинг в публичности этого обращения.
Жаль, а то Дурову можно было бы знатно потроллить, оплатив лицензию использования этих патентов…