Легко понять что преждевременная оптимизация приводит к таким же результатам как отсутствие оптимизации, для этого достаточно вспомнить что ресурсы используемые для создания программы всегда ограниченны.
Начали оптимизировать до того как поняли где же находятся ботлнеки системы — потратили время бесполезно. Пришло время релиза и откладывать уже ничего нельзя, система выходит как есть.
Речь не о том чтобы модифицировать стандартный класс или дописывать в него метод, а о том что необязательно составлять название метода из 9 слов, чтобы сделать его информативным.
Эмм… все перечисленное безусловно про деньги. То что это не про деньги Вас могут лечить добрые дяди с толстыми кошельками которые «от души» вынимают малую копеечку из своего кошелёчка и подают Вам на пропитание пока вы занимаетесь тем что Вам нравится. А вот когда из Вашего проекта что-то получится, ну может не из вашего а из проекта вашего товарища вот тогда они с удовольствием на этом проекте заработают денежку, причём так что Вы лично будете думать что осчастливили человечество.
Это всего лишь означает что у StreamReader неудачное API.
А то что в документации не слова про неявную функциональность как раз доказывает то что наличие документации и комментариев не обязательно делает код понятнее.
Как написано у Роберта Мартина в Clean code, ошибка может быть как в коде так и в комментариях.
Причём при исправлении бага или при добавлении новых функций комментарий может остаться не исправленным или не дополненным как видимо подучилось с методом Peek()
Вообще то что хороший код не нуждается в комментариях это цитирование одного из тезисов из книжки Clean code за авторством Robert Martin человека весьма уважаемого и без всякого сомнения зрелого.
По моему, проекты это прежде всего про людей и только во вторую очередь про технические сложности.
Если проект становится не успешным, это не потому что команда встретилась с технической сложностью. Но различное понимание ключевыми стэйкхоледами функциональности будущей системы вполне может к этому привести. Перфекционизм и стремление разработчиков сделать все по правилам может значительно отложить запуск. Карьерные амбиции вновь назначенного менеджера проекта могут привести к тому что ничего не будет готово даже за втрое больший срок.
Стремление молодого и талантливого архитектора опробовать новые модные технологии может привести к неожиданно резкому увеличению бюджета вместо ожидаемой экономии.
Тихий саботаж со стороны сотрудников которых планируется уволить после запуска системы, и которых кто-то додумался включить в проектную команду, может привести к тому система вообще никогда не будет запущена.
В целом практики аджайл преследуют ровно две цели обьединить участников проекта общей целью и жестко контролировать расходы (на выходе из каждой итерации всегда есть шанс бросить вкладывать деньги в гнилое дело).
Интересно Zabbix каким именно критериям Gartner не отвечает?
Мне лично чаще всего приходилось сталкиваться в поддержке именно с ним, если у конечно у заказчика не было лишних пары мегабаксов на Dynatrace )
А происходит это… нечасто.
«Преимущество Vim» в статье не перечислены ) На мой вкус они следующие:
— это редактор который работает в текстовой консоли через ssh)
— Им действительно можно пользоваться когда у вас плохая связь с удаленным узлом где вы пытаетесь поправить конфигурационный файлик или посмотреть логи) все вот эти странные команды: типа перейти на 5 слов вперёд или на четыре строки вниз — помогают )
— VIMом можно открыть на редактирование текстовый файлик размером 1Gb )
… откровенно говоря не знаю чем ещё можно.
Конечно команды VIM это суровое легаси, но просто дизайн и идеология в нем от VI который в свою очередь задумывался во времена зелёных терминалов и тогда видеть на экране текст который ты редактируешь это было высшим достижением человеческой мысли)
Тогда VI конкурировал по юзаблити с перфокартами)
Нет, в данном случае именно принцип «платите за то что используете». У разработчиков C++ были такие понятия что инициализация занимает время и жрет ресурсы. Зачем вам инициализация в 0 для всех целых чисел по умолчанию вы ведь наверняка собираетесь присвоить им какие-то другие значения?
Например в Java, которую разрабочики тогда противопоставляли именно C++ сразу же был сделан противоположный выбор)))
Инициализировано всегда и все)))
Второй выбор, сделанный с той же целью, со сборкой мусора вместо ручного управления памятью более известен публике )
На Lehman brothers слишком много налипло плохих долгов. Зато другие банки вроде Merrill lynch или Bank of America активно спасали. Помню было забавно читать новости в то время, если бы не риск увольнения ))) Колбасило не по детски не толко банки, а вообще всю экономику глобально.
Строго говоря всем где он существует, где нет или почти нет государства (некоторые африканские страны например) там нет и возможности заработать и поэтому там нет и Гугл.
Stackexchange при всём уважении, наверное не самый популярный сайт в мире, все же целевая аудитория узковата (и никаких котиков)))). С точки зрения нагрузки надо смотреть на сайты типа google.com, Amazon.com, Facebook.com или отечественные vk.com, mail.ru )
Вы забываете о том, что брокер зарабатывает на комиссии на каждой сделке, независимо от направления движения рынка и его предсказуемости.
Их интересует непосредственно само движение. Это даже если забыть о шортах и всякой такой не совсем честной и законной игре.
Блумберг один из крупнейших в мире брокеров, любые горячие новости порождающие движение рынка непосредственно превращаются для них в живые деньги. Так что возможно и не было никакого звонка из президентской администрации, а они самостоятельно почувствовали горячую тему и начал ее разыгрывать. Даже местная аудитория не сомневается что Китайцы виновны хотя сами инфицированных чипов никогда не видели, так что говорить о большинстве трейнеров которые пользуются услугами Блумберга.
Начали оптимизировать до того как поняли где же находятся ботлнеки системы — потратили время бесполезно. Пришло время релиза и откладывать уже ничего нельзя, система выходит как есть.
Хотя в случае С#, как раз есть extension methods…
docs.microsoft.com/ru-ru/dotnet/csharp/programming-guide/classes-and-structs/extension-methods
А то что в документации не слова про неявную функциональность как раз доказывает то что наличие документации и комментариев не обязательно делает код понятнее.
Как написано у Роберта Мартина в Clean code, ошибка может быть как в коде так и в комментариях.
Причём при исправлении бага или при добавлении новых функций комментарий может остаться не исправленным или не дополненным как видимо подучилось с методом Peek()
Если проект становится не успешным, это не потому что команда встретилась с технической сложностью. Но различное понимание ключевыми стэйкхоледами функциональности будущей системы вполне может к этому привести. Перфекционизм и стремление разработчиков сделать все по правилам может значительно отложить запуск. Карьерные амбиции вновь назначенного менеджера проекта могут привести к тому что ничего не будет готово даже за втрое больший срок.
Стремление молодого и талантливого архитектора опробовать новые модные технологии может привести к неожиданно резкому увеличению бюджета вместо ожидаемой экономии.
Тихий саботаж со стороны сотрудников которых планируется уволить после запуска системы, и которых кто-то додумался включить в проектную команду, может привести к тому система вообще никогда не будет запущена.
В целом практики аджайл преследуют ровно две цели обьединить участников проекта общей целью и жестко контролировать расходы (на выходе из каждой итерации всегда есть шанс бросить вкладывать деньги в гнилое дело).
Мне лично чаще всего приходилось сталкиваться в поддержке именно с ним, если у конечно у заказчика не было лишних пары мегабаксов на Dynatrace )
А происходит это… нечасто.
— это редактор который работает в текстовой консоли через ssh)
— Им действительно можно пользоваться когда у вас плохая связь с удаленным узлом где вы пытаетесь поправить конфигурационный файлик или посмотреть логи) все вот эти странные команды: типа перейти на 5 слов вперёд или на четыре строки вниз — помогают )
— VIMом можно открыть на редактирование текстовый файлик размером 1Gb )
… откровенно говоря не знаю чем ещё можно.
Конечно команды VIM это суровое легаси, но просто дизайн и идеология в нем от VI который в свою очередь задумывался во времена зелёных терминалов и тогда видеть на экране текст который ты редактируешь это было высшим достижением человеческой мысли)
Тогда VI конкурировал по юзаблити с перфокартами)
Например в Java, которую разрабочики тогда противопоставляли именно C++ сразу же был сделан противоположный выбор)))
Инициализировано всегда и все)))
Второй выбор, сделанный с той же целью, со сборкой мусора вместо ручного управления памятью более известен публике )
Проблема запаса энергии в таком большом количестве чтобы сглаживать пики потребления чрезвычайно сложна, никто толком не знает как ее решать.
Так что тема симбиоза гидроэлектростанций и солнечных электростанций не раскрыта)
Хотя как раз закачивание воды в горные озёра является одним из таких способов запаса энергии для солнечных электростанций.
Их интересует непосредственно само движение. Это даже если забыть о шортах и всякой такой не совсем честной и законной игре.