Чем заменить атом? Ветряками и солнечными панелями?
Я тут на днях проезжал по своему городу и увидел, что в одном месте установили несколько гектаров солнечных панелей. Мне стало интересно сравнить эффективность солнечных батарей с атомной электростанцией.
Приехав домой, я сделал расчет, взяв за основу производство электроэнергии на голландской АЭС Борселе (которая вырабатывает примерно 3.5% всей голландской электроэнергии).
Получилось, что АЭС производит примерно в 300 раз больше электроэнергии на единицу занимаемой площади, чем парк солнечных панелей.
АЭС Борселе занимает прощадь около 6 гектаров. То есть, чтобы заменить ее солнечными панелями, нужно 18 квадратных километров.
Кстати, после 3-го курса нас распределяли по кафедрам, и я попал на кафедру Теоретической Радиофизики (N 1 среди всех кафедр факультета). У нас в группе было 2 мальчика и 8 девочек. Большинство из девочек (а может, и все) закончили университет с красными дипломами.
Одна из них на днях отметила юбилей - 25 лет работы в компании Philips.
А у другой (не с нашего курса, а годом старше) дипломная работа была по уровню как кандидатская диссертация.
Когда я поступал на радиофизический факультет Нижегородского Университета в 1993м году у нас было 5 девочек на поток из 125 человек.
Как интересно! А когда я поступал на радиофизический факультет Харьковского Университета в 1983 году, у нас девочек было 50%. Интересно, откуда такая разница?
Если вы устраиваетесь в казино, то на вопрос "не будете ли вы себя чувствовать виноватым в случае проигрыша большой суммы какого-либо клиента казино?" ответом будет "нет", иначе зачем ты сюда пришел.
Тот случай, когда непонятно, радоваться или печалиться. Как говорил герой Майкла Дугласа в каком-то из фильмов: "У меня смешанные чувства, как будто моя дорогая машина утонула в реке вместе с моим злейшим врагом внутри".
Аналогичная история, только не анекдот, а правда. Несколько лет назад я прочитал в голландской прессе интервью с голландским фермером, который купил убыточный совхоз где-то в России и наладил там работу. Первоначально там работало 180 человек. В конце концов он оставил 17. Но сказал, что и это много. Потому что в Голландии такой объем работы выполняют 6 человек.
Можете объяснить, как незнание Льва Толстого влияет на навыки ваших коллег как работников?
Никак не влияет.
Могли ли вы по производимому ими коду до этих интересных конкурсов предположить, что они не знают, кто такой Лев Толстой?
Никак не мог. А я разве где-то писал, что знание о том, кто такой Лев Толстой, как-то влияет на качество кода?
Просто речь идет о том, что из-за культурных различий часто чувствуешь себя белой вороной.
До отъезда в эмиграцию я общался в основном в среде советсвой и постсоветской научно-технической интеллигенции. И в нашей среде считалось само собой разумеющимся, что каждый знает о том, кто такой, к примеру, Шекспир.
А тут совсем по-другому. Например, многие голланды зачастую знают только то, что им положено знать по должности, но не больше.
Поэтому я иногда, как в описанном случае, не чувствую себя среди голландуев своим.
Это точно. Культурные различия часто приводят к недопониманию.
И если это происходит с вами, который работает среди своих соотечественников, то что же тогда говорить обо мне, который все время работает среди голландцев?
Вот, например, на предыдущем проекте во время COVID все сидели по домам и общались по видеосвязи только на рабочие темы. Чтобы было не так скучно, раз в неделю устраивали "социальный митинг", на котором просто говорили на нерабочие темы или играли в игры. Однажды играли в такую игру: у ведущего есть список из нескольких десятков вопросов типа таких: "Какое событие в вашей жизни оказало на вас самое большое влияние?", "Какой фильм вам больше всего понравился?" и так далее. Игрок называет случайный номер, ведущий читает вопрос и игрок на него отвечает, потом все подключаются к обсуждению.
Мне попался вопрос "Какая книга вам понравилась больше всего?" Я подумал и ответил: "Анна Каренина". Мои коллеги спросили: "А что это?". "Один из самых известных романов Льва Толстого" - ответил я. Следующий вопрос был: "А кто такой Лев Толстой?".
А еще работал я несколько лет назад в одной финансовой компании и один мой молодой коллега, как оказалось, закончил университет Гронингена. Как всем известно, в этот университете когда-то работал профессором географии Виллем Германс, классик голландской литературы XX века. В определенный момент у него возник конфликт с другими профессорами и в конце концов он был вынужден покинуть университет.
Через некоторое время Германс отомстил своим бывшим коллегам. Он написал сатирический роман "Среди профессоров", в котором довольно нелицеприятно описал порядки в университете и среди героев которого узнавались его бывшие коллеги, которых он изобразил не с лучшей стороны. Эта история в свое время наделала много шума в Голландии.
Я спросил у коллеги, читал ли он этот роман? Тот ответил, что нет. И он вообще не знал, кто такой Германс.
Году в 2007 у меня было собеседование в компанию Philips. При разговоре присутствовал мой рекрутер. Я разговаривал в своей обычной манере, всячески рекламируя себя и рассказывая о том, какой я умный и квалифицированный и как хорошо я могу решить их проблемы. К концу разговора я стал чувствовать, что что-то не так и атмосфера в комнате стала прохладной. Я не мог понять, в чем дело. После собеседования рекрутер пошел совещаться с клиентами и потом сообщил, что меня не берут. Причина ? "Ты слишком много говорил и они даже не смогли рассказать о своих проблемах".
Через пару месяцев после этого случая я устраивался ведущим разработчиком на фабрику по производству роботов. Памятуя о былой неудаче, я старался больше слушать и меньше говорить самому. Мы долго обсуждали с клиентами разные технические проблемы. Потом рекрутер пошел с ними совещаться и сказал мне: "Ты им понравился, но у них были сомнения. Почему ты так мало говорил? Они уже было подумали, что ты никудышний специалист."
В одной компании на собеседовании расспрашивали про отношение к одной религии (на полном серьезе).
Такое не только у вас бывает. У нас в Голландии была компания Baan Software (очень известная в 1990е годы своей ERP-системой). Она была основана ортодоксальными протестантами. И на собеседовании там кандидатам тоже задавали вопросы про религию и недостаточно религиозных отсеивали.
Недавно я поработал на проекте, в котором использовались Fluent Assertions.
Ничего не могу сказать по поводу сообщений об ошибках. Меня в принципе устраивает, как это реализовано в стандартных фреймворках типа MSTest.
Но вот что мне не понравилось в Fluent Assertions, так это ухудшение читабельности и легкости написания кода из-за безудержного использования Fluent Interface.
Вот это хоть и выглядит короче
10.May(2020).At(21, 20, 30)
но менее понятно, чем чуть более длинное
new DateTime(2020, 5, 10, 21, 20, 30)
Здесь вообще очень длинно
age.Should().BeGreaterThan(9)
по сравнению с
age > 9
Конечно, эти два выражения не эквивалентны по функциональности и второе нужно еще обернуть в Assert.IsTrue(), но все равно получается читабельнее.
Я вообще сторонник писать проверку каждого условия в отдельной строке:
person = persons[1];
Assert.AreEqual(person.name, "Егор");
Assert.IsTrue(person.age > 9);
(это не совсем то, что в оригинальном коде, но моя мысль понятна)
С написанием кода с использованием Fluent Assertions у меня тоже проблемы:
Надо выучить десятки (а может, их там сотни?) всех этих методов типа BeGreaterThan.
Надо помнить, где ставить точку и где не ставить.
То же самое касается круглых скобок.
В качестве преимущества использования Fluent Assertions приводится возможность "читать код как книгу на английском языке". Но зачем вообще это нужно? (Тут вспоминается Эдсгер Дейкстра с его высказыванием "Проекты, предлагающие программирование на естественном языке, гибельны по своей сути").
Эти эксперименты с Fluent interface напоминают язык COBOL. Например, в C# мы пишем
a = b;
а в языке COBOL присваивание записывается так (этот язык тоже создавался для того, чтобы пользователи-непрограммисты могли создавать программы на человеческом языке):
Move b to a.
Как видим, это правильное предложение на английском, и даже точка в конце. Но потом языки программирования пошли по другому пути, и код стало можно писать короче и выразительнее.
В C# мы тоже можем создать библиотеку при помощи Fluent interface, чтобы писать в стиле COBOL, что-то в этом роде:
Move().b.To().a;
но зачем это нужно делать в 2022 году? А Fluent Assertions выглядит так, как будто нам в XXI веке пытаются подсунуть стиль программирования из 1960 года.
Вся история развития искусственно созданных языков (не только языков программирования, но я других, например, языка электрических схем или географических схем) говорит о другом - с течением времени язык становится лаконичнее и выразительнее.
В статье среди металлов не упоминается тантал. А я помню, как лет сорок назад отец показывал мне какое-то специальное реле, в котором были контакты из тантала (красивого сиреневого цвета). Тантал был очень дорог, и когда реле выбрасывали, то контакты в обязательном порядке выпаивались и возвращались обратно на завод, где их производили.
С интересом прочитал статью. В ней много умных вещей. Например, я впервые в жизни увидел выражение Code Churn (хотя работаю программистом уже 30 лет). Наверное, все это - хорошая тема для кандидатской диссертации на тему управления проектами. Но работать на проекте, в котором используются такие вот KPI, очень не хотелось бы.
Я тут на днях проезжал по своему городу и увидел, что в одном месте установили несколько гектаров солнечных панелей. Мне стало интересно сравнить эффективность солнечных батарей с атомной электростанцией.
Приехав домой, я сделал расчет, взяв за основу производство электроэнергии на голландской АЭС Борселе (которая вырабатывает примерно 3.5% всей голландской электроэнергии).
Получилось, что АЭС производит примерно в 300 раз больше электроэнергии на единицу занимаемой площади, чем парк солнечных панелей.
АЭС Борселе занимает прощадь около 6 гектаров. То есть, чтобы заменить ее солнечными панелями, нужно 18 квадратных километров.
Да ради бога.
Кстати, после 3-го курса нас распределяли по кафедрам, и я попал на кафедру Теоретической Радиофизики (N 1 среди всех кафедр факультета). У нас в группе было 2 мальчика и 8 девочек. Большинство из девочек (а может, и все) закончили университет с красными дипломами.
Одна из них на днях отметила юбилей - 25 лет работы в компании Philips.
А у другой (не с нашего курса, а годом старше) дипломная работа была по уровню как кандидатская диссертация.
Как интересно! А когда я поступал на радиофизический факультет Харьковского Университета в 1983 году, у нас девочек было 50%. Интересно, откуда такая разница?
А в случае выигрыша?
Вы явно продешевили. Приезжайте к нам в Амстердам, тут можно купить джинсы за 1350 евро.
В 2020 один биолог написал по моей просьбе статью о биохакинге:
Кого хакают биохакеры? Спойлер: в основном кошельки наивной публики
В общем, содержание статьи понятно из названия (в статье кроме всего прочего написано и о Сергее Фаге).
В оригинале "Selling drugs can be bad", так что перевод правильный.
Тот случай, когда непонятно, радоваться или печалиться. Как говорил герой Майкла Дугласа в каком-то из фильмов: "У меня смешанные чувства, как будто моя дорогая машина утонула в реке вместе с моим злейшим врагом внутри".
Да, а еще голландцы меньше бухают.
Аналогичная история, только не анекдот, а правда. Несколько лет назад я прочитал в голландской прессе интервью с голландским фермером, который купил убыточный совхоз где-то в России и наладил там работу. Первоначально там работало 180 человек. В конце концов он оставил 17. Но сказал, что и это много. Потому что в Голландии такой объем работы выполняют 6 человек.
Никак не влияет.
Никак не мог. А я разве где-то писал, что знание о том, кто такой Лев Толстой, как-то влияет на качество кода?
Просто речь идет о том, что из-за культурных различий часто чувствуешь себя белой вороной.
До отъезда в эмиграцию я общался в основном в среде советсвой и постсоветской научно-технической интеллигенции. И в нашей среде считалось само собой разумеющимся, что каждый знает о том, кто такой, к примеру, Шекспир.
А тут совсем по-другому. Например, многие голланды зачастую знают только то, что им положено знать по должности, но не больше.
Поэтому я иногда, как в описанном случае, не чувствую себя среди голландуев своим.
Это точно. Культурные различия часто приводят к недопониманию.
И если это происходит с вами, который работает среди своих соотечественников, то что же тогда говорить обо мне, который все время работает среди голландцев?
Вот, например, на предыдущем проекте во время COVID все сидели по домам и общались по видеосвязи только на рабочие темы. Чтобы было не так скучно, раз в неделю устраивали "социальный митинг", на котором просто говорили на нерабочие темы или играли в игры. Однажды играли в такую игру: у ведущего есть список из нескольких десятков вопросов типа таких: "Какое событие в вашей жизни оказало на вас самое большое влияние?", "Какой фильм вам больше всего понравился?" и так далее. Игрок называет случайный номер, ведущий читает вопрос и игрок на него отвечает, потом все подключаются к обсуждению.
Мне попался вопрос "Какая книга вам понравилась больше всего?" Я подумал и ответил: "Анна Каренина". Мои коллеги спросили: "А что это?". "Один из самых известных романов Льва Толстого" - ответил я. Следующий вопрос был: "А кто такой Лев Толстой?".
А еще работал я несколько лет назад в одной финансовой компании и один мой молодой коллега, как оказалось, закончил университет Гронингена. Как всем известно, в этот университете когда-то работал профессором географии Виллем Германс, классик голландской литературы XX века. В определенный момент у него возник конфликт с другими профессорами и в конце концов он был вынужден покинуть университет.
Через некоторое время Германс отомстил своим бывшим коллегам. Он написал сатирический роман "Среди профессоров", в котором довольно нелицеприятно описал порядки в университете и среди героев которого узнавались его бывшие коллеги, которых он изобразил не с лучшей стороны. Эта история в свое время наделала много шума в Голландии.
Я спросил у коллеги, читал ли он этот роман? Тот ответил, что нет. И он вообще не знал, кто такой Германс.
Да, культурный код - это очень важная вещь...
Да, случаи бывают разные.
Году в 2007 у меня было собеседование в компанию Philips. При разговоре присутствовал мой рекрутер. Я разговаривал в своей обычной манере, всячески рекламируя себя и рассказывая о том, какой я умный и квалифицированный и как хорошо я могу решить их проблемы. К концу разговора я стал чувствовать, что что-то не так и атмосфера в комнате стала прохладной. Я не мог понять, в чем дело. После собеседования рекрутер пошел совещаться с клиентами и потом сообщил, что меня не берут. Причина ? "Ты слишком много говорил и они даже не смогли рассказать о своих проблемах".
Через пару месяцев после этого случая я устраивался ведущим разработчиком на фабрику по производству роботов. Памятуя о былой неудаче, я старался больше слушать и меньше говорить самому. Мы долго обсуждали с клиентами разные технические проблемы. Потом рекрутер пошел с ними совещаться и сказал мне: "Ты им понравился, но у них были сомнения. Почему ты так мало говорил? Они уже было подумали, что ты никудышний специалист."
Такое не только у вас бывает. У нас в Голландии была компания Baan Software (очень известная в 1990е годы своей ERP-системой). Она была основана ортодоксальными протестантами. И на собеседовании там кандидатам тоже задавали вопросы про религию и недостаточно религиозных отсеивали.
"Нидерландский язык" - официальное название, "голландский" - неофициальное название нидерландского.
И это тоже
Голосую обеими руками за. Кто-то сказал (уже не помню кто): "Аналитик - это непрограммирующий программист".
Недавно я поработал на проекте, в котором использовались Fluent Assertions.
Ничего не могу сказать по поводу сообщений об ошибках. Меня в принципе устраивает, как это реализовано в стандартных фреймворках типа MSTest.
Но вот что мне не понравилось в Fluent Assertions, так это ухудшение читабельности и легкости написания кода из-за безудержного использования Fluent Interface.
Вот это хоть и выглядит короче
но менее понятно, чем чуть более длинное
Здесь вообще очень длинно
по сравнению с
Конечно, эти два выражения не эквивалентны по функциональности и второе нужно еще обернуть в Assert.IsTrue(), но все равно получается читабельнее.
Лично мне читать это сложно:
Я вообще сторонник писать проверку каждого условия в отдельной строке:
(это не совсем то, что в оригинальном коде, но моя мысль понятна)
С написанием кода с использованием Fluent Assertions у меня тоже проблемы:
Надо выучить десятки (а может, их там сотни?) всех этих методов типа BeGreaterThan.
Надо помнить, где ставить точку и где не ставить.
То же самое касается круглых скобок.
В качестве преимущества использования Fluent Assertions приводится возможность "читать код как книгу на английском языке". Но зачем вообще это нужно? (Тут вспоминается Эдсгер Дейкстра с его высказыванием "Проекты, предлагающие программирование на естественном языке, гибельны по своей сути").
Эти эксперименты с Fluent interface напоминают язык COBOL. Например, в C# мы пишем
а в языке COBOL присваивание записывается так (этот язык тоже создавался для того, чтобы пользователи-непрограммисты могли создавать программы на человеческом языке):
Как видим, это правильное предложение на английском, и даже точка в конце. Но потом языки программирования пошли по другому пути, и код стало можно писать короче и выразительнее.
В C# мы тоже можем создать библиотеку при помощи Fluent
interface, чтобы писать в стиле COBOL, что-то в этом роде:
но зачем это нужно делать в 2022 году? А Fluent Assertions выглядит так, как будто нам в XXI веке пытаются подсунуть стиль программирования из 1960 года.
Вся история развития искусственно созданных языков (не только языков программирования, но я других, например, языка электрических схем или географических схем) говорит о другом - с течением времени язык становится лаконичнее и выразительнее.
В статье среди металлов не упоминается тантал. А я помню, как лет сорок назад отец показывал мне какое-то специальное реле, в котором были контакты из тантала (красивого сиреневого цвета). Тантал был очень дорог, и когда реле выбрасывали, то контакты в обязательном порядке выпаивались и возвращались обратно на завод, где их производили.
С интересом прочитал статью. В ней много умных вещей. Например, я впервые в жизни увидел выражение Code Churn (хотя работаю программистом уже 30 лет). Наверное, все это - хорошая тема для кандидатской диссертации на тему управления проектами. Но работать на проекте, в котором используются такие вот KPI, очень не хотелось бы.